February 2018 - Wine-bugs - list.winehq.org

[Bug 44515] New: assert from wxpython
by wine-bugs＠winehq.org 16 Mar '18

16 Mar '18

https://bugs.winehq.org/show_bug.cgi?id=44515 Bug ID: 44515 Summary: assert from wxpython Product: Wine Version: 3.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: niki(a)vintech.bg Distribution: --- Ubuntu/64 v17.10 winehq-devel 3.1.0~artful win64 python2.7 + wxpython 3.0.2 I have wxpython program which works fine on wine versions from 2.0 to 3.0. Running on wine version 3.1 i got this assert message: wx._core.PyAssertionError: C++ assertion "m_hDWP" failed at ..\..\src\msw\window.cpp(5198) in wxWindow::EndRepositioningChildren(): Shouldn't be called from Window::SetSize(Size) -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 29774] New: Texture filtering doesn't work in nGlide
by wine-bugs＠winehq.org 16 Mar '18

16 Mar '18

http://bugs.winehq.org/show_bug.cgi?id=29774 Bug #: 29774 Summary: Texture filtering doesn't work in nGlide Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: mihal812ag(a)gmail.com Classification: Unclassified Created attachment 38665 --> http://bugs.winehq.org/attachment.cgi?id=38665 NFS: Porsche Unleashed as it works with nGlide When I run games, such as Mortal Kombat 4, or Need for Speed: Porsche Unleashed using nGlide Glide wrapper, there is no texture filtering. Textures look pixelated as if it were sotware rendering. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 16

[Bug 44565] New: Forgotten Realms: Demon Stone has rendering issue
by wine-bugs＠winehq.org 16 Mar '18

16 Mar '18

https://bugs.winehq.org/show_bug.cgi?id=44565 Bug ID: 44565 Summary: Forgotten Realms: Demon Stone has rendering issue Product: Wine Version: 3.2 Hardware: x86 URL: https://www.gog.com/game/forgotten_realms_demon_stone OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: matteo.mystral(a)gmail.com Regression SHA1: 3d6eb8cf1dc1e509a74f85fd2356c6946372ecc5 Distribution: --- Created attachment 60529 --> https://bugs.winehq.org/attachment.cgi?id=60529 screenshot Character models have corrupted face and hair, in certain camera angle their bodies are black. Disabling pixel and vertex shaders, shadows and advanced effects in the game launcher doesn't resolve the issue. The problem is present with disabled csmt too. I reproduced the problem with nouveau/mesa 17.3.3 and with nvidia binary drivers 390.25. There is no demo version available. Plain terminal output shows only 0033:fixme:win:EnumDisplayDevicesW ((null),0,0x33f7a4,0x00000000), stub! 0033:fixme:d3d9:Direct3DShaderValidatorCreate9 stub 0035:fixme:d3d:wined3d_swapchain_set_gamma_ramp Ignoring flags 0x1. Regression introduced by commit 3d6eb8cf1dc1e509a74f85fd2356c6946372ecc5 Author: Matteo Bruni <mbruni(a)codeweavers.com> Date: Tue Feb 13 01:00:42 2018 +0100 d3d9: Handle D3DUSAGE_AUTOGENMIPMAP textures entirely in d3d9. The game renders properly with the previous commit. wine-3.2-45-g538263d0ef OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: GeForce GT 730/PCIe/SSE2 OpenGL core profile version string: 4.5.0 NVIDIA 390.25 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 10744] New: Robot Arena main menu is extremely slow
by wine-bugs＠winehq.org 16 Mar '18

16 Mar '18

