https://bugs.winehq.org/show_bug.cgi?id=55245
Bug ID: 55245
Summary: ntdll:om - The 32-bit test_all_kernel_objects() gets
an access violation on the w8 VM
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ntdll:om - The 32-bit test_all_kernel_objects() gets an access violation on
Windows 8:
om.c:553: Test failed: 751: NtCreateSymbolicLinkObject failed c0000005
om.c:565: Test failed: 751: NtCreateSymbolicLinkObject failed c0000005
om.c:553: Test failed: 752: NtCreateSymbolicLinkObject failed c0000005
om.c:565: Test failed: 752: NtCreateSymbolicLinkObject failed c0000005
See https://test.winehq.org/data/patterns.html#ntdll:om
Where c0000005 == STATUS_ACCESS_VIOLATION
This started on 2023-07-10 which corresponds to the GitLab CI switch to Debian
12 for builds which means it is caused by the commit below:
commit 5799e89f15b5584f186dcc2fd24b98e0a7bd6c10
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Mon Jul 10 17:18:49 2023 +0200
gitlab: Upgrade the Debian image to bookworm.
However unlike other failures related to that switch, this one only happens on
the 32-bit Windows 8 VM, aka w8. So running the same 32-bit binary on the
64-bit Windows 8 VM, aka w864, produces no failure.
--
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=54783
Bug ID: 54783
Summary: cryptowinrt:crypto - test_Credentials_Statics()
sometimes gets unexpectedly high refcount in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: crypt32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
cryptowinrt:crypto - test_Credentials_Statics() sometimes gets unexpectedly
high refcount in Wine:
crypto.c:321: Test failed: got ref 3.
crypto.c:323: Test failed: got ref 2.
See https://test.winehq.org/data/patterns.html#cryptowinrt:crypto
Where 2 and 1 was expected respectively.
There are 4 known instances so far but this test has only been running since
2023-02-23:
* 2023-02-27 on MR2262
* 2023-03-15 on fg-deb64-wow64
* 2023-03-23 on fg-deb64-wow32
* 2023-04-04 on MR2576
--
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=54430
Bug ID: 54430
Summary: user32:menu - test_menu_input()'s test 0 sometimes
fails on Windows 7
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
user32:menu - test_menu_input()'s test 0 fails randomly on Windows 7:
menu.c:2324: Test failed: test 0
See https://test.winehq.org/data/patterns.html#user32:menu
This failure started on 2023-01-24 (no instance in the previous 5.5 months) and
only happens in about 20% of the WineTest runs.
This happened in English (w7u-2qxl, dual screen) and in the other Windows 7
locales (de, el, es, pt-PT). So it does not seem to be related to the locale.
--
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=54420
Bug ID: 54420
Summary: preloader warning "failed to reserve range" macOS
Ventura
Product: Wine
Version: 8.0
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gcenx83(a)gmail.com
CC: bshanks(a)codeweavers.com
The usual Apple made changes that affects macOS Ventura
preloader: Warning: failed to reserve range 0000000000010000-0000000000110000
--
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=44275
Bug ID: 44275
Summary: Shadow of Memories demo hangs at graphic setting
screen
Product: Wine
Version: 3.0-rc4
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jhansonxi(a)gmail.com
Distribution: ---
Created attachment 60097
--> https://bugs.winehq.org/attachment.cgi?id=60097
Default Wine log from launch to graphic setting screen hang
Clicking on the Graphic Setting button on the main menu brings up the screen.
Game stops responding shortly thereafter. If you're quick enough you can move
the mouse cursor a bit and change button focus on the screen before it hangs.
a.k.a. Shadow of Destiny
Install notes (demo download link on same page):
https://appdb.winehq.org/objectManager.php?sClass=version&iId=31628#notes
--
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=32574
Bug #: 32574
Summary: Patrician 4 fails to start (Error in
'App::Initialize')
Product: Wine
Version: 1.5.20
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gyebro69(a)gmail.com
Classification: Unclassified
Created attachment 42991
--> http://bugs.winehq.org/attachment.cgi?id=42991
plain terminal output
Both the Steam and Gamersgate versions of the game have this bug. Only the base
game is affected, the expansion (Patrician 4: Rise of a Dynasty) which requires
the base game to be installed, doesn't have the problem.
After starting the game with Patrician4.exe, an error message is shown:
"D:\GMProjects\Patrician3\App\App.cpp(732): Error in 'App::Initialize'
.
.
Installation corrupt: 2:0xffffffff"
This error message comes up in this forum thread @Kalypso:
http://forum.kalypsomedia.com/showthread.php?tid=11896&pid=113448#pid113448
The answer was that the user had to update root certificates in Windows XP.
A +loaddll log reveals that crypt32.dll and wintrust.dll are indeed loaded when
I start the game.
Appdata.dll in the installed game directory contains a certification (the file
properties dialog under Windows shows it).
I wonder if a +crypt or +wintrust debug log would be of any help.
The game should start with a launcher asking you for registering the game
@Kalypso. I tried with native crypt32 and received a crash along with a
backtrace somewhere in Wine's wintrust component.
--
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=55696
Bug ID: 55696
Summary: msvfw32:mciwnd - The 64-bit test_MCIWndCreate()
crashes in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msvfw32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
msvfw32:mciwnd - The 64-bit test_MCIWndCreate() crashes in Wine:
mciwnd.c:276: Test failed: bad open message 4 0
Unhandled exception: page fault on read access to 0x00000000fe9e0cec in 64-bit
code (0x000002cc593dcd).
[...]
Backtrace:
=>0 0x000002cc593dcd MCIWndProc+0xaed(hWnd=00000000037B01F4, wMsg=0x480,
wParam=0xc8, lParam=0x7ffffe2ff650)
[/builds/wine/wine/build64/../dlls/msvfw32/mciwnd.c:960] in msvfw32
(0x00000000000480)
1 0x00000216a27f9b call_window_proc+0x4b(hwnd=00000000037B01F4, msg=0x480,
wp=0xc8, lp=0x7ffffe2ff650, result=00007FFFFE2FF4A8, arg=0000000140001DC0)
[/builds/wine/wine/build64/../dlls/user32/winproc.c:109] in user32
(0x007ffffe2ff650)
2 0x00000216a290fc WINPROC_CallProcAtoW+0xdc(callback=0000000216A27F50,
hwnd=00000000037B01F4, msg=0x480, wParam=<is not available>,
lParam=0x7ffffe2ff650, result=00007FFFFE2FF4A8, arg=0000000140001DC0,
mapping=WMCHAR_MAP_SENDMESSAGE)
[/builds/wine/wine/build64/../dlls/user32/winproc.c:323] in user32
(0x00000000000480)
3 0x00000216a29f96 dispatch_win_proc_params+0xe6(params=00007FFFFE2FF570)
[/builds/wine/wine/build64/../dlls/user32/winproc.c:720] in user32
(0000000000000000)
4 0x00000216a1113d dispatch_send_message+0x5d(params=00007FFFFE2FF570,
wparam=<internal error>, lparam=<internal error>)
[/builds/wine/wine/build64/../dlls/user32/message.c:594] in user32
(0000000000000000)
5 0x00000216a12ce1 SendMessageA+0x71(hwnd=00000000037B01F4, msg=<is not
available>, wparam=<is not available>, lparam=0x7ffffe2ff650)
[/builds/wine/wine/build64/../dlls/user32/message.c:635] in user32
(0x007ffffe2ff570)
6 0x000001400027e0 in msvfw32_test (+0x27e0) (0x0000014000b396)
See https://test.winehq.org/data/patterns.html#msvfw32:mciwnd
A bisect shows that the crashes started with the commit below:
commit a81c53504ae32715e6e91bd020fdebd5bef20d48
Author: Alexandre Julliard <julliard(a)winehq.org>
AuthorDate: Thu Sep 28 16:30:32 2023 +0200
ntdll: Release the low address space reservation for 64-bit apps.
--
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=55634
Bug ID: 55634
Summary: Genshin Impact uses very long URL
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: lvb.crd(a)protonmail.com
Distribution: ---
Created attachment 75169
--> https://bugs.winehq.org/attachment.cgi?id=75169
backtrace
dlls/shell32/shlexec.c crashes because Genshin Impact "Community" URL contains
an authorization key due to which the link takes ~1338 characters.
Program Info:
https://genshin.hoyoverse.com/en/home
Windows PC version (not Epic Games version)
(free account registration and email verification required)
Steps to reproduce:
1. At the start of the game reach the point where after a little swimming
training you will be given the opportunity to use the skills on E and Q.
2. Press Esc to bring up the pause menu and click on the "Community" icon.
3. The system web browser should open a very long URL, but shell32 crashes
instead.
WARNING This bug tracker is not a private place. Probably sharing here the
authorization key from your main/NON-test accounts is not a good idea.
The game is free-to-play and runs with DAMAVAND so no additional steps should
be required during installation. However it takes about 70GB+, but in fact it
takes almost twice that much to install and unpack. So feel free to ask me if
any additional information requared.
--
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=48905
Bug ID: 48905
Summary: Inner Chains Launches to Black Screen With Mouse
Cursor
Product: Wine
Version: 5.5
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: matthewcboyd(a)tutanota.com
Distribution: ---
Created attachment 66859
--> https://bugs.winehq.org/attachment.cgi?id=66859
Debugging Log
When I try to launch the game it only launches to a black screen with a mouse
cursor. I have tried this on a Windows 10 system where it launches without
issue. I've attached pictures of the issue and the terminal output. I am using
the GOG version 2.2 of the game.
My system:
AMD Ryzen 5 2600X | 16GB DDR4-3000 CL15 | MSI RX 5700 XT 8GB Gaming X | Mesa
20.0.4 | Manjaro 19.0.2 | Mate 1.24 | Kernel 5.6.2-1-MANJARO | Wine 5.5
Windows System:
AMD FX-9590 | 16GB DDR3-2133 | MSI RX 580 8GB Gaming X | Driver 20.2.2 |
Windows 10 Pro 1909
--
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=55781
Bug ID: 55781
Summary: Bubble.exe: crashes when trying to login
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: stoeretijger(a)hotmail.be
Distribution: ---
Created attachment 75271
--> https://bugs.winehq.org/attachment.cgi?id=75271
backtrace of crash
When I run the bubble.exe with "wine "c:\Program Files\Bubble\Bubble.exe"" or
"wine64 "c:\Program Files\Bubble\Bubble.exe"". The bubble application crashes
when I try to login with my bubble details.
I'm using Wine-Staging
Im' using the stable https://portal.redcactus.nl/software. But it is not
accessible without a login account :-(
--
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=55780
Bug ID: 55780
Summary: Macromedia Freehand MX does not load text selection
field when editing a text object
Product: Wine
Version: 8.0.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: richterbg(a)gmail.com
Distribution: ---
Created attachment 75269
--> https://bugs.winehq.org/attachment.cgi?id=75269
Screenshot with the missing drop-list
Macromedia Freehand MX fails to load a drop-list with available fonts when
editing a text object.
Macromedia Freehand MX is an old vector graphics editor. The issue can be
reproduced if you choose the text tool (T) and enter some text. When the text
is selected, the object properties area should list a drop-list with the option
to change the font. This drop-list is missing. A screenshot of the interface is
attached.
The application can be downloaded from
https://archive.org/download/freehandmxinstaller/FreeHand%20MX%20Installer.…
--
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=55779
Bug ID: 55779
Summary: Motorola Ready For Assistant hangs on a white window
then crashes
Product: Wine
Version: 8.17
Hardware: x86-64
URL: https://web.archive.org/web/20230214220515/https://download.lenovo.com/lenovo/readyfor/ReadyFor_setup_04.0.0
.010.000.exe
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lischak(a)gmail.com
Distribution: ---
Created attachment 75267
--> https://bugs.winehq.org/attachment.cgi?id=75267
install+run of v04.0.0.010.000 on Wine 8.17
Motorola Ready For Assistant is a software for interfacing with Motorola
smartphones from desktop, allowing either phone screen mirror or a full-sized
Android-powered desktop similar to Samsung DeX.
The installer appears to finish successfully, but the application does not
really start, creating two empty windows and then hanging for a while before
Wine Debugger is triggered (see the attached screenshot for the two windows).
This is a continuation of Bug 54495 and Bug 54699 in which multiple previous
issues were fixed (thanks, it's appreciated!).
The installation file is freely downloadable:
https://web.archive.org/web/20230214220515/https://download.lenovo.com/leno…
cd ~/Downloads
WINEPREFIX=~/.wine_readyfor wine ReadyFor_setup_04.0.0.010.000.exe
cd ~/.wine_readyfor/drive_c/Program\ Files/Lenovo/Ready\ For\ Assistant
WINEPREFIX=~/.wine_readyfor wine ReadyFor.exe
Attaching log from installation and from a follow-up run.
Env: Fedora 38, using the appropriate official WineHQ repo.
Note: This version of the software is apparently only available via MS Store
nowadays, but the Store install just downloads a normal Win32 .exe from
Motorola/Lenovo's servers in the background.
For the record, now there's also a newer version 5.x available that must have
released sometime in Q2/Q3 2023; that one's available for a direct download
from Motorola's servers without jumping through the MS Store hoops.
--
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=55778
Bug ID: 55778
Summary: user32:win - CreateWindowEx() sometimes unexpectedly
succeeds on on Windows 7
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
user32:win - CreateWindowEx() sometimes unexpectedly succeeds on on Windows 7:
win.c:6748: Test failed: CreateWindowEx should fail
win.c:6749: Test failed: IsMenu set error 0
[...]
win.c:11799: Test failed: 001B01FA: expected prev 00000000, got 00A500A2
[...and always 20 more 'expected prev' failures...]
See https://test.winehq.org/data/patterns.html#user32:win
The first known instance happened on 2023-06-15 (none in the previous 4 months)
and there have been a bit over 1 instance per month since. This test has been
there for years so something else must have changed to cause these failures.
* 2023-06-15 win7_newtb-w7u-2qxl
* 2023-07-19 win7_newtb-w7u-2qxl
* 2023-08-30 win7_newtb-w7u-2qxl
* 2023-08-31 win7_newtb-w7u-2qxl
* 2023-09-20 win7_newtb-w7u-2qxl
* 2023-10-09 win7_newtb-w7u-2qxl
test_topmost()'s "expected prev" failures always follow the initial the initial
CreateWindowEx failure and never happen without it. So they can be considered
to be collateral damage.
Then the question is: why does CreateWindowEx() unexpectedly succeeds?
The documentation says hMenu can be a 'child-window identifier, an integer
value'. Could it be that sometimes the desktop window has a child window with
identifier 1?
(HMENU)1 is used two more times. Why don't we get failures there too?
Should the test use a more unlikely value like 0xdeadbeef?
--
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=47637
Bug ID: 47637
Summary: Final Fantasy XIV returns Javascript error when
launched.
Product: Wine-staging
Version: 4.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: themainliner(a)hotmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 65071
--> https://bugs.winehq.org/attachment.cgi?id=65071
WINEDEBUG=warn+all
Launcher loads, immediately Log In is selected after entering log in
credentials game returns an error and does not load.
The error is:
A system error has occurred: -2147467263.
Javascript:ctrEvent('mainForm');
WINEDEBUG=fixme-all,warn output:
002e:err:winediag:load_gssapi_krb5 Failed to load libgssapi_krb5, Kerberos SSP
support will not be available.
002e:err:mshtml:handle_htmlevent Could not get nsIDOMNode: 80004002
002e:err:mshtml:handle_htmlevent Could not get nsIDOMNode: 80004002
WINEDEBUG=warn+all output attached.
Tested on Winehq-staging 4.13 & 4.14...
--
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=31983
Bug #: 31983
Summary: the delphi program cause the kwin error
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: l12436(a)yahoo.com.tw
Classification: Unclassified
there a small bug for the delphi.
when the delphin use the tapplication form
this form will effect the kwin animated.
and cause the focus window at botton of the window.
it seems the tapplication is regard as a window.
but it is no windows in most of my application.
--
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=29061
Bug #: 29061
Summary: TGL's mahou game will crash on the 8bit color with
wine
Product: Wine
Version: unspecified
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: l12436(a)yahoo.com.tw
Classification: Unclassified
Created attachment 37446
--> http://bugs.winehq.org/attachment.cgi?id=37446
error message
your wine will crash when using 8bit(256 color) on the windows95 game
mahou and mahou2
and it look like is the bug of wine.
and it work fine on the normal color.
but the game is must be on the 8bit(256 color), so it just could work.
but it could not play.
i submit the error on attach
and i sure the glxgear can run
and my connamd is
Xephyr :1 -ac -screen 800x600x8 & DISPLAY=:1 wine mahou.exe
and on the win7 and XP, use the 256 color could run this game.
and this game seem to use the directx4 or directx5.
the driver is vxd, the wine98 driver.
--
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=55776
Bug ID: 55776
Summary: Some game use video as intro will stock after video is
finished
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: l12436(a)yahoo.com.tw
Distribution: ---
Created attachment 75261
--> https://bugs.winehq.org/attachment.cgi?id=75261
Console log of game
Some game use Video as intro.
when the video is finish, game did not hang, but also did not change into menu.
It just stock at the end of video. I can still click progress bar that game
builtin feature to move back the intro video.
I have console log of the game, but it seems not has useful information.
I test on game that sell by Umemoro3D "Pizza Takeout Obscenity 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=51140
Bug ID: 51140
Summary: Silver Chaos game hangs once plays the intro video
Product: Wine-staging
Version: 6.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: nosferatu.arucard.1983(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 70007
--> https://bugs.winehq.org/attachment.cgi?id=70007
The hang issue log
The BL Game Silver Chaos is one of visual novels games that runs fairly nice
with Wine, and by the first time using Wine 6.8 version, the in-game intro
video playback was finally working. (It happens a few moments when the user
start a new game.)
The video playback using the standard Wine libraries appears to be fine, but
the real issue happens when the user want to skip the video or when the video
playback ends. Instead of resume the game, the game hangs, requiring to kill
the game and use an downgraded version of Wine (which not support the intro
video playback) to bypass the bug and resume playing.
Without this bug, this game would gain the platinum rating, since the intro
video playback was the missing (minor) issue.
--
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=53641
Bug ID: 53641
Summary: Roblox Studio fails to prompt for login
Product: Wine
Version: 7.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: alfonsojon1997(a)gmail.com
Distribution: ---
Created attachment 73042
--> https://bugs.winehq.org/attachment.cgi?id=73042
A screenshot showing the issue
When opening Roblox Studio, it should prompt with a login window which I
believe to be powered by a standalone version of the Microsoft Edge Webview2.
This login window will ask for your username/password, then sign you into
Roblox Studio. This window never opens, and instead the game prompts you that
there was a problem, but you can sign in with the browser. Signing in with the
browser results in the same issue (Studio opens, then prompts of a failed
login).
I will attach logs from a GitHub Gist as well as screenshots. I have a related
issue on my GitHub page here:
https://github.com/roblox-linux-wrapper/roblox-linux-wrapper/issues/216 where
there may be valuable information.
https://gist.github.com/alfonsojon/684ede31fb3a5b6cfbacbe7a332aae34https://gist.github.com/alfonsojon/cccc2c556a4f994eae2c02ae9a5243af
--
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=54952
Bug ID: 54952
Summary: Attempting to install an .exe file throws .NET
application failed
Product: Wine
Version: 8.0.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jakubkwadrans15(a)gmail.com
Distribution: ---
Created attachment 74477
--> https://bugs.winehq.org/attachment.cgi?id=74477
The result of executing the file.
Whenever I try to run this .exe file, it throws a .NET error, even though, I
have it installed through winetricks.
--
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=23508
Summary: Final Fantasy XIV Benchmark very slow
Product: Wine
Version: 1.2-rc6
Platform: x86
URL: http://uk.download.nvidia.com/nzone/international/benc
hmarks/ffxiv/FFXIVBenchmark.zip
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
The Final Fantasy XIV benchmark runs, but is very slow (~4 fps, plus lots of
pauses).
--
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=55775
Bug ID: 55775
Summary: game made from unity is not ingame playing video.
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mfplat
Assignee: wine-bugs(a)winehq.org
Reporter: l12436(a)yahoo.com.tw
Distribution: ---
Created attachment 75260
--> https://bugs.winehq.org/attachment.cgi?id=75260
console output of game that use mf as video playback
There are some various game that use mf in win10 as default.
but there are no video when they are using mf as dll to play video, there are
video when disable mfplat.dll in winecfg. forcing some of the game back using
quartz.dll.
Test on game "Night Security" in steam at 3F in game. There are TV on the room.
--
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=54633
Bug ID: 54633
Summary: Pixel2D_Demo (Unreal) 5?) doesn't run
Product: Wine-staging
Version: 8.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: romulasry(a)protonmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 74159
--> https://bugs.winehq.org/attachment.cgi?id=74159
Pixel2D Demo logfile
https://drive.google.com/file/d/1cTQMZM5YWRRfpTCZ_vD6Kyv6NavTZLb1/view Here is
the demo exe file.
--
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=14592
Summary: Soldat Performance Spikes
Product: Wine
Version: 1.1.1
Platform: Other
URL: http://static.soldat.pl/downloads/soldatsetup15b.zip
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: tehstealth(a)yahoo.com
I have been trying the Soldat 1.5.0 Beta out, and it works as well as the 1.4
version. However there is a bug (probably in 1.4 too, but I'm reporting it for
1.5b anyway) with the weapons selection menu and sprites. Especially with the
menu, Soldat lags horribly, and once you do select your weapon, everything is
fine again. Also, when sprites are drawn on the screen, it also seems to spike
a bit. Both instances are spitting out this, continuously:
fixme:d3d_surface:read_from_framebuffer_texture >>>>>>>>>>>>>>>>>
GL_INVALID_ENUM (0x500) from glReadBuffer @ surface.c / 913
Whatever that is, if that were fixed, it would probably be one of the last bugs
dealing with Soldat gameplay performance, as everything else is great!
--
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=43723
Bug ID: 43723
Summary: Unreliable mouse grabbing in dinput
Product: Wine
Version: 2.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-dinput
Assignee: wine-bugs(a)winehq.org
Reporter: lachs0r(a)srsfckn.biz
Distribution: SUSE
This issue mostly affects games based on Unreal Engine 3.
Mouse grabbing does not work reliably in those games. In some titles (e.g.
Mirror’s Edge), it is possible to get the mouse to grab by switching to
fullscreen and back using window manager shortcuts *before* starting a game
(exiting the menu). In other titles (e.g. Rainbow Six: Vegas 2), this does not
work.
The usual hacks (MouseWarpOverride=force, or the force_edge variant of it)
break mouse input in menus and cause very juddery (unplayable) input in-game.
However, disabling window manager control in winecfg makes it work as expected.
I am unsure which Wine component really is affected here so I selected dinput.
#6971 is a semi-related bug, but I reckon the cause is very different in this
case.
This issue can be reproduced with at least i3 and KWin, so I assume it is not a
WM 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=24966
Summary: No sound and mouse problems on Unreal Tournament 2004
Demo
Product: Wine
Version: 1.3.6
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: paloseco(a)gmail.com
Apart from graphic issues, I cannot move mouse to the bottom when in menu, and
I have no sound at all.
--
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=23531
Summary: RmcpLoader does not start
Product: Wine
Version: 1.2-rc6
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: i386dx(a)hotmail.com
Created an attachment (id=29379)
--> (http://bugs.winehq.org/attachment.cgi?id=29379)
Backtrace after loading
This is about a small tool called 'RmcpLoader'. This is used to monitor and
control Newtec devices.
The tool can be downloaded (freeware) at
http://www.newtec.eu/fileadmin/user_upload/product_leaflets/Rmcploader_v4.9…
*Installation works
*first attempt gives an error (System error &H8007007E). Nothing to worry about
since this is the same behaviour as in Windows (MS Office needs to be installed
- can be removed afterwards)
After installation of MSOffice 2000/XP/2003 (at this point the program works in
Windows) the tool crashes completely.
Backtrace attached
--
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=55762
Bug ID: 55762
Summary: mshtml:script - test_sync_xhr() sometimes gets events
in unexpected order in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: mshtml
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
mshtml:script - test_sync_xhr() sometimes gets events in an unexpected order in
Wine:
script.c:4710: Running xhr.js script in 9 mode...
script.c:4266: Test marked todo: tymed = 1
[...]
script.c:1141: Test failed: L"/index.html?xhr.js: [iframes 2] unexpected order:
0,1,echo,sync_xhr(pre-send),sync_xhr(DONE),sync_xhr"
or
script.c:4710: Running xhr.js script in 10 mode...
script.c:4266: Test marked todo: tymed = 1
[...]
script.c:1141: Test failed: L"/index.html?xhr.js: [iframes 2] unexpected order:
0,1,echo,sync_xhr(pre-send),sync_xhr(DONE),sync_xhr,blank(DONE)"
or
script.c:4710: Running xhr.js script in 11 mode...
script.c:1141: Test failed: L"/index.html?xhr.js: [iframes 2] unexpected order:
0,1,echo,sync_xhr(pre-send),sync_xhr(DONE),sync_xhr,blank(DONE)"
See https://test.winehq.org/data/patterns.html#mshtml:script
Somehow these never happen on the TestBot VMs but they happen regularly on my
fg-deb64 development machine, fgtb test VMs and on Remi's cloud Linux test
configurations.
On 2023-10-09 it also impacted MR!4050 on the GitLab CI.
--
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=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.