August 2020 - Wine-bugs - list.winehq.org

[Bug 48932] New: Wine does not display any windows unless `xrandr --auto` has been run
by WineHQ Bugzilla 07 Aug '20

07 Aug '20

https://bugs.winehq.org/show_bug.cgi?id=48932 Bug ID: 48932 Summary: Wine does not display any windows unless `xrandr --auto` has been run Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: claude(a)mathr.co.uk Distribution: --- Created attachment 66899 --> https://bugs.winehq.org/attachment.cgi?id=66899 `xrandr` output at the start of the X11 session (when Wine displays no windows) Recent versions of Wine do not display any GUI windows on my Debian testing (bullseye) desktop, unless I have previously run `xrandr --auto` in my X11 session. I thought it was this bug but the cause is surely different: https://bugs.winehq.org/show_bug.cgi?id=48647 Bisecting git between 4.0.3 (good) and 5.6 (bad) shows: ``` be54adcffc249a44cb52c24320a7ad3db758ba54 is the first bad commit commit be54adcffc249a44cb52c24320a7ad3db758ba54 Author: Zhiyi Zhang <zzhang(a)codeweavers.com> Date: Fri Sep 20 16:55:22 2019 +0800 winex11.drv: Support XRandR display device handler. XRandR supports multiple GPUs and runtime device change compared to Xinerama. Signed-off-by: Zhiyi Zhang <zzhang(a)codeweavers.com> Signed-off-by: Huw Davies <huw(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> configure | 20 ++ configure.ac | 7 +- dlls/winex11.drv/x11drv.h | 1 + dlls/winex11.drv/xinerama.c | 2 +- dlls/winex11.drv/xrandr.c | 488 ++++++++++++++++++++++++++++++++++++++++++++ include/config.h.in | 3 + 6 files changed, 519 insertions(+), 2 deletions(-) ``` I will attach the output from `xrandr` before and after running `xrandr --auto` for the first time in a session. The diff shows that disconnected displays have their resolutions removed by `xrandr --auto`, though they are labelled disconnected in both instances. BTW, my first attempts to bisect this were full of spurious failures, I finally fixed it with shell stanza: ``` rm -fr ~/.wine && git clean -xf && CC="ccache gcc" CFLAGS="-g -O0" ./configure --enable-win64 --disable-tests && make -j 32 -k && ./wine winecfg # observe whether GUI is displayed, run `git bisect good` / `git bisect bad` accordingly ``` -- 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 18

[Bug 48844] New: Magical Scramble Demo 1.20P shows white boxes instead of pictures.
by WineHQ Bugzilla 07 Aug '20

07 Aug '20

https://bugs.winehq.org/show_bug.cgi?id=48844 Bug ID: 48844 Summary: Magical Scramble Demo 1.20P shows white boxes instead of pictures. Product: Wine Version: 5.5 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: sagawa.aki+winebugs(a)gmail.com Distribution: Ubuntu Created attachment 66761 --> https://bugs.winehq.org/attachment.cgi?id=66761 Magical Scramble demo's title screen on Wine 5.5. Magical Scramble is a Shoot'em-up-style game written by YY-GAMES. Its demo version (1.20P)[1] has an issue on Wine. It shows white boxes instead of pictures. I'm working on this issue and I'll send a patch soon. Note as an aside that its new demo version was released last Friday. It doesn't have the issue because it doesn't use DirectDraw at all. So, please be sure that your executable has the following hash value: sha1sum(SCRMBL_P.EXE) = 901eff4d317c2d5fa90aa76156479dcdf15cbf21 [1] http://dev.onionsoft.net/seed/info.ax?id=938 -- 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 48731] New: Just Cause crashes while loading level with builtin d3dx9_26
by WineHQ Bugzilla 07 Aug '20

07 Aug '20

