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

[Bug 52850] New: Unable to render colored text (ansi escape codes)
by WineHQ Bugzilla 25 Apr '24

25 Apr '24

https://bugs.winehq.org/show_bug.cgi?id=52850 Bug ID: 52850 Summary: Unable to render colored text (ansi escape codes) Product: Wine Version: 7.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: jjj84340(a)gmail.com Distribution: --- Created attachment 72252 --> https://bugs.winehq.org/attachment.cgi?id=72252 Wine terminal Wine's cmd is unable to render ansi escape codes, resulting in weird, uncolored text -- 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 37578] New: Request for Enhancement: please add libXext as a dependency
by wine-bugs＠winehq.org 25 Apr '24

25 Apr '24

https://bugs.winehq.org/show_bug.cgi?id=37578 Bug ID: 37578 Summary: Request for Enhancement: please add libXext as a dependency Product: Wine Version: 1.7.30 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ToddAndMargo(a)zoho.com Distribution: --- Request for Enhancement: It about killed my trying to compile Wine-1.7.30 (I conquered). In the "./configure" phase, Wine threw the following error: wine-1.7.30]# ./configure --disable-win64 configure: WARNING: libpng 32-bit development files not found, PNG won't be supported. Only thing was that libpng was actually installed: # rpm -qa \*libpng\* | grep -i i686 libpng-devel-1.2.49-1.el6_2.i686 libpng-1.2.49-1.el6_2.i686 The error was bogus reporting from Wine "./configure". The actual problem was that libpng had a dependance on zlib. "yum install zlib-devel.i686" fixed the bogus error from Wine. This bogus error was originally reported to Wine on: https://bugs.winehq.org/show_bug.cgi?id=37534 Their response was that it was a dependency: http://www.libpng.org/pub/png/libpng.html "libpng is available as ANSI C (C89) source code and requires zlib 1.0.4 or later (1.2.5 or later recommended for performance and security reasons)." So I reported it to Red Hat on: https://bugzilla.redhat.com/show_bug.cgi?id=1162842 Their response was: You were probably not able to install libpng without zlib, but of course you were able to install libpng and libpng-devel without zlib-devel - but this is pretty much expected. Guidelines are even stricter, explicit requirements for library packages are forbidden ( https://fedoraproject.org/wiki/Packaging:Guidelines#Explicit_Requires - Red Hat Enterprise Linux follows Fedora packaging guidelines with just very few exceptions ). So, would you guys please consider putting the dependency in yourself, so as to keep the next poor sod who is trying to ./configure wine from going out of his mind and to keep you guys from having to endlessly answer this question over on the forums Many thanks, -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.

2 19

[Bug 49854] New: Please fix the stupid wldap32.dll error message
by WineHQ Bugzilla 25 Apr '24

25 Apr '24

https://bugs.winehq.org/show_bug.cgi?id=49854 Bug ID: 49854 Summary: Please fix the stupid wldap32.dll error message Product: Wine-staging Version: 5.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ToddAndMargo(a)zoho.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Fedora 32, x64 wine-5.16-1.fc32.x86_64 When running a program what uses wldap32.dll AND wine-ldap.i686 is not installed, you get a STUPID error message saying that wldap32.dll is "not found". It is right in the system32 directory. I took me over four hours of beating my head against a wall to figure it out. Would you please give a rational error message for this issue! Tell the user that wine-ldap.i686 is otg installed! Sorry for the crabbiness. -- 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 17

[Bug 54256] New: Compile for wine under arm macOS (for running aarch64 windows apps) fails
by WineHQ Bugzilla 24 Apr '24

24 Apr '24

