January 2025 - Wine-bugs - list.winehq.org

[Bug 31973] New: Report option into WineHQ
by wine-bugs＠winehq.org 29 Jan '25

29 Jan '25

http://bugs.winehq.org/show_bug.cgi?id=31973 Bug #: 31973 Summary: Report option into WineHQ Product: WineHQ.org Version: unspecified Platform: x86-64 URL: http://appdb.winehq.org/objectManager.php?sClass=versi on&iId=3126 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: www-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: thunderstormpolska(a)o2.pl Classification: Unclassified Maybe we need report (posting) option? http://appdb.winehq.org/objectManager.php?sClass=version&iId=3126 I mean @menujusukse post -- 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 16

[Bug 57757] New: Cron not running - add dryrun feature
by WineHQ Bugzilla 29 Jan '25

29 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=57757 Bug ID: 57757 Summary: Cron not running - add dryrun feature Product: WineHQ Apps Database Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: appdb-unknown Assignee: wine-bugs(a)winehq.org Reporter: jnewman(a)codeweavers.com Distribution: --- I noticed the ./cron/cleanup.php script was not configured to run daily anymore. This should be resetup, but I want to be sure it works first before doing so. In order to do so, it needs --dryrun command line option to the script that will just report on the tasks it will complete. This way I can test that it works. It should do everything but change any database rows, and avoid sending email. I noticed it is currently setup to email the appdb admins of every run. Instead the cron script should save a log somewhere. Possibly to a db table. Logs older than 30 days could get auto purged. Are we purging stale accounts? I know it purges maintainers, but does it also purge deadbeat accounts? Perhaps the system considers every user a maintainer. Verify and let me know. Currently there are over 90K accounts, so getting that table down a bit should help performance. -- 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 0

[Bug 57149] New: Inconsistent keyboard keys handling between winewayland and winex11
by WineHQ Bugzilla 29 Jan '25

29 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=57149 Bug ID: 57149 Summary: Inconsistent keyboard keys handling between winewayland and winex11 Product: Wine Version: 9.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winewayland Assignee: wine-bugs(a)winehq.org Reporter: shtetldik(a)gmail.com Distribution: --- I noticed that when I remap keys in KDE (such as "Left Alt is swapped with Left Win" in keyboard settings), it's not working with winewayland but works as expected with winex11 (in XWayland mode). In particular, in Cyberpunk 2077 when I try to bind some action to a key it detects "Super_L" (aka Win key) as Alt when XWayland / winex11 are used, but with winewayland it doesn't and detects actual Alt as Alt ignoring KDE's override. Not sure if it's something incomplete on KDE's side or winewayland is doing something strange? It happens with KDE Plasma 6.1.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 2

[Bug 57180] New: Cradle needs support for converting from float3 to float4
by WineHQ Bugzilla 29 Jan '25

29 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=57180 Bug ID: 57180 Summary: Cradle needs support for converting from float3 to float4 Product: vkd3d Version: 1.13 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: hlsl Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- 0898:err:d3dcompiler:D3DCompile2 core/shaders/default/render/vertex_query_deferred.shader:224:8: E5017: Aborting due to not yet implemented feature: Prioritize between multiple compatible function overloads. (Bug 56353) 0898:err:d3dcompiler:D3DCompile2 core/shaders/default/render/vertex_query_deferred.shader:224:1: E5002: Can't implicitly convert from float3 to float4. 1.13-114-gd3016071 -- 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 56654] New: Unreal Editor for Fornite: Menu disappear (Proton 9+ - GE Proton 8+)
by WineHQ Bugzilla 29 Jan '25

29 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=56654 Bug ID: 56654 Summary: Unreal Editor for Fornite: Menu disappear (Proton 9+ - GE Proton 8+) Product: Wine Version: 9.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: florian.richer(a)protonmail.com Distribution: --- When i click on menu, it disappear immediately Tested on proton 9 -- 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 21

[Bug 54472] New: Cryostasis: Sleep of Reason demo crashes due to HLSL syntax error 'unexpected KW_TECHNIQUE10'
by WineHQ Bugzilla 28 Jan '25

28 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=54472 Bug ID: 54472 Summary: Cryostasis: Sleep of Reason demo crashes due to HLSL syntax error 'unexpected KW_TECHNIQUE10' Product: vkd3d Version: 1.6 Hardware: x86-64 URL: https://www.guru3d.com/files-details/cryostasis-sleep- of-reason-game-demo.html OS: Linux Status: NEW Keywords: download Severity: minor Priority: P2 Component: hlsl Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- 00d4:fixme:d3dcompiler:D3DCompile2 Ignoring flags 0x804. 00d4:err:d3dcompiler:D3DCompile2 Failed to compile shader, vkd3d result -4. 00d4:err:d3dcompiler:D3DCompile2 Shader log: 00d4:err:d3dcompiler:D3DCompile2 signature.fx:8:1: E5000: syntax error, unexpected KW_TECHNIQUE10 00d4:err:d3dcompiler:D3DCompile2 1.6-110-g240b2f96 -- 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 57753] New: The progress bar is broken in third-party themes, Wine 10.0 stable.
by WineHQ Bugzilla 28 Jan '25

