https://bugs.winehq.org/show_bug.cgi?id=56989
Bug ID: 56989
Summary: Doom 3: BFG Edition fails to start in virtual desktop
Product: Wine
Version: 9.8
Hardware: x86-64
URL: https://store.steampowered.com/app/208200/DOOM_3/
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: rbernon(a)codeweavers.com
Regression SHA1: 17c6ac1f7be3f546d1c3aa274fc31b1f8062fa62
Distribution: ArchLinux
Created attachment 76822
--> https://bugs.winehq.org/attachment.cgi?id=76822
terminal output
Doom 3: BFG Edition doesn't start in virtual desktop mode.
The Steam version crashes and generates a backtrace, the GOG version shows the
game startup console with flashing 'Unable to initialize OpenGL' message.
This is a regression introduced by
commit 17c6ac1f7be3f546d1c3aa274fc31b1f8062fa62
winex11: Report all sources as detached in virtual desktop mode.
wine-9.13-116-g6d6451fd6ce
X.Org X Server 1.21.1.13
XFCE 4.18
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: NVIDIA GeForce GTX 1660 SUPER/PCIe/SSE2
OpenGL core profile version string: 4.6.0 NVIDIA 550.40.65
--
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=56140
Bug ID: 56140
Summary: ListView with a custom column sorter produces wrong
resuls
Product: Wine
Version: 9.0-rc3
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: dmitry(a)baikal.ru
Distribution: ---
Steps to reproduce:
1. Run 'wine rundll32.exe inetcpl.cpl,LaunchSiteCertDialog'
2. Go to the "Trusted Root Certification Authorities" tab
3. Click several times on "Issued to" or "Issued by" columns, observe that
sorting takes multimple attemps to actually settle down and stop changing the
items order
This probably indicates a problem with DPA_Sort().
--
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=56984
Bug ID: 56984
Summary: Star Wars: Knights of the Old Republic (Steam, GOG):
broken rendering when soft shadows enabled
Product: Wine
Version: 9.13
Hardware: x86-64
URL: https://store.steampowered.com/app/32370/STAR_WARS_Kni
ghts_of_the_Old_Republic/
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: opengl
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: alexandros.frantzis(a)collabora.com
Regression SHA1: 272c55ac257315ef8393df357a79aac4e0d6cd76
Distribution: ArchLinux
Created attachment 76814
--> https://bugs.winehq.org/attachment.cgi?id=76814
plain terminal output
The game used to work fine with all graphical options enabled/maxed out.
Since Wine-9.13 most of the textures are missing in-game when soft shadows
option is enabled. The menus and the intro/in-game videos are not affected.
The problem is present since
commit 272c55ac257315ef8393df357a79aac4e0d6cd76
opengl32: Add default implementation for wglChoosePixelFormatARB.
The default implementation will be used automatically if the driver
populates the wgl_pixel_format ARB fields.
Reproduced with both the Steam and GOG versions. No mods or unofficial patches
were installed.
wine-9.13-90-gca938c795c0
X.Org X Server 1.21.1.13
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: NVIDIA GeForce GTX 1660 SUPER/PCIe/SSE2
OpenGL core profile version string: 4.6.0 NVIDIA 550.40.65
--
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=56494
Bug ID: 56494
Summary: Splashtop RMM v3.6.6.0 crashes
Product: Wine
Version: 9.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: patm(a)ait.cx
Distribution: ---
Created attachment 76259
--> https://bugs.winehq.org/attachment.cgi?id=76259
Wine 9.0 backtrace
The new Splashtop RMM client (v 3.6.6.0) crashes with a page fault on Wine 9.0.
On Wine 9.5, when I attempt to run it, a spinning cursor appears for a few
seconds but the program never loads. No error message appears. The previous
version, 3.5.8.2, runs with no problem.
Attached is a backtrace from Wine 9.0.
The program installer can be downloaded from:
https://my.splashtop.com/rmm/win
--
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=51704
Bug ID: 51704
Summary: Final Fantasy XI Online: Short Freezes / Stutters
Every Second
Product: Wine
Version: 6.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: iphlpapi
Assignee: wine-bugs(a)winehq.org
Reporter: escomk3(a)hotmail.com
Distribution: ---
With commit e91b19bf38e [1] and beyond, very tiny freezes/stutters can be
observed in Final Fantasy XI Online.
They happen more or less exactly every second, and are quite noticeable while
moving around in the game, even though they are indeed very short-lived.
1.
https://source.winehq.org/git/wine.git/commit/e91b19bf38e13c7a31d553a559308…
--
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=57008
Bug ID: 57008
Summary: _fdopen(0) does not return stdin after it was closed
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: pipcet(a)protonmail.com
Distribution: ---
GNU Emacs contains the following code (abbreviated slightly):
HANDLE stdin_save = INVALID_HANDLE_VALUE;
DuplicateHandle (parent,
GetStdHandle (STD_INPUT_HANDLE),
parent,
&stdin_save,
0,
FALSE,
DUPLICATE_SAME_ACCESS);
fclose (stdin);
if (stdin_save != INVALID_HANDLE_VALUE)
_open_osfhandle ((intptr_t) stdin_save, O_TEXT);
else
_open ("nul", O_TEXT | O_NOINHERIT | O_RDONLY);
_fdopen (0, "r");
The idea is that the last call to _fdopen will return stdin, so we can continue
using stdin after this code runs, but its HANDLE will have become
non-inheritable.
This doesn't work on wine, which allocates a new FILE * in msvcrt_alloc_fp:
for (i = 3; i < MSVCRT_max_streams; i++)
{
file = msvcrt_get_file(i);
if (!file)
return NULL;
if (file->_flag == 0)
{
...
return file;
}
}
The loop starts at index 3, not 0, so the stdin/stdout/stderr handles are never
reused.
Of course, what Emacs does is highly dodgy and not documented to work;
apparently, it doesn't work with UCRT on native Windows either. However, there
is interest in keeping Emacs usable on very old Windows systems, so it's
possible that changing the Emacs code would break things subtly.
Is there any possibility or interest in changing wine so it emulates MSVCRT
behavior for this application? Changing "i = 3" to "i = 0" would probably
suffice...
--
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=53531
Bug ID: 53531
Summary: FTDI Vinculum II IDE gets "Out of memory" error on
startup
Product: Wine
Version: 7.14
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msxml3
Assignee: wine-bugs(a)winehq.org
Reporter: damjan.jov(a)gmail.com
Distribution: ---
While investigating bug 38350, users noticed how after upgrading Wine (some
time ago), the error message on startup changed from "OLE error 8002006" to
"Out of memory".
Using WINEDEBUG='+relay,+msxml' and looking at the last msxml call prior to the
"Out of memory" string appearing, I found it comes from domelem_get_item() line
1837:
---snip---
1834 curr = xmlNewNsProp(NULL, xmlns, ns->prefix, ns->href);
1835 if (!curr) {
1836 xmlFreeNs(xmlns);
1837 return E_OUTOFMEMORY;
1838 }
---snip---
and xmlNewNsProp() fails because ns->prefix is NULL.
However that code wasn't always there. Looking through the Git history and
testing past Wine versions, I isolated it to this commit, before which it got
further during startup:
---snip---
commit 4460cb3377a045de8cde82d846e8e0d3592d5252 (HEAD)
Author: Daniel Lehman <dlehman25(a)gmail.com>
Date: Mon Oct 15 21:14:34 2018 -0700
msxml3: Treat namespaces as floating attributes.
Signed-off-by: Daniel Lehman <dlehman25(a)gmail.com>
Signed-off-by: Nikolay Sivov <nsivov(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
---snip---
--
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=57042
Bug ID: 57042
Summary: rsaenh RSAENH_CPDecrypt crashes when an application
tries to decrypt an empty string
Product: Wine
Version: 9.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: rsaenh
Assignee: wine-bugs(a)winehq.org
Reporter: kubapet(a)gmail.com
Distribution: ---
BizAgi Modeler v 3.9.0.015 won't start because (for some strange reason) it
tries to decrypt http proxy password even when it is not set (it is an empty
string). The current implementation of RSAENH_CPDecrypt fails on segfault when
Final = true, pbData = "" and apdwDataLen = 0.
Unhandled Exception: System.AccessViolationException: Attempted to read or
write protected memory. This is often an indication that other memory is
corrupt.
at
System.Security.Cryptography.CapiNative.UnsafeNativeMethods.CryptDecrypt(SafeCapiKeyHandle
hKey, SafeCapiHashHandle hHash, Boolean Final, Int32 dwFlags, IntPtr pbData,
Int32& pdwDataLen)
at System.Security.Cryptography.CapiSymmetricAlgorithm.Reset()
at
System.Security.Cryptography.CapiSymmetricAlgorithm.TransformFinalBlock(Byte[]
inputBuffer, Int32 inputOffset, Int32 inputCount)
at
Bizagi.ProcessModeler.BusinessEntities.Proxy.ProxyConnectionHelper.DecryptPassword_Aes(String
encryptedPassword)
at
Bizagi.ProcessModeler.BusinessLogic.Cloud.HttpRequestUtil.SetProxyConfiguration()
at lambda_method(Closure )
at
SimpleInjector.Lifestyles.SingletonLifestyle.SingletonLifestyleRegistration`1.CreateInstanceWithNullCheck()
at
SimpleInjector.Lifestyles.SingletonLifestyle.SingletonLifestyleRegistration`1.GetInterceptedInstance()
at
SimpleInjector.Lifestyles.SingletonLifestyle.SingletonLifestyleRegistration`1.BuildExpression()
at SimpleInjector.InstanceProducer.BuildExpressionInternal()
at System.Lazy`1.CreateValue()
at System.Lazy`1.LazyInitValue()
at SimpleInjector.InstanceProducer.BuildExpression()
at SimpleInjector.Registration.BuildConstructorParameters(ConstructorInfo
constructor)
at SimpleInjector.Registration.BuildNewExpression()
at SimpleInjector.Registration.BuildTransientExpression()
at
SimpleInjector.Lifestyles.SingletonLifestyle.SingletonLifestyleRegistration`1.CreateInstanceWithNullCheck()
at
SimpleInjector.Lifestyles.SingletonLifestyle.SingletonLifestyleRegistration`1.GetInterceptedInstance()
at
SimpleInjector.Lifestyles.SingletonLifestyle.SingletonLifestyleRegistration`1.BuildExpression()
at SimpleInjector.InstanceProducer.BuildExpressionInternal()
at System.Lazy`1.CreateValue()
at System.Lazy`1.LazyInitValue()
at SimpleInjector.InstanceProducer.BuildExpression()
at SimpleInjector.Registration.BuildConstructorParameters(ConstructorInfo
constructor)
at SimpleInjector.Registration.BuildNewExpression()
at SimpleInjector.Registration.BuildTransientExpression()
at
SimpleInjector.Lifestyles.SingletonLifestyle.SingletonLifestyleRegistration`1.CreateInstanceWithNullCheck()
at
SimpleInjector.Lifestyles.SingletonLifestyle.SingletonLifestyleRegistration`1.GetInterceptedInstance()
at
SimpleInjector.Lifestyles.SingletonLifestyle.SingletonLifestyleRegistration`1.BuildExpression()
at SimpleInjector.InstanceProducer.BuildExpressionInternal()
at System.Lazy`1.CreateValue()
at System.Lazy`1.LazyInitValue()
at SimpleInjector.InstanceProducer.BuildExpression()
at SimpleInjector.Registration.BuildConstructorParameters(ConstructorInfo
constructor)
at SimpleInjector.Registration.BuildNewExpression()
at SimpleInjector.Registration.BuildTransientExpression()
at
SimpleInjector.Lifestyles.SingletonLifestyle.SingletonLifestyleRegistration`1.CreateInstanceWithNullCheck()
at
SimpleInjector.Lifestyles.SingletonLifestyle.SingletonLifestyleRegistration`1.GetInterceptedInstance()
at
SimpleInjector.Lifestyles.SingletonLifestyle.SingletonLifestyleRegistration`1.BuildExpression()
at SimpleInjector.InstanceProducer.BuildExpressionInternal()
at System.Lazy`1.CreateValue()
at System.Lazy`1.LazyInitValue()
at SimpleInjector.InstanceProducer.BuildExpression()
at SimpleInjector.Registration.BuildConstructorParameters(ConstructorInfo
constructor)
at SimpleInjector.Registration.BuildNewExpression()
at SimpleInjector.Registration.BuildTransientExpression()
at
SimpleInjector.Lifestyles.SingletonLifestyle.SingletonLifestyleRegistration`1.CreateInstanceWithNullCheck()
at
SimpleInjector.Lifestyles.SingletonLifestyle.SingletonLifestyleRegistration`1.GetInterceptedInstance()
at
SimpleInjector.Lifestyles.SingletonLifestyle.SingletonLifestyleRegistration`1.BuildExpression()
at SimpleInjector.InstanceProducer.BuildExpressionInternal()
at System.Lazy`1.CreateValue()
at System.Lazy`1.LazyInitValue()
at SimpleInjector.InstanceProducer.BuildExpression()
at SimpleInjector.Registration.BuildConstructorParameters(ConstructorInfo
constructor)
at SimpleInjector.Registration.BuildNewExpression()
at SimpleInjector.Registration.BuildTransientExpression()
at SimpleInjector.InstanceProducer.BuildExpressionInternal()
at System.Lazy`1.CreateValue()
at System.Lazy`1.LazyInitValue()
at SimpleInjector.InstanceProducer.BuildInstanceCreator()
at
SimpleInjector.InstanceProducer.BuildAndReplaceInstanceCreatorAndCreateFirstInstance()
at SimpleInjector.InstanceProducer.GetInstance()
at SimpleInjector.Container.GetInstance(Type serviceType)
at Bizagi.DependencyInjector.InjectorBase.Resolve[T]()
at
Bizagi.DependencyInjector.ApplicationFactory.BuildApplication[TApplication](IApplicationBuilder`1
applicationBuilder, Boolean verify)
at BizagiProcessModeler.Program.Main()
--
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=54861
Bug ID: 54861
Summary: UK's Kalender: Crashes when adding or changing event
category - comctl32 related
Product: Wine
Version: 8.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: wineuser101(a)mailbox.org
Distribution: ---
Created attachment 74359
--> https://bugs.winehq.org/attachment.cgi?id=74359
Backtrace crash creating new category
The program crashes when a new event category is added or when the category of
an existing event is changed. To reproduce the crash on a clean program
installation, follow these steps: go to Extras, Categories, and click the
button with a blank paper icon next to the "Event" box. Enter the name of the
new category and click "OK" to induce the crash. I've attached a screenshot
with the cursor on top of the button in question and the backtrace log of the
crash.
I discovered a workaround that solves the crashes by bruteforce-installing
different winetrick DLLs until it got resolved. The specific DLL that solves
the crashes is comctl32. However, after adding this DLL you cannot export
HTML/CSV files from the calendar anymore or do a backup/restore. This seems to
be due to a known bug related to the file open dialog;
https://bugs.winehq.org/show_bug.cgi?id=43188
The setup file for UK's Kalender can be downloaded here;
https://www.ukrebs-software.de/download/kalender/Kalender_Setup.exe
I used UK's Kalender version 2.5.6 (the latest as of writing)
sha1sum Kalender_Setup.exe
c88d6184e8b8bb51a37f10cf3fe1411783e270be
--
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=35991
Bug ID: 35991
Summary: Communication via COM1 crashes the app
Product: Wine
Version: 1.7.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: sh.yaron(a)gmail.com
Created attachment 48115
--> http://bugs.winehq.org/attachment.cgi?id=48115
Backtrace from after the crash.
I was trying to load the project with PLC online communication but apparently
when I tried to check the connection the app crashed, backtrace attached.
The PC is connected to COM1 of the PC.
--
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=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.
https://bugs.winehq.org/show_bug.cgi?id=57047
Bug ID: 57047
Summary: Rockstar launcher not working
Product: Wine
Version: 9.13
Hardware: x86-64
OS: MacOS
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: windows.gaming.input
Assignee: wine-bugs(a)winehq.org
Reporter: menoski0725(a)gmail.com
Rockstar launcher not working stuck on preparing installation
--
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=57044
Bug ID: 57044
Summary: Cannot open ZFS mounted directories if in root "/"
Product: Wine
Version: 8.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jklaas(a)klaashome.org
Distribution: ---
I was checking on the status of using Lotus WordPro and was quite happy with
the progress. I did find an oddity.
I have my "/home" directory mounted from a ZFS mount. When I browse for files
and go to root "/", I cannot see "/home". However any subdirectories with a ZFS
mount can be seen. Additionally, if I create a link to "/home" (ln -s /home
/newhome/home), I can see "/newhome/home" and easily browse the files from
there. I also cannot see direct links at the root level.
I noticed this in WordPro, but I also found this behavior running "Program
Files (x86)/Windows NT/Accessories/wordpad.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.
https://bugs.winehq.org/show_bug.cgi?id=48552
Bug ID: 48552
Summary: Wine crashes when running SMath (unless +relay)
Product: Wine
Version: 5.0-rc6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rmm(a)cantrip.org
Distribution: ---
Created attachment 66364
--> https://bugs.winehq.org/attachment.cgi?id=66364
WINEDEBUG=+seh,+DllOverrides wine SMathStudio_Desktop.exe >>
/tmp/output_tid.txt 2>&1
wine-5.0 (Staging), Fedora 31 release on x86_64 machine.
Smath (https://en.smath.com/view/SMathStudio/summary), a very useful free
MathCAD-like program crashes at startup.
Installation of
SMathStudioDesktop.0_99_7251.Setup.msi
completes, and the program runs fine if started as such:
WINEDEBUG=+relay wine SMathStudio_Desktop.exe
However, if started as:
wine SMathStudio_Desktop.exe
WINEDEBUG=+seh,+DllOverrides wine SMathStudio_Desktop.exe
WINEDEBUG=+tid,+DllOverrides wine SMathStudio_Desktop.exe
I get a Segmentation fault (core dumped).
sha1sum SMathStudio_Desktop.exe
308f78119a35e2b41ab121af1d06a4e16a70002d SMathStudio_Desktop.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.
https://bugs.winehq.org/show_bug.cgi?id=56990
Bug ID: 56990
Summary: Implement "getdfDIJoystick"
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: EpicTux123(a)proton.me
Distribution: ---
Created attachment 76823
--> https://bugs.winehq.org/attachment.cgi?id=76823
"getdfDIJoystick" message
Hello.
I am using Wine from GloriousEggroll's Proton version 9.10.
Playing L.A. Noire (Rockstar Games game) with V-Patch modification. When the
game launches, a message box with "getdfDIJoystick" appears. Clicking OK makes
the game launch as normal.
I don't know what this is for, but I believe a dummy "getdfDIJoystick" could be
implemented so it "passes" the check.
This only happens via Wine/Proton, and does not happen in native Windows
(according to other users). I don't have a Windows machine to test.
I did not test this with "pure" Wine, but I believe this is a Wine issue rather
than a Proton issue.
I'll leave a screenshot attached.
INFORMATION/LINKS
OS: Fedora Linux 40
Game: https://store.steampowered.com/app/110800/LA_Noire/
Proton used:
https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/GE-Proton9…
V-Patch modification: https://github.com/VaanaCZ/LANVP
ADDITIONAL CONTEXT
The author of V-Patch is currently remaking the mod to use Ultimate ASI Loader
(see https://github.com/VaanaCZ/LANVP/issues/26), so the problem of
"getdfDIJoystick" should go away, but I think it would be nice to implement
this in Wine anyway (even if it is a dummy check).
WINEDLLOVERRIDES="dinput8=n,b" is necessary to make the patch work.
Thanks for your attention.
--
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=57029
Bug ID: 57029
Summary: Installing Publisher Rocket was not successful and the
bug report file is attached
Product: Wine
Version: 4.0.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: vkkerji(a)gmail.com
Distribution: ---
Created attachment 76878
--> https://bugs.winehq.org/attachment.cgi?id=76878
The attached file is saved from the bug pop up window of wine
I tried installing Publisher Rocker on my Linux system
System information:
Wine build: wine-4.0 (Debian 4.0-2)
Platform: i386
Version: Windows 10
Host system: Linux
Host version: 4.19.0-27-amd64
It creates an application icon in the Application list. But pops up an error
dialogue window with the details which is attached herewith.
Please let me know if there is a workaround for this problem.
Regards,
Vijay Kerji
--
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.