December 2021 - wine-bugs

[Bug 35815] New: Allow remapping of joystick buttons
by wine-bugs＠winehq.org 23 Mar '22

23 Mar '22

http://bugs.winehq.org/show_bug.cgi?id=35815 Bug ID: 35815 Summary: Allow remapping of joystick buttons Product: Wine Version: 1.7.14 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: directx-dinput Assignee: wine-bugs(a)winehq.org Reporter: achurch+wine(a)achurch.org Some Windows games only accept a limited number of joystick button inputs, presumably based on the set of joystick devices against which the game was tested. If the native driver for a device returns different button numbers than the Windows driver, this can prevent some common controller devices from being used with such games. For example, the PlayStation 3 controller reports its face buttons as button numbers 12-15, but apparently the commonly used Windows driver "MotioninJoy" remaps these to lower button numbers; due to that, some games (such as Astebreed: http://edelweiss.skr.jp/works/astebreed/) only accept up to 12 button inputs, preventing PS3 controllers from working properly. The attached patch (against Wine 1.7.14) adds a "ButtonMap" configuration value to the DirectInput registry key, allowing the first 16 joystick button inputs reported by Wine to be remapped to arbitrary native joystick buttons. The format of the value is a comma-separated list of numbers, with the first number giving the (zero-based) physical button index for DirectInput button 0, the second number giving the physical button index for DirectInput button 1, and so on for up to 16 buttons. -- 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 27

[Bug 51947] New: Simplify debmirror config: Create directories main/binary-all in bionic and xenial
by WineHQ Bugzilla 23 Mar '22

23 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=51947 Bug ID: 51947 Summary: Simplify debmirror config: Create directories main/binary-all in bionic and xenial Product: Packaging Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-packages Assignee: wine-bugs(a)winehq.org Reporter: mk+winehq1803(a)pimpmybyte.de CC: dimesio(a)earthlink.net Distribution: --- Hi! I'm trying to fix my debmirror. If I want to support Ubuntu focal, I need to add "all" to the architectures in order to mirror https://dl.winehq.org/wine-builds/ubuntu/dists/focal/main/binary-all/ . But if I do so, bionic and xenial fail becuase they don't have a main/binary-all directory. Could you please create those and put a dummy placeholder file in? -- 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 51229] New: StarCrraft Remastered locks up when navigating multiplayer menus
by WineHQ Bugzilla 23 Mar '22

23 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=51229 Bug ID: 51229 Summary: StarCrraft Remastered locks up when navigating multiplayer menus Product: Wine-staging Version: 6.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: darinsmiller(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 70096 --> https://bugs.winehq.org/attachment.cgi?id=70096 Debug output of SCRM wine 6.10 Multiplayer crash Attempting to create multiplayer games in Starcraft Remaster causes random lockups. Sometimes navigation to the LAN games creation menu is successful and lockup occurs when attempting to add players. Other times, locks up occur immediately when Mutliplayer option is selected. Running from the terminal, I see these errors/warnings: 03dc:err:d3d:state_undefined Undefined state UNKNOWN_STATE(0) (0). 016c:err:seh:dispatch_exception unknown exception (code=c0000420) raised 038c:fixme:dxgi:d3d11_swapchain_present Unimplemented flags 0x200. 0680:fixme:service:svcctl_EnumServicesStatusExW resume handle not supported 0178:fixme:winsock:WSAIoctl unimplemented ioctl SIO_IDEAL_SEND_BACKLOG_QUERY0 05a0:fixme:dxgi:d3d11_swapchain_Present1 Ignored present parameters 0x70e8f4. See attached for output for "tail -n 1000" of the debug report generated using the following command (full report is too big for upload): WINEDEBUG=+winsock,+seh,+loaddll /opt/wine-staging/bin/wine ./Battle.net.exe &>/tmp/debug_pipe -- 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 6

[Bug 52293] New: GTK3 not activating even after checking the Enable GTK3 Themming.
by WineHQ Bugzilla 23 Mar '22

23 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=52293 Bug ID: 52293 Summary: GTK3 not activating even after checking the Enable GTK3 Themming. Product: Wine-staging Version: 7.0-rc3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bdard.antoine(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Yes, so I am on 7.0-rc3 and GTK3 theming still not working even after checking the box. Check the attachment for the log. -- 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 52197] New: League of Legend don' start.
by WineHQ Bugzilla 23 Mar '22

23 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=52197 Bug ID: 52197 Summary: League of Legend don' start. Product: Wine-staging Version: 6.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ysr9506(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 71250 --> https://bugs.winehq.org/attachment.cgi?id=71250 I add log. I install League of Legends official website. I installion game but don' open. I add log. -- 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 49884] New: When transitioning from Useful Registry Keys to Wine Man Page - 404 Page Not Found Error
by WineHQ Bugzilla 23 Mar '22

23 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=49884 Bug ID: 49884 Summary: When transitioning from Useful Registry Keys to Wine Man Page - 404 Page Not Found Error Product: WineHQ.org Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: www-unknown Assignee: wine-bugs(a)winehq.org Reporter: commissaris.mike(a)gmail.com Distribution: --- Clicked on Wine Man Page at bottom of Useful Registry Keys page and the result was page not found. Broken link? -- 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 49754] New: Invalid write of size 4 - while clearing thread stack
by WineHQ Bugzilla 23 Mar '22

23 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=49754 Bug ID: 49754 Summary: Invalid write of size 4 - while clearing thread stack Product: Wine Version: 5.16 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: jeffersoncarpenter2(a)gmail.com Distribution: --- Created attachment 68058 --> https://bugs.winehq.org/attachment.cgi?id=68058 Valgrind output Occurs as of 5bb27d1edb2. Steps to reproduce: * Build 'int main() { return 0; }' using i686-w64-mingw32-gcc. * Run wine under valgrind (valgrind output attached). Valgrind output snippet: ==9636== Invalid write of size 4 ==9636== at 0x7BC7AA17: ??? (signal_i386.c:470) ==9636== Address 0x61bab0 is on thread 1's stack -- 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 52237] New: Lots of errors running under valgrind
by WineHQ Bugzilla 23 Mar '22

23 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=52237 Bug ID: 52237 Summary: Lots of errors running under valgrind Product: Wine Version: 7.0-rc2 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- Created attachment 71345 --> https://bugs.winehq.org/attachment.cgi?id=71345 valgrind lock using wine-7.0-rc2 (no mingw build) I tried running wine under valgrind, but it generates over 1000 errors or makes valgrind fail with an assertion. Using a wine-7.0-rc2 debug build. Compile parameters: CC="ccache gcc" CFLAGS="-g -O0 -fcommon" CROSSCFLAGS="-g -O0 -fcommon" ../wine-git/configure --without-cups --enable-win64 --disable-tests --enable-silent-rules --without-mingw -- 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 49914] New: Windows CLI has error with text highlighting
by WineHQ Bugzilla 22 Mar '22

