wine-bugs

wine-bugs@winehq.org

1 participants
158727 discussions

[Bug 55630] New: DPI_AWARENESS_CONTEXT_PER_MONITOR_AWARE_V2 is not handled in GetAwarenessFromDpiAwarenessContext
by WineHQ Bugzilla 26 Feb '24

26 Feb '24

https://bugs.winehq.org/show_bug.cgi?id=55630 Bug ID: 55630 Summary: DPI_AWARENESS_CONTEXT_PER_MONITOR_AWARE_V2 is not handled in GetAwarenessFromDpiAwarenessContext Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: umu618(a)hotmail.com Distribution: --- Now GetAwarenessFromDpiAwarenessContext(DPI_AWARENESS_CONTEXT_PER_MONITOR_AWARE_V2) returns DPI_AWARENESS_INVALID, which is incorrect. Should add the following: ``` case (ULONG_PTR)DPI_AWARENESS_CONTEXT_PER_MONITOR_AWARE_V2: return DPI_AWARENESS_PER_MONITOR_AWARE; ``` -- 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 29

[Bug 6254] riched32: Various Programms need EM_FORMATRANGE (Installer infinite loop from richtext error / wordpad: Printed Page is only white / Also affected: Half-Life, Endnote X5 Demo, ZMud, MukClient )
by WineHQ Bugzilla 26 Feb '24

26 Feb '24

https://bugs.winehq.org/show_bug.cgi?id=6254 Alban Browaeys <prahal(a)yahoo.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |prahal(a)yahoo.com --- Comment #93 from Alban Browaeys <prahal(a)yahoo.com> --- > James McKenzie 2011-05-07 23:15:14 UTC > > This bug has not been forgotten, but AJ wanted this function implemented in a different way that is correct. First EM_DISPLAYBAND must be implemented and then EM_FORMATRANGE. This is being investigated. Could we have the plan AJ envisioned? I doubt he will implement it himself nowadays. So at least someone else could implement it. Right now, we know AJ will not accept anything out of his plan, but we do not know what is the plan. Or is the plan only that EM_DISPLAYBAND must be implemented first then EM_FORMATRANGE? I have been paying for crossover since 2003 to contribute financially. There were a lot of improvements in a lot of domains. But 1 in the 10 Windows apps I use on Linux is broken by this missing feature: (endless loop of: 01b0:fixme:richedit:editor_handle_message EM_FORMATRANGE: stub 01b0:fixme:richedit:editor_handle_message EM_FORMATRANGE: stub). I would like to get rid of this riched20 native dll. I have been looking at this bug for more than 15 years... I know AJ is great but he is not eternal. If at least we could know what he wants for riched20 to implement this function. -- 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 47152] New: SIMATIC WinCC V15.1 Runtime installer needs 'Schtasks.exe ' to support '/SC <schedule>' option
by wine-bugs＠winehq.org 25 Feb '24

25 Feb '24

