November 2009 - Xquartz-dev - lists.macosforge.org

Right click in Xmgrace
by Mengjuei Hsieh 05 Jan '10

05 Jan '10

Hi, I am not sure if this has been discussed, but it seems that I lost my click control every time I right click to show the contextual menu inside Xmgrace. The mouse cursor still moves around okay, but the cursor icon becomes an arrow point to upper right and I can't click anything. I can only cmd-q to close the X. The version of my Xquartz is 2.4.1_beta1 (xorg-server 1.7.1.901) and the results are the same either on linux or snowleopard (macports) xmgrace. The OS version is 10.6.2. Please let me know if I should provide more information. -- Mengjuei

2 5

OSX 10.6.2 breaks X11 auth forwarding?
by Tom Lane 17 Dec '09

17 Dec '09

Since updating to 10.6.2 last night, I notice that every single outbound ssh -Y connection reports Warning: No xauth data; using fake authentication data for X11 forwarding. This happens with both 2.4.1_beta1 and the stock Snow Leopard X11. I've seen this message before but only occasionally; now it seems 100% reproducible. Anyone else see it? Any suggestions about investigating the cause? regards, tom lane

4 4

Bug: Vertical limit not updated properly
by Andrew Farmer 21 Nov '09

21 Nov '09

Just noticed that, when my screen's resolution increases (e.g, when I start using an external display), I become unable to move X11 windows lower than a certain vertical point until I restart X11 or reduce the resolution. Easy way to reproduce this: start X11, set your monitor's rotation from 0° to 90°, and try to move a window all the way down the screen. (XQuartz 2.4.1_beta, xorg-server 1.6.5-apple3)

3 2

drop down list - wacom bug
by Christof Wolf 18 Nov '09

18 Nov '09

