- Wine-Bugs - list.winehq.org

[Bug 55786] New: user32:msg - test_timers() sometimes gets a shorter timeout than expected in Wine
by WineHQ Bugzilla Oct. 27, 2023

Oct. 27, 2023

https://bugs.winehq.org/show_bug.cgi?id=55786 Bug ID: 55786 Summary: user32:msg - test_timers() sometimes gets a shorter timeout than expected in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- user32:msg - test_timers() sometimes gets a shorter timeout than expected in Wine: 11622: Test failed: did not get expected count for minimum timeout (90 != ~100). See https://test.winehq.org/data/patterns.html#user32:msg This first happened on 2023-07-14 (no instance in the previous 5 months) and has happened about 8 times per month since. It does not happen on any of the TestBot VMs however. So far it only happened on the GitLab CI (impacting 12 MRs), on Remi's macOS machines and once on my fg-deb64 desktop. Here are the October instance: * 2023-10-04 linux_gitlab-debian-64 * 2023-10-06 mac_rbernon-macos-opengl-win64_1 * 2023-10-10 mac_rbernon-macos-opengl-wow64 * 2023-10-10 MR!4024, MR!4042 * 2023-10-11 MR!4064, MR!4075 * 2023-10-12 MR!4071 The lowest value in the failure messages (including the MRs) is 86 (2023-07-14 mac_rbernon-macos-opengl-win64_2). All other values are either 89 or 90. So TIMER_COUNT_TOLERANCE = 10 was not far off, but maybe something around 15.6 would be more accurate. That said this test is old (2013-2019) so it is strange that it only started failing last July. -- 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 31586] New: Myst V stucked when about playing the first cutscene in the game
by wine-bugs＠winehq.org Oct. 27, 2023

Oct. 27, 2023

http://bugs.winehq.org/show_bug.cgi?id=31586 Bug #: 31586 Summary: Myst V stucked when about playing the first cutscene in the game Product: Wine Version: 1.5.11 Platform: x86 URL: http://www.chip.de/downloads/Demo-Myst-V-End-Of-Ages_1 6462550.html OS/Version: Linux Status: NEW Keywords: download Severity: minor Priority: P2 Component: directx-dmusic AssignedTo: wine-bugs(a)winehq.org ReportedBy: gyebro69(a)gmail.com Classification: Unclassified Created attachment 41534 --> http://bugs.winehq.org/attachment.cgi?id=41534 terminal output This probably never worked correctly in Wine: in AppDB there are mentions of the issue with Wine 0.9.x. Reproducible with the demo as well as with the GOG.com version of the game. The problem: when you meet the first person very early in the game, his/her initial monologue is not playing. The person is just standing there, the audio file containing the speech is never played. This makes impossible to get further in the game. The game is not freezing; background music, animations, camera movement are still working, but you are unable to use the keyboard or the mouse. The only way to exit the game at this point is to kill the game executable. This is the point where certain fixmes from dmime are printed in the terminal, as can be seen at the end of the attached log. Workaround: 'winetricks directmusic' (which also installs native dsound). The corresponding audio file is playing correctly and you can proceed further in the game. Steps to reproduce the problem with the demo version: 1. install the demo, use virtual desktop mode to work around bug #25786. At the end of the installation, audio files used by the game will be converted from .ogg to .wav. It should be noted that the game installer hits bug #17403 at this point: the converted .wav files have different sizes, compared to the same files when the game is installed under Windows. Probably that's not what causes the reported issue (native directmusic doesn't help in bug #17403). 2. start the demo with eoa.exe. Skip the intro videos and click <Ok> in the notification dialogue about mouse movement. 3. there is a 'bubble' in front of you, left click on it to get closer. A man appears in front of you, but he's just standing there, his monologue is not playing thus you can't proceed further. The audio file that should be played at this point in the demo version is 'drboEsher-DireboSrln_eng.wav', located under Myst V Demo/sfx/streamingCache. Please let me know if you need a log with debug channels enabled. -- 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 33

