- wine-bugs - winehq.org

[Bug 49394] New: CED1401 USB function driver fails to install
by WineHQ Bugzilla 21 Dec '22

21 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=49394 Bug ID: 49394 Summary: CED1401 USB function driver fails to install Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: usb Assignee: wine-bugs(a)winehq.org Reporter: alois.schloegl(a)gmail.com Distribution: --- Created attachment 67461 --> https://bugs.winehq.org/attachment.cgi?id=67461 WINEDEBUG=+wineusb,+setupapi,+ntoskrnl,+plugplay,+pid,+msgbox ./wine winsupp.exe I'm try to test the fix for bug 35903. In order to do so, I compiled wine from source (commit 634cb775c27b61ad6ce1fbe3e9972b0edfa31dcb), and used wine from the build directory. Now the installation of winsupp.exe is failing (this has been working before) with this error: 0020:0024:err:module:__wine_process_init L"Z:\\home\\schloegl\\src\\wineapps\\winsupp.8081a20bbc0c9b99f37b98a823ce07ab25f15e9d.exe" not supported on this system The log file is attached. -- 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 53918] New: Building with external PE libraries fails when static libraries are also installed
by WineHQ Bugzilla 21 Dec '22

21 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53918 Bug ID: 53918 Summary: Building with external PE libraries fails when static libraries are also installed Product: Wine Version: 7.20 Hardware: x86-64 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: build-env Assignee: wine-bugs(a)winehq.org Reporter: z.figura12(a)gmail.com Regression SHA1: 6a912649188a765d0c58e8b26e093fb0c31b3e3d Distribution: --- The basic problem is that winegcc, when passed e.g. "-L/usr/x86_64-w64-mingw32/lib -lvkd3d", looks up that library in the search path, finds libvkd3d.a, and tries to link to it. The mingw-w64 linking process, at least for vkd3d (but presumably others as well), provides both "libvkd3d.a" and "libvkd3d.dll.a". The former is a static library, and the latter is essentially an import library for libvkd3d-1.dll. Normal mingw-w64 gcc, when passed -lvkd3d, links to the latter, according to the search path specified in [1] s.v. "direct linking to a dll". winegcc does not know about .dll.a and hence finds the static library first. This worked before 6a912649 because winegcc would try to find a library ending in ".cross.a", fail to find *any* vkd3d libraries, and just leave the linker argument as "-lvkd3d". Given this, an obvious solution is to teach winegcc about the ld linker path. However, I find myself asking—why are we trying to rewrite the command line at all? Why can't we just let mingw-w64 gcc work by itself? winegcc is, naturally, devoid of any comments, and as far as I can tell the code doesn't actually *do* anything that depends on the library type or path, so I started looking in the git history, but unfortunately was only partly able to answer the question. Here is what I found: * c7a210bc2f27 forces the use of library paths if -mno-cygwin is set (in addition to some other conditions). The commit message specifies that we *can* do this (due to our use of -nodefaultlibs), but doesn't specify why we *need* to do this. Jacek, can you by chance explain? * 33147c947500 forces the use of library paths (sort of) if lib_suffix is set, which makes sense—gcc won't be able to find any libraries if we are overriding lib_suffix. * 870d490eecdb forces the use of library paths for all winelib DLLs, so that "-lfoo" links to "foo/foo.dll". This makes sense, but is also now obsolete—our makefiles pass the direct paths. Or do we want to support winelib users outside of wine including from the build tree? * 006ec80dd5c1 introduces the logic in the first place, forcing the use of library paths for static libraries. This was written by Dimitrie O. Paun, with the comment "For static libs (.a) we need to pass the actual filename to winebuild, not a -l switch." No further explanation is given. Alexandre, can you please shed light on this? [1] https://sourceware.org/binutils/docs-2.39/ld/WIN32.html -- 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 53623] New: Resident Evil 7 has broken rendering in DX11 mode
by WineHQ Bugzilla 21 Dec '22

21 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53623 Bug ID: 53623 Summary: Resident Evil 7 has broken rendering in DX11 mode Product: Wine Version: 7.1 Hardware: x86-64 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com CC: z.figura12(a)gmail.com Regression SHA1: b2087112144ca945d1df9ab9d82ef8a9f6e6d00b Distribution: --- Created attachment 73021 --> https://bugs.winehq.org/attachment.cgi?id=73021 example Using 'dx11_non-rt' branch. -- 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 2

[Bug 53406] New: Had been running 7.10 Fedora version no problem, but today updated to 7.12 broke??
by WineHQ Bugzilla 21 Dec '22

21 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53406 Bug ID: 53406 Summary: Had been running 7.10 Fedora version no problem, but today updated to 7.12 broke?? Product: Wine Version: 7.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mikes(a)kuentos.guam.net Distribution: --- Did the dnf update and it was mostly the 7.12 version of wine from Fedora. Upgrade went thru fine, or so I thought. But primary program I use the wine to run is Pegasus Mail. After running it, it came up fine, and had it download new mail. Was 14 new messages, went to view them, but just got a spinning little circle icon. No error message shows, top and ps -ef don't seem to show anything. Had to kill program to close it. Tried different message, but all did the same thing. Restarted machine, same result. Only option I could think of was dnf downgrade wine* That ran fine, but installed wine-core-6.16-1.fc35, thought it would have gone to 7.10 that had been working fine before todays upgrade to 7.12? Since no error shows other than ivy bridge is incomplete, so can't report more than just getting a spinning icon and no response. Have never done a downgrade before, so not sure why it went to 6.16. Just to see what would happen type dnf upgrade wine* and it showed that it would intall that 7.12 version, so I responsed N. Don't know if there is some option I could run to hopefully get more details on what is going on. But after the downgrade the messages view fine. Have it set to using windows 10 option, so not sure if using 8.1 or some other option might make a different. -- 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 53300] New: Controller response delayed
by WineHQ Bugzilla 21 Dec '22

21 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53300 Bug ID: 53300 Summary: Controller response delayed Product: Wine Version: 7.11 Hardware: x86-64 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: win32u Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com CC: z.figura12(a)gmail.com Regression SHA1: 0a930890192726e64bc6207c0d04f44e4c849b7d Distribution: --- Lots of '00b0:err:rawinput:add_device Failed to get collection descriptor, status 0xc00000e8.' during gameplay. -- 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 52708] New: libs/xslt/libxslt/attributes.c:136:9: error: variadic functions must use the base AAPCS variant
by WineHQ Bugzilla 21 Dec '22

21 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=52708 Bug ID: 52708 Summary: libs/xslt/libxslt/attributes.c:136:9: error: variadic functions must use the base AAPCS variant Product: Wine Version: 6.20 Hardware: arm OS: Linux Status: NEW Keywords: download, regression, source Severity: major Priority: P2 Component: build-env Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Regression SHA1: 9d9d4fcc379b2541a43b14f197facb6fa8c93ee8 Distribution: Debian gcc -c -o libs/xslt/libxslt/attributes.o libs/xslt/libxslt/attributes.c -Ilibs/xslt -Iinclude -Iinclude/msvcrt \ -I./libs/xml2/include -I./libs/xslt -DLIBXML_STATIC -DLIBXSLT_STATIC -D_UCRT -pipe \ -fcf-protection=none -fno-stack-protector -fno-strict-aliasing -Wno-packed-not-aligned -gdwarf-4 \ -fPIC -fasynchronous-unwind-tables -D_WIN32 -fno-builtin -fshort-wchar -Wno-format -g -O2 -mthumb -mfloat-abi=hard libs/xslt/libxslt/attributes.c: In function 'xsltNewAttrElem': libs/xslt/libxslt/attributes.c:136:9: error: variadic functions must use the base AAPCS variant 136 | xsltGenericError(xsltGenericErrorContext, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 137 | "xsltNewAttrElem : malloc failed\n"); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ libs/xslt/libxslt/attributes.c: In function 'xsltNewUseAttrSet': libs/xslt/libxslt/attributes.c:217:9: error: variadic functions must use the base AAPCS variant 217 | xsltGenericError(xsltGenericErrorContext, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 218 | "xsltNewUseAttrSet : malloc failed\n"); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ libs/xslt/libxslt/attributes.c: In function 'xsltResolveAttrSet.part.0': libs/xslt/libxslt/attributes.c:651:17: error: variadic functions must use the base AAPCS variant 651 | xsltGenericDebug(xsltGenericDebugContext, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 652 | "xsl:attribute-set : merging import for %s\n", name); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ libs/xslt/libxslt/attributes.c: In function 'xsltResolveSASCallback': libs/xslt/libxslt/attributes.c:694:6: error: variadic functions must use the base AAPCS variant 694 | xsltGenericError(xsltGenericErrorContext, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 695 | "xsl:attribute-set : internal error, can't move imported " | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 696 | " attribute set %s\n", name); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~ libs/xslt/libxslt/attributes.c: In function 'xsltParseStylesheetAttributeSet': libs/xslt/libxslt/attributes.c:432:2: error: variadic functions must use the base AAPCS variant 432 | xsltGenericDebug(xsltGenericDebugContext, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 433 | "creating attribute set table\n"); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ libs/xslt/libxslt/attributes.c:301:9: error: variadic functions must use the base AAPCS variant 301 | xsltGenericError(xsltGenericErrorContext, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 302 | "xsltNewAttrSet : malloc failed\n"); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ libs/xslt/libxslt/attributes.c:473:6: error: variadic functions must use the base AAPCS variant 473 | xsltGenericDebug(xsltGenericDebugContext, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 474 | "add attribute to list %s\n", ncname); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ libs/xslt/libxslt/attributes.c:518:3: error: variadic functions must use the base AAPCS variant 518 | xsltGenericDebug(xsltGenericDebugContext, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 519 | "xsl:attribute-set : %s adds use %s\n", ncname, curval); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ libs/xslt/libxslt/attributes.c:555:5: error: variadic functions must use the base AAPCS variant 555 | xsltGenericDebug(xsltGenericDebugContext, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 556 | "updated attribute list %s\n", ncname); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ libs/xslt/libxslt/attributes.c:399:2: error: variadic functions must use the base AAPCS variant 399 | xsltGenericError(xsltGenericErrorContext, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 400 | "xsl:attribute-set : name is missing\n"); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ libs/xslt/libxslt/attributes.c:399:2: error: variadic functions must use the base AAPCS variant libs/xslt/libxslt/attributes.c: In function 'xsltResolveStylesheetAttributeSet': libs/xslt/libxslt/attributes.c:713:5: error: variadic functions must use the base AAPCS variant 713 | xsltGenericDebug(xsltGenericDebugContext, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 714 | "Resolving attribute sets references\n"); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ libs/xslt/libxslt/attributes.c:722:3: error: variadic functions must use the base AAPCS variant 722 | xsltGenericDebug(xsltGenericDebugContext, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 723 | "creating attribute set table\n"); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ libs/xslt/libxslt/attributes.c: In function 'xsltApplyAttributeSet': libs/xslt/libxslt/attributes.c:1172:13: error: variadic functions must use the base AAPCS variant 1172 | xsltGenericDebug(xsltGenericDebugContext, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 1173 | "apply attribute set %s\n", curstr); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ make: *** [Makefile:159245: libs/xslt/libxslt/attributes.o] Error 1 Specific to armv7l, without mingw: Linux blah 5.9.12 #1 SMP PREEMPT Tue Mar 30 23:29:49 CDT 2021 armv7l GNU/Linux gcc version 10.2.1 20210110 (Debian 10.2.1-6) with llvm-mingw-20211002 (self-compiled, there's no linux/armv7l binary build afaik), however, wine builds. -- 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 49517] New: Warframe crashes during loading before menu with wined3d, gives popup
by WineHQ Bugzilla 21 Dec '22

21 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=49517 Bug ID: 49517 Summary: Warframe crashes during loading before menu with wined3d, gives popup Product: Wine Version: 5.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: GloriousEggroll(a)gmail.com Distribution: --- Created attachment 67648 --> https://bugs.winehq.org/attachment.cgi?id=67648 d3d popup error The game crashes during the initial loading screen and gives the attached popup message. Happens on both amd and nvidia. The launcher is also affected by https://bugs.winehq.org/show_bug.cgi?id=44985 in wined3d and can be worked around with WINEDLLOVERRIDES="libglesv2=d" to get the game to the launching/crashing point. -- 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 54101] New: unimplemented function MSVCP70.dll called in 32-bit code (0x7bc2c2e0)
by WineHQ Bugzilla 21 Dec '22

21 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54101 Bug ID: 54101 Summary: unimplemented function MSVCP70.dll called in 32-bit code (0x7bc2c2e0) Product: Wine Version: 7.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcp Assignee: wine-bugs(a)winehq.org Reporter: simon(a)dryder.de Distribution: --- Created attachment 73636 --> https://bugs.winehq.org/attachment.cgi?id=73636 unimplemented function MSVCP70.dll when running SC CT Versus in wine 7.22 When trying to run Splinter Cell Chaos Theory Versus mode with wine 7.22 game crashes with attached error message. -- 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 54085] New: windows.devices.enumeration:devices - test_DeviceAccessInformation() sometimes crashes on Windows 10
by WineHQ Bugzilla 21 Dec '22

21 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54085 Bug ID: 54085 Summary: windows.devices.enumeration:devices - test_DeviceAccessInformation() sometimes crashes on Windows 10 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com windows.devices.enumeration:devices - test_DeviceAccessInformation() sometimes crashes on Windows 10: devices.c:272: Test succeeded devices.c:114: this is the last test seen before the exception 1474:devices: unhandled exception c0000005 at 00007FFC40CC44E7 See https://test.winehq.org/data/patterns.html#windows.devices.enumeration:devi… The crash always happens in this call: hr = IDeviceAccessInformationStatics_CreateFromDeviceClass( statics, DeviceClass_AudioCapture, &access_info ); And the crashes started as soon as this test was added in the commit below: commit d0a60ca810ecb7ef71e67cb1a21ca6dc35c18bef Author: Paul Gofman <pgofman(a)codeweavers.com> Date: Tue Oct 4 13:13:05 2022 -0500 windows.devices.enumeration: Create stub DeviceAccessInformation class. The crashes were also reported by the TestBot in MR!1027 but it got merged anyway. -- 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 54060] New: Error: junk at end of line, first unrecognized character is `"'
by WineHQ Bugzilla 21 Dec '22

