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@lists.sourceforge.net/msg00439.h…
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.
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.
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.
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.
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.
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.
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.
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.
http://bugs.winehq.org/show_bug.cgi?id=15988
Summary: ActiveSync 4.5 the scroll of panel in installation don't
working
Product: Wine
Version: 1.1.8
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: shakaran(a)gmail.com
Created an attachment (id=17178)
--> (http://bugs.winehq.org/attachment.cgi?id=17178)
Panel of installation
When you install ActiveSync 4.5 in the step of change path installation, the
box below with information as unit volumen (C:,D:,etc), total size, free space,
etc dont working. The scroll and the columns size don't move.
The image is attached (sorry the image letter are Spanish).
--
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.
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.