September 2023 - Wine-bugs - list.winehq.org

[Bug 55167] New: Spotify crashes when trying to install
by WineHQ Bugzilla 31 Jan '24

31 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=55167 Bug ID: 55167 Summary: Spotify crashes when trying to install Product: Wine Version: 8.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: just4steam778(a)gmail.com Distribution: --- Created attachment 74747 --> https://bugs.winehq.org/attachment.cgi?id=74747 Launch log I'm trying to install the Windows version of Spotify and it immediately crashes when I launch the executable. Wine build: wine-8.11-125-g3d28f9d362e OS: Arch Linux -- 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 55470] New: i686-w64-mingw32-gcc assumes wrong stack alignment
by WineHQ Bugzilla 31 Jan '24

31 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=55470 Bug ID: 55470 Summary: i686-w64-mingw32-gcc assumes wrong stack alignment Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: build-env Assignee: wine-bugs(a)winehq.org Reporter: stefan(a)codeweavers.com Distribution: --- Created attachment 75028 --> https://bugs.winehq.org/attachment.cgi?id=75028 Example C code to show the issue This is probably not a Wine bug, but something we may want to document and take care of one way or another: i686-w64-mingw32-gcc quietly assumes 16 byte stack alignment, which is wrong for Win32. To see the effect compile and disassemble the attached test.c with i686-w64-mingw32-gcc test.c -c -O2 i686-w64-mingw32-objdump -d test.o The outcome: 0: 81 ec ac 01 00 00 sub $0x1ac,%esp 6: 8d 44 24 10 lea 0x10(%esp),%eax a: 89 04 24 mov %eax,(%esp) d: e8 00 00 00 00 call 12 <_func+0x12> 12: 81 c4 ac 01 00 00 add $0x1ac,%esp 18: c3 ret However, x86_64-w64-mingw32-gcc -m32 properly aligns the stack before placing the aligned structure: x86_64-w64-mingw32-gcc test.c -c -O2 -m32 i686-w64-mingw32-objdump -d test.o 0: 55 push %ebp 1: 89 e5 mov %esp,%ebp 3: 83 e4 f0 and $0xfffffff0,%esp 6: 81 ec a0 01 00 00 sub $0x1a0,%esp c: 8d 44 24 10 lea 0x10(%esp),%eax 10: 89 04 24 mov %eax,(%esp) 13: e8 00 00 00 00 call 18 <_func+0x18> 18: c9 leave 19: c3 ret To my knowledge Wine does not use SSE instructions on purpose, so we should be mostly fine. msvcrt, wined3d or dsound (especially when compiled to use SSE to make Rosetta 2 happy) may be affected. The test.c file is attached. What can we do about it? 1) Ignore it 2) pass -mincoming-stack-boundary=2 to mingw for 32 bit targets 3) Use 64 bit target mingw with -m32 I'll file a bug for mingw too, linking this bug as reference. -- 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 55041] New: QuickTime movie plays but screen is black
by WineHQ Bugzilla 30 Jan '24

30 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=55041 Bug ID: 55041 Summary: QuickTime movie plays but screen is black Product: Wine Version: 8.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mildred-bug.winehq(a)mildred.fr Distribution: --- When running "The Wheel of Time" https://appdb.winehq.org/objectManager.php?sClass=version&iId=2154 cutscenes will play but the screen stays black. It uses QuickTime Lite 4.1.0 for movies. Using wayland (SwayWM) During movie playback, I see the following log repeated: 0058:fixme:mountmgr:harddisk_ioctl Unsupported ioctl 70c00 (device=7 access=0 func=300 method=0) There is in a forum someone that had a similar issue and found a solution (translated by me): > I think the problem comes from QuickTime, the software installs version 7.2 > Via wine control, I disabled directx for the video and set up safe move (GDI only) > It seems to hold, I must test again to be sure. > The issue really came from quicktime and my change solved the issue. > > https://forum.ubuntu-fr.org/viewtopic.php?id=389950 I tried winetricks render=nod3d or render=gdi but it does not help. -- 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 55589] New: Tomb Raider: Legend has black/blue artifacts
by WineHQ Bugzilla 30 Jan '24

30 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=55589 Bug ID: 55589 Summary: Tomb Raider: Legend has black/blue artifacts Product: Wine Version: 6.22 Hardware: x86-64 URL: https://www.moddb.com/games/tomb-raider-legend/downloa ds/tomb-raider-legend-updated-demo OS: Linux Status: NEW Keywords: download, regression Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com CC: matteo.mystral(a)gmail.com Regression SHA1: 884b7c50cfd902eff9a41562a103e3bd5747422b Distribution: --- Created attachment 75116 --> https://bugs.winehq.org/attachment.cgi?id=75116 example After enabling 'Next generation content' in Options -> Display. -- 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 1