https://bugs.winehq.org/show_bug.cgi?id=47152 Bug ID: 47152 Summary: SIMATIC WinCC V15.1 Runtime installer needs 'Schtasks.exe' to support '/SC <schedule>' option Product: Wine Version: 4.7 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: taskschd Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. Resuming the installation after a simulated reboot doesn't happen due to that (running installer again will mitigate this). --- snip --- $ pwd /home/focht/Downloads/SIMATIC WinCC Runtime Advanced V15.1 $ WINEDEBUG=+loaddll,+process,+seh wine ./Start.exe >>log.txt 2>&1 ... 0150:trace:process:CreateProcessInternalW app (null) cmdline L"\"schtasks.exe\" /create /RU SYSTEM /sc onlogon /tn \"ContinueAfterReboot_WinCC_Runtime_Advanced_V15.1_15.1.0\" /f /rl highest /tr \"\\\"C:\\Program Files (x86)\\Common Files\\Siemens\\Automation\\Siemens Installer Assistant\\406\\Start.bat\\\" \"" ... 0150:trace:process:CreateProcessInternalW starting L"C:\\windows\\system32\\schtasks.exe" as Win32 binary (400000-42c000, x86) ... 0150:trace:process:CreateProcessInternalW started process pid 0127 tid 017c ... 017c:fixme:schtasks:create_command Unsupported /ru option L"SYSTEM" 017c:fixme:schtasks:create_command Unsupported argument L"/sc" ... --- snip --- App installer log: --- snip --- ... 11:43:39|.. |ExecutionEngine::StartNextStepAsync() |(01) Getting next step of execution: ImmediateReboot (), BeforeStart 11:43:39|.. |ExecutionEngine::StartNextStepAsync() |(01) Creating execution worker for the step... 11:43:39| |ExecutionEngine::StartNextStepAsync() | 11:43:39| |ExecutionEngine::StartNextStepAsync() |(01) START executing step ImmediateReboot (), Executing 11:43:39|... |ExecutionTime::OnStepStart() |(01) OnStepStart: non existing stepImmediateReboot (), Executing 11:43:39| |nstallation::CreateRestartEntryStartup()| 11:43:39| |nstallation::CreateRestartEntryStartup()|(16) START creating restart entry 11:43:39|.. |nstallation::CreateRestartEntryStartup()|(16) Executable to use after restart: C:\Program Files (x86)\Common Files\Siemens\Automation\Siemens Installer Assistant\406\Start.exe 11:43:39|.. |nstallation::CreateRestartEntryStartup()|(16) Using Task Scheduler 2.0 approach: 6.1.7601.65536 11:43:39|.. |nstallation::CreateRestartEntryStartup()|(16) Start creating task in the task scheduler. Name: ContinueAfterReboot_WinCC_Runtime_Advanced_V15.1_15.1.0; EXE: C:\Program Files (x86)\Common Files\Siemens\Automation\Siemens Installer Assistant\406\Start.exe; ARGS: /afterreboot /bundlepath=\"Z:\HOME\FOCHT\DOWNLOADS\SIMATIC WINCC RUNTIME ADVANCED V15.1\InstData\" 11:43:39|INFO1 |TaskScheduler::CreateTask() |(16) Logged user name mistatches impersonalized user name: SYSTEM and focht 11:43:39|INFO1 |TaskScheduler::CreateTask() |(16) Impersonalized process detected - create batch file for restart 11:43:39|.. |TaskScheduler::RunSchtasksSilent() |(16) Starting... schtasks.exe /create /RU SYSTEM /sc onlogon /tn "ContinueAfterReboot_WinCC_Runtime_Advanced_V15.1_15.1.0" /f /rl highest /tr "\"C:\Program Files (x86)\Common Files\Siemens\Automation\Siemens Installer Assistant\406\Start.bat\" " 11:43:39|.. |TaskScheduler::RunSchtasksSilent() |(16) Finished schtasks.exe. Return code: 1 11:43:39|INFO1 |TaskScheduler::CreateTask() |(16) Task creation failed. Details: Error: 1; Details: 11:43:39|INFO1 |nstallation::CreateRestartEntryStartup()|(16) Task creation failed. 11:43:39|. |nstallation::CreateRestartEntryStartup()|(16) END creating restart entry 11:43:39|. |nstallation::CreateRestartEntryStartup()| 11:43:39|.. |ExecutionEngine::WorkerCompleted() |(01) Result of step execution: Result of 'InstallResultClass', Setup Succeeded: True; Reboot Required: NoReboot; Child Results Count: 0; Details: Return Value = 0; Recogrinzed as: Success 11:43:39|. |ExecutionEngine::WorkerCompleted() |(01) END executing step ImmediateReboot (), Complete 11:43:39|. |ExecutionEngine::WorkerCompleted() | 11:43:39|... |ExecutionTime::OnStepCompleted() |(01) OnStepCompleted: ImmediateReboot (), Complete ... --- snip --- Microsoft docs: https://docs.microsoft.com/en-us/windows/desktop/taskschd/schtasks --- quote --- ... /SC schedule A value that specifies the schedule frequency. Valid values are: MINUTE, HOURLY, DAILY, WEEKLY, MONTHLY, ONCE, ONLOGON, ONIDLE, and ONEVENT. ... /MO modifier A value that refines the schedule type to allow for finer control over the schedule recurrence. Valid values are: MINUTE: 1 - 1439 minutes. HOURLY: 1 - 23 hours. DAILY: 1 - 365 days. WEEKLY: weeks 1 - 52. ONCE: No modifiers. ONSTART: No modifiers. ONLOGON: No modifiers. ONIDLE: No modifiers. MONTHLY: 1 - 12, or FIRST, SECOND, THIRD, FOURTH, LAST, and LASTDAY. ONEVENT: XPath event query string. --- quote --- Wine source: https://source.winehq.org/git/wine.git/blob/HEAD:/programs/schtasks/schtask… $ sha1sum SIMATIC_WinCC_Runtime_Advanced_V15_1.exe db1f97bb648b62fa1c5d974d7f2bcb6b4a9fd786 SIMATIC_WinCC_Runtime_Advanced_V15_1.exe $ du -sh SIMATIC_WinCC_Runtime_Advanced_V15_1.exe 1.3G SIMATIC_WinCC_Runtime_Advanced_V15_1.exe $ wine --version wine-4.7-305-g9bcaf9769c 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.

2 3

[Bug 56346] New: Sketchup Make 2017 Extension Manager to install Ruby extension crashes.
by WineHQ Bugzilla 25 Feb '24

25 Feb '24

https://bugs.winehq.org/show_bug.cgi?id=56346 Bug ID: 56346 Summary: Sketchup Make 2017 Extension Manager to install Ruby extension crashes. Product: Wine Version: 9.0-rc5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dlbeeson(a)netzero.net Distribution: --- SketchUp Make 2017. Runs well, BUT can not EXPORT. On windows Export pops up window with about 6 options. On MX Linux and Wine, only option is DAE. When try to run Extension Manager, which would install a STL converter (among other things) it crashes. So you can not install the Ruby extensions to export in STL format, for 3D printing. Please help. Thank you. -- 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 56364] New: Crazy Factory: Hang when starting new game
by WineHQ Bugzilla 25 Feb '24

