I wonder if this is related to the weird "border issue" where the window is drawn properly, but not if you move it... Is it 100% reproducible? If so, can you please find out what server version introduced the issue: http://static.macosforge.org/xquartz/downloads/SL (download the X11.bin-<version>.bz2, decompress, replace XQuartz.app/Contents/MacOS/X11.bin, and relaunch XQuartz.app). Please try versions: X11.bin-1.7.5.bz2 X11.bin-1.7.5.901.bz2 X11.bin-1.7.5.901.bz2 X11.bin-1.7.6.bz2 If 1.7.6 works, then it means some of our patches that didn't make the final 1.7.6 tarball are the cause of the problem. I don't see anything terribly suspicious in the change log from 1.7.5 (which was included in rc1): http://cgit.freedesktop.org/~jeremyhu/xserver/log/?h=server-1.7-apple On Mar 28, 2010, at 09:42, Christof Wolf wrote:
Jeremy,
If I want to compose a new email and do not move the window of the composer everything seems fine. If I move it the thing goes crazy, I can't put anything in the To field, nor do the menus work properly. Sometimes if the pull down menu pops up, there is the bottom line missing. I have attached some screenshots :-) this just happend with the rc2
any idea?
ciao christof
-- public key www.hfph.mwn.de/~chwolf/chwolf.asc
Please respect my privacy and do not make my contact information available to third parties. <X11_001.jpg><X11_002.jpg><X11_003.jpg>
Based on the timing and similarities reported (dp reported that the mouse pointer remained a text-here pointer, and the placement under the menu bar could be because the WM doesn't realize the menu bar is in that location), I think these are likely the same underlying issue. It seems that X11 is somehow getting the incorrect mouse pointer location. Can you test out xeyes? I'm curious how that reacts. My hunch is that it will look at the location where kmail thinks the pointer is rather than where the pointer is. Chris, how are you building kmail? Can you send me a tarball of it and its dependencies? On Mar 28, 2010, at 10:37, Jeremy Huddleston wrote:
I wonder if this is related to the weird "border issue" where the window is drawn properly, but not if you move it...
Is it 100% reproducible? If so, can you please find out what server version introduced the issue:
http://static.macosforge.org/xquartz/downloads/SL
(download the X11.bin-<version>.bz2, decompress, replace XQuartz.app/Contents/MacOS/X11.bin, and relaunch XQuartz.app).
Please try versions: X11.bin-1.7.5.bz2 X11.bin-1.7.5.901.bz2 X11.bin-1.7.5.901.bz2 X11.bin-1.7.6.bz2
If 1.7.6 works, then it means some of our patches that didn't make the final 1.7.6 tarball are the cause of the problem.
I don't see anything terribly suspicious in the change log from 1.7.5 (which was included in rc1): http://cgit.freedesktop.org/~jeremyhu/xserver/log/?h=server-1.7-apple
On Mar 28, 2010, at 09:42, Christof Wolf wrote:
Jeremy,
If I want to compose a new email and do not move the window of the composer everything seems fine. If I move it the thing goes crazy, I can't put anything in the To field, nor do the menus work properly. Sometimes if the pull down menu pops up, there is the bottom line missing. I have attached some screenshots :-) this just happend with the rc2
any idea?
ciao christof
-- public key www.hfph.mwn.de/~chwolf/chwolf.asc
Please respect my privacy and do not make my contact information available to third parties. <X11_001.jpg><X11_002.jpg><X11_003.jpg>
_______________________________________________ Xquartz-dev mailing list Xquartz-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/xquartz-dev
I think the problem might be from: http://cgit.freedesktop.org/~jeremyhu/xserver/commit/?h=server-1.8-apple&id=... DarwinAdjustScreenOrigins() can actually change dixScreenOrigins. Please try this X11.bin which reverts that change: http://people.freedesktop.org/~jeremyhu/X11.bin-revert-9c9c3a85.bz2 --Jeremy On Mar 28, 2010, at 10:52, Jeremy Huddleston wrote:
Based on the timing and similarities reported (dp reported that the mouse pointer remained a text-here pointer, and the placement under the menu bar could be because the WM doesn't realize the menu bar is in that location), I think these are likely the same underlying issue.
It seems that X11 is somehow getting the incorrect mouse pointer location. Can you test out xeyes? I'm curious how that reacts. My hunch is that it will look at the location where kmail thinks the pointer is rather than where the pointer is.
Chris, how are you building kmail? Can you send me a tarball of it and its dependencies?
On Mar 28, 2010, at 10:37, Jeremy Huddleston wrote:
I wonder if this is related to the weird "border issue" where the window is drawn properly, but not if you move it...
Is it 100% reproducible? If so, can you please find out what server version introduced the issue:
http://static.macosforge.org/xquartz/downloads/SL
(download the X11.bin-<version>.bz2, decompress, replace XQuartz.app/Contents/MacOS/X11.bin, and relaunch XQuartz.app).
Please try versions: X11.bin-1.7.5.bz2 X11.bin-1.7.5.901.bz2 X11.bin-1.7.5.901.bz2 X11.bin-1.7.6.bz2
If 1.7.6 works, then it means some of our patches that didn't make the final 1.7.6 tarball are the cause of the problem.
I don't see anything terribly suspicious in the change log from 1.7.5 (which was included in rc1): http://cgit.freedesktop.org/~jeremyhu/xserver/log/?h=server-1.7-apple
On Mar 28, 2010, at 09:42, Christof Wolf wrote:
Jeremy,
If I want to compose a new email and do not move the window of the composer everything seems fine. If I move it the thing goes crazy, I can't put anything in the To field, nor do the menus work properly. Sometimes if the pull down menu pops up, there is the bottom line missing. I have attached some screenshots :-) this just happend with the rc2
any idea?
ciao christof
-- public key www.hfph.mwn.de/~chwolf/chwolf.asc
Please respect my privacy and do not make my contact information available to third parties. <X11_001.jpg><X11_002.jpg><X11_003.jpg>
_______________________________________________ Xquartz-dev mailing list Xquartz-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/xquartz-dev
_______________________________________________ Xquartz-dev mailing list Xquartz-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/xquartz-dev
On Sunday 28 March 2010, you wrote:
DarwinAdjustScreenOrigins() can actually change dixScreenOrigins.
Please try this X11.bin which reverts that change:
http://people.freedesktop.org/~jeremyhu/X11.bin-revert-9c9c3a85.bz2
Jeremy, This solved the problem. Do you still want me to test anything - which I haven't done so far :-) Chris -- public key www.hfph.mwn.de/~chwolf/chwolf.asc Please respect my privacy and do not make my contact information available to third parties.
On Mar 28, 2010, at 14:21, Christof Wolf wrote:
On Sunday 28 March 2010, you wrote:
DarwinAdjustScreenOrigins() can actually change dixScreenOrigins.
Please try this X11.bin which reverts that change:
http://people.freedesktop.org/~jeremyhu/X11.bin-revert-9c9c3a85.bz2
Jeremy,
This solved the problem. Do you still want me to test anything - which I haven't done so far :-)
Great, thanks. Hopefully that will fix dp's and Tom's problem as well. --Jeremy
Jeremy Huddleston <jeremyhu@apple.com> writes:
On Mar 28, 2010, at 14:21, Christof Wolf wrote:
On Sunday 28 March 2010, you wrote:
Please try this X11.bin which reverts that change: http://people.freedesktop.org/~jeremyhu/X11.bin-revert-9c9c3a85.bz2
This solved the problem. Do you still want me to test anything - which I haven't done so far :-)
Great, thanks. Hopefully that will fix dp's and Tom's problem as well.
I confirm this server fixes my problem with positioning of windows after adding/removing an external monitor. Can't say yet whether it's related to the weirdness with a tcl/tk dialog window; I'm not sure what the triggering condition was for that. regards, tom lane
participants (3)
-
Christof Wolf
-
Jeremy Huddleston
-
Tom Lane