22 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=49914 Bug ID: 49914 Summary: Windows CLI has error with text highlighting Product: Wine Version: 5.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: shagooserver(a)gmail.com Distribution: --- Created attachment 68285 --> https://bugs.winehq.org/attachment.cgi?id=68285 example The latest version of wine extends the highlight colour of a windows terminal command to far. In the attached example the green highlight should only cover the word "Done" or that line only. What happens though is that the highlight extends through to the following command prompt. Although not shown in the example but also occurring is the intervening blank line between "Done" and the following command prompt is also green highlighted. -- 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 11112] New: Does the fatal error if the config directory isn' t owned by the user make sense?
by wine-bugs＠winehq.org 21 Mar '22

21 Mar '22

http://bugs.winehq.org/show_bug.cgi?id=11112 Summary: Does the fatal error if the config directory isn't owned by the user make sense? Product: Wine Version: CVS/GIT Platform: All OS/Version: All Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: bero(a)arklinux.org Created an attachment (id=10147) --> (http://bugs.winehq.org/attachment.cgi?id=10147) Proposed fix Recent wine versions abort on startup if the config directory isn't owned by the user running wine. This breaks setups where several users share a common wine prefix (e.g. to make applications that make heavy use of the registry available to several users without installing them several times) and they have the right access to the configs through group permissions. Unless I'm overlooking a better way to do this, it would make more sense to check proper permissions than to check ownership. I'm attaching a patch that does that. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 50

[Bug 52110] New: Can't open the Restoro app
by WineHQ Bugzilla 20 Mar '22

20 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=52110 Bug ID: 52110 Summary: Can't open the Restoro app Product: WineHQ Apps Database Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: appdb-unknown Assignee: wine-bugs(a)winehq.org Reporter: juwaeny21(a)gmail.com Distribution: --- Created attachment 71134 --> https://bugs.winehq.org/attachment.cgi?id=71134 Log Bug when opening the Restoro application, but after this it displays a Program Error, the message "thi can be caused by a problem in the program or a deficiency in wine. you may to check the Application Database for tips about running this application" -- 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 52151] New: Powershell Core 7.2.0 (64-bit) crashes at start
by WineHQ Bugzilla 20 Mar '22

20 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=52151 Bug ID: 52151 Summary: Powershell Core 7.2.0 (64-bit) crashes at start Product: Wine Version: 6.22 Hardware: x86-64 URL: https://github.com/PowerShell/PowerShell/releases/down load/v7.2.0/PowerShell-7.2.0-win-x64.msi OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: Debian The new 7.2.0 64-bit version crashes instantly: wine pwsh.exe: 00c4:fixme:ntdll:EtwEventActivityIdControl 0x1, 000000000019E928: stub Fatal error. Internal CLR error. (0x80131506) at System.Management.Automation.Security.NativeMethods.SaferIdentifyLevel(UIn t32, System.Management.Automation.Security.SAFER_CODE_PROPERTIES ByRef, IntPtr B yRef, System.String) at System.Management.Automation.Internal.SecuritySupport.GetSaferPolicy(Syste m.String, System.Runtime.InteropServices.SafeHandle) at System.Management.Automation.Security.SystemPolicy.TestSaferPolicy(System. String, System.String) The 32-bit version (https://github.com/PowerShell/PowerShell/releases/download/v7.2.0/PowerShel…) starts fine, so I guess it`s not about unimplemented stuff/incomplete stubs but rather something in wine`s 64<->32 handling?? (Note: in traces there was something about some missing wldp.dll, but it should start also without that dll; couldn`t further really find out where this crash would come from) -- 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 25773] New: Majesty 2: certain keyboard keys are not recognized
by wine-bugs＠winehq.org 19 Mar '22

19 Mar '22

http://bugs.winehq.org/show_bug.cgi?id=25773 Summary: Majesty 2: certain keyboard keys are not recognized Product: Wine Version: 1.3.11 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gyebro69(a)gmail.com Created an attachment (id=32841) --> (http://bugs.winehq.org/attachment.cgi?id=32841) terminal output I noticed the problem when trying to start a multiplayer game. Logging in to Gamespy requires an email address but the period '.' sign used in the address was not accepted in the input field. It turned out that several other keys are not recognized by the game, e.g.: ~,[]/;'\=-+. By default '~' is used to bring up the chat window. The issue can be tested by creating a new profile in the game: the input field, containing the name, should accept all of the above mentioned characters but they're not recognized (only the letters and numbers work and some of the special characters by using <Shift>: @!$%). Installing native dinput8.dll (via winetricks) doesn't help in Majesty 2. Fedora 14 / Gnome 2.32.0 / xorg-x11-server 1.9.3-3.fc14 -- 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 8

[Bug 50710] New: relative paths in WINEDLLPATH (as created from $0) no longer work in wine-5.11+
by WineHQ Bugzilla 17 Mar '22

