November 2023 - Wine-bugs - list.winehq.org

[Bug 25961] New: Visual C++ 2008 runtime not marked as installed by default
by wine-bugs＠winehq.org 20 Jul '24

20 Jul '24

http://bugs.winehq.org/show_bug.cgi?id=25961 Summary: Visual C++ 2008 runtime not marked as installed by default Product: Wine Version: 1.3.12 Platform: x86 OS/Version: Linux Status: NEW Severity: enhancement Priority: P2 Component: msvcrt AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com The installer for the app I'm looking at now checks for the visual c++ 2008 runtime, and runs D:\\Redistributable\\vcredist_x86_en.exe if it wasn't found. Now, one of these days, Wine's builtin msvcr / msvcp is going to suffice for this and most other apps, at which point Wine might want to set the registry to indicate that vcrun2008 is already installed. This might be in the distant future, depending on how many apps need the other things that come with the runtime package, like mfc and a full msvcp, that wine does not yet provide. So this bug will likely remain open for a long time (if it's not closed for being too far ahead of its time). For the record, this seems to be how the app is checking whether vcrun2008 is installed: 0024:Call msi.MsiQueryProductStateW(0033e2de L"{9A25302D-30C0-39D9-BD6F-21E6EC160475}") ret=0040b9ad 0024:Call advapi32.RegOpenKeyW(80000002,0033d6c2 L"Software\\Microsoft\\Windows\\CurrentVersion\\Installer\\Managed\\S-1-5-4\\Installer\\Products\\D20352A90C039D93DBF6126ECE614057",0033d968) ret=7ef2cd5c 0024:Ret advapi32.RegOpenKeyW() retval=00000002 ret=7ef2cd5c 0024:Call advapi32.RegOpenKeyW(80000001,0033d6c2 L"Software\\Microsoft\\Installer\\Products\\D20352A90C039D93DBF6126ECE614057",0033d968) ret=7ef2cd5c 0024:Ret advapi32.RegOpenKeyW() retval=00000002 ret=7ef2cd5c 0024:Call advapi32.RegOpenKeyW(80000002,0033d6c2 L"Software\\Classes\\Installer\\Products\\D20352A90C039D93DBF6126ECE614057",0033d968) ret=7ef2cd5c 0024:Ret advapi32.RegOpenKeyW() retval=00000002 ret=7ef2cd5c 0024:Call advapi32.RegOpenKeyW(80000002,0033d4ca L"Software\\Microsoft\\Windows\\CurrentVersion\\Installer\\UserData\\S-1-5-4\\Products\\D20352A90C039D93DBF6126ECE614057\\InstallProperties",0033d964) ret=7ef2b600 0024:Ret advapi32.RegOpenKeyW() retval=00000002 ret=7ef2b600 0024:Ret msi.MsiQueryProductStateW() retval=ffffffff ret=0040b9ad -- 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 11

[Bug 55868] New: Horizontal tab character (ASCII 0x09) not rendered in text fields
by WineHQ Bugzilla 19 Jul '24

19 Jul '24

https://bugs.winehq.org/show_bug.cgi?id=55868 Bug ID: 55868 Summary: Horizontal tab character (ASCII 0x09) not rendered in text fields Product: Wine Version: 5.0.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: vojtech.turek(a)hotmail.cz Distribution: --- Created attachment 75394 --> https://bugs.winehq.org/attachment.cgi?id=75394 Wine vs. Windows: the text field contains two horizontal tab characters, none of which are rendered by Wine If a text field contains horizontal tab (ASCII 0x09) characters, these are not rendered. See the attached screenshot from Wine 5.0.3 (left) and the same application running under Windows 10 x64 (right). The field value is "<HT>www.test.org<HT>x" ("<HT>" denotes a single horizontal tab character), yet Wine shows just "www.test.orgx" in the field. However, Wine clearly knows the horizontal tab characters are present, because it shows them in the text field tooltip stating (in English) "Website address<NEW LINE>[<TEXT FIELD VALUE>]". Installing corefonts via winetricks (as recommended in bug #45316) does not lead to any improvement. -- 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 31990] New: Add ability to upload extra files along with test ext
by wine-bugs＠winehq.org 18 Jul '24

