April 2022 - Wine-Bugs - list.winehq.org

[Bug 52891] New: RutonyChat
by WineHQ Bugzilla May 27, 2022

May 27, 2022

https://bugs.winehq.org/show_bug.cgi?id=52891 Bug ID: 52891 Summary: RutonyChat Product: Wine Version: 7.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jon9097(a)gmail.com Distribution: --- Created attachment 72284 --> https://bugs.winehq.org/attachment.cgi?id=72284 Log RutonyChat does not work properly. This is a useful program that I really need. I don't know how to get its log properly. Because it only runs through steam. I attach the log I was able to get with the command: steam &> /disks/D/imLEGR/Test/RutonyChat_log.txt -- 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 23569] New: Certain keyboard keys don't work in Wine when using VNC
by wine-bugs＠winehq.org May 26, 2022

May 26, 2022

http://bugs.winehq.org/show_bug.cgi?id=23569 Summary: Certain keyboard keys don't work in Wine when using VNC Product: Wine Version: 1.2-rc6 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P1 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: WillWill56(a)gmail.com Bug: While connected to a computer via VNC, certain keys that work perfectly fine in native programs on the remote computer are not picked up in Wine programs on the remote computer. Example: Holding shift and pressing the keys 1234567890 in gedit produces "!@#$%^&*()", but typing the same into Wine Notepad produces "12345678", showing that the shift key and curved brackets are not getting from VNC to Wine. Speculation: Keys should be sent VNC Client --> VNC Server --> Wine, but somewhere along the line the process is broken. But when keys are sent VNC Client --> VNC Server --> Generic GNOME App it works fine. Reproduction: The VNC Client is RealVNC on Windows XP SP3, and the VNC Server is x11vnc on Ubuntu 10.04 (previously tried Ubuntu's built in VNC server, same bug occured) (this may not matter, but try an Ubuntu -> Ubuntu VNC connection and see if the bug occurs). Try holding shift and typing capital text, curved brackets, symbols etc into a simple Wine app like Notepad running on the Ubuntu computer, then try typing the same into a simple GNOME app like gedit. -- 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 24

[Bug 49910] New: Heroes of Might and Magic 3 crashes on startup
by WineHQ Bugzilla May 22, 2022

May 22, 2022

https://bugs.winehq.org/show_bug.cgi?id=49910 Bug ID: 49910 Summary: Heroes of Might and Magic 3 crashes on startup Product: Wine Version: 5.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: elk_aide(a)startmail.com Distribution: --- Created attachment 68278 --> https://bugs.winehq.org/attachment.cgi?id=68278 console log for Heroes3 crash Running Debian bullseye with the package wine/testing,testing,now 5.0-4 Heroes 3 Complete from GOG.com (This crash does not happen with the 'h3hota HD.exe' shipped with the Horn of the Abyss mod http://heroescommunity.com/viewthread.php3?TID=39830) -- 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 20459] New: Fallen Earth updater does not start
by wine-bugs＠winehq.org May 22, 2022

May 22, 2022

http://bugs.winehq.org/show_bug.cgi?id=20459 Summary: Fallen Earth updater does not start Product: Wine Version: 1.1.32 Platform: PC URL: http://www.fallenearth.com/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: l_bratch(a)yahoo.co.uk Created an attachment (id=24327) --> (http://bugs.winehq.org/attachment.cgi?id=24327) Terminal output The installer for this game works fine, but the built in updater required to play does not start. Terminal output attached. The terminal output doesn't have any backtrace, but there is a message back produced which says: A fatal error occured in Fallen Earth Updater and it needs to close! [EXCEPTION_ACCESS_VIOLATION @ 0x7D97DF1D] -- 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 22

[Bug 42401] New: cscript.exe has no help
by wine-bugs＠winehq.org May 22, 2022

May 22, 2022

https://bugs.winehq.org/show_bug.cgi?id=42401 Bug ID: 42401 Summary: cscript.exe has no help Product: Wine-gecko Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-gecko-unknown Assignee: jacek(a)codeweavers.com Reporter: kolan_n(a)mail.ru Distribution: --- cscript.exe /? outputs nothing -- 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 5

[Bug 17973] New: explorer: Spaces in desktop title on CLI cause both wrong window title and command
by wine-bugs＠winehq.org May 21, 2022

May 21, 2022

http://bugs.winehq.org/show_bug.cgi?id=17973 Summary: explorer: Spaces in desktop title on CLI cause both wrong window title and command Product: Wine Version: 1.1.13 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: shacklein(a)gmail.com When using the form: $ wine explorer /desktop=Title,WxH program.exe Title currently cannot contain spaces. Example: $ wine explorer /desktop=My\ Program,800x600 myprogram.exe This correctly detects the size 800x600 for the virtual desktop, but it sets the title of the window to "My" and tries to run "Program" as the command line. I've submitted a patch to wine-patches that fixes this problem (and afaik, doesn't introduce any new ones), though I'm not sure if it's really "neat" enough. http://www.winehq.org/pipermail/wine-patches/2009-March/070776.html So far, I've had no feedback about it. At the least, I'd like to be told why it's not suitable for inclusion, or if there's any cleaning up I need to do to it :) -- 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 7