25 Feb '24

https://bugs.winehq.org/show_bug.cgi?id=56364 Bug ID: 56364 Summary: Crazy Factory: Hang when starting new game Product: Wine Version: 9.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: winebugzilla(a)tasossah.com Distribution: --- Created attachment 76101 --> https://bugs.winehq.org/attachment.cgi?id=76101 Minimal reproducible example: client Crazy Factory (AppID 13494, also known as Gadget Tycoon) hangs when starting a new game (Main Menu -> Offline game -> Freeplay). This is not a regression, but has last been tested under wine-staging 9.2. The game (client) spawns the server (CrazyFactoryServer.exe), waits for it to finish initialising by calling WaitForSingleObject() and WaitForInputIdle(), and then looks for its HWND so that it can communicate with it using window messages. I have written a standalone test case which reproduces this issue in Wine without requiring access to the original software. To reproduce: 1. Download client.c and server.c 2. Compile them as follows: - i686-w64-mingw32-gcc server.c -l ole32 -mwindows -o server.exe - i686-w64-mingw32-gcc client.c -o client.exe 3. Run client.exe Under Windows XP: client.exe reports "HWND Found" and exits. Under Wine: client.exe hangs on WaitForInputIdle(). The only way in Wine to get WaitForInputIdle() to return is by running everything in a virtual desktop, clicking on the start menu (which makes the server show up in the taskbar), clicking on the server in the taskbar, and then clicking on the server's window decoration and moving it around. Unfortunately, since the game itself runs in fullscreen, one can not click and drag the server window. Instead, to get the game working as-is, one can patch the binary (556b01b1afa97f39d361fe692bc3477a2577a25abf91f4a92e88a561bd5bd561 GadgetTycoon.exe) by setting the byte at offset 0x241ED from 0xFF to 0x01. This sets the dwMilliseconds parameter on WaitForInputIdle() to 0x01 (instead of INFINITE), which makes it time out, thus avoiding the hang and getting the game running. -- 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 56366] New: Worms Blast characters become grey/untextured
by WineHQ Bugzilla 24 Feb '24

24 Feb '24

https://bugs.winehq.org/show_bug.cgi?id=56366 Bug ID: 56366 Summary: Worms Blast characters become grey/untextured Product: Wine Version: 9.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: iodreamify(a)gmail.com Distribution: --- Created attachment 76106 --> https://bugs.winehq.org/attachment.cgi?id=76106 wine log If you play a game vs cpu, when 2 characters are on screen, one or both of them will become grey as if they're untextured. Sometimes it's the whole character and sometime only their weapon or boat. It doesn't seem to be tied to any action or event, they'll become grey and then rendered correctly again with color. Tested this with Wine 9.3 inside Wine Steam. Also, in puzzle mode, when there's a single player, it doesn't seem to happen as fast or at all. Steps to reproduce: 1. open game 2. choose game vs cpu 3. select deathmatch 4. swim around in game a bit Kernel Version: 6.7.5-arch1-1 (64-bit) mesa 24.0.1-1 Graphics Platform: X11 Graphics Processor: Mesa Intel® HD Graphics 3000 -- 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 54346] New: (Multithreaded) Applications sometimes get heap corruption on exit due to ignoring critical sections in Wine
by WineHQ Bugzilla 24 Feb '24

24 Feb '24

https://bugs.winehq.org/show_bug.cgi?id=54346 Bug ID: 54346 Summary: (Multithreaded) Applications sometimes get heap corruption on exit due to ignoring critical sections in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: dmusic Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- (Multithreaded) Applications sometimes get heap corruption on exit due to ignoring critical sections in Wine. For instance dmloader:loader: 0118:warn:sync:RtlpWaitForCriticalSection process L"Z:\\home\\fgouget\\wine\\wine-gitlab\\dlls\\dmloader\\tests\\i386-windows\\dmloader_test.exe" is shutting down, returning STATUS_SUCCESS ... 0118:warn:sync:RtlpWaitForCriticalSection process L"Z:\\home\\fgouget\\wine\\wine-gitlab\\dlls\\dmloader\\tests\\i386-windows\\dmloader_test.exe" is shutting down, returning STATUS_SUCCESS 0118:err:sync:RtlLeaveCriticalSection section 00140074 "dlls/ntdll/heap.c: main process heap section" is not acquired Normally this does not cause the test to fail. But when running with WINEDEBUG=heap this frequently leads to heap corruption because: * Each call to the heap API triggers a heap validation. * Each heap_validate() call is requires taking the main process heap lock. * More contention makes the "not acquired" events more likely. * Leading to multiple threads manipulating the heap at the same time, thus causing corruption. Also, be aware that when heap corruption is detected due to WINEDEBUG=heap, Wine raises an exception which kills the process. Also note that although dmloader:loader looks like it is not multithreaded (no CreateThread() call), it loads dlls that create their own thread: * winealsa.drv/midi.c -> notify_thread * winealsa.drv/mmdevdrv.c -> alsa_timer_thread * winepulse.drv/mmdevdrv.c -> pulse_mainloop_thread, pulse_timer_cb ...etc. So this issue probably impacts most audio / multimedia applications and Wine tests. The "main process heap section is not acquired" errors most often look like they are caused by the following functions which are all called on DLL_PROCESS_DETACH: * msacm32.MSACM_WriteCache() calling RegSetValueExA() * ucrtbase.msvcrt_free_io() calling DeleteCriticalSection() when WINEDEBUG=heap Ignoring the critical sections during shutdown is intentional and was introduced by the 7def0f200f11 commit to fix bug 42470. See RtlpWaitForCriticalSection(): /* Don't allow blocking on a critical section during process termination */ if (RtlDllShutdownInProgress()) { WARN( "process %s is shutting down, returning STATUS_SUCCESS\n", debugstr_w(NtCurrentTeb()->Peb->ProcessParameters->ImagePathName.Buffer) ); return STATUS_SUCCESS; } However that commit also had to add todo_wine statements to kernel32:loader so it's not clear that is is correct. -- 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 56350] New: Python programs fail to play sound
by WineHQ Bugzilla 24 Feb '24

