wine-bugs July 2014

wine-bugs@winehq.org

1 participants
9888 discussions

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

30 Dec '14

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 28 Dec '14

28 Dec '14

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 36472] New: Application ArdourXchange will not run in Wine
by wine-bugs＠winehq.org 26 Dec '14

26 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=36472 Bug ID: 36472 Summary: Application ArdourXchange will not run in Wine Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: msvcp Assignee: wine-bugs(a)winehq.org Reporter: johne53(a)tiscali.co.uk I'm the developer of a Windows utility called ArdourXchange. It's used with an application called Mixbus which is a popular DAW, available for Linux, OS-X and Windows. On OS-X we package ArdourXchange with something called WineBottler. The Windows and OS-X versions work just fine. AxC was built with Visual C++ 6.0 and it uses MFC. Either of those facts may or may not be significant. ArdourXchange used to run perfectly in Linux / Wine (this was a long time ago - back around ver 0.9.8 ). But since Wine went to ver 1.x, ArdourXchange has never worked with it. However, many users report success of they swap out 2 specific DLLs (MSVCP60.dll and MSVCRT.dll). If users replace the Wine versions and use the official Microsoft versions, AxC springs back to life again. Unfortunately, this solution doesn't work for everyone. At my end, I don't use Linux at all so I can't help much, except to pass on information. HOWEVER... I could provide free copies of ArdourXchange (and Mixbus, if needed). According to a very recent report (only this morning) it was tested a few days ago against Wine v1.6.2, which I believe is a very recent version. This morning I added an entry to the AppDB at WineHQ (although it pretty much says the same as this description). I can be contacted here, if anyone needs a copy of the software for testing:- john [at] creativepost [dot] co [dot] uk -- 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 14

[Bug 35507] New: Version descriptions full of junk text
by wine-bugs＠winehq.org 19 Dec '14

19 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=35507 Bug ID: 35507 Summary: Version descriptions full of junk text Product: WineHQ Apps Database Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Keywords: download, source Severity: minor Priority: P2 Component: appdb-unknown Assignee: wine-bugs(a)winehq.org Reporter: imwellcushtymelike(a)gmail.com Classification: Unclassified Created attachment 47401 --> http://bugs.winehq.org/attachment.cgi?id=47401 Current version description >From Bug 35240 and now this: http://appdb.winehq.org/objectManager.php?sClass=application&iId=2 Winzip Version 18.x's version description is basically garbage. But when viewed from within the version it appears fine: http://appdb.winehq.org/objectManager.php?sClass=version&iId=29827 I've tried removing, adding, editing, anything... but nothing changes. I have AdBlock disabled so it cannot be that. Is anyone else able to remove the garbage? If so that may offer a clue. Google Chrome Version 32.0.1700.102 -- 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 3

[Bug 35695] New: Unhandled exception in awesomium with ccpbrowser in EVE - Online
by wine-bugs＠winehq.org 18 Dec '14

18 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=35695 Bug ID: 35695 Summary: Unhandled exception in awesomium with ccpbrowser in EVE - Online Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: Commander.Alchemy(a)gmail.com Created attachment 47663 --> http://bugs.winehq.org/attachment.cgi?id=47663 Wine Exception Seems the wineprefix gets corrupted for some reason and ccpbrowser that is based on chrome crashes. A workaround is that you create a new prefix. However this will work until some odd reason it happens again and you have to create a new prefix again. -- 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 10

[Bug 24065] New: Startcraft 2 - in game, only lights/particles from units are visible. rest in gray. (UI ok)
by wine-bugs＠winehq.org 18 Dec '14