17 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=50710 Bug ID: 50710 Summary: relative paths in WINEDLLPATH (as created from $0) no longer work in wine-5.11+ Product: Wine Version: 6.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: loader Assignee: wine-bugs(a)winehq.org Reporter: PuetzKevinA(a)JohnDeere.com Distribution: --- Winegcc's app_loader_template deriveds $appdir from $0, and then adds this directory into WINEDLLPATH: https://source.winehq.org/git/wine.git/blob/wine-6.0:/tools/winegcc/winegcc… appdir=`dirname \"$0\"` WINEDLLPATH=\"$appdir:$WINEDLLPATH\" Presumably the intent here is to match LOAD_LIBRARY_SEARCH_APPLICATION_DIR; windows also searches for dlls immediately beside the main executable. However, it is not unusual in interactive use for $0 to be a relative path, e.g. if an executable is invoked as ./hello.exe, and dirname preserves this. This results in WINEDLLPATH containing relative-path entries; this seems a bit inadvisable, but it worked through wine-5.10. Since then it does not. 0024:err:module:import_dll Loading library test_shared.dll (which is needed by L"Z:\\home\\test\\\bin\\test_executable_shared.exe") failed (error c000003b). Bisecting first pointed at df5e4764870e8ad1d8b206cb3475a073bc034e48, but this is just https://bugs.winehq.org/show_bug.cgi?id=49545; after the unix cwd is lost, a relative-path entry no longer resolves to the right place. cherry-picking that fix from cdaa72c728df3c80499c8a4f59e731f353347db0 restores functionality, but then it breaks again (for the reason that is actually breaking it in 6.0) at 9ec262ebcc7f14d7373841d4ca082b855ed8090f https://source.winehq.org/git/wine.git/blobdiff/a2e77268f2007f2819c2e3e8bd7… Previously ntdll/unix/loader.c:open_builtin_file used unix_to_nt_file_name, which looks like it would have just flipped the slashes to translate a a relative unix path to a relative NT path, which would then use NT's cwd (hence susceptibility to https://bugs.winehq.org/show_bug.cgi?id=49545), But now it uses open_unix_file, which calls SERVER_START_REQ( create_file ), which just refuses relative paths STATUS_OBJECT_PATH_SYNTAX_BAD https://source.winehq.org/git/wine.git/blob/wine-6.0:/server/file.c#l214 This is an error other than STATUS_OBJECT_{PATH,NAME}_NOT_FOUND, so it stops https://source.winehq.org/git/wine.git/blob/wine-6.0:/dlls/ntdll/unix/loade… I'm not sure what the best fix here really is... relative paths in WINEDLLPATH seem like a pretty bad idea (since the cwd may change as the process runs, environment variables leak down into child processe, etc), but the launcher script's been like this for a long time. -- 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 50718] New: Cyberpunk 2077 - No radio music on vehicles with pulse audio.
by WineHQ Bugzilla 12 Mar '22

12 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=50718 Bug ID: 50718 Summary: Cyberpunk 2077 - No radio music on vehicles with pulse audio. Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: a.checa.grande(a)posteo.org Distribution: --- On fedora 33, with latest wine, and running Cyberpunk 2077 under waylaid, there's no sound in radios whilst driving a vehicle. However, this is solved by installing pipewire. The steps I followed where: sudo dnf install --allowerasing pipewire pipewire-pulseaudio pipewire-alsa pipewire-gstreamer Then perform a reboot, and if required upon next logon: sudo systemctl --user restart pipewire-pulseaudio.service Thanks! -- 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 52204] New: vibration on dualsense controlle rnot working
by WineHQ Bugzilla 11 Mar '22

11 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=52204 Bug ID: 52204 Summary: vibration on dualsense controlle rnot working Product: Wine Version: 6.23 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winmm&mci Assignee: wine-bugs(a)winehq.org Reporter: etaash.mathamsetty(a)gmail.com Distribution: --- When an application requests vibration on my controller (rocket league in this case) it comes in pulses instead of one long pulse like on my xbox one controller. It's really jarring and I would like it fixed. (effects wine 6.22-6.23). lutris wine 6.21-6 the vibration works fine but the controller dosen't. I believe this is a bug winmm. -- 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 37

[Bug 41053] New: RawInput (RegisterRawInputDevices) does not work for gamepads
by wine-bugs＠winehq.org 11 Mar '22

11 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=41053 Bug ID: 41053 Summary: RawInput (RegisterRawInputDevices) does not work for gamepads Product: Wine Version: 1.9.15 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: isage.dna(a)gmail.com Distribution: --- Games, that use RawInput for gamepads fail to see and use gamepads. Basically, that's a majority of Unity based games (for example, "I am Setsuna", Kerbal Space Program) fixme:win:RegisterRawInputDevices Unhandled flags 0x100 for device 0. Basically, it's a duplicate of abandoned/ignored https://bugs.winehq.org/show_bug.cgi?id=33104 but with (more) proper description. -- 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

[Bug 50887] New: cannot read/run/open some files
by WineHQ Bugzilla 11 Mar '22

11 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=50887 Bug ID: 50887 Summary: cannot read/run/open some files Product: Wine Version: 6.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: iip.umar.rifai(a)gmail.com Distribution: --- Created attachment 69700 --> https://bugs.winehq.org/attachment.cgi?id=69700 dir command output with different result on Wine 6.1 and Wine 6.2 I tried open/read some files on Wine 6.2-1 up, but some files seems gone, the last worked Wine version is 6.1-1, attached are different output from wine 6.1 and wine 6.2, I think there are no problem with Linux file permission. This also tested on latest Wine (6.5) and have similar result with Wine 6.2 -- 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 48508] New: Psi-Ops: The Mindgate Conspiracy freezing in stable Wine 5.0
by WineHQ Bugzilla 11 Mar '22

11 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=48508 Bug ID: 48508 Summary: Psi-Ops: The Mindgate Conspiracy freezing in stable Wine 5.0 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: chebanenkoigor93(a)gmail.com Distribution: --- Created attachment 66310 --> https://bugs.winehq.org/attachment.cgi?id=66310 Information from Wine 5.0 + Windows 7 Debug Psi-Ops: The Mindgate Conspiracy freezing in stable Wine 5.0 when you launch it. Symptoms are similar with bug 31954 (fixed in Wine 4.3).I will add info from Wine 5.0 and debug from Windows 7,looks like it will be important thing.If you will need something else,please let me know. -- 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 58

[Bug 20296] New: League of Legends: crash after eula
by wine-bugs＠winehq.org 11 Mar '22

11 Mar '22

http://bugs.winehq.org/show_bug.cgi?id=20296 Summary: League of Legends: crash after eula Product: Wine Version: 1.1.31 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: puciek(a)gmail.com Created an attachment (id=23993) --> (http://bugs.winehq.org/attachment.cgi?id=23993) Crash log After launching LoL and accepting license + ToS, it will throw wine errors and hang. Attaching log -- 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 91

[Bug 50968] New: Indiana Jones and the Infernal Machine GOG 1.2: Load/Save Game dialogs don't render correctly
by WineHQ Bugzilla 11 Mar '22

11 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=50968 Bug ID: 50968 Summary: Indiana Jones and the Infernal Machine GOG 1.2: Load/Save Game dialogs don't render correctly Product: Wine Version: 6.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comdlg32 Assignee: wine-bugs(a)winehq.org Reporter: pokeyprogrammer(a)yahoo.com Distribution: --- Created attachment 69798 --> https://bugs.winehq.org/attachment.cgi?id=69798 Console log w/ commdlg,dialog channels enabled + screen shots from Wine 6.6 and Win10 Config: Ubuntu 20.10 linux 5.8.0-48-generic (x86_64) Wine 6.6 (from Ubuntu winehq-devel package) GOG Indiana Jones and the Infernal Machine 1.2 (23840) Store page: https://www.gog.com/game/indiana_jones_and_the_infernal_machine Repro steps: 1. Download setup_indiana_jones_and_the_infernal_machine_1.2_(23840).exe from GOG. 2. Run the installer from step (1) in wine. 3. Once the installer is finished, run "$HOME/.wine/drive_c/GOG\ Games/Infernal\ Machine/Jones3D.exe". 4. In the launcher that appears, click the "Resume Play" button. 5. Wait for the "Load Game" dialog to appear. Reproducibility: always Notes: - I've attached screenshots of the "Load Game" dialog's appearance running under Wine as well as Win10, in addition to a console log w/ WINEDEBUG=+commdlg,+dialog. - In the "Load Game" dialog, I can use the TAB key to switch between controls even though it's not rendered correctly. If I TAB to the filename box and type in a save game filename, the game does load the file correctly and it's playable. - It looks like the "Jones3D.exe" that we originally launch is launching the real game in "$HOME/.wine/drive_c/GOG\ Games/Infernal\ Machine/Resource/Indy3D.exe" and that the "Load Game" dialog is actually being created from Indy3D.exe rather than Jones3D.exe, but launching Indy3D.exe directly doesn't work. - I have been able to reproduce the same issue in PlayOnMac w/ Wine 4.12.1 (19.0.0-cx) x86on64), and PlayOnLinux w/ Wine 4.12.1, 5.0, and 6.5 as well. -- 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 48952] New: NVDA hangs on start
by WineHQ Bugzilla 09 Mar '22

