Version: 4.6 (using KDE 4.6.3) OS: Linux The auto-hide option in KDE 4.5 worked for a while then stoped working. I upgraded to 4.6.3 using Opensuse x86_64 packages and it is now truly broken. Once it hides, it is damned near impossible to find. I have the classic menu across the top of the screen. I finally found it autohiding in the middle of the screen. That's nothing I set up; it just moved itself there. Reproducible: Always Steps to Reproduce: Install 4.6.3, select autohide for application launcher in classic menu across the top, run firefox, try to pull up the application launcher menu. Expected Results: Menu will no longer be available on any desktop but may be hiding at the center of the screen. Try hovering the mouse around variouslocations on a clean desktop Just set the launcher to always on top or windows may cover and it works fine. This is a major bug because it breaks the whole user interface. This is exactly the sort of thing that kills interest in Linux for the desktop. I know people have been working on some related bug since KDE 4.5, but, the feature should just be disabled until you can figure out what's going on. Feel free to contact me with any patches that need testing.
Are you talking about the complete panel or some launcher widget (krunner)?
The whole panel. It was reported before in KDE 4.5 and allegedly fixed in 4.6, but, I couldn't find the previous bug report. in any case, it's much worse now, at least for my system. On 5/30/11, Christoph Feck <christoph@maxiom.de> wrote: > https://bugs.kde.org/show_bug.cgi?id=274560 > > > Christoph Feck <christoph@maxiom.de> changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > CC| |christoph@maxiom.de > Severity|major |normal > > > > > --- Comment #1 from Christoph Feck <christoph maxiom de> 2011-05-31 > 00:30:06 --- > Are you talking about the complete panel or some launcher widget (krunner)? > > -- > Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email > ------- You are receiving this mail because: ------- > You reported the bug. >
sorry, but i don't understand this report. perhaps because more time was spent editorializing than reporting details. can you provide some screenshots and some clear, point-by-point "how to reproduce" instructions?
So, you'd like a screenshot of a a hidden panel that won't un-hide? :) I'll try to give you a video. Is there any KDE tool that you'd recommend for capturing these events? I'm not familiar with capturing desktop videos on KDE or linux. Can you suggested a piece of software that will give you want you want to see? On Tue, May 31, 2011 at 12:59 PM, Aaron J. Seigo <aseigo@kde.org> wrote: > https://bugs.kde.org/show_bug.cgi?id=274560 > > > Aaron J. Seigo <aseigo@kde.org> changed: > > What |Removed |Added > > ---------------------------------------------------------------------------- > CC| |aseigo@kde.org > > > > > --- Comment #3 from Aaron J. Seigo <aseigo kde org> 2011-05-31 18:59:19 > --- > sorry, but i don't understand this report. perhaps because more time was > spent > editorializing than reporting details. can you provide some screenshots and > some clear, point-by-point "how to reproduce" instructions? > > -- > Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email > ------- You are receiving this mail because: ------- > You reported the bug. >
"I'll try to give you a video." that would be great. "Is there any KDE tool that you'd recommend for capturing these events?" i use qt-recordMyDesktop for screen casts. it works pretty well :)
Auto-hide on the launcher panel is now working perfectly, although recordmydesktop from packman is segfaulting. Can someone kill this bug report for now. If I get it again, I'll file it under a new report with video. There have been a few reboots since the bug occurred, but, it was reproducible when I reported it. On Tue, May 31, 2011 at 5:12 PM, Aaron J. Seigo <aseigo@kde.org> wrote: > https://bugs.kde.org/show_bug.cgi?id=274560 > > > > > > --- Comment #5 from Aaron J. Seigo <aseigo kde org> 2011-05-31 23:12:21 > --- > "I'll try to give you a video." > > that would be great. > > "Is there any KDE tool that you'd recommend for capturing these events?" > > i use qt-recordMyDesktop for screen casts. it works pretty well :) > > -- > Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email > ------- You are receiving this mail because: ------- > You reported the bug. >
Thanks for the update. Closing as requested.
This problem happens to me pretty often. It goes away on its own after a while. I use a single panel set to fill the left edge of the screen, and to auto-hide. Sometimes it will stop responding to the mouse touching the left edge, and just stay hidden. I have been seeing this occasionally with 4.5. But today I switched to 4.6.3 and it changed slightly. What happens now is the following: a) mouse reaches left edge b) panel appears somewhere towards the middle of the screen c) left edge becomes unresponsive to the mouse; switching desktops doesn't help d) panel appears again when mouse hits its current position exactly (hard to find when it's not an edge) e) at some point, the panel reappears normally at left edge, then auto-hides f) back to normal In one instance, this was reproducible for a while, every time I switched to a desktop containing a certain OpenGL application. It stopped working when I quit that application. Lately it has happened on a desktop showing Chrome (I'll attach screenshots), but not in a reproducible way. How can I help debug this? What information should I look for next time it happens?
Created attachment 61708 [details] Where the panel should be
Created attachment 61709 [details] Where the panel shows up
Guys: Sorry for not getting back to you on this. This was an Opensuse-specific bug. Everything works fine in Kubuntu.
Hi everyone, I wish I could reopen this with the status STILLDOESNTWORKFORME... So I am asking again: can anyone suggest what relevant information I should collect when this happens? (i.e. pretty much all the time) This could be distro-specific, but I won't be able to help the distro developers much unless I understand what's happening better.
Doesn't work here with 4.7.2. To me it looks like the coordinate info given back to the autohide mechanism is wrong somehow. Using Xinerama 2-screen setup. So the bug is still there somewhere.
Reopening due to user comments. We need more information how to reproduce this bug.
More precisely: - Works OK immediately after configuration - After some time (screen usually locked) the trigger point where it unhides moves from the set upper edge. Can be anywhere, seemingly randomly on any of my two monitors (equally sized). Also the pop up position will move, most of the times it is the same as the trigger point, but not always. Can be different screen for example. - Using NVIDIA display driver. Newest I could find, but has been like this for quite some time.
Since this could be a distro issue, note that I have only seen this on Mandriva / Mageia. The hardware setup does not seem to matter much for me, I've seen it on integrated Intel as well as dedicated nVidia adapters.
My KDE is compiled from sources
Created attachment 71148 [details] Expected position
Created attachment 71149 [details] Actual position
I confirm the problem is still there with 4.8.2a (Kubuntu 12.04). When there is a window covering the space where the toolbar should be restored, the toolbar will shift to the next unoccupied space on the screen. If there is none, the position of the toolbar will be quasi-random. This behavior is very frequent when a notification pop-up is shown before the user try to access the toolbar (see attached snapshots). Reproducible: Always Steps to Reproduce: - enable the auto-hide option to a toolbar panel; setting the widget to be locked doesn't seem to affect the result - let the panel minimize (i.e. click on the desktop background) - open an application (i.e. terminal) and move the window to overlap with the location of the expanded toolbar - move the mouse over the toolbar to un-hide it. Expected Results: The toolbar should be fully restored always in the same position, covering possible windows that are on the way if necessary. Currently 'Auto-hide' and 'Windows go below' are mutually exclusive options
Hello! This bug report was filed for KDE Plasma 4, which reached end-of-support status in August 2015. KDE Plasma 5's desktop shell has been almost completely rewritten for better performance and usability, so it is likely that this bug is already resolved in Plasma 5. Accordingly, we hope you understand why we must close this bug report. If the issue described here is still present in KDE Plasma 5.12 or later, please feel free to open a new ticket in the "plasmashell" product after reading https://community.kde.org/Get_Involved/Bug_Reporting If you would like to get involved in KDE's bug triaging effort so that future mass bug closes like this are less likely, please read https://community.kde.org/Get_Involved#Bug_Triaging Thanks for your understanding! Nate Graham