https://bugs.winehq.org/show_bug.cgi?id=56119
Bug ID: 56119
Summary: Emperor - Rise of the Middle Kingdom: invisible menu
buttons
Product: Wine
Version: 8.18
Hardware: x86-64
URL: https://www.gamepressure.com/download.asp?ID=1725
OS: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: z.figura12(a)gmail.com
Regression SHA1: ee7d047dd55a4b2338eb2d64f85b7d984b39812f
Distribution: ---
Only the background is drawn in the menus, the menu buttons are invisible in
the game Emperor:Rise of the Middle Kingdom (GOG). Can be reproduced in the
demo version too.
Pharaoh is another city-building game using the same engine: here the screen
remains black when the game gets to the main menu.
Pharaoh demo:
https://archive.org/download/PharaohDemo/PharaohDemo.zip
Reverting commit ee7d047dd55a4b2338eb2d64f85b7d984b39812f
on top of Wine-9.0-rc3 fixes the problem in both games for me.
Plain terminal output doesn't show anything related.
PharaohDemo.zip (74 M)
md5:474872cf372acbd4312ca0a6caf75434
si_emperor_demo.exe (128 M)
md5:45052f088f699afb7a0d5e2ecfcb1804
--
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=51474
Bug ID: 51474
Summary: user32:input SendInput() triggers an unexpected
message 0x60 on Windows 10 1709
Product: Wine
Version: 6.10
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Created attachment 70310
--> https://bugs.winehq.org/attachment.cgi?id=70310
Trace all window handles and 0x60 message
SendInput() triggers an unexpected message 0x60 in test_SendInput() on Windows
10 1709:
https://test.winehq.org/data/patterns.html#user32:input
input.c:4451: Test failed: SendInput triggered unexpected message 0x60
* This failure is almost but not 100% systematic on Windows 10 1709: it
happened 202 times out of 205.
* I could not find any documentation on this 0x60 message.
* But the attached patch shows that:
- The message is sent to a window belonging to our process.
- The test did not directly create that window.
- The window class is UserAdapterWindowClass which seems to be related to IME
despite these machines running in a regular en_US locale.
input.c:4404: 4404 hwnd=0000000000020274
input.c:4474: Test failed: SendInput triggered unexpected message 0x60
input.c:4480: hwnd=0000000000020274 pid=7016 tid=7012 now=64359
input.c:4481: hwnd=0000000000040048 message=0060 wParam=1 lParam=0 time=64359
pt=(512,384)
input.c:4485: wnd: pid=7016 tid=7012 class=22 L"UserAdapterWindowClass" text=0
L""
--
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=56249
Bug ID: 56249
Summary: Mashiroiro Symphony (visual novel) sound doesn't stop
when skipping splash screen
Product: Wine
Version: 9.0-rc5
Hardware: x86-64
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: dsound
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Use LC_ALL=ja_JP.UTF-8 for installing and running.
You need to install the game, then run mashiroTrial.exe.
It will shot an "Attention" splash screen. When you now click with the mouse,
the screen continues and the voice should stop. But it keeps talking, switching
to either the right or left channel only. On windows the sound stops correctly.
winetricks dsound helps.
--
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=50785
Bug ID: 50785
Summary: wineserver corruption with :
msg:get_server_queue_handle Cannot get server thread
queue
Product: Wine
Version: 6.0-rc6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lanthruster(a)gmail.com
Distribution: ---
Created attachment 69593
--> https://bugs.winehq.org/attachment.cgi?id=69593
wineserver explorer.exe flood
A very frustrating bug:
Install Wine 6.0
Install Adobe Acrobat DC (any version) or Adobe Acrobat XI (any version)
Now run acrord32.exe
acrord32.exe will launch and work BUT
1. you won't be able to run any more wine applications but existing will
continue to work
2. when a wine application is launched the process lists is flooded with
explorer.exe /desktop (hundreds of them are spawned leading to resource
exhaustion)
3. when you kill them with killall explorere.exe - the currently running wine
applications will continue to run normally as well as acrord32.exe
4. you can still launch wineapp from another wine app but not with wine or
winecosole because of 2
5. when acrord32.exe is closed wine won't return to normal it will still 2.
6. after wineserver -k everything is back to normal
the console is flooded with
01fc:fixme:heap:RtlSetHeapInformation 00000000 1 00000000 0 stub
0218:err:msg:get_server_queue_handle Cannot get server thread queue
021c:err:msg:get_server_queue_handle Cannot get server thread queue
0220:err:msg:get_server_queue_handle Cannot get server thread queue
0220:err:win:GetDesktopWindow failed to create desktop window
0220:err:msg:get_server_queue_handle Cannot get server thread queue
0220:err:win:GetDesktopWindow failed to create desktop window
0220:err:msg:get_server_queue_handle Cannot get server thread queue
0220:err:win:GetDesktopWindow failed to create desktop window
0220:err:ole:apartment_createwindowifneeded CreateWindow failed with error 1411
0584:err:module:LdrInitializeThunk Initializing dlls for
L"C:\\windows\\system32\\explorer.exe" failed, status c000013a
(see attachment)
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=42999
Bug ID: 42999
Summary: 3D Engine in NosTale not reacts for mouse on Mac
Product: Wine-staging
Version: 2.7
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: artrixdev(a)gmail.com
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Created attachment 58140
--> https://bugs.winehq.org/attachment.cgi?id=58140
Simple logs from cmd and graphic bug in game.
If try change camera position nothing to do and if I clicked on items in
equipment it's changing to "question mark" graphic.
--
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=38235
Bug ID: 38235
Summary: Blindwrite 7 does not detect any CD/DVD drive.
Product: Wine
Version: 1.7.38
Hardware: x86
URL: http://de.vso-software.fr/products/Blindwrite/blindwri
te.php
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mountmgr.sys
Assignee: wine-bugs(a)winehq.org
Reporter: bernhardu(a)vr-web.de
Distribution: Debian
Created attachment 51041
--> https://bugs.winehq.org/attachment.cgi?id=51041
Save user mode accessible device in HKLM\SYSTEM\MountedDevices "\DosDevices\X:"
Having a CD in the drive and that one mounted it is accessible through e.g.
cmd.
But Blindwrite (7.0.0.0) does not show any drive in its user interface.
When looking into a "WINEDEBUG=+reg,+file,+debugstr" an access to
HKLM\SYSTEM\MountedDevices
appears.
There is for any device an entry e.g. "\DosDevices\E:".
This entry holds in my case the mount point of the CD as ASCII.
Blindwrite tries now to access the drive by opening this interpreted as
unicode string, which fails.
trace:file:CreateFileW
L"\6d2f\6465\6169\622f\7265\686e\7261\2f64\4642\3931\3234\325f1" GENERIC_READ
GENERIC_WRITE FILE_SHARE_READ FILE_SHARE_WRITE creation 3 attributes 0x0
...
trace:file:CreateFileW returning 0xffffffff
...
trace:file:DeviceIoControl
(0xffffffff,4d014,0x33f3a4,80,0x33f3a4,80,0x33f3f8,(nil))
...
warn:debugstr:OutputDebugStringA "IOCTL_CDROM_GET_INQUIRY_DATA - Ung\xfcltiges
Handle.\r\n Error 0x00000006 - Ung\xfcltiges Handle.\r\n"
Blindwrite even tries to access this invalid file handle and silently fails.
-----------------
Changing HKLM\SYSTEM\MountedDevices "\DosDevices\E:" to an unicode
representation of "\\.\E:" makes Blindwrite happy and the drive shows up,
and successfully create an image.
Attached is a patch that tries to do this automatically for "DosDevices"
with a drive letter.
(But I am not sure about any side effects or if it could already be
sent to wine-patches.)
--
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=52301
Bug ID: 52301
Summary: Firefox installer shows black rectangles
Product: Wine
Version: 7.0-rc3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rpisl(a)seznam.cz
Distribution: ---
Created attachment 71455
--> https://bugs.winehq.org/attachment.cgi?id=71455
Black rectangle in Firefox installer
Firefox 91 ESR 64bit installer shows black rectangles. It is just a minor issue
not affecting functionality.
--
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=56240
Bug ID: 56240
Summary: A black bar is printed instead of a grey bar
Product: Wine
Version: 9.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wineps.drv
Assignee: wine-bugs(a)winehq.org
Reporter: spam(a)abma.de
Distribution: ---
Created attachment 75946
--> https://bugs.winehq.org/attachment.cgi?id=75946
top: how it should look like; bottom: how it looks
When printing from a commercial application, a grey background becomes black.
When printing a table, the first header is printed correct on a page. In the
second and following headers the background is printed black (see screenshot).
From the console output, this lines look suspicious:
016c:fixme:psdrv:hmf_proc unhandled object type 0
(see also log.txt)
--
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=51642
Bug ID: 51642
Summary: Wine 6.15 blocks windows game login
Product: Wine
Version: 6.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mountmgr.sys
Assignee: wine-bugs(a)winehq.org
Reporter: johnherschelfreeman2013(a)gmail.com
Distribution: ---
Created attachment 70502
--> https://bugs.winehq.org/attachment.cgi?id=70502
wine-output-upon-login-attempt
Wine 6.15 blocks login on to world server.
Game: EverQuest
Tested with 6.14 works fine.
Compiled 6.15 directly from source onto system loaded game and get login error.
Suspected cause anti-cheat or anti-vm software detection is triggered by wine
6.15
--
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=48078
Bug ID: 48078
Summary: Astro Avenger 2 fails to run with
seh:setup_exception_record stack overflow
Product: Wine
Version: 4.19
Hardware: x86-64
URL: https://astro-avenger.en.softonic.com/
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: iodreamify(a)gmail.com
Distribution: Ubuntu
Created attachment 65628
--> https://bugs.winehq.org/attachment.cgi?id=65628
winedebug warn+all log
Astro Avenger 2 manages to launch but clicking "Run" in the launcher makes the
game freeze forever with a
"002a:err:seh:setup_exception_record stack overflow 816 bytes in thread 002a
eip
00ac1926 esp 00231000 stack 0x230000-0x231000-0x330000" error.
Tried it both in 64bit and 32bit prefixes in windows 7, XP, 2000 and 98 modes
and also disabling csmt.I've added a winedebug=warn+all log below.
A demo 60 min trial can be found at the link above.
I've also done a +relay log but i'm not sure if it's relevant. Thank you.
--
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=52441
Bug ID: 52441
Summary: Soft-Denchi DRM fails to register UCX.ocx
Product: Wine
Version: 7.0-rc5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: advapi32
Assignee: wine-bugs(a)winehq.org
Reporter: felineswift+wine(a)gmail.com
Distribution: ---
This software is required by some games (e.g. Armored warrior iris).
To test it install MFC42 and MSVC 2008 SP1 runtime to 32-bit prefix and install
Soft-denchi, then run "regsvr32 UCX.ocx" in C:/Program Files/Soft-Denchi.
I tried to understand why it fails. Maybe someone more knowledgeable can
find/understand the root cause:
>regsvr32 UCX.ocx
it starts loading UCOpgDlg.dll
... call some crypt functions ...
call crypt32.CryptBinaryToStringA with flag CRYPT_STRING_HEX
03e8:fixme:crypt:CryptBinaryToStringA Unimplemented type 4
call advapi32.CryptExportKey
... call some more crypt functions ...
call advapi32.CryptVerifySignatureA
-> returns NTE_BAD_SIGNATURE and EXCEPTION_WINE_CXX_EXCEPTION is thrown
...
03e8:warn:module:process_attach Initialization of L"UCOpgDlg.dll" failed
...
regsvr32: loading UCX.ocx failed (it was localized error message)
--
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=56227
Bug ID: 56227
Summary: Project CW: Unable to load engine.dll on Wine 9.0
Product: Wine
Version: 9.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: charles2000wang(a)gmail.com
Distribution: ---
A new game called Project CW by WarGaming has a game executable that loads an
"engine.dll".
The error messages:
0024:err:module:loader_init "engine.dll" failed to initialize, aborting
0024:err:module:loader_init Initializing dlls for
L"Z:\\home\\user\\CW\\bin\\engine_launcher.exe" failed, status c0000005
This does not occur in an older version of wine (tested with lutris-7.2.2 so
wine 7.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=56218
Bug ID: 56218
Summary: [macOS] [10.14] Last release of wine-stable via
Homebrew doesn't work on macOS 10.14
Product: Wine
Version: 9.0-rc5
Hardware: x86-64
OS: MacOS
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mestesso.me(a)virgilio.it
Updating wine-stable package via-Homebrew on macOS 10.14 makes Wine un-usable..
It says that macOS 10.15 is required!
Remember that 10.14 is both x86 and x64 system, and many of us can't upgrade to
10.15..
Please, keep (or revert) version for macOS 10.14 too
--
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=56207
Bug ID: 56207
Summary: Hardwar: strange, vivid colors when 32 bit textures
enabled
Product: Wine
Version: 9.0
Hardware: x86-64
URL: https://archive.org/download/HARDWAR/HARDWAR.zip
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
Distribution: ---
Created attachment 75920
--> https://bugs.winehq.org/attachment.cgi?id=75920
screenshot - 16 bit vs. 32 bit textures
The game Hardwar (patched to the latest UIM.06 version) displays textures
incorrectly when '32 bit Textures' option is enabled in the launcher.
Reproduced with NVIDIA 535.43.22 and with nouveau/Mesa 23.3.3 as well.
Terminal output (it's the same as well when 32 bit textures are disabled):
0114:fixme:ddraw:ddraw_surface1_Flip Ignoring flags 0x1.
0114:fixme:d3d:wined3d_device_apply_stateblock Antialias not supported yet.
0114:fixme:d3d:wined3d_device_apply_stateblock Render state WINED3D_RS_SUBPIXEL
not implemented yet.
012c:fixme:d3d:state_linepattern_w Setting line patterns is not supported in
OpenGL core contexts.
(lots of)0114:fixme:d3d:wined3d_device_apply_stateblock Render state
WINED3D_RS_SUBPIXEL not implemented yet.
Not a regression, the problem is present with every Wine version I tried back
until 1.9.11.
To reproduce the problem with the early demo version + UIM.06 patch:
1. Install the demo version, link is in URL. Setting Win98 mode is advisable
because the installer is from that era. Don't start the demo yet.
2. Install the UIM.06 patch over the demo:
http://www.zedo.hardwar.info/HardwarUIM06.zip
3. Start Hardman.exe (launcher), select Display tab, enable '32 Bit Textures'
option in Image Quality. The rest of the options here have no effect on the
bug.
4. Go back to the 'Game' tab in the launcher, <Launch...>, <OK>, <Save>. The
game should enter the main menu.
5. Enter a pilot name then select a job and voilà... you are in the cockpit
with psychedelic textures everywhere.
The Steam version can also be used to reproduce the problem:
https://store.steampowered.com/app/1500540/Hardwar/
Tested with wine-9.0-54-g1932c3a2516
--
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=56224
Bug ID: 56224
Summary: SpeedWave doesn't redraw window initially properly
Product: Wine
Version: 9.0-rc5
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
First, need to work around bug 55883 (oleaut32.OleLoadPictureFil2) and possibly
bug 56215 (Can't use -O2).
Initially parts of the window are white, which they should not be. After moving
the window off screen, it redraws them properly.
--
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=56237
Bug ID: 56237
Summary: Erratic behavior of dialog boxes
Product: Wine
Version: 9.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ch.panel(a)free.fr
Distribution: ---
Created attachment 75944
--> https://bugs.winehq.org/attachment.cgi?id=75944
visual studio small project showing wine bug
under Windows: the action of <ENTER> returns the code of the button which has
the focus
under wine: the action returns nothing (0) unless we have moved the focus if we
replace
===============
IDD_ABOUT DIALOG DISCARDABLE 0, 0, 239, 66
STYLE DS_MODALFRAME | WS_POPUP | WS_CAPTION | WS_SYSMENU
CAPTION "My About Box"
FONT 8, "MS Sans Serif"
BEGIN
PUSHBUTTON "OK",1001,174,18,50,14
PUSHBUTTON "Cancel",1002,174,35,50,14
GROUPBOX "About this program...",IDC_STATIC,7,7,225,52
CTEXT "An example program showing how to use Dialog
Boxes\r\n\r\nby theForger", IDC_STATIC,16,18,144,33
END
===============
by
===============
IDD_ABOUT DIALOG DISCARDABLE 0, 0, 239, 66
STYLE DS_MODALFRAME | WS_POPUP | WS_CAPTION | WS_SYSMENU
CAPTION "My About Box"
FONT 8, "MS Sans Serif"
BEGIN
DEFPUSHBUTTON "OK",1001,174,18,50,14
PUSHBUTTON "Cancel",1002,174,35,50,14
GROUPBOX "About this program...",IDC_STATIC,7,7,225,52
CTEXT "An example program showing how to use Dialog
Boxes\r\n\r\nby theForger", IDC_STATIC,16,18,144,33
END
===============
then <ENTER> returns the OK key (1001)
if we return to the previous situation (2 PUSHBUTTON), and we replace the codes
1001 and 1002 by ID_OK and ID_CANCEL (in the RC and the source code) then
<ENTER> returns OK (ID_OK)
attached code showing the 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.
https://bugs.winehq.org/show_bug.cgi?id=56173
Bug ID: 56173
Summary: modal dialog boxes behaves amodal
Product: Wine
Version: 8.0.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: comdlg32
Assignee: wine-bugs(a)winehq.org
Reporter: ch.panel(a)free.fr
Distribution: ---
any modal dialog box opened by an application does not prevent the application
window from being manipulated, moved, reduced, etc.
example : open notepad.exe and a dialog box open file then you can manipulate
the application window
--
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=56230
Bug ID: 56230
Summary: Pro Evolution Soccer 5 crashed or stopped during play
Product: Wine
Version: 8.0.2
Hardware: x86-64
OS: FreeBSD
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: aminavy74(a)vatanmail.ir
Created attachment 75940
--> https://bugs.winehq.org/attachment.cgi?id=75940
PES-5 close in wine-7
Hello!
during play wine crashing or 3D graphics disappeared.
wine7 in FreeBSD depended on vkd3d and has not this problem. but wine-8 not.
I'm not sure related or not but when I quit from game in wine7, problem message
appeared. This attachment of backtrace.
--
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=39793
Bug ID: 39793
Summary: Starcraft freezes when starting a Direct Cable
Connection game
Product: Wine
Version: 1.7.46
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
To reproduce:
1. Add yourself to the dialout (Ubuntu) or uucp (Arch) user group.
2. Log out and log back in.
3. In Starcraft, click Multiplayer, Direct Cable Connection, Ok.
The problem is that Starcraft attempts to detect which serial port is connected
by sending a burst of data on all ports COM1 through COM8. On Linux, COM1
through COM4 default to ttyS0 through ttyS3, but even though the device files
exist, rarely do all of them correspond to actual physical devices. So,
Starcraft hangs forever waiting for the write to complete successfully.
A patchset that fixes this bug is available at
https://github.com/alexhenrie/wine/commits/master
First reported at
https://appdb.winehq.org/objectManager.php?sClass=version&iId=149&iTestingI…
--
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=56233
Bug ID: 56233
Summary: On macOS Sonoma, applications respond slowly when caps
lock is enabled
Product: Wine
Version: 9.0
Hardware: x86-64
OS: MacOS
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winemac.drv
Assignee: wine-bugs(a)winehq.org
Reporter: bshanks(a)codeweavers.com
macOS Sonoma introduces new "accessories" that appear below the text insertion
point, like a caps lock indicator or an input language switcher (see [1]).
These also show up in Wine windows, since they use existing APIs like
NSTextInputClient to discover whether an insertion point is present and where
in the view it's located.
But, when an accessory like the caps lock indicator is displayed, interacting
with the window (say, pulling down menus) is extremely slow. There are
half-second pauses when displaying/hiding menus or other windows. This can be
easily reproduced using notepad.
I ran sample during the slowdown and was able to see the problem. Here's the
backtrace, with some unimportant lines removed:
3294 __OnMainThread_block_invoke (in winemac.so) + 16 [0x20b56ac10]
cocoa_event.m:507
3070 __macdrv_set_cocoa_window_frame_block_invoke (in winemac.so) + 100
[0x20b577dd4] cocoa_window.m:3464
3070 -[WineWindow setFrameFromWine:] (in winemac.so) + 557 [0x20b57258d]
cocoa_window.m:2012
3070 -[WineWindow setFrameAndWineFrame:] (in winemac.so) + 60 [0x20b5721dc]
cocoa_window.m:1938
3069 -[WineWindow setFrame:display:] (in winemac.so) + 136 [0x20b575008]
cocoa_window.m:2682
...
3066 -[WineWindow windowDidResize:skipSizeMove:] (in winemac.so) + 441
[0x20b5762d9] cocoa_window.m:3031
3066 -[TUINSCursorUIController invalidateCharacterCoordinates] (in
TextInputUIMacHelper) + 113 [0x7ffc12ad733a]
...
1643 -[WineContentView firstRectForCharacterRange:actualRange:] (in
winemac.so) + 196 [0x20b56ef24] cocoa_window.m:926
1643 -[WineEventQueue query:timeout:flags:] (in winemac.so) + 217
[0x20b56a209] cocoa_event.m:336
1643 -[WineApplicationController waitUntilQueryDone:timeout:processEvents:]
(in winemac.so) + 224 [0x20b55eb70] cocoa_app.m:350
Pulling menus down creates new HWNDs, I think initially with 1x1 size, and then
the frame is set. This triggers windowDidResize, which calls [[[self
contentView] inputContext] invalidateCharacterCoordinates]. This is sensible,
character coordinates might change when the window is resized. And when caps
lock is enabled, the system then immediately calls
firstRectForCharacterRange:actualRange: to refresh the character coordinates.
This triggers a Wine QUERY_IME_CHAR_RECT query. The problem is that the thread
that would answer the query is currently in OnMainThread(), things deadlock and
the query times out after 300 ms. I think it's called twice, that's how you get
600 ms.
The twist is that OnMainThread() does service queries while waiting, except for
QUERY_IME_CHAR_RECT, because of a 2016 bug with Japanese input in Excel
2003/2007/2010. If you undo 33610da6b4f5d9ad052173f005fdb735dc471445 so that
QUERY_IME_CHAR_RECT is handled normally, the timeout goes away and things work
normally.
This needs to be fixed, my first thought is that maybe there have been changes
in the IME system since 2016 so that the special-case for QUERY_IME_CHAR_RECT
is no longer needed? A first step is to revert the 2016 fix and see if the
Excel bug can still be reproduced.
[1]:
https://developer.apple.com/documentation/appkit/text_display/adopting_the_…
--
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=56202
Bug ID: 56202
Summary: Genshin impact cyrillic is ?????
Product: Wine
Version: 8.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: googa.vo1d(a)gmail.com
Distribution: ---
Created attachment 75910
--> https://bugs.winehq.org/attachment.cgi?id=75910
привет из ????
switchin in linux to cyrillics causes in genshin this ????
wrote
--
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=55921
Bug ID: 55921
Summary: EverQuest Titanium/Rof2 Clients: Slow Disk
Loading/Freezing?
Product: Wine
Version: 8.20
Hardware: arm
OS: Mac OS X
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: rgirard59(a)yahoo.com
When you load up the game and try to click through the different screens by
clicking the buttons, the game seems to completely freeze for a brief period of
time between screen loads. Also, once you try to go to the character select
screen, or load into the game, it seems to take significantly longer to load
than either on parallels or a intel wine mac.
Another thing I had noticed that was odd is that when I used a fresh wine
install that didn't have the d3d9 redist june installed, the game would load up
fast between these screens like it should, however it would crash once loading
to the character select screen, due to missing d3d9 libraries I assume. Once I
installed that redist, the screens would start having the freezing issue.
Mac Sonoma, M2
--
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=56185
Bug ID: 56185
Summary: The GitLab Windows test job runs even when not needed
Product: WineHQ Gitlab
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: gitlab-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
The GitLab Windows test jobs run even for MRs that don´t touch the tests.
For instance MR!4840 does not touch the test:
https://gitlab.winehq.org/wine/wine/-/merge_requests/4840/diffs
And yet test-win10-21h2-32 ran (same for the 64-bit tests job):
https://gitlab.winehq.org/fgouget/wine/-/jobs/48245
And the corresponding winetest.log file is empty which corresponds to an empty
winetest.args file. This makes sense since build-linux systematically generates
winetest.args and it's only in the Windows job that we check whether that file
is empty or not.
This could be avoided by generating dynamic child jobs in build-linux.
Then the check for whether it is necessary to run the Windows tests could be
done in build-linux and a 'dummy: rules: when: never' job could be generated if
nothing needs to be run.
See below for an example of a dynamic child job.
https://blog.devops.dev/using-dynamic-pipelines-in-gitlab-583cf4f6acd0
--
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.