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

[Bug 39623] New: Origin installer crashes wine on "Explain this"
by wine-bugs＠winehq.org 20 Mar '20

20 Mar '20

https://bugs.winehq.org/show_bug.cgi?id=39623 Bug ID: 39623 Summary: Origin installer crashes wine on "Explain this" Product: Wine Version: 1.7.55 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: kneekoo(a)yahoo.com Distribution: --- Created attachment 52795 --> https://bugs.winehq.org/attachment.cgi?id=52795 Click "Explain this" and it will crash. Wine crashes when I click "Explain this" in the Origin setup window. -- 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.

2 15

[Bug 30422] New: IWebBrowser2 ServiceProvider SID_SShellBrowser not supported
by wine-bugs＠winehq.org 19 Mar '20

19 Mar '20

http://bugs.winehq.org/show_bug.cgi?id=30422 Bug #: 30422 Summary: IWebBrowser2 ServiceProvider SID_SShellBrowser not supported Product: Wine Version: 1.3.37 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mshtml AssignedTo: wine-bugs(a)winehq.org ReportedBy: lkcl(a)lkcl.net Classification: Unclassified this is for running pyjamas-desktop using wine's native (gecko) MSHTML.DLL the relevant code is here: http://pyjs.org/pygit/#file=pyjd/mshtml.py&id=0d4b6787d01c3d90f2c8801c5c4c4… but the convenient sections which fail (ending with the line that fails) are replicated here: SID_SShellBrowser = GUID("{000214E2-0000-0000-C000-000000000046}") # http://msdn.microsoft.com/en-us/library/aa752126%28VS.85%29.aspx wba = self.pBrowser.QueryInterface(IServiceProvider) wn = wrap(wba.QueryService(SID_SShellBrowser, IOleWindow)) # http://www.mail-archive.com/comtypes-users(a)lists.sourceforge.net/msg00439… class IServiceProvider(IUnknown): _iid_ = GUID('{6D5140C1-7436-11CE-8034-00AA006009FA}') # Overridden QueryService to make it nicer to use (passing it an # interface and it returns a pointer to that interface) def QueryService(self, serviceIID, interface): p = POINTER(interface)() self._QueryService(byref(serviceIID), byref(interface._iid_), byref(p)) the line that fails is the _QueryService, looking up the IOleWindow interface on SID_SShellBrowser, as can be seen below by "fixme:ieframe:WebBrowser_QueryInterface". fixme:atl:OleInPlaceFrame_SetStatusText (0x133280, L"Downloading about:blank") - stub fixme:iphlpapi:NotifyAddrChange (Handle 0x61ce8fc, overlapped 0x61ce8e0): stub err:ole:CoGetClassObject class {591209c7-767b-42b2-9fba-44ee4615f2c7} not registered err:ole:CoGetClassObject class {591209c7-767b-42b2-9fba-44ee4615f2c7} not registered err:ole:CoGetClassObject no class object {591209c7-767b-42b2-9fba-44ee4615f2c7} could be created for context 0x3 fixme:ieframe:ClOleCommandTarget_QueryStatus (0x132ff4)->((null) 1 0x42a220 (nil)) fixme:ieframe:ClOleCommandTarget_QueryStatus command_0: 27, 0x0 fixme:ieframe:ClOleCommandTarget_Exec Unimplemented cmdid 25 fixme:ieframe:ClOleCommandTarget_Exec Unimplemented cmdid 26 fixme:ieframe:ClOleCommandTarget_Exec Unimplemented group {000214d1-0000-0000-c000-000000000046} fixme:ntdll:NtLockFile I/O completion on lock not implemented yet fixme:ieframe:ClientSite_GetContainer (0x132ff4)->(0x42a230) fixme:ieframe:ClOleCommandTarget_Exec Unimplemented group {000214d1-0000-0000-c000-000000000046} fixme:atl:OleInPlaceFrame_SetStatusText (0x133280, L"") - stub fixme:atl:OleInPlaceFrame_EnableModeless (0x133280, 1) - stub fixme:ieframe:ClientSite_GetContainer (0x132ff4)->(0x42d070) fixme:imm:ImmReleaseContext (0x1006e, 0x515df48): stub fixme:ieframe:ClOleCommandTarget_Exec Unimplemented cmdid 25 fixme:ieframe:ClOleCommandTarget_Exec Unimplemented cmdid 26 fixme:ieframe:ProvideClassInfo_GetClassInfo (0x132f40)->(0x30a7af8) fixme:ieframe:WebBrowser_QueryInterface (0x132f40)->({df0b3d60-548f-101b-8e65-08002b2bd119} 0x42f2fc) interface not supported fixme:ieframe:WebBrowser_put_RegisterAsBrowser (0x132f40)->(ffffffff) fixme:win:EnumDisplayDevicesW ((null),0,0x42e410,0x00000000), stub! fixme:ieframe:WBServiceProvider_QueryService (0x132f40)->({000214e2-0000-0000-c000-000000000046}, {00000114-0000-0000-c000-000000000046} 0x30db0f8) fixme:ieframe:WebBrowser_QueryInterface (0x132f40)->({df0b3d60-548f-101b-8e65-08002b2bd119} 0x42f60c) interface not supported Traceback (most recent call last): File "Hello.py", line 15, in <module> pyjd.setup("public/Hello.html?fred=foo#me") File "C:\python26\lib\site-packages\pyjd\__init__.py", line 76, in setup _setup(*args, **kwargs) File "C:\python26\lib\site-packages\pyjd\mshtml.py", line 472, in setup wv.load_app() File "C:\python26\lib\site-packages\pyjd\mshtml.py", line 293, in load_app wn = wrap(wba.QueryService(SID_SShellBrowser, IOleWindow)) File "C:\python26\lib\site-packages\pyjd\mshtml.py", line 113, in QueryService self._QueryService(byref(serviceIID), byref(interface._iid_), byref(p)) _ctypes.COMError: (-2147467262, None, (None, None, None, 0, None)) -- 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.

