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.
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.
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.
https://bugs.winehq.org/show_bug.cgi?id=55979
Bug ID: 55979
Summary: Blizzard Battle.net Launcher: New Version Released On
11/30/2023 Hangs During Installation
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: crashdance(a)charter.net
Distribution: ---
Created attachment 75569
--> https://bugs.winehq.org/attachment.cgi?id=75569
Terminal output when running the Battle.net client installer in a clean Wine
prefix
When attempting to install Battle.net in a clean 64-bit prefix on a clean
install of Linux Mint 21.2 with all needed dependencies, I get the attached
terminal output and the progress hangs at 45%.
Also, I know the maintainers of Bugzilla encourage reporting only one problem
per bug. That being said, the exact same time this started happening, my
existing Wine prefix for Battle.net (and my Battle.net games) caused thread
crashes when opening Battle.net after installing yesterday's update. The update
was installed from within the Battle.net client by clicking the green icon to
install the update. Prior to this update released yesterday on November 30,
2023, Battle.net and the games were running flawlessly.
Because I can only add a single attachment, the Pastebin links below will give
more detail on the related issue of thread crashes described above:
Existing prefix terminal output when the thread crash occurs:
https://pastebin.com/4UwxTsEP
Here is my system information:
https://pastebin.com/v3MVemgg
Was able to save a crash report for the thread crash issue:
https://pastebin.com/mYX68NrX
--
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.
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.
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.
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.
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.
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.
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.