18 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=24065 Summary: Startcraft 2 - in game, only lights/particles from units are visible. rest in gray. (UI ok) Product: Wine Version: 1.3.0 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lionel.barret(a)gmail.com Created an attachment (id=30254) --> (http://bugs.winehq.org/attachment.cgi?id=30254) starcraft-2 : bug : in game, only lights/particles from units are visible. During the game, only lights/particles from units are visible (see screenshot). The rest of the terrain is in gray. The UI is good as everything else. Everything before the map is ok. MY setup : Ubuntu 10.04 Wine 1.3.0 (from git yesterday, 20/08/2010) Nvidia gtx 275 with the 256.44 drivers 2 monitors @ 1280x1024. (this is different than Bug 22971, but may be related). -- 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 34605] New: Blocked from installing Medieval II Total War from Deficiency in Wine or possibly a problem in the program
by wine-bugs＠winehq.org 18 Dec '14

18 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=34605 Bug #: 34605 Summary: Blocked from installing Medieval II Total War from Deficiency in Wine or possibly a problem in the program Product: Wine Version: unspecified Platform: Other OS/Version: Mac OS X Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jeb220(a)gmail.com Classification: Unclassified An error came up saying that there was a deficiency of wine half way through installing the first disk of Medieval II Total War. It says: "The program _isac8.exe has encountered a serious problem and needs to close. We are sorry for the inconvenience." It also says that this could be caused by a problem in the program or a deficiency in wine. I am running on a Mac OSX version 10.6.4 -- 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 24578] New: WinUAE fails to start on ATI Catalyst (fglrx) driver
by wine-bugs＠winehq.org 18 Dec '14

18 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=24578 Summary: WinUAE fails to start on ATI Catalyst (fglrx) driver Product: Wine Version: 1.3.3 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gururise(a)gmail.com Created an attachment (id=31042) --> (http://bugs.winehq.org/attachment.cgi?id=31042) Console output on startup failure. Using WinUAE 2.3.0 on Ubuntu 10.04 with Wine 1.3.3 and an ATI HD 3200 (built in gfx) with the ATI Catalyst (fglrx driver v10.9 Hotfix) results in a failure to start. Machine: -------- Tri Core AMD Ubuntu 10.04 64-bit ATI 3200 HD built in gfx ATI Catalyst (fglrx) driver v10.9 hotfix Wine v1.3.3 Results in a failure to start. See attached console output. -- 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 21037] New: Microsoft Flight Simulator 2004 crashes when starting a flight
by wine-bugs＠winehq.org 18 Dec '14

18 Dec '14

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 34267] New: Mathcad 15 doesn't paste any components from other programs in mathcad document.
by wine-bugs＠winehq.org 18 Dec '14

18 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=34267 Bug #: 34267 Summary: Mathcad 15 doesn't paste any components from other programs in mathcad document. Product: Wine Version: 1.6 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: taranyuklev(a)mail.ru Classification: Unclassified I installed Mathcad 15 by installing following libreries by winetricks(dotnet35,mdac27,mdac28,msxml3,msxml4,wsh56,wsh57).When i paste something from other document it looks like empty squere.And it doen't open documents with any inserts also.This is last program that i can't to install.Mathcad 14 it is not variant for me.Maybe i do something wrong.I didin't find answer.Best regards Levan)) -- 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 20641] New: Problems loading dispatch and dual types in SLTG TypeLibs
by wine-bugs＠winehq.org 17 Dec '14

17 Dec '14

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 23824] New: Starcraft II: Installer doesn't always launch
by wine-bugs＠winehq.org 13 Dec '14