21 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54060 Bug ID: 54060 Summary: Error: junk at end of line, first unrecognized character is `"' Product: Wine Version: 7.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ucrtbase Assignee: wine-bugs(a)winehq.org Reporter: version2013(a)protonmail.com Distribution: --- Created attachment 73614 --> https://bugs.winehq.org/attachment.cgi?id=73614 log.txt Compiling in distro with: compiler version 4.8.4 # gcc --version glibc 2.19 # ldd --version config line: configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var --with-x --libdir=/usr/lib32 CFLAGS="-O2 -march=i686 -mtune=i686" Compile error in wine-7.21 libucrtbase-63899ddc.s: Assembler messages: libucrtbase-63899ddc.s:2: Error: junk at end of line, first unrecognized character is `"' libucrtbase-63899ddc.s:11: Error: junk at end of line, first unrecognized character is `"' libucrtbase-63899ddc.s:14: Error: junk at end of line, first unrecognized character is `"' winebuild: /usr/bin/i686-w64-mingw32-as failed with status 1 make: *** [dlls/ucrtbase/i386-windows/libucrtbase.a] Error 1 -- 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 53894] New: user32:sysparams - test_WM_DISPLAYCHANGE() times out on Windows 7+
by WineHQ Bugzilla 21 Dec '22

21 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53894 Bug ID: 53894 Summary: user32:sysparams - test_WM_DISPLAYCHANGE() times out on Windows 7+ Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com user32:sysparams - test_WM_DISPLAYCHANGE() times out on Windows 7+: sysparams.c:2474: Test failed: WaitForSingleObject returned 0x102 sysparams.c:2475: Test failed: got WM_DISPLAYCHANGE bpp 4294967295 See: https://test.winehq.org/data/patterns.html#user32:sysparams The failures started on 2022-09-23 which saw two commits to this test. However the test does not fail when run standalone so the commits may not be directly responsible. -- 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 53485] New: Cursor is missing in Visio 2003 when editing text
by WineHQ Bugzilla 21 Dec '22

21 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53485 Bug ID: 53485 Summary: Cursor is missing in Visio 2003 when editing text Product: Wine Version: 7.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: winebugs(a)copysoft.org Distribution: --- In Visio 2003 running under Wine 7.14 the text cursor is not displayed when editing text. How to reproduce: Open visio, create a new document, select the text tool, type on the screen, the cursor does not appear. Text input is fine, text is rendered fine and can be selected, copied and pasted, all that is missing is the cursor. I've run a bisect and found that this commit appears to be responsible for the regression: commit b8732c80b112af388264ac84d726aad09d93c8c6 Author: Zebediah Figura <zfigura(a)codeweavers.com> Date: Tue Apr 26 16:06:04 2022 +0100 win32u: Move caret APIs from user32. Signed-off-by: Zebediah Figura <zfigura(a)codeweavers.com> Signed-off-by: Jacek Caban <jacek(a)codeweavers.com> Signed-off-by: Huw Davies <huw(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> -- 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 53028] New: gamepad buttons stopped working correctly
by WineHQ Bugzilla 21 Dec '22

21 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53028 Bug ID: 53028 Summary: gamepad buttons stopped working correctly Product: Wine Version: 7.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: piotr5(a)netscape.net Distribution: --- ever since upgrading to wine-7.0 my gamepad got reduced to having only 10 functioning buttons and just 5 axes are actually doing anything. I now downgraded to wine-6.0.2 and it has all 14 buttons and 6 axes again. (actually now there are 2 devices of the same name detected, both have 8 axes, the second device is spreading the last 2 axes into being horizontal, while the first correctly assigns a 2d-movement analogue to one axis and nothing to the other. so I disabled the 2nd one.) to be precise, "wine control.exe" has a program for testing my gamepad, and there wine-7.0 is showing me only 10 buttons and 8 axes, of which only 5 are moving. in some game I had assigned one of the missing keys to an action and moving the axis which isn't perceived by wine sometimes triggers that missing button -- cannot see anything like that in this test program. I'm on gentoo linux, wine-vanilla is the only package providing wine there, and stable versions are just 6.0.2 and 7.0. installing newer versions doesn't work for me since it needs vulkan (winegcc aborts with function vkd3d_* not defined errors in wined3d.spec) which I have not installed. is it worth upgrading, or has that joystick bug not been fixed yet? -- 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 46500] New: Cogpack - Exercises can' t be run - Error 380 - Invalid property value
by wine-bugs＠winehq.org 21 Dec '22

21 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=46500 Bug ID: 46500 Summary: Cogpack - Exercises can't be run - Error 380 - Invalid property value Product: Wine Version: 4.0-rc6 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: maiktapwagner(a)aol.com Distribution: --- Created attachment 63348 --> https://bugs.winehq.org/attachment.cgi?id=63348 Console output on wine 4.0-rc6 Hello everyone, the application in question can be downloaded from and also has a demo version available which has the same "symptoms" as the full version: http://www.markersoftware.com/USA/demoinfo.htm#Download It returns an error message "invalid property value" with an error code of 380. Console output is attached and an entry for the AppDB has been submitted as well. -- 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 8

[Bug 53980] New: httpapi:httpapi sometimes crashes testing overlapped I/O with the v2 server in Wine
by WineHQ Bugzilla 21 Dec '22

21 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53980 Bug ID: 53980 Summary: httpapi:httpapi sometimes crashes testing overlapped I/O with the v2 server in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: httpapi Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- httpapi:httpapi sometimes crashes testing overlapped I/O with the v2 server in Wine: httpapi.c:1539: Test marked todo: Got error 120. Unhandled exception: page fault on write access to 0x00000000 in 32-bit code (0x7b020c3f). [...] Backtrace: =>0 0x7b020c3f GetOverlappedResultEx+0x9a(file=<couldn't compute location>, overlapped=<couldn't compute location>, result=<couldn't compute location>, timeout=<couldn't compute location>, alertable=<couldn't compute location>) [Z:\home\winetest\tools\testbot\var\wine\dlls\kernelbase\file.c:3184] in kernelbase (0x0062f0c8) 1 0x7b020d4a GetOverlappedResult+0x45(file=<couldn't compute location>, overlapped=<couldn't compute location>, result=<couldn't compute location>, wait=<couldn't compute location>) [Z:\home\winetest\tools\testbot\var\wine\dlls\kernelbase\file.c:3144] in kernelbase (0x0062f118) 2 0x703826c7 HttpReceiveHttpRequest+0x267(queue=<couldn't compute location>, id=<couldn't compute location>, flags=<couldn't compute location>, request=<couldn't compute location>, size=<couldn't compute location>, ret_size=<couldn't compute location>, ovl=<couldn't compute location>) [Z:\home\winetest\tools\testbot\var\wine\dlls\httpapi\httpapi_main.c:360] in httpapi (0x0062f1b8) 3 0x0040f6d1 in httpapi_test (+0xf6d1) (0x0062fdb8) See https://test.winehq.org/data/patterns.html#httpapi:httpapi There are only four known instances of this crash, meaning it's pretty rare and thus hard to reproduce: * 2022-08-30 (fg-deb64-32) This is also the first known instance. * 2022-11-14 (fg-deb64-32) * 2022-11-16 (debian11-win32-de-DE) * 2022-11-17 (debian11-win32) MR!1397 -- 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 3

[Bug 53977] New: amstream:amstream qedit:mediadet mf:transform mfmediaengine:mfmediaengine quartz:filtergraph winmm:mci wmp:media wmvcore:wmvcore mf:mf mfplay:mfplay qasf:asfreader broken on Debian Testing
by WineHQ Bugzilla 21 Dec '22

21 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53977 Bug ID: 53977 Summary: amstream:amstream qedit:mediadet mf:transform mfmediaengine:mfmediaengine quartz:filtergraph winmm:mci wmp:media wmvcore:wmvcore mf:mf mfplay:mfplay qasf:asfreader broken on Debian Testing Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- amstream:amstream qedit:mediadet mf:transform mfmediaengine:mfmediaengine quartz:filtergraph winmm:mci wmp:media wmvcore:wmvcore mf:mf mfplay:mfplay qasf:asfreader all have failures on Debian Testing. The exact failures are not really important, see the corresponding entries on the failure patterns page if more details are needed: https://test.winehq.org/data/patterns.html What's important is that the detection of gst/gst.h now fails on Debian Testing, resulting in Wine being compiled without GStreamer support which is what broke all the tests above: configure:17099: gstreamer-1.0 gstreamer-video-1.0 gstreamer-audio-1.0 cflags: configure:17100: gstreamer-1.0 gstreamer-video-1.0 gstreamer-audio-1.0 libs: configure:17103: checking for gst/gst.h configure:17103: gcc -m32 -c -g -O2 conftest.c >&5 conftest.c:174:10: fatal error: gst/gst.h: No such file or directory 174 | #include <gst/gst.h> | ^~~~~~~~~~~ And this all started with the commit below, which means this issue is related to bug 53953 but for Debian Testing instead of Fedora: commit c7a97b5d5d56ef00a0061b75412c6e0e489fdc99 (HEAD, refs/bisect/bad) Author: Zebediah Figura <zfigura(a)codeweavers.com> Date: Thu Nov 17 19:32:39 2022 -0600 configure: Override PKG_CONFIG_LIBDIR instead of PKG_CONFIG_PATH for 32-bit builds on 64-bit hosts. This allows 32-bit packages to be found when the user has specified PKG_CONFIG_PATH for some other reason. This also mirrors the way e.g. i686-linux-gnu-pkg-config is implemented on Debian, and possibly other distributions as well. This also prevents 64-bit .pc files from being found. This was originally intended as a benefit [1], but can contribute to misdetection of headers which are not actually multiarch (e.g. GStreamer, although at the time that [1] was written that was a preëxisting problem). In general a distribution which provides .pc files for one architecture should be expected to provide them for any architecture that it actually provides libraries for; even if that was not true of Debian in 2017, it is now. I moreover assert it is better to fail to find a present library than to incorrectly find the wrong one. Note that we can't easily use i686-linux-gnu-pkg-config, as would otherwise be preferable, for reasons also described in [1]. [1] https://www.winehq.org/pipermail/wine-devel/2017-June/118002.html -- 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 7

[Bug 53744] New: WM_SETTEXT between ANSI programs treating LPARAM as Unicode causing name corruption
by WineHQ Bugzilla 21 Dec '22

21 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53744 Bug ID: 53744 Summary: WM_SETTEXT between ANSI programs treating LPARAM as Unicode causing name corruption Product: Wine Version: 7.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: dark(a)darkok.xyz Distribution: --- When sending a WM_SETTEXT to and from a program expecting ANSI strings, it seems to be interpreting the string as Unicode, causing the window title to become corrupted. Sending a wide string over then makes it work on Wine, but not Windows. The issue was introduced in Wine 7.6, and still exists in the latest versions. -- 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 7

[Bug 52564] New: dxgi:dxgi times out in test_find_closest_matching_mode() on cw-gtx560
by WineHQ Bugzilla 21 Dec '22

21 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=52564 Bug ID: 52564 Summary: dxgi:dxgi times out in test_find_closest_matching_mode() on cw-gtx560 Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- When run in Wine, dxgi:dxgi times out in test_find_closest_matching_mode() on cw-gtx560: $ WINETEST_NO_MT_D3D=1 WINETEST_TIME=1 ./wine dlls/dxgi/tests/dxgi_test.exe dxgi [...] dxgi.c:1582:1.778 mode_count=130 dxgi.c:1585:1.778 i=0 dxgi.c:1585:2.452 i=1 dxgi.c:1585:3.123 i=2 dxgi.c:1585:3.867 i=3 dxgi.c:1585:4.806 i=4 dxgi.c:1585:5.929 i=5 dxgi.c:1585:7.061 i=6 dxgi.c:1585:8.187 i=7 dxgi.c:1585:9.332 i=8 dxgi.c:1585:10.542 i=9 [...] dxgi.c:1656:139.600 [...] 0020:dxgi:188.618 12836 tests executed (203 marked as todo, 2 failures), 35 skipped. https://test.winehq.org/data/patterns.html#dxgi:dxgi The problem is that it slows down after the first few modes, taking 1060 ms on average. And there are 130 modes to test so the test hits the 120 second limit. This issue started with the commit below. commit 1f2c3e8538b088f678a588121fc0bf7811336efc Author: Jacek Caban <jacek(a)codeweavers.com> Date: Wed Dec 1 16:02:43 2021 +0100 win32u: Move NtUserEnumDisplaySettings implementation from user32. Signed-off-by: Jacek Caban <jacek(a)codeweavers.com> Signed-off-by: Huw Davies <huw(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> Before that commit test_find_closest_matching_mode() was much faster. dxgi.c:1582:1.558 mode_count=130 dxgi.c:1585:1.558 i=0 dxgi.c:1585:1.751 i=1 dxgi.c:1585:1.960 i=2 dxgi.c:1585:2.168 i=3 dxgi.c:1585:2.361 i=4 dxgi.c:1585:2.570 i=5 dxgi.c:1585:2.763 i=6 dxgi.c:1585:2.939 i=7 dxgi.c:1585:3.132 i=8 dxgi.c:1585:3.309 i=9 [...] dxgi.c:1656:25.519 [...] 0020:dxgi:63.668 12835 tests executed (203 marked as todo, 2 failures), 35 skipped. (184 ms on average) Note: cw-rx460 does not have this issue because it has fewer modes to test (20), and testing each mode is much faster too (28 ms on average). -- 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 50315] New: Silent Hill 2 failed to install -installshield extraction error
by WineHQ Bugzilla 21 Dec '22

21 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=50315 Bug ID: 50315 Summary: Silent Hill 2 failed to install -installshield extraction error Product: Wine Version: 6.0-rc1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: legluondunet(a)gmail.com Distribution: --- Created attachment 68897 --> https://bugs.winehq.org/attachment.cgi?id=68897 screenshot installshield error message Hello, with last wine version 6, Silent Hill 2 failed to install with an installshield extraction error (cf screenshot joined). This bug is new, I can not reproduce it with Wine 5.x Nothing interesting in terminal log, only that lines: 010c:fixme:file:NtLockFile I/O completion on lock not implemented yet Initial process has exited (return code: 0) 010c:err:ole:CoReleaseMarshalData StdMarshal ReleaseMarshalData failed with error 0x8001011d -- 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 9

[Bug 50043] New: Kholat from GOG does not launch anymore
by WineHQ Bugzilla 21 Dec '22

21 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=50043 Bug ID: 50043 Summary: Kholat from GOG does not launch anymore Product: Wine Version: 5.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: titan.costa(a)gmail.com Distribution: --- Created attachment 68493 --> https://bugs.winehq.org/attachment.cgi?id=68493 Message box I get the attached message box instead. This is a regression but I can't bisect as I the following errors with older wine versions: wine: could not find __wine_start_process in kernel32.dll, status c000007a 0024:err:environ:run_wineboot failed to start wineboot c000007a -- 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 23

[Bug 54105] New: taskschd:scheduler fails on Windows 10 1607+
by WineHQ Bugzilla 21 Dec '22

