[ksmserver] [Bug 423198] Leave actions not functioning

2020-06-18 Thread Mike E.
https://bugs.kde.org/show_bug.cgi?id=423198

Mike E.  changed:

   What|Removed |Added

   Platform|Other   |Neon Packages

-- 
You are receiving this mail because:
You are watching all bug changes.

[ksmserver] [Bug 423198] New: Leave actions not functioning

2020-06-18 Thread Mike E.
https://bugs.kde.org/show_bug.cgi?id=423198

Bug ID: 423198
   Summary: Leave actions not functioning
   Product: ksmserver
   Version: 5.19.1
  Platform: Other
OS: Linux
Status: REPORTED
  Severity: major
  Priority: NOR
 Component: general
  Assignee: k...@davidedmundson.co.uk
  Reporter: melkevi...@gmail.com
CC: plasma-b...@kde.org
  Target Milestone: ---

SUMMARY


STEPS TO REPRODUCE
1. Select a leave action (restart, shutdown, etc.)
2. Confirm selection or wait for timeout

OBSERVED RESULT
The session is ended (user logout) and a new login screen appears instead of
the selected action being taken.

EXPECTED RESULT
The selected action should be taken.

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: KDE Neon User Edition
KDE Plasma Version: 5.19.1
KDE Frameworks Version: 5.71.0
Qt Version: 5.14.2
Kernel Version: 5.3.0-59-generic
OS Type: 64-bit

ADDITIONAL INFORMATION
Since the upgrade to 5.19.0, both of my laptops have been logging out instead
of restarting or shutting down when I select one of those options.  The laptops
are setup to shutdown when pressing the power button and that logs the user out
instead of shutting down also.  Both laptops have a custom SDDM theme
installed, so I thought that might be the issue, but I installed a fresh copy
of the latest KDE Neon User Edition as a guest in VirtualBox and it exhibits
the same behaviour.  Shutting down or restarting from SDDM or from the command
line works as expected.

-- 
You are receiving this mail because:
You are watching all bug changes.

[dolphin] [Bug 331627] Bread crumb mode subfolder drop down list should scroll

2017-07-18 Thread Mike E .
https://bugs.kde.org/show_bug.cgi?id=331627

Mike E.  changed:

   What|Removed |Added

  Component|kurlnavigator   |bars: location
Product|kfile   |dolphin
Version|4.11.5  |unspecified

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 375257] VirtualBox mini toolbar doesn't respond to mouse clicks

2017-07-18 Thread Mike E .
https://bugs.kde.org/show_bug.cgi?id=375257

Mike E.  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |WORKSFORME

--- Comment #12 from Mike E.  ---
I just updated VirtualBox to version 5.1.24 r117012 (Qt5.6.1) and the mini
toolbar is working like it should.  Kubuntu 16.04.2  plasmashell 5.8.7

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 375257] VirtualBox mini toolbar doesn't respond to mouse clicks

2017-02-01 Thread Mike E .
https://bugs.kde.org/show_bug.cgi?id=375257

--- Comment #10 from Mike E.  ---
Well, I'm obviously not an expert so I can't say whether or not that particular
issue is the same as this, but after reading your post and looking at that bug,
I did a little more testing.

I found that if I set the window behavior focus policy to "Focus Under Mouse"
or "Focus Strictly Under Mouse", when I move the mouse to the top edge of the
screen, it raises the VirtualBox mini toolbar like it should and the mouse
cursor changes to the host's cursor theme (again like it should, and like it
always does with my usually setting of "Click To Focus").  Then if I click on
one of the menu items, the guest's screen goes dim (Dim Inactive desktop effect
is turned on for the host), the VirtualBox mini toolbar disappears, the mouse
cursor theme changes back to the guest's theme (because the mouse is now over
the guest's window), and lastly, but most curiously, the host's desktop panels
are displayed.  The desktop wallpaper is not displayed, just the panels.  This
lasts for as long as the time set by the "Delay focus by" setting, and then the
VirtualBox guest (which the mouse is now over) regains focus and the window
brightens.

So it does appear that this is related to the window focusing.  Hope this gives
some more clues to help someone get to the bottom of it.

Thanks,

Mike E.

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 375257] VirtualBox mini toolbar doesn't respond to mouse clicks

2017-01-23 Thread Mike E .
https://bugs.kde.org/show_bug.cgi?id=375257

