#7829 closed bug (fixed)
Tracker windows pop to front unexpectedly
| Reported by: | Pete | Owned by: | aldeck |
|---|---|---|---|
| Priority: | normal | Milestone: | R1 |
| Component: | Applications/Tracker | Version: | R1/Development |
| Keywords: | Cc: | ||
| Blocked By: | Blocking: | ||
| Platform: | All |
Description
In my latest build (hrev42415), I'm finding that Tracker windows behind the currently active one can be brought to the front -- obscuring what I'm working on -- if the mouse happens to stray onto an exposed area of the window while the button is held down. (This typically happens when I'm scrolling the active window, and the cursor accidentally wanders to the right off the scrollbar.)
This seems recently introduced. I don't see it with my alpha-3 USB stick.
Change History (7)
follow-up: 2 comment:1 by , 13 years ago
comment:2 by , 13 years ago
Replying to anevilyak:
What mouse focus mode and what decorator are you using? I'm not able to reproduce it with the described steps on hrev42419 at least.
The mode is "Click to focus and raise", and no decorator is enabled (though I did have SAT on for a while). (I note that the mode-selection menu in the Mouse preference is also behaving a bit strangely: If you click to hold it open and then click on the desired option, it doesn't change! You have to drag and release. I tried other preference apps with similar menus, and they all seem to behave as expected -- second-click selects.)
The behaviour is quite consistent [and highly annoying!] on that installation. You do have to hold the mouse on the undesired window for a moment for it to happen. My build does have some variant stuff in libmedia.so, but I've never messed with the Tracker or anything in the display area. The install was overlaid on an earlier one, so I suppose there might be something odd in config/settings?
comment:3 by , 13 years ago
Can reproduce both issues with my package management repository (a bastardized hrev42189, I believe) and FFM. I'd guess both bugs are not related to each other, though. At least one sounds like a Tracker "feature" while the other seems menu related.
comment:4 by , 13 years ago
| Owner: | changed from to |
|---|---|
| Status: | new → assigned |
Can reproduce it now as well...most likely it's a regression introduced by the rewrite of PoseView's mouse handling.
comment:5 by , 13 years ago
| Status: | assigned → in-progress |
|---|
Ouch, sounds like my fault! Working on it.
follow-up: 7 comment:6 by , 13 years ago
| Resolution: | → fixed |
|---|---|
| Status: | in-progress → closed |
Fixed in hrev42441 As the problem mentioned in comment 2 seems unrelated, i'm closing this ticket as the orignally reported problem is fixed.
comment:7 by , 13 years ago
Replying to aldeck:
Fixed in hrev42441
Thanks for the speedy repair! Works now.
As the problem mentioned in comment 2 seems unrelated, i'm closing this ticket as the orignally reported problem is fixed.
Yeah -- I'm sure it's quite separate. Probably shouldn't have mentioned it, as it's hardly serious.
What mouse focus mode and what decorator are you using? I'm not able to reproduce it with the described steps on hrev42419 at least.