18 Jul '24

http://bugs.winehq.org/show_bug.cgi?id=31990 Bug #: 31990 Summary: Add ability to upload extra files along with test ext Product: Wine-Testbot Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: titan.costa(a)gmail.com Classification: Unclassified That would be good to have the ability to upload extra files (avi files, dlls, .drv, ...) to perform individual test (not part of the test suite). Otherwise it requires to embed the file or use a self extracting exe which are not very convenient. -- 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 3

[Bug 33126] New: divided SysEx and coalesced midiOutLongMsg
by wine-bugs＠winehq.org 18 Jul '24

18 Jul '24

http://bugs.winehq.org/show_bug.cgi?id=33126 Bug #: 33126 Summary: divided SysEx and coalesced midiOutLongMsg Product: Wine Version: 1.5.25 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: winealsa.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: hoehle(a)users.sourceforge.net Classification: Unclassified Johannes Kroll reported in wine-patches that the KORG Kontrol Editor software hung after sending an ill-formed SysEx via winealsa's midiOutLongMsg. http://www.winehq.org/pipermail/wine-patches/2013-January/121335.html The MIDIHDR data is F0 ... F7 00 00 00 (125 bytes). http://www.winehq.org/pipermail/wine-devel/2013-February/098852.html He observed that no hang occurs when skipping the trailing 3 zero bytes. F7 is the "End Of SysEx" (EOX) marker. It is still unclear what happens. MIDI HW is expected to skip over bogus bytes, thus the zero bytes should cause no harm. OTOH, ALSA might be getting into trouble processing ill-formed messages, and we don't know if or how many bytes ALSA actually sent out through the serial port. In any case, midiOutLongMsg handling in Wine needs fixes. - winealsa should extract the F0...F7 part and send that as a SysEx. - More generally, midiOutLong is known to accept not only SysEx packets, but also coalesced status messages. Some MIDI authors prefer to send e.g. chords via one LongMsg rather than successive calls to midiOutShortMsg, arguing that it's faster. Hence all Wine MIDI drivers need to decompose midiOutLongMsg into packets consisting of status message, regular SysEx ... and possibly junk. - All APIs (MS, ALSA, OSS, CA) acknowledge the existence of divided SysEx. As a result, framing SysEx with F0 ... F7 is entirely under application control. The current winealsa framing code is simply wrong. - winecoreaudio always declared 3 bytes for short messages, even program change. I have written a sequence of patches to fix all of this. The only thing that is unclear is how to encapsulate garbage data like the above 3 zero bytes or real time messages with ALSA. What ALSA API function and what ALSA message type to use? Heck, I'm not even sure winealsa.drv/midi.c:modData is ok to send a 2-byte MTC quarter frame via snd_seq_ev_set_sysex instead of using a primitive that sets the type SND_SEQ_EVENT_CLOCK/TICK. -- 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 3

[Bug 46392] New: Commandos: Behind Enemy Walls is freezing while using native quartz.dll
by wine-bugs＠winehq.org 17 Jul '24

17 Jul '24

https://bugs.winehq.org/show_bug.cgi?id=46392 Bug ID: 46392 Summary: Commandos: Behind Enemy Walls is freezing while using native quartz.dll Product: Wine Version: 4.0-rc4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winegstreamer Assignee: wine-bugs(a)winehq.org Reporter: gang65(a)poczta.onet.pl Distribution: --- Created attachment 63153 --> https://bugs.winehq.org/attachment.cgi?id=63153 Terminal logs with WINEDEBUG=+quartz+gstreamer+amstream Commandos: Behind Enemy Walls is freezing while using native quartz.dll. This is caused lack of support for 8 bit colour mode (it is using in Cinepak codec): https://multimedia.cx/mirror/cinepak.txt It is also visible in the logs with fixme warning: 003c:trace:gstreamer:accept_caps_sink 0x7add5558 0x7be6aac8 003c:fixme:gstreamer:amt_from_gst_caps_video Unknown bpp 8 The cinepak gstreamer codec is already installed with command (Ubuntu 18.04): sudo apt install gstreamer1.0-libav:i386 -- 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 24