21 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54105 Bug ID: 54105 Summary: taskschd:scheduler fails on Windows 10 1607+ Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: taskschd Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com taskschd:scheduler fails on Windows 10 1607+: scheduler.c:786: Test failed: DeleteTask error 0x80070002 See https://test.winehq.org/data/patterns.html#taskschd:scheduler This new failure is caused by the following commit: commit 7acd3aa429f2d45d96f4699906dc81e47ebd9c13 Author: Sven Baars <sbaars(a)codeweavers.com> Date: Wed Dec 7 17:19:48 2022 +0100 taskschd/tests: Fix a test failure on w1064v1507. This failure was also detected by the TestBot in MR!1732 but it was merged anyway. -- 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 54014] New: advapi32:security sometimes exits prematurely in Wine
by WineHQ Bugzilla 21 Dec '22

21 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54014 Bug ID: 54014 Summary: advapi32:security sometimes exits prematurely in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: advapi32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- advapi32:security sometimes exits prematurely in Wine: security.c:5550: Test marked todo: expected execute access 0x120000, got 0xdeadbeef advapi32:security:03a8 done (0) in 0s 6852B What's missing here is the "tests executed..." summary line which typically indicates some underlying library called "exit()". This is usually accompanied with a warning message complaining about something being wrong but there is no trace of such a message in the task log. There are some strange aspects to this: * There is no record of it ever happening in the nightly WineTest runs. * But it impacted 9 merge requests so far: 2022-11-28 MR!1575 2022-11-29 MR!1595 MR!1583 MR!1594 2022-11-25 MR!1537 2022-11-16 MR!1379 2022-11-14 MR!1363 MR!1356 2022-11-13 MR!1315 When it happens the report shows 4 instances of the 5550 todo. Comparing that to a successful run indicates the early exit happened between the end of test_kernel_objects_security() and the start of test_CreateWellKnownSid(). Maybe a piece of good news: advapi32:security crashes with WINEDEBUG=heap. However that crash happens in test_CreateDirectoryA() instead of the expected place. So it may be an unrelated issue. -- 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 2

[Bug 53571] New: PhotoshopCS2 Installer custom action page fault
by WineHQ Bugzilla 21 Dec '22

21 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53571 Bug ID: 53571 Summary: PhotoshopCS2 Installer custom action page fault Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: winebugs(a)copysoft.org Distribution: --- While attempting to bisect something else on the Photoshop CS2 installer I've noticed that this recent commit: commit 0d0f2067f89545539ab3ae0ccd802239a2dce98e Author: Jacek Caban <jacek(a)codeweavers.com> Date: Sun Aug 14 23:24:04 2022 +0200 user32: Pass window name as UNICODE_STRING to NtUserCreateWindowEx. Breaks the installer and makes it crash when selecting the file types to be associated with Photoshop. 02dc:err:msi:__wine_msi_call_dll_function Custom action (L"C:\\users\\username\\Temp\\msic328.tmp":"SelectFileAssoc") caused a page fault: 0xc0000005 -- 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 54032] New: user32:msg - test_broadcast() sometimes fails due to ERROR_INVALID_PARAMETER on w7pro64
by WineHQ Bugzilla 21 Dec '22

21 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54032 Bug ID: 54032 Summary: user32:msg - test_broadcast() sometimes fails due to ERROR_INVALID_PARAMETER on w7pro64 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com user32:msg - test_broadcast() sometimes fails due to ERROR_INVALID_PARAMETER on w7pro64: msg.c:17400: Test failed: 5: message ffff, got 0, error 87 msg.c:17405: Test failed: 5,0: message ffff, got 0, error 87 msg.c:17405: Test failed: 5,1: message ffff, got 0, error 87 msg.c:17405: Test failed: 5,2: message ffff, got 0, error 87 msg.c:17405: Test failed: 5,3: message ffff, got 0, error 87 msg.c:17405: Test failed: 5,8: message ffff, got 0, error 87 msg.c:17405: Test failed: 5,9: message ffff, got 0, error 87 msg.c:17405: Test failed: 5,10: message ffff, got 0, error 87 msg.c:17405: Test failed: 5,11: message ffff, got 0, error 87 msg.c:17405: Test failed: 5,12: message ffff, got 0, error 87 See https://test.winehq.org/data/patterns.html#user32:msg Notes: * This is specific to w7pro64 and happens roughly twice a month. * The first known instance dates back to 2022-08-17 and there was none in the 2 months prior. * The w7pro64 snapshot dates back to 2021-08-23. So the conclusion is that something changed in Wine back in August that causes these failures. Since the logs show no change to that test in that timeframe (the next day does not count), it must be caused by a change in another test :-( -- 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 2

[Bug 54193] New: dinput:force_feedback - test_windows_gaming_input() sometimes fails in Wine
by WineHQ Bugzilla 21 Dec '22

21 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54193 Bug ID: 54193 Summary: dinput:force_feedback - test_windows_gaming_input() sometimes fails in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: dinput Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- dinput:force_feedback - test_windows_gaming_input() sometimes fails in Wine. For instance: * 2022-12-20 on debian11-win32-he-IL (6 failures) force_feedback.c:5932: Test failed: got status 0 force_feedback.c:5932: Test marked todo: got error 0 force_feedback.c:5932: Test marked todo: GetResults returned 0x8000000e force_feedback.c:5937: Test failed: handler not invoked force_feedback.c:5938: Test failed: got async 00000000 force_feedback.c:5939: Test failed: got status 0 force_feedback.c:5945: Test failed: got status 2 force_feedback.c:5945: Test marked todo: got error 0 force_feedback.c:5945: Test marked todo: GetResults returned 0x8000000e force_feedback.c:4703: iface 006C9128, async 019BEEE8, status 4 force_feedback.c:4703: iface 006C9128, async 019C39C8, status 1 force_feedback.c:4705: Test failed: invoked twice force_feedback.c:4703: iface 006C9128, async 019C39C8, status 4 * 2022-11-24 fgtb-debian11-wow64 (3 failures) force_feedback.c:5839: Test failed: got status 0 force_feedback.c:5839: Test marked todo: got error 0 force_feedback.c:5839: Test marked todo: GetResults returned 0x8000000e force_feedback.c:5844: Test failed: handler not invoked force_feedback.c:4615: iface 00000000006C8EB0, async 0000000001D77D50, status 3 force_feedback.c:5845: Test failed: got async 0000000000000000 force_feedback.c:5852: Test marked todo: got error 0x8007001e force_feedback.c:5852: Test marked todo: GetResults returned 0x8007001e * 2022-11-01 debiant-wow64 (1 failure) force_feedback.c:5776: Test marked todo: get_SupportedAxes returned 0x80004001 force_feedback.c:5778: Test marked todo: got axes 0xdeadbeef force_feedback.c:5796: Test failed: got status 0 See https://test.winehq.org/data/patterns.html#dinput:force_feedback The oldest known instance dates back to 2022-09-01 (same 6 failures as above) and there has only been a total of 5 instances to date (in the nightly WineTest runs). So these failures are probably caused by a change some time in August. -- 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 1

[Bug 40250] New: Stunt GP too fast timer for stunts, waterfall/screen animation and starting screens
by wine-bugs＠winehq.org 20 Dec '22

20 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=40250 Bug ID: 40250 Summary: Stunt GP too fast timer for stunts, waterfall/screen animation and starting screens Product: Wine Version: 1.9.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: 10mkudela(a)gmail.com Distribution: --- In the game time frame required to press Shift key to make stunt is much smaller then in Windows. Also waterfall animation and loading screens are much faster then in Windows. Everything else is at the same speed. One additional animation is faster as well: speed of the text on screen in Germany location is faster as well, but it's speed is changing from what I have noticed. There is probably a timer somewhere that is ticking faster then it should be, and that is used by all those elements. This bug was tested on 1.9.4 version of Wine, but it is also present on older versions. -- 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 9

[Bug 53716] New: Warlords 3: Darklords Rising: opening dialog window has messed up colors
by WineHQ Bugzilla 20 Dec '22

20 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53716 Bug ID: 53716 Summary: Warlords 3: Darklords Rising: opening dialog window has messed up colors Product: Wine Version: 7.14 Hardware: x86-64 URL: https://www.fileplanet.com/archive/p-27637/Warlords-II I-Darklords-Rising-Demo OS: Linux Status: NEW Keywords: download, regression Severity: minor Priority: P2 Component: win32u Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: jacek(a)codeweavers.com Regression SHA1: 47dd8a6a9b1193ec1656cdf04117b94a3cf07025 Distribution: --- Created attachment 73147 --> https://bugs.winehq.org/attachment.cgi?id=73147 Before -> after image This was tested with GOG.com version of the game but can also be reproduced with the original demo version. When you start the game the opening dialog (where you select game mode/screen resolution) has strange colors. The demo uses a 16-bit installer which is currently affected by bug #53646. Winver needs to be Win95/98. This is a regression from Wine-7.14, caused by commit 47dd8a6a9b1193ec1656cdf04117b94a3cf07025 Author: Jacek Caban <jacek(a)codeweavers.com> Date: Sun Jul 10 16:15:10 2022 +0200 win32u: Use syscall interface for more user painting functions. Nothing obvious is visible in the terminal output. Darkdemo.zip (20M) md5sum: 30f5908552d720e8b5361e0656772da8 wine-7.17-224-g52a83ffe4ef -- 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 1

[Bug 53256] New: user32:win - test_window_from_point() and test_mouse_input() sometimes fail on Windows 10 2009+
by WineHQ Bugzilla 20 Dec '22

20 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53256 Bug ID: 53256 Summary: user32:win - test_window_from_point() and test_mouse_input() sometimes fail on Windows 10 2009+ Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com user32:win - test_window_from_point() and test_mouse_input() sometimes fail on Windows 10 2009+: win.c:10238: Test failed: button under static window didn't get WM_LBUTTONUP 02fc:win: 10 tests executed (0 marked as todo, 1 failure), 0 skipped. ... win.c:4549: Test failed: hwnd 00000000009C02AE/00000000009C02AE message 0204 win.c:4554: Test failed: hwnd 00000000009C02AE/00000000009C02AE message 0205 win.c:4559: Test failed: hwnd 00000000009C02AE/00000000009C02AE message 0206 win.c:4564: Test failed: hwnd 00000000009C02AE/00000000009C02AE message 0205 win.c:4580: Test failed: hwnd 00000000007902D6/00000000007902D6 message 0204 win.c:4584: Test failed: hwnd 00000000007902D6/00000000007902D6 message 0205 win.c:4593: Test failed: hwnd 00000000009C02AE/00000000009C02AE message 0204 win.c:4596: Test failed: hwnd 00000000009C02AE/00000000009C02AE message 0205 win.c:4629: Test failed: hwnd 00000000005C0340/00000000005C0340 message 00a4 win.c:4635: Test failed: hwnd 00000000005C0340/00000000005C0340 message 00a5 win.c:4642: Test failed: hwnd 00000000005C0340/00000000005C0340 message 0206 win.c:4644: Test failed: wparam 2 win.c:4655: Test failed: hwnd 00000000005C0340/00000000005C0340 message 0205 https://test.winehq.org/data/patterns.html#user32:win Where: * 204 == WM_RBUTTONDOWN * 205 == WM_RBUTTONUP * 206 == WM_RBUTTONDBLCLK Although they seem unrelated, the test_window_from_point() failure and the set of 13 test_mouse_input() failures always happen together which means they probably have a common cause. Also these failures are usually rare but can be almost systematic at times, for instance from 2022-04-25 to 2022-05-30 on w1064 32-bit. -- 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 2

[Bug 54188] New: user32:win - test_GetMessagePos() sometimes gets an unexpected position on Windows
by WineHQ Bugzilla 20 Dec '22

20 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54188 Bug ID: 54188 Summary: user32:win - test_GetMessagePos() sometimes gets an unexpected position on Windows Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com user32:win - test_GetMessagePos() sometimes gets an unexpected position on Windows and Wine: win.c:10841: Test failed: pos = 00e700d0 win.c:10845: Test failed: pos = 00e700d0 win.c:10849: Test failed: pos = 00e700d0 or win.c:10841: Test failed: pos = 00e600d0 win.c:10845: Test failed: pos = 00e600d0 win.c:10849: Test failed: pos = 00e600d0 See https://test.winehq.org/data/patterns.html#user32:win This happens most frequently on Windows 7 but also happens on Windows 10 21H2 and 22H2. -- 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 1

[Bug 53986] New: wininet:http - test_concurrent_header_access() sometimes fails on Windows 7 & 8
by WineHQ Bugzilla 20 Dec '22

20 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53986 Bug ID: 53986 Summary: wininet:http - test_concurrent_header_access() sometimes fails on Windows 7 & 8 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: wininet Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com wininet:http - test_concurrent_header_access() sometimes fails on Windows 7 & 8: http.c:7825: Test failed: HttpQueryInfoA failed 6 See https://test.winehq.org/data/patterns.html#wininet:http This is an old failure going back to at least 2022-06-07 and the failure rate is below 2% so it is going to be hard to reproduce. -- 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 2

[Bug 54042] New: wmvcore:wmvcore - test_sync_reader_types() sometimes gets an NS_E_INCOMPATIBLE_FORMAT error in Wine
by WineHQ Bugzilla 20 Dec '22

20 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54042 Bug ID: 54042 Summary: wmvcore:wmvcore - test_sync_reader_types() sometimes gets an NS_E_INCOMPATIBLE_FORMAT error in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: wmp&wmvcore Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- wmvcore:wmvcore - test_sync_reader_types() sometimes gets an NS_E_INCOMPATIBLE_FORMAT error in Wine: wmvcore.c:1521: Test marked todo: Stream 0: Got output number 0. wmvcore.c:1579: Test failed: Stream 0: Got hr 0xc00d0041. wmvcore.c:1586: Test marked todo: Stream 0: Got hr 0. See https://test.winehq.org/data/patterns.html#wmvcore:wmvcore This failure first happened on 2022-09-27, there are no record of it in the previous 4 months, and it has happened about every other week since. So it is probably caused by a change in Wine that occurred in September. -- 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 2

[Bug 54187] New: dxgi:dxgi - test_swapchain_parameters() sometimes gets access denied errors on Windows 8
by WineHQ Bugzilla 20 Dec '22

20 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54187 Bug ID: 54187 Summary: dxgi:dxgi - test_swapchain_parameters() sometimes gets access denied errors on Windows 8 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com dxgi:dxgi - test_swapchain_parameters() sometimes gets access denied errors on Windows 8: dxgi.c:4487: Test failed: Got unexpected hr 0x80070005, test 10. dxgi.c:4487: Test failed: Got unexpected hr 0x80070005, test 11. dxgi.c:4487: Test failed: Got unexpected hr 0x80070005, test 20. dxgi.c:4487: Test failed: Got unexpected hr 0x80070005, test 33. dxgi.c:4487: Test failed: Got unexpected hr 0x80070005, test 34. dxgi.c:4487: Test failed: Got unexpected hr 0x80070005, test 43. See https://test.winehq.org/data/patterns.html#dxgi:dxgi Where 0x80070005 == E_ACCESSDENIED This always happens with the same set of 6 tests. This happened once on w8adm (2022-11-29) but usually happens on w864 (4 instances) where the test runs with elevated privileges. -- 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 1