https://bugs.winehq.org/show_bug.cgi?id=48731 Bug ID: 48731 Summary: Just Cause crashes while loading level with builtin d3dx9_26 Product: Wine Version: 5.3 Hardware: x86-64 OS: Linux Status: NEW Severity: minor Priority: P2 Component: directx-d3dx9 Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Created attachment 66612 --> https://bugs.winehq.org/attachment.cgi?id=66612 +d3dx trace:d3dx:D3DXGetImageInfoFromFileInMemory File type is DDS trace:d3dx:dds_pixel_format_to_d3dformat pixel_format: size 32, flags 0x20, fourcc 0, bpp 8. trace:d3dx:dds_pixel_format_to_d3dformat rmask 0, gmask 0, bmask 0, amask 0. warn:d3dx:dds_pixel_format_to_d3dformat Unknown pixel format (flags 0x20, fourcc 0, bpp 8, r 0, g 0, b 0, a 0) fixme:d3dx:D3DXCreateTextureFromFileInMemoryEx Unrecognized file format, returning failure. wine-5.3-181-geb63713f60 -- 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 45839] New: Qt 5.8 SDK installer needs 'IFileSystem.MoveFile' method implementation for maintenance tool creation step
by wine-bugs＠winehq.org 07 Aug '20

07 Aug '20

https://bugs.winehq.org/show_bug.cgi?id=45839 Bug ID: 45839 Summary: Qt 5.8 SDK installer needs 'IFileSystem.MoveFile' method implementation for maintenance tool creation step Product: Wine Version: 3.16 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: scrrun Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. Download: https://download.qt.io/archive/qt/5.8/5.8.0/ --- snip --- $ wine ./qt-opensource-windows-x86-msvc2015-5.8.0.exe ... 00b8:fixme:wscript:set_host_properties ignored L"nologo" switch 00b8:fixme:vbscript:VBScript_SetScriptState unimplemented SCRIPTSTATE_INITIALIZED 00b8:fixme:scrrun:filesys_MoveFile 0x7f261c0198f8 L"C:\\Qt\\Qt5.8.0\\MaintenanceTool.dat.new" L"C:\\Qt\\Qt5.8.0\\MaintenanceTool.dat" 00ba:fixme:wscript:set_host_properties ignored L"nologo" switch 00ba:fixme:vbscript:VBScript_SetScriptState unimplemented SCRIPTSTATE_INITIALIZED 00ba:fixme:scrrun:filesys_MoveFile 0x7f27a50598f8 L"C:\\Qt\\Qt5.8.0\\MaintenanceTool.exe.new" L"C:\\Qt\\Qt5.8.0\\MaintenanceTool.exe" --- snip --- The installer doesn't fail but the temp files are not getting renamed. NOTE: These lines are also found here: https://bugs.winehq.org/show_bug.cgi?id=43193#c3 but that bug targets Wine-Staging with different issue and looks abandoned. Wine source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/scrrun/filesystem.c#… --- snip --- 3599 static HRESULT WINAPI filesys_MoveFile(IFileSystem3 *iface, BSTR Source, 3600 BSTR Destination) 3601 { 3602 FIXME("%p %s %s\n", iface, debugstr_w(Source), debugstr_w(Destination)); 3603 3604 return E_NOTIMPL; 3605 } --- snip --- $ sha1sum qt-opensource-windows-x86-msvc2015-5.8.0.exe 260369866673b0adb4d3576d3bd1afbb005817a9 qt-opensource-windows-x86-msvc2015-5.8.0.exe $ du -sh qt-opensource-windows-x86-msvc2015-5.8.0.exe 1.1G qt-opensource-windows-x86-msvc2015-5.8.0.exe $ wine --version wine-3.16 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.

2 6

[Bug 48806] New: Panzer Corps 2 needs msvcp140.dll.?_XLgamma@std@@YANN@Z
by WineHQ Bugzilla 07 Aug '20

07 Aug '20

https://bugs.winehq.org/show_bug.cgi?id=48806 Bug ID: 48806 Summary: Panzer Corps 2 needs msvcp140.dll.?_XLgamma(a)std@@YANN(a)Z Product: Wine Version: 5.4 Hardware: x86-64 OS: Linux Status: NEW Severity: minor Priority: P2 Component: msvcp Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- wine: Call from 0x7b02d568 to unimplemented function msvcp140.dll.?_XLgamma(a)std@@YANN(a)Z wine-5.4-306-g9c190f8118 -- 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 4

