April 2010 - Wine-Bugs - list.winehq.org

[Bug 10140] New: Most grayscale JPEGs cause abnormal rendering artifacts in CDisplay
by wine-bugs＠winehq.org Dec. 29, 2014

Dec. 29, 2014

http://bugs.winehq.org/show_bug.cgi?id=10140 Summary: Most grayscale JPEGs cause abnormal rendering artifacts in CDisplay Product: Wine Version: 0.9.47. Platform: PC OS/Version: other Status: UNCONFIRMED Severity: minor Priority: P2 Component: wine-gdiplus AssignedTo: wine-bugs(a)winehq.org ReportedBy: justivo(a)gmail.com Created an attachment (id=8719) --> (http://bugs.winehq.org/attachment.cgi?id=8719) example file for testing I've noticed this bug two years ago when I first tried Wine. I never reported it. I always expected that it was something obvious that would get fixed soon, and now here we are with version 0.9.47 and the bug still rampant. So it is not something obvious. In Windows I frequently used the comic book reader called CDisplay[1]. When I moved on, I brought the software with me and tried it in Wine. In most cases -- because many of my scanned comic books are old and black and white -- I was unable to read the book. A weird graphical glitch, which would not output any useful debug message, would prevent me from reading the book. I managed to track, after some experimenting, that the problem was caused by most (but not all) grayscale JPEG files. A RGB colored one would not suffer from this problem. I believe it may be a GDI+ glitch. Since 2005 at least I've seen this problem, and it went on in every update of Wine, clean install or not. Besides the rendering glitch, the program works otherwise fine. While the problem seemingly only affects CDisplay, it's possible that it may affect some videogames, or even Photoshop itself, and as such it may be worth checking it out. Attached is an example file that triggers the problem. CDisplay is a freeware application. The link for download is below. [1] http://www.geocities.com/davidayton/CDisplay.html -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 18

[Bug 21447] New: Monopolie 0.9.7 does not run
by wine-bugs＠winehq.org Dec. 28, 2014

Dec. 28, 2014

http://bugs.winehq.org/show_bug.cgi?id=21447 Summary: Monopolie 0.9.7 does not run Product: Wine Version: 1.1.35 Platform: x86 OS/Version: Mac OS X 10.6 Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: richardcavell(a)mail.com Monopolie 0.9.7.exe, an open-source Monopoly game from sourceforge that is written in Visual Basic, does not run. If I run the .exe from the command line, it simply terminates without an error message. The source code is included with the download, so if the error is somewhere in there, it ought to be able to be located. -- 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.

1 11

[Bug 21037] New: Microsoft Flight Simulator 2004 crashes when starting a flight
by wine-bugs＠winehq.org Dec. 18, 2014

Dec. 18, 2014

http://bugs.winehq.org/show_bug.cgi?id=21037 Summary: Microsoft Flight Simulator 2004 crashes when starting a flight Product: Wine Version: 1.1.34 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: arethusa26(a)gmail.com Created an attachment (id=25233) --> (http://bugs.winehq.org/attachment.cgi?id=25233) Microsoft Flight Simulator 2004 backtrace With wine-1.1.34-469-g33a1934, after doing winetricks directplay ie6 to work around bug 12973, starting Microsoft Flight Simulator 2004 and then launching a new flight results in an immediate crash in wined3d: Backtrace: =>0 0x7dea1430 context_release+0x30(context=(nil)) [/home/andrew/wine-git/dlls/wined3d/context.c:843] in wined3d (0x0032f4b0) 1 0x7deb9bcf create_primary_opengl_context+0x9f(iface=<register EDI not in topmost frame>, swapchain_iface=<register ESI not in topmost frame>) [/home/andrew/wine-git/dlls/wined3d/device.c:6305] in wined3d (0x0032f4e0) 2 0x7debf316 IWineD3DDeviceImpl_Reset+0x446(iface=0x184970, pPresentationParameters=0x32f584) [/home/andrew/wine-git/dlls/wined3d/device.c:6546] in wined3d (0x0032f560) ... glxinfo reports for OpenGL strings: OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: GeForce 7800 GT/PCI/SSE2/3DNOW! OpenGL version string: 2.1.2 NVIDIA 190.42 OpenGL shading language version string: 1.20 NVIDIA via Cg compiler The complete backtrace is attached. -- 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.

1 6

[Bug 20641] New: Problems loading dispatch and dual types in SLTG TypeLibs
by wine-bugs＠winehq.org Dec. 17, 2014

Dec. 17, 2014