https://bugs.winehq.org/show_bug.cgi?id=54256 Bug ID: 54256 Summary: Compile for wine under arm macOS (for running aarch64 windows apps) fails Product: Wine Version: unspecified Hardware: aarch64 OS: Mac OS X Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jintanzhong(a)gmail.com Created attachment 73809 --> https://bugs.winehq.org/attachment.cgi?id=73809 Output of make Error Output: gcc -c -o dlls/ntdll/unix/signal_arm64.o dlls/ntdll/unix/signal_arm64.c -Idlls/ntdll -Iinclude -D__WINESRC__ -D_NTSYSTEM_ \ -D_ACRTIMP= -DWINBASEAPI= -DWINE_UNIX_LIB -Wall -pipe -fcf-protection=none -fno-stack-protector \ -fno-strict-aliasing -Wdeclaration-after-statement -Wempty-body -Wignored-qualifiers -Winit-self \ -Wno-pragma-pack -Wstrict-prototypes -Wtype-limits -Wunused-but-set-parameter -Wvla \ -Wwrite-strings -Wpointer-arith -gdwarf-4 -fPIC -fasynchronous-unwind-tables -g -O2 -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=0 In file included from dlls/ntdll/unix/signal_arm64.c:71: dlls/ntdll/unix/dwarf.h:915:45: warning: taking the absolute value of unsigned type 'ULONG_PTR' (aka 'unsigned long') has no effect [-Wabsolute-value] case DW_OP_abs: stack[sp] = labs(stack[sp]); break; ^ dlls/ntdll/unix/dwarf.h:915:45: note: remove the call to 'labs' since unsigned values cannot be negative case DW_OP_abs: stack[sp] = labs(stack[sp]); break; ^~~~ <inline asm>:305:2: error: conditional branch requires assembler-local label. '.L__wine_syscall_dispatcher_return' is external. cbnz w16, .L__wine_syscall_dispatcher_return ^ 1 warning and 1 error generated. make: *** [dlls/ntdll/unix/signal_arm64.o] Error 1 Commands run: ./configure; make Dependencies: all installed using homebrew latest version. ./configure output and make output: see attachment -- 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 55360] New: Can't run.
by WineHQ Bugzilla 24 Apr '24

24 Apr '24

https://bugs.winehq.org/show_bug.cgi?id=55360 Bug ID: 55360 Summary: Can't run. Product: Wine Version: 8.0.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: 1074536311(a)qq.com Distribution: --- ARRAY(0x557a25649d98) -- 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 45565] New: Battle.net Helper.exe crashes when trying to view Twitch streams
by wine-bugs＠winehq.org 24 Apr '24

24 Apr '24

https://bugs.winehq.org/show_bug.cgi?id=45565 Bug ID: 45565 Summary: Battle.net Helper.exe crashes when trying to view Twitch streams Product: Wine Version: 3.13 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: maciej.stanczew+b(a)gmail.com Distribution: --- Created attachment 61989 --> https://bugs.winehq.org/attachment.cgi?id=61989 Backtrace Please note that this is a different issue than bug #43910. Sometimes game pages in Battle.net App will have Twitch streams embedded in their news items (I saw SC2, HotS, and the Overwatch League tab having this). When opening such a page, Battle.net Helper.exe will crash (in a similar way to bug #43910). Two things visible in the logs that happen only in this case are "fixme:cryptnet:verify_cert_revocation_from_aia_ext" and "MSAudDecMFT.dll nor Msmpeg2adec.dll is not loaded". The crash happens the same way in Wine devel and Wine Staging (both 3.13). Workaround is to quickly click "Pause" or "Watch now" -- this will cause the video to stop being loaded (clicking "Watch now" will open the stream in browser). -- 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 52978] New: Wine does not support the MRAC anticheat.
by WineHQ Bugzilla 22 Apr '24

22 Apr '24

https://bugs.winehq.org/show_bug.cgi?id=52978 Bug ID: 52978 Summary: Wine does not support the MRAC anticheat. 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: bear_bulloff(a)mail.ru Distribution: --- Created attachment 72347 --> https://bugs.winehq.org/attachment.cgi?id=72347 allods.log Such games as Allods, Warface and others 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.

1 9

[Bug 25870] New: Column headers don't always resize to fit text when double-clicked
by wine-bugs＠winehq.org 22 Apr '24

22 Apr '24

http://bugs.winehq.org/show_bug.cgi?id=25870 Summary: Column headers don't always resize to fit text when double-clicked Product: Wine Version: 1.3.12 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: turbolad995(a)hotmail.co.uk When you try to double-click (with the left mouse button) on a column header WHEN THE MOUSE POINTER SHOWS DOUBLE BLACK ARROWS, like this <-|-> the column is supposed to resize to fit the longest line of text below it perfectly. In programs such as Pegasus Mail and many others which use resizeable columns e.g. 1by1 Player, double-clicking the column header results in any of the following: * nothing happens * messes up the columns - depending on text size * the column will resize properly Although trivial, I believe Wine users should report bugs when they are discovered. Please test this using 1by1 Player and play around with the font size in the application's settings (press <F6> to get into the program's settings). Now try resizing the columns with different font sizes and double-clicking the vertical lines which separate the columns. Download 1by1 Player: http://mpesch3.de1.cc/1by1.html -- 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 8