24 Feb '24

https://bugs.winehq.org/show_bug.cgi?id=56350 Bug ID: 56350 Summary: Python programs fail to play sound Product: Wine Version: 9.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: crypt32 Assignee: wine-bugs(a)winehq.org Reporter: galacticaledge(a)protonmail.com Distribution: --- Created attachment 76076 --> https://bugs.winehq.org/attachment.cgi?id=76076 Most of the errors that occur when trying to play a sound seems to be related to the crypt API Python programs fail to play any sound due to errors in the crypt library. If anyone wants to conveniently test and debug this issue, I wrote a simply Python program for this. Simply run the program, open a txt file (which the program will convert each line into speech when the "Next Line" button is played), and watch it fail to play sound and cause the "Next Line" button to stop working until a new file is selected. I have also confirmed this is a Wine issue since the program works perfectly fine on a Windows install. https://drive.google.com/file/d/1RjB0n5tAP1-7xPUf8Zjk_QzIyya7vZ6e/view?usp=… -- 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 56340] New: Update to 9.0.0-1.3 wine-mono from 8.1.0-1.2 wipes out Quicken 2011 (which needs .net) in Tumbleweed
by WineHQ Bugzilla 24 Feb '24

24 Feb '24

https://bugs.winehq.org/show_bug.cgi?id=56340 Bug ID: 56340 Summary: Update to 9.0.0-1.3 wine-mono from 8.1.0-1.2 wipes out Quicken 2011 (which needs .net) in Tumbleweed Product: Wine Version: 9.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: timothyadams(a)ymail.com Distribution: --- A recent openSUSE Tumbleweed (rolling distro) snapshot pulled in a new version of wine-mono: 9.0.0-1.3, replacing 8.1.0-1.2. After I updated my system to this snapshot via "zypper dup," I discovered that I could no longer load Quicken 2011 in wine. The program would start to load, then crash. I have locked wine-mono and restored to an earlier snapshot with wine-mono 8.1.0-1.2. Quicken now loads properly again, with no other packages locked. Still, I thought I should file a bug to let you know. I have installed wine 9.1-1.1, wine-32bit 9.1-1.1, wine-gecko 2.47.4-1.2, and winetricks 20240105-1.2. -- 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 9221] Force Feedback doesn't work but does after little source modification
by WineHQ Bugzilla 24 Feb '24

24 Feb '24

https://bugs.winehq.org/show_bug.cgi?id=9221 --- Comment #59 from groybe(a)gmail.com --- (In reply to Rémi Bernon from comment #51) > Sure, it's okay. I don't have the device so it's going to be hard to fix it > unless someone with it and a bit of technical knowledge can debug it > directly. > > Anyway thanks for the log, but would you mind adding the +hid channel too? > Not that it will make it magically fixable but I can have a look and see if > there's anything obvious. > > For instance something like running > `WINEDEBUG=+pid,+tid,+timestamp,+joycpl,+dinput,+hid wine control joy.cpl` > and then try running a couple of force feedback effects. The patch here fixes force feedback in Richard Burns Rally. https://bugs.winehq.org/show_bug.cgi?id=52714 GP Legends still has no ffb though. -- 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 55800] New: Fallout 3: on the experimental wow64 mode the terminal gets spammed with d3dx errors
by WineHQ Bugzilla 23 Feb '24

23 Feb '24

https://bugs.winehq.org/show_bug.cgi?id=55800 Bug ID: 55800 Summary: Fallout 3: on the experimental wow64 mode the terminal gets spammed with d3dx errors 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: m1m1k4tz(a)protonmail.com Distribution: --- While playing almost everything works good like the old wow64 mode but the terminal gets spammed with 0234:fixme:d3dx:D3DXLoadSurfaceFromMemory Unhandled filter 0x5. -- 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 56343] New: A regression since commit de492f9a342f398087f9f635fd5d9b5ae78b45eb (err:virtual:virtual_setup_exception stack overflow)
by WineHQ Bugzilla 23 Feb '24