http://bugs.winehq.org/show_bug.cgi?id=20641 Summary: Problems loading dispatch and dual types in SLTG TypeLibs Product: Wine Version: 1.1.32 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: oleaut32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: sunilmohan(a)fsf.org.in Created an attachment (id=24631) --> (http://bugs.winehq.org/attachment.cgi?id=24631) MS Oleviewer showing the typelib on Wine and Windows When I tried to run a Visual Basic 6.0 application that uses Crystal Reports 8.5 ActiveX control, multiple problems popped up. The end result was that invoking a method turns into an error that the method requested for could not be found. The attached screenshots best describe the problem. First screenshot shows oleviewer displaying information about the typelib for the mentioned ocx control on Wine and on Windows. The dispatch interface "CrystalReportEvents" is not shown as being derived from IDispatch. And the dual types "IRowCursor" and "CrystalCtl" as shown simply as interfaces. The second screenshot shows a simple test application on Wine and on Windows. We can see that TypeInfo members returned by Wine differ at many places compared to the TypeInfo returned by Windows. Of interest is the type kind for descriptions #0 and #7. Also the no. of interfaces implemented by description #8. I have patches that fix these two problems. With the patches all TypeInfo members appear similar to the Windows output (except lcid). I am posting the patches on wine-patches list. Patch 1: Type descriptions of type kind DISPATCH can actually inherit from one interface instead of specifying methods and properties according to MSDN. The SLTG parser does not seem to handle this. I added code to read information about inherited interfaces in DISPATCH types when available. Patch 2: The documentation says that dual interfaces which implement both INTERFACE and DISPATCH have to be returned first as DISPATCH types and then INTERFACE type will be returned when calls to GetRefTypeOfImplType and GetRefTypeInfo are made with -1 index. Clients are supposed to check for DUAL flag and read the second type info accordingly. However, in SLTG typelib above, the two dual types have type kind INTERFACE set on them. We must be returning DISPATCH type first and then later the INTERFACE. So, I added code to return a DUAL interface as DISPATCH type first in the SLTG parser. This fixes other problems such as removing the AUTOMATION flag in the returned description and proper function count. Patch 3: I removed a check for DISPATCHABLE flag when GetRefTypeOfImplType is called with -1 index for the following reasons. DUAL which is already being checked for implies DISPATCHABLE. The SLTG type library being dealt with has dual types without this flag set. The flag is a computed one and not present in the IDL. Patch 4: Updated a comment about a newly seen value in SLTG typelib that was thought of to be constant. After the fixes, our test case using the above activex seems to run fine. I ran the tests but they don't seem to contain any SLTG library parsing tests. -- 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.

1 5

[Bug 19019] New: Perry Rhodan Operation Eastside missing menu labels and other menu parts
by wine-bugs＠winehq.org Dec. 12, 2014

Dec. 12, 2014

http://bugs.winehq.org/show_bug.cgi?id=19019 Summary: Perry Rhodan Operation Eastside missing menu labels and other menu parts Product: Wine Version: 1.1.23 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ch.assfalg(a)gmx.de Created an attachment (id=21925) --> (http://bugs.winehq.org/attachment.cgi?id=21925) Screenshot of Menu without labels I am trying to run an old Win95 / DirectX 5 Game on Ubuntu 9.04: Perry Rhodan, Operation Eastside. The system is 32 bit and uses a Nvidia 7600 with Nvidia Drivers Version 180. I tried the current Wine Version from Ubuntu (1.0.1 I think) and the current Ubuntu Package from winehq (1.1.23). Both seem to have the same Problem: fixme:d3d:IWineD3DClipperImpl_SetClipList (0x14ac30,(nil),0),stub! I think that this function is used to draw the Menu Items (labels and stuff) in the Game. The result is that all Text is missing in the menus, and various other areas are only partly there while the mouse hovers over them, you click someplace special (edge of screen?) or by chance. I have added a small log of the Game start into menu, and a screenshot. Visual Effects have been disabled, I tried configuring the X-Server for 8 bit and without font antialiasing, all without effect. Is there anything else I can do, any more info I can Provide? -- 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.

1 17

[Bug 19254] New: Fractal Mapper: some symbols disappear over bitmap backgrounds
by wine-bugs＠winehq.org Dec. 6, 2014

Dec. 6, 2014

