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.