09 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=48952 Bug ID: 48952 Summary: NVDA hangs on start Product: Wine Version: 5.6 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ole32 Assignee: wine-bugs(a)winehq.org Reporter: contact(a)jookia.org Distribution: ArchLinux Both the NVDA application and its setup menu hang due to CoEnableCallCancellation being unimplemented, and likely hangs on shut down due to CoDisableCallCancellation being unimplemented. Removing these function calls in NVDA causes the program to boot with no visible issues. -- 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 6

[Bug 48953] New: IAccessible windows lack children
by WineHQ Bugzilla 09 Mar '22

09 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=48953 Bug ID: 48953 Summary: IAccessible windows lack children Product: Wine Version: 5.6 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: oleacc Assignee: wine-bugs(a)winehq.org Reporter: contact(a)jookia.org Distribution: ArchLinux Created attachment 66927 --> https://bugs.winehq.org/attachment.cgi?id=66927 Test program to print IAccessible objects on desktop When assistive technologies iterate over all accessible objects on the desktop using the IAccessible API Wine returns E_NOTIMPL for window objects, stopping discovery of widgets. -- 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 48948] New: EVENT_OBJECT_FOCUS
by WineHQ Bugzilla 09 Mar '22

09 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=48948 Bug ID: 48948 Summary: EVENT_OBJECT_FOCUS Product: Wine Version: 5.6 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: contact(a)jookia.org Distribution: ArchLinux Created attachment 66925 --> https://bugs.winehq.org/attachment.cgi?id=66925 Test program to print events In order for NVDA and other assistive technologies to work they need to be able to track focus. This is done using the WinEvent hook EVENT_OBJECT_FOCUS. The hook itself fires whenever focus is changed and contains a reference to the window and accessibility child. Currently this is unimplemented. -- 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 6

[Bug 18905] New: Nvda In Wine
by wine-bugs＠winehq.org 09 Mar '22

09 Mar '22

http://bugs.winehq.org/show_bug.cgi?id=18905 Summary: Nvda In Wine Product: Wine Version: unspecified Platform: All OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: bluescale1976(a)aol.com This is more of a feature request, I hope I completed the form correctly. I was wondering if it would be possible to either add the screen reader NVDA in to a default installation of Wine, or make it so that NVDA can be installed in to Wine. NVDA would give blind Linux users access to applications in Wine. It does not use video hooks, so it is probably the best choice for a Wine screen reader. It is open source and can be found at: http://www.nvda-project.org/ The installer talks, so if it could be made to work, installing it with out sighted assistance would be no problem. Thanks -- 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 27

[Bug 48949] New: NVDA requires AccessibleObjectFromEvent for focus events
by WineHQ Bugzilla 09 Mar '22

09 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=48949 Bug ID: 48949 Summary: NVDA requires AccessibleObjectFromEvent for focus events Product: Wine Version: 5.6 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: oleacc Assignee: wine-bugs(a)winehq.org Reporter: contact(a)jookia.org Distribution: ArchLinux In order to track focus NVDA hooks into the EVENT_OBJECT_FOCUS event and uses its values to query AccessibleObjectFromEvent for the associated IAccessible object. The current value returned crashes NVDA. -- 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 52091] New: I don't know if it is a wine bug
by WineHQ Bugzilla 06 Mar '22

06 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=52091 Bug ID: 52091 Summary: I don't know if it is a wine bug Product: Wine Version: 6.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: peter-24(a)o2.pl Distribution: --- I want to report a strange issue when i try to run a game that require external dlls. It seems that wine doesnt follow windows naming convention. For example when some game (usually unreal engine game or cry engine) tries to load "Library.dll" and it is located on ntfs disk with name: "library.dll" wine doesnt load library because of first lowercase letter. In summary windows games doesnt care about letter case. Tested only on wine staging. -- 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 51632] New: Downloading Wine-Mono through appwiz hangs/fails
by WineHQ Bugzilla 02 Mar '22

02 Mar '22

https://bugs.winehq.org/show_bug.cgi?id=51632 Bug ID: 51632 Summary: Downloading Wine-Mono through appwiz hangs/fails Product: Wine Version: 6.15 Hardware: x86-64 OS: Mac OS X Status: NEW Keywords: download, regression, source Severity: normal Priority: P2 Component: winsock Assignee: wine-bugs(a)winehq.org Reporter: gijsvrm(a)gmail.com CC: julliard(a)winehq.org Regression SHA1: d327527cec22c1123781e6c5a637032a31698b91 This only happens on macOS. Clicking 'Install' works, but it stays on 'Downloading...' forever. Cancelling to skip works. The only output is: 0068:err:appwizcpl:InstallCallback_OnStopBinding Binding failed 800c0008 Bisection revealed: d327527cec22c1123781e6c5a637032a31698b91 is the first bad commit commit d327527cec22c1123781e6c5a637032a31698b91 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Wed Aug 11 20:40:23 2021 +0200 ws2_32: Convert the Unix library to the __wine_unix_call interface. Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> I'm running macOS 10.14, compiling with mingw and the 10.13 SDK. -- 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 51687] New: GetMappedFileNameA/W implementation breaks RiotClient updates.
by WineHQ Bugzilla 27 Feb '22

27 Feb '22