Jeremy, > Does this happen with the 2.3.4 SnowLeopard version (you'll need to disable > the org.macosforge.xquartz.startx LaunchAgent to use the SL X11.app in > 10.6.2)? I could not test this - if I nuke off XQuartz and start X11 nothing happens. > Does this happen with the 1.6.x server from 2.4.1_beta1? No, everything is back to normal. > Are you able to select the dropdown with a normal mouse? yes, no problem, even the mouse, which comes with the graphic tablet works fine, only the pen causes the problem. I use a intuos 2 tablet (A5) I have another intuos 3 tablet - which I cannot test, because since 10.6.2 it is not longer recognized on the USB port, grrr, not sure on which side to look at. I wrote wacom already, anybody special at the apple support? - if you know somebody :-) 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.

2 3

drop down list - wacom bug
by Christof Wolf 12 Nov '09

12 Nov '09

Hi Jeremy, I have installed 2.4.1 and 1.7.1.901. I found a bug with Kmail/Konqueror and the wacom tablet I use. I cannot choose the suggested email address from the drop down menu with my pen - the only way is using "enter". It does not appear without the tablet (see screenshot). I have the latest 64 bit driver installed by wacom. The same with Konqueror, I cannot choose any website from the suggested pull down menu. All my best 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.

2 1

Re: [Xquartz-dev] Server binary 1.7.1.901
by Eeri Kask 10 Nov '09

10 Nov '09

Am 11/07/2009 01:49 AM, Jeremy Huddleston <jeremyhu(a)apple.com> schrieb: > So along with the 2.4.1_beta1 release, some of you braver souls might like to replace the 1.6 server binary with one built from the 1.7 branch. This binary contains everything from the 1.7.1.901 release that was made earlier today as well as a few patches that didn't make the deadline but will probably wind up in 1.7.2 when it finally ships. > > http://static.macosforge.org/xquartz/downloads/SL/X11.bin-1.7.1.901.bz2 > > Just download, decompress, and replace /A/U/XQuartz.app/Contents/MacOS/X11.bin with it. > > If all goes well, I'll switch over to the 1.7 server for the next release, but I want some more feedback first. I've been using it and master (1.8) extensively, and this version is what is currently in MacPorts, so I do believe it is release-quality. Please let me know if you run into any trouble. May I ask is there any version for intel platform non-snow leopard to download? ... mostly in order to check how the "border issue" (resp. background issue) is evolving. Otherwise 1.5.3-apple14 has proven very stable too since its release; there have been only rare crashes while doing some AppleWM-extension stressing, traces usually going to the pixman library, like Thread 2 Crashed: 0 libpixman-1.0.dylib 0x003f2b1e pixman_fill + 170 1 X11.bin 0x000323c9 fbFill + 294 2 X11.bin 0x000329fd fbPolyFillRect + 299 3 X11.bin 0x000170e7 DRIPolyFillRect + 175 4 X11.bin 0x00076804 damagePolyFillRect + 559 5 X11.bin 0x000e4b99 miPaintWindow + 524 6 X11.bin 0x000f488e miHandleValidateExposures + 77 7 X11.bin 0x000f5a44 miChangeBorderWidth + 336 8 X11.bin 0x00022603 RootlessChangeBorderWidth + 442 9 X11.bin 0x000d927b ConfigureWindow + 2516 10 X11.bin 0x000b7795 ProcConfigureWindow + 116 11 X11.bin 0x000bcd26 Dispatch + 739 12 X11.bin 0x000cb4a9 dix_main + 1312 13 X11.bin 0x000147b4 server_thread + 53 14 libSystem.B.dylib 0x9217a155 _pthread_start + 321 15 libSystem.B.dylib 0x9217a012 thread_start + 34 Then, probably it is off topic as not being particularly Apple or XQuartz related and goes back even to XFree86 X11 Tiger releases, but it seems sometimes the server misses, i.e. probably does not deliver some events, especially "EnterNotify" events in certain circumstances (i.e. if some new client window opens exactly under the mouse => the ancient "XLess" "search" transient window being the most prominent and reproducible test case). It appears under XQuartz this phenomenon is the easiest reproducible, even often with other clients like xterm. This matters insomuch as it intervenes with the focus management in most window managers which rely on that particular EnterNotify event; so one has to move the mouse out-of- and again into that window. :-) Greetings, Eeri Kask (P.S. To prove/observe this issue one only has to let some simple event scanner run (at Xlib level at the client side) on a blank X11-server which prints out all Enter- and related events the server delivers to any window. According to the description given in "Scheifler/Gettys Xlib book" it seems if some client window is opened exactly under the mouse the CreateNotify, MapNotify, EnterNotify have to arrive at the client.)

5 4

Server binary 1.7.1.901
by Jeremy Huddleston 09 Nov '09

09 Nov '09

So along with the 2.4.1_beta1 release, some of you braver souls might like to replace the 1.6 server binary with one built from the 1.7 branch. This binary contains everything from the 1.7.1.901 release that was made earlier today as well as a few patches that didn't make the deadline but will probably wind up in 1.7.2 when it finally ships. http://static.macosforge.org/xquartz/downloads/SL/X11.bin-1.7.1.901.bz2 Just download, decompress, and replace /A/U/XQuartz.app/Contents/MacOS/X11.bin with it. If all goes well, I'll switch over to the 1.7 server for the next release, but I want some more feedback first. I've been using it and master (1.8) extensively, and this version is what is currently in MacPorts, so I do believe it is release-quality. Please let me know if you run into any trouble. Thanks, Jeremy

2 3

2.4.1_beta1
by Jeremy Huddleston 09 Nov '09

09 Nov '09

Hi everyone, I just uploaded a new build. If you're running one of the alpha builds for SnowLeopard, you should get a notification from Sparkle. If not, you can grab it here: http://static.macosforge.org/xquartz/downloads/SL/X11-2.4.1_beta1.dmg This build fixes a few issues over alpha3 including these big tickets: frozen input when not using click-through ~/.Xmodmap support shift+space (and others) not working correctly fixed a crash with the RENDER extension This release uses the 1.6.5-apple3 server. Please live on it and let me know how it holds up. Thanks, Jeremy

2 3

Input Grab (Input on Focus) issue
by Jeremy Huddleston 08 Nov '09

08 Nov '09

So I'm now able to reproduce the issue fairly repeatedly. That doesn't mean the fix will be soon... just that I'm not working on it and will be exploring different possibilities. Thanks to everyone for offering reproduction advice. --Jeremy

8 19

A puzzling copy/paste issue
by Andrew Farmer 07 Nov '09

07 Nov '09

I've been having an unusual problem with copy/paste under XQuartz for some time and haven't been able to figure it out. Perhaps someone here can help? Here's the issue -- when I select text in rxvt-unicode and hit Cmd-C, the text that ends up on the clipboard is treated as UTF32 for some reason. For instance, copying "xquartz" and running pbpaste|xxd gives me this: 0000000: 7800 0000 7100 00 x...q.. (Note that it's truncated to the length of the original string in bytes.) Here's where it gets weird: my laptop, which, as far as I can tell, is configured identically, is NOT affected. I've tried copying over the preferences plists, the rxvt-unicode build, /opt/X11, XQuartz.app... at this point, I'm not sure what's left that could be causing the difference! Other applications aren't affected (xterm and xedit, for instance). However, rxvt-unicode is only affected when copying data to the Mac clipboard (i.e, copy and paste within X11 still works fine), so I'm not sure whether this is an application issue, an XQuartz issue, or both! Also -- this only occurs when I launch rxvt-unicode with LANG set to "en_us-UTF-8". Unsetting LANG also makes the problem go away, at the expense of making UTF-8 not work either (which is kind of the whole point!). System details: OS: Snow Leopard, fully updated XQuartz: 2.4.1_alpha1, xorg-server 1.5.3-apple16 rxvt-unicode: 9.06, compiled with -arch x86_64

2 2