wine-bugs August 2013

wine-bugs@winehq.org

1 participants
9559 discussions

[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 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 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

[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

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 August 2013