wine-bugs

wine-bugs@winehq.org

1 participants
158740 discussions

[Bug 56690] New: Dead By Day light crashes on start
by WineHQ Bugzilla 18 May '24

18 May '24

https://bugs.winehq.org/show_bug.cgi?id=56690 Bug ID: 56690 Summary: Dead By Day light crashes on start Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sollieus(a)gmail.com Distribution: --- Created attachment 76471 --> https://bugs.winehq.org/attachment.cgi?id=76471 Logs form game crash game: Dead By Daylight Platform to launch: Heroic games (FlatPak) when trying to open the game easy anti cheat will start normally but the game itself crashes with logs provided as an 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 2

[Bug 35940] New: Server (and perhaps others) may fail to build on some platforms
by wine-bugs＠winehq.org 18 May '24

18 May '24

http://bugs.winehq.org/show_bug.cgi?id=35940 Bug ID: 35940 Summary: Server (and perhaps others) may fail to build on some platforms Product: Wine Version: unspecified Hardware: x86 OS: Windows Status: UNCONFIRMED Severity: normal Priority: P2 Component: build-env Assignee: wine-bugs(a)winehq.org Reporter: carlo.bramix(a)libero.it In my opinion there is a severe mistake in the build system for the server. >From the man page of GCC, the documentation for '-I' option says: `-I DIR' Add the directory DIR to the list of directories to be searched for header files. Directories named by `-I' are searched before the standard system include directories. If the directory DIR is a standard system include directory, the option is ignored to ensure that the default search order for system directories and the special treatment of system headers are not defeated . When building the server, a '-I' option is placed on the command line, pointing to the source directory of the server. The file wine/port.h provides this piece of code: [...cut...] #ifdef HAVE_PROCESS_H # include <process.h> #endif [...cut...] The problem comes out because, inside the directory with the sources of the server, there is a file named process.h and since the -I option allows to take the files before the standard system include directories, the wine/port.h won't include the system file, but the one in the server directory: infact, it happens that the local process.h file is included two times. This is the cause for the server not compiled correctly on my platform (cygwin) but probably it can be also applied to others. I did an experiment and I have bypassed the problem by changing the generated Makefile: I replaced the '-I' option that pointed to the source directory of the server with '-idirafter'. The final result is a server that installs and runs correctly on Windows. Actually, this defect caused a failure on the server, but probably it may apply to all components of WINE with some local include files: the option that allows to point to the source directory of the component being compiled (and only this one) should be changed with '-idirafter' or something similar, depending on the compiler used, while all other paths could be left to '-I' without troubles. -- 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 6

[Bug 39532] New: Assassin's Creed Unity doesn't run
by wine-bugs＠winehq.org 17 May '24

17 May '24

https://bugs.winehq.org/show_bug.cgi?id=39532 Bug ID: 39532 Summary: Assassin's Creed Unity doesn't run Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: directx-d3dx10 Assignee: wine-bugs(a)winehq.org Reporter: anakin.cs(a)gmail.com Distribution: --- Created attachment 52679 --> https://bugs.winehq.org/attachment.cgi?id=52679 terminal log I've been trying to run Assassin's Creed Unity from Uplay on my laptop, both on the Intel card and Nvidia card (with primusrun), and I always get the following error message (translated from French): "Can't launch the game. Your video card doesn't support DirectX 11 or the video drivers need to be updated." My video card is an Nvidia Geforce 850M. Attached is the terminal output after trying to launch the game. -- 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 12

[Bug 56607] New: steam: no tray icon starting with wine 9.2
by WineHQ Bugzilla 17 May '24

17 May '24

https://bugs.winehq.org/show_bug.cgi?id=56607 Bug ID: 56607 Summary: steam: no tray icon starting with wine 9.2 Product: Wine Version: 9.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: idarktemplar(a)mail.ru Distribution: --- Tray icon for steam is missing in wine 9.7. I did bisecting and found that it's started with following commit: b5c57b9a62c396068d18237bd6e82b37c169fdc5 is the first bad commit commit b5c57b9a62c396068d18237bd6e82b37c169fdc5 Author: Gabriel Ivăncescu <gabrielopcode(a)gmail.com> Date: Tue Feb 6 16:51:21 2024 +0200 explorer: Set layered style on systray icons only when it's actually layered. Fixes a regression introduced by 229b4561d9a8f10cbb49342dff0b6a3472d81c68, which caused the icons to not be visible initially in the virtual desktop systray. Signed-off-by: Gabriel Ivăncescu <gabrielopcode(a)gmail.com> programs/explorer/systray.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) But unlike battle.net in https://bugs.winehq.org/show_bug.cgi?id=56337, for steam tray icon doesn't reappear in wine 9.3 or 9.7 Reproduction: 1. install steam for windows (https://store.steampowered.com/about/) 2. run steam 3. log into steam account Expected result: steam tray icon in system tray Actual result: no steam tray icon is present in system tray Environment: Linux 6.6.21-gentoo KDE/Plasma 5.27.11 X11 -- 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 14

