https://bugs.winehq.org/show_bug.cgi?id=50106
Bug ID: 50106
Summary: ESync broke mountmgr
Product: Wine-staging
Version: 5.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: javirrdar(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
After wine update 5.19 (gb49e8743) to 5.21 (ge2d9f97b) mountmgr just stop
working on my setup. Symptoms are constant spamming:
> fixme:service:scmdatabase_autostart_services Auto-start service L"MountMgr" failed to start: 50
> fixme:service:scmdatabase_autostart_services Auto-start service L"winebus" failed to start: 50
And winecfg can't connect to Mount Manager, installers (e.g. GoG installer)
doesn't display anything on directory select. If you disable esync\fsync using
env variables, it works.
It seems like this bug appears on 5.19 (gbe9c9681) and newest wine-staging
versions.
Oddly, with WINEDEBUG=+all it works (slowly, but works). Some race condition in
ESync?
How to reproduce:
- Create new wine prefix
- Launch winecfg (issue not occurs)
- Close winecfg
- Launch winecfg again (issue occurs)
After that issue will occurs every 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.
https://bugs.winehq.org/show_bug.cgi?id=46021
Bug ID: 46021
Summary: Mass Effect 3 | Mouse uncontrollably / jumps around.
Keyboard button "locks in" sometimes
Product: Wine-staging
Version: 3.18
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: roquene(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Moving mouse let it jump uncontrollably around. very slow minimal movement seem
to work, but faster let the player character make a 180°. moving the mouse
upwards sometimes "locks" the camera facing upwards and only possible to turn
it in circle.
Moving the character per keyboard sometimes locks in. So moving forward and
releasing the button and the character keeps moving until key pressed again.
in game menu comparable behaviour. moving over menupoint only highlight it if
moved very slow.
problem does not occur in normal 3.18 and not with old versions like
staging-2.8
could not test later version. staging-2.21 for example shows only black screen.
--
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=45687
Bug ID: 45687
Summary: PulseAudio patchset causes crackling audio
Product: Wine-staging
Version: 3.14
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sykhro(a)protonmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
I couldn't narrow it down much, sounds like a resampling problem(?).
Using Gentoo default pulseaudio config and a Scarlett 2i2 USB audio interface.
--
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=48253
Bug ID: 48253
Summary: League of Legends you can't create and/or join a lobby
on Arch Linux
Product: Wine-staging
Version: 4.20
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kassin.dornelles(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 65915
--> https://bugs.winehq.org/attachment.cgi?id=65915
league of legends lutris logs
You can't create a lobby or join a lobby on Arch Linux, i think at this point
doesn't matter the Wine version, maybe some Arch dep package is borked? (i did
a fresh install just to make sure)
here's a example of how the game client lobby options will look like:
https://preview.redd.it/yeasiff2du141.png?width=1286&format=png&auto=webp&s…
--
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=47703
Bug ID: 47703
Summary: warships
Product: Wine-staging
Version: 4.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: leha.ermolin2012(a)yandex.ru
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 65174
--> https://bugs.winehq.org/attachment.cgi?id=65174
World of Warships не заходит в Адмиралтейство
В World of Warships при входе в Адмиралтейство или Клан возникает ошибка.
--
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=49556
Bug ID: 49556
Summary: 0024:err:seh:raise_exception Unhandled exception code
c0000005 flags 0 addr 0x7bc88e20
Product: Wine-staging
Version: 5.12
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kenorb(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
I'm using filever.exe inside Docker container which in some configuration
crashes on run, and some works.
Initially I've managed to make it not crash with:
- wine-5.9 (Staging)
- wine-5.12 (Staging)
But after using wine-5.12 a while, I couldn't make it not crash.
When running: wine filever.exe terminal64.exe
it works fine.
When running: wine filever.exe /v terminal64.exe
it shows the following output and crashes:
--a-- W32 APP - 5.0.0.2515 shp 56,960,616 07-03-2020 terminal64.exe
Language 0x0000 (English)
CharSet 0x04b0 Unicode
...
SubType: 00000000
FileDate: 00000000:00000000
wine: Unhandled page fault on read access to 65786526 at address 7BC88E20
(thread 0024), starting debugger...
0024:err:seh:raise_exception Unhandled exception code c0000005 flags 0 addr
0x7bc88e20
$ winedbg filever.exe /v terminal64.exe
007c:err:ntoskrnl:ZwLoadDriver failed to create driver
L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\wineusb": c0000142
WineDbg starting on pid 00c8
0x000000007bcd18a5: ret
Wine-dbg>bt
Backtrace:
=>0 0x000000007bcd18a5 (0x000000000031ffd8)
1 0x000000007b449622 EntryPoint+0x23651() in kernel32 (0x000000000031ffec)
Wine-dbg>bt all
0x000000007bcd18a5: ret
Backtracing for thread 00cc in process 00c8 (C:\windows\filever.exe):
Backtrace:
=>0 0x000000007bcd18a5 (0x000000000031ffd8)
1 0x000000007b449622 EntryPoint+0x23651() in kernel32 (0x000000000031ffec)
0x000000007bcd18a5: ret
Here are the reproducible steps using Docker container (which I'm using):
1. Pull and run Docker container:
local$ docker run -it --entrypoint /bin/bash ea31337/ea-tester
2. Inside Docker, install required binaries (e.g. filever and platform binary
to check).
docker$ /opt/scripts/eval.sh install_mt 5.0.0.2515
3. Go to downloaded platform dir.
$ cd ~/.wine/drive_c/MetaTrader\ 5/
4. This command should work:
$ wine filever.exe terminal64.exe
--a-- W32 APP - 5.0.0.2515 shp 56,960,616 07-03-2020 terminal64.exe
5. This command crashes at the end:
$ wine filever.exe /v terminal64.exe
...
FileDate: 00000000:00000000
wine: Unhandled page fault on read access to 65786526 at address 7BC88E20
(thread 0024), starting debugger...
0024:err:seh:raise_exception Unhandled exception code c0000005 flags 0 addr
0x7bc88e20
6. Although works for another binaries:
$ wine filever.exe /v metatester64.exe
(no errors at the end)
$ wine filever.exe /v metaeditor64.exe
(no errors at the end)
7. To run under debugger, run:
$ winedbg filever.exe /v terminal64.exe
Xvfb is already running, run: "export DISPLAY=:0" to access display.
The filever.exe is the same which is included with
WindowsXP-KB838079-SupportTools
(https://github.com/EA31337/EA-Tester/releases/download/4.x/WindowsXP-KB8380…).
If you download from the link, you can use cabextract to extract that binary
(e.g. cabextract -F support.cab *.exe && cabextract -F filever.exe *.cab &&
install -v filever.exe ~/.wine/drive_c/windows).
I was using filever.exe quiet often in my scripts and never had this issue.
Any clues if that's the Wine bug or filever.exe?
--
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=48057
Bug ID: 48057
Summary: Application binds to same port multiple times from
wine 4.18 works fine on 4.17
Product: Wine-staging
Version: 4.19
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: richard.it(a)outlook.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 65601
--> https://bugs.winehq.org/attachment.cgi?id=65601
Netstat Output With Application running on 4.18
Game server FLServer.exe appears to bind to the same port multiple times from
wine 4.18 making the application unable to communicate on the network.
Wine 4.17 works correctly.
Winetricks mfc42 required to get FLServer.exe to run.
Winetricks directplay for network.
Run FLServer.exe but unable to connect to it.
Steps to Reproduce:
1. Install game with FLServer.exe
2. winetricks mfc42 directplay
--
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=50503
Bug ID: 50503
Summary: Diablo 1: Game crashes after intro videos
Product: Wine
Version: 6.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: xillusium(a)gmail.com
Distribution: ---
Created attachment 69165
--> https://bugs.winehq.org/attachment.cgi?id=69165
WINEDEBUG=warn+d3d wine HELLFIRE.EXE &> 1.log
When I run the game, intro videos playing. After that, when game should open
main menu, it crashes.
I used a patch https://bugs.winehq.org/show_bug.cgi?id=2082#attach_51248 to
make the game menu visible (modified to use an environment variable to apply)
and this bug is not occured in wine 5.0, so it can be regression.
--
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=50006
Bug ID: 50006
Summary: The intro in The Sims Complete Collection gets played
too fast
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sashok.olen(a)gmail.com
Distribution: ---
On current wine-staging master, The Sims Complete Collection can finally play
its EA games intro and loads the game without using any special launch flags.
However, the intro gets played incredibly fast compared to Windows and is only
visible for a few frames, which is not normal because on Windows it's about a
second long.
Attached is a log with -ddraw,+quartz,+amstream debug channels (ddraw is
disabled to avoid spam from a staging patchset regarding system videomem).
--
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.