CrossOver Support - Community Forums

So two days ago I managed to get Majesty working on Mac OS X 10.5.5. The game attempted to full screen itself, didn't quite manage it, and so the top of the screen was left black, and the bottom of the screen was cut off. This was fine with me since the game otherwise played normally.

Today I clicked install on 10.5.7... Now the mouse mouse downs at where the in game hand is, and mouse ups slightly above it, quite possibly where the actual mouse cursor is, since the in game hand can't go above the part of the screen that is cut off.

Anybody have a fix for this or know whats going on or... wants to offer moral support?

I'd even take something I can add to the logging that logs mouse events with position of clicks in pixels so I can check if its really the 22 pixel (size of menu bar) I'm expecting it to be.

If the problem is related to the window positioning you may be able to work it around by running the game in a virtual desktop(bottle config->advanced->winecfg->desktop)

Ahh! Works great. Thanks a lot!

Im having an identical problem since installing 10.5.7 today. I was playing Stronghold for a bit, then decided to update Mac OS to 10.5.7 (from 10.5.6), and on running Stronghold again, I found the screen was "off" a bit. I tested this with other full-screen games, and they all now have this problem. Using a Virtual Desktop "works", but the max res on some of these games is a bit smaller than my display's resolution and it's tinier than I care for.

Anywho... it seems there's a bug somewhere with the 10.5.7 update and Crossover. I'm not having the same problem with OS X-native games that I've tried.

That's a very strange-sounding bug. I haven't noticed this, myself, with 10.5.7.

Things to try:

• Quit CrossOver. Go into the Display pane of System Preferences. Switch the display resolution to something else temporarily and then switch it back.

• Try a reboot?

You can also use the Console utility to watch what CrossOver Games writes to the console log when it starts up. In there, there's some information about where CrossOver thinks the screen is and what its size is. Post that info here.

EDITED to add: also, run a full-screen game, and collect what CrossOver writes to the console log as it switches in and out of full-screen mode.

Howdy Ken... sorry I missed your reply here. The problem has persisted even with my upgrade to Snow Leopard, and with the recent 8.0 RC builds. I've tried it on a clean install, and no change. I tried switching my desktop resolution, no change. My res is normally set at 1680x1050, the native res for my Apple display monitor (20" I believe?). Here's the console log entries from starting up Crossover Game 8.0.0 RC6. It appears to me that CxG thinks my desktop res is 1680x1028. EDIT: I just tried running Cx in an alternate install of 10.5.4, in which I have no clipping issues, and I get the same resolution reporting of 1680x1028.