http://bugs.winehq.org/show_bug.cgi?id=10744 Summary: Robot Arena main menu is extremely slow Product: Wine Version: 0.9.50. Platform: PC URL: http://www.topdownloads.net/games/view.php?id=4536 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: wine-directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: echidnaman(a)gmail.com The main menu for this game is very, very slow. Sound seems to be okay though. The Direct3D menu/cursor are lagged to hell though. This also makes it very hard to click stuff. Fixme's present: fixme:win:EnumDisplayDevicesW ((null),0,0x34f5d8,0x00000000), stub! fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to 16 fixme:d3d:IWineD3DClipperImpl_SetClipList (0x215cc0,0x8c32f0,0),stub! fixme:dsound:mmErr Unknown MMSYS error 2 fixme:dinput:SysMouseAImpl_Acquire Clipping cursor to (0,0)-(640,480) Demo available at url. (Finally, an application with a bug that actually has a *demo*...) -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 19

[Bug 44617] New: Multiple Blizzard games need Win7+ ' user32.GetWindowDisplayAffinity' and 'user32.SetWindowDisplayAffinity' stubs (Diablo III v2. 6. 1. 49286+)
by wine-bugs＠winehq.org 16 Mar '18

16 Mar '18

https://bugs.winehq.org/show_bug.cgi?id=44617 Bug ID: 44617 Summary: Multiple Blizzard games need Win7+ 'user32.GetWindowDisplayAffinity' and 'user32.SetWindowDisplayAffinity' stubs (Diablo III v2. 6. 1. 49286+) Product: Wine Version: 3.2 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 44616 After ntdll.LdrRegisterDllNotification(), the obfuscated code resolves another bunch of imports. The module and API function names to be resolved are obfuscated using pre-computed hashes. Basically the in-memory export table for 'ntdll, 'kernel32', 'user32' and 'gdi32' modules is walked, all the function names are hashed and compared against the precomputed hashes for matches. There is even a Windows version awareness in this phase. Depending on the WinVer setting (WinXP vs. Win7), few different APIs are resolved. Tidbit: If the Windows version is configured to 'Windows XP' in WINEPREFIX this API is not resolved. It was introduced with Windows 7+ and is related to on-screen content protection (DRM). This is a non-default anyway and the game/launcher will complain about Windows XP being no longer unsupported (end-of-life). Trace log with patches applied: NOTE: The actual calls for this API are very late, hence not seen here. It's only to document the place where the (invisible) imports resolver process took place: in between 'ntdll.LdrRegisterDllNotification' and 'ntdll.NtCreateFile' calls. --- snip --- $ pwd /home/focht/wine-games/wineprefix64-bnet/drive_c/Program Files (x86)/Diablo III $ WINEDEBUG=+loaddll,+ntdll,+seh,+process,+relay wine ./Diablo\ III.exe -launch >>log.txt 2>&1 ... 0009:Call ntdll.LdrRegisterDllNotification(00000000,006a0ce0,00000000,0033e628) ret=004db5d0 0009:Ret ntdll.LdrRegisterDllNotification() retval=00000000 ret=004db5d0 0009:Call ntdll.NtCreateFile(0033e3a8,00120089,0033e32c,0033e324,00000000,00000000,00000001,00000001,00000020,00000000,00000000) ret=004e0a5f 0009:trace:ntdll:FILE_CreateFile handle=0x33e3a8 access=00120089 name=L"\\??\\C:\\windows\\system32\\ntdll.dll" objattr=00000040 root=(nil) sec=(nil) io=0x33e324 alloc_size=(nil) attr=00000000 sharing=00000001 disp=1 options=00000020 ea=(nil).0x00000000 0009:Ret ntdll.NtCreateFile() retval=00000000 ret=004e0a5f 0009:Call ntdll.NtQueryInformationFile(000000ac,0033e31c,0033e304,00000018,00000005) ret=004e0f91 0009:trace:ntdll:NtQueryInformationFile (0xac,0x33e31c,0x33e304,0x00000018,0x00000005) 0009:Ret ntdll.NtQueryInformationFile() retval=00000000 ret=004e0f91 0009:Call ntdll.NtAllocateVirtualMemory(ffffffff,0033e404,00000000,0033e374,00001000,00000040) ret=004e143d 0009:Ret ntdll.NtAllocateVirtualMemory() retval=00000000 ret=004e143d 0009:Call ntdll.NtReadFile(000000ac,00000000,00000000,00000000,0033e324,05070000,00001000,00000000,00000000) ret=004e1786 0009:trace:ntdll:NtReadFile (0xac,(nil),(nil),(nil),0x33e324,0x5070000,0x00001000,(nil),(nil)),partial stub! 0009:trace:ntdll:NtReadFile = SUCCESS (2468) 0009:Ret ntdll.NtReadFile() retval=00000000 ret=004e1786 0009:Call ntdll.NtAllocateVirtualMemory(ffffffff,0033e638,00000000,0033e698,00001000,00000004) ret=004dbcee 0009:Ret ntdll.NtAllocateVirtualMemory() retval=00000000 ret=004dbcee 0009:Call ntdll.NtProtectVirtualMemory(ffffffff,0033e6e4,0033e6e8,00000040,0033e69c) ret=004dcdae 0009:Ret ntdll.NtProtectVirtualMemory() retval=00000000 ret=004dcdae 0009:Call ntdll.NtProtectVirtualMemory(ffffffff,0033e6e4,0033e6e8,00000020,0033e69c) ret=004dcf8c 0009:Ret ntdll.NtProtectVirtualMemory() retval=00000000 ret=004dcf8c 0009:Call ntdll.NtProtectVirtualMemory(ffffffff,0033e6e4,0033e6e8,00000040,0033e69c) ret=004dcdae 0009:Ret ntdll.NtProtectVirtualMemory() retval=00000000 ret=004dcdae 0009:Call ntdll.NtProtectVirtualMemory(ffffffff,0033e6e4,0033e6e8,00000020,0033e69c) ret=004dcf8c 0009:Ret ntdll.NtProtectVirtualMemory() retval=00000000 ret=004dcf8c 0009:Call ntdll.NtCreateThreadEx(0033e620,001f03ff,00000000,ffffffff,006a3e90,00000000,00000006,00000000,00000000,00000000,00000000) ret=004dd373 0009:fixme:thread:NtCreateThreadEx 0x33e620, 1f03ff, (nil), 0xffffffff, 0x6a3e90, (nil), 6, 0, 0, 0, (nil) semi-stub! 0009:Ret ntdll.NtCreateThreadEx() retval=00000000 ret=004dd373 0029:Call PE DLL (proc=0x7ec4ae82,module=0x7eba0000 L"user32.dll",reason=THREAD_ATTACH,res=(nil)) 0029:Ret PE DLL (proc=0x7ec4ae82,module=0x7eba0000 L"user32.dll",reason=THREAD_ATTACH,res=(nil)) retval=1 0029:Call PE DLL (proc=0x7e7facd4,module=0x7e7f0000 L"imm32.dll",reason=THREAD_ATTACH,res=(nil)) 0029:Ret PE DLL (proc=0x7e7facd4,module=0x7e7f0000 L"imm32.dll",reason=THREAD_ATTACH,res=(nil)) retval=1 0029:Call TLS callback (proc=0x6aa080,module=0x400000,reason=THREAD_ATTACH,reserved=0) 0029:trace:seh:raise_exception code=c000001d flags=0 addr=0x6aa143 ip=006aa143 tid=0029 0029:trace:seh:raise_exception eax=0518e9f0 ebx=f75c5000 ecx=1675b829 edx=0518e9f0 esi=0518e9d8 edi=05193b40 0029:trace:seh:raise_exception ebp=0518e9b8 esp=0518e994 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010246 0029:trace:seh:call_stack_handlers calling handler at 0x111e8c8 code=c000001d flags=0 0029:Call ntdll.NtDuplicateObject(ffffffff,fffffffe,ffffffff,0518e3ec,00000000,00000000,00000006) ret=006a7804 0029:Ret ntdll.NtDuplicateObject() retval=00000000 ret=006a7804 0029:Call ntdll.NtQueryInformationThread(000000b4,00000009,0518e404,00000004,00000000) ret=006a80e9 0029:Ret ntdll.NtQueryInformationThread() retval=00000000 ret=006a80e9 0029:Call ntdll.NtSetInformationThread(000000b4,00000011,00000000,00000000) ret=006a8997 0029:Ret ntdll.NtSetInformationThread() retval=00000000 ret=006a8997 ... --- snip --- ProtectionID scan for exact version: --- snip --- -=[ ProtectionID v0.6.9.0 DECEMBER]=- (c) 2003-2017 CDKiLLER & TippeX Build 24/12/17-21:05:42 Ready... Scanning -> Z:\home\focht\wine-games\wineprefix64-bnet\drive_c\Program Files (x86)\Diablo III\Diablo III.exe File Type : 32-Bit Exe (Subsystem : Win GUI / 2), Size : 31663592 (01E325E8h) Byte(s) | Machine: 0x14C (I386) Compilation TimeStamp : 0x5A839757 -> Wed 14th Feb 2018 01:56:39 (GMT) [TimeStamp] 0x5A839757 -> Wed 14th Feb 2018 01:56:39 (GMT) | PE Header | - | Offset: 0x00000178 | VA: 0x00400178 | - [TimeStamp] 0x5A83974F -> Wed 14th Feb 2018 01:56:31 (GMT) | Export | - | Offset: 0x0176EC84 | VA: 0x01B70484 | - [TimeStamp] 0x5A839757 -> Wed 14th Feb 2018 01:56:39 (GMT) | DebugDirectory | - | Offset: 0x015380D4 | VA: 0x019398D4 | - [TimeStamp] 0x5A839757 -> Wed 14th Feb 2018 01:56:39 (GMT) | DebugDirectory | - | Offset: 0x015380F0 | VA: 0x019398F0 | - [TimeStamp] 0x5A839757 -> Wed 14th Feb 2018 01:56:39 (GMT) | DebugDirectory | - | Offset: 0x0153810C | VA: 0x0193990C | - -> File Appears to be Digitally Signed @ Offset 01E30E00h, size : 017E8h / 06120 byte(s) [!] Executable uses TLS callbacks (3 total... 0 invalid addresses) [LoadConfig] Struct determined as v8 (Expected size 140 | Actual size 64) [!] Executable uses SEH Tables (/SAFESEH) (33371 calculated 33199 recorded... 70 invalid addresses) [!] * table may be compressed / encrypted * [LoadConfig] CodeIntegrity -> Flags 0x7C34 | Catalog 0xBFD3 (49107) | Catalog Offset 0x2FE93D5F | Reserved 0x49CB461F [LoadConfig] GuardAddressTakenIatEntryTable 0x4F29FF9C | Count 0x992AA633 (2569709107) [LoadConfig] GuardLongJumpTargetTable 0x12E9CCF3 | Count 0xB9F3D522 (3119764770) [LoadConfig] HybridMetadataPointer 0x21CA7CB6 | DynamicValueRelocTable 0xF1654DDC [LoadConfig] FailFastIndirectProc 0x64AE2974 | FailFastPointer 0xCA03C693 [LoadConfig] UnknownZero1 0x6B52C00 [!] Warning: Imports (+size) goes outside of the file [File Heuristics] -> Flag #1 : 00000100000001001101000100110100 (0x0404D134) [Entrypoint Section Entropy] : 8.00 (section #0) ".text " | Size : 0x132F368 (20116328) byte(s) [DllCharacteristics] -> Flag : (0x8140) -> ASLR | DEP | TSA [SectionCount] 9 (0x9) | ImageSize 0x21D7000 (35483648) byte(s) [Export] 96% of function(s) (357 of 369) are in file | 0 are forwarded | 343 code | 26 data | 0 uninit data | 0 unknown | [VersionInfo] Company Name : Blizzard Entertainment [VersionInfo] Product Name : Diablo III [VersionInfo] Product Version : Version 2.6 [VersionInfo] File Description : Diablo III Retail [VersionInfo] File Version : 2. 6. 1. 49286 [VersionInfo] Original FileName : Diablo III.exe [VersionInfo] Internal Name : Diablo III [VersionInfo] Legal Copyrights : Copyright © 2011-2014 [ModuleReport] [IAT] Modules -> USER32.dll [Debug Info] (record 1 of 3) (file offset 0x15380D0) Characteristics : 0x0 | TimeDateStamp : 0x5A839757 (Wed 14th Feb 2018 01:56:39 (GMT)) | MajorVer : 0 / MinorVer : 0 -> (0.0) Type : 2 (0x2) -> CodeView | Size : 0x53 (83) AddressOfRawData : 0x158C96C | PointerToRawData : 0x158B16C CvSig : 0x53445352 | SigGuid E65D58F8-37DC-47BC-B32D251EF458F1F8 Age : 0x1 (1) | Pdb : D:\BuildServer\4\work\code\branches\Release\Diablo III.pdb [Debug Info] (record 2 of 3) (file offset 0x15380EC) Characteristics : 0x0 | TimeDateStamp : 0x5A839757 (Wed 14th Feb 2018 01:56:39 (GMT)) | MajorVer : 0 / MinorVer : 0 -> (0.0) Type : 12 (0xC) -> Undocumented | Size : 0x14 (20) AddressOfRawData : 0x158C9C0 | PointerToRawData : 0x158B1C0 [Debug Info] (record 3 of 3) (file offset 0x1538108) Characteristics : 0x0 | TimeDateStamp : 0x5A839757 (Wed 14th Feb 2018 01:56:39 (GMT)) | MajorVer : 0 / MinorVer : 0 -> (0.0) Type : 13 (0xD) -> Undocumented | Size : 0x828 (2088) AddressOfRawData : 0x158C9D4 | PointerToRawData : 0x158B1D4 [CdKeySerial] found "Invalid code" @ VA: 0x0133D078 / Offset: 0x0133B878 [CdKeySerial] found "SerialNumber" @ VA: 0x0147899F / Offset: 0x0147719F [CdKeySerial] found "Invalid code" @ VA: 0x014C7980 / Offset: 0x014C6180 [CompilerDetect] -> Visual C++ 14.0 (Visual Studio 2015) [!] File appears to have no protection or is using an unknown protection - Scan Took : 5.583 Second(s) [000001529h (5417) tick(s)] [506 of 580 scan(s) done] --- snip --- $ wine --version wine-3.2-173-g7c7aa125bf Regards -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 44208] New: Crystal Reports XI crashes after editing a field
by wine-bugs＠winehq.org 16 Mar '18