13 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=23824 Summary: Starcraft II: Installer doesn't always launch Product: Wine Version: 1.2 Platform: x86 OS/Version: Linux Status: NEW Keywords: Installer Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com At first, I thought it may be disk protection, since I was trying to install from an ISO of my original disk, but the original disk has the same problem. I also ruled out a mounting problem, I've mounted with -o ro,unhide,uid=$UID. The strange part is, the install will sometimes work. I haven't figured out what makes it work/fail. It seems to work better if there's nothing else running in the prefix. A `wineserver -k` right before running `wine Installer.exe' also seems to help. Additionally, sometimes wine can't even seem to find the exe (!): austin@laptop:/mnt/wisotool$ ls autorun.inf disc.ico Installer.exe Installer Tome 1.MPQE Installer UI 1.MPQ Installer UI 2.MPQE StarCraft II Installer.app austin@laptop:/mnt/wisotool$ wine Installer.exe wine: cannot find L"C:\\windows\\system32\\Installer.exe" The terminal output when it fails to run isn't very insightful: austin@laptop:/mnt/wisotool$ wine Installer.exe fixme:process:GetLogicalProcessorInformation ((nil),0x33f5e4): stub fixme:ntdll:NtPowerInformation semi-stub: SystemPowerCapabilities fixme:process:GetLogicalProcessorInformation ((nil),0x33fa14): stub fixme:wininet:InternetSetOptionW Option INTERNET_OPTION_CONNECT_TIMEOUT (60000): STUB fixme:wininet:InternetSetOptionW INTERNET_OPTION_SEND/RECEIVE_TIMEOUT 60000 fixme:wininet:InternetSetOptionW Option INTERNET_OPTION_CONNECT_TIMEOUT (60000): STUB fixme:wininet:InternetSetOptionW INTERNET_OPTION_SEND/RECEIVE_TIMEOUT 60000 fixme:process:GetLogicalProcessorInformation ((nil),0xb7c5ac): stub fixme:process:GetLogicalProcessorInformation ((nil),0xb7c5b4): stub fixme:wininet:CommitUrlCacheEntryInternal entry already in cache - don't know what to do! fixme:process:GetLogicalProcessorInformation ((nil),0xe7e99c): stub fixme:wininet:CommitUrlCacheEntryInternal entry already in cache - don't know what to do! fixme:process:GetLogicalProcessorInformation ((nil),0xe7e99c): stub fixme:ntdll:server_ioctl_file Unsupported ioctl 24000 (device=2 access=1 func=0 method=0) I've tried native wininet, since I'm grasping at straws, but that didn't help. The ntdll fixme seems to be the relevant line those process fixme's show up when the installer does actually 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 28

[Bug 26065] New: Starcraft 2 demo "Quit Campaign?" dialog missing text
by wine-bugs＠winehq.org 13 Dec '14

13 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=26065 Summary: Starcraft 2 demo "Quit Campaign?" dialog missing text Product: Wine Version: 1.3.13 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com In the Starcraft 2 demo, click "Start Campaign", pick any difficulty, click OK, wait for cutscene to start, press Escape to skip the cutscene. The Mission Selection screen will appear. (This all takes about ten seconds.) Click the CLOSE button in the lower right. This will bring up the "Quit Campaign?" dialog, which on Windows has the words "Quit Campaign?" and buttons Yes and No. On Wine, the words "Quit Campaign?" are missing. They don't seem to be in a system font, they're in about the same font as the words "Destroy the Dominion Outpost" or "Marine" in the mission selection screen. +font doesn't seem to show anything interesting, nor does +file. Presumably their fonts are not stored in naked files nor rendered by the system. The fonts for Starcraft 2 seem to be kind of documented in http://www.sc2mapster.com/api-docs/game-files/layout/font-styles-sc2style/ It looks like they use a mix of .ttf and .otf, for what it's worth. -- 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 8

[Bug 32175] New: PPTV: titlebar duplicated
by wine-bugs＠winehq.org 13 Dec '14

13 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=32175 Bug #: 32175 Summary: PPTV: titlebar duplicated Product: Wine Version: 1.5.16 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jactry92(a)gmail.com Classification: Unclassified Created attachment 42449 --> http://bugs.winehq.org/attachment.cgi?id=42449 pptv.txt is the log There are two titlebar of the program, just look like as the picture 'wine.png'. you can reproduce it follow: 0. download it; 1. 'wine pptvsetup_3.2.1.0076.exe' I have tried 'winetricks gdiplus' and it did't work for it. attachments: wine.png is what it look like in wine windows.png is what it look like in windows pptv_ui.txt is the log -- 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 13

[Bug 32438] New: winhttp:winhttp conformance test WinHttpGetProxyForUrl() failure
by wine-bugs＠winehq.org 12 Dec '14

12 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=32438 Bug #: 32438 Summary: winhttp:winhttp conformance test WinHttpGetProxyForUrl() failure Product: Wine Version: 1.5.19 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: winhttp AssignedTo: wine-bugs(a)winehq.org ReportedBy: fgouget(a)codeweavers.com Classification: Unclassified My laptop gets the following test failure (see the fg-acer64-* winetest results): winhttp.c:2700: Test failed: got 12166 I looked into this and what's special about it is that its fqdn is 'hawai.free.fr'. I'm not 100% sure how this happens but I think it makes sense given that my ISP is free.fr so this is just the combination of the hostname 'hawai' and the default domain 'free.fr' (my other machines are on various private domains). This causes WinHttpDetectAutoProxyConfigUrl() to check if wpad.free.fr is resolvable, which it is. So it succeeds and returns: http://212.27.63.171/wpad.dat The problem is that wpad.free.fr is hosted on a virtual web host(1). That is a single web server with a single IP address hosts multiple web sites and uses the Host field in the HTTP header to determine which site is being accessed. So accessing this page by IP address fails while accessing it as http://wpad.free.fr/wpad.dat succeeds. This error then causes WinHttpGetProxyForUrl() to fail because the string it is given to parse is an HTML HTTP 500 error page. I have confirmed that if WinHttpGetProxyForUrl() return http://wpad.free.fr/wpad.dat the test succeeds. So why does WinHttpGetProxyForUrl() use the IP address to build the URL? On Windows I could not get WinHttpDetectAutoProxyConfigUrl() to return anything but ERROR_WINHTTP_AUTODETECTION_FAILED. I suspect it gets a different domain name somehow. (1) https://en.wikipedia.org/wiki/Virtual_hosting#Name-based -- 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 36642] New: IWinHttpRequest::Send returns immediately even when in synchronous mode
by wine-bugs＠winehq.org 12 Dec '14

12 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=36642 Bug ID: 36642 Summary: IWinHttpRequest::Send returns immediately even when in synchronous mode Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: winhttp Assignee: wine-bugs(a)winehq.org Reporter: ptubbytaylor(a)gmail.com Created attachment 48680 --> http://bugs.winehq.org/attachment.cgi?id=48680 Script for AutoHotkey v1.1+ to reproduce issue Synchronous mode, as set and described in IWinHttpRequest::Open is enabled, but it still returns immediately instead of after a response is received. This issue affects wine versions as early as 1.4, and extends to version 1.7.18 In windows, my attached code and executable display a dialog showing the source of the google home page. In Ubuntu under wine, it returns immediately, causing my script to throw an error for trying to access IWinHttpRequest::ResponseText before Send has completed. Terminal output from wine is as follows (two lines): fixme:heap:HeapSetInformation (nil) 1 (nil) 0 fixme:winhttp:request_set_option 0 (null) (null) As a workaround, one can call IWinHttpRequest::WaitForResponse immediately after Send, which will wait in the same manner Send is supposed to. -- 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 20

[Bug 36569] New: TM.exe crashes at a certain time and native usp10 fixes it
by wine-bugs＠winehq.org 12 Dec '14

12 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=36569 Bug ID: 36569 Summary: TM.exe crashes at a certain time and native usp10 fixes it Product: Wine Version: 1.7.16 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: usp10 Assignee: wine-bugs(a)winehq.org Reporter: lilydjwg(a)gmail.com Created attachment 48659 --> http://bugs.winehq.org/attachment.cgi?id=48659 full log with WINEDEBUG=+tid,+seh,+uniscribe When I use TM.exe to open a chat window for group 45045241 (Vim 草堂), the program stops and then crashes, either by invoking TM's bug report program, with exit code 52, and messages like this: fixme:dbghelp:elf_search_auxv can't find symbol in module or by just disappearing, with exit code 5, and a message like this: err:seh:raise_exception Unhandled exception code c0000005 flags 0 addr 0x7bc51688 This is not observed by me for other chatting groups yet. wineticks -q usp10 can fix this. -- 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 8

[Bug 36650] New: Winhttprequest authentication doesn't work anymore
by wine-bugs＠winehq.org 12 Dec '14

12 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=36650 Bug ID: 36650 Summary: Winhttprequest authentication doesn't work anymore Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winhttp Assignee: wine-bugs(a)winehq.org Reporter: ocean04(a)suomi24.fi Sample from bug 27864 doesn't work -- 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 26657] New: cannot paste text into wine iexplore.exe when browswing
by wine-bugs＠winehq.org 12 Dec '14

12 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=26657 Summary: cannot paste text into wine iexplore.exe when browswing Product: Wine Version: 1.3.17 Platform: x86 URL: http://www.google.com OS/Version: Linux Status: NEW Keywords: download Severity: trivial Priority: P2 Component: mshtml AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com $ wine http://www.google.com copy some text to your clipboard. Click in the url bar, right click, paste. Works fine. Click in the search box on google. Right click, paste: fixme:mshtml:exec_mshtml_paste Unimplemented in browse mode no text :(. -- 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 34207] New: dotnet20sp1 installer fails most of the time
by wine-bugs＠winehq.org 12 Dec '14

12 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=34207 Bug #: 34207 Summary: dotnet20sp1 installer fails most of the time Product: Wine Version: 1.7.0 Platform: x86-64 URL: http://download.microsoft.com/download/0/8/c/08c19fa4- 4c4f-4ffb-9d6c-150906578c9e/NetFx20SP1_x86.exe OS/Version: Linux Status: NEW Keywords: download, Installer, regression Severity: minor Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk CC: hans(a)meelstraat.net Classification: Unclassified Regression SHA1: b64fabf39e923ebfaa9a77ed9dea05acf7e38dcb Created attachment 45510 --> http://bugs.winehq.org/attachment.cgi?id=45510 Wine 1.7.0 console output - Fail 1st run then success 2nd dotnet20sp1 installer fails most of the time (around 2/3) in Wine 1.7.0 1. winetricks dotnet20 2. wine /mnt/winetricks/dotnet20sp1/NetFx20SP1_x86.exe /q err:msi:ITERATE_Actions Execution halted, action L"DD_CA_ScheduleNgenServiceVersionCheck_X86.3643236F_FC70_11D3_A536_0090278A1BB8" returned 1603 Run the installer 2 to 4 times and it will complete successfully. dotnet verifier confirms. Setting win2k mode (winetricks dotnet20sp1) makes no difference. This is a recent regression. b64fabf39e923ebfaa9a77ed9dea05acf7e38dcb is the first bad commit commit b64fabf39e923ebfaa9a77ed9dea05acf7e38dcb Author: Hans Leidekker <hans(a)codeweavers.com> Date: Mon Jun 3 12:09:54 2013 +0200 msi: Don't defer custom actions in the UI sequence if they match the currently running script. :040000 040000 4bd3894bebc82cbfdb53329581e607228c837869 f35105a4bc68d1c7118c6b5309780d89942f0828 M dlls http://source.winehq.org/git/wine.git/commitdiff/b64fabf39e923ebfaa9a77ed9d… Reverting this commit in Wine 1.7.0 fixes the problem. (There are other problems with the installer but it completes). Note: Affects winetricks dotnet20sp1 verb. -- 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 35069] New: Patrol Falcon runs without sound
by wine-bugs＠winehq.org 12 Dec '14

12 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=35069 Bug #: 35069 Summary: Patrol Falcon runs without sound Product: Wine Version: 1.7.8 Platform: x86 URL: http://www.onlinegamesector.com/onlinefull/6129/patrol -falcon.htm OS/Version: Linux Status: NEW Keywords: download, regression Severity: minor Priority: P2 Component: winmm&mci AssignedTo: wine-bugs(a)winehq.org ReportedBy: gyebro69(a)gmail.com CC: aeikum(a)codeweavers.com Classification: Unclassified Regression SHA1: fdfff7cf6013a030f2b240b13b02831e502d49e7 Created attachment 46775 --> http://bugs.winehq.org/attachment.cgi?id=46775 audio debug log This regression causes loss of audio in 2 games of mine: Patrol Falcon and Eschalon: Book I (Steam version). These games are running without any sound since fdfff7cf6013a030f2b240b13b02831e502d49e7 is the first bad commit commit fdfff7cf6013a030f2b240b13b02831e502d49e7 Author: Andrew Eikum <aeikum(a)codeweavers.com> Date: Wed Aug 21 10:14:59 2013 -0500 winmm: Increase mmdevapi buffer sizes. The tiny buffer size caused audio capture glitches on OSX, where the OS often returns audio in half-second chunks. Reverting the patch on 1.7.8 fixes the problem. Fedora 19 Alsa 1.0.27 (Pulseaudio is not running) Audio device: NVIDIA Corporation MCP61 High Definition Audio (rev a2) -- 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 36257] New: Gears of War fails on startup, reporting 'binkw32.dll: You cannot run the game with modified executable code. Please reinstall the game.' (WINTRUST_FILE_INFO file handle member not reset on cleanup when opened internally)
by wine-bugs＠winehq.org 12 Dec '14

12 Dec '14

https://bugs.winehq.org/show_bug.cgi?id=36257 Bug ID: 36257 Summary: Gears of War fails on startup, reporting 'binkw32.dll: You cannot run the game with modified executable code. Please reinstall the game.' (WINTRUST_FILE_INFO file handle member not reset on cleanup when opened internally) Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: wintrust Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, as the summary says. No, this is not the infamous mess up that hit everyone who bought this game in Jan 2009: https://support.microsoft.com/kb/967644 (the original PE executables carry an Authenticode Signature with an expiry date Jan 29, 2009) Unfortunately, even with the re-signed/updated executables the message is still shown. Relevant part of trace log: --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Gears of War/Binaries $ WINEDEBUG=+tid,+seh,+relay,+wintrust wine ./Startup.exe >>log.txt 2>&1 ... 0027:Call wintrust.WinVerifyTrust(00000000,024af720,024af6f0) ret=00f78780 0027:trace:wintrust:WinVerifyTrust ((nil), {00aac56b-cd44-11d0-8cc2-00c04fc295ee}, 0x24af6f0) 0027:trace:wintrust:dump_wintrust_data 0x24af6f0 0027:trace:wintrust:dump_wintrust_data cbStruct: 48 0027:trace:wintrust:dump_wintrust_data pPolicyCallbackData: (nil) 0027:trace:wintrust:dump_wintrust_data pSIPClientData: (nil) 0027:trace:wintrust:dump_wintrust_data dwUIChoice: 2 0027:trace:wintrust:dump_wintrust_data fdwRevocationChecks: 00000000 0027:trace:wintrust:dump_wintrust_data dwUnionChoice: 1 0027:trace:wintrust:dump_file_info 0x24af6d4 0027:trace:wintrust:dump_file_info cbStruct: 16 0027:trace:wintrust:dump_file_info pcwszFilePath: L"C:\\Program Files\\Gears of War\\Binaries\\WarGame-G4WLive.exe" 0027:trace:wintrust:dump_file_info hFile: (nil) 0027:trace:wintrust:dump_file_info pgKnownSubject: (null) 0027:trace:wintrust:dump_wintrust_data dwStateAction: 0 0027:trace:wintrust:dump_wintrust_data hWVTStateData: (nil) 0027:trace:wintrust:dump_wintrust_data pwszURLReference: (null) 0027:trace:wintrust:dump_wintrust_data dwProvFlags: 00000100 0027:trace:wintrust:dump_wintrust_data dwUIContext: 0 ... 0027:Call wintrust.CryptSIPGetSignedDataMsg(0016c5b8,0016c3e8,00000000,024af420,00000000) ret=7de26f02 0027:trace:wintrust:CryptSIPGetSignedDataMsg (0x16c5b8 0x16c3e8 0 0x24af420 (nil)) 0027:trace:wintrust:WINTRUST_GetSignedMsgFromPEFile (0x16c5b8 0x16c3e8 0 0x24af420 (nil)) ... 0027:trace:wintrust:WINTRUST_GetTimeFromSigner returning time from message 1/29/2009 0027:trace:wintrust:WINTRUST_AddSgnr (0x16c3b0, 0, 0, 0x24af414) ... 0027:trace:wintrust:WINTRUST_AddCert (0x16c3b0, 0, 0, 0, 0x4eda754) ... 0027:Call crypt32.CertVerifyCertificateChainPolicy(00000002,04ed8ac0,024af440,024af464) ret=7debb243 0027:Ret crypt32.CertVerifyCertificateChainPolicy() retval=00000001 ret=7debb243 0027:trace:wintrust:SoftpubAuthenticode returning 0 (00000000) 0027:Ret wintrust.SoftpubAuthenticode() retval=00000000 ret=7debc27a 0027:trace:wintrust:WINTRUST_DefaultVerify returning 00000000 0027:trace:wintrust:WINTRUST_DefaultClose ((nil), {00aac56b-cd44-11d0-8cc2-00c04fc295ee}, 0x24af6f0) 0027:Call wintrust.SoftpubCleanup(0016c3b0) ret=7debc7a4 ... 0027:trace:wintrust:WINTRUST_DefaultClose returning 00000000 0027:trace:wintrust:WINTRUST_DefaultVerifyAndClose returning 00000000 0027:trace:wintrust:WinVerifyTrust returning 00000000 0027:Ret wintrust.WinVerifyTrust() retval=00000000 ret=00f78780 --- snip --- The first file 'C:\\Program Files\\Gears of War\\Binaries\\WarGame-G4WLive.exe' is successfully validated. The second file 'binkw32.dll' fails ... --- snip --- 0027:Call wintrust.WinVerifyTrust(00000000,024af720,024af6f0) ret=00f78780 0027:trace:wintrust:WinVerifyTrust ((nil), {00aac56b-cd44-11d0-8cc2-00c04fc295ee}, 0x24af6f0) 0027:trace:wintrust:dump_wintrust_data 0x24af6f0 0027:trace:wintrust:dump_wintrust_data cbStruct: 48 0027:trace:wintrust:dump_wintrust_data pPolicyCallbackData: (nil) 0027:trace:wintrust:dump_wintrust_data pSIPClientData: (nil) 0027:trace:wintrust:dump_wintrust_data dwUIChoice: 2 0027:trace:wintrust:dump_wintrust_data fdwRevocationChecks: 00000000 0027:trace:wintrust:dump_wintrust_data dwUnionChoice: 1 0027:trace:wintrust:dump_file_info 0x24af6d4 0027:trace:wintrust:dump_file_info cbStruct: 16 0027:trace:wintrust:dump_file_info pcwszFilePath: L"binkw32.dll" 0027:trace:wintrust:dump_file_info hFile: 0x12c 0027:trace:wintrust:dump_file_info pgKnownSubject: (null) 0027:trace:wintrust:dump_wintrust_data dwStateAction: 0 0027:trace:wintrust:dump_wintrust_data hWVTStateData: (nil) 0027:trace:wintrust:dump_wintrust_data pwszURLReference: (null) 0027:trace:wintrust:dump_wintrust_data dwProvFlags: 00000100 0027:trace:wintrust:dump_wintrust_data dwUIContext: 0 0027:trace:wintrust:WINTRUST_DefaultVerifyAndClose ((nil), {00aac56b-cd44-11d0-8cc2-00c04fc295ee}, 0x24af6f0) 0027:trace:wintrust:WINTRUST_DefaultVerify ((nil), {00aac56b-cd44-11d0-8cc2-00c04fc295ee}, 0x24af6f0) ... 0027:Call wintrust.SoftpubInitialize(0016cc90) ret=7debc27a 0027:trace:wintrust:SoftpubInitialize (0x16cc90) 0027:trace:wintrust:SoftpubInitialize returning 00000000 0027:Ret wintrust.SoftpubInitialize() retval=00000000 ret=7debc27a 0027:Call wintrust.SoftpubLoadMessage(0016cc90) ret=7debc27a 0027:trace:wintrust:SoftpubLoadMessage (0x16cc90) 0027:Call KERNEL32.GetFileTime(0000012c,0016ccf0,00000000,00000000) ret=7deb8a5c 0027:Ret KERNEL32.GetFileTime() retval=00000000 ret=7deb8a5c 0027:trace:wintrust:SOFTPUB_OpenFile returning 0 0027:Call crypt32.CryptSIPRetrieveSubjectGuid(03a618c0 L"binkw32.dll",0000012c,0016e2dc) ret=7deb8b27 0027:Call KERNEL32.SetFilePointerEx(0000012c,00000000,00000000,024af328,00000001) ret=7de25ce2 0027:Ret KERNEL32.SetFilePointerEx() retval=00000000 ret=7de25ce2 0027:Call KERNEL32.SetFilePointer(0000012c,00000000,00000000,00000000) ret=7de25d08 0027:Ret KERNEL32.SetFilePointer() retval=ffffffff ret=7de25d08 0027:Call KERNEL32.ReadFile(0000012c,024af324,00000004,024af338,00000000) ret=7de25d37 0027:Ret KERNEL32.ReadFile() retval=00000000 ret=7de25d37 0027:Call KERNEL32.SetFilePointerEx(0000012c,7bcd1000,7bc3b401,00000000,00000000) ret=7de265e5 0027:Ret KERNEL32.SetFilePointerEx() retval=00000000 ret=7de265e5 0027:Ret crypt32.CryptSIPRetrieveSubjectGuid() retval=00000000 ret=7deb8b27 0027:Call KERNEL32.GetFileSizeEx(0000012c,024af420) ret=7deb8b58 0027:Ret KERNEL32.GetFileSizeEx() retval=00000000 ret=7deb8b58 0027:trace:wintrust:SOFTPUB_GetFileSubject returning 6 0027:trace:wintrust:SoftpubLoadMessage returning 1 (00000006) 0027:Ret wintrust.SoftpubLoadMessage() retval=00000001 ret=7debc27a 0027:trace:wintrust:WINTRUST_DefaultVerify returning 00000006 0027:trace:wintrust:WINTRUST_DefaultClose ((nil), {00aac56b-cd44-11d0-8cc2-00c04fc295ee}, 0x24af6f0) 0027:Call wintrust.SoftpubCleanup(0016cc90) ret=7debc7a4 ... 0027:trace:wintrust:WINTRUST_DefaultClose returning 00000000 0027:trace:wintrust:WINTRUST_DefaultVerifyAndClose returning 00000006 0027:trace:wintrust:WinVerifyTrust returning 00000006 0027:Ret wintrust.WinVerifyTrust() retval=00000006 ret=00f78780 ... 0027:Call user32.MessageBoxW(00000000,024a773c L"binkw32.dll: You cannot run the game with modified executable code. Please reinstall the game.",01915d30 L"Message",00001000) ret=00f78081 --- snip --- The data structure passed to WinVerifyTrust() is fully reused on subsequent calls. Only the filename is changed, all other members remain untouched - including the file handle value. Wine's wintrust set the 'hFile' member during processing of the first file but forgot to reset the value upon return (in non-error case). Since Wine checks the handle for NULL or INVALID_HANDLE_VALUE it assumes the client passed a valid handle (which is not true because the client never dealt with handles). All file related API calls subsequently fail on the second PE image (returning 'FALSE'), indicated by lasterror 0x6 (invalid handle). Source: http://source.winehq.org/git/wine.git/blob/ba78b54820b5a5cdb4cdcfb5556b3578… --- snip --- 76 /* Assumes data->pWintrustData->u.pFile exists. Makes sure a file handle is 77 * open for the file. 78 */ 79 static DWORD SOFTPUB_OpenFile(CRYPT_PROVIDER_DATA *data) 80 { 81 DWORD err = ERROR_SUCCESS; 82 83 /* PSDK implies that all values should be initialized to NULL, so callers 84 * typically have hFile as NULL rather than INVALID_HANDLE_VALUE. Check 85 * for both. 86 */ 87 if (!data->pWintrustData->u.pFile->hFile || 88 data->pWintrustData->u.pFile->hFile == INVALID_HANDLE_VALUE) 89 { 90 data->pWintrustData->u.pFile->hFile = 91 CreateFileW(data->pWintrustData->u.pFile->pcwszFilePath, GENERIC_READ, 92 FILE_SHARE_READ, NULL, OPEN_EXISTING, FILE_ATTRIBUTE_NORMAL, NULL); 93 if (data->pWintrustData->u.pFile->hFile != INVALID_HANDLE_VALUE) 94 data->fOpenedFile = TRUE; 95 else 96 err = GetLastError(); 97 } 98 if (!err) 99 GetFileTime(data->pWintrustData->u.pFile->hFile, &data->sftSystemTime, 100 NULL, NULL); 101 TRACE("returning %d\n", err); 102 return err; 103 } --- snip --- Problem: http://source.winehq.org/git/wine.git/blob/ba78b54820b5a5cdb4cdcfb5556b3578… --- snip --- 1180 HRESULT WINAPI SoftpubCleanup(CRYPT_PROVIDER_DATA *data) 1181 { ... 1206 1207 CryptMsgClose(data->hMsg); 1208 1209 if (data->fOpenedFile && 1210 data->pWintrustData->dwUnionChoice == WTD_CHOICE_FILE && 1211 data->pWintrustData->u.pFile) 1212 CloseHandle(data->pWintrustData->u.pFile->hFile); 1213 1214 return S_OK; 1215 } --- snip --- If you close the handle you need to reset the handle value too. I already tested a fix which lets the signature validation of all PE files succeed. This allows the game to run further - only to run into next problem. Regards -- 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 9

[Bug 34888] New: OriginPro 8 freezes in a new installation of Wine (via MacPorts) after Lion->Mavericks upgrade
by wine-bugs＠winehq.org 12 Dec '14

12 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=34888 Bug #: 34888 Summary: OriginPro 8 freezes in a new installation of Wine (via MacPorts) after Lion->Mavericks upgrade Product: Wine Version: 1.6 Platform: x86 OS/Version: Mac OS X Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ph.schaefe(a)gmail.com Classification: Unclassified Wine was running OriginPro 8 quite okay even until after I upgraded from OSX Lion to Mavericks. I use MacPorts and Wine. Under Mavericks, MacPorts refused to upgrade outdated ports, so I had to delete and reinstall MacPorts and all its ports, including Wine. I'm not sure if that was a good or a bad idea. After the re-install of Wine, OriginPro 8 stopped working. At first, it crashed (it freezes) after clicking five or six times on the "File" menu. Then it crashed/froze instantly when I clicked on the "File" menu. Clicking on other menu items, e.g. "Edit" or "Help" or "Window" did not elicit a crash. Upon freezing/crashing, it says only: >fixme:storage:create_storagefile Storage share mode not implemented. >Assertion failed at address 0x000b:0x9938f952 (thread 0009), starting debugger... But the debugger neither ever finishes nor does it tell me anything. I tried also OriginPro 8.51, but it showed exactly the same freezing behavior when clicking on "File". It was still ok to work with, as it started fine, and the button bar allows most of the "File" menu's commands. But now, the freezing occurs already during starting it. :evil: I read from this ticket http://appdb.winehq.org/objectManager.php?sClass=version&iId=5834 and from other sources that this might have something to do with msiexec, especially when something freezes. I tried to install msiexec version 4 and 6, additionally, with winetricks, but both fail to install. I do not understand what is going on there. Do I need Wine-devel instead of Wine? Which components of Wine did I forgot to install? -- 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 15

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

12 Dec '14

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 33003] New: running TaxAct 2012 leads to bunches of popup windows
by wine-bugs＠winehq.org 08 Dec '14

08 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=33003 Bug #: 33003 Summary: running TaxAct 2012 leads to bunches of popup windows Product: Wine Version: 1.5.24 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dpobanz(a)gmail.com Classification: Unclassified Created attachment 43608 --> http://bugs.winehq.org/attachment.cgi?id=43608 Terminal output When starting the TaxAct 2012 program (winetricks ie7 was used before installing the program), there are many popup boxes. These boxes do not have a title and there is nothing written in them. In the terminal, these lines are repeated many times. See attachment. err:ole:CoGetClassObject no class object {6c736db1-bd94-11d0-8a23-00aa00b58e10} could be created for context 0x1 err:ole:CoGetClassObject class {6c736db1-bd94-11d0-8a23-00aa00b58e10} not registered fixme:wininet:GetUrlCacheEntryInfoExW ignoring unsupported flags: 100 -- 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

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs July 2014