[Bug 42384] New: WinOmega 10.00.24 attempts to use certmgr.msc
by wine-bugs＠winehq.org 19 Dec '22

19 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=42384 Bug ID: 42384 Summary: WinOmega 10.00.24 attempts to use certmgr.msc Product: Wine Version: 2.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: crypt32 Assignee: wine-bugs(a)winehq.org Reporter: info(a)winomega.com Distribution: --- Created attachment 57179 --> https://bugs.winehq.org/attachment.cgi?id=57179 certmgr.msc error WinOmega 10.00.24 (https://appdb.winehq.org/objectManager.php?sClass=version&iId=33538) is yields an error (see screenshot) when attempting to manage certificates through: Facturación -> Clientes -> Firmar -> Factura-e The program relies on certmgr.msc (MMC snap-in) for certificate management. A possible workaround could be to use certmgr.exe (Certificate Manager Tool) in its stead. However certmgr.exe isn't usable due to bug 42383 (https://bugs.winehq.org/show_bug.cgi?id=42383). -- 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 5

[Bug 51588] New: MS Visio 2016 not work
by WineHQ Bugzilla 19 Dec '22

19 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=51588 Bug ID: 51588 Summary: MS Visio 2016 not work Product: Wine Version: 6.0.1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mettalhunter(a)yahoo.com.ar Distribution: --- Created attachment 70436 --> https://bugs.winehq.org/attachment.cgi?id=70436 cosole output Hi! I installed MS Visio 2016 but it does not start, not show Windows, nothing. I used Gentoo Linux with Wine-6.0 and Wine-6.14. I installed: riched20, riched30, mfc40, mfc42, msxml6, msxml3, vcrun (2008 until 2017), msftedit. What is the issues? -- 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 54179] New: Maximized windows are not maximized with built-in decorations
by WineHQ Bugzilla 19 Dec '22

19 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54179 Bug ID: 54179 Summary: Maximized windows are not maximized with built-in decorations Product: Wine Version: 8.0-rc1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: aros(a)gmx.com Distribution: --- Created attachment 73705 --> https://bugs.winehq.org/attachment.cgi?id=73705 Maximized notepad Steps to reproduce: 1) winecfg -> Graphics -> uncheck "Allow the window manager to decorate the windows" 2) Run [wine] notepad 3) Maximize it Results: You can still resize the window as the mouse cursor changes to double-arrows at the borders of the screen. Expected results: The window is indeed maximized and cannot be resized unless you restore/unmaximize 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 2

[Bug 50298] New: w1064v1909 shows the "create a Windows account" fullscreen dialog
by WineHQ Bugzilla 19 Dec '22

19 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=50298 Bug ID: 50298 Summary: w1064v1909 shows the "create a Windows account" fullscreen dialog Product: Wine-Testbot Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- Created attachment 68868 --> https://bugs.winehq.org/attachment.cgi?id=68868 w1064v1909 "Let's finish setting up your device" dialog w1064v1909 corresponds to the 1909-live snapshot of the w1064 VM. That snapshot is created automatically by the TestBot. Currently this snapshot opens on the "create a Windows account" fullscreen dialog, the one with the following title: Let's finish setting up your device It seems this dialog 'pops up' automatically on boot if one does not provide a Microsoft account when installing Windows. When that happens is hard to predict, Windows seems to wait a few days or reboots before doing. Furthermore something WineTest does seems to make this dialog go away because it's not visible in the final WineTest screenshot. However it is visible if one runs a single test such as ntdll:exception. It's not entirely clear if this dialog is interfering with some tests but its presence is definitely unwanted. -- 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 47847] New: Disable Windows 10's "privacy wizard" after locale change
by WineHQ Bugzilla 19 Dec '22

19 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=47847 Bug ID: 47847 Summary: Disable Windows 10's "privacy wizard" after locale change Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- The TestBot can automatically set up locale-specific live snapshots (after the locale has been manually installed, see point 1 of bug 47804). However on Windows 10 the mandatory reboot is sometimes followed by a wizard asking a bunch of questions like whether to use audio speech recognition, what kind of reports to send Microsoft, etc. I think this is the "Choose your Privacy Settings" wizard. Of course that breaks the snapshot creation since the TestBot cannot answer these questions, fails to detect they are even being asked (because TestAgentd is already running in the background), and creates a snapshot of the half-baked state. So one question is: how can one prevent Windows from putting up this wizard? But then, while I had this wizard for the French locale, I did not get it for Arabic. Would it perchance only happen for European locales? If so the pain may be bearable. -- 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 9

[Bug 51411] New: Add a mixed locale Windows test configuration.
by WineHQ Bugzilla 19 Dec '22

19 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=51411 Bug ID: 51411 Summary: Add a mixed locale Windows test configuration. Product: Wine-Testbot Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- The TestBot's locale test configurations usually have a matching set of locales for SystemDefaultLCID, USystemPreferredUILanguages, UserDefaultUILanguage and ThreadUILanguage. For instance for French we have: SystemDefaultLCID 040c UserDefaultLCID 0409 ThreadLocale 0409 SystemPreferredUILanguages 040C,0409 UserDefaultUILanguage 040c ThreadUILanguage 040c As a result tests can substitute GetSystemDefaultLCID() for GetThreadUILanguage() and get away with it. In turn this allows Wine to substitute these too without causing the tests to fail (see for instance mlang:mlang, bug 51410). To avoid this the TestBot needs a test configuration where all the important locale settings are different so these issues are detected immediately. -- 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 1

[Bug 51451] New: Many Windows 10 VMs are incompletely localized
by WineHQ Bugzilla 19 Dec '22

19 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=51451 Bug ID: 51451 Summary: Many Windows 10 VMs are incompletely localized Product: Wine-Testbot Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com The localized w10pro64* VMs don't have the right UserDefaultLCID and are sometimes missing even more: w10pro64 fr_FR SystemDefaultLCID 040c UserDefaultLCID 0409 <--- should be 040c ThreadLocale 0409 ??? SystemPreferredUILanguages 040C,0409 UserDefaultUILanguage 040c ThreadUILanguage 040c w10pro64 ar_MA SystemDefaultLCID 0c01 UserDefaultLCID 0409 <--- should be 0c01 ThreadLocale 0409 ??? SystemPreferredUILanguages 0409 <--- should contain 0c01 UserDefaultUILanguage 0409 <--- should be 0c01 ThreadUILanguage 0409 <--- should be 0c01 w10pro64 he_IL UserDefaultLCID 0409 <--- should be 40d w10pro64 hi_IN Being a Unicode-only language means setting the system locale to Hindi was not possible in older Windows versions (up to early Windows 10). Now it is but it's considered Beta and uses the UTF-8 encoding in ANSI APIs. So it's not clear if it should be changed (and how to do it programmatically). SystemDefaultLCID 0409 <--- Unicode-only language UserDefaultLCID 0409 <--- should be 0439 ThreadLocale 0409 ??? SystemPreferredUILanguages 0439,0409 UserDefaultUILanguage 0439 ThreadUILanguage 0439 w10pro64 ja_JP UserDefaultLCID 0409 <--- should be 411 w10pro64 ko_KO UserDefaultLCID 0409 <--- should be 412 w10pro64 pt_BR UserDefaultLCID 0409 <--- should be 416 w10pro64 ru_RU UserDefaultLCID 0409 <--- should be 419 w10pro64 zh_CN UserDefaultLCID 0409 <--- should be 804 This prevents testing how Windows behaves when formatting and parsing their currencies in oleaut32:varformat for instance. Strangely enough the w7u* VMs don't have this issue: w7u de_DE SystemDefaultLCID 0407 UserDefaultLCID 0407 ThreadLocale 0407 SystemPreferredUILanguages 0407 UserDefaultUILanguage 0407 ThreadUILanguage 0407 -- 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 2

[Bug 54158] New: Windows Update is not quite idle in w1064v1709
by WineHQ Bugzilla 19 Dec '22

19 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54158 Bug ID: 54158 Summary: Windows Update is not quite idle in w1064v1709 Product: Wine-Testbot Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Windows Update is not quite idle in w1064v1709. It takes a while for it to actually start so it's not obvious right after boot. Also the network connection is metered so it should not be downloading stuff. But I think it already had some updates downloaded and ready to install before the snapshot was taken so that after a while it just proceeds to install them which breaks some tests. See also bug 53227. -- 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 2

[Bug 54176] New: Vegas pro 16
by WineHQ Bugzilla 19 Dec '22

19 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54176 Bug ID: 54176 Summary: Vegas pro 16 Product: Wine Version: 7.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bochtabochta(a)gmail.com Distribution: --- Created attachment 73699 --> https://bugs.winehq.org/attachment.cgi?id=73699 BackTrace of crash Vegas pro 16 crashes at launch when loading i/o file manager -- 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 2

[Bug 54129] New: Disable Internet time synchronization in all Windows configurations
by WineHQ Bugzilla 19 Dec '22

19 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54129 Bug ID: 54129 Summary: Disable Internet time synchronization in all Windows configurations Product: Wine-Testbot Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Created attachment 73660 --> https://bugs.winehq.org/attachment.cgi?id=73660 kernel32:process: Dump the Internet time synchronization config if passed w32time. Internet time synchronization is suspected to be responsible for sending WM_TIMECHANGE messages which break some tests (see bug 53273, bug 53516, bug 54128). The TestBot has code to disable Internet time synchronization but this requires a snapshot update. The following test configurations have Internet time synchronization enabled: w7u* -> Service start = 0x3 Manual + Type = NTP w7pro64 -> Service start = 0x3 Manual + Type = NTP w8* -> Service start = 0x3 Manual + Type = NTP w864* -> Service start = 0x3 Manual + Type = NTP w1064v2009 -> Service start = 0x2 Automatic (Delayed) + Type = NoSync w10pro64v2004 -> Service start = 0x3 Manual + Type = NTP w10pro64* -> Service start = 0x2 Automatic (Delayed) + Type = NTP w1164_amd -> Service start = 0x2 Automatic (Delayed) + Type = NoSync Those that have Type = NoSync are probably okay. They look like partially failed attempts at disabling time synchronization, or cases where something tried to re-enable time synchronization. These are okay: w1064* -> Service start = 0x4 Disabled + Type = NoSync w1164 -> Service start = 0x4 Disabled + Type = NoSync w1164_nv -> Service start = 0x4 Disabled + Type = NoSync -- 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 12159] New: Alt-click moves the windows instead of giving access to alternate functionalities in Photoshop Cs2
by wine-bugs＠winehq.org 18 Dec '22

18 Dec '22

http://bugs.winehq.org/show_bug.cgi?id=12159 Summary: Alt-click moves the windows instead of giving access to alternate functionalities in Photoshop Cs2 Product: Wine Version: 0.9.58. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P1 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: mariejoaile(a)gmail.com Steps to reproduce: 1- Open Photoshop 2- Create a new document or open one 3- Pick a selection tool or clone or any of the tool making use of an alternate function using alt 4- Try to use this alt-click option and instead of for instance for the select tool, deselecting, it will move the window. This action is very important because there is no other way to use certain of Photoshop's tool, making tools like clone and healing useless. -- 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.

2 4

[Bug 54160] New: REGRESSION : Drive Usage shows empty CDRom drive with free space from the last HDD
by WineHQ Bugzilla 18 Dec '22

18 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54160 Bug ID: 54160 Summary: REGRESSION : Drive Usage shows empty CDRom drive with free space from the last HDD Product: Wine Version: unspecified Hardware: x86-64 OS: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: contact(a)kcsoftwares.com Created attachment 73684 --> https://bugs.winehq.org/attachment.cgi?id=73684 screenshot Drive Usage shows empty CDRom drive with free space from the last HDD Only if CDRom drive is EMPTY REGRESSION : dlls/msi/dialog.c is faulty because : - change made to msi_dialog_vcl_add_drives now using GetVolumeInformationW and flag compared to FILE_READ_ONLY_VOLUME does not work as previous implementation - GetDiskFreeSpaceExW result is not checked and if failing (eg : empty CDRom drive) the content of "free" is used (containing last valid data, eg last HDD) Detected in https://jira.reactos.org/browse/CORE-18758 -- 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 53955] New: Fractal Mapper stopped working after wine upgrade
by WineHQ Bugzilla 18 Dec '22

18 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53955 Bug ID: 53955 Summary: Fractal Mapper stopped working after wine upgrade Product: Wine Version: 7.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msxml3 Assignee: wine-bugs(a)winehq.org Reporter: goeran(a)uddeborg.se Distribution: --- After upgrading wine on my Fedora 37 system Fractal Mapper no longer works. The output ends withe a couple of error messages. 010c:err:module:find_forwarded_export module not found for forward 'msxml3.DllGetClassObject' used by L"C:\\windows\\system32\\msxml.dll" 010c:err:ole:apartment_add_dll couldn't find function DllGetClassObject in L"C:\\windows\\system32\\msxml.dll" 010c:err:ole:create_server class {2933bf90-7b36-11d2-b20e-00c04f983e60} not registered 010c:err:ole:com_get_class_object no class object {2933bf90-7b36-11d2-b20e-00c04f983e60} could be created for context 0x5 010c:err:seh:NtRaiseException Exception frame is not in stack limits => unable to dispatch exception. The can be reproduced with the trial version from https://www.nbos.com/nox/item/144. Run like this - wine fm8trial.exe - cd $WINEPREFIX/drive_c/Program\ Files\ $x86$/nbos - wine Mapper8.exe To get Fractal Mapper fully working with wine I have previously documented some steps in the appdb. This new problem appears regardless if you do those extra steps or not however. There have been several upgrades of wine in Fedora, I don't know exactly at which upgrade this broke. -- 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 53510] New: ntoskrnl.exe:ntoskrnl sometimes fails on Windows 7 and 8
by WineHQ Bugzilla 17 Dec '22

17 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53510 Bug ID: 53510 Summary: ntoskrnl.exe:ntoskrnl sometimes fails on Windows 7 and 8 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com ntoskrnl.exe:ntoskrnl sometimes fails on Windows 7 and 8: driver.c:2478: Test failed: Got control flags 0x4. driver.c:2495: Test failed: Got control flags 0x4. driver.c:1758: Test failed: Got control flags 0x4. driver.c:1769: Test failed: Got control flags 0x4. https://test.winehq.org/data/patterns.html#ntoskrnl.exe:ntoskrnl This set of four errors is usually repeated 3 times but sometimes has different flags: driver.c:2478: Test failed: Got control flags 0x8. or driver.c:2478: Test failed: Got control flags 0x4e. or driver.c:2478: Test failed: Got control flags 0x82. -- 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 2