16 Mar '18

https://bugs.winehq.org/show_bug.cgi?id=44208 Bug ID: 44208 Summary: Crystal Reports XI crashes after editing a field Product: Wine Version: 2.22 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: twilightinzero(a)gmail.com Distribution: --- Created attachment 59980 --> https://bugs.winehq.org/attachment.cgi?id=59980 Backtrace generated at crash Crystal Reports is at this point the only thing I need to get running to be able to shelve my virtual machine at work! :) I am able to open up pre-existing reports, preview them, use the formula editor, various "experts", and other such things in Crystal Reports XI. But if I try to create a new text field or edit a pre-existing one, as soon as I unfocus the field, the application crashes. CRXI was installed in a completely fresh Wine prefix with nothing else existing in it. Thanks for your time. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 40121] New: serial port issues with .NET applications
by wine-bugs＠winehq.org 16 Mar '18

16 Mar '18

https://bugs.winehq.org/show_bug.cgi?id=40121 Bug ID: 40121 Summary: serial port issues with .NET applications Product: Wine Version: 1.9.3 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: winebugzilla(a)k2c42.dy.fi Distribution: --- Created attachment 53604 --> https://bugs.winehq.org/attachment.cgi?id=53604 Output of NovaLCT Mars and MiniComPort I tried to run NovaLCT Mars in wine (added it to appdb). http://novastar-led.com/down/software/Sync/NovaLCT-MarsV4.4.0Setup.zip It didn't find any serial ports. I was using dotnet20 and dotnet40 from winetricks. Then I tried this: https://code.msdn.microsoft.com/windowsapps/SerialPort-Sample-in-VBNET-fb04… When starting the serial port sample (MiniComPort.exe) it throws IndexOutOfRangeException. By looking at the source code it seems that System.IO.Ports.SerialPort.GetPortNames returns an empty list. If I ignore the exception, the rest of the MiniComPort program works. It can send and receive some bytes. Inotifywait revealed that NovaLCT Mars doesn't open the ttyUSB device like the MiniComPort.exe does. I also tried with wine-mono-4.5.6 but neither of those programs starts that way. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 11811] New: App sees no COM ports although COM1... 5 defined in dosdevices
by wine-bugs＠winehq.org 15 Mar '18

