http://bugs.winehq.org/show_bug.cgi?id=4547
Summary: Hyperlinks in text boxes do not work.
Product: Wine
Version: 0.9.7.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wine-richedit
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: z77y16(a)hotmail.com
In Starcraft map editor, trigger conditions are detailed in a text box after
they are selected. They are summarized with a sentence in which some words are
underlined and colored in blue. These words are hyperlinked. Clicking on them
normally pops a window in which you make a choice to build your trigger.
Clicking on these hyperlinks currently does not work. These words are considered
as normal text.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4436
------- Additional Comments From mike(a)codeweavers.com 2006-11-02 20:55 -------
I agree with your analysis, and that we should change the way Wine's IStorage
works to match the way Windows works.
I still think the program will have a memory leak because of this problem, since
the rules of COM say that the interface can't disappear before it is released.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4436
------- Additional Comments From J.A.Gow(a)furrybubble.co.uk 2006-11-02 15:22 -------
Ah - I think I misunderstood you with respect to the IStorage_Release() calls.
Yes, ideally one should call IStream_Release followed by IStorage_Release, and
that works on Windows and Wine. However, some apps, including this one, do _not_
appear to do this - they simply call IStorage_Release once. This closes the file
and (it appears) all streams within it. The problem occurs under Wine when the
app calls IStorage_Release to close the file and all streams, Wine does not
close the file because streams are still open (reference held by each stream).
Then, when the app subsequently tries to reopen the storage file, it fails on
access violation because Wine has held the file open pending explicit closure of
the streams.
The bottom line is that Windows seems to have a mechanism by which when
IStorage_Release is called, the file and all open IStreams are implicitly closed
with it. Apps take advantage of this. Wine, however does it properly - but this
does not match the Windows mechanism!
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4542
------- Additional Comments From dank(a)kegel.com 2006-11-02 11:02 -------
gaah, typo, it's really CRYPT32.dll/CryptQueryObject
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=4542
Summary: Google Video Player aborts with import error on
CryptQueryObject
Product: Wine
Version: 0.9.7.
Platform: Other
URL: http://video.google.com/playerdownload.html
OS/Version: other
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Google Video Player installs fine, but
aborts on startup with the dialog box
"DLL function import error: CRYPTE32.dll/CryptQueryObject"
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.