I don't know why, but occasionally, Wine will randomly crash trying to create an OpenGL context. This started happening when I upgraded to Xquartz 2.7.0 beta 2, so I'm assuming that this is an Xquartz bug.

When Wine dies, the backtrace looks a bit like this:

Backtrace:
=>0 0x90a432e7 mm+0x3a7() in liblapack.dylib (0x0033f5a8)
  1 0x90a4cd5b in liblapack.dylib (+0x440d5a) (0x0033f878)
  2 0x90a4381f first+0xd6() in liblapack.dylib (0x0033f8a8)
  3 0x40584fe2 in libGL.1.dylib (+0x2fe1) (0x0033f9c8)
  4 0x40582e85 in libGL.1.dylib (+0xe84) (0x0033f9f8)
  5 0x4058b823 in libGL.1.dylib (+0x9822) (0x0033fa48)
  6 0x40587243 in libGL.1.dylib (+0x5242) (0x0033fa78)
  7 0x405871ce in libGL.1.dylib (+0x51cd) (0x0033fac8)
[Wine code below...]

I'll say up from that I cannot reliably reproduce this. But I can reproduce this and have several times. All the crashes I have seen take this form (except for one, but that's another bug, in Xinerama), with the same five locations within the libGL dylib showing up in the backtrace.

quartz-wm fails regularly under light usage; it was perfectly fine in rc1. Entries in /var/log/system.log vary:

first case:

Jan 28 22:51:06 pro Dock[166]: kCGErrorIllegalArgument: CGSReleaseWindow: Invalid window 1503
Jan 28 22:51:06 pro Dock[166]: kCGErrorFailure: Set a breakpoint @ CGErrorBreakpoint() to catch errors as they are logged.
Jan 28 22:51:06 pro Dock[166]: kCGErrorIllegalArgument: CGSReleaseWindow: Invalid window 1502
Jan 28 22:51:06 pro org.macosforge.xquartz.startx[11635]: /opt/X11/bin/xinit: connection to X server lost
Jan 28 22:51:06 pro org.macosforge.xquartz.startx[11635]:
Jan 28 22:51:07 pro ReportCrash[11908]: Saved crash report for quartz-wm[11779] version ??? (???) to /Users/tgl/Library/Logs/DiagnosticReports/quartz-wm_2012-01-28-225107_pro.crash
Jan 28 22:51:07 pro org.macosforge.xquartz.startx[11635]: waiting for X server to shut down

second case:

Jan 29 12:18:28 pro Dock[166]: kCGErrorIllegalArgument: CGSReleaseWindow: Invalid window 1623
Jan 29 12:18:28 pro org.macosforge.xquartz.startx[11920]: connection to X server lost
Jan 29 12:18:28 pro org.macosforge.xquartz.startx[11920]:
Jan 29 12:18:28 pro ReportCrash[12571]: Saved crash report for quartz-wm[12063] version ??? (???) to /Users/tgl/Library/Logs/DiagnosticReports/quartz-wm_2012-01-29-121828_pro.crash
Jan 29 12:18:29 pro org.macosforge.xquartz.startx[11920]: waiting for X server to shut down

third case:

Jan 29 12:45:53 pro quartz-wm[12731]: kCGErrorIllegalArgument: CGSOrderWindowList
Jan 29 12:46:23: --- last message repeated 2 times ---
Jan 29 12:46:44 pro quartz-wm[12731]: kCGErrorIllegalArgument: CGSOrderWindowList
Jan 29 12:46:57: --- last message repeated 1 time ---
Jan 29 12:46:57 pro Dock[166]: kCGErrorIllegalArgument: CGSReleaseWindow: Invalid window 1640
Jan 29 12:46:57 pro org.macosforge.xquartz.startx[12588]: /opt/X11/bin/xinit: connection to X server lost
Jan 29 12:46:57 pro org.macosforge.xquartz.startx[12588]:
Jan 29 12:46:57 pro ReportCrash[12812]: Saved crash report for quartz-wm[12731] version ??? (???) to /Users/tgl/Library/Logs/DiagnosticReports/quartz-wm_2012-01-29-124657_pro.crash
Jan 29 12:46:58 pro org.macosforge.xquartz.startx[12588]: waiting for X server to shut down

I'll attach all three DiagnosticReports files, though they look pretty darn similar.

Hi,

I'm using MacOS 10.5.7 and XQuartz 2.3.3.2 on an "early 2009" nVidia Mac mini.