[Bug 49173] New: widl generates invalid code for Gecko's ISimpleDOM.idl
by WineHQ Bugzilla 07 Aug '20

07 Aug '20

https://bugs.winehq.org/show_bug.cgi?id=49173 Bug ID: 49173 Summary: widl generates invalid code for Gecko's ISimpleDOM.idl Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: rpc Assignee: wine-bugs(a)winehq.org Reporter: emilio(a)crisal.io Distribution: --- Compiling the following IDL file t.idl: import "objidl.idl"; import "oaidl.idl"; [object, uuid(1814ceeb-49e2-407f-af99-fa755a7d2607)] interface ISimpleDOMNode : IUnknown { [propget, local] HRESULT localInterface([out][retval] void **localInterface); [propget, call_as(get_localInterface)] HRESULT remoteLocalInterface([out][retval] IUnknown **localInterface); } With: $ ./tools/widl/widl -m 64 --win64 -robust -Oicf t.idl -I include Generates the following bit: struct _PARAM_STRUCT { ISimpleDOMNode *This; IUnknown **localInterface; HRESULT _RetVal DECLSPEC_ALIGN(8); } *pParamStruct = (struct _PARAM_STRUCT *)pStubMsg->StackTop; Which fails to compile like: 3:11.30 ISimpleDOM_p.c(65,24): error: expected ';' at end of declaration list 3:11.30 HRESULT _RetVal DECLSPEC_ALIGN(8); Moving the DECLSPEC_ALIGN code before _RetVal fixes it. -- 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

[Bug 48974] New: Multiple MSI-based installers show 'newBinaryXX' text instead of bitmap on button controls (missing support for 'msidbControlAttributesBitmap')
by WineHQ Bugzilla 07 Aug '20

07 Aug '20