23 Feb '24

https://bugs.winehq.org/show_bug.cgi?id=56343 Bug ID: 56343 Summary: A regression since commit de492f9a342f398087f9f635fd5d9b5ae78b45eb (err:virtual:virtual_setup_exception stack overflow) Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: zefkerrigan(a)gmail.com Distribution: --- Since Wine commit https://gitlab.winehq.org/wine/wine/-/commit/de492f9a342f398087f9f635fd5d9b… my games have completely stopped launching. Wine just hangs at the very beginning anytime I try to run the games. I get this error message every single time: 0100:fixme:file:NtLockFile I/O completion on lock not implemented yet 0108:err:virtual:virtual_setup_exception stack overflow 2368 bytes addr 0x6fffffca7082 stack 0x7fffff6706c0 (0x7fffff670000-0x7fffff671000-0x7fffff770000) 010c:err:virtual:virtual_setup_exception stack overflow 2112 bytes addr 0x6fffffc810d0 stack 0x7401f00f07c0 (0x7401f00f0000-0x7401f00f1000-0x7401f01f0000) 0110:err:virtual:virtual_setup_exception stack overflow 2112 bytes addr 0x6fffffc810d0 stack 0x7401e7ef07c0 (0x7401e7ef0000-0x7401e7ef1000-0x7401e7ff0000) 0100:err:virtual:virtual_setup_exception stack overflow 896 bytes addr 0x6fffffc74c2b stack 0x7ffffe100c80 (0x7ffffe100000-0x7ffffe101000-0x7ffffe200000) This is completely the entire terminal output when running BG3 when this problem is present. I've tried running Baldur's Gate 3 and Mass Effect Legendary Edition, but the result is always the same. Everything launches fine if I use the previous commit https://gitlab.winehq.org/wine/wine/-/commit/165830c317b63999ee7e32b58c7359…. I don't know if you'll find this information useful, but I'm using Arch Linux, Radeon GPU with Mesa drivers. -- 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 56273] New: [Sway] winewayland.drv: cursor does not work in Dead Island 2
by WineHQ Bugzilla 23 Feb '24

23 Feb '24

https://bugs.winehq.org/show_bug.cgi?id=56273 Bug ID: 56273 Summary: [Sway] winewayland.drv: cursor does not work in Dead Island 2 Product: Wine Version: 9.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: grabbend(a)hotmail.com Distribution: --- # Overview This cannot be reproduced with XWayland. The mouse works fine for ingame menus (meaning main menu & settings menu) and it even uses the game's custom cursor theme. However, you can't move the cursor while actually playing the game, it's stuck. # What I've tried Versions * WINE 9.1.r0.gc963c4141a0-1 * WINE 9.1-1 * WINE 9.1.r52.ge3431a02-1 Settings * Bottles > Advanced Display Settings > Fullscreen Mouse Capture: ON * Bottles > Advanced Display Settings > Take Focus: ON * Bottles > Advanced Display Settings > Mouse Wrap: ON # Reproduce 1. Make sure Wayland driver is enabled in Registry & DISPLAY= environment variable is empty. 2. Start Dead Island 2 3. Mouse cursor is stuck when you launch your saved game. -- 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 46263] New: Final Fantasy XI crashes after accepting EULA when using Ashita
by wine-bugs＠winehq.org 23 Feb '24

23 Feb '24

https://bugs.winehq.org/show_bug.cgi?id=46263 Bug ID: 46263 Summary: Final Fantasy XI crashes after accepting EULA when using Ashita Product: Wine-staging Version: 3.21 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: winehq(a)foreversmall.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 62965 --> https://bugs.winehq.org/attachment.cgi?id=62965 Terminal Output with backtrace of crash. When using Ashita with FFXI the game crashes shortly after accepting the EULA. I've confirmed this with all the versions of wine starting from version 3.0 stable, all the way up to 3.21 staging. The only way I've been able to get the game to launch is to compile wine myself with the following patch: https://gitlab.com/farmboy0/wine/commit/54aea128e91a6b03bff05e79d9a09bea572… Its very easy to recreate, use all the standard AppDB info to get FFXI setup. Download ashita from the website: https://git.ashitaxi.com/Ashita/Ashitav3-Launcher/raw/master/Ashita.exe >From here you need all the ashita pre-reqs: http://docs.ashitaxi.com/requirements/ Setup a config file with the settings ../Ashita/Config/Boot/ You can launch the game via this command: wine %path_to_Ashita%/injector.exe "%CONFIGFILE%.xml" If it properly loads then once you accept the EULA it will 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.

2 17

[Bug 55584] New: Possibly incorrect handling of end_c in ARM64 process_unwind_codes
by WineHQ Bugzilla 23 Feb '24

23 Feb '24

