[Tracker] icon disappers if right click selected and then desktop is left clicked

[diver]

Select any icon on the desktop, then right click and hold mouse button in empty area of desktop, selected icon will disappear,

[stippi]

Sounds like a problem with accepting or not accepting first click? Maybe R5 makes sure clicks which result in closing menus never go though to the window which is clicked on?

[axeld]

Bug #1000 was a duplicate of this one.

[stippi]

R5 behaves exactly the same for both left and right click into empty desktop region when icons are selected (the icons are deselected and the context menu appears). So I am closing this bug as invalid (should not hold up R1/alpha at least :-)). That being said, I don't know what the expected behaviour is. Personally, I find it "expected" that clicking outside the selected icons deselects them even if the context menu opens.

[diver]

Yes i know that R5 behaves exactly the same, but imho it's a bug and user don't have to see such visual glitches as it looks not professional and shouldn't be there in the first place ;-) I would like to reopen this bug, feel free to close it again if you feel so as you know it better. And you are right, it should not hold up R1/alpha.

[jackburton]

Windows does it like this, Gnome does it like this, I think we should just stick with this behavior since it makes sense. If you want to do something with the selected files, you should right click on the selection. I'm changing milestone, anyway.

[diver]

Replying to jackburton:

I think you misunderstood me here. If you select desktop files and hold it for several seconds icons will _disappear_ and this is not the same as with Gnome, KDE or Explorer, this is just with Tracker.

[jackburton]

Replying to diver:

Replying to jackburton: I think you misunderstood me here. If you select desktop files and hold it for several seconds icons will _disappear_ and this is not the same as with Gnome, KDE or Explorer, this is just with Tracker.

This really looks like a bug, sorry for misunderstanding :)

[jackburton]

Although I can't reproduce it.

[diver]

To reproduce:
Boot Haiku
Close Terminal
Select Haiku volume icon
Click Leaf menu
Click and hold mouse in empty area of desktop

[diver]

Or just right click any icon on desktop (to show icon context menu) and then left click and hold in empty area of desktop.

[stippi]

Ok, with the second method, I can reproduce it. The icon disappears for a short moment until the context menu appears. Since Tracker "busy loops" to figure out whether to show the context menu when clicking with the left mouse button, I suppose, a simple Window()->UpdateIfNeeded() before waiting for the timeout should do it. Until that big Tracker refactoring cleanup, that is... :-)

[diver]

Maybe we should change milestone then :P

[axeld]

I can't reproduce this in VMware.

[diver]

I can reproduce it in vmware. Maybe my description is not that clear? Stippi, could you describe how have you managed to reproduce it? Or better yet, just fix it ;-)

[aldeck]

This is definitely due to busy looping for long click/drag detection. I'll have a look soon!

[diver]

Any news on this one aldeck? ;-)

[aldeck]

Well sorry for the apparent promise, i didn't assign it to me at least :) Anyway, i didn't forget it but this one is just low priority on my list, it causes no real harm. And it's also not necessarily an easy fix, as Tracker's mouse tracking code is a bit messy and would need some rewriting.

[aldeck]

(In #1805) Yes you're right, thanks for testing. This will be fixed with the mouse tracking rewrite. Marking as duplicate.

[diver]

Still here in r35569.