Subject: Stacking order

From: [email-masked]
Date: Wed, 14 Apr 1999 07:44:07 -0500 (CDT)

Full_Name: Nathan Sidwell
Version: 2.2
CVS_Date: 
OS: solaris 5.6 or linux 2.0.36
X_Server: open windows or XiG 5.0
Submission from: (NULL) (137.222.102.67)

This is about the stacking order of toplevel windows managed by fvwm. 
bug id 232 mentions stacking, but appears to be a different problem.

If an app raises one of its own toplevel windows, fvwm does not update its
idea
of the stacking order, this means
1) the fvwmpager shows the wrong ordering
2) things like RaiseLower do the wrong thing

You can reproduce this bug with a copy of netscape
1) open the colaborative discussions window
2) open a mail item from that window
3) make sure these two windows partially overlap. Make sure you've got a
third window underneath these two -- this helps show the problem
4) sink the mail item window and raise the collabrative window (using
fvwm)
5) double click on a mail item in the collabrative window. this will cause
netscape to raise the mail window to show the new bit of mail. If you have
the
pager, you'll notice that it doesn't show this.
6) If you've got RaiseLower bound to a mousebutton on the title bar, click
on
the collaborative window. You would expect it to be raised, as it's not on
top,
but fvwm thinks it is at the top and so lowers it. Surprise!

This occurs on both Solaris 5.6 with the openwindows X server and
redhat linux 5.2 with XiG Xserver.

nathan

--
Visit the official FVWM web page at <URL:http://www.fvwm.org/>.
To unsubscribe from the list, send "unsubscribe fvwm-workers" in the
body of a message to [email-masked].
To report problems, send mail to [email-masked]