[Bug 43542] New: MikuMikuMoving errors when loading audio file
by wine-bugs＠winehq.org 15 Jul '24

15 Jul '24

https://bugs.winehq.org/show_bug.cgi?id=43542 Bug ID: 43542 Summary: MikuMikuMoving errors when loading audio file Product: Wine Version: 2.14 Hardware: x86 URL: https://sites.google.com/site/mikumikumoving/MikuMikuM oving_v1275.zip OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- Created attachment 58940 --> https://bugs.winehq.org/attachment.cgi?id=58940 Log of the crash Using native dotnet40 and d3dx9. When loading an audio file (.wav), the program crashes. After installing natuve devenum and quartz it errors with > Retrieving the COM class factory for component with CLSID {C1F400A4-3F08-11D3-9F0B-006008039E37} failed fue to the following error: 80040154 Exception from HRESULT 0x80040154 (REGDB_E_CLASSNOTREG). but doesn't crash. Possibly related to https://bugs.winehq.org/show_bug.cgi?id=43541 -- 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 48804] New: Multiple games crash on unimplemented function d3dx11_43.dll.D3DX11CreateShaderResourceViewFromFile (Assetto Corsa 1.14.x)
by WineHQ Bugzilla 14 Jul '24

14 Jul '24

https://bugs.winehq.org/show_bug.cgi?id=48804 Bug ID: 48804 Summary: Multiple games crash on unimplemented function d3dx11_43.dll.D3DX11CreateShaderResourceViewFromFile (Assetto Corsa 1.14.x) Product: Wine Version: 5.4 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 48801 --- snip --- $ pwd /home/focht/.wine/drive_c/Games/Assetto Corsa $ wine ./AssettoCorsa_Launcher.exe ... 00c7:err:d3dcompiler:compile_shader HLSL shader parsing failed. 00c7:err:ntdll:RtlLeaveCriticalSection section 0x21a5510 is not acquired 00c7:err:d3dcompiler:compile_shader HLSL shader parsing failed. 00c7:fixme:d3dx:D3DX11GetImageInfoFromFileW filename L"content/gui/controls/taskbar/scroll_up.png", pump 0000000000000000, img_info 000000000022ECD0, hresult 0000000000000000 stub! wine: Call from 0x7b00f665 to unimplemented function d3dx11_43.dll.D3DX11CreateShaderResourceViewFromFileW, aborting ... --- snip --- Wine source: https://source.winehq.org/git/wine.git/blob/9c190f8118faa2f4708e86340e3e044… --- snip --- 18 @ stub D3DX11CreateShaderResourceViewFromFileA 19 @ stub D3DX11CreateShaderResourceViewFromFileW --- snip --- Microsoft docs: https://docs.microsoft.com/en-us/windows/win32/direct3d11/d3dx11createshade… $ wine --version wine-5.4-306-g9c190f8118 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 6

[Bug 39206] New: Lylian demo hangs after intro video
by wine-bugs＠winehq.org 14 Jul '24

14 Jul '24