[Bug 53250] New: ole32:compobj - test_CoGetClassObject() sometimes fails on Windows 7 and 8
by WineHQ Bugzilla 17 Dec '22

17 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53250 Bug ID: 53250 Summary: ole32:compobj - test_CoGetClassObject() sometimes fails on Windows 7 and 8 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: ole32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com ole32:compobj - test_CoGetClassObject() sometimes fails on Windows 7 and 8: compobj.c:831: Test failed: Section not found. compobj.c:841: Test failed: Unexpected return value. compobj.c:850: Test failed: Unexpected return value. compobj.c:856: Test failed: Unexpected module name L"testlib.dll". https://test.winehq.org/data/patterns.html#ole32:compobj The failures are rare enough to cause false positives. -- 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 2

[Bug 54165] New: Tomb Raider Custom Level - Tibetan Winter crashes with Software Rendering (Backtrace)
by WineHQ Bugzilla 17 Dec '22

17 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54165 Bug ID: 54165 Summary: Tomb Raider Custom Level - Tibetan Winter crashes with Software Rendering (Backtrace) Product: Wine Version: 8.0-rc1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: maiktapwagner(a)aol.com Distribution: --- Created attachment 73690 --> https://bugs.winehq.org/attachment.cgi?id=73690 Backtrace 8.0-rc1 (Slackware 15.0) Hello everyone, I am running a patched version of 8.0-rc1 with one specific patch that stems from https://bugs.winehq.org/show_bug.cgi?id=54093 but no other patches have been applied. Download-URL and console output will be provided shortly in its specific field but here is my checksum for the time being. sha256sum MrXY-TibetanWinterRemake.zip 3e40a65d05737723efcc614198f83ab871247936fc8d6ff432cf9a208e2a1622 MrXY-TibetanWinterRemake.zip -- 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 53222] New: shell32:shlfolder - test_SHChangeNotify() gets unexpected WM_USER_NOTIFY messages on Windows 10
by WineHQ Bugzilla 16 Dec '22

16 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53222 Bug ID: 53222 Summary: shell32:shlfolder - test_SHChangeNotify() gets unexpected WM_USER_NOTIFY messages on Windows 10 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com shell32:shlfolder - test_SHChangeNotify() gets unexpected WM_USER_NOTIFY messages on Windows 10. The exact failures vary a bit though: shlfolder.c:5027: SHChangeNotify tests (0) ... shlfolder.c:5014: RMDIR: took 2 tries shlfolder.c:4964: verifying pidls for: RMDIR shlfolder.c:4977: Test failed: Didn't expect a WM_USER_NOTIFY message (event: 10) or shlfolder.c:4978: SHChangeNotify tests (0) shlfolder.c:4915: verifying pidls for: MKDIR shlfolder.c:4928: Test failed: Didn't expect a WM_USER_NOTIFY message (event: 40000) or shlfolder.c:5027: SHChangeNotify tests (0) shlfolder.c:4964: verifying pidls for: MKDIR shlfolder.c:5014: MKDIR: took 2 tries shlfolder.c:4964: verifying pidls for: MKDIR shlfolder.c:4977: Test failed: Didn't expect a WM_USER_NOTIFY message (event: 8) or shlfolder.c:4978: SHChangeNotify tests (1) ... shlfolder.c:4965: CREATE: took 0 tries shlfolder.c:4915: verifying pidls for: RMDIR shlfolder.c:4928: Test failed: Didn't expect a WM_USER_NOTIFY message (event: 3) or shlfolder.c:5014: CREATE: took 3 tries shlfolder.c:4960: Test failed: CREATE: expected notification type 2, got: 40000 shlfolder.c:4964: verifying pidls for: CREATE shlfolder.c:4967: Test failed: GetDisplayNameOf failed: 0x80070057 shlfolder.c:4977: Test failed: Didn't expect a WM_USER_NOTIFY message (event: 3) https://test.winehq.org/data/patterns.html#shell32:shlfolder The failures have been seen on Windows 10 1507, 21H1 and 21H2 but it is likely that the other Windows 10 versions behave the same 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 4

[Bug 54162] New: Unable to read pdf using pdf24
by WineHQ Bugzilla 16 Dec '22

16 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54162 Bug ID: 54162 Summary: Unable to read pdf using pdf24 Product: Wine Version: 8.0-rc1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: rpc Assignee: wine-bugs(a)winehq.org Reporter: tjw123hh(a)outlook.com Distribution: --- Created attachment 73687 --> https://bugs.winehq.org/attachment.cgi?id=73687 backtrance Serious problem opening file with pdf reader in pdf24 However, the pdf creator still works -- 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 3

[Bug 54163] New: Unable to open pdf24 toolbox
by WineHQ Bugzilla 16 Dec '22

16 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54163 Bug ID: 54163 Summary: Unable to open pdf24 toolbox Product: Wine Version: 8.0-rc1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tjw123hh(a)outlook.com Distribution: --- When I tried to open the pdf24 toolbox, it got stuck in the loading screen (Loading animation moves for a while and then stops) -- 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 0

[Bug 41784] New: Wine error under LinuxMint 17.3 after running PDF24 Creator
by wine-bugs＠winehq.org 16 Dec '22

16 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=41784 Bug ID: 41784 Summary: Wine error under LinuxMint 17.3 after running PDF24 Creator Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: marialvez(a)gmail.com Distribution: --- Created attachment 56219 --> https://bugs.winehq.org/attachment.cgi?id=56219 Using the PDF24 Creator program, in Wine mode and after close the application, my Pc show these bug.- Y work with Linux Mint 17.3 Cinnamon 64-bit Version 2.8.8 Using the PDF24 Creator program, in Wine mode and after close the application, my Pc show these bug.- Y work with Linux Mint 17.3 Cinnamon 64-bit Version 2.8.8 -- 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 7

[Bug 54161] New: quartz:filtergraph sometimes times out in Wine
by WineHQ Bugzilla 16 Dec '22

16 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54161 Bug ID: 54161 Summary: quartz:filtergraph sometimes times out in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- quartz:filtergraph sometimes times out in Wine. In MR!1820 the timeout happened on exit (debian11-win32): ... filtergraph.c:5567: Test marked todo: Got param2 0xdeadbeef. 0d70:filtergraph: 7291 tests executed (81 marked as todo, 0 as flaky, 0 failures), 0 skipped. quartz:filtergraph:0d70 done (258) in 120s 5680B In the nightly WineTest runs filtergraph timeouts only happen on my desktop and my Debian 11 VM; maybe because they usually see more other CPU activity. See https://test.winehq.org/data/patterns.html#quartz:filtergraph The nightly results show only 7 instances in 6 months where filtergraph timed out on exit as above (e.g. 2022-09-27 fgtb-debian1-wow32). It is a lot more common for it to timeout on startup: 17 instances over 6 months. For instance on 2022-11-22 fgtb-debian11-wow32: filtergraph.c:616: running L"test.avi" quartz:filtergraph:0424 done (258) in 120s 40B Given that filtergraph normally runs in about 10 seconds it seems unlikely that this is just a case of the test running a little bit too slow. -- 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 1

[Bug 54152] New: mshtml:misc sometimes times out in Wine
by WineHQ Bugzilla 15 Dec '22

15 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54152 Bug ID: 54152 Summary: mshtml:misc sometimes times out in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: mshtml Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- mshtml:misc sometimes times out on exit in Wine. Sometimes the timeout happens on exit: 0a50:misc: 244 tests executed (0 marked as todo, 0 as flaky, 0 failures), 0 skipped. mshtml:misc:0a50 done (258) in 120s 86B and sometimes before in which case there is no trace: mshtml:misc:04c0 done (258) in 120s 0B See https://test.winehq.org/data/patterns.html#mshtml:misc The first timeout happened on 2022-11-10 but there is only a bit over 1 per month. Also the GitLab CI seems to be more prone to getting those. There is also one case where the test got a failure instead: misc.c:257: Test failed: key failed 80004005 0a4c:misc: 244 tests executed (0 marked as todo, 0 as flaky, 1 failure), 0 skipped. mshtml:misc:0a4c done (1) in 0s 131B 256 hres = IHTMLStorage_key(storage, -1, &key); 257 ok(hres == E_INVALIDARG, "key failed %08lx\n", hres); Where: 0x80004005 == E_FAIL 0x80070057 == E_INVALIDARG Hopefully that failure is related and the timeout is caused by either HTMLStorage_key() going into an infinite loop or corrupting the memory. -- 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 2

[Bug 54047] New: wiaservc:wia sometimes crashes on Windows 11
by WineHQ Bugzilla 15 Dec '22

15 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54047 Bug ID: 54047 Summary: wiaservc:wia sometimes crashes on Windows 11 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: wia Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com wiaservc:wia sometimes crashes on Windows 11: 0d78:wia: unhandled exception c0000005 at 00007FFE62E43777 See https://test.winehq.org/data/patterns.html#wiaservc:wia This failure is pretty rare and since there is no trace or backtrace whatsoever it's unclear where the crash occurs. Note: On Windows 10 21H1+ it times out instead of crashing (see bug 54046). These two issues may well be related (memory corruption?). -- 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 3

[Bug 54154] New: winmm:midi sometimes crashes on exit in Wine
by WineHQ Bugzilla 15 Dec '22

15 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54154 Bug ID: 54154 Summary: winmm:midi sometimes crashes on exit in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: winmm&mci Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- winmm:midi sometimes crashes on exit in Wine: 0494:midi: 445 tests executed (4 marked as todo, 0 as flaky, 0 failures), 0 skipped. winmm:midi:0494 done (-1073741819) in 7s 5788B See https://test.winehq.org/data/patterns.html#winmm:midi Where -1073741819 == 0xc0000005 The pid of the test summary line matches the one printed by the WineTest executable which means this is the summary line of the main process. That means the crash happens on exit, probably as the result of memory / stack corruption. There have been 24 crashes in the past 6 months but they became more frequent after the 2022-09-16 which may correspond to the TestBot switching to running two VMs are a time. So the failure may be caused by extra load. There is also at least one case of a timeout on exit (2022-12-09 on debian11-win32-ja-JP), which is probably the same issue: 05fc:midi: 445 tests executed (4 marked as todo, 0 as flaky, 0 failures), 0 skipped. winmm:midi:05fc done (258) in 120s 5788B -- 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 1

[Bug 54153] New: kernel32:debugger - test_kill_on_exit() sometimes gets STILL_ACTIVE exit code on Windows
by WineHQ Bugzilla 15 Dec '22

15 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54153 Bug ID: 54153 Summary: kernel32:debugger - test_kill_on_exit() sometimes gets STILL_ACTIVE exit code on Windows Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com kernel32:debugger - test_kill_on_exit() sometimes gets STILL_ACTIVE exit code on Windows: debugger.c:2078: Test failed: exit code = 00000103 See https://test.winehq.org/data/patterns.html#kernel32:debugger Where 0x103 == STILL_ACTIVE == STATUS_PENDING This should mean the process is still running. So either there is a race condition in the test or Windows 8 and 10 21H1 are buggy. With only 3 instances in 6 months this failure is pretty rare: * 2022-07-11 on w10pro64-ar (64-bit, 21H1) * 2022-10-31 on w864 (64-bit) * 2022-12-06 on w864 (64-bit) -- 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 1

[Bug 54107] New: Windows Defender interferes with the tests on w1064v1909
by WineHQ Bugzilla 15 Dec '22

15 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54107 Bug ID: 54107 Summary: Windows Defender interferes with the tests on w1064v1909 Product: Wine-Testbot Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Windows Defender interferes with the tests on w1064v1909: sc.exe:sc start programs/sc/tests/sc.c sc.exe:sc:0000 done (-225) in 0s 0B Where 225 == ERROR_VIRUS_INFECTED This is because in this snapshot was created before Windows Defender became a problem and thus has no exclusion for the folder where the TestBot puts the test binaries. w1064v2009 (and presumably snapshots of newer Windows versions) has the needed exclusion. v1064v1809 (and presumably snapshots of older Windows versions) does not have an exclusion but has "Real-time protection" turned off which should ensure Defender won't interfere (that option is not available in newer Windows (Defender) versions). -- 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 54128] New: user32:msg - test_PeekMessage3() sometimes gets an unexpected WM_TIMECHANGE message on Windows 10
by WineHQ Bugzilla 15 Dec '22

15 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54128 Bug ID: 54128 Summary: user32:msg - test_PeekMessage3() sometimes gets an unexpected WM_TIMECHANGE message on Windows 10 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com test_PeekMessage3() sometimes gets an unexpected WM_TIMECHANGE message on Windows 10: msg.c:13549: Test failed: msg.message = 30 instead of WM_TIMER msg.c:13552: Test failed: msg.message = 275 instead of WM_USER + 1 msg.c:13554: Test failed: expected PeekMessage to return FALSE, got 1 msg.c:13564: Test failed: msg.message = 1025 instead of WM_TIMER msg.c:13566: Test failed: msg.message = 275 instead of WM_USER msg.c:13568: Test failed: expected PeekMessage to return FALSE, got 1 msg.c:13577: Test failed: msg.message = 1024 instead of WM_TIMER msg.c:13579: Test failed: expected PeekMessage to return FALSE, got 1 See https://test.winehq.org/data/patterns.html#user32:msg Where 30 == WM_TIMECHANGE 275 == WM_TIMER 1024 == WM_USER 1025 == WM_USER + 1 This is similar to the issue happening in test_PeekMessage2() in bug 53273. This last happened on 2022-12-09 on w10pro64-pt-BR where the Internet time synchronization has not been disabled. So that may be the source of the WM_TIMECHANGE messages. The TestBot now has code to disable Internet time synchronization but the snapshots have not all been updated. So this bug should be revisited once they have been updated to see if the failures are still happening. -- 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 1

[Bug 54076] New: windows.globalization:globalization - test_GlobalizationPreferences() sometimes unexpectedly returns en_US on Windows 10
by WineHQ Bugzilla 15 Dec '22

15 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54076 Bug ID: 54076 Summary: windows.globalization:globalization - test_GlobalizationPreferences() sometimes unexpectedly returns en_US on Windows 10 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com windows.globalization:globalization - test_GlobalizationPreferences() sometimes unexpectedly returns en_US on Windows 10: globalization.c:137: Test failed: IGlobalizationPreferencesStatics_get_Languages 0 returned len 5, str L"en-US", expected L"de-DE" globalization.c:177: Test failed: IGlobalizationPreferencesStatics_get_Languages 0 returned len 5, str L"en-US", expected L"de-DE" See https://test.winehq.org/data/patterns.html#ws2_32:sock This failure first happened on 2022-11-22 and impacts the de, fr, ja, ko, pt-BR and ru locales of the w10pro64 VM. It's not systematic but is frequent enough that it seems like it does not impact the other locales. The timing of the first failure is suspicious: * The w10pro64 had a problem where Windows 10 would reset UserDefaultLCID, ThreadLocale and Country to en_US when the TestBot called SetSystemTime() to update the clock in the live snapshot. As long as this issue was there there was no failure. * On 2022-11-21 LibvirtTool got a workaround to re-set these locale settings after setting the time and the failures started. So this sounds like Windows is still messing with the locales :-( -- 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 3