[Bug 53197] New: Shogun Total War 2 needs d3dx11_42.dll.D3DX11LoadTextureFromTexture.
by WineHQ Bugzilla 17 May '24

17 May '24

https://bugs.winehq.org/show_bug.cgi?id=53197 Bug ID: 53197 Summary: Shogun Total War 2 needs d3dx11_42.dll.D3DX11LoadTextureFromTexture. Product: Wine Version: 7.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: hibbsncc1701(a)gmail.com Distribution: --- With both wined3d and dxvk, Shogun Total War 2 generates the following in DirectX 11 mode (on both 32bit native and WoW64 prefixes) before reaching the game's main menu: ---Log output--- d3d call failed (0x80004001) : unspecified 0100:fixme:d3dx:D3DX11GetImageInfoFromMemory src_data 046FE756, src_data_size 5592532, pump 00000000, img_info 0055CBD0, hresult 00000000 stub! d3d call failed (0x80004001) : unspecified 0100:fixme:d3dx:D3DX11GetImageInfoFromMemory src_data 046F3D2A, src_data_size 5592532, pump 00000000, img_info 0055CBD0, hresult 00000000 stub! d3d call failed (0x80004001) : unspecified 0100:fixme:d3dx:D3DX11GetImageInfoFromMemory src_data 046FEA86, src_data_size 5592532, pump 00000000, img_info 0055CBD0, hresult 00000000 stub! d3d call failed (0x80004001) : unspecified 0100:fixme:d3dx:D3DX11GetImageInfoFromMemory src_data 046F405A, src_data_size 5592532, pump 00000000, img_info 0055CBD0, hresult 00000000 stub! d3d call failed (0x80004001) : unspecified wine: Call from 7B0122F6 to unimplemented function d3dx11_42.dll.D3DX11LoadTextureFromTexture, aborting 0100:fixme:faultrep:ReportFault 0055C6B8 0x0 stub wine: Unimplemented function d3dx11_42.dll.D3DX11LoadTextureFromTexture called at address 7B0122F6 (thread 0100), starting debugger... ---Log output--- As a workaround, the game can be played in DirectX 9 mode. -- 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 5

[Bug 49674] New: Feature Request: Restoring previous resolution upon an app crashing
by WineHQ Bugzilla 17 May '24

17 May '24

https://bugs.winehq.org/show_bug.cgi?id=49674 Bug ID: 49674 Summary: Feature Request: Restoring previous resolution upon an app crashing Product: Wine Version: unspecified Hardware: Other OS: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: s.maddox(a)lantizia.me.uk So this has been a bit of a bug of mine with Wine for a while, but you may think it's not really a problem Wine should deal with - which may be a fair point. But I couldn't find anything clearly asking for this as a feature request... so lets see how well it fairs. # The problem Lets say you open up a Windows executable which changes your screens resolution (e.g. a game) and it either... a) freezes b) is broken enough that its UI (if any appears) can't be used to nicely ask it to quit c) crashes and quits differently to how it'd normally do so upon user request With a) and b) you likely need to kill that process, which ultimately leaves you in the same situation as c). But however it happens... you're likely to find your resolution now stuck to whatever it set. If that is an incredibly low resolution (like 320x240 or 640x480)... then with the desktop environment of today (especially with HiDPI) you're likely going to struggle finding the proper option to fix it. Worse you might resort to a terminal (or switch TTY) and mess around with the xrandr command for a stupid amount of time trying to find the names of screens and such. # Expected Behaviour Well I'm not sure what actually does this. But in actual Windows (e.g Windows 10), when this same circumstance occurs... the resolution is always restored back to what it was. This leaves me to believe that Windows itself has something for this eventuality. # Research Well I've been searching around for solutions to this one for years and the best I always come across... is someone saying you're better off with a script (usually calling xrandr) mapped to a hot key or something for this eventuality. Which is fine if the number of displays you've got connected and their resolutions are always consistent... but often for laptop users moving between docks and such - it isn't. A quick chat on the #winehq IRC channel had someone mention that Proton can now scale games to the resolution you're already using instead (when the app requests a resolution change)... and pointed out these patches... https://github.com/GloriousEggroll/proton-ge-custom/blob/master/patches/pro… https://github.com/GloriousEggroll/proton-ge-custom/blob/master/patches/pro… That's fine, and it's a welcome feature. But I do wonder if this is a universal fix for any request for any resolution change... regardless the age (and compatibility with which version of Windows it was meant for) of the game and the way it draws on the screen (e.g. SDL, OpenGL, DirectDraw, Vulkan, etc...). However it *may* give some hope for people wanting to run older windowed-mode games from the early Win 3.1/95 era which refuse to be re-sized/re-scaled... but that's a topic for another feature request :) # Conclusion I've not got any. Should this be the job of Wine to restore the prior resolution if the app/game fails to? Like Windows somehow does? Or is this something the OS (whatever that may be, Linux/macOS or even Windows) should be doing separately from Wine for any process? Also if this is a dupe, feel free to mark it as such... I've looked and couldn't find anything that is quite so specific - at least with the points raised here. Thoughts? -- 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 5

