Gcenx / macOS_Wine_builds

Official Winehq macOS Packages
511 stars 23 forks source link

Wine desktop is broken despite no option to enable/disable Emulate a Virtual Desktop #99

Open BaconWrappedShrimpWithEyes opened 3 months ago

BaconWrappedShrimpWithEyes commented 3 months ago

Recently upgraded from wine-crossover to wine@staging v9.13.

Any programs run with wine launch a desktop manager, which only uses half the screen vertically and less horizontally, from the top left. This means apps that run in fullscreen mode do not take up the whole screen, apps which disable rendering outside display bounds cannot be moved to other parts of the screen (see screenshot OrCAD Capture below as an example), and mouse clicks do not work on windows applications outside the bounds of the emulated display.

Screenshot 2024-07-23 at 9 31 47 AM

I have tried all of the available settings under Graphics in winecfg with no effect. The option Enable a virtual desktop is disabled. Anything else I can try?

2021 Macbook Pro 14" Apple M1 Pro MacOS Sonoma 14.4.1

BaconWrappedShrimpWithEyes commented 3 months ago

Additionally, many attempts to run applications have resulted in the error:

0024:err:unwind:segv_handler_early Got unexpected trap 14 during process initialization

including any attempts to run applications (including winecfg) in new wineprefixes

BaconWrappedShrimpWithEyes commented 3 months ago

Just downgraded to wine-stable-9.0 - it fixed mouse interactions outside desktop bounds and the segv_handler_early trap 14 error, meaning I could create a new wine-prefix which was not attempting to emulate a virtual desktop. Other issues stemming from the bad desktop size persist, and apps will not be resized beyond the bounds of the desktop (or scale strangely when you do) from pre-existing wineprefixes.

Gcenx commented 3 months ago

The sighandler problem should be resolved in wine-9.15, funny I’d reported this exact issue before -no_huge was added.

It’s an odd one s the moment you’d set WINEDEBUG there’d be no problem.