http://bugs.winehq.org/show_bug.cgi?id=29986
Bug #: 29986
Summary: IE6 and IE4 have greenish toolbar icons
Product: Wine
Version: 1.4-rc4
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: gdi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: RandomAccountName(a)mail.com
CC: huw(a)codeweavers.com
Classification: Unclassified
Regression SHA1: 9b7ea6f417a68517745203123d9df0516ebc60b1
Created attachment 39036
--> http://bugs.winehq.org/attachment.cgi?id=39036
Screenshots
The toolbar buttons' icons in IE6 and IE4 are slightly greenish compared to
Windows, especially the refresh and home buttons. This first occurred in
1.3.30, and regression testing indicated:
9b7ea6f417a68517745203123d9df0516ebc60b1 is the first bad commit
commit 9b7ea6f417a68517745203123d9df0516ebc60b1
Author: Huw Davies <huw(a)codeweavers.com>
Date: Tue Sep 27 16:13:39 2011 +0100
gdi32: Forward StretchBlt calls from the dib driver to the null driver.
:040000 040000 ce22d7943f0f7aecdda67e97b5812cb40b40cc96
c11b7ea6be9e5605ec4b3d2959af57b22ec7d54d M dlls
git checkout 9b7ea6f417a68517745203123d9df0516ebc60b1 -> bad
git checkout 9b7ea6f417a68517745203123d9df0516ebc60b1^ -> good
To reproduce, install IE6 with 'winetricks ie6' and set it to display large
toolbar icons (view -> toolbars -> customize -> icon options: large icons).
--
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=44194
Bug ID: 44194
Summary: Serious Sam Classic (First and Second Encounter)
shifts the view and makes the game unplayable
Product: Wine
Version: 3.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mikeonthecomputer(a)gmail.com
Distribution: ---
Running with the GOG.com versions of both games, the view changes camera angles
semi-randomly and makes the game practically unplayable, as WASD keys don't
match up with on-screen movements.
I've made a YouTube video of the bug in action: https://youtu.be/jyNJK_4AePQ
--
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=43810
Bug ID: 43810
Summary: PLaykey.exe crashes
Product: Wine
Version: 2.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: api-ms-win-*
Assignee: wine-bugs(a)winehq.org
Reporter: terrylapard(a)gmail.com
Distribution: ---
Created attachment 59350
--> https://bugs.winehq.org/attachment.cgi?id=59350
log report
Playkey.exe crushes in wine (fedora 26)
--
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=32202
Bug #: 32202
Summary: ActiveX install attempts to run wrong inf section
Product: Wine
Version: 1.5.17
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: advpack
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: joel(a)airwebreathe.org.uk
Classification: Unclassified
In install_cab_file in axinstall.c, RunSetupCommandW is used to install ActiveX
controls from their INF files in the CAB.
A typical INF file might look like this:
http://msdn.microsoft.com/en-us/library/aa751974%28v=vs.85%29.aspx#Creating…
The one I'm working with looks like this:
---- SNIP ----
; INF file for install activex
[version]
signature="$CHICAGO$"
AdvancedINF=2.0
[Add.Code]
AxUMF.ocx=AxUMF.ocx
UMFTracer.dll=UMFTracer.dll
[UMFTracer.dll]
file-win32-x86=thiscab
FileVersion=1,0,3,4181
DestDir=11
[AxUMF.ocx]
file-win32-x86=thiscab
FileVersion=2,1,1,5830
clsid={D3BBBE84-3866-4FA1-A4D4-EFA9B9FE611D}
RegisterServer=yes
---- SNIP ----
RunSetupCommandW is always invoked with szInfSection=NULL, which causes it to
attempt to use the [DefaultInstall] section which is not present.
--
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=40963
Bug ID: 40963
Summary: Upward, lonely robot Demo crashes with Too many
buffers queued
Product: Wine
Version: 1.9.14
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: x3daudio
Assignee: wine-bugs(a)winehq.org
Reporter: leslie_alistair(a)hotmail.com
Distribution: ---
Created attachment 55110
--> https://bugs.winehq.org/attachment.cgi?id=55110
Log of +xaudio2
Running Upward, lonely robot Demo, crash after it detects "Too many buffers
queued".
Log attached.
--
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=44075
Bug ID: 44075
Summary: Unable to set subsystem version with VC++ 2013
link.exe
Product: Wine
Version: 2.22
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: kervala(a)gmail.com
Distribution: ---
Created attachment 59791
--> https://bugs.winehq.org/attachment.cgi?id=59791
Full build log with all warnings
I'm using VC++ 2013 command-line compilers under Linux with WINE.
I'm specifying /SUBSYSTEM:WINDOWS,5.1 to link.exe to target Windows XP for x86
32 bits.
Unfortunately, when using WINE VC++ runtimes, I got :
LINK : warning LNK4010: invalid subsystem version number 5.1; default subsystem
version assumed
I tried to check what warnings WINE returned but I think the only relevant one
was : fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub
When I check the PE header of compiled executable, the minimum Windows version
is set to 6.0.
When using native msvcr120.dll by specifying :
export WINEDLLOVERRIDES="msvcr120.dll=n"
Everything link perfectly without warning and the PE headers has Windows 5.1
minimum version.
I attached the full build log with all warnings.
If you need a test case, I can create a small one with required VC++
executables and all files to reproduce the issue.
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.
http://bugs.winehq.org/show_bug.cgi?id=13548
Summary: Wine's setupapi does not know how to recursively delete
registry keys
Product: Wine
Version: CVS/GIT
Platform: Other
OS/Version: other
Status: NEW
Severity: normal
Priority: P2
Component: setupapi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fgouget(a)codeweavers.com
On Windows (XP) the following inf file deletes the Telephony registry key
without trouble, even though it has lots of subkeys and values.
---
[version]
signature="$CHICAGO$"
[DelTest]
DelReg=DelTestReg
[DelTestReg]
HKLM,Software\Microsoft\Windows\CurrentVersion\Telephony
---
In Wine this fails unless the Telephony registry key has no subkey.
Notes:
* You can run the inf file with the following command:
rundll32 setupapi.dll,InstallHinfSection DelTest 128 c:\deltest.inf
* The above command needs a full path to the inf file.
* Obviously, don't do this on a real Windows machine unless you know how to
restore your Telephony registry key. If you must try this on Windows, then the
best is to do it in a virtual machine with a good snapshot.
--
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=44153
Bug ID: 44153
Summary: ShellExecute crash when opening explorer.exe
Product: Wine
Version: 3.0-rc1
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: leslie_alistair(a)hotmail.com
Distribution: ---
Here is the simplest test case to show the crash.
int main(int argc, char *argv[])
{
ShellExecute(NULL, _T("OPEN"), _T("explorer.exe"), _T("/select,
\"C:\\temp\\hello.txt\""), NULL, SW_SHOW);
return 0;
}
--
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=38334
Bug ID: 38334
Summary: SpinTires crashes with unimplemented function
d3dx9_36.dll.D3DXFrameFind
Product: Wine
Version: 1.7.39
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3dx9
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Crashes at launch.
wine: Call from 0x7b8394e4 to unimplemented function
d3dx9_36.dll.D3DXFrameFind, aborting
--
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=42414
Bug ID: 42414
Summary: The Witcher 3 intro video doesn't play
Product: Wine
Version: 2.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: shtetldik(a)gmail.com
Distribution: ---
Created attachment 57236
--> https://bugs.winehq.org/attachment.cgi?id=57236
Witcher 3 Wine log
I'm running The Witcher 3 (GOG/1.31) in Wine staging 2.1.0 with CSMT enabled.
After clicking new game and selecting a few options, the intro video doesn't
play as it should, and the game goes straight into the tutorial section (with
still broken graphics).
I tried to find anything suspicious in the log (I had to reduce the noise from
d3d and etc, using: WINEDEBUG=-dxgi,-d3d11,-d3d,-d3d_shader
See attached log for errors, but none of them look video related.
OS: Debian testing x86_64.
GPU: AMD RX 480, Mesa 13.0.3 (same happens on Mesa master).
Any suggestions how to drill down to what fails?
--
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.