[Bug 56661] New: Commit 8b3944e1341baaf693927c8b758851d2dbba725a breaks Project Diablo 2's Game.exe game client
by WineHQ Bugzilla 17 May '24

17 May '24

https://bugs.winehq.org/show_bug.cgi?id=56661 Bug ID: 56661 Summary: Commit 8b3944e1341baaf693927c8b758851d2dbba725a breaks Project Diablo 2's Game.exe game client Product: Wine Version: 9.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: spaskalev(a)protonmail.com Distribution: --- Commit 8b3944e1341baaf693927c8b758851d2dbba725a breaks Project Diablo 2's Game.exe game client. The game client itself crashes later in its error handling logic leading to a stack overflow while trying to report the error [user@monovo wine-git]$ ./wine ~/.wine/drive_c/Diablo2/ProjectD2/Game.exe -w 002c:err:winediag:getaddrinfo Failed to resolve your host name IP 0074:err:wineusb:DriverEntry Failed to initialize Unix library, status 0xc0000135. 0074:err:ntoskrnl:ZwLoadDriver failed to create driver L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\wineusb": c0000135 003c:fixme:service:scmdatabase_autostart_services Auto-start service L"wineusb" failed to start: 126 wine: Unhandled stack overflow at address 6FF6879B (thread 0024), starting debugger... 0024:err:virtual:virtual_setup_exception stack overflow 1408 bytes addr 0x7bf966ef stack 0x220a80 (0x220000-0x221000-0x320000) The game client itself works fine before this commit - discovered using git bisect. To setup PD2 follow the instructions at https://www.projectdiablo2.com/ For starting the game client a set of battlenet cd keys is not necessary. -- 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 16

[Bug 56506] New: strmbase TRACEs occasionally fail to print floats
by WineHQ Bugzilla 17 May '24

17 May '24

https://bugs.winehq.org/show_bug.cgi?id=56506 Bug ID: 56506 Summary: strmbase TRACEs occasionally fail to print floats Product: Wine Version: 9.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: blubban(a)gmail.com Distribution: --- $ WINEDEBUG=trace+quartz ./wine dlls/quartz/tests/x86_64-windows/quartz_test.exe mpegvideo 2>&1 | grep NewSegment | head -n2 0024:trace:quartz:sink_NewSegment pin 00007FFFFF225C50 L"MPEG video decoder":L"Input", start 0.001, stop 0.002, rate e. 0024:trace:quartz:sink_NewSegment pin 00007FFFFE2FF8C0 L"sink":L"sink", start 0.001, stop 0.002, rate 1.0000000000000000e+000. The strmbase copy in quartz_test.exe calls msvcrt printf and correctly prints 1.0000000000000000e+000. The strmbase copy in winegstreamer.dll calls ntdll's printf, which does not support float operands and just prints 'e'. I think that can be fixed by adding msvcrt as a dep of winegstreamer (without changing anything else), but I'm not sure, and I'm even less sure if that has any side effects. -- 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 56655] New: Regression: X11 Driver fails to load
by WineHQ Bugzilla 17 May '24

17 May '24

https://bugs.winehq.org/show_bug.cgi?id=56655 Bug ID: 56655 Summary: Regression: X11 Driver fails to load Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: bmcgrath(a)codeweavers.com Regression SHA1: f74900ad1a580eda8fd4923cbd4881b42b042733 Distribution: --- Created attachment 76428 --> https://bugs.winehq.org/attachment.cgi?id=76428 Fix X11 driver Building with the latest from master, I found the X11 driver fails to load. The attempt to load appears to enter a tight loop and Wine becomes unresponsive. A git bisect led me to f74900ad1a580eda8fd4923cbd4881b42b042733. I then further narrowed it down to the changes in xrandr10_get_modes. It looks like the old code used to increment mode_idx, but the new code doesn't. The attached patch fixes this for me. -- 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 11

