Opened 5 years ago
Last modified 5 years ago
#15298 new bug
Active window not always raised to front
Reported by: | miqlas | Owned by: | axeld |
---|---|---|---|
Priority: | normal | Milestone: | Unscheduled |
Component: | Servers/app_server | Version: | R1/Development |
Keywords: | Cc: | ||
Blocked By: | Blocking: | ||
Platform: | x86-64 |
Description
This works mostly ok, but in some cases i experience problems with the window handling:
- Windows stuck behind other windows, while they should be raised on first click. Instead this the windows gets active (yellow tab) but stays behind others. I have to send the other windows in the background manually with right click on their tabs to get the active window fully visible. Moving a stucked window doesn't brings it to the top, so it is not a rendering issue.
See the attached screenshots for an example and for my gui settings.
Haiku hrev53393 , but i experience it since years, i was just lazy to create a ticket.
Attachments (2)
Change History (7)
by , 5 years ago
Attachment: | screenshot309.png added |
---|
comment:1 by , 5 years ago
It happens randomly, with every kind of windows, even with the Deskbar.
Sadly i can't tell if it was ever ok, but it is surely not a recent regression.
comment:2 by , 5 years ago
For reference my GPU is:
device Display controller (VGA compatible controller, VGA controller) [3|0|0] vendor 8086: Intel Corporation device 0a16: Haswell-ULT Integrated Graphics Controller
Listimage output:
1526 0xffffffff81ca9000 0xffffffff81cb1000 0 0 /boot/system/add-ons/kernel/drivers/dev/graphics/intel_extreme 1546 0x00000144938ee000 0x0000014493b07000 0 0 /boot/system/add-ons/accelerants/intel_extreme.accelerant
comment:3 by , 5 years ago
I'm seeing something like that, not sure whether that's the same bug, here it's 100% reproducible:
Whenever a notification pops up (including presumably with /bin/notify), I have to wait until it disappears (or click it to make it disappear) before clicking desktop windows to re-order them; otherwise the re-ordering won't work, and the clicked window will remain stuck behind the others, and be impossible to pull to front (unless doing the back-and-then-front-again dance).
Maybe the notification daemon passes unusual flags to its notification window ctor or some such.
comment:4 by , 5 years ago
Another instance of this happens when you try to bring Tracker window to the top by clicking anywhere besides filename. If filename column is behind other windows and you try to bring it up by clicking on attributes area (like modified time), Tracker window will get activated, but will not come to the top.
Clicking on any filename makes the window behave as expected.
comment:5 by , 5 years ago
Summary: | Window handling issue → Active window not always raised to front |
---|
Terminal stucked behind Koder