#75 Remember which window is on top

Rootless (76)

In rootless mode (1.0a1) when I switch to another
application, and then switch back to XDarwin, it
often (usually? always?) puts a different window on
top, than was on top when I switched away.



  • Torrey T. Lyons

    Torrey T. Lyons - 2001-09-17
    • assigned_to: nobody --> torrey
  • Torrey T. Lyons

    Torrey T. Lyons - 2001-09-17

    Logged In: YES

  • fluffy

    fluffy - 2001-12-04

    Logged In: YES

    I'd like to second this... in 1.0a3 the bug still exists, which often causes
    some really weird window-ordering issues with my window manager
    (pwm) refusing to raise a window because it thinks it's already "on top."

  • Adrian

    Adrian - 2002-06-10

    Logged In: YES

    I wonder if this has more to do with some third party utility?

    I remember when I tried out space.dock (a long time ago) that it messed
    around a bit with window ordering from time to time...

    Anything which rearranges XDarwin's windows without going through the
    X server is bound to cause trouble!

    If it still happens with latest XDarwin (been a while since anyone added
    any comments to this), I would suggest creating a brand new user, with
    no 'extra' apps, running XDarwin under that user, and watching to see if
    the issue still occurs. If not, add any relevant apps (that might fiddle with
    window layering) one by one to this new user until you see the problem



  • fluffy

    fluffy - 2002-06-10

    Logged In: YES

    Um, no, it's Aqua itself which is rearranging the window
    ordering, as far as I can tell. I've never had any "third
    party utilities" installed, but my XDarwin window ordering
    gets screwed up all the time. This completely messes up
    point-to-focus, among other things.

  • Torrey T. Lyons

    Torrey T. Lyons - 2002-06-10

    Logged In: YES

    Yes. No matter what is causing the windows to be reordered when XDarwin is in the background, it does happen from time to time. I've observed this myself although not been able to do it repeatably. We have a number of bugs related to this issue including #442300, "Rootless: command-modifier-click brings window forward". I think the fundamental problem is that XDarwin tries to tell Aqua not to reorder its windows. Unfortunately it is hard to catch all the edge cases that can cause the windows to be reordered. I think that a more robust procedure would be for XDarwin to remember its desired window order and then to reorder them this way when it becomes the main application again and perhaps other times as well.


Log in to post a comment.

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:

JavaScript is required for this form.

No, thanks