9/2/09 8:08:07 AM CrossOver Games[4326] Shutting down all bottles.
9/2/09 8:08:07 AM [0x0-0x1bc1bc].com.codeweavers.CrossOverGames[4326] PseudoramiX screen 0 added: 1680x1028 @ (0,22).
9/2/09 8:08:07 AM [0x0-0x1bc1bc].com.codeweavers.CrossOverGames[4326] PseudoramiX screen 0 placed at X11 coordinate (0,0).
9/2/09 8:08:07 AM [0x0-0x1bc1bc].com.codeweavers.CrossOverGames[4326] Screen 0 placed at X11 coordinate (0,0).
9/2/09 8:08:08 AM [0x0-0x1bc1bc].com.codeweavers.CrossOverGames[4326] Quitting XDarwin...
9/2/09 8:08:19 AM SystemUIServer[320] CFUserNotificationDisplayAlert: called from main application thread, will block waiting for a response.
9/2/09 8:08:30 AM CrossOver Games[4997] Setting DYLD_FALLBACK_LIBRARY_PATH=/Applications/Windows Software/CrossOver Games.app/Contents/SharedSupport/X11/lib:/Users/John/lib:/lib:/usr/lib:/usr/X11/lib
9/2/09 8:08:30 AM CrossOver Games[4997]
8.0
9/2/09 8:08:30 AM [0x0-0x1d71d7].com.codeweavers.CrossOverGames[4997] Release Date: 18 December 2003
9/2/09 8:08:30 AM [0x0-0x1d71d7].com.codeweavers.CrossOverGames[4997] X Protocol Version 11, Revision 0, Release 6.8.2
9/2/09 8:08:30 AM [0x0-0x1d71d7].com.codeweavers.CrossOverGames[4997] Build Operating System: Mac OS X Apple Computer, Inc.
9/2/09 8:08:30 AM [0x0-0x1d71d7].com.codeweavers.CrossOverGames[4997] Current Operating System: Darwin macpro.local 10.0.0 Darwin Kernel Version 10.0.0: Fri Jul 31 22:47:34 PDT 2009; root:xnu-1456.1.25~1/RELEASE_I386 i386
9/2/09 8:08:30 AM [0x0-0x1d71d7].com.codeweavers.CrossOverGames[4997] Before reporting problems, check http://www.codeweavers.com/support/
9/2/09 8:08:30 AM [0x0-0x1d71d7].com.codeweavers.CrossOverGames[4997] to make sure that you have the latest version.
9/2/09 8:08:30 AM [0x0-0x1d71d7].com.codeweavers.CrossOverGames[4997] XSERVTransmkdir: Owner of /tmp/.CrossOver should be set to root
9/2/09 8:08:30 AM [0x0-0x1d71d7].com.codeweavers.CrossOverGames[4997] Loading GLX bundle glxCGL.bundle (using Apple's OpenGL)
9/2/09 8:08:30 AM [0x0-0x1d71d7].com.codeweavers.CrossOverGames[4997] Display mode: Rootless Quartz -- Xplugin implementation
9/2/09 8:08:30 AM [0x0-0x1d71d7].com.codeweavers.CrossOverGames[4997] PseudoramiX screen 0 added: 1680x1028 @ (0,22).
9/2/09 8:08:30 AM [0x0-0x1d71d7].com.codeweavers.CrossOverGames[4997] PseudoramiX screen 0 placed at X11 coordinate (0,0).
9/2/09 8:08:30 AM [0x0-0x1d71d7].com.codeweavers.CrossOverGames[4997] [DRI] screen 0 installation complete
9/2/09 8:08:30 AM [0x0-0x1d71d7].com.codeweavers.CrossOverGames[4997] Screen 0 added: 1680x1028 @ (0,22)
9/2/09 8:08:30 AM [0x0-0x1d71d7].com.codeweavers.CrossOverGames[4997] Screen 0 placed at X11 coordinate (0,0).
9/2/09 8:08:30 AM [0x0-0x1d71d7].com.codeweavers.CrossOverGames[4997] dyld: warning, DYLD setting caused circular dependency in /Applications/Windows Software/CrossOver Games.app/Contents/SharedSupport/X11/lib/libGL.dylib
9/2/09 8:08:30 AM [0x0-0x1d71d7].com.codeweavers.CrossOverGames[4997] dyld: warning, DYLD_ setting caused circular dependency in /Applications/Windows Software/CrossOver Games.app/Contents/SharedSupport/X11/lib/libGL.dylib
9/2/09 8:08:32 AM GrowlHelperApp[345] attempt to pop an unknown autorelease pool (0x2033200)
9/2/09 8:13:02 AM GrowlHelperApp[345] attempt to pop an unknown autorelease pool (0x2033200)
9/2/09 8:13:32 AM GrowlHelperApp[345] attempt to pop an unknown autorelease pool (0x1008c00)
9/2/09 8:13:44 AM [0x0-0x1d91d9].com.postbox-inc.flyingpigs[5296] Warning: unrecognized command line flag -foreground
9/2/09 8:13:49 AM mdworker32[5301] Error loading /Developer/Applications/Xcode.app/Contents/Library/Spotlight/SourceCode.mdimporter/Contents/MacOS/SourceCode: dlopen(/Developer/Applications/Xcode.app/Contents/Library/Spotlight/SourceCode.mdimporter/Contents/MacOS/SourceCode, 262): Symbol not found: _auto_zone_set_layout_type
Referenced from: /Developer/Applications/Xcode.app/Contents/Library/Spotlight/SourceCode.mdimporter/Contents/MacOS/../../../../../../../../Library/PrivateFrameworks//DevToolsCore.framework/Versions/A/DevToolsCore
Expected in: /usr/lib/libauto.dylib
9/2/09 8:13:49 AM mdworker32[5301] Cannot find function pointer MetadataImporterPluginFactory for factory 548A3091-3C5D-498A-A329-B532A6C896BB in CFBundle/CFPlugIn 0x327e80 </Developer/Applications/Xcode.app/Contents/Library/Spotlight/SourceCode.mdimporter> (bundle, not loaded)
9/2/09 8:13:49 AM mdworker32[5301] Error loading /Developer/Applications/Xcode.app/Contents/Library/Spotlight/SourceCode.mdimporter/Contents/MacOS/SourceCode: dlopen(/Developer/Applications/Xcode.app/Contents/Library/Spotlight/SourceCode.mdimporter/Contents/MacOS/SourceCode, 262): Symbol not found: _auto_zone_set_layout_type
Referenced from: /Developer/Applications/Xcode.app/Contents/Library/Spotlight/SourceCode.mdimporter/Contents/MacOS/../../../../../../../../Library/PrivateFrameworks//DevToolsCore.framework/Versions/A/DevToolsCore
Expected in: /usr/lib/libauto.dylib
9/2/09 8:13:49 AM mdworker32[5301] Cannot find function pointer MetadataImporterPluginFactory for factory 548A3091-3C5D-498A-A329-B532A6C896BB in CFBundle/CFPlugIn 0x327e80 </Developer/Applications/Xcode.app/Contents/Library/Spotlight/SourceCode.mdimporter> (bundle, not loaded)
9/2/09 8:14:02 AM GrowlHelperApp[345] attempt to pop an unknown autorelease pool (0x2034200)

And here's what I get when I run Stronghold (as an example) at 1024x768:

9/2/09 8:16:10 AM MIDIServer[5322] MIDIServer [5322] starting; arch=x86_64
9/2/09 8:16:10 AM MIDIServer[5322] PlugIn EmagicUSBMIDIDriver.plugin -- /Library/Audio/MIDI Drivers/ does not contain a supported architecture.
9/2/09 8:16:10 AM MIDIServer[5322] MIDIServer relaunching because a 32-bit driver was found
9/2/09 8:16:10 AM MIDIServer[5322] MIDIServer [5322] starting; arch=i386
9/2/09 8:16:13 AM [0x0-0x1d71d7].com.codeweavers.CrossOverGames[4997] PseudoramiX screen 0 added: 1024x768 @ (0,0).
9/2/09 8:16:13 AM [0x0-0x1d71d7].com.codeweavers.CrossOverGames[4997] PseudoramiX screen 0 placed at X11 coordinate (0,0).
9/2/09 8:16:13 AM [0x0-0x1d71d7].com.codeweavers.CrossOverGames[4997] PseudoramiX screen 0 added: 1024x768 @ (0,0).
9/2/09 8:16:13 AM [0x0-0x1d71d7].com.codeweavers.CrossOverGames[4997] PseudoramiX screen 0 placed at X11 coordinate (0,0).
9/2/09 8:16:25 AM [0x0-0x1d71d7].com.codeweavers.CrossOverGames[4997] PseudoramiX screen 0 added: 1680x1028 @ (0,22).
9/2/09 8:16:25 AM [0x0-0x1d71d7].com.codeweavers.CrossOverGames[4997] PseudoramiX screen 0 placed at X11 coordinate (0,0).
9/2/09 8:16:25 AM [0x0-0x1d71d7].com.codeweavers.CrossOverGames[4997] Screen 0 placed at X11 coordinate (0,0).
9/2/09 8:16:25 AM [0x0-0x1d71d7].com.codeweavers.CrossOverGames[4997] PseudoramiX screen 0 added: 1680x1028 @ (0,22).
9/2/09 8:16:25 AM [0x0-0x1d71d7].com.codeweavers.CrossOverGames[4997] PseudoramiX screen 0 placed at X11 coordinate (0,0).
9/2/09 8:16:25 AM [0x0-0x1d71d7].com.codeweavers.CrossOverGames[4997] Screen 0 placed at X11 coordinate (0,0).
9/2/09 8:16:25 AM [0x0-0x1d71d7].com.codeweavers.CrossOverGames[4997] PseudoramiX screen 0 added: 1680x1028 @ (0,22).
9/2/09 8:16:25 AM [0x0-0x1d71d7].com.codeweavers.CrossOverGames[4997] PseudoramiX screen 0 placed at X11 coordinate (0,0).
9/2/09 8:16:25 AM [0x0-0x1d71d7].com.codeweavers.CrossOverGames[4997] Screen 0 placed at X11 coordinate (0,0).

It's normal that CrossOver would report a screen size of 22 pixels shorter than your actual display. That 22 pixels is the height of the Mac menu bar, which CrossOver excludes from the screen it reports to Windows programs, because they're not allowed to draw there.

However, CrossOver knows your display's real resolution. It reports this to Windows programs as one of the possible resolutions that the program may switch to. If the program switches to this real resolution, CrossOver assumes the program is going full-screen and hides the menu bar and Dock and lets the program use the full screen. So, if you run a game and configure that game to use 1680x1050 full-screen, then it should all work as you'd expect. Similarly, when you run Stronghold at 1024x768, CrossOver goes into full-screen mode and hides the menu bar and Dock. This is reflected in the console log output you've posted.

So, unfortunately, there's no clue there why your mouse clicks are happening in the wrong place.

Have you installed any version of XQuartz? That's the open-source project where the Mac version of X11 is being developed. It's not Apple-official, but Apple is heavily involved. It may be that having an old-ish version of XQuartz installed could be interfering with CrossOver. (CrossOver has its own implementation of X11 except for two closed-source components from Apple, quartz-wm and libXplugin. Installing XQuartz replaces those two components, which has occasionally caused trouble for CrossOver.) So, removing XQuartz entirely and reverting to the Apple-original versions of those components or installing the latest XQuartz may improve matters.

Thanks for the reply. It actually did occur to me a short while ago that this small discrepancy was due to the menu bar, so glad to see that much confirmed. Anywho... I had never tried installing any version of XQuartz before 10.5.7 until after I noticed this problem. Installing it made no difference when I did install it in 10.5.7. I'm on Snow Leopard now, and it happens even on a virgin install of SL on another partition. Also, in my case, I have no problem with mouse clicks. It's just that the whole screen is shifted down... as if I was on a CRT and the vertical settings were off-center.

Bingo! I solved the problem. I ran the winecfg tool and tried unchecking the Graphics option "Allow the window manager to control the windows", and the problem is fixed. whew