This forum has been archived. All content is frozen. Please use KDE Discuss instead.

dropbox icon malfunctioning with auto-hide panel

Tags: None
(comma "," separated)
ginette
Registered Member
Posts
40
Karma
0
Hi all,

My system tray is on a panel with auto-hide enabled. For most icons, if I right click on them, the contextual menu appears, and stays there, as well as the panel itself, until I click somewhere else. However, for the dropbox icon, the contextual menu automatically disappears with the panel a few second after I move the mouse from the icon. If I disable auto-hide, it works fine. Any clue what might be going on? Thanks!

Martin
User avatar
toad
Global Moderator
Posts
1258
Karma
7
OS
If you give us more details like your distro and KDE version we might be able to help.

Apart from that I am surprised people still use dropbox. It is known to check everything that happens on your machine, not only in your dropbox folder. Wouldn't trust them further than I could throw them (I know that doesn't help ;), sorry).

Anyway, the more info you give, the better understanding one gets of your predicament.


Debian testing
luebking
Karma
0
DropBox is going to use an fdo systray icon, ie. it's an XEmbed and the popup belongs to dropbox.
-> The panel doesn't know that the popup is currently open (it could check for the mousegrab, but still could not determine that this is somehow related to itself) and closes "as expected" after the tiemout.

This will (most likely) unmap the dropbox icon and it will close its popup in return.
=> Dropbox could ignore the unmap - otherwise there's not much to be done here.
ginette
Registered Member
Posts
40
Karma
0
Thanks for the comments.

I'm using Kubuntu 14.10.

I agree DropBox is probably not super clean—hoping to transition to ownCloud at some point but I still haven't found the time.

I'm not sure I understand everything, but still it seems that there is nothing we can do, right? Is it a KDE bug? A DropBox bug?

Thanks again.

Martin
luebking
Karma
0
Is it a KDE bug? A DropBox bug?

Neither - rather "unexpected behavior" and lack of mutual state information.

The only side that could improve on this is however dropbox (by not hiding the popup when the icon gets unmapped) - eventually this is the QSystemTray implementation.
The autohiding panel could check whether the mouse got grabbed during its visibility and "assume" this means a systray icon opened a popup (but that's oc. false positive prone)
ginette
Registered Member
Posts
40
Karma
0
Got an answer from the DropBox people:
Please note that we're already aware of this problem and that Dropbox engineers are working on a solution while you're reading these words. However, we cannot provide a specific date in which the fix would be ready.

Let's see how that progresses.

Martin


Bookmarks



Who is online

Registered users: Bing [Bot], Google [Bot], Sogou [Bot]