[Bug 46008] New: Support CUDA 10.0 compiled apps like new mfaktc v0.21 binary..
by wine-bugs＠winehq.org May 21, 2022

May 21, 2022

https://bugs.winehq.org/show_bug.cgi?id=46008 Bug ID: 46008 Summary: Support CUDA 10.0 compiled apps like new mfaktc v0.21 binary.. Product: Wine-staging Version: 3.18 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rtfss1(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 62580 --> https://bugs.winehq.org/attachment.cgi?id=62580 output Hi, just downloaded new mfaktc binary compiled with CUDA10 which adds support for new Nvidia Turing GPUs like RTX 2080.. from here: https://www.mersenneforum.org/mfaktc/mfaktc-0.21/mfaktc-0.21.win.cuda100.zip the app is a "simple" command line app so it should work OK with wine if it wasn't compiled with new CUDA10.. on Windows works ok but using latest Wine-Staging 3.18 (as staging is still required for CUDA support right?) no.. the app isn't detecting runtime version OK: CUDA runtime version 13697.32 CUDA driver version 10.0 ERROR: CUDA runtime version must match the CUDA toolkit version used during compile! full log attached.. -- 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 52188] New: Could not load file or assembly 'Windows.Foundation.UniversalApiContract
by WineHQ Bugzilla May 21, 2022

May 21, 2022

https://bugs.winehq.org/show_bug.cgi?id=52188 Bug ID: 52188 Summary: Could not load file or assembly 'Windows.Foundation.UniversalApiContract 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: julianhoyos94(a)gmail.com Distribution: --- hi everybody, i am creating scrpit for use xboxgamepass on linux, im very close but i have this error Unhandled Exception: System.IO.FileNotFoundException: Could not load file or assembly 'Windows.Foundation.UniversalApiContract, Version=7.0.0.0, Culture=neutral, PublicKeyToken=null' or one of its dependencies. file not found I would like to know if anyone has already experienced this problem, and if they have solved it since I looked on the internet, but I can't find the problem reported in wine. and I'm also looking for what it is, and I can't find anything about what program or what the error is based on, apparently it is part of Windows development libraries, I thought it was through .net but apparently it has nothing to do with it. -- 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 52892] New: The 64-bit ntdll:thread fails on w7pro64 and w864
by WineHQ Bugzilla May 20, 2022

May 20, 2022

https://bugs.winehq.org/show_bug.cgi?id=52892 Bug ID: 52892 Summary: The 64-bit ntdll:thread fails on w7pro64 and w864 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com The 64-bit ntdll:thread fails on w7pro64 and w864: thread.c:153: Test failed: Multiple threads have TEB 000007FFFFFDC000. https://test.winehq.org/data/patterns.html#ntdll:thread The failure is hard to reproduce but the test was introduced by this commit: commit 6d4ec1255acceec7152ed98764ee29991ac04f10 Author: Brendan Shanks <bshanks(a)codeweavers.com> AuthorDate: Mon Apr 18 11:25:10 2022 -0700 Commit: Alexandre Julliard <julliard(a)winehq.org> CommitDate: Mon Apr 18 21:48:15 2022 +0200 ntdll/tests: Test that threads have unique TEBs. Signed-off-by: Brendan Shanks <bshanks(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> Specifically the issue is with the line below: + ok( teb1 != teb2, "Multiple threads have TEB %p.\n", teb1 ); I think the issue is that there is no guarantee that the two test threads are running at the same time. I suspect that sometimes what happens is this [1]: * status = pNtCreateThreadEx( &threads[0], ... &teb1, ... ); A new TEB is allocated, the first thread starts, sets teb1 and terminates at which time its TEB is freed. * status = pNtCreateThreadEx( &threads[1], ... &teb2, ... ); A new TEB is allocated, hey there's a fresh TEB that has just bee freed! [2]. The second thread starts and sets teb2. * WaitForMultipleObjects( 2, threads, TRUE, INFINITE ); Wait for both threads. * ok( teb1 != teb2, "Multiple threads have TEB %p.\n", teb1 ); Hey, both threads used the same TEB! But did they do so at the same time? One hacky fix would be to at a small sleep in the test threads but that's introducing race conditions. A better fix would be for the main thread to tell the test threads when they can exit through some synchronization object. [1] This may be tied to how the scheduler behaves which may limit the issue to specific Windows versions. [2] And that's probably tied to how the memory allocator behaves: more memory locality or less chance of overwriting (incorrectly) still in use memory. Again this could limit the issue to some Windows versions. -- 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 52761] New: mscoree:mscoree test fails without a display or console
by WineHQ Bugzilla May 20, 2022

May 20, 2022

https://bugs.winehq.org/show_bug.cgi?id=52761 Bug ID: 52761 Summary: mscoree:mscoree test fails without a display or console Product: Wine Version: 7.5 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: madewokherd(a)gmail.com Distribution: --- The mscoree:mscoree test fails if you run it like this: $ DISPLAY= wine mscoree_test.exe mscoree </dev/null >log 2>&1 Without the DISPLAY=, it makes a bunch of console windows. That doesn't seem to happen on Windows, but that could be caused by our csc.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 46