https://bugs.winehq.org/show_bug.cgi?id=42026
Bug ID: 42026
Summary: Monkey Island 2: Special Edition crashes to a black
window on launch.
Product: Wine
Version: 2.0-rc2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: thedoogster(a)gmail.com
Distribution: ---
Created attachment 56488
--> https://bugs.winehq.org/attachment.cgi?id=56488
wine Monkey2 &> log.txt
When I use WINE to start Monkey Island 2: Special Edition (from GOG), the
screen turns black. Pressing ESC closes the game (with the full-screen, black
window), and I can see the attached output in my terminal.
I should be able to switch to another desktop and get a debug trace when the
black game window is on the screen, if you'd like me to do that.
I'm using 375.26 of NVidia's drivers. While I started having WINE issues
(including this one) after the driver upgrade, and I've recently had similar
issues with Shantae: Pirate's Curse (also from GOG), everything other than
WINE seems to be working fine.
--
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=48250
Bug ID: 48250
Summary: Mirror sync in progress for stable
Product: Wine
Version: 4.0.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: chaskarisefthimios(a)gmail.com
Distribution: ---
https://forum.winehq.org/viewtopic.php?f=8&t=33242
--
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=45266
Bug ID: 45266
Summary: SHFileOperation FO_MOVE fails to move files to target
directory
Product: Wine
Version: 2.0
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: fheidenreich(a)gmail.com
When moving multiple files to one target directory, the SHFileOperation is
aborted with ERROR_CANCELLED.
I think it's caused by an erroneous check at
https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/shell32/shlfileop.c#…
if (!(lpFileOp->fFlags & FOF_MULTIDESTFILES) &&
!flFrom->bAnyDirectories &&
flFrom->dwNumFiles > flTo->dwNumFiles)
{
return ERROR_CANCELLED;
}
If the target is one single directory, FOF_MULTIDESTFILES is not set.
flFrom->bAnyDirectories is false, since no directories are moved. And
flFrom->dwNumFiles > flTo->dwNumFiles since we move multiple files to one
target directory.
I'm not sure what's the reasoning behind !flFrom->bAnyDirectories anyway. Maybe
it's just a typo and should read !flTo->bAnyDirectories
--
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=32482
Bug #: 32482
Summary: Windows Sysinternals "PsInfo" tool fails to retrieve
"Physical Memory" value from
"HKLM\\Hardware\\ResourceMap\\System Resources"
registry key
Product: Wine
Version: 1.5.19
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Classification: Unclassified
Hello folks,
Windows Sysinternals "PsInfo" tool fails to query for some system properties...
Making this bug about "Physical Memory".
Output:
--- snip ---
$ wine ./PsInfo.exe
PsInfo v1.77 - Local and remote system information viewer
Copyright (C) 2001-2009 Mark Russinovich
Sysinternals - www.sysinternals.com
Querying information for nexus4...fixme:ole:CoInitializeSecurity
((nil),-1,(nil),(nil),0,3,(nil),0,(nil)) - stub!
System information for \\nexus4:
Uptime: Error reading uptime
Kernel version: Microsoft Windows XP, Uniprocessor Free
Product type: Professional
Product version: 5.1
Service pack: 3
Kernel build number: 2600
Registered organization:
Registered owner:
IE version: 6.0000
System root: C:\windows
Processors: 4
Processor speed: 2.6 GHz
Processor type: Intel(R) Pentium(R) 4 CPU
Physical memory: 0 MB
Video driver:
--- snip ---
Trace log (processor info = ok, physmem = missing):
--- snip ---
...
0024:Call advapi32.RegOpenKeyExW(80000002,0042f520
L"Hardware\\Description\\System\\CentralProcessor\\0",00000000,00020019,0032f96c)
ret=00404a33
0024:Ret advapi32.RegOpenKeyExW() retval=00000000 ret=00404a33
0024:Call advapi32.RegQueryValueExW(00000054,0042f510
L"~MHz",00000000,0032f970,0043c0e4,0032f968) ret=00404a58
0024:Ret advapi32.RegQueryValueExW() retval=00000000 ret=00404a58
0024:Call advapi32.RegQueryValueExW(00000054,0042f4e8
L"ProcessorNameString",00000000,0032f970,0043d538,0032f968) ret=00404a81
0024:Ret advapi32.RegQueryValueExW() retval=00000000 ret=00404a81
0024:Call advapi32.RegCloseKey(00000054) ret=00404a95
0024:Ret advapi32.RegCloseKey() retval=00000000 ret=00404a95
0024:Call advapi32.RegOpenKeyW(80000002,0042f210
L"Hardware\\ResourceMap\\System Resources\\Physical Memory",0032f930)
ret=00403b17
0024:Ret advapi32.RegOpenKeyW() retval=00000002 ret=00403b17
--- snip ---
Wineboot already creates a couple of hardware related registry keys:
Source:
http://source.winehq.org/git/wine.git/blob/7f9dfe273a80d31e3f8c5bd0c100c813…
Might be useful to add "Hardware\\ResourceMap\\System Resources" key here along
with actual physmem value.
Regards
--
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.
https://bugs.winehq.org/show_bug.cgi?id=41223
Bug ID: 41223
Summary: IDA MDI doesn't have scrollbars when it should
Product: Wine
Version: 1.9.17
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: b7.10110111(a)gmail.com
Distribution: ---
Created attachment 55488
--> https://bugs.winehq.org/attachment.cgi?id=55488
How it looks in Wine
To reproduce:
1. Launch IDA, have it maximized
2. Open a file, so that IDA begins analysis
3. Unmaximize main window
4. See lack of scrollbars in the MDI, despite child windows being too large to
fit.
5. Compare the same with Windows and see that there it does have the
scrollbars.
The only thing I get in the console is this:
fixme:win:LockWindowUpdate (0x500c4), partial stub!
fixme:win:LockWindowUpdate ((nil)), partial stub!
fixme:win:LockWindowUpdate (0x500c4), partial stub!
fixme:win:LockWindowUpdate ((nil)), partial 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=48390
Bug ID: 48390
Summary: Unable to launch War Thunder 64bit with EAC... Also
Pulse audio instead of ALSA
Product: Wine
Version: 4.21
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ryanrkpm(a)yahoo.com
Distribution: ---
Created attachment 66153
--> https://bugs.winehq.org/attachment.cgi?id=66153
wine ./launcer.exe
https://forum.warthunder.com/index.php?/topic/473521-running-acesexe-with-w…
I can run 32 bit version of the game, but that doesn't launch with EAC. 64 bit
client must be used. or launcher program. This is what I get. Also inside
game (32 bit) it doesn't recognize ALSA and uses PULSE AUDIO, which I don't
have. I don't know if this'll carry over to 64 bit version or not as it
doesn't work.
But we need EAC to initialize to play the game now.
--
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=45375
Bug ID: 45375
Summary: Halo Online: Weird black display problems.
Product: Wine
Version: 3.10
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: conmanx360(a)gmail.com
Distribution: ---
This issue happens on certain maps in Halo Online depending on what your
current Z position is. Not all maps suffer from it, only certain ones do. If
you're above the Z position that it begins happening at, everything below
renders normally, but once you go below it, a portion of the frame becomes
black. It seems to be in a pattern. Not all objects are blacked out, either. So
there must be some sort of "priority".
Image examples here: https://imgur.com/a/176i4xr
--
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=42033
Bug ID: 42033
Summary: Fallout 3: Radio music not playing
Product: Wine
Version: 2.0-rc1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: aaronbpaden(a)gmail.com
Distribution: ---
Created attachment 56507
--> https://bugs.winehq.org/attachment.cgi?id=56507
log
When listening to the radio in Fallout 3, the DJ's voice works, but the songs
don't. Sometimes you'll hear the song start for a second, but then it stops and
the DJ's voice starts up again. This happens both on GNR and the enclave
station.
--
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=46816
Bug ID: 46816
Summary: Incorrect behavior of SHFileOperation
Product: Wine
Version: 4.0
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: rndltrz(a)hotmail.com
Distribution: ---
Behavior of SHFileOperation differs from windows.
Here is some trivial code that copies a directory:
const wchar_t *const sourceDir = L"C:\\TestDir\0\0";
const wchar_t *const destDir = L"C:\\TestDir2\0\0";
SHFILEOPSTRUCTW do_copy = { 0 };
do_copy.wFunc = FO_COPY;
do_copy.fFlags = FOF_NOCONFIRMMKDIR | FOF_NOCONFIRMATION | FOF_NO_UI;
do_copy.pFrom = sourceDir;
do_copy.pTo = destDir;
SHFileOperationW(&do_copy);
If you add trailing backslash to destDir:
const wchar_t *const destDir = L"C:\\TestDir2\\\0\0";
On Windows result would be the same. However, on WINE+linux result would be
different:
no backslashes:
$ls TestDir
file.txt Subdir1 Subdir2
$ls TestDir2
file.txt Subdir1 Subdir2
with trailing backslash:
$ls TestDir
file.txt Subdir1 Subdir2
$ls TestDir2
TestDir
This causes issues with programs that rely on Windows behavior.
--
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.