http://bugs.winehq.org/show_bug.cgi?id=14383
Summary: Gecko does not install and load from internet Product: Wine Version: 1.1.0 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: programs AssignedTo: wine-bugs@winehq.org ReportedBy: shaddy_baddah@hotmail.com CC: jacek@codeweavers.com
+++ This bug was initially created as a clone of Bug #11139 +++
Found that the URL in the registry is wrongly set to "http://source.winehq.org/winegecko.php" instead of ...//sourceforge... Correcting this URL does not fix the problem - gecko does not install.
Anyhow, not even a manual extraction of the cabinet to GeckoPath "drive_c/windows/gecko/0.1.0" makes it work. The message is always "HTML rendering disabled"
thx
http://bugs.winehq.org/show_bug.cgi?id=14383
--- Comment #1 from Shaddy Baddah shaddy_baddah@hotmail.com 2008-07-09 00:35:04 --- Created an attachment (id=14684) --> (http://bugs.winehq.org/attachment.cgi?id=14684) Output from env WINEPREFIX=/tmp/me/wine-playarea wine iexplore http://www.winehq.org/
I think the original reporter got a raw deal with the original problem.
This is a genuine bug. I've experienced it with 1.1.0, by doing:
env WINEPREFIX=/tmp/me/wine-playarea wine iexplore http://www.winehq.org/
I've attached the output.
Now what happens is that wine hits http://source.winehq.org/winegecko.php?v=0.1.0, and gets a HTTP 302 re-direction to a sourceforge site, such as http://nchc.dl.sourceforge.net/sourceforge/wine/wine_gecko-0.1.0.cab. Instead of then making a new http connection to the sourceforge site, it takes the path portion of the URL, /sourceforge/wine/wine_gecko-0.1.0.cab and tries to find it against the original HTTP server, http://source.winehq.org.
I've confirmed this over wireshark, but don't know how to attach wireshark output without including private details such as MAC addresses, etc.
http://bugs.winehq.org/show_bug.cgi?id=14383
--- Comment #2 from Shaddy Baddah shaddy_baddah@hotmail.com 2008-07-09 00:36:46 --- You can work around this problem if you use a http proxy (e.g. env http_proxy='http://localhost:3128' ...).
http://bugs.winehq.org/show_bug.cgi?id=14383
Shaddy Baddah shaddy_baddah@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |shaddy_baddah@hotmail.com
http://bugs.winehq.org/show_bug.cgi?id=14383
Shaddy Baddah shaddy_baddah@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #14684|application/octet-stream |text/plain mime type| |
http://bugs.winehq.org/show_bug.cgi?id=14383
--- Comment #3 from Shaddy Baddah shaddy_baddah@hotmail.com 2008-07-09 00:40:44 --- Oh, and I forgot to mention. When wine fails to find the cab file because it hasn't queries the right HTTP server, it then outputs the HTTP 404 Not Found Response as the contents of the cab file. That's why we see:
err:cabinet:FDICopy FDIIsCabinet failed.
http://bugs.winehq.org/show_bug.cgi?id=14383
--- Comment #4 from Shaddy Baddah shaddy_baddah@hotmail.com 2008-07-09 03:20:25 --- This looks like a problem that was introduced into wininet/http.c just before 1.1.0 was tagged, and looks to have been fixed (I haven't tested yet though) 6 days after.
http://source.winehq.org/git/wine.git/?a=commitdiff;h=62337044819bbb418f33ab...
So, it is quite plausible that this does not happen in, say, 1.0.
http://bugs.winehq.org/show_bug.cgi?id=14383
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |DUPLICATE
--- Comment #5 from Vitaliy Margolen vitaliy@kievinfo.com 2008-07-09 08:47:27 --- Duplicate.
*** This bug has been marked as a duplicate of bug 14109 ***
http://bugs.winehq.org/show_bug.cgi?id=14383
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #6 from Vitaliy Margolen vitaliy@kievinfo.com 2008-07-09 08:47:51 --- Closing duplicate.