28 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=57753 Bug ID: 57753 Summary: The progress bar is broken in third-party themes, Wine 10.0 stable. Product: Wine Version: 10.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: a.l.e.x.a.n.i.s.o.v.1.9.9.3(a)gmail.com Distribution: --- Created attachment 77959 --> https://bugs.winehq.org/attachment.cgi?id=77959 image The progress bar shows an incorrect image in third-party themes. It is displayed correctly in the standard theme. Wine 10.0 stable. -- 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 0

[Bug 57693] New: Blank win32 dialog instead of text and controls in Reason (DAW)
by WineHQ Bugzilla 28 Jan '25

28 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=57693 Bug ID: 57693 Summary: Blank win32 dialog instead of text and controls in Reason (DAW) Product: Wine Version: 10.0-rc5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: schroedingerscat(a)disroot.org Distribution: --- Created attachment 77883 --> https://bugs.winehq.org/attachment.cgi?id=77883 Reason 13 Preferences Blank Areas ReasonStudio's DAW Reason is showing a lot blank areas in its preferences window (which looks like a standard win32 window). This makes understanding and interacting with the options of Reason impossible. How to reproduce: 1. Follow download and installation instructions from here: 2. (if not authorized) click on "run in demo mode" 3. Finish initial configuration wizard 4. Press Alt+Arrow Down to open the main menu, press Arrow Right followed by Arrow Up to select Edit->Preferences via your keyboard 5. Preferences window opens with blank areas (bug) but behind main app (that's another wine bug) so change focus to the window that just opened behind Reason 6. Note how "0134:fixme:uxtheme:DrawThemeTextEx unsupported flags 0x00002000" is being logged multiple times during step 5 The attached zip file contains a screenshot of the preferences window on Wine (tested with v9.21 and v10.0-rc5, broken from v10.0-rc6 on due https://bugs.winehq.org/show_bug.cgi?id=10845#c29) and on Windows 10 as well as the log when opening the preferences window. -- 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 57752] New: Reason (DAW) fails to start when wine's user "music" subdirectory is a symbolic link
by WineHQ Bugzilla 28 Jan '25

28 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=57752 Bug ID: 57752 Summary: Reason (DAW) fails to start when wine's user "music" subdirectory is a symbolic link Product: Wine-staging Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: schroedingerscat(a)disroot.org CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 77956 --> https://bugs.winehq.org/attachment.cgi?id=77956 Log from when the error dialog "Internal Error" is shown ReasonStudio's DAW Reason v13 and v12 (and possibly earlier versions, too) behave wrong when having to access a directory that is a symbolic link on the user's ext4/btrfs drive. This problem only affects staging builds (tested with v9.21, v9.22 and v10.0). Builds from the same version via mainline do not exhibit this behavior. The problems are: 1. Reason fails to start with an "Internal Error" when $WINEPREFIX/drive_c/users/username/Music is a symbolic link (which is the default for a new wineprefix) 2. Reason's Browser shows an empty directory if you browse to a directory that contains a symbolic link How to reproduce problem 1: 1. Use a staging build of a recent wine version, like 10.0 2. In the following step, ignore the command "winetricks isolate_home" from the installation instructions as that will replace the user directory's symbolic links with real directories 3. Follow download and installation instructions from the "Additional Comments" section here: https://appdb.winehq.org/objectManager.php?sClass=version&iId=42495 4. Running from the instructions will fail with an error dialog showing "Internal Error" How to reproduce problem 2: 1. Use a staging build of a recent wine version, like 10.0 2. In the following step, do execute the command "winetricks isolate_home" from the installation instructions so the app starts 3. Follow download and installation instructions from the "Additional Comments" section here: https://appdb.winehq.org/objectManager.php?sClass=version&iId=42495 4. (if not authorized) click on "run in demo mode" (dialog might open without focus behind Reason's splash screen) 5. Finish initial configuration wizard 6. In a path your current Wineprefix can access, create a symbolic link to a directory 7. Open Reason's Browser (F9) 8. Navigate to the directory containing your newly created symbolic link via the browser's side pane "Computer" -> the directory containing the symbolic link will be shown as empty Both problems do not happen in a mainline build indicating that this only happens in staging builds. I've attached a log from when the "Internal Error" dialog is shown. -- 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 57694] New: Preferences window (win32 dialog) opens without focus in Reason (DAW)
by WineHQ Bugzilla 28 Jan '25

28 Jan '25

https://bugs.winehq.org/show_bug.cgi?id=57694 Bug ID: 57694 Summary: Preferences window (win32 dialog) opens without focus in Reason (DAW) Product: Wine Version: 10.0-rc5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: schroedingerscat(a)disroot.org Distribution: --- ReasonStudio's DAW Reason is opening its preferences window (and possibly others) without focus, so it lands behind the main app and can go easily unnoticed. How to reproduce: 1. Follow download and installation instructions from here: 2. (if not authorized) click on "run in demo mode" 3. Finish initial configuration wizard 4. Press Alt+Arrow Down to open the main menu, press Arrow Right followed by Arrow Up to select Edit->Preferences via your keyboard (workaround for https://bugs.winehq.org/show_bug.cgi?id=10845) 5. Preferences window opens but behind main app Wine v10.0-rc6 broke the workaround from step 4 (see https://bugs.winehq.org/show_bug.cgi?id=10845#c29) so until that's fixed you won't be able to proceed at step 4 using Wine v10.0-rc6 or later. -- 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