https://bugs.winehq.org/show_bug.cgi?id=51687 Bug ID: 51687 Summary: GetMappedFileNameA/W implementation breaks RiotClient updates. Product: Wine Version: 6.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: matias.nicolas.zc(a)gmail.com Distribution: --- Created attachment 70554 --> https://bugs.winehq.org/attachment.cgi?id=70554 trace log Since wine (vanilla or staging) 6.2, the Riot Client Launcher fails when updating itself. This worked fine with wine 6.1 (vanilla and staging) This wasn't much of a problem since LoL players used a lutris versions based on wine 5.x. Starting with the last League Of Legends Client update, the CEF upgrade requires a patched wine 6.15, so users will begin getting this error on the next Launcher update. The launcher throws the following error when starting the update process: ``` Update failed: Failed getting path to current executable: File path could not be found in a mapped drive: \??\c:\Riot Games\Riot Client\RiotClientServices.exe ``` I bisected the problem to commit bd0a3c1a59db9e75500db6df0f3598c981abf44e. For some reason the launcher worked with the stub implementation of GetMappedFileNameA/W, but not with a "real" one. I can confirm that reverting the commit on 6.15 makes the update work. Attached is a trace log of the execution (from wine staging 6.15, with the most frequent calls removed). The interesting part should start in line 546, when the debug message says that it will start the update, and end in line 1705, when the update process ends. In line 1361 there is a call to GetMappedFileNameW, which should be where the error begins. -- 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 19757] New: Nota Bene: Crashes upon installation
by wine-bugs＠winehq.org 26 Feb '22

26 Feb '22

http://bugs.winehq.org/show_bug.cgi?id=19757 Summary: Nota Bene: Crashes upon installation Product: Wine Version: 1.1.27 Platform: PC URL: https://www.notabene.com/download/demos/nbdemo80.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jekwas(a)gmail.com Created an attachment (id=23127) --> (http://bugs.winehq.org/attachment.cgi?id=23127) Crash log in 1.1.27 I discovered this while trying to reproduce 5255. During installation, the Nota Bene Demo reports that AUTOEXE.NT and CONFIG.NT have been removed from the system, and won't continue unless you allow it to restore them. If you agree, the installation starts. However, when the installation bar reaches 100%, the installer crashes. The files appear to have been installed. But on running nblaunch.exe, the program crashes immediately. I have attached a log. -- 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 5

[Bug 52155] New: kernel32:pipe times out on 64-bit Wine
by WineHQ Bugzilla 25 Feb '22

25 Feb '22

https://bugs.winehq.org/show_bug.cgi?id=52155 Bug ID: 52155 Summary: kernel32:pipe times out on 64-bit Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- kernel32:pipe now times out on 64-bit Wine: pipe.c:3218: testing message mode, byte read client->server writes... pipe.c:3148: Test failed: WriteFile returned 0(6) kernel32:pipe:0520 done (258) in 120s https://test.winehq.org/data/patterns.html#kernel32:pipe The timeout only happens on WoW64 wineprefixes but impacts both real machines (cw-gtx560, cw-rx460) and VMs (notably the TestBot's debiant2 VM). A bisect shows that this started with the commit below: commit a041075cd2c26874757e0b6e1449c23c1326241c Author: Alexandre Julliard <julliard(a)winehq.org> Date: Thu Dec 2 09:59:49 2021 +0100 makefiles: Support per-platform values for EXTRADLLFLAGS. Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> -- 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 7

[Bug 52290] New: Playground Sessions crashes on startup
by WineHQ Bugzilla 25 Feb '22

25 Feb '22

https://bugs.winehq.org/show_bug.cgi?id=52290 Bug ID: 52290 Summary: Playground Sessions crashes on startup Product: Wine Version: 7.0-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: install1ball(a)gmail.com Distribution: --- Created attachment 71431 --> https://bugs.winehq.org/attachment.cgi?id=71431 Playground Sessions crash backtrace The Playground Sessions piano teaching app crashes during startup before the splash page and audio introduction are displayed. My Environment: CPU - x86_64 O/S - Fedora 35 - Kernel 5.15.10-200.fc35.x86_64 Wine - wine-7.0-rc2 (Staging) Playground Sessions - Version 2.5 (Their only version) Backtrace uploaded The problem started after a dnf update command that brought wine to version 6.21-staging. Tried downgrading wine as far as I could but the problem persists. Created new wine prefix (32-bit) and no luck. I am about at the limit of my skill here. This is the only app I use with wine so I do not have a lot of experience with it. The program can be downloaded here. https://www.playgroundsessions.com/windows The software is proprietary and subscription-based, but it crashes well before the authentication screen is presented. My personal feeling is that I am missing a library but I have no idea how to check that. -- 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 51103] New: d3d11:d3d11 crashes on Windows + NVidia
by WineHQ Bugzilla 25 Feb '22

25 Feb '22

https://bugs.winehq.org/show_bug.cgi?id=51103 Bug ID: 51103 Summary: d3d11:d3d11 crashes on Windows + NVidia Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Created attachment 69968 --> https://bugs.winehq.org/attachment.cgi?id=69968 Traces for the crash on cw-gtx560 d3d11:d3d11 crashes on the cw-gtx560 machine which has an NVidia graphics card. The crash happens from Windows 8.1 to Windows 10 2009 so it seems to be related to the graphics driver rather than to the Windows version. https://test.winehq.org/data/patterns.html#d3d11:d3d11 The crash shows no backtrace but I added traces and found that the crash happens on the final release in test_device_context_state(): refcount = ID3D11Device1_Release(device); Adding a trace on the previous line shows that the refcount before that call is 1. So it's not a case of a one-too-many release calls. Without test_device_context_state() d3d11:d3d11 does not crash. According to a bisect the commit causing this crash is: commit ccffc06c6df30aa8b4ea487b868c419b9c7f5a9a Author: Rémi Bernon <rbernon(a)codeweavers.com> Date: Tue Feb 2 16:41:00 2021 +0100 d3d11/tests: Add more tests for ID3D11DeviceContext1_SwapDeviceContextState. Better checking multiple context swap side effects. Signed-off-by: Rémi Bernon <rbernon(a)codeweavers.com> Signed-off-by: Henri Verbeet <hverbeet(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> -- 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 7

[Bug 48096] New: Mulle Meck: Unhandled exception when starting game
by WineHQ Bugzilla 25 Feb '22

25 Feb '22

https://bugs.winehq.org/show_bug.cgi?id=48096 Bug ID: 48096 Summary: Mulle Meck: Unhandled exception when starting game Product: Wine Version: 4.19 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: odecif(a)gmail.com Distribution: --- Created attachment 65654 --> https://bugs.winehq.org/attachment.cgi?id=65654 warn+all debug log When running the game w/o any debug flags one receive the following: wine: Unhandled exception 0x80000004 in thread 9 at address 0040986D (thread 0009), starting debugger... Attached is a pretty short debug log. Some specs: Manjaro Linux 18.1.2 (clean prefix) wine-4.19-251-g292b728908 Windows 2000-mode (also tried with 95/98/Me/XP/7) No overrides 00:02.0 VGA compatible controller: Intel Corporation HD Graphics 530 (rev 06) The game is protected by SafeDisc 1 (old game), but running from CD gets pass the "Please insert the correct CD"-error message so it's probably nothing to do with that. -- 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 17

[Bug 38210] New: WshScriptExec's StdIn StdOut and StdErr are missing.
by wine-bugs＠winehq.org 25 Feb '22

25 Feb '22

https://bugs.winehq.org/show_bug.cgi?id=38210 Bug ID: 38210 Summary: WshScriptExec's StdIn StdOut and StdErr are missing. Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wshom.ocx Assignee: wine-bugs(a)winehq.org Reporter: ptubbytaylor(a)gmail.com Distribution: --- Created attachment 51003 --> https://bugs.winehq.org/attachment.cgi?id=51003 Example.ahk Here's the documentation for the WshScriptExec object: https://msdn.microsoft.com/en-us/library/2f38xsxe(v=vs.84).aspx The Std properties appear to have the same interface as TextStream objects, which are documented here: https://msdn.microsoft.com/en-us/library/312a5kbt(v=vs.84).aspx Attached is an AutoHotkey v1.1.20.00 script that demonstrates using the StdIn property. Note that this problem isn't limited to just AutoHotkey scripts, I'm just using this property primarily from AutoHotkey. -- 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 48733] New: Microsoft Visual Studio 2019 web-installer fails due to missing NCryptOpenStorageProvider
by WineHQ Bugzilla 25 Feb '22

25 Feb '22

https://bugs.winehq.org/show_bug.cgi?id=48733 Bug ID: 48733 Summary: Microsoft Visual Studio 2019 web-installer fails due to missing NCryptOpenStorageProvider Product: Wine Version: 5.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: crypt32 Assignee: wine-bugs(a)winehq.org Reporter: rpisl(a)seznam.cz Distribution: --- This is continuation of bug 47626. The workaround still works but information since comment 8 (including) is partially obsolete, Wine evolved. The small stage-1 web installer downloads the real installer but fails to validate it due to missing NCryptOpenStorageProvider. It can be seen from logs (WINEDEBUG=+crypt,+ncrypt) and also from generated log in Temp/dd_bootstrapper_*.log: Download failed using WebClient engine. Microsoft.VisualStudio.Setup.Security.InvalidSignatureException: Package signature verification threw exception: Unknown error "-2146893783"., for path: vs_installer.opc -2146893783 = 0x80090029 = NTE_NOT_SUPPORTED -- 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 6

[Bug 44658] New: Custom Win7+ APIset lookup/ resolver tool relies on presence of 'ApiSetMap' field in PEB
by wine-bugs＠winehq.org 25 Feb '22

25 Feb '22

https://bugs.winehq.org/show_bug.cgi?id=44658 Bug ID: 44658 Summary: Custom Win7+ APIset lookup/resolver tool relies on presence of 'ApiSetMap' field in PEB Product: Wine Version: 3.3 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, to track the following Wine-Staging patchset just for the memes ;-) https://github.com/wine-staging/wine-staging/tree/master/patches/ntdll-ApiS… Tracing the origin to Wine-Staging issue tracker: https://dev.wine-staging.com/patches/91/ --- quote --- I found an application which tries to enumerate the loaded apisets by using the PEB. This patch adds a dummy struct so that the application does no longer crash. The definition should match the one for Win 7/8. As usual Microsoft changed the format in newer windows versions again ;-). --- quote --- Ohhhh-kay? I found some useful information at Geoff Chappell's site: https://www.geoffchappell.com/studies/windows/win32/apisetschema/index.htm https://www.geoffchappell.com/studies/windows/win32/ntdll/structs/peb/index… Nice illustration: https://www.cylance.com/en_us/blog/universal-unhooking-blinding-security-so… (in 'API Set Schema' section) An example application which makes use of this (source only): https://gist.github.com/lucasg/9aa464b95b4b7344cb0cddbdb4214b25#file-apiset… It also has a small test suite. $ wine --version wine-3.3 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.

2 7

[Bug 44635] New: Gray Matter: Crash on new game start
by wine-bugs＠winehq.org 25 Feb '22

25 Feb '22

https://bugs.winehq.org/show_bug.cgi?id=44635 Bug ID: 44635 Summary: Gray Matter: Crash on new game start Product: Wine Version: 3.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sa(a)whiz.se Distribution: --- Created attachment 60627 --> https://bugs.winehq.org/attachment.cgi?id=60627 crash log The game Gray Matter (the version from GOG) crashes when a new game is started. The last message from Wine is 03b:fixme:d3dx:ID3DXEffectImpl_CloneEffect (0x47f5360)->(0x17be28, 0x5f74420): stub This is a regression of some sort. The game runs with staging 2.21 (in fact I completed the entire game with this version). The game does not start with vanilla Wine 2.21. If Appdb is to be believed the game was playable back in 1.9.14, but building older Wine releases is troublesome so I haven't been able to bisect: Error: Cannot open face courier.ttf Makefile:172: recipe for target 'coue1255.fon' failed make[1]: *** [coue1255.fon] Error 1 The game requires the following winetricks: mdx xact d3dcompiler_43. Bug filed against 3.2 but tried against wine-3.2-256-g7b62a970e9. -- 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 41386] New: Motocross Madness 2 Unhandled page fault on read access to 0x00000000 at address 0x44c468
by wine-bugs＠winehq.org 25 Feb '22

25 Feb '22

https://bugs.winehq.org/show_bug.cgi?id=41386 Bug ID: 41386 Summary: Motocross Madness 2 Unhandled page fault on read access to 0x00000000 at address 0x44c468 Product: Wine Version: 1.9.19 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: haakobja(a)gmail.com Created attachment 55737 --> https://bugs.winehq.org/attachment.cgi?id=55737 PlayOnMac-log Motocross Madness 2 crashes due to "Unhandled page fault on read access to 0x00000000 at address 0x44c468" -- 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 48760] New: ConEmu shows 'GetConsoleProcessList failed' at startup
by WineHQ Bugzilla 25 Feb '22

25 Feb '22

https://bugs.winehq.org/show_bug.cgi?id=48760 Bug ID: 48760 Summary: ConEmu shows 'GetConsoleProcessList failed' at startup Product: Wine Version: 5.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rpisl(a)seznam.cz Distribution: --- ConEmu shows "ConEmuC64.exe: PID=132: GetConsoleProcessList failed, code=0" at startup due to GetConsoleProcessList being just a stub. Returning zero is an error according to documentation, "because every console has at least one process associated with it". Then ConEmu starts successfully, so this is a minor issue. -- 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 7

[Bug 48201] New: unimplemented function KERNEL32.dll.SetCurrentConsoleFontEx
by WineHQ Bugzilla 25 Feb '22

25 Feb '22

https://bugs.winehq.org/show_bug.cgi?id=48201 Bug ID: 48201 Summary: unimplemented function KERNEL32.dll.SetCurrentConsoleFontEx Product: Wine Version: 4.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: davidmanuel1993(a)hotmail.com Distribution: --- When running a console program, wine crashes with: unimplemented function KERNEL32.dll.SetCurrentConsoleFontEx To reproduce you can compile the following program and try to run it with Wine. I compiled it with MinGW. https://pastebin.com/k5SfvEtp PS: This is a follow up of https://bugs.winehq.org/show_bug.cgi?id=47620 -- 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 51591] New: AFxW: file list panes aren't updated at start-up
by WineHQ Bugzilla 25 Feb '22

25 Feb '22

https://bugs.winehq.org/show_bug.cgi?id=51591 Bug ID: 51591 Summary: AFxW: file list panes aren't updated at start-up Product: Wine Version: 6.14 Hardware: x86-64 URL: https://web.archive.org/web/20210811070411/http://akt. d.dooo.jp/lzh/afxw32_165.zip OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: sagawa.aki+winebugs(a)gmail.com Distribution: Ubuntu Created attachment 70441 --> https://bugs.winehq.org/attachment.cgi?id=70441 AFxW window after launching AFxW[1], aka あふｗ in Japanese, is an ultra-low functionality two-pane file manager. After launching AFXW.EXE, it should show file lists in panes as seen in [2]. But, it doesn't on Wine. @momota1999, a reporter on Twitter, tweeted list items would be shown by moving the cursor (with up/down arrow keys) and the issue didn't occur on Wine 4.0 (Debian 4.0-2). I can confirm both of them with AFxW v1.65. Steps to reproduce: 1. unzip afxw32_165.zip 2. LANG=ja_JP.UTF-8 wine AFXW.EXE Expected result: File list panes are updated on start-up without any key inputs. You can see file names, their size and time stamps in the panes. Actual result: File list panes aren't updated on start-up. You can't see anything in the panes. Please refer to the attachment about this situation. [1] http://akt.d.dooo.jp/akt_afxw.html [2] http://akt.d.dooo.jp/afxwss/afxwss_b0.png -- 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 51574] New: swscanf_s with %zu fails for valid value
by WineHQ Bugzilla 25 Feb '22

25 Feb '22

https://bugs.winehq.org/show_bug.cgi?id=51574 Bug ID: 51574 Summary: swscanf_s with %zu fails for valid value Product: Wine Version: 6.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcrt Assignee: wine-bugs(a)winehq.org Reporter: winebugs(a)63bit.net Distribution: --- Running Microsoft Texconv.exe with parameters specifying height or width returns "Invalid value specified for h (512)". Link to source is here: https://github.com/microsoft/DirectXTex/blob/54ce2c8da97c3508899c31f80bfb1e… Link to binary is here: https://github.com/microsoft/DirectXTex/releases/download/aug2021/texconv.e… Example failing arguments are '-nowic -nologo -y -sepalpha -h 512 -w 512 -aw 256 -keepcoverage 0 -f BC7_UNORM -bc q -o "C:\dyndolod\TexGen_Output\Textures\lod" "C:\dyndolod\TexGen_Output\Textures\lod\bridge01lod.dds"' -- 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 7

[Bug 51465] New: EVE Online Launcher Crashes Due to Missing syscalls in Windows Credential Manager
by WineHQ Bugzilla 25 Feb '22

25 Feb '22

https://bugs.winehq.org/show_bug.cgi?id=51465 Bug ID: 51465 Summary: EVE Online Launcher Crashes Due to Missing syscalls in Windows Credential Manager Product: Wine Version: 6.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: algebro(a)tuta.io Distribution: --- Created attachment 70306 --> https://bugs.winehq.org/attachment.cgi?id=70306 Crash on authentication As of version 1917874 of the EVE Online launcher, the application crashes when trying to log in. According to the developers, they moved to a new credential management solution (involving https://github.com/frankosterfeld/qtkeychain and the Windows Credential Store), and they said that Wine currently doesn't implement the needed syscalls for this to function. I've attached a stacktrace which looks like it crashes somewhere in cryptopp, but I haven't been able to figure out much by debugging (winedbg doesn't see any of those function addresses as valid, and I haven't been able to map them to functions in a disassembler). Let me know if I can provide any more information that would be helpful. -- 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 56

[Bug 51348] New: uxtheme.SetWindowTheme should use SendMessage to send WM_THEMECHANGED
by WineHQ Bugzilla 25 Feb '22

25 Feb '22

