X11-2.2.1-rc2 and xorg-server-1.4.0-apple5
I've put together an updated X11 package (2.2.1-rc2). There are only a few changes over 2.2.1-rc1: XBell() now works (you can toggle between this doing NSBeep() and the "System Alert" sound effect in preferences Closing an X11 window will no longer cause you to jump to another space xinit now uses CFProcessPath instead of argv[0] trickery (thus Xquartz will show up as /usr/X11/bin/X in ps, top, etc) RECORD extension is disabled http://xquartz.macosforge.org/downloads/X11-2.2.1_rc2.pkg Assuming nobody reports any show stoppers, I'll be releasing this as 2.2.1 on 5/1. --- 1.4.0-apple5 incorporates all the fixes mentioned above plus: further cleanup of the startup code Ben committed some patches today targeting tablet support (although he has my tablet, so I haven't tested it) Some possible threading issues have been corrected, and people have reported that the _xp_async_dequeue server lockup is no longer occurring Additionally, multi-monitor support should be better with 1.4.0- apple5 than 1.4.0-apple4. Please test this out and let me know how it works for you. There is one known crash with this version. It is a threading issue that can only happen on server shutdown. I think I know a fix for it, but I haven't implemented it yet... still, please report anything you find. The next package release of X11 after 2.2.1 will most likely use the 1.4 branch, so it's imperative that this get some good testing exposure. http://xquartz.macosforge.org/downloads/Xquartz-1.4.0-apple5.bz2 (Install it after 2.2.1_rc2). --Jeremy
Dammit, Jeremy, you just HAD to announce this at the exact moment I had FINALLY got around to installing 2.2.1-rc1, did you? Oh well, not your fault I guess ... I'll install the new one right away, and Xquartz-1.4.0-apple5 too. Plus I'll reinstall the experimental quartz-wm that Ben made available; I don't suppose that is in rc2, or is it? - Harald
Oops, sorry, I hadn't meant that last one to go to the list. There's been too much noise here lately, and I'd rather not add to it. But now that I have the floor for another five seconds, a big thanks to Jeremy for posting on a topic other than mail.app. 8-) - Harald
no... but installing his quartz-wm will probably bring back the "swap spaces on closing a window" bug. I'd like to get a 'don't do pb proxying' option into quartz-wm propper, but I think I'm just going to skip that and try gutting it from quartz-wm and adding it to Xquartz directly for 2.3.1 ... then maybe we can get some more focus on it. --Jeremy On Apr 30, 2008, at 01:11, Harald Hanche-Olsen wrote:
Dammit, Jeremy, you just HAD to announce this at the exact moment I had FINALLY got around to installing 2.2.1-rc1, did you?
Oh well, not your fault I guess ... I'll install the new one right away, and Xquartz-1.4.0-apple5 too. Plus I'll reinstall the experimental quartz-wm that Ben made available; I don't suppose that is in rc2, or is it?
- Harald _______________________________________________ Xquartz-dev mailing list Xquartz-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/xquartz-dev
Heh. Just a quick tip to Xquartz testers out there: Don't forget to run chmod +x on the file after uncompressing it and putting it in /usr/X11/bin/. I forgot, and realized just in time to stop myself from sending in a report saying X11 wouldn't start. - Harald
On Wed, Apr 30, 2008 at 4:00 AM, Jeremy Huddleston jeremyhu-at-apple.com |Xquartz-dev/personal| <...> wrote:
http://xquartz.macosforge.org/downloads/X11-2.2.1_rc2.pkg
Assuming nobody reports any show stoppers, I'll be releasing this as 2.2.1 on 5/1.
---
[...]
Additionally, multi-monitor support should be better with 1.4.0-apple5 than 1.4.0-apple4.
It's worse for me than X11-2.2.1_rc1 with Xquartz-1.4.0-apple4 was. With -1.4.0-apple4 I was able to at least use my leftmost display. With -1.4.0-apple5, I don't get any mouse events in X11 windows on _either_ desktop. I can't even drag windows around. X11-2.2.1_rc2 with the included 1.3.0-apple20 seems fine, though, FWIW. - Brian
+ "Brian Bender" <zt4q4o402@sneakemail.com>: n
On Wed, Apr 30, 2008 at 4:00 AM, Jeremy Huddleston jeremyhu-at-apple.com |Xquartz-dev/personal| <...> wrote:
http://xquartz.macosforge.org/downloads/X11-2.2.1_rc2.pkg [...] Additionally, multi-monitor support should be better with 1.4.0-apple5 than 1.4.0-apple4.
It's worse for me than X11-2.2.1_rc1 with Xquartz-1.4.0-apple4 was. With -1.4.0-apple4 I was able to at least use my leftmost display. With -1.4.0-apple5, I don't get any mouse events in X11 windows on _either_ desktop. I can't even drag windows around.
It works fine for me (with those two plus Ben's quartz-wm, if that makes a difference). Did you restart your X11 after plugging in the extra monitor? - Harald
On Apr 30, 2008, at 07:22, Brian Bender wrote:
It's worse for me than X11-2.2.1_rc1 with Xquartz-1.4.0-apple4 was.
Well then you probably had side-by-side with the top-edges aligned, right? That's the case wheren 1.4.0-apple4 worked. =/
With -1.4.0-apple4 I was able to at least use my leftmost display. With -1.4.0-apple5, I don't get any mouse events in X11 windows on _either_ desktop. I can't even drag windows around.
Can you please run 'xev' or 'xinput list 2' and report what you see? Also, what is your monitor configuration (where are they attached, which is primary)? Did you start X11 after setting up the displays (we're not supporting hot-plugging yet).
On Wed, Apr 30, 2008 at 12:19 PM, Jeremy Huddleston jeremyhu-at-apple.com |Xquartz-dev/personal| <...> wrote:
Well then you probably had side-by-side with the top-edges aligned, right? That's the case wheren 1.4.0-apple4 worked. =/
They were side-by-side, but the top edges have always been uneven (see below)
Can you please run 'xev' or 'xinput list 2' and report what you see?
I ran xev and saw no mouse events at all, neither movement or buttons.
Also, what is your monitor configuration (where are they attached, which is primary)? Did you start X11 after setting up the displays (we're not supporting hot-plugging yet).
I have a Macbook Pro with an external display plugged in. I have the external screen configured to be to the left of the MBP's screen, with its top edge about 40% higher than the MBP's screen (to match their physical layout). The menubar and Dock are on the MBP screen. I didn't hot-plug the external display; I'd actually cold-booted in this configuration this morning (but I always restart X11.app after changing my screen configuration anyway; changing that on the fly has never worked very reliably with any version of X11.app AFAIK) My layout looks like this: (might need to switch to a fixed font) -------- | | | S |----------- | || M | --------| | ----------- where 'M' is the MBP's built-in display with the menubar and Dock, and 'S' is the external display. I'll try playing with different screen configurations (left-right vs. right-left, uneven top edges, etc.) and see if I can find a specific part of that that causes it to not work. - Brian
rrr... hmm... you're right I see the problem... looks like the windows are being put at position (x,y) relative to the upper-left of the complete display... but they getting told mouse location relative to the upper-left of the primary display. 'xeyes' and 'xinput test 2' rock for debugging these sad, sad issues... --Jeremy On Apr 30, 2008, at 09:41, Brian Bender wrote:
On Wed, Apr 30, 2008 at 12:19 PM, Jeremy Huddleston jeremyhu-at-apple.com |Xquartz-dev/personal| <...> wrote:
Well then you probably had side-by-side with the top-edges aligned, right? That's the case wheren 1.4.0-apple4 worked. =/
They were side-by-side, but the top edges have always been uneven (see below)
Can you please run 'xev' or 'xinput list 2' and report what you see?
I ran xev and saw no mouse events at all, neither movement or buttons.
Also, what is your monitor configuration (where are they attached, which is primary)? Did you start X11 after setting up the displays (we're not supporting hot-plugging yet).
I have a Macbook Pro with an external display plugged in. I have the external screen configured to be to the left of the MBP's screen, with its top edge about 40% higher than the MBP's screen (to match their physical layout). The menubar and Dock are on the MBP screen. I didn't hot-plug the external display; I'd actually cold-booted in this configuration this morning (but I always restart X11.app after changing my screen configuration anyway; changing that on the fly has never worked very reliably with any version of X11.app AFAIK)
My layout looks like this: (might need to switch to a fixed font) -------- | | | S |----------- | || M | --------| | -----------
where 'M' is the MBP's built-in display with the menubar and Dock, and 'S' is the external display.
I'll try playing with different screen configurations (left-right vs. right-left, uneven top edges, etc.) and see if I can find a specific part of that that causes it to not work.
- Brian _______________________________________________ Xquartz-dev mailing list Xquartz-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/xquartz-dev
On Wed, Apr 30, 2008 at 6:50 PM, Jeremy Huddleston jeremyhu-at-apple.com |Xquartz-dev/personal| <...> wrote:
rrr... hmm... you're right I see the problem... looks like the windows are being put at position (x,y) relative to the upper-left of the complete display... but they getting told mouse location relative to the upper-left of the primary display.
Good, glad it's reproducible. I wondered if it might be something along those lines (I was thinking it would be just the vertical offset that might be throwing it off). Anything else you need me to do for now, then? Happy to test if/when you've got something... - Brian
No... I think I know the solution, but I was more focused on taking care of the exit-crash and some spaces oddities today. I'll hopefully have this fixed this weekend. --Jeremy On Apr 30, 2008, at 18:40, Brian Bender wrote:
On Wed, Apr 30, 2008 at 6:50 PM, Jeremy Huddleston jeremyhu-at-apple.com |Xquartz-dev/personal| <...> wrote:
rrr... hmm... you're right I see the problem... looks like the windows are being put at position (x,y) relative to the upper-left of the complete display... but they getting told mouse location relative to the upper-left of the primary display.
Good, glad it's reproducible. I wondered if it might be something along those lines (I was thinking it would be just the vertical offset that might be throwing it off).
Anything else you need me to do for now, then? Happy to test if/when you've got something...
- Brian _______________________________________________ Xquartz-dev mailing list Xquartz-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/xquartz-dev
participants (3)
-
Brian Bender
-
Harald Hanche-Olsen
-
Jeremy Huddleston