15 Mar '18

http://bugs.winehq.org/show_bug.cgi?id=11811 Summary: App sees no COM ports although COM1...5 defined in dosdevices Product: Wine Version: 0.9.56. Platform: PC URL: http://rosepointnav.com/CoastalExplorer/Trial/default.ht m OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: n5470(a)pinefields.com Created an attachment (id=11072) --> (http://bugs.winehq.org/attachment.cgi?id=11072) Screen shot w/ error message Coastal Explorer has an Options section for connecting the app to COM ports for I/O (Tools -> Options -> Instruments -> Port Settings). All available COM ports are listed when running under Windows. Under Wine, none are found (see attached screen shot). Defined COM1...4 (/dev/ttyS0...3) and COM5 (/dev/ttyUSB0) were all chmod to 666 to ensure permissions weren't a problem; the problem remains. Without serial I/O, the app's function of reading a GPS' serial stream and writing commands to an autopilot controller (also via serial stream) is lost. Without it CE functions only as a trip planner and tide predictor. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 79

[Bug 41917] New: Uploading Screenshots fails
by wine-bugs＠winehq.org 13 Mar '18

13 Mar '18

https://bugs.winehq.org/show_bug.cgi?id=41917 Bug ID: 41917 Summary: Uploading Screenshots fails Product: WineHQ Apps Database Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: appdb-unknown Assignee: wine-bugs(a)winehq.org Reporter: blue-t(a)web.de Distribution: --- When i tried to upload a new screenshot, all i got was an error "unable to move Screenshot from " to 'ho me/winehq/opt/appdb/data/screenshots/originals/50324' File format was PNG, in case that makes any diffrence -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 44417] New: WINE Does Not Detect Primary Display Correctly on macOS
by wine-bugs＠winehq.org 12 Mar '18