https://bugs.winehq.org/show_bug.cgi?id=55584 Bug ID: 55584 Summary: Possibly incorrect handling of end_c in ARM64 process_unwind_codes Product: Wine Version: unspecified Hardware: aarch64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: wine(a)corsix.org Distribution: --- In signal_arm64.c, unwind code 0xe5 (end_c) is considered in three places: 1. get_sequence_len 2. The while loop at the start of process_unwind_codes which skips codes 3. The main while loop in process_unwind_codes which performs codes Place 1 looks correct. Place 2 also looks fine, though I hope we'd never see end_c there (because we should only skip an amount identified by get_sequence_len). I am less certain about place 3 though; it currently treats end_c like end, whereas I think it should treat end_c like nop. The documentation at https://learn.microsoft.com/en-us/cpp/build/arm64-exception-handling?view=m… isn't great in describing end_c, though the example at "Unwind code for region 2" is a fairly clear example of end_c behaving like a nop for place 3. -- 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 54794] New: Autodesk Fusion360: New SSO login will not open web browser
by WineHQ Bugzilla 23 Feb '24

23 Feb '24

https://bugs.winehq.org/show_bug.cgi?id=54794 Bug ID: 54794 Summary: Autodesk Fusion360: New SSO login will not open web browser Product: Wine Version: 8.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: skala.antonin(a)gmail.com Distribution: --- Created attachment 74289 --> https://bugs.winehq.org/attachment.cgi?id=74289 Running processes Autodesk rolled out new update (03 April) adding new SSO login instead of build-in one. Clicking on Sign In button should open default browser and redirect user into logIn page, but no browser will open (no error visible inside console). We tried to set http/https in HKEY_CLASSES_ROOT registers, also install windows version of Firefox and ivent it runs, Fusion still refuses to open it. Listing processes show, that new login component run (AdskIdentityManager.exe) Exact steps we tried can be found there: https://github.com/cryinkfly/Autodesk-Fusion-360-for-Linux/issues/319 Installer: https://dl.appstreaming.autodesk.com/production/installers/Fusion%20360%20A… -O Fusion360installer.exe -- 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 13

[Bug 50643] New: IK Product Manager: Unable to download plugins
by WineHQ Bugzilla 23 Feb '24

23 Feb '24

https://bugs.winehq.org/show_bug.cgi?id=50643 Bug ID: 50643 Summary: IK Product Manager: Unable to download plugins Product: Wine Version: 6.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wmi&wbemprox Assignee: wine-bugs(a)winehq.org Reporter: gearoidburke(a)outlook.com Distribution: --- Created attachment 69355 --> https://bugs.winehq.org/attachment.cgi?id=69355 Wine log file. IK Product Manger (https://www.ikmultimedia.com/products/productmanager/) should be able to download and install VST plugins from IK Multimedia, however upon clicking the install button for any plugin, the application will become unresponsive for a minute or so before resuming as if nothing had happened. The error in wine seems to be with wmic, with a wmic logicaldisk command failing. The download location, by default ~/Documents/IK Multimedia/IK Product Manager, is empty. Upon clicking the install button on a plugin again, nothing happens. IK Product Manager installs and works as expected up until this point, provided you have a dx11 compatibility layer like dxvk installed, though sometimes I need to use wine-staging to get it to run properly. I would have liked to have tested this in a 32 bit prefix so I could install wmi, but the application is 64 bit only. Wine version is 6.1-1, 64 bit architecture. Tested on both wine and wine-staging. OS is Arch Linux, 64 bit, kernel 5.10. Hardware: Thinkpad X13 Yoga, Intel Core i5-10310U with Intel integrated graphics. -- 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 15

[Bug 46839] New: Happy Foto Designer Font not found "Fehler (Code 1) [ Font is not supported: Roboto]"
by wine-bugs＠winehq.org 23 Feb '24

23 Feb '24

https://bugs.winehq.org/show_bug.cgi?id=46839 Bug ID: 46839 Summary: Happy Foto Designer Font not found "Fehler (Code 1) [Font is not supported: Roboto]" Product: Wine Version: 4.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdiplus Assignee: wine-bugs(a)winehq.org Reporter: martin.marmsoler(a)gmail.com Distribution: --- Hello, while creating a new Photo book in Happy Foto Designer(https://www.happyfoto.at/) I get the following error: "Fehler (Code 1) [Font is not supported: Roboto]" The error can be solved by installing gdiplus, but the fonts are not drawn properly and only the first character is shown. -- 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 56328] New: LMMS 1.2.2 SF2 soundfonts no longer work in Wine 9.1
by WineHQ Bugzilla 23 Feb '24

23 Feb '24

