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

[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