[Bug 26407] New: Shadowgrounds Survivor crashes after viewing the map
by wine-bugs＠winehq.org 17 May '24

17 May '24

http://bugs.winehq.org/show_bug.cgi?id=26407 Summary: Shadowgrounds Survivor crashes after viewing the map Product: Wine Version: 1.3.15 Platform: x86 URL: http://www.gamershell.com/download_23192.shtml OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gyebro69(a)gmail.com Created an attachment (id=33629) --> (http://bugs.winehq.org/attachment.cgi?id=33629) terminal output In the game the crash always occurs when I switch back to normal mode after viewing the map (by pressing <Tab>). Sometimes the game "survives" 2-3 switches between the two modes but eventually it will crash. How to reproduce the problem in the demo: 1. Choose only Physx and Windows Media Codecs when the installer asks for it (native d3dx9_36.dll will be placed in the game directory). 2. Start the game either by survivor.exe or with the launcher. 3. Choose <New Game> from the menu. When you gain control over your character press <Tab> to switch to map mode then press <Tab> again to get back to normal mode. This might need to be repeated 2-3 times. Sooner or later the game will crash. If I don't use the map mode, the game seems to be stable (I've played for about 30-40 minutes). I can reproduce the crash with Wine-1.0.1, too. The crash happens even if I lower the gfx details to the minimum and with disabled audio. When starting the game with WINEDEBUG=warn+heap (is that the correct syntax?) the crash doesn't occur. Fedora 14 x86 Nvidia GeForce 250 / driver 260.19.36 -- 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 17

[Bug 56527] New: Final Fantasy XI Online: Opening movie triggers a 'GStreamer-Video-CRITICAL'.
by WineHQ Bugzilla 17 May '24

17 May '24

https://bugs.winehq.org/show_bug.cgi?id=56527 Bug ID: 56527 Summary: Final Fantasy XI Online: Opening movie triggers a 'GStreamer-Video-CRITICAL'. Product: Wine Version: 8.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winegstreamer Assignee: wine-bugs(a)winehq.org Reporter: chiitoo(a)gentoo.org Regression SHA1: 992984f12c18183e477be9ba2668bf42567f4e0a Distribution: Gentoo After 992984f12c1 [1], the opening movie of Final Fantasy XI Online started triggering a 'GStreamer-Video-CRITICAL' message. The following is all that happens between launching the game and the movie starting without any additional channels enabled (everything before the GStreamer message is probably unrelated). The movie does still play as it should, as far as I can tell. ---- 0164:fixme:msctf:ThreadMgr_ActivateEx Unimplemented flags 0x4 0444:err:d3d:wined3d_fence_wait glClientWaitSync returned 0x911b. 0444:err:d3d:wined3d_context_gl_wait_command_fence Failed to wait for command fence with id 0x7, ret 0x4. 0444:err:d3d:wined3d_fence_wait glClientWaitSync returned 0x911b. 0444:err:d3d:wined3d_context_gl_wait_command_fence Failed to wait for command fence with id 0x8, ret 0x4. 044c:err:d3d:wined3d_fence_wait glClientWaitSync returned 0x911b. 044c:err:d3d:wined3d_context_gl_wait_command_fence Failed to wait for command fence with id 0x3, ret 0x4. 044c:err:d3d:wined3d_fence_wait glClientWaitSync returned 0x911b. 044c:err:d3d:wined3d_context_gl_wait_command_fence Failed to wait for command fence with id 0x4, ret 0x4. 044c:err:d3d:wined3d_fence_wait glClientWaitSync returned 0x911b. 044c:err:d3d:wined3d_context_gl_wait_command_fence Failed to wait for command fence with id 0x5, ret 0x4. 044c:err:d3d:wined3d_fence_wait glClientWaitSync returned 0x911b. 044c:err:d3d:wined3d_context_gl_wait_command_fence Failed to wait for command fence with id 0x6, ret 0x4. 0164:fixme:imm:ImmDisableTextFrameService Stub 0164:fixme:imm:NotifyIME NI_CLOSECANDIDATE 0164:fixme:msctf:ThreadMgr_ActivateEx Unimplemented flags 0x4 (wine:21435): GStreamer-Video-CRITICAL **: 02:43:35.753: gst_video_info_from_caps: assertion 'gst_caps_is_fixed (caps)' failed ---- Thank you! 1. https://source.winehq.org/git/wine.git/commitdiff/992984f12c18183e477be9ba2… -- 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 44625] New: Cybernoid 2 exits but x window drawing updates are frozen
by wine-bugs＠winehq.org 17 May '24