[Bug 54147] New: Kholat from GOG: Splash video are not in fullscreen
by WineHQ Bugzilla 14 Dec '22

14 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54147 Bug ID: 54147 Summary: Kholat from GOG: Splash video are not in fullscreen Product: Wine Version: 8.0-rc1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mfplat Assignee: wine-bugs(a)winehq.org Reporter: titan.costa(a)gmail.com Distribution: --- Wine wine-8.0-rc1. Ubuntu 22.10. From bug https://bugs.winehq.org/show_bug.cgi?id=50043. -- 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 1

[Bug 52930] New: d3dcompiler_47:hlsl_d3d9 fails randomly on Windows
by WineHQ Bugzilla 14 Dec '22

14 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=52930 Bug ID: 52930 Summary: d3dcompiler_47:hlsl_d3d9 fails randomly on Windows Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: directx-d3d-util Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Created attachment 72305 --> https://bugs.winehq.org/attachment.cgi?id=72305 Small patch to apply on top of 58d20aae3772^ to get failures d3dcompiler_47:hlsl_d3d9 fails randomly on Windows 8.1 to 21H2: hlsl_d3d9.c:1691: Test failed: Got unexpected hr 0x88760b59. hlsl_d3d9.c:1692: Test failed: Got unexpected blob. hlsl_d3d9.c:1693: Test failed: Got unexpected errors. https://test.winehq.org/data/patterns.html#d3dcompiler_47:hlsl_d3d9 A bisect against Windows 10 21H1 on cw-gtx560 shows that the failures started with the commit below: commit 58d20aae3772473a90e43ee236b793f0421eecb1 Author: Eric Pouech <eric.pouech(a)gmail.com> Date: Tue Feb 8 19:48:44 2022 +0100 d3dcompiler/tests: Build without -DWINE_NO_LONG_TYPES. Signed-off-by: Eric Pouech <eric.pouech(a)gmail.com> Signed-off-by: Henri Verbeet <hverbeet(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> The patch does not actually make any change that should matter but I have confirmed the bisect result manually: 58d20aae3772^ -> 200 consecutive runs with no failure 58d20aae3772 -> fails after 9 to 33 runs - Applying just the Makefile.in parts and last 4 chunks of hlsl_d3d9.c of that commit is sufficient to get the failures. - Patching only the makefiles is not enough. - I did not try to identify which of the 4 chunks are needed to get failures. They all patch code that's executed after the failure anyway. So there must be some memory corruption that's sensitive to memory layout or some subtle issue with the generated code. I also if(0)ed-out all the other test_xxx() functions, and also if(0)ed-out the tests that preceded the failing one in test_include() but I still get the failure so it's not a case where an ill-advised NULL-behavior test causes memory corruption. -- 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 54138] New: wine/debug.h does not compile in Visual Studio with native headers due to undefined __has_attribute
by WineHQ Bugzilla 13 Dec '22

13 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54138 Bug ID: 54138 Summary: wine/debug.h does not compile in Visual Studio with native headers due to undefined __has_attribute Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dimaki(a)rocketmail.com Distribution: --- wine/debug.h does not compile in Visual Studio with native headers due to undefined __has_attribute. Other headers in Wine that use __has_attribute have below code. Probably this or something similar needed in debug.h as well. #ifndef __has_attribute #define __has_attribute(x) 0 #endif -- 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 2

[Bug 54133] New: A WM_CLIPCHILDREN window's repaint region is not computed correctly when its child is resized or repositioned
by WineHQ Bugzilla 13 Dec '22

13 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54133 Bug ID: 54133 Summary: A WM_CLIPCHILDREN window's repaint region is not computed correctly when its child is resized or repositioned Product: Wine Version: 7.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: jinoh.kang.kr(a)gmail.com Regression SHA1: 33617af8145b6fadfe41d48968a728ff57b3064b Distribution: --- Wine sometimes under-calculates the repaint region of WM_CLIPCHILDREN windows with a child window that has been resized or repositioned. The regression started with the following commit: commit 33617af8145b6fadfe41d48968a728ff57b3064b Author: Jinoh Kang <jinoh.kang.kr(a)gmail.com> Date: Mon Oct 31 22:30:20 2022 +0900 server: Don't invalidate the newly exposed child region on the parent if it doesn't clip children. This partly reverts e42eaaaf3a873d29b14f8f3a3617df2d0d4210ca. Signed-off-by: Jinoh Kang <jinoh.kang.kr(a)gmail.com> -- 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 54136] New: user32:input - test_GetMouseMovePointsEx() sometimes fails when missing privileges on Windows 7 & 8
by WineHQ Bugzilla 13 Dec '22

13 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54136 Bug ID: 54136 Summary: user32:input - test_GetMouseMovePointsEx() sometimes fails when missing privileges on Windows 7 & 8 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com test_GetMouseMovePointsEx() sometimes fails when missing privileges on Windows 7 & 8: input.c:1605: Test failed: expected to get 64 mouse move points but got -1 input.c:1606: Test failed: expected error to stay deadbeef, got 493 input.c:1628: Test failed: expected to get 64 mouse move points but got -1 input.c:1629: Test failed: expected cursor position to be 6x6 but got 250 149 input.c:1630: Test failed: expected cursor position to be 6x6 but got 245 149 input.c:1642: Test failed: expected to get 64 mouse move points but got -1 input.c:1643: Test failed: expected cursor position to be 150x75 but got 250 149 input.c:1644: Test failed: expected cursor position to be 150x150 but got 245 149 input.c:1645: Test failed: expected cursor position to be 150x75 but got 241 149 input.c:1649: Test failed: expected to get 62 mouse move points but got -1 input.c:1650: Test failed: expected cursor position to be 150x75 but got 250 149 input.c:1651: Test failed: expected cursor position to be 30x30 but got 245 149 input.c:1662: Test failed: wrong extra info, got 0x0 expected 0xcafecafe input.c:1672: Test failed: cursor didn't change position after mouse_event() input.c:1678: Test failed: wrong extra info, got 0x0 expected 0xdeadbeef See https://test.winehq.org/data/patterns.html#user32:input This set of failures seems to only happen on w7u-adm and w8adm, both of which run the tests without elevated privileges. But the failures are not systematic so it is likely there is interference from some other test. Also there have been 5 instances in July but then none until December: * 2022-07-14 w8adm * 2022-07-15 w8adm * 2022-07-18 w8adm * 2022-07-19 w7u-adm * 2022-07-25 w7u-adm * 2022-12-09 w8adm * 2022-12-12 w8adm -- 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 1

[Bug 53978] New: d3dx9_*, d3dx10_* and d3dx11_* dlls missing on some TestBot VMs
by WineHQ Bugzilla 13 Dec '22

13 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53978 Bug ID: 53978 Summary: d3dx9_*, d3dx10_* and d3dx11_* dlls missing on some TestBot VMs Product: Wine-Testbot Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com The d3dx9_*, d3dx10_* and d3dx11_* dlls are missing on some TestBot VMs. Specifically: * w7pro64 Only runs the 64-bit tests which report that these dlls are missing (plus atl100, atl110 and d3d8). w7u runs the 32-bit tests and, surprisingly, does not report any of these dlls to be missing. Adding the missing dlls on w7pro64 probably is not worth it. * w1064v1507 missing the 32- and 64-bit dlls Not worth adding them. * w10pro64v2004 missing the 32- and 64-bit dlls Not worth adding them. * w11pro64 32- and 64-bit dlls -> Add them. w11pro64_nv actually had a couple of these before I fixed the Windows Update issue. It seems that they got installed for the NVIDIA GUI and did not get installed when I rebuilt the VM with just the NVIDIA driver. * fgtb-w10pro64-64 missing the 32- and 64-bit dlls Not a TestBot VM but add them anyway. -- 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 2

[Bug 53402] New: fake dlls such as OPENGL32.dll won't load when their unix lib is linked by LLVM lld
by WineHQ Bugzilla 13 Dec '22

13 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53402 Bug ID: 53402 Summary: fake dlls such as OPENGL32.dll won't load when their unix lib is linked by LLVM lld Product: Wine Version: 7.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: w12101111(a)outlook.com Distribution: --- I build wine 7.13 using Gentoo Linux ebuild (app-emulation/wine-vanilla-7.13) with clang & ld.lld and x86_64-w64-mingw32. In wine 7.13, opengl32.dll is a wine fake dll, and I found that any program require opengl failed to launch (take https://github.com/gkv311/wglinfo as an example): 0024:err:module:LdrInitializeThunk "OPENGL32.dll" failed to initialize, aborting 0024:err:module:LdrInitializeThunk Initializing dlls for L"Z:\\home\\han\\Downloads\\wglinfo64.exe" failed, status c0000005 Use gdb to debug this, I found that the real address of DllMain is 0x7a9be8e0, but ntdll try to call 0x17a9be8e0: #0 0x000000017a9be8e0 in ?? () #1 0x0000000170032ac7 in call_dll_entry_point (proc=0x17a9be8e0, module=0x7a9d0000 <__wine_spec_pe_header+65274>, reason=1, reserved=0x11fb00) at /tmp/portage/app-emulation/wine-vanilla-7.13/work/wine-7.13/dlls/ntdll/loader.c:305 (gdb) x /6i 0x000000017a9be8e0 => 0x17a9be8e0: Cannot access memory at address 0x17a9be8e0 (gdb) x /6i 0x000000007a9be8e0 0x7a9be8e0 <DllMain>: push %rbp 0x7a9be8e1 <DllMain+1>: mov %rsp,%rbp 0x7a9be8e4 <DllMain+4>: and $0xfffffffffffffff8,%rsp 0x7a9be8e8 <DllMain+8>: sub $0x30,%rsp 0x7a9be8ec <DllMain+12>: mov %rcx,0x18(%rsp) 0x7a9be8f1 <DllMain+17>: mov %edx,0x14(%rsp) The address of `module` (0x7a9d0000) is calculated by dlopen_dll ( dlls/ntdll/unix/loader.c:1294 ): nt = dlsym( handle, "__wine_spec_nt_header" ) module = (HMODULE)((nt->OptionalHeader.ImageBase + 0xffff) & ~0xffff); map_so_dll( nt, module ) And in function static NTSTATUS map_so_dll( const IMAGE_NT_HEADERS *nt_descr, HMODULE module ): BYTE *addr = (BYTE *)module; fixup_rva_ptrs( &nt->OptionalHeader.AddressOfEntryPoint, addr, 1 ); static inline void fixup_rva_ptrs( void *array, BYTE *base, unsigned int count ) { BYTE **src = array; DWORD *dst = array; for ( ; count; count--, src++, dst++) *dst = *src ? *src - base : 0; } This code is equal to nt->OptionalHeader.AddressOfEntryPoint = (DWORD)((BYTE*)nt->OptionalHeader.AddressOfEntryPoint - (BYTE *)module); Note that nt->OptionalHeader.AddressOfEntryPoint is DWORD, this code implies that nt->OptionalHeader.AddressOfEntryPoint is greater than (nt->OptionalHeader.ImageBase + 0xffff) & ~0xffff), otherwise it will overflow. This header is write by output_module ( tools/winebuild/spec32.c:699 ), nt->OptionalHeader.AddressOfEntryPoint is the address of DllMain, and nt->OptionalHeader.ImageBase is the address of __wine_spec_pe_header Read opengl32.dll.so using readelf: > readelf -S /usr/lib/wine-vanilla-7.13/wine/x86_64-unix/opengl32.dll.so There are 31 section headers, starting at offset 0x386b20: Section Headers: [Nr] Name Type Address Off Size ES Flg Lk Inf Al [ 0] NULL 0000000000000000 000000 000000 00 0 0 0 [ 1] .dynsym DYNSYM 000000007a800238 000238 002370 18 A 4 1 8 [ 2] .gnu.hash GNU_HASH 000000007a8025a8 0025a8 000b30 00 A 1 0 8 [ 3] .hash HASH 000000007a8030d8 0030d8 000bd8 04 A 1 0 4 [ 4] .dynstr STRTAB 000000007a803cb0 003cb0 00133a 00 A 0 0 1 [ 5] .rela.dyn RELA 000000007a804ff0 004ff0 043890 18 A 1 0 8 [ 6] .rela.plt RELA 000000007a848880 048880 000120 18 AI 1 20 8 [ 7] .rodata PROGBITS 000000007a8489a0 0489a0 0140d0 00 AMS 0 0 16 [ 8] .eh_frame_hdr PROGBITS 000000007a85ca70 05ca70 00cc7c 00 A 0 0 4 [ 9] .eh_frame PROGBITS 000000007a8696f0 0696f0 045d24 00 A 0 0 8 [10] .text PROGBITS 000000007a8b0420 0af420 10fce0 00 AX 0 0 32 [11] .init PROGBITS 000000007a9c0100 1bf100 011008 00 AX 0 0 1 [12] .fini PROGBITS 000000007a9d1108 1d0108 000003 00 AX 0 0 1 [13] .plt PROGBITS 000000007a9d1110 1d0110 0000d0 00 AX 0 0 16 [14] .init_array INIT_ARRAY 000000007a9d21e0 1d01e0 000008 00 WA 0 0 8 [15] .fini_array FINI_ARRAY 000000007a9d21e8 1d01e8 000010 00 WA 0 0 8 [16] .data.rel.ro PROGBITS 000000007a9d2200 1d0200 00fcb0 00 WA 0 0 16 [17] .dynamic DYNAMIC 000000007a9e1eb0 1dfeb0 000170 10 WA 4 0 8 [18] .got PROGBITS 000000007a9e2020 1e0020 000018 00 WA 0 0 8 [19] .data PROGBITS 000000007a9e3038 1e0038 009120 00 WA 0 0 8 [20] .got.plt PROGBITS 000000007a9ec158 1e9158 000078 00 WA 0 0 8 [21] .bss NOBITS 000000007a9ec1d0 1e91d0 006090 00 WA 0 0 16 [22] .debug_line PROGBITS 0000000000000000 1e91d0 039046 00 0 0 1 [23] .debug_line_str PROGBITS 0000000000000000 222216 00004e 01 MS 0 0 1 [24] .comment PROGBITS 0000000000000000 222264 00003e 01 MS 0 0 1 [25] .debug_abbrev PROGBITS 0000000000000000 2222a2 000c02 00 0 0 1 [26] .debug_info PROGBITS 0000000000000000 222ea4 0ed62d 00 0 0 1 [27] .debug_str PROGBITS 0000000000000000 3104d1 028720 01 MS 0 0 1 [28] .symtab SYMTAB 0000000000000000 338bf8 026d30 18 30 6249 8 [29] .shstrtab STRTAB 0000000000000000 35f928 000117 00 0 0 1 [30] .strtab STRTAB 0000000000000000 35fa3f 0270de 00 0 0 1 Key to Flags: W (write), A (alloc), X (execute), M (merge), S (strings), I (info), L (link order), O (extra OS processing required), G (group), T (TLS), C (compressed), x (unknown), o (OS specific), E (exclude), R (retain), l (large), p (processor specific) > readelf -s /usr/lib/wine-vanilla-7.13/wine/x86_64-unix/opengl32.dll.so | grep __wine_spec_pe_header 1: 000000007a9c0106 0 NOTYPE LOCAL DEFAULT 11 __wine_spec_pe_header > readelf -s /usr/lib/wine-vanilla-7.13/wine/x86_64-unix/opengl32.dll.so | grep DllMain 6227: 000000007a9be8e0 147 FUNC LOCAL HIDDEN 10 DllMain In output_module, __wine_spec_pe_header is put into .init section: .section ".init","ax" jmp 1f __wine_spec_pe_header: .skip 69632 1: DllMain is in .text section But LLVM lld put .text before .init, so the assumption in map_so_dll is not valid, and the address has a extra 2^32 because of the subtraction overflow and cast to DWORD. If I change function output_module, put __wine_spec_pe_header in .text just like PLATFORM_SOLARIS, then OPENGL32.DLL will load without any issue. -- 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 3