12 Mar '18

https://bugs.winehq.org/show_bug.cgi?id=44417 Bug ID: 44417 Summary: WINE Does Not Detect Primary Display Correctly on macOS Product: Wine Version: unspecified Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: me(a)haravikk.com The title mostly says it all with this one; while WINE detects both of my displays at the correct resolution etc., it unfortunately doesn't get them in the right order, which can be annoying with games that don't offer a choice of which screen to use when running in fullscreen mode. Usually there's a workaround, but in some cases there is not. To give some detail; my machine has two monitors, one is a 1680x1050 monitor attached via DVI, and the other is a 1080p screen attached via HDMI. It seems that the DVI connection is considered the primary screen by the GPU, so it has to be overridden under System Preferences -> Displays to reclassify which is the primary display. While it's understandable that WINE would likewise prioritise the DVI screen first, it would be nice if it could use the system's display configuration to reorder the displays. Searching online the impression I got is that this may be what happens under a Linux host, but it doesn't seem to occur under macOS. While there may be an API call that can do this more easily, the information can be obtained from a user's ~/Library/Preferences/ByHost/com.apple.windowserver.<machine_uuid>.plist file, where <machine_uuid> is the UUID used to identify the machine itself, though I'm not certain what value indicates which display is the primary one, or if it's simply the order in which they are provided (i.e- primary first). Anyway, if WINE's method of obtaining the display information could be changed to either get them in the order as defined by macOS's Display settings, then this would be great. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 5