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=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=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=48908
Bug ID: 48908
Summary: Dr Brain 3 broken color palette
Product: Wine
Version: 5.5
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: maxmusterm(a)gmail.com
Distribution: ---
Created attachment 66865
--> https://bugs.winehq.org/attachment.cgi?id=66865
Example image of dr brain running in xephyr
Dr Brain 3 is a 16bit Windows program that requires 8bit colors. So to get it
running we have to use one of these methods
https://wiki.winehq.org/256_Color_Mode
I tried every last one of those methods and every method leads to the same
result you can see in the image attached to this bug.
No error message is printed out by wine. I encountered this bug a few years ago
for the first time, but didn't open a bug report for it, since I thought this
could be a problem with the virtual X.
However when viewing images in the Xephyr session all colors are displayed
correctly.
Right now the only way for me to run this game is using dosbox with win3.1 or
another form of emulation.
--
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=9304
Summary: Temple of Elemental Evil demo doesn't work - gui
vanishing
Product: Wine
Version: 0.9.43.
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: wine-gui
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: riklaunim(a)gmail.com
ToEE has a demo:
ftp://ftp.infogrames.net/demos/toee/ToEE_Demo.exe
Which install on wine 0.9.43 but it doesn't start properly (also on older
wines). The console output:
################
fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot
fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot
fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot
fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot
fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot
fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot
fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot
fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot
fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot
fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot
fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot
fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot
fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot
fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot
fixme:wininet:INET_QueryOptionHelper Stub! 40
fixme:wininet:INET_QueryOptionHelper INTERNET_OPTION_CONNECTED_STATE: semi-stub
fixme:shdocvw:navigate_url Unsupported arguments
err:ole:CoGetClassObject class {25336920-03f9-11cf-8fd0-00aa00686f13} not
registered
err:ole:CoGetClassObject class {25336920-03f9-11cf-8fd0-00aa00686f13} not
registered
err:ole:CoGetClassObject no class object {25336920-03f9-11cf-8fd0-00aa00686f13}
could be created for context 0x3
err:shdocvw:navigate Could not create HTMLDocument: 80040154
fixme:shdocvw:OleInPlaceObject_InPlaceDeactivate (0x1aa3b0)
fixme:shdocvw:OleObject_Close (0x1aa3b0)->(1)
#############################
The game window shows for a second and disapper (at the end of those error
messages)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=48027
Bug ID: 48027
Summary: cmd pipe | not triggering ReadFile EOF
Product: Wine
Version: 4.18
Hardware: x86
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Test program is find.exe as of wine commit
ccec532879ec14b2e79da08288152a69221ec4d1.
I implemented the program so it waits for ReadFile to return FALSE, that's when
the input is supposed to be over:
######
BOOL success = ReadFile(handle, buffer, 4096, &buffer_max, NULL);
if (!success)
return FALSE;
######
Now that's not right anyways, but it exposes a slight difference in Wine cmd:
1) Following input hangs on Wine, but not on Windows: "echo test | find test"
It works on Wine when using "winetricks -q cmd"
2) Following input hangs on both Windows and Wine: "find test < test.txt"
Wine's implementation of the pipe | uses the redirect operator < internally.
This leads to the pipe working differently on Wine, i.e. blocking ReadFile when
it's not supposed to.
I'm not aware of a real program being affected by that, just noting.
--
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.