[Bug 50214] New: Games that using a newer version of fmod have no sound.
by WineHQ Bugzilla 12 Dec '22

12 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=50214 Bug ID: 50214 Summary: Games that using a newer version of fmod have no sound. Product: Wine Version: 5.8 Hardware: x86-64 OS: FreeBSD Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: Alexander88207(a)Protonmail.com Hello, i have noticed that all the games that use the latest fmod version sound no longer working. Using pure wine with OSS. Games that i have found with that issue: - The Forest - Euro Truck Simulator 2 - Craft the World - Path of Exile (free) - Growtopia (free) -- 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 7

[Bug 47907] New: redefinition of typedef ‘IDebugClient’
by WineHQ Bugzilla 12 Dec '22

12 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=47907 Bug ID: 47907 Summary: redefinition of typedef ‘IDebugClient’ Product: Wine Version: 4.14 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: version2013(a)protonmail.com Distribution: --- in distro: # uname --kernel-release 3.0.66 # gcc --version 4.3.4 # ldd --version 2.10.1 Compiling wine-4.14 fails with: error: redefinition of typedef ‘IDebugClient’ -- 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 54119] New: Fifa 2005 demo opens menu in 5 minutes
by WineHQ Bugzilla 11 Dec '22

11 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54119 Bug ID: 54119 Summary: Fifa 2005 demo opens menu in 5 minutes Product: Wine Version: 7.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mikrutrafal(a)protonmail.com Distribution: --- Wine 7.22 staging - RX 570 - two monitors When running demo o fifa 2005 - https://www.gamepressure.com/download.asp?ID=5836, then for few minutes black screen is shown(also resolution of monitor is changed to something like 640x360) After another few minutes "Loading" text is visible, and after another minutes language can be choosen In logs there is probably nothing special, just few messages ``` 007c:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 007c:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 007c:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 007c:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 010c:fixme:ntdll:NtQuerySystemInformation info_class 00a0:fixme:imm:ImeSetActiveContext (0000000000010026, 0): stub 00a0:fixme:imm:ImmReleaseContext (0000000000010020, 0000000000010026): stub 010c:fixme:imm:ImeSetActiveContext (00010064, 1): stub 010c:fixme:imm:ImmReleaseContext (00090066, 00010064): stub 010c:err:x11drv:xinerama_get_fullscreen_monitors Failed to get xinerama fullscreen monitor indices. 010c:err:x11drv:xinerama_get_fullscreen_monitors Failed to get xinerama fullscreen monitor indices. 0134:fixme:d3d:state_linepattern_w Setting line patterns is not supported in OpenGL core contexts. ``` and sometimes I have even segfault ``` wine: Unhandled page fault on read access to 00001808 at address 00567CE3 (thread 010c), starting debugger... ``` The same problem is visible with full game 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 3

[Bug 48283] New: Pegasus Mail 4.73 crashes after install
by WineHQ Bugzilla 11 Dec '22

11 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=48283 Bug ID: 48283 Summary: Pegasus Mail 4.73 crashes after install Product: Wine Version: 4.0.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: daveypy(a)outlook.com Distribution: --- Created attachment 65965 --> https://bugs.winehq.org/attachment.cgi?id=65965 Saved backtrace from crash After installing Pegasus Mail in Wine, Pegasus Mail crashes upon launch. I would be willing to test this in Wine STAGING, but I don't know how to install STAGING alongside STABLE in Ubuntu. -- 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 2

[Bug 15555] New: Implement Windows calculator (calc.exe)
by wine-bugs＠winehq.org 11 Dec '22

11 Dec '22

http://bugs.winehq.org/show_bug.cgi?id=15555 Summary: Implement Windows calculator (calc.exe) Product: Wine Version: 1.1.5 Platform: Other OS/Version: other Status: NEW Severity: enhancement Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com This was discussed recently, and both a patch that just invokes gcalc and a patch that actually implements a calc were mentioned here: http://www.winehq.org/pipermail/wine-patches/2008-June/056311.html This affects the app SteuerSparErklaerung; see user report at http://www.tuxlog.de/keinwindowsmehr/2008/steuererklarung-unter-gentoo-linu… Not a critical error, but it does cause an annoying dialog box to pop up when installing that app. -- 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.

2 15

[Bug 54125] New: AnyToISO crashes when opened
by WineHQ Bugzilla 11 Dec '22

11 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54125 Bug ID: 54125 Summary: AnyToISO crashes when opened Product: Wine Version: 7.0.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: robotwd07(a)icloud.com Distribution: --- Created attachment 73657 --> https://bugs.winehq.org/attachment.cgi?id=73657 The backtrace I got when trying to open AnyToISO When I tried to open AnyToISO with Wine, it failed, and I got a backtrace. Then I tried again with the compatibility of Windows 10, and it still failed, and I got the following back trace. -- 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 1

[Bug 54127] New: Vital doesn't open up.
by WineHQ Bugzilla 11 Dec '22

11 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54127 Bug ID: 54127 Summary: Vital doesn't open up. Product: Wine Version: 6.0.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: djtech.developer(a)gmail.com Distribution: --- Created attachment 73659 --> https://bugs.winehq.org/attachment.cgi?id=73659 Backtrace generated with the crash inside FL Studio. Vital (https://vital.audio/) doesn't work. If I download the Windows version, the installer works with no problem, but when I try to use it (either using the Standalone executible or using the plugin from FL Studio 20 and 21 [installed with Wine]), it loads up a black empty window and it crashes. The attachment is the backtrace for the plugin inside FL Studio; when I try to open the standalone program, it crashes without a Wine error popup opening, so I couldn't get the backtrace. Thanks in advance. -- 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 2

[Bug 42438] New: Jedi Knight Dark Forces II / DirectX7 WindowGUI issue
by wine-bugs＠winehq.org 11 Dec '22

11 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=42438 Bug ID: 42438 Summary: Jedi Knight Dark Forces II / DirectX7 WindowGUI issue Product: Wine Version: 2.0 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: winemac.drv Assignee: wine-bugs(a)winehq.org Reporter: kevincarrolldavis(a)gmail.com The menu screens do not render/update when the "-windowgui" command line switch is chosen. The menu screens only render/update when ⌘+Tabbing back and forth to and from the program. -- 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 3

[Bug 49239] New: Trying to play an emulator
by WineHQ Bugzilla 11 Dec '22

11 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=49239 Bug ID: 49239 Summary: Trying to play an emulator Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: schneideroscar2(a)gmail.com Distribution: --- Created attachment 67249 --> https://bugs.winehq.org/attachment.cgi?id=67249 I don't understand code, promise you I don't. Tried downloading this game off of an emulator -- 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 54097] New: Crash starting 16-bit software in Wine 7.22 (working in Wine 7.0.1)
by WineHQ Bugzilla 11 Dec '22

11 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54097 Bug ID: 54097 Summary: Crash starting 16-bit software in Wine 7.22 (working in Wine 7.0.1) Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: liz.minix(a)gmail.com Distribution: --- Created attachment 73632 --> https://bugs.winehq.org/attachment.cgi?id=73632 Backtrace and Terminal Output The current Wine Development and Staging (7.22) are crashing for me with "Unhandled exception: page fault on read access to 0xffffffff in 16-bit code (02ef:1c22)." on both Ubuntu 22.04 and Arch Linux. Tested this on Ubuntu using the WineHQ packages and on Arch using the regular Arch packages as well as a Wine I have build myself, they all behave the same. First discovered this trying to install Pizza Syndicate, a game with a 16 bit installer. (https://archive.org/details/computer-bild-spiele-2001-09). Than I ran into the same issue getting video to work for The Settlers 3 as it requires the icodecs package from winetricks, the first installer (codinstl.exe) is 16bit InstallShield. Finally I tried to test if it is only InstallShield that is crashing so I tried the Windows 3.1 Calculator (https://archive.org/details/calc_20200918) and it crashes too with the same message. All of the above software runs perfectly fine on Wine Stable (7.0.1), I would therefore classify this as a regression (if i could find the button in bugzilla). -- 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 53842] New: Ubisoft Connect crashes on login window
by WineHQ Bugzilla 11 Dec '22

11 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53842 Bug ID: 53842 Summary: Ubisoft Connect crashes on login window Product: Wine Version: 7.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: yurishish(a)gmail.com Distribution: --- Created attachment 73374 --> https://bugs.winehq.org/attachment.cgi?id=73374 Crash log Ubisoft Connect crashes after checking for updates, right before the login window should appear. App is installed in a fresh wineprefix, used wine 7.19 on Arch Linux. -- 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 40313] New: Warframe Crash while loading
by wine-bugs＠winehq.org 11 Dec '22

11 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=40313 Bug ID: 40313 Summary: Warframe Crash while loading Product: Wine Version: 1.9.5 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: levanchelidze(a)gmail.com Distribution: --- Created attachment 53958 --> https://bugs.winehq.org/attachment.cgi?id=53958 backtrace Warframe crashes while loading -- 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 8

[Bug 39587] New: Warframe launcher crash on close
by wine-bugs＠winehq.org 11 Dec '22

11 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=39587 Bug ID: 39587 Summary: Warframe launcher crash on close Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: thisismyid17(a)yahoo.com Distribution: --- When the launcher closes, either from the 'x' button or from launching Warframe, the launcher crashes with the attached backtrace. Linux Mint wine-staging 1.7.54 Warframe 17.11.1 Setup using the instructions posted here: https://appdb.winehq.org/objectManager.php?sClass=version&iId=32757 -- 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 54108] New: Printing fails
by WineHQ Bugzilla 11 Dec '22

11 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54108 Bug ID: 54108 Summary: Printing fails Product: Wine Version: 7.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: spooler Assignee: wine-bugs(a)winehq.org Reporter: DonJaime(a)freenet.de Distribution: --- Printing fails without comment after hitting "OK" on the print dialog. Console output shows a series of: 0024:fixme:psdrv:PSDRV_StartPage Already started a page? once per expected page of output, followed by: 0024:fixme:psdrv:PSDRV_EndDoc hjob == 0. Now what? -- 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 3

[Bug 54104] New: The open-source software Music-Downloader-UI.exe(qqmusic neteasemusic ) does not work properly
by WineHQ Bugzilla 11 Dec '22

11 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54104 Bug ID: 54104 Summary: The open-source software Music-Downloader-UI.exe(qqmusic neteasemusic ) does not work properly Product: Wine Version: 7.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: 3238998313(a)qq.com Distribution: --- Created attachment 73638 --> https://bugs.winehq.org/attachment.cgi?id=73638 Main sourse: https://github.com/nitezs/Music-Downloader-UI download: https://github.com/nitezs/Music-Downloader-UI/releases --- This software runs on Windows 10 without this error, but it does appear on wine. This error is characterized by an error reported internally by the startup program and a large number of identical errors received by executing instructions.Fortunately, the main page of the software loads successfully and prompts an error.Exported error logs, internal operation error logs in the compressed package. look forward to your response，thanks. -- 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 52186] New: OriginLab 2022 (64bit) becomes unusable after pop-up window appears..
by WineHQ Bugzilla 11 Dec '22

11 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=52186 Bug ID: 52186 Summary: OriginLab 2022 (64bit) becomes unusable after pop-up window appears.. Product: Wine Version: 6.23 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: alois.schloegl(a)gmail.com Distribution: --- Created attachment 71235 --> https://bugs.winehq.org/attachment.cgi?id=71235 output from stdout when starting Origin2022 OriginLab 2022 can be installed and started. After a few seconds, a pop up window about "training center" opens, and the origin becomes unusable (i.e. does not respond anymore to any input events) -- 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 9

[Bug 54123] New: Frozen Wine application locks up XWayland applications cursor
by WineHQ Bugzilla 10 Dec '22

10 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54123 Bug ID: 54123 Summary: Frozen Wine application locks up XWayland applications cursor Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ryu.ketsueki(a)outlook.com Distribution: --- Normally, when I'm playing Sims 4, the game may freeze for a few seconds when it is launching or saving, then resumes normally. But when that happens, all my XWayland windows have Sims 4 cursor over it instead of my system cursor, making me unable to use my mouse to interact with said windows until Sims 4 unfreezes. Native Wayland apps are not affected by this, only XWayland ones, such as Firefox and Discord. -- 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 0

[Bug 53952] New: wineserver: server/sock.c:1073: sock_poll_event: Assertion `sock->obj.ops == &sock_ops' failed.
by WineHQ Bugzilla 10 Dec '22

10 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53952 Bug ID: 53952 Summary: wineserver: server/sock.c:1073: sock_poll_event: Assertion `sock->obj.ops == &sock_ops' failed. Product: Wine Version: 7.0.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: leijin168(a)gmail.com Distribution: --- I ran DTN IQFeed app (iqconnect.exe) to retrieve historical stock market data. The app runs file until winserver crashed or disconnected. wineserver: server/sock.c:1073: sock_poll_event: Assertion `sock->obj.ops == &sock_ops' failed. Connection closed by foreign host. -- 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 54120] New: Multiple failed tests in rust bindings to windows - windows-rs crate
by WineHQ Bugzilla 10 Dec '22