[Bug 25323] New: Civilization IV Beyond the Sword crashed when trying to start a new game.
by wine-bugs＠winehq.org Oct. 26, 2023

Oct. 26, 2023

http://bugs.winehq.org/show_bug.cgi?id=25323 Summary: Civilization IV Beyond the Sword crashed when trying to start a new game. Product: Wine Version: 1.3.8 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msxml3 AssignedTo: wine-bugs(a)winehq.org ReportedBy: f.pinamartins(a)gmail.com Created an attachment (id=32176) --> (http://bugs.winehq.org/attachment.cgi?id=32176) Crash log with WINEDEBUG=+tid,+msxml,+variant The crash mentioned in the summary occurs only if using builtin msxml3. Reverting this dll to native will make the game start just fine. I attached a logfile with WINEDEBUG=+tid,+msxml,+variant. This should allow more progress on the builtin msxml3 lib. -- 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 67

[Bug 55827] New: Can't install Scratch3
by WineHQ Bugzilla Oct. 25, 2023

Oct. 25, 2023

https://bugs.winehq.org/show_bug.cgi?id=55827 Bug ID: 55827 Summary: Can't install Scratch3 Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: zuomug67(a)gmail.com Distribution: --- Created attachment 75319 --> https://bugs.winehq.org/attachment.cgi?id=75319 backtracefile Can'tinstall Scratch3 -- 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 55826] New: Office 2016 applications have broken UI
by WineHQ Bugzilla Oct. 24, 2023

Oct. 24, 2023

https://bugs.winehq.org/show_bug.cgi?id=55826 Bug ID: 55826 Summary: Office 2016 applications have broken UI Product: Wine-staging Version: 8.18 Hardware: x86-64 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dmitry(a)baikal.ru CC: awesie(a)gmail.com, leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 75318 --> https://bugs.winehq.org/attachment.cgi?id=75318 Broken UI in Word 2016 This is a regression caused by https://github.com/wine-staging/wine-staging/blob/master/patches/wined3d-me… Author: Andrew Wesie <awesie(a)gmail.com> Date: Sun Sep 30 12:02:00 2018 -0500 wined3d: Use glReadPixels for RT texture download. Signed-off-by: Andrew Wesie <awesie(a)gmail.com> For the testing purposes I used 32-bit Office 2016 ISO from https://archive.org/details/microsoft-office-2016-professional-plus-32-and-… set Windows 7 in winecfg, and used default installation. Then 1. goto drive_c/Program Files/Microsoft Office/Office16 2. run 'wine WINWORD.EXE' 3. choose "Blank document" Reverting the above patch fixes UI painting. -- 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 55350] New: explorer.exe:explorer - test_taskbar() often fails in Wine
by WineHQ Bugzilla Oct. 23, 2023

Oct. 23, 2023

https://bugs.winehq.org/show_bug.cgi?id=55350 Bug ID: 55350 Summary: explorer.exe:explorer - test_taskbar() often fails in Wine Product: Wine 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: --- explorer.exe:explorer - test_taskbar() often fails in Wine: explorer.c:43: Test failed: Expected (0,0)-(0,0), got (904,0)-(1024,768). See https://test.winehq.org/data/patterns.html#explorer.exe:explorer This happens almost systematically on fg-deb64-* but also happens randomly on the TestBot's debian11 VM, GitLab's gitlab-debian environment, and Remi's VMs. This also impacts merge requests sometimes, for instance MR!3413 on 2023-07-26. -- 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 55823] New: "Star Trek Fleet Command" crashes on exit
by WineHQ Bugzilla Oct. 23, 2023

Oct. 23, 2023

