https://bugs.winehq.org/show_bug.cgi?id=46163
Bug ID: 46163
Summary: Regression - Windows Media Player 10 (& DirectSong) -
MP3 Playback Is Busted
Product: Wine
Version: 3.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: cwbussard(a)gmail.com
Distribution: ---
FORMERLY it was possible to get mp3 playback working in wine with the following
procedure:
1. Create win32 prefix.
2. Install WMP10.
3. Change l3codeca from "native" to "built-in."
(At this point MP3s can be played, but will experience the "too fast playback"
bug noted in https://bugs.winehq.org/show_bug.cgi?id=38421 ).
4. Install quartz and devenum and set to "native."
As best I can tell, the last version where MP3 playback worked was 3.11.
Beginning with 3.12 through 3.20 (current as of this writing), the above does
NOT work. WMP acts as if it is playing the MP3, but no sound is emitted.
This bug also affects programs that rely on wmvcore for playback, such as
DirectSong, which is used to supply bonus music in games such as Guild Wars.
--
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=40291
Bug ID: 40291
Summary: Borderlands crashes when forced DirectX 9 using -DX9
Product: Wine
Version: 1.9.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3dx9
Assignee: wine-bugs(a)winehq.org
Reporter: vblanton(a)gmail.com
Distribution: ---
Created attachment 53931
--> https://bugs.winehq.org/attachment.cgi?id=53931
backtrace from commandline, lsusb, lspci
Borderlands runs decent on my Fedora/MacBook Pro/Intel 3000 without any
arguments (~20fps). However, I read online that one could achieve significantly
faster frame-rates by forcing Borderlands to only use DirectX 9 with "-DX9"
"wine Borderlands.exe -DX9"
This, however causes the game to crash
I thought this might be interesting, valuable information, or perhaps even
fixable.
--
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=47538
Bug ID: 47538
Summary: osu! web installer 20190716.5: Crashes when running
after downloading and installation
Product: Wine
Version: 4.12.1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: huupoke12(a)yahoo.com.vn
Distribution: ---
Created attachment 64931
--> https://bugs.winehq.org/attachment.cgi?id=64931
Terminal output
Download osu! at: https://m1.ppy.sh/r/osu!install.exe
Run the installer (Default installation path)
After done downloading, it runs.
A logo appears, then the application crashes.
---
SHA1 of osu!install.exe version 20190716.5:
36d7474406f9809a410f8b3efa25fe9b1f7c5a69
GGDrive URL for exact version download:
https://drive.google.com/open?id=19I4TXVfZKHWobxhXqbyjSU_rRolo6fFf
--
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=44784
Bug ID: 44784
Summary: Lingvo x6 portable does not start
Product: Wine
Version: 3.4
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: maksim.andronenkov(a)rovaniemi.uz
Created attachment 60812
--> https://bugs.winehq.org/attachment.cgi?id=60812
logs
Recently installed wine 3.4 on MacOS High Sierra and tried to run Lingvo X6
portable www.lingvo.ru but did not happen. Logs are attached.
--
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=41564
Bug ID: 41564
Summary: Google Nik Collection: Top menu bar gone and cursor
gone
Product: Wine-staging
Version: 1.9.21
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dan.Tableau(a)gmail.com
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
Hello, I just want to report that using wine 1.9.21 (staging) with the Google
Nik Collection creates the following issues:
Top menu bar gone, cursor gone (while inside the window).
After switching to winehq-devel, as suggest in the IRC (Thanks, slackner), the
problem was gone. Both times the version used was: 1.9.21
Let me know if more info is needed. Thank for doing all this and keeping it up
and running!
--
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=48462
Bug ID: 48462
Summary: "Listen to RawKey* events in the desktop thread" patch
makes keyboard unreliable in EverQuest
Product: Wine-staging
Version: 5.0-rc5
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dvufhr.nznqarjf(a)noclue.notk.org
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Regression SHA1: 8218a789558bf074bd26a9adf3bbf05bdb9cb88e
Distribution: Fedora
Upgrading from 4.21 to 5.0-rc3 on fedora caused unreliability issues for
keyboard in EverQuest (EQ below):
- windowed EQ window sometimes (!) taking input when not focused, even when
hidden in another workspace
- modifier keys (shift, alt, ctrl) sometimes working, sometimes not.. For
example right shift seemed to work well exactly once immediately after
defocusing/refocusing the window, but not after that, while the left shift key
worked a bit better for some reason. I couldn't figure out why or what he hell
is happening.
Well, anyway, game input goes pretty bonkers and the game is much more
difficult to play. I know EQ makes heavy use of raw inputs itself, it
reprocesses all keys not as input letters but as key presses and this leads to
some weird input sometimes (e.g. typing fast enough with a bit of graphical lag
will queue input letters, but pressing shift then will affect letters currently
being processed in the backlog, this is pretty interesting and probably not
wine's fault); but this patch takes it to a whole new level.
I bisected the staging tree down to this patch:
patches/user32-rawinput-keyboard/0004-winex11.drv-Listen-to-RawKey-events-in-the-desktop-t.patch
introduced in staging commit 8218a789 ("Updated rawinput patchsets")
Happy to test things if required, or report somewhere else if that helps.
Thanks!
--
Dominique Martinet | Asmadeus
--
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=49022
Bug ID: 49022
Summary: SWTOR crashes wineserver
Product: Wine
Version: 5.7
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: fabienmoal(a)wanadoo.fr
Distribution: ---
Created attachment 67000
--> https://bugs.winehq.org/attachment.cgi?id=67000
backtrace
wineserver failed on new version 5.7 with swtor crashs after launching (during
splash screen)
i don't know how to launch wineserver with debug mode ?
see gdb backtrace in attachment
--
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=48999
Bug ID: 48999
Summary: Filemaker Advanced 18 crashes on startup
Product: Wine
Version: 5.0-rc3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: julien.arnaud(a)sib-retail.com
Distribution: ---
Created attachment 66970
--> https://bugs.winehq.org/attachment.cgi?id=66970
Crash dump
Installation of Filemaker Advanced 18 went well, but when trying to run it, the
program craches with the attached dump.
--
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=47408
Bug ID: 47408
Summary: Katamari Damacy: AppData\Local mismatch causes Steam
Cloud to be ignored
Product: Wine
Version: 4.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: devilj(a)outlook.pt
Distribution: ---
Hi,
This game seems to have hardcoded the directories for the AppData\Local and
AppData\LocalLow folders, and that means the game isn't syncing with Steam
Cloud, because Steam is a good program and knows where to store the files
correctly and this game doesn't.
Specifically, Steam saves in the right directory ("%LocalAppData%" ->
"%USERPROFILE%\Local Settings\Application Data\"), and the game is looking for
"%USERPROFILE%\AppData\Local\"; thus, Steam can't see the files that the game
writes and vice-versa. Note that the game loads and saves correctly; it just
does it in the wrong directory.
There is also the issue of LocalLow being missing entirely.
Now, obviously, this bug sits entirely with the game; but there seems to be
more reports about games missing these specific folders (see bug #45713). And
this bug is very easily fixable, too, by creating symlinks.
That said, the AppData directories are standard since Windows Vista, and Wine
is using the very old, XP-style Application Data structure.
I propose that we create symlinks from AppData\Local and AppData\Romaing
pointing to the correct directories, and create AppData\LocalLow on prefix
creation. Hopefully that would be simple to do, and it'd fix every bug of this
kind.
--
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=49018
Bug ID: 49018
Summary: Star Citizen crashes immediately on pressing the
Launch Game button
Product: Wine
Version: 5.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winecrt0
Assignee: wine-bugs(a)winehq.org
Reporter: michael.scott(a)quest-arts.co.uk
Distribution: ---
Since updating to wine-5.6 Star Citizen crashes when attempting to launch the
game from the Launcher.
I have investigated and determined the crash first started to occur from the
following commit:
8th April 036f4dca3c7f9ee8964bb4ae0c4bcd106a347c7b
winecrt0: Rebuild the argv array instead of getting it from libwine.
The error shown in the Lutris error log is:
[2038.121] [error] Star Citizen process exited abnormally (code: 2147483651) :
Command failed: C:\Program Files\Roberts Space
Industries\StarCitizen\LIVE\Bin64\StarCitizen.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.