Opened 17 months ago

Last modified 13 months 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


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)

screenshot309.png (366.0 KB ) - added by miqlas 17 months ago.
Terminal stucked behind Koder
screenshot310.png (396.2 KB ) - added by miqlas 17 months ago.
My UI settings

Download all attachments as: .zip

Change History (7)

by miqlas, 17 months ago

Attachment: screenshot309.png added

Terminal stucked behind Koder

by miqlas, 17 months ago

Attachment: screenshot310.png added

My UI settings

comment:1 by miqlas, 17 months 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 miqlas, 17 months 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 ttcoder, 17 months 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 KapiX, 17 months 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 pulkomandy, 13 months ago

Summary: Window handling issueActive window not always raised to front
Note: See TracTickets for help on using tickets.