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.
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.
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.
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.
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.
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.
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.
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.
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.
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.