[Bug 38040] New: Cubic Castles: fog effect doesn't work properly
by wine-bugs＠winehq.org 30 Jan '24

30 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=38040 Bug ID: 38040 Summary: Cubic Castles: fog effect doesn't work properly Product: Wine Version: 1.7.36 Hardware: x86 URL: http://ccdownload.blob.core.windows.net/ccwindows/Cubi cCastlesWindowsSetup.exe OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com Distribution: --- Created attachment 50675 --> https://bugs.winehq.org/attachment.cgi?id=50675 screenshot The distance fog effect isn't rendered properly and almost everything is white in the game. Only the HUD, character names and the chat window is visible. The same problem with Wine 1.4, 1.6 etc. Native d3dx9* libraries don't change the picture at all. Disabling GLSL doesn't help either. Terminal output: fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub fixme:win:EnumDisplayDevicesW ((null),0,0x33f7f8,0x00000000), stub! fixme:d3d:wined3d_check_device_format_conversion wined3d 0x139430, adapter_idx 0, device_type WINED3D_DEVICE_TYPE_HAL, src_format WINED3DFMT_B8G8R8X8_UNORM, dst_format WINED3DFMT_B8G8R8X8_UNORM stub! err:ole:CoCreateInstance apartment not initialised fixme:g711:G711_StreamSize err:d3d:wined3d_debug_callback 0x172be8: "GL_INVALID_VALUE error generated. Width and height must not be negative.". err:d3d:scissorrect >>>>>>>>>>>>>>>>> GL_INVALID_VALUE (0x501) from glScissor @ state.c / 4972 ... The last lines are repeating over and over. Fedora 21 Nvidia binary drivers 340.76 -- 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 28362] New: mshtml/events.ok is flaky, times out sometimes on some machines?
by wine-bugs＠winehq.org 30 Jan '24

30 Jan '24

http://bugs.winehq.org/show_bug.cgi?id=28362 Summary: mshtml/events.ok is flaky, times out sometimes on some machines? Product: Wine Version: 1.3.28 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: mshtml AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com I just had a timeout on mshtml/events.ok. http://test.winehq.org/data/tests/mshtml:events.html shows a number of timeouts on at least two windows machines, so I may not be alone. My log showed ../../../tools/runtest -q -P wine -M mshtml.dll -T ../../.. -p mshtml_test.exe.so events.c && touch events.ok ... fixme:mshtml:nsURI_EqualsExceptRef (0x20cc770)->(0x1799d8 0x33efb4) fixme:mshtml:nsHttpChannelInternal_SetDocumentURI (0x1dec0a8)->() fixme:mshtml:HttpNegotiate_GetRootSecurityId (0x17ab88)->(0x33efdc 0x33efac 0) and then hung for 20 minutes until buildbot killed it. This was with WINEDEBUG=warn+heap, if it matters, and the machine it happened on was os: Ubuntu 10.04.3 LTS, 2.6.32-33-generic, pulseaudio 0.9.21-63-gd3efa-dirty, Advanced Linux Sound Architecture Driver Version 1.0.21. ram: 3212 MB cpu: Intel(R) Core(TM) i7 CPU 920 @ 2.67GHz gpu: GeForce GT 240/PCI/SSE2 3.2.0 NVIDIA 195.36.24 -- 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 10

[Bug 41731] New: vb custom control not work
by wine-bugs＠winehq.org 29 Jan '24

29 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=41731 Bug ID: 41731 Summary: vb custom control not work Product: Wine-staging Version: 1.9.23 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lokesh.bhandari(a)enjayworld.com CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- I have a visual basic 6 base application. In application enter key will go cursor to next field in windows and in backspace will go to cursor to previous field in windows. But in wine-staging 1.9.23 and all other version this functionality not work. So please suggest me for this. Download link is below for application. http://piracyfreeos.org/partner/down.php log for application is fixme:winediag:start_process Please report bugs at http://bugs.wine-staging.com (instead of winehq.org) fixme:ntoskrnl:IoGetConfigurationInformation partial stub fixme:ole:RemUnknown_QueryInterface No interface for iid {00000019-0000-0000-c000-000000000046} fixme:ole:RemUnknown_QueryInterface No interface for iid {00000019-0000-0000-c000-000000000046} -- 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 42493] New: Kritika Online startup fails (Xigncode problem?)
by wine-bugs＠winehq.org 29 Jan '24