https://bugs.winehq.org/show_bug.cgi?id=55823 Bug ID: 55823 Summary: "Star Trek Fleet Command" crashes on exit Product: Wine Version: 8.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: donnie126_2002(a)hotmail.com Distribution: --- Created attachment 75314 --> https://bugs.winehq.org/attachment.cgi?id=75314 Unhandled exception: page fault on read access, etc. "Star Trek Fleet Command" by Scopely installs and runs as you might expect it to run on a Windows machine, but when the player exits the game, the program crashes with the report outlined in the attached "backtrace.txt" file. -- 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 55822] New: 8.2 and over Wine-staging doesn't apply patches on tar.xz source code
by WineHQ Bugzilla Oct. 23, 2023

Oct. 23, 2023

https://bugs.winehq.org/show_bug.cgi?id=55822 Bug ID: 55822 Summary: 8.2 and over Wine-staging doesn't apply patches on tar.xz source code Product: Wine-staging Version: 8.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: d.bass05(a)proton.me CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- This includes a lot of packaging, like the Arch Linux one (https://gitlab.archlinux.org/archlinux/packaging/packages/wine-staging/-/bl…) This is due to the Python 3 port (https://gitlab.winehq.org/wine/wine-staging/-/commit/f2f8b949b1ae1bedc2b3b1…) included since tag 8.2. Specifically, it doesn't get passed the flag --nogit to gitapply.sh in case that the wine main tree is not a git repository. This regression made harder to understand why the staging patches are not applied after the building. -- 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 49339] New: Megaman X8 demo: html-based launcher window is blank
by WineHQ Bugzilla Oct. 23, 2023

Oct. 23, 2023