[Bug 55085] New: Wine Staging fails to start when virtual desktop is enabled: "Application tried to create a window, but no driver could be loaded."
by WineHQ Bugzilla 22 Apr '24

22 Apr '24

https://bugs.winehq.org/show_bug.cgi?id=55085 Bug ID: 55085 Summary: Wine Staging fails to start when virtual desktop is enabled: "Application tried to create a window, but no driver could be loaded." Product: Wine-staging Version: 8.10 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- When virtual desktop is enabled in Staging I receive 00e8:err:winediag:nodrv_CreateWindow Application tried to create a window, but no driver could be loaded. 00e8:err:winediag:nodrv_CreateWindow L"The explorer process failed to start." Not even winecfg is able to start. This started happening maybe 2-3 weeks ago after one of the rebases. Regression test points to the following commit in Staging: commit 00988a18d54cceea1ac03baf45c6289731f2103b Author: Rémi Bernon <rbernon(a)codeweavers.com> Date: Mon Oct 25 11:45:47 2021 +0200 winex11.drv: Listen to RawMotion and RawButton* events in the desktop thread. We still need to send "normal" input from the clipping window thread to trigger low-level hooks callbacks when clipping cursor. This is for instance used in our dinput implementation. Tested with wine-8.10-103-g8d2de5dbe1f (Staging) -- 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 17

[Bug 54267] New: regression: free() invalid pointer error then crash in WoW
by WineHQ Bugzilla 22 Apr '24

22 Apr '24

https://bugs.winehq.org/show_bug.cgi?id=54267 Bug ID: 54267 Summary: regression: free() invalid pointer error then crash in WoW Product: Wine Version: 8.0-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: kdt3rd(a)gmail.com Distribution: --- Created attachment 73831 --> https://bugs.winehq.org/attachment.cgi?id=73831 tail snippet of +seh,+unwind surrounding the free(): invalid pointer error This worked fine in 7.22, but with 8.0-rc2 I am seeing a behavior where World of Warcraft will run fine for a while (as short as 5 minutes, up to 30 minutes), then eventually hard abort with 0454:err:seh:dispatch_exception unknown exception (code=c0000420) raised 0454:err:seh:dispatch_exception unknown exception (code=c0000420) raised 0454:fixme:sync:NtQueryDirectoryObject multiple entries not implemented 0454:fixme:sync:NtQueryDirectoryObject multiple entries not implemented free(): invalid pointer 0560:err:seh:call_stack_handlers invalid frame 000000000418E330 (0000000003F92000-0000000004090000) 0560:err:seh:NtRaiseException Exception frame is not in stack limits => unable to dispatch exception. 0588:fixme:wtsapi:WTSUnRegisterSessionNotification Stub 0000000000020082 0588:fixme:kernelbase:AppPolicyGetProcessTerminationMethod FFFFFFFFFFFFFFFA, 000000000011FD70 There may be two issues here, I am not sure. I do not know how to find where that free() invalid pointer is happening (I tried setting the normal environment variable MALLOC_CHECK_=3 to see if I could get a unix-side stack trace to no avail), so not sure how to pursue that. Seeing the stack frame invalid and some recent patches to convert to a new assembly-based implementation of the call handlers, I also have run (and attached) the tail of a log with +seh,+unwind surrounding the crash (stackfail.log). Although seeing that the "usual" stream of exceptions (WoW has always had this c0000420 unknown error / assertion failure stream) are in a separate thread (0454 vs 0560 above), I suspect that the free() invalid pointer issue is the real problem. This is against a wine compiled w/ mingw gcc 12.2 in wow64 dual-build. If it helps, Wow.exe is a 64-bit (PE32+) executable Unfortunately, I am unable to test this with only vanilla wine to bisect, as the game does not run with vanilla as far as I know. Please let me know any suggestions how to find out where something is free'd not malloc'ed, bisect with staging stuff still applied, or how I can help debug further. -- 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