2 4

[Bug 22458] New: Word 2007: Impossible to insert symbol by clicking on its center
by wine-bugs＠winehq.org 19 Mar '20

19 Mar '20

http://bugs.winehq.org/show_bug.cgi?id=22458 Summary: Word 2007: Impossible to insert symbol by clicking on its center Product: Wine Version: 1.1.43 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com Created an attachment (id=27508) --> (http://bugs.winehq.org/attachment.cgi?id=27508) Image showing the problem Steps to reproduce: 1) Start Word 2007 2) Insert->Equation Try to insert "less than" symbol by clicking on its center. Symbol will get bigger as you hover over it but when you click on it, it won't be inserted in the page. To insert symbol you have to click on it's border like I showed in attachment (lower image). On upper image in attachment I also showed situation where symbol should be inserted but it isn't. -- 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.

2 19

[Bug 47821] New: commit 22795243b2d21e1a667215f54c3a15634735749c cause a regression
by WineHQ Bugzilla 17 Mar '20

17 Mar '20

https://bugs.winehq.org/show_bug.cgi?id=47821 Bug ID: 47821 Summary: commit 22795243b2d21e1a667215f54c3a15634735749c cause a regression Product: Wine Version: 4.17 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: l12436(a)yahoo.com.tw Distribution: --- commit 22795243b2d21e1a667215f54c3a15634735749c causing gcin is not working in wine 4.17. I was unable to input Chinese after this commit. My solution now is to revert this commit. This can be test on gcin by notepad. I think ibus also could re-produce. -- 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 48297] New: Wineboot crashes on 64bit prefix creation (macOS wine built without mingw)
by WineHQ Bugzilla 16 Mar '20

16 Mar '20

https://bugs.winehq.org/show_bug.cgi?id=48297 Bug ID: 48297 Summary: Wineboot crashes on 64bit prefix creation (macOS wine built without mingw) Product: Wine Version: 5.0-rc1 Hardware: x86-64 OS: Mac OS X Status: NEW Keywords: regression, source Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gijsvrm(a)gmail.com Created attachment 66004 --> https://bugs.winehq.org/attachment.cgi?id=66004 backtrace Only happens when creating a 64bit prefix. Attached is the backtrace, there was no other output aside from the regular output when creating a prefix. I'll try to do a regression test ASAP. -- 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 23249] New: Fallout 3: Most sound effects missing.
by wine-bugs＠winehq.org 15 Mar '20

15 Mar '20

http://bugs.winehq.org/show_bug.cgi?id=23249 Summary: Fallout 3: Most sound effects missing. Product: Wine Version: 1.2-rc4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: erik.weatherwax(a)gmail.com CC: eric.pouech(a)orange.fr See bug #21609. A purported fix for this bug was committed to the source tree as commit 258d42982cf526b3d9c59ccb522b27db3f519541, and included in release 1.2-rc4. However, I am experiencing the same issue (no sound effects with the exception of dialogue) as named in that bug report with a clean build of 1.2-rc4. Not surprisingly, regression testing leads back to the same bad commit: c62cf2e049ad37d9561957c47d23fc7ba13adc90 is first bad commit commit c62cf2e049ad37d9561957c47d23fc7ba13adc90 Author: Eric Pouech <eric.pouech(a)orange.fr> Date: Sat Jan 23 18:56:45 2010 +0100 winmm: In mmio manipulation, always ensure that we use a HFILE for mmio internal handlers (and not a HANDLE). :040000 040000 34f94674da252fbcf201217dddb31973ead906ca 59d18475ffc5e5e76df8b5277fb3250ef091721e M dlls named in 21609. -- 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.

2 21

[Bug 47560] New: ws2_32: WS_getpeername behavior for on non-blocking tcp sockets during handshake
by wine-bugs＠winehq.org 15 Mar '20

15 Mar '20

