[(custom) Wine bug?] - Not recognizing directories (in Vortex)

[frostworx]

While testing which wine version works (best) with winetricks dotnet48 (vanilla wine-6.16 & wine-6.17 do, wine-6.18 has below upstream bug, and staging fails)
I found a strange bug in several wine variants/versions:

When selecting any directory in a vortex dialog, vortex opens a requester, complaining with
"The selection contains an object which is no directory" (free translated)

Tested affected wine versions are:

• wine-6.18 (Staging) from Proton-6.18-GE-2
  - wine-6.17.r0.g5f19a815 ( TkG Staging Esync Fsync ) from proton-tkg (not reproducible → wrong test)
• wine-6.18 by @Kron4ek (https://github.com/Kron4ek/Wine-Builds)

Working wine versions:

• vanilla global wine-6.16 installation (Arch Linux)
• variants of wine-6.16, wine-6.17 by @Kron4ek (https://github.com/Kron4ek/Wine-Builds)

This probably can be broken down to a more simple example to reproduce, but I haven't found a simple "open directory" exe.
dotnet is not required to reproduce this.

Steps to reproduce:

• (download this vortex version 1.4.15)
• mkdir /tmp/testvort
• WINEDEBUG=-all WINEPREFIX=/tmp/testvort/ "/path/to/tested/wine" vortex-setup-1.4.15.exe
• select a directory in any dialog (f.e. settings/downloads, or manage game → select its installation folder)

Result:
The selected directory is rejected with
"The selection contains an object which is no directory"

Expected result:
The selected directory should be accepted

WINEDEBUG=-all is required, as else Vortex hangs in an endless
02b4:fixme:taskschd:regtasks_get_Item 000000000C52A810,000000000081C140 {VT_I4: 339303},000000000081C0A0: stub loop

[frostworx]

Very likely the upstream bug: https://bugs.winehq.org/show_bug.cgi?id=51816

[frostworx]

@Kron4ek found the regression and reported it upstream. 👍

[frostworx]

fixed upstream: https://bugs.winehq.org/show_bug.cgi?id=51816
Thanks to anybody involved 👍