17 May '24

https://bugs.winehq.org/show_bug.cgi?id=44625 Bug ID: 44625 Summary: Cybernoid 2 exits but x window drawing updates are frozen Product: Wine Version: 3.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dav75uk(a)yahoo.co.uk Distribution: --- You can get this game from https://www.classic-retro-games.com/games/action/cybernoid-2--the-revenge-3… When you quit the game, x windows no longer updates the screen - events are being responded to though (you can click stuff then change to a terminal tty and back and see the updates). The only way to get back to a sane system is kill xwindows with ctrl alt backspace. This is seen on opensuse 42.3 which uses xf86 -- 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 3

[Bug 56429] New: Latest Steam repeatedly restarts when starting game or alt-tab, seems to be xinput2 related.
by WineHQ Bugzilla 17 May '24

17 May '24

https://bugs.winehq.org/show_bug.cgi?id=56429 Bug ID: 56429 Summary: Latest Steam repeatedly restarts when starting game or alt-tab, seems to be xinput2 related. Product: Wine Version: 9.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: ikalvachev(a)gmail.com Regression SHA1: 0f1322d2df4c5238c601a2865b6e65ad14bfa26a Distribution: --- Upgraded to latest wine-9.4 and Steam seemed to work fine. Then Steam upgraded itself and I couldn't launch games anymore. When starting a game from withing steam library, the game launch begins normally. However steam window disappears and the console log bursts messages until a new window is opened. However this restart kills the started game. I could reproduce the issue if I simply press ALT+TAB in Steam, however it doesn't trigger if I change focus with the mouse. There are not crash reports winedbg starting. It restarts on its own. I did a bisect and landed on: --- 0f1322d2df4c5238c601a2865b6e65ad14bfa26a winex11: Support XInput2 events on individual windows. --- Looking back into the log, before steam window opens, I can see a couple messages like: --- X Error of failed request: BadWindow (invalid Window parameter) Major opcode of failed request: 131 (XInputExtension) Minor opcode of failed request: 46 () Resource id in failed request: 0x80020e Serial number of failed request: 469 Current serial number in output stream: 491 --- These seems harmless, they appear before steam window is shown. The following message appears when I trigger the issue with alt+tab: --- 06f8:fixme:winsock:setsockopt Ignoring SO_RANDOMIZE_PORT X Error of failed request: BadWindow (invalid Window parameter) Major opcode of failed request: 10 (X_UnmapWindow) Resource id in failed request: 0x2e00003 Serial number of failed request: 1098 Current serial number in output stream: 1099 06a0:fixme:kernelbase:AppPolicyGetProcessTerminationMethod FFFFFFFA, 0031FECC 0610:fixme:kernelbase:AppPolicyGetProcessTerminationMethod FFFFFFFA, 0031FECC 0024:fixme:file:GetLongPathNameW UNC pathname L"\\\\?\\C:\\Program Files\\Steam\\bin\\cef\\cef.win7\\steamwebhelper.exe" 0024:fixme:file:GetLongPathNameW UNC pathname L"\\\\?\\C:\\Program Files\\Steam\\bin\\cef\\cef.win7\\steamwebhelper.exe" --- The issue happens only with the latest Steam client Restarts: --- Steam Beta Branch: Stable Client Steam Version 1709846872 Steam Client Build Date: Wed, Mar 6 10:31 PM UTC -08:00 Steam Web Build Date: Thu, Mar 7 11:17 PM UTC -08:00 Steam API Version: SteamClient021 --- Since I keep snapshots of previous wine prefixes, I found out that this is the steam that Works: --- Steam Beta Branch: Stable Client Steam Version 1705108172 Steam Client Build Date: Sat, Jan 13 2:54 AM UTC -08:00 Steam Web Build Date: Fri, Jan 12 7:02 PM UTC -08:00 Steam API Version: SteamClient021 -- I'm using slackware-current X.Org X Server 1.21.1.11 Running `xinput --version` returns: --- xinput version 1.6.4 XI version on server: 2.4 --- -- 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 23

[Bug 31665] New: Femap unexpected crash on rebuild database (or any command that involves it i.e. import)
by wine-bugs＠winehq.org 17 May '24

17 May '24

http://bugs.winehq.org/show_bug.cgi?id=31665 Bug #: 31665 Summary: Femap unexpected crash on rebuild database (or any command that involves it i.e. import) Product: Wine Version: 1.5.12 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dark.schneider(a)iol.it Classification: Unclassified Created attachment 41633 --> http://bugs.winehq.org/attachment.cgi?id=41633 Backtrace of crash triggered by file->rebuild in femap 10.3 with wine 1.5.12 1) wine femap.exe 2) file->rebuild... 3) answer yes. The crash happen with any action that implies a rebuild database by femap. I.e. if you import a "large" bdf, lunching a rebuild is just a fast way to check if the bug is present or not. Wine version I tested without the bug (those are working): 1.0.1 1.1.29 1.3.6 Wine versions i tested with the bug (crash with similar backtrace to one attached): 1.4.1-2 (from debian repo) 1.5.6-2 (from debian repo) 1.5.12 I have tested with both femap 10.2 and femap 10.3 and they share the same problem with no difference (i.e. probably the code on their side did not changed and if someone has an older version around it may show the same bug). I have not tested Femap 10.3.1, but may show the same problem. All of this is related to 32 bit version of femap and wine running on a AMD 64 bit system. I have no chance to test 32 bit on 32 bit. The bug persist on another system with ati/amd video driver, tested with both open source and closed opposed by this system that has closed source nvidia blob. Due to this bug seems unrelated to the video rendering (e.g. the problem with femap not redrawing automatically the gl window looks unrelated, if needed I can post another bug for that, but it's minor glitch) Best Regards, Gabriele Dini Ciacci P.S. Unrelated practical thing that make it desirable to have a recent version of wine working: With 1.5.6-2 and 1.5.12 the program is much faster (especially on start-up and actually faster than on windows) -- 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 26

[Bug 45358] New: AC Syndicate is completely broken
by wine-bugs＠winehq.org 17 May '24

17 May '24

https://bugs.winehq.org/show_bug.cgi?id=45358 Bug ID: 45358 Summary: AC Syndicate is completely broken Product: Wine-staging Version: 3.10 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: berillions(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: Debian Created attachment 61658 --> https://bugs.winehq.org/attachment.cgi?id=61658 Graphic rendering completely broken Hello, With wine-3.10, it's possible to launch the game without crash. Now, there is a very big issue with graphic rendering with wined3d. (see screenshot) In the output console, i have a lot of message about : - "d3d_shader:shader_sm4_read_instruction_modifier Unhandled modifier 0xXXXXXXXX" - "err:d3d:wined3d_debug_callback 0x35451990: "GL_INVALID_OPERATION in glGetUniformLocation(program not linked)"" - "fixme:d3d_shader:shader_glsl_dump_program_source ..." - "fixme:d3d:context_bind_shader_resources Shader 0x34e90740 needs 34 samplers, but only 32 are supported." For Wine dev who want to reproduce the issue, you need wine-staging to avoid the issue with UPlay (bug #35902) + Wine AND the issue with AC Syndicate + Uplay with online mode (bug #45312) Google drive link for the log : https://drive.google.com/open?id=15Q2gY9uk_JohSwqlhwix9HK8BgUWCY5E -- 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 14

[Bug 44009] New: Syberia Gog version: crash after cinematics
by wine-bugs＠winehq.org 17 May '24

17 May '24

https://bugs.winehq.org/show_bug.cgi?id=44009 Bug ID: 44009 Summary: Syberia Gog version: crash after cinematics Product: Wine Version: 2.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: legluondunet(a)free.fr Distribution: --- Created attachment 59671 --> https://bugs.winehq.org/attachment.cgi?id=59671 Syberia Gog wine 2.20 backtrace Hello, I just acquire the Syberia Gog version and it is impossible for me to play this game on Linux with Wine. Happily the game was free. How to reproduce: Install Syberia Gog version Launch the game, you can see cinematics but just when the menu appear the game crash. I joined you the terminal log/backtrace. Config: Ubuntu 17.10 Nvidia 384.90 -- 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 6

[Bug 25009] New: Password Memory 2010 - Titlebar color rendering error
by wine-bugs＠winehq.org 17 May '24

17 May '24

http://bugs.winehq.org/show_bug.cgi?id=25009 Summary: Password Memory 2010 - Titlebar color rendering error Product: Wine Version: 1.3.6 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: rsflynn(a)gmail.com Created an attachment (id=31694) --> (http://bugs.winehq.org/attachment.cgi?id=31694) Password Memory 2010 Screenshot Password Memory 2010 v3.0.3 Download URL: http://download.cnet.com/Password-Memory-2010/3000-18501_4-10770367.html Titlebar is not rendered correctly. Half the title bar is in the application default blue, the other half is black. -- 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 9