http://bugs.winehq.org/show_bug.cgi?id=19254 Summary: Fractal Mapper: some symbols disappear over bitmap backgrounds Product: Wine Version: 1.1.23 Platform: PC URL: http://www.nbos.com/products/mapper/mapper.htm OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: goeran(a)uddeborg.se Certain combinations of symbols and backgrounds fail. It appears to happen to the ones called "battlemap" in Fractal Mapper. It can be reproduced with the free trial version (http://www.nbos.com/nox/index.php?action=1001&id=144) and the instructions below assume the defaults in that installation. But the problem is not limited to the trial version, it does also happen to the latest 8.10f version of Fractal Mapper. 1. Install Fractal Mapper according to my instructions in the AppDB (http://appdb.winehq.org/objectManager.php?sClass=version&iId=10813) 2. Start Fractal Mapper. 3. Select "Rectangle" in the "Standard tools" in the top left. 4. Select "Battlemap" as "Fill Style" in the top right. The default desert fill is fine. 5. Draw a large rectangle on the map. It gets the desert fill. 6. Select the chessboard from the "Mapping Symbols" in the lower left. 7. Click-move-release a rectangle over the desert area. The last step should show the chessboard, but it doesn't. To illustrate that this has to do with the background, one can 8. Select the "Pointer" in the Standard tools". 9. Click in the large sandy rectangle. (But not where you put the chessboard in it.) 10. Select "Solid Fill" in the "Fill Style". 11. Click "Apply" The chessboard now appears. To illustrate that this also depends on what kind of symbol is choosen, one can instead 8. Select "Standard Fantasy Symbols" in the "Mapping Symbols" area. 9. Click on the sea monster. 10. Draw an area in the sandy rectangle. The sea monster (desert monster?) DOES appear. -- 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.

1 4

[Bug 22267] New: SWKOTOR: Fails to detect available resolutions if virtual desktop is off
by wine-bugs＠winehq.org Dec. 2, 2014

Dec. 2, 2014

http://bugs.winehq.org/show_bug.cgi?id=22267 Summary: SWKOTOR: Fails to detect available resolutions if virtual desktop is off Product: Wine Version: 1.1.42 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com Created an attachment (id=27197) --> (http://bugs.winehq.org/attachment.cgi?id=27197) SWKOTOR configuration window The problem is that Star Wars Knights Of The Old Republic configurator fails to detect any resolution in resolution drop down list. When I enable virtual desktop in winecfg then configurator shows two resolutions (800x600 1024x768) in drop down list. My maximum monitor resolution is 1280x800. Virtual desktop: a) off -resolutions appear in drop down list -i can start the game and get to the main menu b) on -resolutions doesn't appear in drop down list -the game starts in 800x600 shows black screen then switches to 1280x800 shows black screen (with probably size 800x600) on the left top edge of the screen and in the background my desktop. I cannot reach to the main menu because the screen is always black. In terminal in both cases there are only these two lines: fixme:win:EnumDisplayDevicesW ((null),0,0x33f2d0,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),0,0x33f2d0,0x00000000), stub! Additional info: Fedora 12 32 bit self-compiled Wine 1.1.42 NVIDIA 9xxx with drivers from vendor site 195.36.15 -- 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.

1 11

[Bug 18148] New: Demise: dialog box won't react to click
by wine-bugs＠winehq.org Dec. 1, 2014

Dec. 1, 2014

http://bugs.winehq.org/show_bug.cgi?id=18148 Summary: Demise: dialog box won't react to click Product: Wine Version: 1.1.19 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: puciek(a)gmail.com Created an attachment (id=20612) --> (http://bugs.winehq.org/attachment.cgi?id=20612) Console output When i run demise there is dialog box in the begining on which you must click "ok", but this button won't react when you click it, so you can't even get to game menu. -- 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.

1 7

[Bug 17152] New: Blizzard Updater complains about javascript being turned off
by wine-bugs＠winehq.org Dec. 1, 2014

Dec. 1, 2014

http://bugs.winehq.org/show_bug.cgi?id=17152 Summary: Blizzard Updater complains about javascript being turned off Product: Wine Version: 1.1.13 Platform: PC-x86-64 URL: http://www.worldofwar OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: shdocvw AssignedTo: wine-bugs(a)winehq.org ReportedBy: adys.wh+winehqdotorg(a)gmail.com Created an attachment (id=19021) --> (http://bugs.winehq.org/attachment.cgi?id=19021) Screenshot of behaviour. When patching World of Warcraft, the Blizzard Updater (at least the old one) complains about Javascript being turned off, instead of showing the patch.html file embedded in the patcher. See screenshot. No interesting terminal output, however testing the patcher is a long process so if a full debug log is needed, just say what to run. -- 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.

1 29

[Bug 13467] New: Linking a bug to an application instead of a version
by wine-bugs＠winehq.org Nov. 30, 2014

Nov. 30, 2014

http://bugs.winehq.org/show_bug.cgi?id=13467 Summary: Linking a bug to an application instead of a version Product: WineHQ Apps Database Version: unspecified Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: appdb-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: edwin.smulders(a)gmail.com I know of at least 2 programs were bugs apply to all versions (Overlord, Samsung PC Studio) and I'd like the ability to add them to all versions at once. No biggie, just something i thought of. -- 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.

1 5