https://bugs.winehq.org/show_bug.cgi?id=55768
Bug ID: 55768
Summary: gdi32:driver - test_D3DKMTCheckOcclusion() sometimes
gets unexpected success on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
gdi32:driver - test_D3DKMTCheckOcclusion() sometimes gets unexpected success on
Windows:
driver.c:770: Test failed: Got unexpected return code 0.
driver.c:784: Test failed: Got unexpected return code 0.
driver.c:789: Test failed: Got unexpected return code 0.
See https://test.winehq.org/data/patterns.html#gdi32:driver
Where 0 == STATUS_SUCCESS
The test expects success in dual screen configurations and
STATUS_GRAPHICS_PRESENT_OCCLUDED otherwise. The failures all happen when a
single-screen configuration gets success instead of the expected occlusion
error.
That's quite rare and happens irregularly though:
* 2023-02-23 win22H2_fgtb-w10pro64-rx550-64
* 2023-03-02 win1507_newtb-w1064v1507-32
* 2023-03-09 win81_newtb-w864-64
* 2023-03-29 win1507_newtb-w1064v1507-32
* 2023-04-18 win1507_newtb-w1064v1507-32
* 2023-09-08 win1507_newtb-w1064v1507-64
* 2023-10-09 win1507_newtb-w1064v1507-64
Maybe it's caused by interference from another test?
--
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=55767
Bug ID: 55767
Summary: user32:win - test_SC_SIZE() fails with the Wayland
driver
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
user32:win - test_SC_SIZE() fails with the Wayland driver:
win.c:12804: Test failed: rect.left = 100
win.c:12806: Test failed: rect.right = 200
See https://test.winehq.org/data/patterns.html#user32:win
These failures are systematic (see rbernon-wayland-*) and started on
2023-09-27.
--
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=55766
Bug ID: 55766
Summary: user32:win - test_SetActiveWindow_0() gets a bad
foreground Window in wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
user32:win - test_SetActiveWindow_0() gets a bad foreground Window in KDE:
win.c:3817: Test failed: GetForegroundWindow returned 00180136
win.c:3819: Test failed: GetActiveWindow returned 00180136
win.c:3821: Test failed: GetFocus returned 00180136
See https://test.winehq.org/data/patterns.html#user32:win
This is systematic[1] on fg-deb64, my development desktop, maybe because it
runs KDE?
However it also happens in the GitLab CI, though only when testing MRs, not in
the nightly WineTest runs!
* 2023-10-09 MR!4055
* 2023-10-05 MR!3994
* 2022-11-14 MR!1342
* 2022-11-13 MR!1341
* 2022-11-10 MR!1326
[1] Actually for the past 8 months fg-deb64 has a total of 2 runs without these
failures, out of 635.
--
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=54870
Bug ID: 54870
Summary: Logos Bible 10 (dotnet 6) crashes trying to load image
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: johnpgoodman(a)gmail.com
Distribution: ---
Created attachment 74363
--> https://bugs.winehq.org/attachment.cgi?id=74363
Terminal output with crash info
The app crashes when trying to display an image which is embedded at the
beginning of a specific book. It may apply to other books if they have embedded
images? If you open the book beyond the first page (by moving it there on a
windows machine and syncing position) then it will open ok. It's only as the
image comes on the screen that there is a crash. You never see the image. Some
other books work ok but this one crashes every time so it is likely to do with
image file type or possibly whether it is being fetched remotely?
Terminal output 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=53167
Bug ID: 53167
Summary: xaudio2_7:xaudio2 - test_simple_streaming() has a rare
failure caused by out-of-order callbacks
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: xaudio2
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
xaudio2_7:xaudio2 - test_simple_streaming() has a rare (~4.5%) failure caused
by out-of-order callbacks:
Mostly
xaudio2.c:69: Test failed: Callbacks called out of order: 1
but also sometimes (w8, w8adm, w864, w10pro64-ja, w10pro64-ko):
xaudio2.c:69: Test failed: Callbacks called out of order: 3
https://test.winehq.org/data/patterns.html#xaudio2_7:xaudio2
This failure (in the ': 1' version) also happens in Wine at about the same rate
(~5%)!
--
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=55758
Bug ID: 55758
Summary: quartz:filtergraph - test_render_run() sometimes gets
a partial render in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
quartz:filtergraph - test_render_run() sometimes gets a partial render in Wine:
filtergraph.c:635: Test failed: Got hr 0x40242.
filtergraph.c:645: Test marked todo: Got hr 0.
filtergraph.c:617: running L"test.mp3"
filtergraph.c:624: Tests skipped: L"test.mp3": codec not supported; skipping
test
filtergraph.c:571: Test failed: Got hr 0x80004005.
Unhandled exception: page fault on read access to 0x00000000 in wow64 32-bit
code (0x0043afbc).
[...]
See https://test.winehq.org/data/patterns.html#quartz:filtergraph
Where 0x40242 == VFW_S_PARTIAL_RENDER
0x80004005 == E_FAIL
The first known instance happened on 2023-08-08 in a merge request (there is no
known instance in the previous 6 months). Also it seems to mainly happen in the
GitLab CI:
* 2023-08-08 MR!3526
* 2023-08-17 linux_rbernon-x11-fvwm-win32
* 2023-10-05 linux_gitlab-debian-32
* 2023-10-06 linux_gitlab-debian-32
--
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=55753
Bug ID: 55753
Summary: Fonts on dialog/modal windows are not aliased
Product: Wine
Version: 8.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: fonts
Assignee: wine-bugs(a)winehq.org
Reporter: jimmyg521(a)gmail.com
Distribution: ---
Created attachment 75248
--> https://bugs.winehq.org/attachment.cgi?id=75248
Screenshot of application mp3tag with open dialog box showing unalised fonts
I'm on a brand new install of MXLinux v23/Debian Bookworm with the latest
stable/dev wine using the Debian Bookworm PPA from WineHQ (now after
significant trouble-shooting). **Previous install of MXLinux v21 with it's
version of wine-staging did not exhibit this behavior.**
Current system/wine information:
√ ~ > uname -a
Linux HOLLIN 6.1.0-10-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.38-2 (2023-07-27)
x86_64 GNU/Linux
HOLLIN [uname -a] ~
23-10-08 4:17PM
√ ~ > wine --version
wine-8.17
MX-Linux System Report:
KDE Plasma 5.27.5; Debian 12.2
CPU: 8-Core Intel Core i7-10700 (-MT MCP-) speed/min/max: 990/800/4800 MHz
Kernel: 6.1.0-10-amd64 x86_64 Up: 8d 9h 1m Mem: 6843.1/15775.5 MiB (43.4%)
Storage: 19.11 TiB (41.5% used) Procs: 476 Client: Unknown Client: mx-welcome
inxi: 3.3.06
====
Problem is not about an application installing or running, it's about the
dialog windows that both Wine itself and applications display. For example, I
can run the notepad app from a terminal in any wine prefix (default 64-bit or a
new 32-bit)and its fonts on menubar and menus look fine. But if, for example, I
select from the menubar File > Open, the fonts on the Open dialog window are
not aliased. The dialog itself is fully functional, its only the fonts that are
unaliased. WineCfg it turns out is a dialog (modal?) window and it opens with
unaliased fonts. No change to any of the fonts listed on the WineCfg Desktop
Integration Appearance Theme modify this font behavior.
I have:
1. Completely uninstalled the MXLinux v23 default wine (using mc to track down
every folder and file to delete them); reinstalled from the MXLinux repos - no
change
2. Completely uninstalled again and reinstalled using flatpak version from
org.winehq.Wine - no change
3. Completely uninstalled again, added the Debian Bookwork PPAs to install from
WineHq - no change
4. Installed from the WineHQ PPA Wine-Dev - no change
5. Googled ad nauseam various combinations of words trying to limit search
results to this specific issue, but it's a bit hopeless; most everyone is
looking for ways to install fonts or make fonts larger, but that all works fine
for me; in fact, on the Winecfg tab for Appearance, the slider is at 144 dpi
and the font displayed below the slider is, of course, correctly aliased; just
not any of the rest of the fonts used on the Winecfg dialog window or any other
dialog window
6. I have made sure that any tahoma, etc. font in my Linux system that might
cause some kind of font conflict was deleted and reinstalled using winetricks
and rebooted my system - no change
7. I have removed nearly every font from my user /.fonts/ folder and restarted
- no change
8. I have used winetricks to set the fontsmooting registry keys - no change
9. I have used winetricks to install most of the avialable fonts - no change
10. I have created test 32-bit and 64-bit prefixes using winetricks and Q4wine
- no change; dialog/modal dialog fonts remain unaliases
10. I have added specific values to my local linux install's user .fonts.conf
file to force Linux system aliasing and hinting hoping, based on a blog post,
this might spill over into wine, and restarted - no change
Again - this is not about funcationality - it all works, it's only about the
font display of dialog windows; primary windows of apps and Wine system apps
(regedit, notepad, control, taskmgr) all load and display fonts as expected
until I use File | Open, File | Print, etc. (see attached screen of application
mp3tag running in a 32-bit prefix).
Why is this a problem? On an HDPI monitor, pencil thin unaliased fonts are very
difficult to read. It is a real usability issue.
Here is an image of what I'm talking about - the application mp3tag (which I've
been using for several years in wine on both Kubutu and MXLinx v21) with the
File | Options dialog enabled. If you increase view to 200%, you can clearly
see that the font of the dialog is not aliased while the menu font and other
fonts in the app UI are.
--
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=55757
Bug ID: 55757
Summary: The 32-bit kernel32:debugger gets a debugger inactive
failure in the new WoW mode on macOS
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Mac OS X
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
The 32-bit kernel32:debugger gets a debugger inactive failure in the new WoW
mode on macOS:
debugger.c:205: child: crashing...
Unhandled exception: page fault on write access to 0x00000000 in segmented
32-bit code (0107:0044d143).
Assertion failed: curr_mode == stm_32bit, file ../wine/dlls/dbghelp/cpu_i386.c,
line 278
debugger.c:735: Test failed: exit code = c0000354
See https://test.winehq.org/data/patterns.html#kernel32:debugger
Where c0000354 == STATUS_DEBUGGER_INACTIVE
The failures are systematic but only happen when running the 32-bit test in a
Windows-on-Windows wineprefix on macOS.
Looking at the pattern one may also think they started on 2023-10-02 but in
fact that's just because before that date the WineTest report had so many other
errors that test.winehq.org rejected the report. In fact the test was already
failing all the way back to at least 2023-09-07 (there is no earlier data).
--
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=55756
Bug ID: 55756
Summary: The 32-bit ntdll:wow64 crashes in the new WoW mode on
macOS
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Mac OS X
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
The 32-bit ntdll:wow64 crashes in the new WoW mode on macOS:
[... skip failures from bug 55752, bug 55754 and bug 55755...]
wow64.c:1773: got init block 000000f0
Unhandled exception: page fault on read access to 0xffffffff in segmented
32-bit code (0107:00dd000e).
Assertion failed: curr_mode == stm_32bit, file ../wine/dlls/dbghelp/cpu_i386.c,
line 278
ntdll:wow64:0e24 done (-1073740972) in 2s 665B
See https://test.winehq.org/data/patterns.html#ntdll:wow64
The failures are systematic but only happen when running the 32-bit test in a
Windows-on-Windows wineprefix on macOS.
Looking at the pattern one may also think they started on 2023-10-02 but in
fact that's just because before that date the WineTest report had so many other
errors that test.winehq.org rejected the report. In fact the test was already
failing all the way back to at least 2023-09-07 (there is no earlier data).
--
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=55754
Bug ID: 55754
Summary: ntdll:wow64 - The 32-bit test_modules() fails in
Wine's new WoW mode
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
ntdll:wow64 - The 32-bit test_modules() fails in Wine's new WoW mode:
wow64.c:1558: Test failed: unknown module 6ffffdce0000 L"win32u.dll" found
See https://test.winehq.org/data/patterns.html#ntdll:wow64
In particular one can see this issue on fg-deb64-i386, fgtb-debian11-i386,
fgtb-debian12-i386 and rbernon-*-wow64 which all run the 32-bit tests in the
new Windows-on-Windows Wine mode. This failure does no happen in the 64-bit
test, or when running in a pure 32-bit environment or in the old
Windows-on-Windows mode.
--
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=47510
Bug ID: 47510
Summary: Roblox Player or Studio doesnt work on Linux
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: adrianpluta4(a)gmail.com
Distribution: ---
Created attachment 64898
--> https://bugs.winehq.org/attachment.cgi?id=64898
Crash during Installaion of Roblox
Roblox Player or Studio doesnt work on Linux
Can i run this native???
--
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=55737
Bug ID: 55737
Summary: black screen on new mini games (free available) eg.
Inkobot by soerbgames
Product: Wine
Version: 8.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: elias_0000_0000(a)yahoo.com
Distribution: ---
black screen on new mini windows games (free available) eg. Inkobot by
soerbgames
black screen on new mini games (free available) eg. Inkobot by soerbgames
its the second iogame that make this problem.
I dont know if programers' fault or wine.
wine --version
wine-8.0 (Debian 8.0~repack-4)
Debian GNU/Linux 12 (bookworm)
--
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=55751
Bug ID: 55751
Summary: wbemprox:query crashes on macOS
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
wbemprox:query crashes on macOS:
query.c:1347: Test failed: got 0x80041001
Couldn't get first exception for process 0230
C:\users\runner\Temp\wct\wbemprox_test.exe.
No backtrace available
[...]
wbemprox:query:0230 done (-1073741819) in 7s 10853B
See https://test.winehq.org/data/patterns.html#wbemprox:query
Where 0x80041001 == WBEM_E_FAILED
-1073741819 == STATUS_ACCESS_VIOLATION
This crash first happened on 2023-10-06 and only happen on macOS (see Remi's
rbernon-macos-* cloud test machines) but in both 32-bit and 64-bit tests.
--
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=55750
Bug ID: 55750
Summary: The 32-bit kernel32:virtual fails on macOS + WoW
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
The 32-bit kernel32:virtual fails on macOS + WoW:
virtual.c:2292: Test failed: VirtualLock unexpectedly succeeded
virtual.c:2294: Test marked todo: wrong error 3735928559
virtual.c:2298: Test succeeded inside todo block: VirtualLock failed 3735928559
[...]
virtual.c:2237: exception: 80000001 flags:0 addr:00560BB1
virtual.c:2330: Test failed: memory block contains wrong value, expected 0x101,
got 0x1
[...]
virtual.c:2237: exception: 80000001 flags:0 addr:005612B5
virtual.c:2444: Test failed: VirtualLock unexpectedly succeeded
virtual.c:2446: Test marked todo: wrong error 3735928559
virtual.c:2455: Test succeeded inside todo block: VirtualLock failed 3735928559
[...]
virtual.c:2483: exception: c0000005 flags:0 addr:01150000 info[0]:8
info[1]:01150000
virtual.c:2775: Test failed: expected no STATUS_ACCESS_VIOLATION exception, got
1 exceptions
[...]
See https://test.winehq.org/data/patterns.html#kernel32:virtual
The failures are systematic but only happen when running the 32-bit test in a
Windows-on-Windows wineprefix on macOS.
Looking at the pattern one may also think they started on 2023-10-02 but in
fact that's just because before that date the WineTest report had so many other
errors that test.winehq.org rejected the report. In fact kernel32:virtual was
already failing all the way back to at least 2023-09-07 (there is no earlier
data).
--
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=55749
Bug ID: 55749
Summary: comctl32:button - The 64-bit test_button_messages()
sometimes fails on macOS
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Mac OS X
Status: NEW
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
comctl32:button - The 64-bit test_button_messages() sometimes fails on macOS:
button.c:807: Test failed: SetFocus(hwnd) on a button: the msg 0x0281 should
NOT have been sent by DefWindowProc
button.c:807: Test failed: SetFocus(hwnd) on a button: the msg 0x0281 was
expected in child
button.c:807: Test failed: SetFocus(hwnd) on a button: the msg 0x0007 should
NOT have been sent by DefWindowProc
button.c:807: Test failed: SetFocus(hwnd) on a button: the msg 0x0007 was
expected in child
button.c:807: Test failed: SetFocus(hwnd) on a button: the msg 0x0111 was
expected, but got msg 0x0008 instead
button.c:807: Test failed: SetFocus(hwnd) on a button: the msg 0x8000 was
expected, but got msg 0x0281 instead
button.c:807: Test failed: SetFocus(hwnd) on a button: the msg 0x000f was
expected, but got msg 0x0281 instead
button.c:807: Test failed: SetFocus(hwnd) on a button: the msg sequence is not
complete: expected 0000 - actual 0007
See https://test.winehq.org/data/patterns.html#comctl32:button
These failures are specific to the *-win64 test configurations which
corresponds to the 64-bit tests. The *-wow64 (32-bit) tests have no failure.
The failure rate is about 11%.
--
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=55748
Bug ID: 55748
Summary: The 32-bit atl:atl_ax times out in WoW mode on macOS
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Mac OS X
Status: NEW
Severity: normal
Priority: P2
Component: atl
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
The 32-bit atl:atl_ax times out in WoW mode on macOS:
atl:atl_ax start dlls/atl/tests/atl_ax.c
atl:atl_ax:0810 done (258) in 120s 0B
See https://test.winehq.org/data/patterns.html#atl:atl_ax
The failures are systematic but only happen when running the 32-bit test in a
Windows-on-Windows wineprefix on macOS.
Looking at the pattern one may also think they started on 2023-10-02 but in
fact that's just because before that date the WineTest report had so many other
errors that test.winehq.org rejected the report. In fact atl:atl_ax was already
failing all the way back to at least 2023-09-08 (there is no earlier data).
--
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=41982
Bug ID: 41982
Summary: Creatures 2: starts in 1.9.8-staging, crashes in all
the rest
Product: Wine
Version: 1.9.24
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: skerit(a)kipdola.com
Distribution: ---
Created attachment 56389
--> https://bugs.winehq.org/attachment.cgi?id=56389
Failure console output in 1.9.9-staging
The game "Creatures 2" does not start in any of the normal or -staging
branches, except for in 1.9.8-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.
http://bugs.winehq.org/show_bug.cgi?id=16096
Summary: DirectMusic doesn't work
Product: Wine
Version: 1.1.8
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: info(a)cms-db.de
Created an attachment (id=17324)
--> (http://bugs.winehq.org/attachment.cgi?id=17324)
DirectMusic Error
In Anno 1503 (1503 A.D.) the background music doesn't work.
There are lots of errors about DirectMusic in the console output.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=23373
Summary: Dubloon does not play music or sound
Product: Wine
Version: 1.2-rc4
Platform: x86
URL: http://gamejolt.com/freeware/games/dubloon/files/254/
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: directx-dmusic
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: madewokherd(a)gmail.com
Created an attachment (id=29133)
--> (http://bugs.winehq.org/attachment.cgi?id=29133)
terminal output
Dubloon should start with background audio and should play sounds when a menu
is selected. However, it does not play any audio.
--
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=53638
Bug ID: 53638
Summary: Drakan - order of the flame: menu and in-game music
doesn't work
Product: Wine
Version: 7.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: dmusic
Assignee: wine-bugs(a)winehq.org
Reporter: kotowhiskas(a)protonmail.com
Distribution: ---
Created attachment 73038
--> https://bugs.winehq.org/attachment.cgi?id=73038
Wine staging 7.16 logs, looks like it lacks some dmusic features
When launching a game, menu music doesn't work, but it works when installing
directmusic from winetricks so it's most likely a wine dmusic implementation
bug.
The game is not an official copy (becuase I can't find one, even on gog, it's
an old game which doesn't being sold anymore) but a repack, but I don't know if
I can share the link to a torrent here. I have (probably) an copy from disc on
another pc but it's complicated to get copy it on my system.
wine version: staging 7.16
OS: Arch Linux x86_64
Kernel: 5.19.6-arch1-1
--
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=35822
Bug ID: 35822
Summary: No background music in "A Very Long Rope to the Top of
the Sky".
Product: Wine
Version: 1.7.14
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-dmusic
Assignee: wine-bugs(a)winehq.org
Reporter: alexanderaltman(a)me.com
Created attachment 47829
--> http://bugs.winehq.org/attachment.cgi?id=47829
+dmime debug log
The game "A Very Long Rope to the Top of the Sky" does not play background
music under Wine, but does under Windows.
A +dmime log is attached.
This bug is a continuation of #35819, and some additional information can be
found there.
--
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=41400
Bug ID: 41400
Summary: Gamemaker 8.0 crashes when trying to run an actual
compiled game
Product: Wine
Version: 1.9.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kittyrockedyourworld(a)gmail.com
Distribution: ---
updated Wine to version 1.9.18 after reinstall of Ubuntu 14.04. Gamemaker 8.0
starts okay but when I try to run a compiled game I get the following error:
:Unexpected error occurred when running the game." I click on it and it closes
the game from running but the Gamemaker editor is still open.
A more specific error occurred on auto debug that states that "Internal errors
invalid parameters recieved."
Gamemaker Lite can be downloaded at
https://game-maker.en.uptodown.com/windows/download
I am unable to produce a more thorough terminal output as still new to how to
use Wine debug.
Thanks for any help.
--
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=32496
Bug #: 32496
Summary: Street Fighter X Mega Man : no sound
Product: Wine
Version: 1.5.19
Platform: x86
URL: http://static.capcom.com/sfxmm/SFxMM_EU.zip
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-dmusic
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: guy.roussin(a)teledetection.fr
Classification: Unclassified
Hi,
No sound with this free game (no need to install only one exe file)
The first line of the log file :
err:dmloader:IDirectMusicLoaderImpl_IDirectMusicLoader_SetObject : could not
attach stream to file
Test with EU version, there is also a US version :
http://static.capcom.com/sfxmm/SFxMM_US.zip
Thank you,
Guy
--
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=38037
Bug ID: 38037
Summary: Kugou music can't play music
Product: Wine
Version: 1.7.35
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-dmusic
Assignee: wine-bugs(a)winehq.org
Reporter: hillwoodroc(a)gmail.com
CC: fracting(a)gmail.com
Distribution: SUSE
Download from http://downmini.kugou.com/kugou7680.exe
Install it
Open any music, then the app would report failed to playback.
Use winetricks to install directmusic could fix this 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.
http://bugs.winehq.org/show_bug.cgi?id=25753
Summary: Hacker Evolution: Untold has no sound?
Product: Wine
Version: 1.3.11
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-dmusic
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: roland(a)mxchange.org
Created an attachment (id=32814)
--> (http://bugs.winehq.org/attachment.cgi?id=32814)
wine ./steam.exe 2>debug.log
The mentioned game (both demo and retail from Steam platform) has no sound but
music (MP3 music) is playing. Other games I play on a regular basis have
working sound. I think is is related to this line:
--------------
fixme:dswave:IDirectMusicWaveImpl_IPersistStream_Load (0x2ee3418, 0x17a518):
loading not implemented yet (only descriptor is lo
aded)
--------------
Regards,
Roland
--
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.