[Bug 55513] New: Paint.NET 3.5.11 runs unstable on Wine 8.x devel releases
by WineHQ Bugzilla 17 May '24

17 May '24

https://bugs.winehq.org/show_bug.cgi?id=55513 Bug ID: 55513 Summary: Paint.NET 3.5.11 runs unstable on Wine 8.x devel releases Product: Wine Version: 8.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdiplus Assignee: wine-bugs(a)winehq.org Reporter: kle(a)bluewin.ch Distribution: --- Created attachment 75077 --> https://bugs.winehq.org/attachment.cgi?id=75077 Paint.NET 3.5.11 crash report There seems to be a regression regarding the built-in gdiplus.dll in more recent Wine 8.x devel builds. Unfortunately Paint.NET 3.5.11 no longer runs stable. This behavior was previously known only when the native gdiplus.dll file was used. It didn't happened with the built-in one. It looks that this instability is related to a speed improvement of the built-in gdiplus.dll. In older Wine versions Paint.NET 3.5.11 was lagging when a line was painted but it worked stable. This lag was not present with a native gdiplus.dll file but Paint.NET crashed randomly when the native variant was used. Now Paint.NET also crashes with the built-in gdiplus.dll variant while there is no longer any lag present. More information about that Paint.NET 3.5.11 lag issue can be found in my old bug 51561. So in summary, Paint.NET 3.5.11 works in recent Wine 8.x devel releases faster but less stable. I think this regression was in introduced somewhere in the Wine 8.1x branch. It is confirmed for Wine 8.14 and 8.15. Final note, it is currently not possible to install Paint.NET 3.5.11 into a fresh Wine devel prefix. The installation will fail. A workaround is to install Paint.NET 3.5.11 under Wine stable and then copy over the whole prefix to a Wine devel installation. I can confirm that this works fine for Wine 8.0.2 and Wine 8.15. -- 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 29

[Bug 29417] New: Mouse pointer laggy/slow in Dweebs and Dweebs 2
by wine-bugs＠winehq.org 17 May '24

17 May '24

http://bugs.winehq.org/show_bug.cgi?id=29417 Bug #: 29417 Summary: Mouse pointer laggy/slow in Dweebs and Dweebs 2 Product: Wine Version: 1.3.35 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: markk(a)clara.co.uk Classification: Unclassified This bug applies to the games Dweebs and Dweebs 2 by Mutation Software. Demos can be downloaded from http://www.tucows.com/preview/272853/DWEEBS-Platinum-Remix and http://www.tucows.com/preview/281667/DWEEBS-2-The-New-Breed Download and run one of the demos. Click Setup. On the title screen the mouse pointer is fine. However if you click Help, Credits or Exit, the pointer is very "laggy" on those screens. In-game the pointer lags slightly, but less than on the Help/Credits/Exit screens. (Also, with earlier versions of the first Dweebs game -- I tested the one on the Arcade Master CD published by eGames -- the pointer lags on the title screen as well.) I thought this problem might be the same as bug 29325, but it also occurs with Wine 1.3.31. -- 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 12

[Bug 56422] New: Exact Audio Copy installer crashes
by WineHQ Bugzilla 17 May '24

17 May '24

https://bugs.winehq.org/show_bug.cgi?id=56422 Bug ID: 56422 Summary: Exact Audio Copy installer crashes Product: Wine Version: 9.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: temp82(a)luukku.com Distribution: --- Created attachment 76183 --> https://bugs.winehq.org/attachment.cgi?id=76183 wine 9.4 crash I did try this with wine 9.3, but the release of wine 9.4 was so close I didn't bother to report back then. the crash seems same for me. Just download Exact Audio Copy (ver 1.6) here : https://www.exactaudiocopy.de/en/index.php/resources/download/ I used clean 32bit prefix. install all default, last step is to run the program via the installer and then the crash happens. sha1sum eac-1.6.exe a6e396618446a87e46abf3d5e00a7d73690a2272 -- 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 4

[Bug 27745] New: Racer is unplayable
by wine-bugs＠winehq.org 17 May '24

17 May '24