10 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54120 Bug ID: 54120 Summary: Multiple failed tests in rust bindings to windows - windows-rs crate Product: Wine Version: 7.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mikrutrafal(a)protonmail.com Distribution: --- Created attachment 73652 --> https://bugs.winehq.org/attachment.cgi?id=73652 Test result Steps to reproduce ``` winetricks nocrashdialog # Some tests freeze until user close crash dialog, so is better to disable it wget https://static.rust-lang.org/dist/rust-1.65.0-x86_64-pc-windows-gnu.msi msiexec /i rust-1.65.0-x86_64-pc-windows-gnu.msi /quiet # Not sure about it, just install it git clone https://github.com/microsoft/windows-rs.git cd windows-rs git checkout bd2471485755fd40f0dd0ee3e181db5d6e57d9e2 rm crates/tests/component crates/tests/component_client -r wine cargo test --no-fail-fast ``` 45 tests fails with wine-staging 7.22 In attachment is log from this run There is 61 panics in logs: - 42 - invalid result(agile, alternate_success_code, winrt x3, win32_arrays x4, library x33) - 4 - unimplemented functions (bstr, core, non_com_existing, win, query_signature) - 15 - translation/comparing text result(error, hresult, pcstr, pcwstr, pstr, pwstr, enums, std, trim, error, hresult, winrt x4) -- 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 2

[Bug 54117] New: [NOT A BUG] New unexpected dependencies for building i686 Wine on Fedora 37
by WineHQ Bugzilla 10 Dec '22

10 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54117 Bug ID: 54117 Summary: [NOT A BUG] New unexpected dependencies for building i686 Wine on Fedora 37 Product: Wine Version: 8.0-rc1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: aros(a)gmx.com Distribution: --- It's weird I compiled version 7.21 without these new libraries version 8.0-rc1 cannot be built without on Fedora 37: sysprof-capture-devel.i686 pcre2-devel.i686 graphite2-devel.i686 glib2-devel.i686 brotli-devel.i686 harfbuzz-devel.i686 They are all needed for ... freetype2.i686 Ah, I get it, it was updated recently: freetype-devel-2.12.1-3.fc37.i686 Tue 29 Nov 2022 10:23:36 AM UTC This is not a bug, just an observation. Please ignore. -- 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 1

[Bug 21232] New: Iron (Chrome) 4 can't load any webpage
by wine-bugs＠winehq.org 10 Dec '22

10 Dec '22

http://bugs.winehq.org/show_bug.cgi?id=21232 Summary: Iron (Chrome) 4 can't load any webpage Product: Wine Version: 1.1.35 Platform: x86 URL: http://www.srware.net/downloads/srware_iron_beta.exe OS/Version: Linux Status: NEW Keywords: download, source Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Trying Iron (basically iceweasel for Chrome) under wine, it fails to load any webpage. There is no terminal output when trying this. I've tried winetricks ie6 to get native wininet/winhttp, but that didn't help... -- 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.

2 91

[Bug 39403] New: Steam 10/7/15 update: store/web no longer works
by wine-bugs＠winehq.org 10 Dec '22

10 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=39403 Bug ID: 39403 Summary: Steam 10/7/15 update: store/web no longer works Product: Wine Version: 1.7.52 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: spoon0042(a)hotmail.com Distribution: --- Created attachment 52515 --> https://bugs.winehq.org/attachment.cgi?id=52515 steam log, default Since today's Steam update any web content like the Store no longer works. As in nothing happens, just a blank window. This is different than the win7 bug, using the default XP here and nothing crashes. Log attached, though these lines that appear when trying to load a page are probably the relevant bit: fixme:advapi:CreateProcessAsUserW 0x314 L"C:\\Program Files\\Steam\\bin\\steamwebhelper.exe" L"\"C:\\Program Files\\Steam\\bin\\steamwebhelper.exe\" --type=renderer --disable-gpu-compositing --enable-pinch --lang=en-US --lang=en-US --product-version=\"Valve Steam Client\" --disable-spell-checking --enable-system-flash --device-scale-factor=1 --enable-delegated-renderer --num-raster-threads=1 -"... (nil) (nil) 0 0x0100040c (nil) (null) 0x274e2e8 0x274defc - semi-stub [1007/185338:ERROR:child_process_launcher.cc(444)] Failed to launch child process Tested in wine-1.7.52 (Staging) and a fresh git pull of mainline. -- 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 107

[Bug 53568] New: 16bit applications refuse to start wine 7.15+
by WineHQ Bugzilla 10 Dec '22

10 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53568 Bug ID: 53568 Summary: 16bit applications refuse to start wine 7.15+ Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: win32u Assignee: wine-bugs(a)winehq.org Reporter: enometh(a)meer.net Distribution: --- After a recent commit some 16bit applications refuse to start e.g. "Collins Dictionary" which is mentioned in bug #51082. Other applications seem to fail with a ``` Unhandled exception: page fault on read access to 0xffffffff in 16-bit code (02f7:10cf) ``` Bisecting the problem points to this commit: ``` commit e41c255be6ba66d1eec7affe674b8cc7699226b8 Author: Jacek Caban <jacek(a)codeweavers.com> AuthorDate: Sun Aug 14 23:41:53 2022 +0200 Commit: Alexandre Julliard <julliard(a)winehq.org> CommitDate: Mon Aug 15 18:15:22 2022 +0200 win32u: Use send_message_timeout for WM_CREATE and WM_NCCREATE. ``` reverting this commit (after fixing a conflict) seems to avoid the problem. -- 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 51780] New: The user32:msg output is too big in Wine
by WineHQ Bugzilla 09 Dec '22

09 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=51780 Bug ID: 51780 Summary: The user32:msg output is too big in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: major Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- user32:msg now outputs ~97kB of data. This is way too much and contributes in pushing the WineTest reports above the 1.5MB limit. No single patch is responsible but the size changed on the following dates: Sep 08: user32:msg (+6kB) Sep 09: user32:msg (+18kB) Sep 17: user32:msg (+6kB) Sep 20: user32:msg (+15kB) Sep 21: user32:msg (+19kB) The traces break down as follows: 0kB failures 77kB todos 16kB traces 1.5kB test framework (summary lines, etc.) Time to fix Wine to reduce the number of todos! -- 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 54009] New: Wine segfaults on startup on macOS 12 and 13
by WineHQ Bugzilla 09 Dec '22

09 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=54009 Bug ID: 54009 Summary: Wine segfaults on startup on macOS 12 and 13 Product: Wine Version: 7.22 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: loader Assignee: wine-bugs(a)winehq.org Reporter: bshanks(a)codeweavers.com Regression SHA1: 63bf2677ed22d26ff1f5ff1886fde08b1f5fb00c 63bf2677ed22d26ff1f5ff1886fde08b1f5fb00c started building the Wine loader as an LC_UNIXTHREAD binary to fix bug 52354, but on macOS 12 (Monterey) and 13 (Ventura) this causes the loader to have 'environ' set to NULL, causing crashes later in ntdll. I'm working on fixing this in the preloader. -- 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 3

[Bug 53964] New: Redim does not fail on fixed arrays
by WineHQ Bugzilla 09 Dec '22

09 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53964 Bug ID: 53964 Summary: Redim does not fail on fixed arrays Product: Wine Version: 7.21 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: vbscript Assignee: wine-bugs(a)winehq.org Reporter: bunglehead(a)gmail.com Distribution: --- Created attachment 73550 --> https://bugs.winehq.org/attachment.cgi?id=73550 patch This bug report is for tracking purposes. Will send attached patch a bit later, after pending fixes get in. -- 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 3

[Bug 53254] New: urlmon:url - test_URLDownloadToFile_abort() sometimes fails on Windows 7+
by WineHQ Bugzilla 09 Dec '22

09 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53254 Bug ID: 53254 Summary: urlmon:url - test_URLDownloadToFile_abort() sometimes fails on Windows 7+ Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: urlmon Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com urlmon:url - test_URLDownloadToFile_abort() sometimes fails on Windows 7+: url.c:3750: Test failed: expected OnProgress_DOWNLOADINGDATA https://test.winehq.org/data/patterns.html#urlmon:url This happens on Windows 7 to Windows 10 21H2 and is rare enough to cause false positives. Note that this failure never happens at the same time as the ones in bug 53253. -- 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 3

[Bug 53211] New: ddraw:ddraw1 has over 255 failures on the debian11 TestBot VMs
by WineHQ Bugzilla 09 Dec '22

09 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=53211 Bug ID: 53211 Summary: ddraw:ddraw1 has over 255 failures on the debian11 TestBot VMs Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- ddraw:ddraw1 has over 255 failures on the debian11 TestBot VMs: ddraw1.c:6647: Test failed: Got unexpected color 0x000000ff, test 0. ... ddraw1.c:6953: Test failed: Unlit quad without normals has color 0x00ffffff. ... ddraw1.c:6955: Test failed: Lit quad without normals has color 0x00ffffff. ... ddraw1.c:7377: Test failed: Expected colour 0x003c3c3c at location (160, 120), got 0x00ff0000, case 0. ... ddraw1.c:8425: Test failed: Got unexpected color 0x00000000. ... ddraw1.c:9590: Test failed: Got unexpected color 0x0000ff00, format D3DFMT_X8R8G8B8, c=0. ... ddraw1.c:9846: Test failed: Test 0 shading has color0 00ffffff, expected 00ff0000. ... ddraw1.c:11527: Test failed: Got unexpected color 0x000000ff. ... ddraw1.c:11924: Test failed: Got unexpected color 0x00ffffff. ... ddraw1.c:12549: Test failed: z_depth 16: Got depth 0x0000ffff (diff -57344), expected 0x00001fff+/-46, at 80, 60. ... ddraw1.c:420: Test failed: (0, 0) - (640, 480) viewport: Pixel (1, 121) has color 00000000, expected 00ffffff. ... ddraw1.c:13757: Test failed: Alphatest failed, color 0x00ff0000, expected 0x0000ff00, alpha > ref, func 5. ... ddraw1.c:14638: Test failed: Got color 0x00ff0000, expected 0x00ffffff. ... ddraw1.c:15080: Test failed: Got unexpected colour 000000ff, 2x2, case 0. ... The test prints too much data (96495 bytes) https://test.winehq.org/data/patterns.html#ddraw:ddraw1 These failures started when the debian11 VM was updated and moved to the gpu1 VM host. Given that the debiant (Debian Testing) VM does not have these failures this is likely related to some underlying Debian issue. -- 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 3

[Bug 52910] New: mshtml:htmldoc fails on Windows with the UTF-8 codepage
by WineHQ Bugzilla 09 Dec '22

09 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=52910 Bug ID: 52910 Summary: mshtml:htmldoc fails on Windows with the UTF-8 codepage Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: mshtml Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com mshtml:htmldoc fails on Windows with the UTF-8 codepage: htmldoc.c:1472: Test failed: bindinfo.dwOptions=20000 htmldoc.c:597: Test failed: bindinfo.dwOptions=20000 [...] https://test.winehq.org/data/patterns.html#mshtml:htmldoc 0x20000 is BINDINFO_OPTIONS_ENABLE_UTF8 which means that "UTF-8 encoding should be enabled". Easy fix? -- 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 3

[Bug 52909] New: rpcrt4:ndr_marshall crashes on the latest Windows 21H1 and 21H2
by WineHQ Bugzilla 09 Dec '22

09 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=52909 Bug ID: 52909 Summary: rpcrt4:ndr_marshall crashes on the latest Windows 21H1 and 21H2 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: rpc Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com rpcrt4:ndr_marshall crashes on the latest Windows 21H1 and 21H2. ndr_marshall.c:165: this is the last test seen before the exception 0770:ndr_marshall: unhandled exception 000006f7 at 00007FFCF0874F69 However the crash is not detected as such so the patterns page reports it as a failure: https://test.winehq.org/data/patterns.html#rpcrt4:ndr_marshall I don't know what this 0x000006f7 exception is. When w10pro64 had the updates up to 2021-10-21 this test was not crashing. The crashes started happening when w1064 and w10pro64 were updated on 2022-04-24. So the crash is probably caused by one of the Windows updates in that interval. If necessary I can dig into the Windows update history to try and find something related. -- 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 51456] New: oleaut32:typelib: test_CreateTypeLib(SYS_WIN32) fails in 64-bit Wine
by WineHQ Bugzilla 09 Dec '22

09 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=51456 Bug ID: 51456 Summary: oleaut32:typelib: test_CreateTypeLib(SYS_WIN32) fails in 64-bit Wine Product: Wine Version: 6.10 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: oleaut32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- oleaut32:typelib has many failures in 64-bit Wine, the first one of which is because Wine returns the wrong size for a structure: https://test.winehq.org/data/patterns.html#oleaut32:typelib typelib.c:2169: Test failed: retrieved IUnknown gave wrong cbSizeVft: 24 In the SYS_WIN32 case cbSizeVft should be 3 * 4 = 12 but it is still set to 24 by MSFT_DoTypeInfo(): ptiRet->typeattr.cbSizeVft = tiBase.cbSizeVft; It makes sense for cbSizeVft to be 24 on the 64-bit side, but somewhere there should be code to adjust it to account for the SYS_WIN32 on 64-bit case. But I don't know where that should happen. -- 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 3

[Bug 48105] New: kernel32:console fails on Japanese and Chinese Windows
by WineHQ Bugzilla 09 Dec '22

09 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=48105 Bug ID: 48105 Summary: kernel32:console fails on Japanese and Chinese Windows Product: Wine Version: unspecified Hardware: x86 OS: Windows Status: NEW Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Running the kernel32:console test on Windows 10 1809 in Japanese or Chinese results in 6 failures: console.c:867: Test failed: ReadConsoleOutputCharacterW failed console.c:869: Test failed: string does not match the pattern console.c:880: Test failed: ReadConsoleOutputCharacterW failed console.c:882: Test failed: string does not match the pattern console.c:889: Test failed: ReadConsoleOutputCharacterW failed console.c:891: Test failed: string does not match the pattern These failures appear to be systematic but the w1064v1809_ja and w1064v1809_zh_CN VMs do not always succeed in submitting their WineTest results to test.winehq.org so the failures only appear intermittently there. See https://test.winehq.org/data/tests/kernel32:console.html -- 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 46649] New: Tom Clancy's Rainbow Six: Vegas 2 needs D3DXDisassembleShader implementation
by wine-bugs＠winehq.org 09 Dec '22

09 Dec '22

https://bugs.winehq.org/show_bug.cgi?id=46649 Bug ID: 46649 Summary: Tom Clancy's Rainbow Six: Vegas 2 needs D3DXDisassembleShader implementation Product: Wine Version: 4.1 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: --- Crashes at launch with 'Message General protection fault! History: ' fixme:d3dx:D3DXDisassembleShader 0x7671b00 0 (null) 0x62ce18: stub wine-4.1-207-g7907ccfdcb -- 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 9

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs