wine-bugs November 2021

wine-bugs@winehq.org

1 participants
4561 discussions

[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 31367] New: "OK" button in folder selecting dialog of XMPSetup is always unavailable
by wine-bugs＠winehq.org 20 Mar '22

20 Mar '22

http://bugs.winehq.org/show_bug.cgi?id=31367 Bug #: 31367 Summary: "OK" button in folder selecting dialog of XMPSetup is always unavailable Product: Wine Version: 1.5.9 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fracting(a)gmail.com Classification: Unclassified Created attachment 41208 --> http://bugs.winehq.org/attachment.cgi?id=41208 Log: XMPSetup folder open dialog broken 1. Download XMPSetup: http://xmp.down.sandai.net/kankan/XMPSetup_4.9.0.1099-www.exe 1.5. (Optional) Works around bug 31366 with `winetricks riched20` for displaying file path in the file open dialog 2. Start with Wine XMPSetup 3. - Click "接受"/"OK" - Click "下一步"/"Next" - Click "浏览"/"open" to open the "Select an Folder Dialog"/"选择文件夹" - Select any folder in the dialog Expect result: the "OK"/"确定" button should be available Actual result: the button is always grey and unavailable Not sure if the below message is related: --- snip --- fixme:shell:BrsFolder_OnCreate flags BIF_NEWDIALOGSTYLE partially implemented fixme:shell:BrsFolder_OnCreate flags 110 not implemented --- snip --- -- 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 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 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 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

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs November 2021