https://bugs.winehq.org/show_bug.cgi?id=49339 Bug ID: 49339 Summary: Megaman X8 demo: html-based launcher window is blank Product: Wine Version: 5.10 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: mshtml Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, extracted from bug 30188 --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files (x86)/Capcom/Megaman X8 $ wine ./MEGAMANX8.exe ... 01a4:fixme:ieframe:PersistStreamInit_InitNew (05892078) 01a4:fixme:ieframe:OleObject_Advise (05892078)->(06210270, 062102BC) 01a4:fixme:ieframe:ViewObject_SetAdvise aspects and/or flags not supported yet 01a4:fixme:ieframe:ViewObject_Draw (05892078)->(1 -1 00000000 00000000 00000000 0009005B 062102D4 062102D4 00000000 00000000) ... 01a4:fixme:ieframe:BrowserService_GetTravelLog 0755A368 00319070 01a4:fixme:ieframe:ClientSite_GetContainer (05892148)->(0031908C) ... 01a4:fixme:ieframe:navigate_url Unsupported args (Flags 0031E9B0 {VT_INT: 14}; TargetFrameName 0031E9C0 {VT_EMPTY}) ... 01a4:fixme:ieframe:DocHostUIHandler_GetDropTarget (05892148) ... 01a4:fixme:ieframe:ClientSite_GetContainer (05892148)->(0031E7F4) 01a4:fixme:ieframe:PropertyNotifySink_OnChanged unimplemented dispid 1005 ... 01a4:fixme:ieframe:DocHostUIHandler_GetDropTarget (05892148) ... 01a4:fixme:mshtml:nsChannel_AsyncOpen2 (075593A8)->(0B8EE5D8) 01a4:fixme:jscript:JScriptProperty_SetProperty Unimplemented property 70000001 01a4:fixme:jscript:JScriptProperty_SetProperty Unimplemented property 70000002 01a4:fixme:mshtml:ActiveScriptSite_OnScriptError (075BA978)->(075EFAA8) 01a4:fixme:mshtml:ActiveScriptSite_OnScriptError (075BA978)->(075EF1A0) 01a4:fixme:mshtml:ActiveScriptSite_OnScriptError (075BA978)->(075EF1A0) 01a4:fixme:mshtml:set_event_handler_disp unimplemented event L"unload" 01a4:fixme:mshtml:get_listener_container unimplemented event L"unload" 01a4:fixme:mshtml:ActiveScriptSite_OnScriptError (075BA978)->(0760D018) 01a4:fixme:mshtml:ActiveScriptSite_OnScriptError (075BA978)->(0760CB68) 01a4:fixme:ieframe:PropertyNotifySink_OnChanged unimplemented dispid 1005 ... --- snip --- The launcher is ActiveMARK based DRM which needs some native IE8 overrides to work. * ieframe * mshtml * urlmon Essentially minimized 'winetricks -q ie8' ProtectionID scan for documentation: --- snip --- -=[ ProtectionID v0.6.9.0 DECEMBER]=- (c) 2003-2017 CDKiLLER & TippeX Build 24/12/17-21:05:42 Ready... Scanning -> C:\Program Files\Capcom\Megaman X8\MEGAMANX8.exe File Type : 32-Bit Exe (Subsystem : Win GUI / 2), Size : 3482113 (0352201h) Byte(s) | Machine: 0x14C (I386) Compilation TimeStamp : 0x425210AC -> Tue 05th Apr 2005 04:14:36 (GMT) [TimeStamp] 0x425210AC -> Tue 05th Apr 2005 04:14:36 (GMT) | PE Header | - | Offset: 0x00000120 | VA: 0x00400120 | - -> File has 290817 (047001h) bytes of appended data starting at offset 030B200h [File Heuristics] -> Flag #1 : 00000000000000011100001000110101 (0x0001C235) [Entrypoint Section Entropy] : 7.98 (section #13) ".data " | Size : 0x17A00 (96768) byte(s) [DllCharacteristics] -> Flag : (0x0000) -> NONE [SectionCount] 17 (0x11) | ImageSize 0x4BEC000 (79609856) byte(s) [ModuleReport] [IAT] Modules -> COMDLG32.DLL | DSOUND.DLL | VERSION.DLL [!] ActiveMARK v5.42.1218 detected! (packer version) LibTool Version : *unknown* / Capabilities : amvfs,amcrypt,amperl,amlicense,amencode,amjava PeTool Version : *unknown* / Capabilities : pefile,peglue,pelock,pecompress Protect Time : 2005/08/22 16:41:36 - Scan Took : 0.688 Second(s) [0000002B0h (688) tick(s)] [566 of 580 scan(s) done] --- snip --- $ sha1sum megamanx8_en.exe 8eb4831c09e106253ae99718e8b3c6865e2e843b megamanx8_en.exe $ du -sh megamanx8_en.exe 901M megamanx8_en.exe $ wine --version wine-5.10 Regards -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 55712] New: rpcrt4: NdrClientInitializeNew() does not wait for server connection
by WineHQ Bugzilla Oct. 23, 2023

Oct. 23, 2023

https://bugs.winehq.org/show_bug.cgi?id=55712 Bug ID: 55712 Summary: rpcrt4: NdrClientInitializeNew() does not wait for server connection Product: Wine Version: 8.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: rpc Assignee: wine-bugs(a)winehq.org Reporter: bghome(a)gmail.com Distribution: --- Created attachment 75218 --> https://bugs.winehq.org/attachment.cgi?id=75218 Application log (WINEDEBUG=+timestamp,+pid,+tid,+seh,+rpc,+file,+sync) I'm debugging a crash of the RekordboxAgent application. The problem is that it's terminated by the RPC_S_SERVER_UNAVAILABLE exception. I noticed that the client connection for the endpoint .\pipe\wine_plugplay (see NdrClientInitializeNew() API call on line 11168) had been triggered before the server started listening (see NdrServerInitializeNew() API call on line 13286). Since the application works well under Windows 10/11, I believe it's a wine implementation related problem. To me it seems like the client connection should wait until the server becomes available. I made a small patch to test this theory (see rpcrt4.patch). Now I can see in the logs that the WaitNamedPipeW API is called on line 11189, but looks like does not have the desired effect as rpcrt4_conn_open_pipe connection failed appears immediately on line 11194. Any help regarding that would be appreciated. -- 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