--- Comment #8 from Mike E.  ---
I installed both Gnome 3 and Enlightenment on Kubuntu (not virtualized) now. 
The VirtualBox mini toolbar works perfectly on both Gnome 3 and Enlightenment
(as well as KDE 4).  So, I'm back to my initial report that this issue is
certainly tied directly to KDE 5.  I'm obviously no expert, but I still feel
like it is a window management issue.  Any ideas other than KWin and
Plasmashell that could be responsible for this issue?

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 375257] VirtualBox mini toolbar doesn't respond to mouse clicks

2017-01-22 Thread Mike E .
https://bugs.kde.org/show_bug.cgi?id=375257

--- Comment #7 from Mike E.  ---
No, other than KDE 4, I haven't tried anything else yet.  I guess I'm going to
put that on my list of things to do.  Right now, those are the only two desktop
environments that I have installed on actual hardware.  All the other DEs that
I use, I use through a VirtualBox guest.  As soon as I have a chance to try
something else, I'll report back with my findings.

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 375257] VirtualBox mini toolbar doesn't respond to mouse clicks

2017-01-22 Thread Mike E .
https://bugs.kde.org/show_bug.cgi?id=375257

Mike E.  changed:

   What|Removed |Added

 Status|RESOLVED|UNCONFIRMED
 Resolution|WONTFIX |---

--- Comment #5 from Mike E.  ---
Sorry, I don't really know where to post this, but as I stated in the original
post, the issue doesn't happen when running KDE 4.13.3 and the same version of
VirtualBox (5.1.14).  I find it very hard to believe that this is a VirtualBox
issue when only KDE 5.x is affected.  Any other ideas on where on the KDE side
of things this should be posted?

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 375257] VirtualBox mini toolbar doesn't respond to mouse clicks

2017-01-19 Thread Mike E .
https://bugs.kde.org/show_bug.cgi?id=375257

Mike E.  changed:

   What|Removed |Added

   Target Milestone|--- |1.0
  Component|general |general
 CC||bhus...@gmail.com,
   ||plasma-b...@kde.org
Product|kwin|plasmashell

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 375257] VirtualBox mini toolbar doesn't respond to mouse clicks

2017-01-19 Thread Mike E .
https://bugs.kde.org/show_bug.cgi?id=375257

--- Comment #2 from Mike E.  ---
(In reply to Martin Gräßlin from comment #1)
> Why do you think this is an issues in KWin?

Since you are one of the primary developers of KWin and based on your question,
I'm guessing you don't think it is a KWin issue.  So I'd like to ask you why
not?  Can you give me a suggestion about what you think would be responsible
for this issue so I can submit it to the correct developer(s) instead?

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 375257] New: VirtualBox mini toolbar doesn't respond to mouse clicks

2017-01-18 Thread Mike E .
https://bugs.kde.org/show_bug.cgi?id=375257

Bug ID: 375257
   Summary: VirtualBox mini toolbar doesn't respond to mouse
clicks
   Product: kwin
   Version: 5.8.5
  Platform: Ubuntu Packages
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: kwin-bugs-n...@kde.org
  Reporter: melkevi...@gmail.com
  Target Milestone: ---

Hi,

I usually run VirtualBox guests in fullscreen mode and switch back in forth
from the VirtualBox guest(s) to the host KDE (Plasma) desktop using the
"Present Windows" action triggered by screen edges.  VirtualBox also offers a
mini toolbar that can be located at the bottom or top of the screen when
running a guest in fullscreen (or seamless) mode that is normally an auto-hide
toolbar that has various functions available to interact with the virtual
machine.  The toolbar does show as it's supposed to when the mouse is moved to
the screen edge where the toolbar is, but then clicking on any of the menu
items yields nothing.  The mouse pointer does change from the guest pointer to
the host pointer when the toolbar is shown, indicating that the system knows it
has switched to the host.

This issue never arose for me with KDE 4.x.

Using Kubuntu 16.04 with KDE 5.8.5 from the backports repository.

Thanks,

Mike E.

-- 
You are receiving this mail because:
You are watching all bug changes.

[dolphin] [Bug 357171] Create new symlink dialog shows directories but not files

2016-10-26 Thread Mike E .
https://bugs.kde.org/show_bug.cgi?id=357171

Mike E.  changed:

   What|Removed |Added

 CC||melkevi...@gmail.com

--- Comment #4 from Mike E.  ---
Same issue here...  Hoping this gets a second look since it hasn't had any
activity for a while.

-- 
You are receiving this mail because:
You are watching all bug changes.