https://bugs.winehq.org/show_bug.cgi?id=56328 Bug ID: 56328 Summary: LMMS 1.2.2 SF2 soundfonts no longer work in Wine 9.1 Product: Wine Version: 9.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dgerard(a)gmail.com Distribution: --- LMMS 1.2.2 SF2 soundfonts no longer work in Wine 9.1. These worked at least up to Wine 5.x series in Ubuntu 20.04 - but I installed 9.1 from the winehq PPA and the fonts no longer play. So this is a regression. The program seems to work, other internal synthesizers work, but not the SF2 soundfont player. Command line output ends: 03d8:err:winediag:MIDIMAP_drvOpen No software synthesizer midi port found, Midi sound output probably won't work. LMMS 1.2.2 is installed from the 64-bit Windows binary from https://lmms.io/download#windows -- 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 56065] New: Missing GetAnycastIpAddressTable() implementation
by WineHQ Bugzilla 23 Feb '24

23 Feb '24

https://bugs.winehq.org/show_bug.cgi?id=56065 Bug ID: 56065 Summary: Missing GetAnycastIpAddressTable() implementation Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: iphlpapi Assignee: wine-bugs(a)winehq.org Reporter: winehq(a)rastos.org Distribution: --- Created attachment 75729 --> https://bugs.winehq.org/attachment.cgi?id=75729 patch adding empty implementation of GetAnycastIpAddressTable() Right now the implementation of Win32 API function of GetAnycastIpAddressTable() is missing. I'm attaching a patch that adds dummy implementation of this function that returns "nothing found". My motivation is that this function is used by OpenJDK 21 which seems to use the result (along with other information) to initialize secure random generator. Without implementation of GetAnycastIpAddressTable() any use of the random generator in java results in JVM crash. Note: there is a very similar function GetUnicastIpAddressTable(). I assume that implementation of GetAnycastIpAddressTable() should be very similar. I attempted to follow up implementation of GetUnicastIpAddressTable() but it seems to be beyond my capabilities :-(. In first step because I'm unable to find and equivalent of macro NSI_IP_UNICAST_TABLE. So I would really appreciate if you could at least accept the attached 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.

1 4

[Bug 52064] New: Solidworks 2008 crashes on startup - Regression since Wine 5.21
by WineHQ Bugzilla 23 Feb '24

23 Feb '24

https://bugs.winehq.org/show_bug.cgi?id=52064 Bug ID: 52064 Summary: Solidworks 2008 crashes on startup - Regression since Wine 5.21 Product: Wine Version: 6.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jpleonard12(a)gmail.com Distribution: --- Created attachment 71076 --> https://bugs.winehq.org/attachment.cgi?id=71076 Debug log file SolidWorks 2008 worked well on Wine (32bit) up through Wine 5.21. After this, it crashes on startup, once the full screen workspace is displayed. Sometimes it allows the user to browse for a file, but will always crash before the graphics are displayed. Laptop on which SolidWorks 2008 is still working almost flawlessly: --------------------------------------- Wine 5.21 (32bit/WinXP) Linux Mint 18.3, kernel 4.4.0.159-generic winetricks msxml6 vcrun2005 dotnet20 Mesa DRI Intel(R) Ivybridge Mobile 4.2 (Core Profile) Mesa 18.0.5 3.0 Mesa 18.0.5 Desktop on which SolidWorks crashes on startup ---------------------------------------------- Wine 6.21 (32bit/WinXP) Linux Mint 20.1 kernel 5.11.0.40-generic winetricks msxml6 vcrun2005 dotnet20 Mesa DRI Intel(R) HD Graphics 2500 (IVB GT1) 4.2 (Core Profile) Mesa 21.0.3 3.0 Mesa 21.0.3 Have also attempted to run in plain 64 bit wine instance, as well as many combinations of msxml6, dotnet20, dotnet30, vcrun2005, gdiplus_winxp, as well as most versions of Wine 5.22 thru 6.21. But the crash always occurs in the same spot. -- 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 51458] New: Western Digital SSD Dashboard displays black screen
by WineHQ Bugzilla 23 Feb '24

23 Feb '24

https://bugs.winehq.org/show_bug.cgi?id=51458 Bug ID: 51458 Summary: Western Digital SSD Dashboard displays black screen Product: Wine Version: 6.12 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: alexhenrie24(a)gmail.com Distribution: --- Created attachment 70302 --> https://bugs.winehq.org/attachment.cgi?id=70302 Console output The program installs, but when you try to run it, it just displays a black screen. Console output is attached. I'm guessing this is the problem: 0130:fixme:hlsl_parser:declare_vars Complex initializers are not supported yet. Dashboard version: 3.2.2.9 Installer version: 4.0.2.3 $ sha256sum DashboardSetup.exe 9670e6bd54e1e0729262f13ded12de56d0a02a0e29ba0c9e6e6cb3663de4c781 -- 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 56222] New: Microsoft Flight Simulator 2020 crashes when launching from Steam
by WineHQ Bugzilla 23 Feb '24

23 Feb '24

