http://bugs.winehq.org/show_bug.cgi?id=20119
Summary: Need for Speed Porsche 2000 / Unleashed: Text
displayed incorrectly
Product: Wine
Version: 1.1.29
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lukasz.wojnilowicz(a)gmail.com
Created an attachment (id=23684)
--> (http://bugs.winehq.org/attachment.cgi?id=23684)
Image of incorrect main menu appearance
Steps to reproduce:
1) remove "~/.wine" directory
2) install NFS Porsche
3) patch NFS Porsche with "Porsche Unleashed Enhanced Version 3.5.20040310"
4) in directory "~.wine/drive_c/Program Files/Electronic Arts/Need For Speed -
Porsche Unleashed/Drivers" replace dx7z.dll with dx8z.dll from
http://jeffareid.net/nfs4/spotptch.zip archive
5) remove gimme.dll from main NFS Porsche directory
6) wine Porsche.exe driver=dx7z
The game will start and main menu will appear. For very short time image on
left is seen then image on right (see attachment). The problem is that on both
text is displayed incorrectly.
Additional information:
Graphic card: GF 9xxx
Graphic card drivers: 190.32
--
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.
http://bugs.winehq.org/show_bug.cgi?id=23946
Summary: Radiobuttons and checkboxes not shown in .Net
apllications
Product: Wine
Version: 1.3.0
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: tirrex(a)gmail.com
Radiobuttons and checkboxes not shown in .Net apllications
--
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.
http://bugs.winehq.org/show_bug.cgi?id=24437
Summary: Barnes & Noble Nook for PC (eReader 2.5) doesn't show
the text of books
Product: Wine
Version: 1.3.2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: paikens(a)gmail.com
The Barnes & Noble Nook for PC app (which is really a rebranding of the
existing eReader 2.5 app) installs without error and allows connecting to your
account and downloading your library. Upon downloading a book from you library
and reading it, you see nothing but a white screen.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=21613
Summary: Stack buffer read overflow in
GdipCreateBitmapFromScan0
Product: Wine
Version: 1.0.0
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: gdiplus
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
The gdiplus image tests have long shown the following error in valgrind:
Conditional jump or move depends on uninitialised value(s)
at X11DRV_DIB_GenColorMap (dib.c:367)
by X11DRV_DIB_BuildColorMap (dib.c:436)
by X11DRV_CreateDIBSection (dib.c:4742)
by CreateDIBSection (dib.c:1353)
by GdipCreateBitmapFromScan0 (image.c:1251)
by GdipCreateBitmapFromHBITMAP (image.c:2782)
by test_GdipCreateBitmapFromHBITMAP (image.c:512)
by func_image (image.c:1523)
by run_test (test.h:535)
by main (test.h:585)
Uninitialised value was created by a stack allocation
at GdipCreateBitmapFromScan0 (image.c:1204)
e.g. http://kegel.com/wine/valgrind/logs/2010-01-04-10.14/vg-gdiplus_image.txt
Turns out, even though biClrUsed is zero,
CreateDibSection expects the BITMAPINFO to have a valid color table;
see gdi32/dib.c line 1161:
1160 colors = info->bmiHeader.biClrUsed;
1161 if (!colors) colors = 1 << info->bmiHeader.biBitCount;
The attached patch gets rid of the warning, and lets the tests pass,
but seems wrong; the color table probably needs to have real values.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=22398
Summary: 7-Zip 64bit msi - Filesystem browser doesn't work at
all
Product: Wine
Version: 1.1.43
Platform: x86-64
URL: http://downloads.sourceforge.net/sevenzip/7z913-x64.ms
i
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: adys.wh(a)gmail.com
Created an attachment (id=27415)
--> (http://bugs.winehq.org/attachment.cgi?id=27415)
Screenshot of file browser
Download msi, on second screen click "Browse...".
There's also a lot of "Neque porro quisquam est qui dolorem ipsum quia dolor
sit amet" all over the place, no idea where from ...
See attached screenshot
(minor for x64)
--
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.
http://bugs.winehq.org/show_bug.cgi?id=19434
Summary: ActiveState ActiveTcl installer fail to install due to
path write permission
Product: Wine
Version: 1.1.19
Platform: PC
URL: http://www.activestate.com/activetcl/downloads/
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: max.bra(a)alice.it
Created an attachment (id=22562)
--> (http://bugs.winehq.org/attachment.cgi?id=22562)
standard winedebug stdout log
ActiveState ActiveTcl 8.xx installer fail to install due to path write
permission problem.
i see this behaviour since wine 1.1.19. same on 1.1.26.
any combination of 'c:\Tcl' or 'c:/directory/Tcl' does not solve.
does not matter if target directory exist or not.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=24301
Summary: ICO parsing improvements
Product: Wine
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: P2
Component: windowscodecs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: damjan.jov(a)gmail.com
Created an attachment (id=30625)
--> (http://bugs.winehq.org/attachment.cgi?id=30625)
Sample icons
While doing some research on ICO files for another open source project, I
uncovered quite a few problems and missing features in Wine's windowscodecs
implementation:
* ICONDIRENTRY is not meant to be used for parsing the image data, only the
BITMAPINFOHEADER is used. In fact, the ICONDIRENTRY can contain total rubbish,
and Windows still parses the ICO file fine (as determined by Windows Explorer's
thumbnail). Chances are Windows only uses ICONDIRENTRY when selecting the
"best" icon for a particular screen bit depth, and further decoding is only
done via the BITMAPINFOHEADER.
* BITMAPINFOHEADER only exists for BMP images, there is also (starting with
Windows Vista) PNG instead.
* Only BITMAPINFOHEADER of size 40 bytes seems supported, neither
BITMAPV4HEADER nor the OS/2 bitmap header work in its place.
* Contrary to Microsoft's documentation, compressed bitmaps are supported. At
least BI_BITFIELDS compression works. It wouldn't surprise me if all other
compressions worked. The best way to implement ICO bitmap decoding thus seems
to be to defer to the BMP decoder.
* ICO files with right-way-up bitmaps (negative biHeight), which Wine's
windowscodecs goes to great lengths to support, seem not to work on Windows in
my limited testing.
* 16 BPP bitmaps, which Wine's windowscodecs doesn't support, are valid in ICO
files.
* The trailing AND mask is optional for 32 BPP bitmaps.
* As a special gotcha, If the bitmap is 32 BPP, and the AND mask is present,
and the alpha channel would make every pixel completely transparent, Windows
ignores the alpha channel and uses only the AND mask to determine transparency.
Real world icons exist that need this
(https://bugzilla.gnome.org/show_bug.cgi?id=609094).
* A palette of size biClrUsed can exist even for > 8 BPP, and specifies the
"optimal viewing palette". It needs to be skipped when decoding such an image.
I am attaching some sample icons that highlight some of these problems.
Most open source ICO parsers (GIMP, Imagemagick, gdk-pixbuf) suffer from many
of these problems, so test only against Windows.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=17971
Summary: GCC optimisations cause workaround for Slingplayer bug
13371 to fail
Product: Wine
Version: 1.1.17
Platform: PC
URL: http://download.slingmedia.com/player/pc/SlingPlayer-
Setup-EU-1.5.1.343.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ole32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
The workaround for Bug 13371 is to use native qcap.dll and quartz.dll.
Up to Wine 1.1.16, the workarounds work fine. With 1.1.17 (and 1.1.18) the
workarounds fail (resulting in the same DLL Function Crash error).
While attempting a git bisect I found that the workaround still worked when
using "gcc -O0" to compile, but "gcc -O1" causes the workaround to fail.
Result of bisect with gcc -O1:
7b6dd2c9f8339a0bc14aa7f466f5c5a0bb03da06 is first bad commit
commit 7b6dd2c9f8339a0bc14aa7f466f5c5a0bb03da06
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Wed Mar 11 17:28:21 2009 +0100
ole32: Get rid of WINE_StringFromCLSID and A->W conversions.
:040000 040000 ccd95ffc3e797d4978e121994715610434851ca5
dac4595337bddbc841d737265254e1bc52ccea03 M dlls
Reverting to previous commit allows the workaround to work with optimisations
on.
This is kind of a blocker to Bug 13371 as the pre-compiled .debs from the
WineHQ repository uses -O2 optimisation.
To complete the bisect, I had to move from GCC 4.3.2-1ubuntu12 to GCC 4.3.3 I
compiled myself, as the results were random (GCC bug).
Tested in latest gitwine wine-1.1.18-199-ga9c0c24 and an unhandled exception
occurs with -O1, workaround works with -O0.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=21265
Summary: PCBSD crash handler encountered error while trying to
start bin/wine
Product: Wine
Version: unspecified
Platform: x86
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dalfish(a)ymail.com
PCBSD encountered an error while trying to start bin/wine
captured from stdout:
Captured from stderr:
fixme:win:EnumDisplayDevicesW ((null),0,0x34f6e0,0x00000000), stub!
fixme:msg:ChangeWindowMessageFilter 720 00000001
fixme:msg:ChangeWindowMessageFilter 721 00000001
fixme:msg:ChangeWindowMessageFilter 746 00000001
wine: Call from 0x7e3e8bd6 to unimplemented function
pdh.dll.PdhSetDefaultRealTimeDataSource, aborting
fixme:ole:CoInitializeSecurity (0x0,-1,0x0,0x0,4,3,0x0,0,0x0) - stub!
err:ole:CoGetClassObject class {5c63c1ad-3956-4ff8-8486-40034758315b} not
registered
err:ole:CoGetClassObject class {5c63c1ad-3956-4ff8-8486-40034758315b} not
registered
err:ole:create_server class {5c63c1ad-3956-4ff8-8486-40034758315b} not
registered
fixme:ole:CoGetClassObject CLSCTX_REMOTE_SERVER not supported
err:ole:CoGetClassObject no class object {5c63c1ad-3956-4ff8-8486-40034758315b}
could be created for context 0x17
--
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.
http://bugs.winehq.org/show_bug.cgi?id=9544
Summary: Semi transparency in .ico files is ignored
Product: Wine
Version: 0.9.44.
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: wine-gui
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: vexorian(a)gmail.com
Created an attachment (id=7917)
--> (http://bugs.winehq.org/attachment.cgi?id=7917)
The top is an application in Wine, the bottom is the same application in
windows XP.
Since windows XP, icons in .ico format support semi transparency. Certain
programs use icons with transparency in their forms, seems Wine does not render
this transparency correctly, some apps look akward:
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.