September 2024 - Wine-Bugs - list.winehq.org

[Bug 57243] taskbar is gone inside virtual desktop

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57243 mrdeathjr28(a)yahoo.es changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mrdeathjr28(a)yahoo.es --- Comment #1 from mrdeathjr28(a)yahoo.es --- (In reply to lilydjwg from comment #0) > When virtual desktop is enabled, there used to be a taskbar that could be > used to restore minimized windows. It's gone since 9.17 (commit > c31e65fd3bde71234668507a9e15780d567c0a51). Setting the EnableShell registry > key to 1 doesn't make it back. > > I need it, or I can't find my game window after it gets minimized. > > Tested with fb256d8b950b5498bc4b2252de7b0b7a714229f7 (which is the latest > commit I get from github mirror; the origin repo is returning 522). In my case taskbar still appear, for launch wine i use this: WINEDEBUG=-all wine explorer /desktop=shell,1024x768 -- 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.

Sept. 27, 2024

[Bug 57240] Wine 9.18 - Regression - FL Studio (and probably other apps) don't export correct file formats anymore

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57240 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|critical |normal --- Comment #3 from Austin English <austinenglish(a)gmail.com> --- Not critical. -- 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.

Sept. 27, 2024

[Bug 57241] Managed COM components fail to load outside of application directory

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57241 Esme Povirk <madewokherd(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |madewokherd(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.

Sept. 27, 2024

[Bug 32342] Multiple applications and games using 'Webkit', 'Blink' or 'CEF' (libcef) web browser engine crash on startup ('Arial' and 'Times New Roman' font face name validation)

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=32342 Artem S. Tashkinov <aros(a)gmx.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |aros(a)gmx.com --- Comment #112 from Artem S. Tashkinov <aros(a)gmx.com> --- *** Bug 57238 has been marked as a duplicate of this bug. *** -- 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.

Sept. 27, 2024

[Bug 57238] WinRK crashes on start up

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57238 Artem S. Tashkinov <aros(a)gmx.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |DUPLICATE --- Comment #14 from Artem S. Tashkinov <aros(a)gmx.com> --- (In reply to Hans Leidekker from comment #13) > > Sounds trivial to me and I'm sure something like that has already been done > > in Wine and used in many places. > > We don't want to check every file open to see if it's a font under > c:\windows\fonts. System fonts may also be found other places. I thought the linked bug report was *specifically* about Windows *system* fonts, so other use cases are out of its scope and my proposal at least to me makes perfect sense. Anyways, let's mark this bug report as a dupe. *** This bug has been marked as a duplicate of bug 32342 *** -- 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.

Sept. 27, 2024

[Bug 57137] startlocal/endlocal changes CWD if pushd/popd are called before

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57137 Eric Pouech <eric.pouech(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |eric.pouech(a)gmail.com --- Comment #1 from Eric Pouech <eric.pouech(a)gmail.com> --- (not sure I'm going to work on this in the short term; so writing some notes if someone is willing to look into it) that will require more testing to investigate the impact on internal structures... some quick look: - current directory for all drives is saved by setlocal on windows (not only current one) - and all drives are restored by endlocal (on windows) I don't think tweaking the setlocal/endlocal structure to store all drives as dedicated fields is the correct approach IMO, we should rather use the =<Drive>: env variables; they are partly supported in builtin cmd, but will likely need more work... Indication: 'echo %=c:%' on native shows the default dir for drive C (doesn't work yet on builtin) (see [1] for more details) likely to be assessed (non exhaustive list): - how are the env variables inherited/created on cmd.exe creation (wild guess: inherited when they exist, and set to =<drive>:=\ when not present at startup) - how they are passed to child process (wild guess: simply passed as part of current env) - impact on CD/CHDIR builtin commands (wild guess: likely update env var accordingly, partly done, requires some more tests) - likely low impact on the rest of the code as RtlGetFullPathName_U already handles them -Eric [1] https://devblogs.microsoft.com/oldnewthing/20100506-00/?p=14133 -- 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.

Sept. 27, 2024

[Bug 57238] WinRK crashes on start up

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57238 --- Comment #13 from Hans Leidekker <hans(a)meelstraat.net> --- (In reply to Artem S. Tashkinov from comment #12) > AFAIK Wine has wrappers for most Windows functions, so wouldn't it be just > the case of > > winAPI_fopen(file) > { > if (string(file) ~= "C:\windows\fonts\*.ttf" && !file_exist(file) ) > { > fontname = strip ( string(file), "C:\windows\fonts\"); > if file_exists(strcat("/usr/share/fonts", fontname)) > file=fopen(strcat("/usr/share/fonts", fontname)); > } > } > > Sounds trivial to me and I'm sure something like that has already been done > in Wine and used in many places. We don't want to check every file open to see if it's a font under c:\windows\fonts. System fonts may also be found other places. -- 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.

Sept. 27, 2024

[Bug 57240] Wine 9.18 - Regression - FL Studio (and probably other apps) don't export correct file formats anymore

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57240 --- Comment #2 from Miliardo <agarplayerarlon(a)gmail.com> --- (In reply to Fabian Maurer from comment #1) > Not a blocker. > > What exactly was the problem with the regression test? Didn't get it to > compile? Didn't reproduce the issue at all after building? I've never done them so I'm not an expert in doing them, I've compiled wine from source following the regression testing guide but every time I try to open the app I get these errors 0208:fixme:avrt:AvSetMmThreadCharacteristicsW (L"Pro Audio",0DF5FA98): stub 0208:fixme:avrt:AvSetMmThreadPriority (12345678)->(2) stub 0024:fixme:dwmapi:DwmEnableMMCSS (-1) stub 0024:fixme:explorerframe:taskbar_list_SetProgressState iface 03662EE0, hwnd 0002011A, flags 2 stub! 0204:err:sync:RtlpWaitForCriticalSection section 01612FFC (null) wait timed out in thread 0204, blocked by 0024, retrying (60 sec) -- 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.

Sept. 27, 2024

[Bug 57240] Wine 9.18 - Regression - FL Studio (and probably other apps) don't export correct file formats anymore

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57240 Miliardo <agarplayerarlon(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|normal |critical -- 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.

Sept. 27, 2024

[Bug 57244] New: Train capacity 300% 2 will crash after enable the winedmo

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57244 Bug ID: 57244 Summary: Train capacity 300% 2 will crash after enable the winedmo Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: l12436.tw(a)gmail.com Distribution: --- Created attachment 77161 --> https://bugs.winehq.org/attachment.cgi?id=77161 Detail log from Train capacity 300% 2 Also video regression due to winedmo. Game will crash at the title video or gallery video -- 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.

Sept. 27, 2024

[Bug 57238] WinRK crashes on start up

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57238 --- Comment #12 from Artem S. Tashkinov <aros(a)gmx.com> --- (In reply to Hans Leidekker from comment #11) > > Could Wine monitor such things and substitute files when necessary? > > I don't think that belongs in Wine proper but it seems like a sensible thing > to do for a Wine wrapper. I don't know if monitoring is necessary, just > creating symlinks to various known fonts might be enough. AFAIK Wine has wrappers for most Windows functions, so wouldn't it be just the case of winAPI_fopen(file) { if (string(file) ~= "C:\windows\fonts\*.ttf" && !file_exist(file) ) { fontname = strip ( string(file), "C:\windows\fonts\"); if file_exists(strcat("/usr/share/fonts", fontname)) file=fopen(strcat("/usr/share/fonts", fontname)); } } Sounds trivial to me and I'm sure something like that has already been done in Wine and used in many places. -- 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.

Sept. 27, 2024

[Bug 57238] WinRK crashes on start up

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57238 --- Comment #11 from Hans Leidekker <hans(a)meelstraat.net> --- (In reply to Artem S. Tashkinov from comment #10) > (In reply to Hans Leidekker from comment #9) > > (In reply to Artem S. Tashkinov from comment #8) > > > I created a symlink from /usr/share/fonts/arial.ttf to C:\Windows\Fonts and > > > now the application works. > > > > > > Looks like it's the same bug but I wonder why it hasn't been fixed yet. Lots > > > of people have Microsoft TTF fonts installed system-wide. > > > > A system-wide install works for most applications but some read the font > > file directly from the Windows font directory. > > Could Wine monitor such things and substitute files when necessary? I don't think that belongs in Wine proper but it seems like a sensible thing to do for a Wine wrapper. I don't know if monitoring is necessary, just creating symlinks to various known fonts might be enough. -- 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.

Sept. 27, 2024

[Bug 57238] WinRK crashes on start up

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57238 --- Comment #10 from Artem S. Tashkinov <aros(a)gmx.com> --- (In reply to Hans Leidekker from comment #9) > (In reply to Artem S. Tashkinov from comment #8) > > I created a symlink from /usr/share/fonts/arial.ttf to C:\Windows\Fonts and > > now the application works. > > > > Looks like it's the same bug but I wonder why it hasn't been fixed yet. Lots > > of people have Microsoft TTF fonts installed system-wide. > > A system-wide install works for most applications but some read the font > file directly from the Windows font directory. Could Wine monitor such things and substitute files when necessary? -- 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.

Sept. 27, 2024

[Bug 57243] taskbar is gone inside virtual desktop

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57243 lilydjwg(a)gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Distribution|--- |ArchLinux Regression SHA1| |c31e65fd3bde71234668507a9e1 | |5780d567c0a51 -- 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.

Sept. 27, 2024

[Bug 57243] New: taskbar is gone inside virtual desktop

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57243 Bug ID: 57243 Summary: taskbar is gone inside virtual desktop Product: Wine Version: 9.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lilydjwg(a)gmail.com Distribution: --- When virtual desktop is enabled, there used to be a taskbar that could be used to restore minimized windows. It's gone since 9.17 (commit c31e65fd3bde71234668507a9e15780d567c0a51). Setting the EnableShell registry key to 1 doesn't make it back. I need it, or I can't find my game window after it gets minimized. Tested with fb256d8b950b5498bc4b2252de7b0b7a714229f7 (which is the latest commit I get from github mirror; the origin repo is returning 522). -- 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.

Sept. 27, 2024

[Bug 57148] cmd,for: ghidraRun.bat shows: Syntax error: unexpected IN

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57148 --- Comment #3 from Eric Pouech <eric.pouech(a)gmail.com> --- submitted https://gitlab.winehq.org/wine/wine/-/merge_requests/6577 which should tackle most of the remaining variables in FOR loops (different solution, yet more generic) than the one attached to #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.

Sept. 27, 2024

[Bug 57238] WinRK crashes on start up

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57238 --- Comment #9 from Hans Leidekker <hans(a)meelstraat.net> --- (In reply to Artem S. Tashkinov from comment #8) > I created a symlink from /usr/share/fonts/arial.ttf to C:\Windows\Fonts and > now the application works. > > Looks like it's the same bug but I wonder why it hasn't been fixed yet. Lots > of people have Microsoft TTF fonts installed system-wide. A system-wide install works for most applications but some read the font file directly from the Windows font directory. -- 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.

Sept. 27, 2024

[Bug 57238] WinRK crashes on start up

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57238 --- Comment #8 from Artem S. Tashkinov <aros(a)gmx.com> --- (In reply to Louis Lenders from comment #7) > > Just before the crash it checks if the font is present in fonts dir : > > 0024:Call KERNEL32.GetFileAttributesW(00da4b40 > L"C:\\windows\\Fonts\\arial.ttf") ret=005d4743 > 0024:Ret KERNEL32.GetFileAttributesW() retval=ffffffff ret=005d4743 > > I don't have a system wide arial installed, but I would guess that a system > wide installed arial doesn't mean that it's present in > C:\\windows\\Fonts\\arial.ttf > Could you check if the font is there? I created a symlink from /usr/share/fonts/arial.ttf to C:\Windows\Fonts and now the application works. Looks like it's the same bug but I wonder why it hasn't been fixed yet. Lots of people have Microsoft TTF fonts installed system-wide. -- 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.

Sept. 27, 2024

[Bug 57230] F.E.A.R Combat black screen at startup due to out of memory error

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57230 --- Comment #1 from LingM <lingm+winebz(a)posteo.org> --- Further testing shows that installing native d3dx9 with winetricks fixes the 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.

Sept. 27, 2024

[Bug 57098] Chromium and CEF applications broken since wine-staging 9.16

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57098 --- Comment #17 from Smoerrebroed <smoerrebroed(a)souls-of-midgard.de> --- Likewise, good job! Thanks for your help. -- 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.

Sept. 27, 2024

[Bug 57238] WinRK crashes on start up

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57238 Louis Lenders <xerox.xerox2000x(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever confirmed|0 |1 CC| |xerox.xerox2000x(a)gmail.com --- Comment #7 from Louis Lenders <xerox.xerox2000x(a)gmail.com> --- (In reply to Artem S. Tashkinov from comment #6) > (In reply to Fabian Maurer from comment #5) > > Did you test in clean WINEPREFIX with only winetricks arial? Because I had > > exact the same error, at the exact same address. > > I started with a fresh new Wine prefix - always do when reporting Wine bugs. > > Arial is installed system wide, not via winetricks. I wonder if makes the > difference. Just before the crash it checks if the font is present in fonts dir : 0024:Call KERNEL32.GetFileAttributesW(00da4b40 L"C:\\windows\\Fonts\\arial.ttf") ret=005d4743 0024:Ret KERNEL32.GetFileAttributesW() retval=ffffffff ret=005d4743 I don't have a system wide arial installed, but I would guess that a system wide installed arial doesn't mean that it's present in C:\\windows\\Fonts\\arial.ttf Could you check if the font is there? -- 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.

Sept. 27, 2024

[Bug 57242] New: Quicken WillMaker Plus 2007 requires unimplemented msvcp70.dll.??0?$basic_ofstream@DU?$char_traits@D@std@@@std@@QAE@PBDH@Z

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57242 Bug ID: 57242 Summary: Quicken WillMaker Plus 2007 requires unimplemented msvcp70.dll.??0?$basic_ofstream(a)DU?$char_traits(a)D@std@ @@std@@QAE(a)PBDH@Z Product: Wine Version: 9.18 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: msvcp Assignee: wine-bugs(a)winehq.org Reporter: arethusa26(a)gmail.com Distribution: --- Created attachment 77160 --> https://bugs.winehq.org/attachment.cgi?id=77160 Quicken WillMaker Plus 2007 winedbg backtrace With the fix from bug 57079, launching Quicken WillMaker Plus 2007 now results in a crash with: wine: Call from 7B6326F8 to unimplemented function msvcp70.dll.??0?$basic_ofstream(a)DU?$char_traits(a)D@std@@@std@@QAE(a)PBDH@Z, aborting Using the native msvcp70.dll that ships with the application avoids the crash. -- 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.

Sept. 27, 2024

[Bug 57079] Quicken WillMaker Plus 2007 requires unimplemented msvcp70.dll.?getline@std@@YAAAV?$basic_istream@DU?$char_traits@D@std@@@1@AAV21@AAV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@1@@Z

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57079 Andrew Nguyen <arethusa26(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |73d32ba78d8ab3f12ee942841ef | |edcb4396ed9d0 Resolution|--- |FIXED Status|NEW |RESOLVED --- Comment #2 from Andrew Nguyen <arethusa26(a)gmail.com> --- Thanks for the fix. The particular crash I reported no longer occurs, but there is another unimplemented function in msvcp70 that the application crashes on now. I'll open a new bug for that 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.

Sept. 27, 2024

[Bug 57241] New: Managed COM components fail to load outside of application directory

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57241 Bug ID: 57241 Summary: Managed COM components fail to load outside of application directory Product: Wine Version: 9.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mscoree Assignee: wine-bugs(a)winehq.org Reporter: bob(a)paradoxlost.com Distribution: --- Managed assemblies are not loaded outside of the "current" directory due to a failure to open the file using the CodeBase path. https://gitlab.winehq.org/wine/wine/-/blob/master/dlls/mscoree/corruntimeho… Here, the incorrect variable is passed to CreateFileW. It should be filename instead of path. -- 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.

Sept. 27, 2024

[Bug 57224] Strange Behavior with >64 Processing Cores

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=57224 --- Comment #2 from EricParker <atericparker(a)gmail.com> --- Created attachment 77159 --> https://bugs.winehq.org/attachment.cgi?id=77159 Patch to fix Wine with >64 cores Attached diffs for that patch. -- 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.

Sept. 27, 2024