https://bugs.winehq.org/show_bug.cgi?id=51348 Bug ID: 51348 Summary: uxtheme.SetWindowTheme should use SendMessage to send WM_THEMECHANGED Product: Wine Version: 6.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: uxtheme Assignee: wine-bugs(a)winehq.org Reporter: x1917x(a)gmail.com Distribution: --- Created attachment 70205 --> https://bugs.winehq.org/attachment.cgi?id=70205 Bad behavior The issue affects SourceInsight 4 in particular. SourceInsight has its own built-in theme functionality which doesn't get along well with any non-standard Wine theme. When a non-standard Wine theme is selected, then the main toolbar in SI4 ignores its app theme and always gets drawn with the selected Wine theme. Selecting the default Wine theme fixes the issue - the toolbar is drawn according to the app theme. On Windows it's ok no matter which UI theme is set. Screenshot of the issue is attached. The root cause of the issue is that UXTHEME_broadcast_msg/UXTHEME_broadcast_msg_enumchild in dlls/uxtheme/system.c both use a PostMessage() call to send WM_THEMECHANGED to affected window(s). In SI4 the main toolbar is implemented as a combination of a custom container window (si_Rebar class) and a standard win32 Rebar control (RebarWindow32 class). Immediately after creating the RebarWindow32 window, SI4 does SetWindowTheme(hwndRebar, L" ", L" ") for it. According to MSDN (https://docs.microsoft.com/en-us/windows/win32/api/uxtheme/nf-uxtheme-setwi…) > The theme manager retains the pszSubAppName and the pszSubIdList associations through the lifetime of the window, even if visual styles subsequently change. The window is sent a WM_THEMECHANGED message at the end of a SetWindowTheme call, so that the new visual style can be found and applied. > > When pszSubAppName and pszSubIdList are NULL, the theme manager removes the previously applied associations. You can prevent visual styles from being applied to a specified window by specifying an empty string, (L" "), which does not match any section entries. - this L" ", L" " stuff means that SI4 DOES NOT want for system visual styles being applied to its RebarWindow32 control. However, according to WINEDEBUG logs they were applied to all bg erase, painting etc operations no matter the SetWindowTheme(, L" ", L" ") call. Turns out that RebarWindow32' WndProc receives WM_THEMECHANGED too late, after all stuff including drawing already happened with the system-wide theme being applied. The reason why it was received so late is simple - SetWindowTheme implementation in wine uses PostMessage() instead of SendMessage(). Replacing it with a SendMessage() call allows to fix the bug. I've checked what Windows actually does in SetWindowTheme and found out that it always uses SendMessage to send WM_THEMECHANGED (for any HWND). So. suggested fix: diff --git a/dlls/uxtheme/system.c b/dlls/uxtheme/system.c index a37e532500a..3b6e6d2b6b6 100644 --- a/dlls/uxtheme/system.c +++ b/dlls/uxtheme/system.c @@ -59,7 +59,7 @@ static WCHAR szCurrentSize[64]; static BOOL CALLBACK UXTHEME_broadcast_msg_enumchild (HWND hWnd, LPARAM msg) { - PostMessageW(hWnd, msg, 0, 0); + SendMessageW(hWnd, msg, 0, 0); return TRUE; } @@ -72,7 +72,7 @@ static BOOL CALLBACK UXTHEME_broadcast_msg (HWND hWnd, LPARAM msg) } else { - PostMessageW(hWnd, msg, 0, 0); + SendMessageW(hWnd, msg, 0, 0); EnumChildWindows (hWnd, UXTHEME_broadcast_msg_enumchild, msg); } return TRUE; -- 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 51728] New: copypasta in pwcache.c:ctox()
by WineHQ Bugzilla 25 Feb '22

25 Feb '22

https://bugs.winehq.org/show_bug.cgi?id=51728 Bug ID: 51728 Summary: copypasta in pwcache.c:ctox() Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mpr Assignee: wine-bugs(a)winehq.org Reporter: gonzomdx(a)gmail.com Distribution: --- In https://source.winehq.org/git/wine.git/blob/refs/heads/master:/dlls/mpr/pwc… if( ( x >= 'a' ) && ( x <= 'a' ) ) should be changed to if( ( x >= 'a' ) && ( x <= 'f' ) ) -- 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 8

[Bug 51452] New: oleaut32:varformat fails in Wine when the currency sign has two characters or more
by WineHQ Bugzilla 25 Feb '22

25 Feb '22

https://bugs.winehq.org/show_bug.cgi?id=51452 Bug ID: 51452 Summary: oleaut32:varformat fails in Wine when the currency sign has two characters or more Product: Wine Version: 6.10 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: oleaut32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- oleaut32:varformat fails in Wine when the currency sign has two characters or more: https://test.winehq.org/data/patterns.html#oleaut32:varformat varformat.c:641: str=L"\062f.\0645.\200f 0.000" varformat.c:643: Test failed: Unexpected hr 0x80020005. In Morocco the currency sign has 5 characters. This is simply not supported by VarParseNumFromStr(). But even the currency sign is only two characters VarParseNumFromStr() fails because it advances a pointer by one character only. For instance with Polish: varformat.c:641: str=L"0,000 z\0142" varformat.c:643: Test failed: Unexpected hr 0x80020005. Note that the w10pro64 TestBot Windows VMs have an incorrect UserDefaultLCID so that these issues are not actually tested (see bug 51451). The w7u VMs are more correct in this regard but only test simple European cases (€). -- 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 51435] New: iostream float formatting broken
by WineHQ Bugzilla 25 Feb '22

25 Feb '22

https://bugs.winehq.org/show_bug.cgi?id=51435 Bug ID: 51435 Summary: iostream float formatting broken Product: Wine Version: 6.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcrt Assignee: wine-bugs(a)winehq.org Reporter: winebugz(a)t41t.com Distribution: --- Created attachment 70288 --> https://bugs.winehq.org/attachment.cgi?id=70288 test case solution demonstrating the error On wine-6.12-162-gd10887b8f56 Full solution is in the attachment, but Wine is improperly formatting floats when using printf "%g" or iostreams. A very simple example is: std::cout << 9.999999999999999e-5 << std::endl; It should print "0.0001". It does print "0". Of course, this affects much larger and more complicated programs, too. Tested on Ubuntu 20.04, although I don't think it matters. -- 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 51382] New: NetEase Cloud Music crashes on zh_CN.UTF-8 locale.
by WineHQ Bugzilla 25 Feb '22

25 Feb '22

https://bugs.winehq.org/show_bug.cgi?id=51382 Bug ID: 51382 Summary: NetEase Cloud Music crashes on zh_CN.UTF-8 locale. Product: Wine Version: 6.11 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: jactry92(a)gmail.com Distribution: --- Created attachment 70237 --> https://bugs.winehq.org/attachment.cgi?id=70237 Registry for adding '宋体' font replacement. This looks like a regression of 93ef83e903354e5d28a9a0b14dd2ff83504f2b0f. Step to reproduce: 1. `export LANG=zh_CN.UTF-8 LANGUAGE=zh_CN.UTF-8 LC_ALL=zh_CN.UTF-8` 2. `winetricks -q fakechinese arial` for installing Chinese font and work around a CEF issue. 3. Add this registry: ``` [HKEY_CURRENT_USER\Software\Wine\Fonts\Replacements] "宋体"="Source Han Sans SC" ``` 4. `wine cloudmusicsetup2.9.1.199099.exe` for installing the application. 5. `cd .wine/drive_c/Program\ Files/Netease/CloudMusic` and `wine cloudmusic.exe` for running the application. Then it will crash when startup. -- 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 6

[Bug 51303] New: Metal Gear Solid V: Ground Zeroes needs d3d11_swapchain_GetLastPresentCount implementation
by WineHQ Bugzilla 25 Feb '22

25 Feb '22

https://bugs.winehq.org/show_bug.cgi?id=51303 Bug ID: 51303 Summary: Metal Gear Solid V: Ground Zeroes needs d3d11_swapchain_GetLastPresentCount implementation Product: Wine Version: 6.11 Hardware: x86-64 OS: Linux Status: NEW Keywords: patch Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Silently stops with 0b30:fixme:dxgi:d3d11_swapchain_GetLastPresentCount iface 0x2c3aa70, last_present_count 0x41df3a0 stub! 0b30:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x14129dc2b Temporary workaround https://www.winehq.org/pipermail/wine-devel/2021-May/187851.html -- 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

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 December 2021