https://bugs.winehq.org/show_bug.cgi?id=48974 Bug ID: 48974 Summary: Multiple MSI-based installers show 'newBinaryXX' text instead of bitmap on button controls (missing support for 'msidbControlAttributesBitmap') Product: Wine Version: 5.6 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. It doesn't affect the installation but it definitely looks weird to end users. Installers found being affected: * eDrawings 2015 (.NET 4.0 app) -> https://web.archive.org/web/20200419191626/http://fs3.softfamous.com/downlo… * eDrawings 2020 (.NET 4.7 app) -> https://web.archive.org/web/20200419211103/https://dl-ak.solidworks.com/non… --- snip --- $ WINEDEBUG=+seh,+relay,+msi wine ./eDrawingsFullAllX64.exe >>log.txt 2>&1 ... 0066:Call KERNEL32.CreateProcessW(00000000,015080b4 L"C:\\users\\focht\\Temp\\{0D020572-72F5-42E1-8F1C-56B791E26D06}\\eDrawingsFullAllX64.exe /q\"Z:\\home\\focht\\Downloads\\eDrawingsFullAllX64.exe\" /tempdisk1folder\"C:\\users\\focht\\Temp\\{0D020572-72F5-42E1-8F1C-56B791E26D06}\" /IS_temp",00000000,00000000,00000000,00000020,00000000,00000000,0032edc0,0032ee20) ret=004527d6 ... 0066:Ret KERNEL32.CreateProcessW() retval=00000001 ret=004527d6 ... 0068:Call KERNEL32.CreateProcessW(00000000,01d13d1c L"\"C:\\windows\\system32\\MSIEXEC.EXE\" /i \"C:\\users\\focht\\Temp\\{0D020572-72F5-42E1-8F1C-56B791E26D06}\\eDrawings.msi\" TRANSFORMS=\"C:\\users\\focht\\Temp\\{0D020572-72F5-42E1-8F1C-56B791E26D06}\\1033.MST\" SETUPEXEDIR=\"Z:\\home\\focht\\Downloads\" SETUPEXENAME=\"eDrawingsFullAllX6"...,00000000,00000000,00000000,00000020,00000000,00000000,0032a9d4,0032aa34) ret=004527d6 ... 0068:Ret KERNEL32.CreateProcessW() retval=00000001 ret=004527d6 ... 006a:trace:msi:msi_dialog_button_control 0000000001C921B0 0000000001C8D380 ... 006a:trace:msi:msi_dialog_add_control L"BUTTON", L"PushButton1", 00140003, L"NewBinary18", 00010000 ... 006a:trace:msi:MSI_DatabaseOpenViewW L"SELECT * FROM `EventMapping` WHERE `Dialog_` = 'Registration' AND `Control_` = 'PushButton1'" 000000000022E280 ... 006a:Call user32.CreateWindowExW(00000000,1800a24f0 L"BUTTON",01ea59e0 L"NewBinary18",50010000,00000273,000000ac,00000060,00000019,00080070,00000000,00000000,00000000) ret=180033929 ... 006a:Call winex11.drv.SetWindowText(00040064,01ea5940 L"NewBinary18") ret=7f8f47f1865e 006a:Ret winex11.drv.SetWindowText() retval=00000000 ret=7f8f47f1865e ... 006a:trace:msi:dialog_create_window Dialog L"Registration" control L"NewBinary18" hwnd 0000000000040064 ... --- snip --- Dumping the 'Binary' table with ORCA: --- snip --- Name Data s72 v0 Binary Name ... NewBinary18 NewBinary18 --- snip --- Dumping 'Control' table with ORCA: --- snip --- Dialog_ Control Type X Y Width Height Attributes Property Text Control_Next Help s72 s50 s20 i2 i2 i2 i2 I4 S50 L0 S50 L50 Control Dialog_ Control ... Registration PushButton1 PushButton 470 129 72 19 1310723 NewBinary18 Text2 --- snip --- Text = 'NewBinary18' Attributes = 1310723 -> 0x140003 * msidbControlAttributesVisible = 0x00000001 * msidbControlAttributesEnabled = 0x00000002 * msidbControlAttributesBitmap = 0x00040000 * msidbControlAttributesFixedSize = 0x00100000 Another example from github: https://github.com/hyperic/hq/blob/master/dist/hyperic-hq-installer/msi-aut… --- snip --- <Binary Id="NewBinary18" SourceFile="$(var.HQ_binary_path)\InstallStateMenu.ico" /> ... <Control Id="InstallStateMenu" Type="Icon" X="21" Y="52" Width="24" Height="24" Text="NewBinary18" TabSkip="yes" Disabled="yes" IconSize="32" FixedSize="yes" /> ... --- snip --- Microsoft docs: https://docs.microsoft.com/en-us/windows/win32/msi/binary-table --- quote --- The Binary table holds the binary data for items such as bitmaps, animations, and icons. The binary table is also used to store data for custom actions. See OLE Limitations on Streams. ... If the binary data is for a control, the key appears in the Text column of the associated control in the Control table. This key must be unique among all controls requiring binary data. --- quote --- Wine source: https://source.winehq.org/git/wine.git/blob/59987bc9ecdd0dbafd768a95c21a148… --- snip --- 1017 static UINT msi_dialog_button_control( msi_dialog *dialog, MSIRECORD *rec ) 1018 { 1019 msi_control *control; 1020 UINT attributes, style; 1021 1022 TRACE("%p %p\n", dialog, rec); 1023 1024 style = WS_TABSTOP; 1025 attributes = MSI_RecordGetInteger( rec, 8 ); 1026 if( attributes & msidbControlAttributesIcon ) 1027 style |= BS_ICON; 1028 1029 control = msi_dialog_add_control( dialog, rec, szButton, style ); 1030 if( !control ) 1031 return ERROR_FUNCTION_FAILED; 1032 1033 control->handler = msi_dialog_button_handler; 1034 1035 if (attributes & msidbControlAttributesIcon) 1036 { 1037 /* set the icon */ 1038 LPWSTR name = msi_get_binary_name( dialog->package, rec ); 1039 control->hIcon = msi_load_icon( dialog->package->db, name, attributes ); 1040 if (control->hIcon) 1041 { 1042 SendMessageW( control->hwnd, BM_SETIMAGE, IMAGE_ICON, (LPARAM) control->hIcon ); 1043 } 1044 else 1045 ERR("Failed to load icon %s\n", debugstr_w(name)); 1046 msi_free( name ); 1047 } 1048 1049 return ERROR_SUCCESS; 1050 } --- snip --- $ sha1sum eDrawingsFullAllX64.exe 1e44983b92a034e318618cd882c6ce7f7043951e eDrawingsFullAllX64.exe $ du -sh eDrawingsFullAllX64.exe 228M eDrawingsFullAllX64.exe $ wine --version wine-5.6-193-g59987bc9ec 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 5

