https://bugs.winehq.org/show_bug.cgi?id=54793
Bug ID: 54793
Summary: LeagueClient.exe get's stuck in the league of legends
logo before crashing
Product: Wine
Version: 8.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kassin.dornelles(a)gmail.com
Distribution: ---
Created attachment 74287
--> https://bugs.winehq.org/attachment.cgi?id=74287
Logs from when the LoL logo starts and when it crashes.
When launching the LeagueClient.exe launcher pressing "Play" in the
RiotClientServices.exe window it will show up the league of legends logo but it
will be stuck on it for 1 to 2 minutes before it stops trying to launch the
game client, so the riotclientservices "Play" button will get re-enabled for
the user to try again
Steps to reproduce:
- Install WINE 8.5 (upstream release)
- Install corefonts (via Winetricks or System wide, i did install system wide)
to get the riotclientservices.exe to actually work
- Launch the game installer that you got from
"https://signup.leagueoflegends.com/en-us/signup/redownload"
- Press install and wait for it, when its over it will launch the
riotclientservices.exe
- Wait for the league client to be downloaded by the riot client, press play
after it and that's it.
Ive seen other issues but seems like most of them got abandoned by the author
and were also using an older version of WINE (please move the issues to gitlab
if possible)
Some random info:
I have all wine dependencies installed, i'm on arch linux, i have corefonts
installed and the prefix is a new one, clear, not even dxvk or vkd3d-proton is
installed, is as clear as it can be.
GPU and CPU is not relevant because a bunch of people in different hardware get
the same exact issue every time.
i'm attaching logs
--
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=42668
Bug ID: 42668
Summary: RealMYST crashes with "Too many open files" error
Product: Wine
Version: 2.3
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: psychonaut(a)nothingisreal.com
Distribution: ---
Created attachment 57619
--> https://bugs.winehq.org/attachment.cgi?id=57619
Console output from Wine 2.3
realMYST (as distributed by GoG) crashes near the end of the introductory
sequence, right before the book lands at the bottom of the screen. If I abort
the introduction, I can start playing the game, which seems to work fine,
except that it crashes after a few minutes (usually, but not always, when I try
to save). The console output gives a message about too many files open:
err:winediag:FILE_CreateFile Too many open files, ulimit -n probably needs to
be increased
I note that this is the same problem reported by Comment #10 of Bug 18975. I
haven't tried increasing my maximum number of open file descriptors. It's
currently set to 1024, though I think it would be bizarre for the game to
require even that many.
Unfortunately, it is not possible for me to get a backtrace. When I use
winedbg, the game slows to a crawl and it's impossible to do anything.
--
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=21983
Summary: Buttons come on each other in Proteus
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ssserkkk(a)yahoo.com
hi!
The buttons in ISIS and ARES come on each other. The ones that create this
problem are "subcircuit mode ile terminals mode",
"virtual instruments mode and 2D graphics line mode" in ISIS program;
"connectivity highlight mode and round through-hole pad mode", "padstack mode
and 2D graphics line mode" in ARES.
--
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=54948
Bug ID: 54948
Summary: EA app fails after login
Product: Wine
Version: 8.8
Hardware: x86-64
URL: https://www.ea.com/ea-app
OS: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
d3dcompiler_47 (x64) putted in '../Program Files/Electronic Arts/EA Desktop/EA
Desktop'
After login the app main window shows for a second and then immediately closes.
Disabling d3d12 helps.
0a88:fixme:dxgi:d3d12_swapchain_init Ignoring swap effect 0x4.
0a88:fixme:dxgi:d3d12_swapchain_init Ignoring swapchain flags 0x2.
Assertion failed: !status, file ../wine/dlls/winevulkan/loader_thunks.c, line
160
0324:err:seh:call_stack_handlers invalid frame 000000001C07EA48
(000000001C082000-000000001C180000)
0324:err:seh:call_stack_handlers invalid frame 000000001C07C820
(000000001C082000-000000001C180000)
0324:err:seh:NtRaiseException Exception frame is not in stack limits => unable
to dispatch exception.
8.8-34-gd54e7cd51db
--
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=54994
Bug ID: 54994
Summary: Problem with Dolphin emulator "X Error of failed
request: GLXBadFBConfig" and OpenGL < 4.6
Product: Wine
Version: 8.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kle(a)bluewin.ch
Distribution: ---
Hi all!
Here follows a new bug report regarding a "X Error of failed request:
GLXBadFBConfig" error in conjunction with the dolphin emulator. This problem is
present for me since Wine 8.6 and Mesa 23.2.0-devel (git-483639d 2023-04-24
jammy-oibaf-ppa).
It is unclear if this is a Mesa or a Wine bug. Originally this was reported at
the Mesa issue tracker here:
https://gitlab.freedesktop.org/mesa/mesa/-/issues/8901
Maybe someone from the Wine project can bring more clarity where the problem is
coming from. ;-)
Note, this issue is similar to old bug 50859. But in contrast the underlying
problem does not affect all applications. I was only able to reproduce this
issue with the dolphin emulator.
A workaround is to add "MESA_GL_VERSION_OVERRIDE=4.6" and override the reported
OpenGL version to 4.6. Interestingly this even works with OpenGL 3.3 based
hardware like an Intel HD 2000 iGPU. And this is only valid for OGL 4.6. A
lower OGL override like "MESA_GL_VERSION_OVERRIDE=4.5" has no effect.
--
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=47325
Bug ID: 47325
Summary: Steam Login: cannot select Account Name or Password
text boxes when emulating a Virtual Desktop
Product: Wine
Version: 4.9
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jeffersoncarpenter2(a)gmail.com
Distribution: ---
Steps to reproduce:
* Emulate a virtual desktop through winecfg.
* Install and run Steam. Proceed to the login prompt.
* Attempt to select the "Account name" and "Password" textboxes.
Expected Behavior:
Textbox is selected when it is clicked on, i.e. it displays a flashing cursor
and characters accumulate in it when keys are pressed.
Actual Behavior:
Textbox is not selected. No cursor is displayed, and it does not respond to
key presses.
Easy Workaround:
Grab and move the steam login window inside of the virtual desktop. After
doing this it becomes possible to select the text boxes in the window and enter
Account Name and Password.
--
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=31278
Bug #: 31278
Summary: The Longest Journey: "eye-mouth-hand" dialog only
appears sometimes (randomly?)
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: rmmartins(a)gmail.com
Classification: Unclassified
This bug has been described by Octavian Vocu on one of his comments in another
bug report from the same game
(http://bugs.winehq.org/show_bug.cgi?id=11819#c39). I'm pasting an excerpt of
his comment below because it explains exactly what's happening:
"There is still some issue related to doing actions on objects, with the mouse.
Clicking an actionable object should display the eye-mouth-hand dialog. Mouse
shows correct pointer, but simply clicking has no effect. I noticed that as you
push the left mouse button, you need to move the mouse slightly for the action
dialog to appear. Might be related to transparent windows, not sure yet."
It's certainly a different bug and deserves a different report, that's why I'm
creating this.
I've tested this on Debian Sid (i386) with wine-1.5.9. The console output is
small, so I just pasted it below; the messages look the same as every other bug
report on the game. The last three fixme's repeat a million times.
fixme:win:EnumDisplayDevicesW ((null),0,0x33eb04,0x00000000), stub!
fixme:ddraw:ddraw7_Initialize Ignoring guid
{00000000-0000-0000-0000-000000000000}.
fixme:d3d_surface:wined3d_surface_flip Ignoring flags 0x1.
fixme:d3d_surface:surface_load_location Unimplemented location SFLAG_INSYSMEM
for depth/stencil buffers.
fixme:d3d_surface:surface_unmap Depth / stencil buffer locking is not
implemented.
fixme:d3d:state_subpixel Render state WINED3D_RS_SUBPIXEL not implemented yet.
fixme:d3d:state_flushbatch Render state WINED3D_RS_FLUSHBATCH not implemented
yet.
fixme:d3d_surface:surface_load_location Unimplemented location SFLAG_INSYSMEM
for depth/stencil buffers.
fixme:d3d_surface:surface_load_location Unimplemented location SFLAG_INSYSMEM
for depth/stencil buffers.
fixme:d3d_surface:surface_unmap Depth / stencil buffer locking is not
implemented.
It might be important to notice that Octavian was probably on the right track
of fixing this with his previous patches. The game runs pretty well on 1.3.32
with three of his patches (http://bugs.winehq.org/show_bug.cgi?id=11819#c37);
the issue reported here is the main thing keeping it from being almost perfect.
Also, on a 1.5.9 with the same three patches (even though the characters are
invisible again) the following three messages appear when you click an object
(when the dialog should be displayed):
fixme:x11drv:X11DRV_WindowPosChanged transparent window, fixing window rect
fixme:x11drv:X11DRV_WindowPosChanged transparent window, fixing window rect
fixme:x11drv:X11DRV_WindowPosChanged transparent window, fixing window rect
--
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=41976
Bug ID: 41976
Summary: Very high CPU usage while downloading stuff in Steam
Product: Wine
Version: 2.0-rc1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: t.artem(a)mailcity.com
Distribution: ---
I'm now downloading Crysis in the latest Steam/Wine releases and CPU usage is
extremely high:
PID USER PR NI VIRT RES %CPU %MEM TIME+ nTH COMMAND
31543 birdie 20 0 2731.0m 227.1m 51.7 1.4 6:43.52 42 Steam.exe
31401 birdie 20 0 8.0m 5.6m 49.0 0.0 5:44.30 1 wineserver
One extra note: I'm downloading to tmpfs so disk IO has zero effect on this
process.
The current download speed is around 3MB/sec (24Mb/sec).
This is a bug.
--
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=36511
Bug ID: 36511
Summary: widl fails to build with clang -fsanitize=undefined
Product: Wine
Version: 1.7.19
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: tools
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
make[1]: Entering directory `/home/austin/src/wine-clang/tools/widl'
clang -fsanitize=undefined -m32 -g -O2 -o widl client.o expr.o hash.o header.o
proxy.o register.o server.o typegen.o typelib.o typetree.o utils.o widl.o
write_msft.o parser.tab.o parser.yy.o ../../libs/wpp/libwpp.a
../../libs/port/libwine_port.a
../../libs/wpp/libwpp.a(ppy.tab.o): In function `ppy_parse':
/home/austin/src/wine-clang/libs/wpp/ppy.y:397: undefined reference to
`__mulodi4'
/home/austin/src/wine-clang/libs/wpp/ppy.y:397: undefined reference to
`__mulodi4'
/home/austin/src/wine-clang/libs/wpp/ppy.y:397: undefined reference to
`__mulodi4'
clang: error: linker command failed with exit code 1 (use -v to see invocation)
make[1]: *** [widl] Error 1
make[1]: Leaving directory `/home/austin/src/wine-clang/tools/widl'
make: *** [tools/widl] Error 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.
https://bugs.winehq.org/show_bug.cgi?id=52365
Bug ID: 52365
Summary: Amayakase (Adult Visual Novel) - Entering Fullscreen
Renders a Black Window
Product: Wine
Version: 7.0-rc5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: bridge.remove.de0abd(a)gizmotik.com
Distribution: ---
Created attachment 71553
--> https://bugs.winehq.org/attachment.cgi?id=71553
Wine (non-Staging) 7.0-rc5 Terminal Output
SHA256:
d05912af4b526140d0838eb8dd0f8b55663c4351a9b34a330d18d75740adcba9
Download:
(The application is a retail product:
https://jastusa.com/games/jast024/amayakase---spoiling-my-silver-haired-gir…
)
Wine Version:
Wine (non-Staging) 7.0-rc5
------
Entering fullscreen through the in-application settings causes the fullscreen
window to render blank/black.
--
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.