http://bugs.winehq.org/show_bug.cgi?id=27745 Summary: Racer is unplayable Product: Wine Version: 1.3.24 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: bugmenot123456(a)mailinator.com Created an attachment (id=35498) --> (http://bugs.winehq.org/attachment.cgi?id=35498) Output of racer under wine-1.3.24 Racer used to work fine with wine-1.3.14. Somewhere between version 1.3.14 and 1.3.17 it stopped working. Now racer infinitely loops with following error after pressing "Race" button: RNetwork: waiting for connecting id response... RNetwork: out of loop, client connected: 0, id 0 (objectIDbatch=-640664278) RNetwork: connect attempt failed; be persistent (try 1) enet_host_connect; out of (1) peers ** Error: QNClient:Connect(); failed to create enet peer; out of connections Link to the program: http://racer.nl/download/racer0655.zip -- 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 17

[Bug 56483] New: ShellExecute changes in Wine 9.5 broke 64-bit Winelib loading in WoW64 builds
by WineHQ Bugzilla 17 May '24

17 May '24

https://bugs.winehq.org/show_bug.cgi?id=56483 Bug ID: 56483 Summary: ShellExecute changes in Wine 9.5 broke 64-bit Winelib loading in WoW64 builds Product: Wine Version: 9.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: mail(a)robbertvanderhelm.nl Distribution: --- After commit 85d029e3b01f6dd35a86cc07796af982d66e4a03 (<https://github.com/wine-mirror/wine/commit/85d029e3b01f6dd35a86cc07796af982…>), Wine builds configured with `--with-wine64` can no longer find and execute Winelib binaries built with `winegcc`. This now results in the following error instead: > ``` > Application could not be started, or no application associated with the specified file. > ShellExecuteEx failed: File not found. > ``` - Running the Winelib `.so` binary explicitly with `wine64` still works - Running it with `wine`, or using the shell script generated by winebuild does not. -- 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 11

[Bug 56588] New: in game display resolution options limited to current desktop resolution using old wow64
by WineHQ Bugzilla 17 May '24

17 May '24

https://bugs.winehq.org/show_bug.cgi?id=56588 Bug ID: 56588 Summary: in game display resolution options limited to current desktop resolution using old wow64 Product: Wine Version: 9.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: version2013(a)protonmail.com Distribution: --- wine-9.6 and wine-9.7 game: FlatOut 1 new wineprefix 32 bit OS 32 bit wine game setup screen - many display resolutions available new wineprefix 64 bit OS old WOW64 wine game setup screen - resolution options limited to current desktop resolution in either 16 bit or 32 bit. Unsure currently how to bisect this, as I have never bisected a wow64 compile before. -- 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 10

[Bug 51200] New: High repaint label volume causes freezing
by WineHQ Bugzilla 17 May '24

17 May '24

https://bugs.winehq.org/show_bug.cgi?id=51200 Bug ID: 51200 Summary: High repaint label volume causes freezing Product: Wine Version: 6.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dav75uk(a)yahoo.co.uk Distribution: --- Created attachment 70075 --> https://bugs.winehq.org/attachment.cgi?id=70075 Screenshot of the offending pane In ChessBase 11, using a chess engine (kibitzer) can cause freezing. Since the display shows the current move the engine is thinking about on a label, in some positions this can involve requests for repainting every few ms. This often causes the input to lock up for many seconds as the repaint queue is taking priority. This is most likely a repaint issue as the workaround is to place the window so the offending label is off-screen, and the lock-up no longer becomes an issue. It makes using the engine much more difficult though. This has been a problem for at least a year now. Suggestions are to give the input a higher priority, and/or to drop/throttle repaint frame requests when the queue becomes too long. -- 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 4

[Bug 32346] New: Window is too large with Batman and Head Over Heels remakes
by wine-bugs＠winehq.org 17 May '24

17 May '24

http://bugs.winehq.org/show_bug.cgi?id=32346 Bug #: 32346 Summary: Window is too large with Batman and Head Over Heels remakes Product: Wine Version: 1.5.18 Platform: x86-64 URL: http://retrospec.sgn.net/ OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: markk(a)clara.co.uk Classification: Unclassified Created attachment 42686 --> http://bugs.winehq.org/attachment.cgi?id=42686 Batman window showing trash at right and bottom This issue applies to at least two game remakes available from http://retrospec.sgn.net/ Head Over Heels: http://retrospec.sgn.net/game-links.php?link=hoh Batman: http://retrospec.sgn.net/game-links.php?link=batman I'm testing with wine-1.5.18-114-ga61f68f, Lubuntu 11.10 x86-64, Nvidia driver 304.64. Wine seems to create the game window larger than it should be. There are strips at the bottom and right sides which are never rendered into; they contain trash/garbage. If you move the window, the trash changes, presumably reflecting whatever was in that part of the video memory beforehand? The size of the strips looks about the same as the size of the window decorations. -- 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 7

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs