January 2011 - Wine-bugs - list.winehq.org

[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(a)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(a)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(a)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 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 23421] New: unimplemented function SHLWAPI.dll.AssocGetPerceivedType (affects Windows Live Photo Gallery)
by wine-bugs＠winehq.org 07 Dec '14

07 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=23421 Summary: unimplemented function SHLWAPI.dll.AssocGetPerceivedType (affects Windows Live Photo Gallery) Product: Wine Version: 1.2-rc5 Platform: x86 URL: http://g.live.com/1rewlive3/en/wlsetup-all.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: leighmanthegreat(a)hotmail.com Created an attachment (id=29210) --> (http://bugs.winehq.org/attachment.cgi?id=29210) Live Photo Gallery Crash Windows Live Photo Gallery crashes with unimplemented function. Can install a couple of Windows Live programs after winetricks msxml3 ie6 Live Photo gallery then requires winetricks wmp9 After this it crashes with unimplemented function. Log 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 16

[Bug 19254] New: Fractal Mapper: some symbols disappear over bitmap backgrounds
by wine-bugs＠winehq.org 06 Dec '14

06 Dec '14

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 22850] New: Jade Dynasty - Render bug
by wine-bugs＠winehq.org 05 Dec '14

05 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=22850 Summary: Jade Dynasty - Render bug Product: Wine Version: 1.2-rc1 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P3 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: forum(a)muramatsu.com.br Created an attachment (id=28218) --> (http://bugs.winehq.org/attachment.cgi?id=28218) Image with the Render bug When I try to enter in game Jade Dynasty (provided by Perfect World at http://www.jd.perfectworld.com) the render is not viewed normal. Take screeshot here: http://img408.imageshack.us/img408/8454/errowine.png (or view the attachment) How to solve this problem? Tks for your help. Ricardo Muramatsu -- 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 21

[Bug 22680] New: Photoshop CS5 installer fails
by wine-bugs＠winehq.org 05 Dec '14

05 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=22680 Summary: Photoshop CS5 installer fails Product: Wine Version: 1.1.42 Platform: x86 URL: http://www.adobe.com/products/photoshop/main.html OS/Version: Linux Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk Created an attachment (id=27936) --> (http://bugs.winehq.org/attachment.cgi?id=27936) Wine 1.1.42 console output Working around Bug 22679 with a native msxml3, the Photoshop CS5 installer exits with error code (-1). The following line is repeated just before the failure: err:shell:SHGetFolderPathAndSubDirW Failed to create directory L"". -- 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 37

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

02 Dec '14

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

01 Dec '14

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

01 Dec '14

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