When X11 is running, with no client, switching to another desktop user (without logging out) and back again causes the desktop background to become completely white, except from the icons. No background picture is shown anymore. Terminating X11 resumes normal behaviour (resuming functional icons and the background picture that I've set to change every few minutes).

On the white background, the desktop icons on the right hand side are drawn, but dead: just as if they were pictures only. The top menu line is drawn, but functional. Beside that, the screen is completely white - like erased by xsetbg.

Alt-TAB shows the running applications, permits to switch to X11.app and quit it.

Switching users is not enough to produce this bug. Wine must have been started and terminated (by the first user). Obviously Wine is doing something on behalf of one or another applications that persists even after Wine and any other X clients terminate, and is noticeable only by switching users.

I still need to investigate which .exe produce this effect. Simply running "wine winecfg" or regedit.exe is not enough.

winecfg is set to 800x600 virtual desktop mode (full screen does not seem to work?). I've compiled Wine-1.1.23 myself using nothing but the packages found on Apple's install DVD and XQuartz: no Fink, no MacPorts.

Regards,

Jörg Höhle

I've compiled the backgammon program gnubg, which uses X11, gtk2, gtkglext, ....

When I'm viewing the board using the 3D view and I select the Full Screen option from the program's View menu, the gnubg window expands to fill my screen but the board disappears, leaving only a white rectangle. The text (attached) appears in my Terminal window; the dated error messages coincide with my attempt to switch to Full Screen.

I'm using OS X 10.6.4 on a White Macbook, but the same issue occurs on my Nehalem Mac Pro. This bug has been present for some time, and I'm wondering if it's an X11 problem. I'm now using XQuartz 2.5.1_rc1 (xorg-server 1.8.1).

Tested both on Mac OS 10.6.7. and Mac OS 10.7.1 using XQ 2.7.0 rc1 and all previous versions

Clipboard contents from X11 to Mac aqua does not work until the "Enable syncing" in the Clipboard tab of the XQuartz Preferences panel is toggled.

I don't know what component it is, maybe the server or maybe the window manager, but please fix.

Example app that I know it happens with: theWord  http://www.theword.net/ . I don't use theWord, but I was just testing it for a friend, but it does happen using theWord. Please note, this is a Windows application in a WINE wrapper.

Download from this page,  http://forum.theword.net/viewtopic.php?f=11&t=2921

1.) Restart your Mac
2.) Launch theWord
3.) Select a word or phrase
4.) Use either keyboard shortcut or from the Edit menu "Copy" from the X11/WINE app
5.) When you find paste not working in a Native Mac aqua app, try toggling the "Enable syncing" off/on from the Pasteboard tab of XQuartz Preferences panel. You can also try copying from a Native Mac application first. (Suggestion:Before and after, check your Mac's clipboard by going to the Finder and selecting Edit -> Show Clipboard.) 

Hope this helps you replicate the disease.

It would be nice to setup/start X11 in fullscreen mode only one one screen of a multi-monitor system.

to mention an example: The Application RemoteDesktopClient can be set up in the preferences in such a way, that one can choose the resolution of the window/screen, and in which Screen it should appear (Main Display / Secondary Display)

Thanx..

Özkan

 http://lists.apple.com/archives/X11-users/2007/Nov/msg00311.html

In regular OS X, if you drag a background window it immediately comes to the front and you drag it via the mouse. However if command-drag a background window it stays in the background while being dragged and never comes to the front. This behavior is not reflected in X11 windows.

When I use control-arrow-key to switch to another Space, if the cursor is within an X11 window and focus-follows-mouse is on, I'd expect that window to acquire focus. It doesn't though. Moving the mouse even slightly will cause it to acquire focus, but IMHO I shouldn't have to do that.

Some experimentation says that the behavior is the same when using the F8 view to switch spaces, though you have to be quite careful when clicking in the view not to move the mouse, else that motion will allow focus to be acquired.

Note: this is with 2.2.1 but the "version" menu hasn't yet got an entry for that.

When I attempt to quit but think better of it when the "really quit?" dialog is displayed (i.e., select cancel), the window that had been frontmost is no longer active. Other X11.app windows also seem to cause this (not applications, but the X11.app preferences window and the Applications menu Customize window).

Since I can't seem to reopen the bug report #36, I have to write a new one.

First of all, from all the greek community, A BIG THANK YOU :) We were really missing greek keyboard layout. Indeed the bug has been fixed.

Keyboard layout works mostly as expected and

1) Keyboard change: works

2) [accent] followed by [letter] : works

3) [SHIFT]+[accent] followd by [letter] : works

Still, there is one minor problem pending, so I reopen this bug.

With greek keyboard enabled, when I press [OPT]+[;] followed by [i] or [OPT]+[;] followed by [u] instead of getting ΐ or ΰ , I get ΅ι or ΅υ

This is not a common combination in modern greek, but it is there.

To help you understand why this bug is there, originally in X11 layout, to get the same character we use [;] followed by [SHIFT]+[;] followed by [i] - or [u]. This is a multi-combination character.

In Mac OSX though, instead of [;]...[SHIFT]+[;] we have to use [OPT]+[;]

When using expose/spaces with X11, if a key is being held down when the expose/spaces is activated, X11 acts as if that key is being held down until the keyboard is used again.

Steps to replicate:

Start X11 Open an xterm Hold down any key in that Xterm While holding down that key, activate Expose (e.g. press F9) Take finger off key being held down, notice that the characters continue to appear in the xterm window.

Note:

Pressing F9 again does not stop this. Also if using spaces, the key presses will transfer to the active X11 window on the new space (suggesting this is not a bug in xterm, but rather the way X11 traps keyboard input).

Note also filed as Radar #7190678 as this affects SL's X11 also.

I tried to add the complete invocations of GNU Emacsen 22.3, 23.1.50, and 23.1.90 (not yet installed) – and pasting them into the corresponding fields did not work, nothing of the previously from Terminal or Emacs.app copied text appeared. (Copies of entries in ~/.xinitrc etc.)

If the "Update Pasteboard when CLIPBOARD changes" option is checked then copy/pasting a vector graphical item in Inkscape will paste a bitmap representation of that item instead of a vector copy. To be precise, this is using Edit->Copy and Edit->Paste in the Inkscape menu.

The desired behavior is that it pastes a vector graphics object, which is what happens when the "Update Pasteboard..." option is unchecked.

1. Open 2 xterm windows in XQuartz
2. Switch to the Finder
3. Click on the first xterm in XQuartz
4. Go back to the Finder
5. Click on the second xterm in XQuartz. This currently (incorrectly) activates the *first* xterm, instead of the one that was clicked