https://bugs.winehq.org/show_bug.cgi?id=57028
Bug ID: 57028
Summary: LTSpice will not print with WINE 9.xx on Ubuntu 24.04
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: spooler
Assignee: wine-bugs(a)winehq.org
Reporter: dpalmer035(a)gmail.com
Distribution: ---
I had been using Ubuntu 22.04 with wine version 6 and LTspice would run and
print without issue.
I recently upgraded to the new Ubuntu 24.04 and in doing so wine had been
upgraded to version 9.0
LTspice will run without issue but printing no longer works.
The printout is marked as stopped in the print manager and can not be restarted
so it must be deleted.
In addition, if I use the CUPS pdf driver, the only thing that is generated is
a blank page.
To troubleshoot further and make sure that I could figure out exactly what is
causing the issue, I went back and loaded up a new copy of Ubuntu 22.04 into a
virtual machine and then installed the default version of wine-6.0.3 that is
part of that releases repro. Installed LTspice 17 and 24 both ran/printed
without issue.
I then removed the stock wine-6.0.3 release repro version, added the WineHQ
repository and installed winehq-stable 9.0.
Now both LTspice 17 or 24 both ran but neither would print.
I then removed winehq-stable and installed winehq-dev 9.14. Same result in that
both LTspice 17 or 24 both ran but neither would print.
Next I installed Ubuntu 24.04 in a virtual machine. I then installed the
default repository version of wine-9.0, LTspice 24 and again it would not
print.
I added the WineHQ repository and installed winehq-devel 9.14 and again it
would not print.
--
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=56993
Bug ID: 56993
Summary: Can not change desktop window resolution (pixel size)
Product: Wine
Version: 9.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: win32u
Assignee: wine-bugs(a)winehq.org
Reporter: fanwj(a)mail.ustc.edu.cn
Distribution: ---
desktop only can set to default resolution successful.
for example, run
wine explorer.exe /desktop=test,800x600
It set explorer.exe resolution incorrect.
I found that handler of message WM_DISPLAYCHANGE incorrectly.
It use size by NtGetVirtualScreenRect instead of lparam(resolution size)
--
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=57012
Bug ID: 57012
Summary: Astra 2 needs kernel32.SetFirmwareEnvironmentVariableA
Product: Wine
Version: 9.13
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Just run Astra2Patcher.exe and it will show a messagebox complaining about the
missing 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.
https://bugs.winehq.org/show_bug.cgi?id=39513
Bug ID: 39513
Summary: Desperados: input lag after resuming from pause
Product: Wine
Version: 1.7.53
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-dinput
Assignee: wine-bugs(a)winehq.org
Reporter: alessandro.pezzoni(a)runbox.com
Distribution: ---
Created attachment 52652
--> https://bugs.winehq.org/attachment.cgi?id=52652
Sample savegame (to avoid cutscenes)
While playing "Desperados: Dead or Alive" all input will lag for a few seconds
after loading a saved game or resuming the game from the pause menu. It looks
like all input is cached during that time and then executed all at once.
The issue can be reproduced with the demo, obtainable from the Internet Archive
[1]:
1. Install the demo in a clean prefix;
2. (Optional) Copy the attached savegame folder to "Desperados Demo/Game/Data";
3. Start the demo;
4. Load the savegame from 2. or start a new game;
5. Press "Esc" and click "Continue";
6. Moving the mouse or pressing a keyboard shortcut will have no effect for a
few seconds.
I've tested this issue on Arch Linux with wine stable 1.7.53 and with the
current git head, wine-1.7.53-183-g12111d8.
[1]: https://archive.org/download/desperadosDemo/desperadosDemo.rar
sha1: 3c07da95cdc6807b9c08ff3d17de64790c08ec07
--
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=57049
Bug ID: 57049
Summary: Periodic stutter when playing A Plague Tale: Requiem
(GOG version)
Product: Wine
Version: 8.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: f0rump1x5r7(a)yahoo.com
Distribution: ---
Created attachment 76904
--> https://bugs.winehq.org/attachment.cgi?id=76904
Output with +timestamp,+loaddll
When playing the GOG version of A Plague Tale: Requiem (version 20230706_1126),
the game stutters exactly every 15 seconds. Earliest wine version tested is
8.21, bug still present in 9.14.
Steps to reproduce:
- Launch the game
- Press a button to start the dialog of loading a save file
- Notice a FPS stutter every 15 seconds when in a GPU bound scenario
Notes:
- The stutter occurs only after inducing the savegame loading dialog. Staying
on the start screen without pressing a button then all is well
- The save files are encrypted and stored in a GOG specific folder
(drive_c/users/<username>/AppData/Local/GOG.com/Galaxy/Applications/55243620139303375/Storage/Shared/Files/),
presumably created by the Galaxy64.dll in the main game folder (deleting it
crashes the game on startup).
- Replacing secur32.dll and sspicli.dll with their native Windows version,
fixes the stutters (only replacing one or the other does not).
- There are no reports about this for the Steam/Proton version (AFAIK)
Console output created with +loaddll,+timestamp, otherwise nothing would show
up at the moments of stutter.
--
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=56284
Bug ID: 56284
Summary: SYNCED installer download stuck on initialization
Product: Wine
Version: 9.1
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: o.dierick(a)piezo-forte.be
Distribution: ---
Created attachment 76003
--> https://bugs.winehq.org/attachment.cgi?id=76003
SYNCED installer terminal output on Wine 9.1
Hello,
The stand-alone mini-downloader from [1] doesn't start downloading.
It stays stuck on 0% at the download initialization step.
[1] https://www.syncedthegame.com/
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.
https://bugs.winehq.org/show_bug.cgi?id=53696
Bug ID: 53696
Summary: Multiple games need d3d11_swapchain_GetFrameStatistics
(Days Gone, Mafia III: Definitive Edition, Monument
Valley, The Inheritance of Crimson Manor)
Product: Wine
Version: 7.17
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
This is most noticeable in Days Gone (1-3 FPS).
wine-7.17-165-gf5b92137257
--
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=56176
Bug ID: 56176
Summary: Persona 4 Golden needs
d3dx11_43.dll.D3DX11CreateThreadPump
Product: Wine
Version: 9.0-rc5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: hibbsncc1701(a)gmail.com
Distribution: ---
Starting Persona 4 Golden on a fresh wine prefix in wine 9.0-rc5 crashes with
the following message:
wine: Call from 7B692617 to unimplemented function
d3dx11_43.dll.D3DX11CreateThreadPump, aborting
--
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=57048
Bug ID: 57048
Summary: services.exe crashes on first wine prefix start after
every host system reboot
Product: Wine
Version: 9.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: hibbsncc1701(a)gmail.com
Distribution: ---
Created attachment 76901
--> https://bugs.winehq.org/attachment.cgi?id=76901
Console log of crash in wine-9.14
When starting a wine prefix for the first time after host boot (i.e. after
Linux's kernel and it's window manager has started) services.exe crashes after
stalling due to a critical section timeout in the loader.
This only happens once per host boot. Subsequent runs of any wine prefix during
the same host session, including the one that failed initially, will work just
fine without crashing.
Console log attached.
Speculation: Due to the loader timeout message, I think this may be an issue
involving delays from the host system trying to load wine's binaries from disk.
This system has a mechanical hard disk, which means that there is a delay when
it cache misses and needs to fetch data from disk for the first time. Wine may
just not be waiting long enough for it to work in this case, but subsequent
loads of wine hit the kernel cache instead. Which will respond in time.
(Although if that's the case, shouldn't wine have some sort of event call back
that handles this?)
--
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.