https://bugs.winehq.org/show_bug.cgi?id=56222 Bug ID: 56222 Summary: Microsoft Flight Simulator 2020 crashes when launching from Steam Product: Wine Version: 9.0-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gameux Assignee: wine-bugs(a)winehq.org Reporter: sam.leloup(a)gmail.com Distribution: --- Created attachment 75928 --> https://bugs.winehq.org/attachment.cgi?id=75928 Wine crash logs with MSFS 2020 on Steam Install Steam client using Wine Download and install MSFS 2020 from Steam Launch MFSF from Steam for the first time > Crash with Wine log -- 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 45901] New: Avoid GPU synchronization due to GPU-CPU transfer ( Overwatch)
by wine-bugs＠winehq.org 23 Feb '24

23 Feb '24

https://bugs.winehq.org/show_bug.cgi?id=45901 Bug ID: 45901 Summary: Avoid GPU synchronization due to GPU-CPU transfer (Overwatch) Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: awesie(a)gmail.com Distribution: --- Created attachment 62422 --> https://bugs.winehq.org/attachment.cgi?id=62422 Patch to avoid GPU synchronization One performance gap with Overwatch on Wine + AMD + Mesa is GPU synchronization due to transfers from GPU texture to CPU texture. By using PBOs and glReadPixels with GL_PIXEL_PACK_BUFFER, we can avoid this synchronization leading to improved performance. The attached patch is one approach to resolve the performance issue, but I am not sure that it is the best way. Feedback is appreciated. Also attached is before and after screenshots with Mesa's HUD. You can observe that the buffer wait time decreases with the patched version. Both the before and after screenshots are on wine-staging master plus my patch for 45723. -- 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 17

[Bug 50297] New: Blindwrite 7 crashes with a stack overflow (followup to #49092)
by WineHQ Bugzilla 23 Feb '24

23 Feb '24

https://bugs.winehq.org/show_bug.cgi?id=50297 Bug ID: 50297 Summary: Blindwrite 7 crashes with a stack overflow (followup to #49092) Product: Wine Version: 5.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bernhardu(a)mailbox.org Distribution: --- Created attachment 68867 --> https://bugs.winehq.org/attachment.cgi?id=68867 Do wineserver calls on a different stack by using fibers. I still can reproduce this issue with wine-6.0-rc1. 00f0:err:virtual:virtual_setup_exception stack overflow 4548 bytes in thread 00f0 addr 0x40e68e stack 0x21fe3c (0x220000-0x221000-0x320000) (rr) bt 30 #0 0xb7db9b5e in __libc_disable_asynccancel (oldtype=0) at ../nptl/cancellation.c:72 #1 0xb7e35705 in __GI___writev (iovcnt=2, iov=0x222058, fd=3) at ../sysdeps/unix/sysv/linux/writev.c:26 #2 __GI___writev (fd=3, iov=0x222058, iovcnt=2) at ../sysdeps/unix/sysv/linux/writev.c:24 #3 0xb7bd68ae in send_request (req=0x2221ac) at .../wine-git/dlls/ntdll/unix/server.c:213 #4 0xb7bd69f0 in server_call_unlocked (req_ptr=0x2221ac) at .../wine-git/dlls/ntdll/unix/server.c:273 #5 0xb7bd6a4b in wine_server_call (req_ptr=0x2221ac) at .../wine-git/dlls/ntdll/unix/server.c:289 #6 0xb7bcf1cd in NtOpenKeyEx (key=0x222340, access=131097, attr=0x2222b8, options=0) at .../wine-git/dlls/ntdll/unix/registry.c:112 #7 0xb7bb11be in __wine_syscall_dispatcher () from /home/benutzer/.local/share/rr/wine-1/mmap_pack_2_ntdll.so #8 0x7bc0bdcc in NtOpenKeyEx@16 () from /home/benutzer/.local/share/rr/wine-1/mmap_pack_343_ntdll.dll #9 0x7b0561af in RegOpenKeyExW@20 (hkey=<optimized out>, name=0x46c06dc, options=0, access=131097, retkey=0x222340) at .../wine-git/dlls/kernelbase/registry.c:208 #10 0x006996a6 in ?? () #11 0x0069ab41 in ?? () #12 0x00699e14 in ?? () #13 0x0069a89b in ?? () #14 0x0069a84f in ?? () #15 0x0073bb4b in ?? () #16 0x007354d2 in ?? () #17 0x00736cc5 in ?? () #18 0x00736f53 in ?? () #19 0x00737f77 in ?? () #20 0x007384a9 in ?? () #21 0x00a9a1a7 in ?? () #22 0x00a99388 in ?? () #23 0x00a99394 in ?? () #24 0x00a99394 in ?? () #25 0x00a99394 in ?? () #26 0x00a99394 in ?? () #27 0x00a99394 in ?? () #28 0x00a99394 in ?? () ... I tried to have another look and got to the impression that blindwrite expects RegOpenKeyExW and RegSetValueExW too use less stack. I experimented a bit and one way to achive this was to do the work in these functions on a different stack. Attached proof of concept uses fibers for this. With this patch blindwrite can finish its stack exhaustion without visible error and shows the trial option dialog. After one successful start that patch is no longer necessarry. Another option to might be to use some more guard pages and switch them to regular pages when we are inside wine code? -- 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

Jump to page:

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