29 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=42493 Bug ID: 42493 Summary: Kritika Online startup fails (Xigncode problem?) Product: Wine Version: 2.1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: wyrex(a)openmailbox.org Distribution: --- Created attachment 57360 --> https://bugs.winehq.org/attachment.cgi?id=57360 game launch from patcher Kritika Online MMO freezes at startup. Game patces succesfully in 32-bit prefix with ie7 installed. When I click "Game Start" empty game window opens and after 10 seconds Xigncode flashes in bottom corner. Then only this message spams continously until I forcekill it. fixme:virtual:get_section_name (0x348,0x340000,0x33ba48,528,0x33ba44): semi-stub -- 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 5

[Bug 55039] New: Touhou 12.3 : specific attack randomly causes online desync
by WineHQ Bugzilla 29 Jan '24

29 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=55039 Bug ID: 55039 Summary: Touhou 12.3 : specific attack randomly causes online desync Product: Wine Version: 8.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: riyu12383(a)gmail.com Distribution: --- Created attachment 74605 --> https://bugs.winehq.org/attachment.cgi?id=74605 Game replay file, showing the chain attack causing desync --The game I already presented this game with it's download link in this issue : https://bugs.winehq.org/show_bug.cgi?id=54916 --The bug This game is a fighting game, which is supposed to be deterministic. In online game, there's no main server, the 2 opponents only receive the input of the other player directly from each others. A specific attack (Remilia's chain gang) randomly behave abnormally on Linux, the attack's collision boxes aren't generated, thus altering the flow of the game, de-syncing the game in online. The attack consist of a metal chain, which appears chain link by chain link, following the other player trying to grab him. This attack seems slightly more complex to implement than the others. When bugged, the attack seems to be mixed with another variant of it, where the chain is shorter and the collision boxes are supposed to appear when the chain disappears. Usually in other games similar issues, online desync is resolved by installing Microsoft visual redistributable, but here it doesn't solve the issue. This bug is random, even with the same wine version it still occurs randomly on the same replay file. --Replay file Here attached is a replay file, to be put in the "replay" folder inside the game folder. Going to the "replay" menu in the main game menu, you can replay a game. To directly see the collision boxes, please remove the ";" before the line "ReplayInputView+=" in the SWRSToys.ini file, and launch the game with WINEDLLOVERRIDES="d3d9=n,b" to load mods. When replaying the game, press F4 to see the collision boxes. Beside the initial chain summoning, the chain should always instantly get collision boxes. If the bug occurs, the player attack will miss the other player, and will after likely be too far to reach the other player ever again with the chain. --Tried regression test This issue is not a regression, the bug has been known in the game community for ages. But I observed on my machine a more frequent occurrence in modern wine builds. This might likely be an illusion of mine based on coincidence, as the bug is extremely random and I don't have a clear way to separate good and bad in the bisection, as the bug will always occurs with given time on any builds. My first try led me to 27665f35e4da13bac1e4dd8948a65f484c9dadfa, but with further testing it actually didn't really had an impact, but 2 commits later at 40b7c3e89a95d6ccb190b234d4ad13b3a8304495 it seems way more frequent, but I'm not even sure if it's this one or the commit before. I still believe it is unrelated to the actual issue origin, and even might just be an illusion/coincidence of my own. -- 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 19

[Bug 42596] New: The Secret World: Shadows Render Incorrectly
by wine-bugs＠winehq.org 28 Jan '24

28 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=42596 Bug ID: 42596 Summary: The Secret World: Shadows Render Incorrectly Product: Wine-staging Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: padreadamo(a)gmail.com CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- Created attachment 57537 --> https://bugs.winehq.org/attachment.cgi?id=57537 Incorrect shadow rendering Shadows do not render correctly in "The Secret World," an MMORPG that is getting a relaunch later this year, using Staging (CSMT) or not. There are not settings (in the game) that change the outcome of the shadows not rendering correctly. In addition, this was checked using several different GPUs and CPUs to rule-out possible hardware (AMD CPU vs Intel CPU and AMD 7970/AMD R270m). This game uses the Dreamworld engine which is also used in "Age of Conan." The attachment shows an in-game screenshot of the shadow rendering. This is my first bug report here. Link to download the client: http://cdn.funcom.com/tsw/live/setup.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.

2 5