https://bugs.winehq.org/show_bug.cgi?id=54442
Bug ID: 54442
Summary: experimental wow64 mode: doesn't show some graphical
windows
Product: Wine
Version: 8.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: idarktemplar(a)mail.ru
Distribution: ---
Created attachment 73990
--> https://bugs.winehq.org/attachment.cgi?id=73990
SteamSetup.png
When I'm building wine with new experimental wow64 mode, it is unable to
properly show or render application windows for some applications.
I've tried it both on clean prefix and on existing prefix.
I've tried Steam setup and Battle.net setup, both failed. With Battle.net setup
I see no window, with Steam setup I see black window with some artifacts.
When using multilib wine built old way, everything works as usual.
Happens both with wine 8.0 and 8.1.
OS: Gentoo Linux amd64 (64bit)
Graphics: X11
Videocard information:
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: Quadro K1000M/PCIe/SSE2
OpenGL core profile version string: 4.6.0 NVIDIA 470.161.03
OpenGL core profile shading language version string: 4.60 NVIDIA
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
Wine build options: ./configure --with-mingw --enable-archs='i386,x86_64'
--prefix=/tmp/wineinstall
Default wine output:
$ WINEPREFIX=/tmp/wineprefix/prefix1 /tmp/wineinstall/bin/wine
/tmp/SteamSetup.exe
0080:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0080:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0080:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0080:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0090:err:winediag:is_broken_driver Broken NVIDIA RandR detected, falling back
to RandR 1.0. Please consider using the Nouveau driver instead.
0034:err:winediag:is_broken_driver Broken NVIDIA RandR detected, falling back
to RandR 1.0. Please consider using the Nouveau driver instead.
010c:err:environ:init_peb starting L"Z:\\tmp\\SteamSetup.exe" in experimental
wow64 mode
010c:err:winediag:is_broken_driver Broken NVIDIA RandR detected, falling back
to RandR 1.0. Please consider using the Nouveau driver instead.
010c:fixme:imm:ImeSetActiveContext (00020046, 1): stub
010c:fixme:imm:ImmReleaseContext (00010052, 00020046): stub
0090:fixme:imm:ImeSetActiveContext (0000000000010026, 0): stub
0090:fixme:imm:ImmReleaseContext (0000000000010020, 0000000000010026): stub
--
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=54848
Bug ID: 54848
Summary: dnsapi:query - test_DnsQuery() fails on Rémi's Wine
test machines
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: dnsapi
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
dnsapi:query - test_DnsQuery() fails on Rémi's Wine test machines:
query.c:66: Test failed: expected record name L"winehq.org", got L"."
query.c:67: Test failed: expected record type 1, got 41
query.c:96: Test failed: unexpected CNAME chain
See https://test.winehq.org/data/patterns.html#dnsapi:query
test_DnsQuery() also has failures on the TestBot's VMs (see bug 54847) but the
failures on Rémi's machines are different and not easily explained by the CDN
used by winehq.org. They may instead be caused by the cloud environment these
machines are running on.
These failures happen in new tests that were introduced by this commit:
commit 6e2efe54f17e72415b790edf6c9c1f9de5acb9f7
Author: François Gouget <fgouget(a)codeweavers.com>
Date: Thu Apr 13 05:51:20 2023 +0200
dnsapi/tests: Test how DnsQuery() handles CNAMEs.
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=54819
--
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=54797
Bug ID: 54797
Summary: Lunar Magic 3.33: Crashes with BadWindow unless
WINEDEBUG=+all
Product: Wine
Version: 8.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: xhsdf.misc(a)googlemail.com
Distribution: ---
Created attachment 74294
--> https://bugs.winehq.org/attachment.cgi?id=74294
warn+all output
Starting with Wine 8.4 Lunar Magic crashes on startup with
X Error of failed request: BadWindow (invalid Window parameter)
Major opcode of failed request: 12 (X_ConfigureWindow)
Resource id in failed request: 0x60001e8
Serial number of failed request: 600
Current serial number in output stream: 601
It works when WINEDEBUG=+all or trace+all is used, but then it runs very, very
slowly.
Lunar Magic can be found here:
https://fusoya.eludevisibility.org/lm/program.html
I'm using up-to-date Archlinux on a Ryzen 7 5700X and Radeon RX 6650 XT running
Openbox.
--
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=54751
Bug ID: 54751
Summary: The 64-bit advapi32:registry breaks
test_CoGetPSClsid() in ole32:compobj in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ole32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
The 64-bit advapi32:registry breaks test_CoGetPSClsid() in ole32:compobj in
Wine:
compobj.c:1449: Test failed: CoGetPSClsid failed with error 0x80040155
compobj.c:1450: Test failed: got clsid {52222222-1234-1234-1234-56789abcdef0}
See https://test.winehq.org/data/patterns.html#ole32:compobj
A bisect shows that this started with the commit below:
commit 3f82f6ff59f4024f67e2d646883cbea223fba84a
Author: Sven Baars <sbaars(a)codeweavers.com>
Date: Fri Mar 17 16:52:51 2023 +0100
kernelbase: Use open_key() to obtain any existing Wow6432node in
create_key().
--
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=54738
Bug ID: 54738
Summary: msi:action - The 64-bit test_register_class_info()
fails in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
msi:action - The 64-bit test_register_class_info() fails in Wine:
action.c:6025: Test failed: key not created
action.c:6147: Test failed: key not created
See https://test.winehq.org/data/patterns.html#msi:action
--
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=48811
Bug ID: 48811
Summary: StarCraft II fails to load in staging, crashes after
trying to start a game in stable
Product: Wine
Version: 5.4
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: dbghelp
Assignee: wine-bugs(a)winehq.org
Reporter: wschmrdr(a)gmail.com
Distribution: ---
Created attachment 66725
--> https://bugs.winehq.org/attachment.cgi?id=66725
Output occurring when the application crashes.
Ever since upgrading from 5.3 to 5.4, StarCraft II has ceased working. On
staging, this occurs during the loading screen. I am able to get through the
Battle.net app OK, but cannot get to my login authenticating. I have tried
switching to stable, but when trying to load up a game, I see the same output
issue. Selected the dbghelp component because that's the line that comes up in
the output at the time of the crash.
--
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=55088
Bug ID: 55088
Summary: Program crashes when Common Dialog File open function
is called
Product: Wine
Version: 6.0.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: comdlg32
Assignee: wine-bugs(a)winehq.org
Reporter: schicktmireurescheisse(a)gmail.com
Distribution: ---
Created attachment 74644
--> https://bugs.winehq.org/attachment.cgi?id=74644
This is the contents of the error message when the program crashes.
When the open file button (the blue button with the folder icon in the upper
left corner) of "Entgenderer" is clicked, the software instantly crashes. The
program does not get as far to display the open file common dialog. Actually,
the program is expected to show the file open dialog in order to enable the
user to select a text file.
The program was written by me. It is a 16 Bit NE binary (therefore, it actually
does not use the comdlg32 DLL, but probably its predecessor - but this category
fitted best). The sample program can be retrieved via the link
https://github.com/Waldwatz/Wine-reveals-the-truth/releases/ and then the
Entgenderer2.zip file has to be downloaded.
The terminal output after the program has crashed is:
wine: Unhandled page fault on read access to FFFFFFFF at address 00003FD6
(thread 0104), starting debugger...
--
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=55055
Bug ID: 55055
Summary: Japanese IME fails to clear composition string when
deleting the only remaining character
Product: Wine
Version: 8.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: imm32
Assignee: wine-bugs(a)winehq.org
Reporter: achurch+wine(a)achurch.org
Distribution: ---
Created attachment 74617
--> https://bugs.winehq.org/attachment.cgi?id=74617
PoC patch
Environment: Linux, LANG=ja_JP.UTF-8, ATOK X3 (XIM)
Since Wine 8.9 (and possibly 8.8, but not in 8.7), if XIM input results in a
composition string being reduced to zero length, the previous composition
string remains displayed until further input. For example, using Japanese:
1) Press 'A' -> composition string "あ" -> program displays "あ"
2) Press backspace -> composition string empty -> program still displays "あ"
3) Press 'I' -> composition string "I" -> program displays "い"
In step 2, the program should no longer display a composition string, but the
"あ" from step 1 remains displayed until further input in step 3 (at which point
the displayed composition string is correct again).
I first observed this in Final Fantasy XIV, but it reproduces in Notepad as
well.
Changing dlls/imm32/ime.c:ImeToAsciiEx() to send WM_IME_ENDCOMPOSITION when
compstr->dwCompStrLen is zero (see attached patch) seems to fix the bug without
any side effects in FFXIV and Notepad, but I have no idea what other effects
this might have, or if there needs to be some sort of deeper state tracking for
a proper fix.
--
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=55050
Bug ID: 55050
Summary: Wine stucks when creating prefix
Product: Wine
Version: 8.10
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: loader
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
CC: julliard(a)winehq.org
Regression SHA1: cc2cfb9b792bee681b96c5859084fd6d4d0bbed7
Distribution: ---
wine: created the configuration directory '/home/andrey/.wine'
002c:fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.Windows.Common-Controls" (6.0.0.0)
002c:err:wineboot:start_services_process Couldn't start services.exe: error 998
--
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=54993
Bug ID: 54993
Summary: Framemaker 8 crashes in internal search operation
Product: Wine
Version: 8.9
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wineps.drv
Assignee: wine-bugs(a)winehq.org
Reporter: ulrich.gemkow(a)ikr.uni-stuttgart.de
Distribution: ---
Framemaker 8 crashes in an search operation (which seems to be not
related to printing) with an internal error which in the past was
a sign of memory corruption.
A Bisect shows this commit:
a6cb10bba2d05ceca6ba5b1411c450d38defdbb4 is the first bad commit
commit a6cb10bba2d05ceca6ba5b1411c450d38defdbb4
Author: Piotr Caban <piotr(a)codeweavers.com>
Date: Mon May 15 17:34:23 2023 +0200
wineps: Don't pass PRINTERINFO structure to unixlib.
dlls/wineps.drv/init.c | 5 +-
dlls/wineps.drv/unixlib.c | 310 +++++-----------------------------------------
dlls/wineps.drv/unixlib.h | 5 +-
3 files changed, 35 insertions(+), 285 deletions(-)
Please tell me when you need more info (log file for which component?).
I understand thats its not easy to narrow this bug from the given information.
Thanks!
--
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.