Bug 247470 - easier way to hide opened menu of a hidden system tray application
Summary: easier way to hide opened menu of a hidden system tray application
Status: RESOLVED INTENTIONAL
Alias: None
Product: kmix
Classification: Applications
Component: KMix Panel Docking (other bugs)
Version First Reported In: unspecified
Platform: openSUSE Linux
: LO normal
Target Milestone: ---
Assignee: Christian Esken
URL:
Keywords:
: 255219 (view as bug list)
Depends on:
Blocks:
 
Reported: 2010-08-12 08:45 UTC by Silver Salonen
Modified: 2013-08-15 00:05 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Silver Salonen 2010-08-12 08:45:10 UTC
Version:           unspecified (using KDE 4.5.0) 
OS:                Linux

Currently the system tray icons' menus are quite uncomfortable to get rid of. Eg. I want to change sound volume from KMix (which is always hidden):
1) I open on the hidden icons' menu (that expands up now) and click on KMix icon
2) (usage error) I think I'm done with getting smth out of system tray, so I hide the hidden icons' menu of system tray
3) I adjust the volume
4) I want to close the slider, but there's no way to do it without the hidden icons' menu, so I open it again
5) I click on KMix icon to hide KMix

Didn't system tray menus previously hide automatically when clicking somewhere else than on them?

Reproducible: Always
Comment 1 Aaron J. Seigo 2011-12-04 00:46:48 UTC
seems specific to kmix and its volume slider. all other entries i tried work as expected.
Comment 2 Silver Salonen 2011-12-29 20:58:06 UTC
I tried it in 4.8 and I'm able to get rid of the KMix slider when I click on the window and drag the cursor a bit. If I just click on it or click anywhere else, it won't go away.
There's something about mouse movement in Qt related to the empty entries sticking on the task bar - could it be related?
Comment 3 Christian Esken 2011-12-30 13:30:48 UTC
I tried it, and it also happens for me. But only if the KMix icon is configured to be "always hidden" in the Systray. I have no clue where to search for the issue, as the executed code path is the same in both cases:

kmix(20195) KMixDockWidget::activate: Activate at  QPoint(1475,42)
kmix(20195) KMixDockWidget::activate: Skip default KStatusNotifierItkdebem behavior
kmix(20195) KMixDockWidget::activate: cm is NOT visible => setAssociatedWidget(_referenceWidget)
kmix(20195) KMixDockWidget::activate: moving to QSize(190, 232) 1380 42
Comment 4 Silver Salonen 2011-12-30 13:32:40 UTC
The Qt issue I mentioned is talked about in bug 275469.
Comment 5 Christian Esken 2011-12-30 14:01:42 UTC
*** Bug 255219 has been marked as a duplicate of this bug. ***
Comment 6 Christian Esken 2013-08-15 00:03:57 UTC
Unfortunately I have no idea what is causing this, nor why it happens. It might go away  if somebody implements a new try popup (plasma based). There is a Google Summer  of Code 2013 project reating to it and some more approaches from other people. Unless somebody succeds with that you have to live with this issue. Sorry.
Comment 7 Christian Esken 2013-08-15 00:05:14 UTC
Repeating, due to misleading typos in my last comment:
Unfortunately I have no idea what is causing this, nor why it happens. It might go away if somebody implements a new tray popup (plasma based). There is a Google Summer of Code 2013 project relating to it, and some more approaches from other people. Unless somebody succeds with that, you have to live with this issue. Sorry.