[Bug 48738] New: When running certain Batch files, my Wine cmd.exe reproducible crashes with "page fault on read access" or with "stack overflow in 32-bit code".
by WineHQ Bugzilla 07 Aug '20

07 Aug '20

https://bugs.winehq.org/show_bug.cgi?id=48738 Bug ID: 48738 Summary: When running certain Batch files, my Wine cmd.exe reproducible crashes with "page fault on read access" or with "stack overflow in 32-bit code". Product: Wine Version: 5.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: temp2004(a)freenet.de Distribution: --- Created attachment 66628 --> https://bugs.winehq.org/attachment.cgi?id=66628 Two batch files and the crashdump I think the problem is new since middle of last year, at least reproducible with Wine 5.2 and 5.3. Find attached two small batch files: they should set some environment variables and look for some directories, but they don't reach their end. At real Windows (also when running at VirtualBox) they work properly instead. Scenario: create a directory and store one.bat and two.bat into it. run: wineconsole one.bat If the problem occurs, Wine crashes immediately. ("wine: Unhandled page fault on read access to FFFFFFF0 at address F7D2D3AB (thread 01a8), starting debugger...") The behavior depends very much on the content of the batch files: adding commands or changing the variable's names may prevent it from crashing or may shift the crash to a different line. -- 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 12

[Bug 48740] New: ConEmu is constantly loosing focus
by WineHQ Bugzilla 07 Aug '20

07 Aug '20

https://bugs.winehq.org/show_bug.cgi?id=48740 Bug ID: 48740 Summary: ConEmu is constantly loosing focus Product: Wine Version: 5.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rpisl(a)seznam.cz Distribution: --- ConEmu is constantly loosing focus in the console window and also in the settings dialog. This behavior makes it unusable. Focus is set back after clicking by mouse but for only a few seconds. Tested on Wine 5.3 and Wine-Staging 5.3 with same behavior. -- 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 10

[Bug 48960] New: NtQueryDirectoryFile incorrectly returns STATUS_NO_MORE_FILES when it encounters an ignored entry
by WineHQ Bugzilla 07 Aug '20

07 Aug '20

https://bugs.winehq.org/show_bug.cgi?id=48960 Bug ID: 48960 Summary: NtQueryDirectoryFile incorrectly returns STATUS_NO_MORE_FILES when it encounters an ignored entry Product: Wine Version: 5.6 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: 2858628868(a)qq.com Distribution: --- I encountered a problem when compiling a .cc file with cl.exe in the HOME directory. The compiler always reports that the .cc file cannot be found. After some digging, I found that c1xx.dll of cl.exe used NtQueryDirectoryFile to enumerate files and confirm whether it existed. Unfortunately, there is a WINEPREFIX directory in the HOME directory, and NtQueryDirectoryFile consider it should be ignored (it is ignored in the get_dir_data_entry function). When NtQueryDirectoryFile enumerates by a single entry, it will return STATUS_NO_MORE_FILES prematurely if it encounters an ignored entry. The enumeration loop in c1xx.dll therefore exited early and reported that the .cc file could not be found. My WINE version is 4.0. After checking the source code, I confirmed that this problem also exists in the 5.x version. -- 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 4