https://bugs.winehq.org/show_bug.cgi?id=56684
Bug ID: 56684
Summary: native wayland restart to xorg causes freezes
Product: Wine
Version: 9.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: zlice(a)crtdrift.us
Distribution: ---
from memory (maybe missed something, did something extra)
- start wayland
- run a game with native wine (star wars kotor)
- regedit and change back to `x11,wine`
- exit wayland (wine server is still running)
- start xorg
- run a game... bad times ensue. freezes, have to kill everything in tty, kill
wine
probably low priority as ppl shouldn't do this once their environment is set up
and working. idk the behavior of wine and restarting itself.
--
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=56941
Bug ID: 56941
Summary: EA app fails to launch game if total size of
environment variables exceeds ~32000 characters
Product: Wine
Version: 9.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: tinozzo123(a)gmail.com
Distribution: ---
### Steps to reproduce
Preparation:
- Have the EA app installed:
https://origin-a.akamaihd.net/EA-Desktop-Client-Download/installer-releases…
- I installed it through Bottles, which installs the following Winetricks
dependencies:
https://github.com/bottlesdevs/programs/blob/main/Games/eaclient.yml
Reproducing:
- Set a very long environment variable, before launching the EA app
- From the EA app, launch any game
- Alternatively, execute the game directly, it will automatically launch the
EA app to launch the game
- If you don't have any game, "The Sims 4" is free
- The game won't launch, an error popup from the EA app will appear (see notes)
### Notes
It doesn't matter whether these ~32000 characters are from a single environment
variable, or from the combination of many of them.
I didn't test on Windows. It may be impossible to test there, since the
environment block there has a limit of 32760 characters (which may probably be
the reason for this issue in the first place).
I say "~32000", because the issue starts occurring a little before 32760
characters. However, my counting method was imprecise (I simply typed `set` in
`wine cmd`, then counted the characters), and there's also the fact that the EA
app also sets its own environment variables.
The issue also occurs with games bought from Steam (thus launched with Proton)
that also have to go through the EA app (thanks EA).
This issue existed before, and the weird thing is that the error popup from the
EA app is different from some time ago (I imagine due to the app being
updated).
Before it was: "Failed to launch game. An error on our end caused the launch to
fail. Try again a little later."
Now it's: "The game hasn't released yet" (which is obviously untrue).
Is it a stack overflow issue?
Logs obtained with `WINEDEBUG=EADesktop.exe:+relay` are too big to attach, even
compressed. Let me know what `WINEDEBUG` parameters I should use instead.
I can see that the app calls `GetEnvironmentStringsW`, shortly followed by a
`WideCharToMultiByte` for each variable (key and value separately). This is
done three times.
--
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=52500
Bug ID: 52500
Summary: error with winediag (nodrv_CreateWindow)
Product: Wine
Version: 6.23
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: josue.bock(a)univ-smb.fr
Distribution: ---
Created attachment 71795
--> https://bugs.winehq.org/attachment.cgi?id=71795
output in command line showing errors
Hello,
When upgading from 6.22 to 6.23, wine does not open anymore with a software.
It seems to be related to another bug report
(https://bugs.winehq.org/show_bug.cgi?id=51210) but AFAIC see, this was not the
same wine version involved.
My laptop also has two GPU, one Intel and one Nvidia.
The Intel one is expected to be unactivated.
I asked for help on the forum before sending this bug report, the discussion is
here: https://forum.winehq.org/viewtopic.php?f=2&t=36155&p=135932#top
--
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=27584
Summary: MFC fillrect draws differently under wine
Product: Wine
Version: 1.3.21
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: bailey937(a)yahoo.com
Created an attachment (id=35259)
--> (http://bugs.winehq.org/attachment.cgi?id=35259)
sample program for reproducing FillRect bug
I have a program that uses CPaintDC.FillRect() to draw histogram samples.
It draws one-pixel wide vertical rectangles.
Under wine, the bottom-most pixel is not drawn.
I'm attaching a sample program. Under Windows7 (have 64bit pro), the red line
is touching the black baseline and the black line on the right is touching the
baseline also.
When I run the program under wine, both the red vertical line on the left and
the black vertical line on the right are floating one pixel above the baseline.
I tried both 32bit Ubuntu 11.04 (wine 1.2.2) on a netbook and also Fedora 15
64bit (wine 1.3.21) under Virtualbox on my Windows machine. Both have the same
problem.
The relevant code for the test case is in
CChildView::OnPaint() in ChildView.cpp
--
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=48483
Bug ID: 48483
Summary: Mouse cursor always visible in Gothic 2 with D3D11
renderer
Product: Wine-staging
Version: 5.0-rc4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: supercoolemail(a)seznam.cz
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Gothic 2 (Russian with 2.6 no-cd patch) with D3D11 renderer shows X11/KDE mouse
all the time. Cursor should not be visible in Gothic 2 at all. It does not have
any functional impact but it's disturbing.
How to reproduce:
- Get Gothic 2.
- Test G2 works (menu at least).
- Extract GD3D11 (e.g. from
https://github.com/Kirides/GD3D11/releases/download/v17.7-dev8/Gothic2-GD3D…
but even old versions from Liker suffer from same issue). DLLs from archive
belong to `<game dir>/System` directory.
- Start the game with `ddraw=n,b`.
- See that mouse cursor appears when menu finishes loading. Alternatively,
mouse movements make cursor appear even before menu finishes loading.
There is some analysis here https://github.com/Tk-Glitch/PKGBUILDS/issues/428 .
I can confirm that same issue happens with clean wine-staging 5.0rc4 from Arch
repositories (also with wine-tkg built from master). While clean G2 works
properly in vanilla wine, GD3D11 needs staging otherwise it crashes at startup.
Tested on
`Linux coolhost 5.4.12-arch1-1 #1 SMP PREEMPT Tue, 14 Jan 2020 21:44:31 +0000
x86_64 GNU/Linux`
Ryzen 7 1700
RX 580 8G
16 G RAM
mesa 19.3.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.
https://bugs.winehq.org/show_bug.cgi?id=38705
Bug ID: 38705
Summary: Gothic crashes on saving games
Product: Wine
Version: 1.7.40
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: amlopezalonso(a)gmail.com
Distribution: ---
Created attachment 51633
--> https://bugs.winehq.org/attachment.cgi?id=51633
Crash backtrace
Gothic 1.08j always crashes when trying to save a game, right after entering
savegame name. Attaching backtrace.
--
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=39867
Bug ID: 39867
Summary: Long path components (e.g. 250 character long) crash
open/save dialogs
Product: Wine
Version: 1.8
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comdlg32
Assignee: wine-bugs(a)winehq.org
Reporter: whitequark(a)whitequark.org
Distribution: ---
To reproduce:
1. mkdir
aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
2. call GetOpenFileName and navigate to a directory containing the newly
created one
3. Wine is aborted by stack smashing protection
--
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=39688
Bug ID: 39688
Summary: Crash in file browser dialog (probably because of >
MAX_PATH)
Product: Wine
Version: 1.6.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comdlg32
Assignee: wine-bugs(a)winehq.org
Reporter: n296869(a)rtrtr.com
Distribution: ---
Wine's GetOpenFileNameW/GetSaveFileNameW seems to crash when encountering a
very long path name (i.e. longer than MAX_PATH characters).
--
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=23193
Summary: wine notepad: Slow to open large files
Product: Wine
Version: 1.2-rc1
Platform: x86
URL: http://winehq.org
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: adys.wh(a)gmail.com
Created an attachment (id=28858)
--> (http://bugs.winehq.org/attachment.cgi?id=28858)
Long text file (3.1M uncompressed)
gunzip the attached file and open it in notepad. For me, it takes > 5 seconds
to open on a quadcore. WinXP notepad (both virtualbox and native) will open it
instantly.
--
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=57020
Bug ID: 57020
Summary: Anritsu Software Toolbox doesn't install properly
Product: Wine
Version: 9.14
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Download:
https://dl.cdn-anritsu.com/en-us/test-measurement/files/Software/Drivers-So…
To test
- Run the installer in clean WINEPREFIX
- Uncheck "Check for Updates"
- Select all components (default)
- When it asks something about the "NI VISA" runtime, select "Yes"
In the install folder (default .wine/drive_c/Program Files (x86)/Anritsu) there
hsould be folders like "Line Sweep Tools" and other. On Wine, those are
missing.
The problem can be worked around by using "winetricks -q dotnet35" before
attempting the install.
Not sure why it can't use wine-mono.
Another way to possibly test: You can unpack the installer exe with 7-zip, then
the $TEMP folder contains the installers, e.g. LST_V1.71_Installer.exe
If you run those, they will complain about missing .NET 3.5 as well.
--
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.