http://bugs.winehq.org/show_bug.cgi?id=8626
mk144210(a)bcm.tmc.edu changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |mk144210(a)bcm.tmc.edu
--
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=8626
------- Additional Comments From mk144210(a)bcm.tmc.edu 2007-06-06 19:59 -------
I am sorry, I think my prior comment was a little too long and confusing.
Basically:
* winebrowser's invocation through ShellExecute depended on ShellExecute adding
a %1 to whatever is in a command key if the %1 is not there already, a behavior
not present on Windows
----> this was due to Google Picassa's odd way of opening web pages
----> however this caused problems with Vector NTI and my patch changed this
behavior (while adding the proper use of DDE) in a way that conforms to native
* Now winebrowser does not start. The patches I submitted use native resgistry
keys which use DDE for winebrowser and add DDE capabilities to winebrowser
* This fixes this bug and also bug 7953
Misha
--
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=8626
------- Additional Comments From mk144210(a)bcm.tmc.edu 2007-06-06 19:56 -------
This bug was caused by my execute_from_key patch which made ShellExecute conform
to native behavior, in which a %1 is not added to shell/?/command strings if it
is not present (rather DDE is now used properly now in the case where ddeexec is
present). Besides not conforming to native, the old behavior also caused
problems in Vector NTI which actually does not start at all (in wine or on
Windows) when passed a command line parameter it does not recognize whereas it
works fine with DDE.
Winebrowser depended on this adding a %1 to the command stirng if it is not
present, and a %1 was not present because apparently Google Picassa just takes
whatever is in the shell/open/command key, appends the filename to it, and then
runs that command.
I have already submitted patches that fix the winebrowser syntax bug in a way
that conforms to native. Specifically, I used the exact same keys from native,
which specifies to use DDE, and added DDE support for winebrowser:
http://www.winehq.org/pipermail/wine-patches/2007-June/039972.htmlhttp://www.winehq.org/pipermail/wine-patches/2007-June/039973.html
I am still waiting to see if they are committed or need any modifications, but I
have tested them extensively and I believe they are correct especially as
these conform to native behavior/registry keys more closely than before (and
mind you although my execute_from_key patches exposed this winebrowser bug,
in effect the reliance of winebrowser on this non-native functionality of
ShellExecute was incorrect from the get-go).
Btw, my new patches also fix this bug:
http://bugs.winehq.org/show_bug.cgi?id=7953
Misha
--
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=8607
------- Additional Comments From wine(a)eternaldusk.com 2007-06-06 19:54 -------
I've installed the version I compiled in my 32-bit chroot to my 64-bit
directories. When run, the graphics display fine.
Still trying to figure out why it has this bug when wine is compiled as
64-bit... and especially why it wouldn't have disappeared when I compiled with
the '-m32' option, before resorting to a chroot...
I noticed something that appears related too: Not all of the application icons
show when running under 64-bit Wine. They are displaying fine under the version
I compiled in the 32-bit chroot.
--
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=4281
the3dfxdude(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
------- Additional Comments From the3dfxdude(a)gmail.com 2007-06-06 19:53 -------
reported fixed
--
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=4281
------- Additional Comments From wine(a)eternaldusk.com 2007-06-06 19:46 -------
This very old bug looks like it should be closed. Wine does now build on amd64
as a native 64bit app under *ubuntu.
--
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=8626
Summary: winebrowser: Incompatible syntax
Product: Wine
Version: 0.9.38.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: wine-net
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: helge(a)helges.dk
Hi,
I've just taken a new approach on Wine to try and make Counter-Strike work: A
completely clean installation, with no native MS files except for the Tahoma font.
Xubuntu 7.04 Feisty, ATI X600.
Anyway, I've gotten Steam up and running, and here's my problem: I can't buy
anything using Paypal, because Steam can't make winebrowser open the window.
Output message (appears when I press "Begin PayPal purchase":
Usage: winebrowser URL
This happens in all applications trying to open webpages in an external
iexplore, it seems. Winebrowser is only useful when embedded.
I think this is a "bug" and not an "enhancement request", because it actually
hinders functionality in certain applications.
--
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=6304
wine(a)eternaldusk.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
------- Additional Comments From wine(a)eternaldusk.com 2007-06-06 19:34 -------
This bug was corrected quite a while back.
--
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=8085
------- Additional Comments From austinenglish(a)gmail.com 2007-06-06 19:33 -------
Louis: I'm not at the computer that I've been using to test this (just picked up
another computer cheap from someone moving), but I'll run the test on there. I
just installed wine 0.9.38, and it exhibits the same error, though it does give
another quartz error (Graphbuilder can't create a filter). I'm cloning wine-git
as we speak and will report back in a few hours.
Martin: Going back to wine 0.9.33 won't do much good. The problem would just
reoccur as soon as ubuntu packages 0.9.35 as the default version. Also, people
on other distributions, those building wine from source or those using the
Winehq's repositories are all currently having problems (if using wine version
=> 0.9.35). It's much better to debug and fix the problem in the source.
--
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.