https://bugs.winehq.org/show_bug.cgi?id=39206 Bug ID: 39206 Summary: Lylian demo hangs after intro video Product: Wine Version: 1.7.50 Hardware: x86-64 URL: http://www.fileplanet.com/217922/210000/fileinfo/Lylia n-Demo OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: 00cpxxx(a)gmail.com Distribution: --- Currently wine plays the introduction video but after that it hangs and only resumes when a few keystrokes and/or mouse clicks are performed. The problem seems related to quartz but since I'm not sure the component is not set yet. The video playback ends but it looks like quartz does not recognize that and keeps waiting for things to happen. Last lines from the quartz log: 0032:trace:quartz:StdMediaSample2_Release (0x1bb4c0)->(): new ref = 0 0032:trace:quartz:BaseMemAllocator_ReleaseBuffer (0x1baea0)->(0x1bb4c0) 0032:trace:quartz:StdMediaSample2_Release (0x1b92a8)->(): new ref = 0 0032:trace:quartz:BaseMemAllocator_ReleaseBuffer (0x1b8298)->(0x1b92a8) 0032:trace:quartz:AVISplitter_SendEndOfFile End of file reached 0032:fixme:qedit:SampleGrabber_IPin_EndOfStream : stub 0032:trace:quartz:AVISplitter_SendEndOfFile --> 0 0032:trace:quartz:AVISplitter_thread_reader Thread 0 terminated properly 002e:fixme:quartz:FileAsyncReader_WaitForNext Returned: 258 (00000578) 002e:trace:quartz:FileAsyncReader_WaitForNext -- 8004022e 002e:trace:quartz:PullPin_Thread_Process Process sample 002e:trace:quartz:FileAsyncReader_WaitForNext (10000, 0x139e924, 0x139e910) 002e:warn:quartz:FileAsyncReader_WaitForNext Called without samples in queue and not flushing!! 002e:fixme:quartz:FileAsyncReader_WaitForNext Returned: 258 (00000578) 002e:trace:quartz:FileAsyncReader_WaitForNext -- 8004022e 002e:trace:quartz:PullPin_Thread_Process Process sample 002e:trace:quartz:FileAsyncReader_WaitForNext (10000, 0x139e924, 0x139e910) 002e:warn:quartz:FileAsyncReader_WaitForNext Called without samples in queue and not flushing!! 002e:fixme:quartz:FileAsyncReader_WaitForNext Returned: 258 (00000578) 002e:trace:quartz:FileAsyncReader_WaitForNext -- 8004022e The last 4 lines repeat forever. If I change the game AVI file to any other AVI it plays fine and ends fine. -- 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 55130] New: IF EXIST fails when its argument ends on a slash
by WineHQ Bugzilla 14 Jul '24

14 Jul '24

https://bugs.winehq.org/show_bug.cgi?id=55130 Bug ID: 55130 Summary: IF EXIST fails when its argument ends on a slash Product: Wine Version: 8.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: madebr(a)gmail.com Distribution: --- When a folder argument of IF EXIST ends on a slash, it will report the argument as not existing, even though it is. ``` rd /s /q folder mkdir folder if exist folder echo "Folder exists" if not exist folder/ echo "BAD! FOLDER DOES EXIST ACTUALLY" ``` This prints the message "BAD! FOLDER DOES EXIST ACTUALLY", where it shouldn't. -- 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 54575] New: False positive detection of mmc reader as hard drive since kernel 6.1
by WineHQ Bugzilla 14 Jul '24

14 Jul '24

https://bugs.winehq.org/show_bug.cgi?id=54575 Bug ID: 54575 Summary: False positive detection of mmc reader as hard drive since kernel 6.1 Product: Wine Version: 8.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: busko.lukasz(a)pm.me Distribution: --- Since kernel 6.1 wine interprets mmc reader as valid /dev/sda device. Problem is that kernel instead of /dev/mmc created /dev/sda... However its easy to fix in wine. Please just detect device class type and problem never appear again. Reproduction steps install fusion360 https://github.com/str0g/Autodesk-Fusion360-Linux or https://github.com/cryinkfly/Autodesk-Fusion-360-for-Linux 1.Open project 2.Modify something 3.leave it for 30minuts (don't know if screen saver is important or not) 4.add additional modification 5.try to save. Expected outcome Error: D:\Stage\workspace\protein\release\2021.10.R2023\protein\src\libs\protein4\archiveadaptor.cpp(210)stream can not open!! Additional information: winprefixes/ d:: -> /dev/sda Actual mmc device... ❯ dmesg |grep sda [ 3.455870] sd 0:0:0:0: [sda] Media removed, stopped polling [ 3.456045] sd 0:0:0:0: [sda] Attached SCSI removable disk [99954.410598] sd 0:0:0:0: [sda] 250085376 512-byte logical blocks: (128 GB/119 GiB) [99954.411058] sda: detected capacity change from 0 to 250085376 [99954.411675] sda: sda1 when sd card is in slot winprefixes/ d:: -> /dev/sda1 e:: -> /dev/sda -- 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