openSUSE 13.1 with KDE 4.11.2 This bug appeared after upgrading from openSUSE 12.3 (KDE 4.10) to openSUSE 13.1 (KDE 4.11). It is 100% reproducible, but you first need set the option, that the program panel (is it called that?) groups your programs (stack them up). Then follow this to procedure: Reproducible: Always Steps to Reproduce: 1. Open a few instances of the same program, e.g. 5x dolphin, so that they get grouped in the program panel. 2. Select the group of dolphin instances in the panel, so that a vertical list of all the dolphin instances is shown. 3. Select any of the dolphin instances. 4. Not only the selected dolphin program is now shown and gets the focus, but also the device notifier pops up (sometimes even not near the tray icons but in the upper left of the screen). Now you can do two things to close the device notifier: 5 a) Click the tray icon of the device notifier to make it disappear. 5 b) Or switch to another window, which is not in the group (e.g. firefox). It is not important if you switch via the program panel or click on the firefox window to give it focus. Now that the notifier is closed, you can start all over again with steps 2-4. Once you select one of the dolphin instances in the group, the device notifier pops up again. This bug is 100% reproducible and happens with all programs (not only dolphin, this was only used as an example). This make it really annoying at the daily working routine. If my steps to reproduce weren't clear enough, I can create screenshots or movie to show you guys.
I have this bug too. Kubuntu 13.10 amd64, KDE 4.12.1.
Another one here under Arch linux. I've had this problem for more than 6 months and with several updates of KDE. Arch Linux x86_64 - Kernel 3.13.5-1-ARCH KDE 4.12.2 currently, but has been there since 4.11.2 Others have aslo reported the same problem andmay provide more details at - http://forum.kde.org/viewtopic.php?f=67&t=117981
This somehow sounds as if the device notifier was a transient for the dolphin window. Please run (in konsole) xprop > dolphin.props # click activated dolphin xwininfo > dolphin.info # click activated dolphin xprop > notifier.props # click notifier xwininfo > notifier.info # click notifier and attach the files.
Created attachment 85384 [details] information asked in comment #3 I followed the steps 1 to 4 in comment #1, so that dolphin and the device notifier are shown and then followed your instructions.
Nope, the windows are not even in the same group. "kcmshell4 kwinrules" - do you have any window or application rules there that smell related (dolphin/plasma?) Also ensure that this is not sth. visual - i find the use of the highlight effect (makes unrelated windows translucent) highly confusing if multiple tasks are grouped. -> Shift+Alt+F12 will suspend the compositor.
kcmshell4 kwinrules only show me three rule sets, one for the terminal, one for wine applications and one I don't understand and seems unrelated (in German: "(Standard) Aktivierungsübernahme verhindern für XV". I switched off the compositor and can confirm that it is off (no more nice effects), but the issue remains. Should I capture the desktop in a video to show you the behaviour?
xv is XoVerlay (mplayer and friends set that unless sinking to gl or vdpau) - the rule exists in kwin ever since (and is probably dated) but unrelated. About taskbar/device notifier I can't say much (sorry) - I can very much likely rule out any relation of the WM. The only relevant information would probably be whether this is strictly triggered by the taskbar or any activation of such dolphin window (eg. alt+tab) triggers the device notifier.
The bug is _not_ triggered with Alt+Tab or activating one of the windows by clicking on it. PS: Should this bug be marked as "confirmed" since three people have already reported it?
(In reply to comment #8) > PS: Should this bug be marked as "confirmed" since three people have already > reported it? Maintainers choice The bug is however likely misassigned, the problematic component seems the taskbar, not the device notifier.
It would be nice to see a screenshot I was experiencing something like what is described in this br, but it was definitely a kwin problem; e.g. restarting kwin with kwin --replace made the problem disappear. Could you please try | attach a screenshot? Best, __J
Created attachment 85392 [details] Screenshot as wished in comment #10 I don't know if a screenshot really helps (attached it anyway), since it only shows the device notifier in the front and dolphin in the background. This could also have happened after clicking on the device notifier icon near the clock. The idea of this bug is that this happens also without clicking on the icon but selecting one of the stacked windows (here dolphin, but happens with every other stacked windows too). The only difference is that in the task bar the dolphin group keeps his green frame, which is not the case, when I click the device notifier icon. Keep in mind that the position of the device notifier seems a little bit off, but this is always the case, when one clicks it and it is not shown in the icon bar (don't know how to call it) directly but is hidden under the arrow menu (e.g. also the network manager is only with two clicks, the first one on the arrow, accessible and will then be shown off position). So this seems not correlated with the bug. The bug also appears, when I configure the icon bar to show me the notifier icon directly and not in the arrow menu.
Created attachment 85393 [details] video capture of my screen Here is a video. I first did the preparation (set task bar to group windows and opened enough dolphin instances) before the recording. Unfortunately there is no mouse cursor visible, so here the explanations: 00:02: Clicking on firefox in the task bar -> not device notifier pops up, since firefox is not grouped. 00:07: Clicking on one of the grouped dolphin instances in the task bar -> dolphin window gets the focus but then the device notifier pops up (this is the bug). Notice that in the video there is no green frame around the dolphin group, unlike in the screenshot. Don't know if that is important. 00:13: Selecting firefox closes the device notifier. 00:18: Again like at 00:07 in order to show you that... 00:22: ...clicking on the device notifier icon closes it, too. But switching to firefox and vlc won't trigger the bug.
I have basically the same problem as Dennis Grunert with two differences. 1) It's seems to only be KDE programs that cause the behaviour (e.g. grouped konqueror, kmplayer, dolphin) - other grouped programs don't trigger it - (e.g. grouped vlc, firefox, libreoffice writer) don't cause it. 2) Clicking an ungrouped item (e.g. firefox) on the taskbar once activates that item but does not clear the pop-up. Weirdly clicking an ungrouped item 3 times does! 1st click - activate firefox (notifier window still in foreground) 2nd click - deactivate firefox (minimizes) 3rd click - re-activate firefox (notifier window disappears)
Sorry, I said something wrong. I agree that only KDE programs trigger it, somehow I only tested KDE programs and figured it would happen with all.
I asked for a screenshot because in the case I experienced (which was a kwin issue) the transparency was messed up; on the other hand since this is triggered only by grouped kde apps it is unlikely to be a kwin issue. It's not simple to see who is to blame for this bug, since I can't reproduce and study it, but it is definitely confirmed
I could confirm this bug. (In reply to Dennis Grunert from comment #14) > Sorry, I said something wrong. I agree that only KDE programs trigger it, > somehow I only tested KDE programs and figured it would happen with all. I test this with two konsole-windows, but it seems to be ok. Switching two dolphin windows triggers the notifier.
Same here on Debian Jessie. Kde version 4.14.2. Still not fixed. It started not so long ago, say couple month ago, unlike guys having problem since DEC 2013.
Same problem on a new install of Debian 8 Jessie (no problem in Debian 7 Wheezy). KDE 4.14.2 The problem is not just with grouped kde apps. Grouped emacs sometimes does it, and when it happens, it seems to coincide with the task-manager miss-behaving: A left-click on some of the emacs entries in the group will get ignored if that window is already open. The correct behaviour is that that a left-click toggles between open/minimised, so the open window should become minimized. Perhaps a task-manager bug?
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 has already been 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