https://bugs.winehq.org/show_bug.cgi?id=47560 Bug ID: 47560 Summary: ws2_32:WS_getpeername behavior for on non-blocking tcp sockets during handshake Product: Wine Version: 4.12.1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: winsock Assignee: wine-bugs(a)winehq.org Reporter: oysstu(a)gmail.com Distribution: --- Created attachment 64948 --> https://bugs.winehq.org/attachment.cgi?id=64948 Winedebug output This bug report deals with a difference in behavior of ws2_32:getpeername. It was discovered in the game Titan Quest Anniversary Edition when connection to a multiplayer lobby, but can be reproduced quite easily elsewhere. Once a non-blocking socket is connected to using ws2_32:WS_connect, and ws2_32:getpeername is called before the TCP handshake is completed, the resulting behavior is different on Windows and Linux. On Linux; before the TCP handshake is completed WSAENOTCONN is returned by ws2_32:getpeername. I.e. a socket is not connected before the handshake succeeds, hence one cannot get the peer name On Windows; from msdn the documentation clearly states that "The getpeername function can be used only on a connected socket.". Apparently, once the ws2_32:connect call has been made, it's defined as "connected" until the handshake times out because Windows returns successfully without an error and gives the peer info of the remote address it's trying to connect to. The error can be reproduced by using connect to an IP/port that does not reply followed by the call to getpeername Now, what happens in Titan Quest is that the developers has handled the WSAENOTCONN error by recreating the socket and doing the exact thing again instead of waiting for the socket to connect. Obviously, that's an error on their part, but it does work consistently on Windows. During the handshake, the tcpi_state field of TCP_INFO will show as TCP_SYN_SENT/TCP_SYN_RECV, which can be used to detect when this happens. I don't know the best way to get the peer name without calling getpeername though. I suppose it can be retrieved by re-implementing af_inet:inetgetname() without the check for TCP_SYN_SENT, but this probably affects portability (?). Another more portable way is to cache the address/port in wine, which obviously only works for outgoing connections (don't see why the behavior has to change for incoming connections anyway). af_inet:inetgetname(): https://github.com/torvalds/linux/blob/master/net/ipv4/af_inet.c#L760 I've attached a wine debug log, which shows the connect() call followed by a getpeername() that fails and raises an exception. -- 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.

2 2

[Bug 30808] New: ConEmu: Fails to find console font
by wine-bugs＠winehq.org 14 Mar '20

14 Mar '20

http://bugs.winehq.org/show_bug.cgi?id=30808 Bug #: 30808 Summary: ConEmu: Fails to find console font Product: Wine Version: 1.5.5 Platform: x86 URL: http://code.google.com/p/conemu-maximus5/downloads/det ail?name=ConEmu.120527a.7z&can=2&q= OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: techtonik(a)gmail.com Classification: Unclassified When started, ConEmu fails with the error: Failed to create main font! Requested: Lucida Console Created: Arial Failed to create border font! Requested: Lucida Console Created: The message in stdout: $ wine ConEmu.exe fixme:uxtheme:BufferedPaintInit Stub () fixme:win:RegisterShellHookWindow (0x10072): stub err:rebar:REBAR_WindowProc unknown msg 200b wp=00000000 lp=00495520 It looks like Wine should register default console font by default. See upstream issue: http://code.google.com/p/conemu-maximus5/issues/detail?id=515 -- 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.

2 10

[Bug 33474] New: Microsoft Project 2007 cannot load Turn On Project Guide on View>Turn On Project Guide. Other functionalities also not available.
by wine-bugs＠winehq.org 14 Mar '20

14 Mar '20

http://bugs.winehq.org/show_bug.cgi?id=33474 Bug #: 33474 Summary: Microsoft Project 2007 cannot load Turn On Project Guide on View>Turn On Project Guide. Other functionalities also not available. Product: Wine Version: 1.5.29 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P1 Component: jscript AssignedTo: wine-bugs(a)winehq.org ReportedBy: matahari_random(a)hushmail.com Classification: Unclassified Created attachment 44309 --> http://bugs.winehq.org/attachment.cgi?id=44309 Desktop Screenshot showing the bug. 1. Open Microsoft Project 2007 2. Click on View > Turn On Project Guide 3. Project Guide does not load due to errors in jscript.dll and srchui.dll Currently running WINE 1.5.29 on a 32-bit distribution of Ubuntu 12.04 LTS logged on Unity3d Desktop. Hardware ACER 4755G with 750GiB Hard Disk, 2GiB RAM, Intel Core i5-2430M Processor. This bug also affected previous WINE Versions. -- 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.

2 7

[Bug 48481] New: Settings for Templates and Downloads locations aren't exposed in winecfg
by WineHQ Bugzilla 13 Mar '20

13 Mar '20

https://bugs.winehq.org/show_bug.cgi?id=48481 Bug ID: 48481 Summary: Settings for Templates and Downloads locations aren't exposed in winecfg Product: Wine Version: 5.0-rc6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: shtetldik(a)gmail.com Distribution: --- Currently winecfg has settings for symlinking or not for a bunch of standard locations, but Templates and Downloads aren't exposed so they are always symlinked. Please add them to the current list. -- 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