https://bugs.winehq.org/show_bug.cgi?id=52595
Bug ID: 52595
Summary: Starts with black window
Product: Wine
Version: 7.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: k8auf1947(a)cometchaser.de
Distribution: ---
Created attachment 71920
--> https://bugs.winehq.org/attachment.cgi?id=71920
App starts with black window, Wine 7.2 on Bullseye
The application starts and shows a black window (application menue is shown).
After clicking into the black window, the application draws the window.
It worked until Wine 7.1, problem appears with Wine 7.2 on Debian Bullseye.
Happens also on Debian Bookworm.
File: test-2022-02-25_18.50.43.mp4
Wine 7.1 on Bookworm
File: test-2022-02-26_10.40.38.mp4
Wine 7.2 on Bullseye
--
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=50475
Bug ID: 50475
Summary: ENM (Externes Notenmodul / external mark module)
crashes on opening
Product: Wine
Version: 5.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sebastian.arnhold387(a)gmail.com
Distribution: ---
Created attachment 69111
--> https://bugs.winehq.org/attachment.cgi?id=69111
Terminal log
ENM is a teacher's tool for grading students, released by the government of the
state of North-Rhine Westphalia (NRW) in Germany.
Requirements for wine:
winetricks mdac28 msls31 riched30 vb6run winbind
Description of the bug:
When trying to install the latest version of ENM ("ENM-Setup 1.4.8.1 Stand
21.12.2020") downloaded from the official government website, the installer
works fine. When trying to open the installed executable, the program crashes
immediately with an "unhandled exception" error.
I tried to run it using both wine and wine-development package, trying both 64
bit and 32 bit prefix, on Ubuntu 20.04 amd64. Results are identical.
Terminal output log included.
Link to software (installer):
https://www.svws.nrw.de/system/files/zip_und_exe/2020-12/ENM-Setup_1_4_8_1.…
Link to WineHQ database entry (outdated and unmaintained):
https://appdb.winehq.org/objectManager.php?sClass=application&iId=9047
Additional problem solving analysis:
Older versions of the software definitely worked fine until June 2020, as e.g.
this blog entry proves (http://www.tohschneider.de/extnotmodlinux/). Suspected
a problem with ENM software itself, but when trying older version from before
that time, these versions that once worked fine now also throw an "unhandled
exception" error. This proves that something in wine must have changed.
Contacted developer of ENM software. Developer suspects a problem with the way
wine handles the ADO drivers. Other softwares from the government school
software suite show similar behaviour. Government institution sadly does not
support Linux, but is interested in getting ENM software to work again.
In the interest of free education, solution would be highly appreciated.
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.
https://bugs.winehq.org/show_bug.cgi?id=51931
Bug ID: 51931
Summary: Dead Rising encounters infinite loading when starting
a new game (needs WMAudio Decoder DMO)
Product: Wine
Version: 6.20
Hardware: x86-64
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: xaudio2
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
073c:err:ole:com_get_class_object class {2eeb4adf-4578-4d10-bca7-bb955f56320a}
not registered
073c:err:ole:com_get_class_object no class object
{2eeb4adf-4578-4d10-bca7-bb955f56320a} could be created for context 0x1
wine-6.20-61-gababea0fd70
--
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=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=50888
Bug ID: 50888
Summary: FlatOut 2 shadows are red with builtin d3dx9_30
Product: Wine
Version: 6.5
Hardware: x86-64
URL: https://www.pcworld.pl/ftp/pobierz/gry/3642.html
OS: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: directx-d3d-util
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Created attachment 69701
--> https://bugs.winehq.org/attachment.cgi?id=69701
+d3dx
wine-6.5-41-g6ca1a92684f
--
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.