http://bugs.winehq.org/show_bug.cgi?id=15107
Summary: Google Chrome fails to load web pages. Product: Wine Version: 1.1.3 Platform: PC URL: http://appdb.winehq.org/objectManager.php?sClass=version &iId=13635 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: peter@pajamian.dhs.org
Created an attachment (id=15798) --> (http://bugs.winehq.org/attachment.cgi?id=15798) Log running Google Chrome when it refuses to display the web page.
Google Chrome fails to load web pages. See screenshot and attached log.
http://bugs.winehq.org/show_bug.cgi?id=15107
--- Comment #1 from Peter Ajamian peter@pajamian.dhs.org 2008-09-02 23:40:12 --- Created an attachment (id=15799) --> (http://bugs.winehq.org/attachment.cgi?id=15799) Screenshot showing Google Chrome refusing to load the web page www.google.com
http://bugs.winehq.org/show_bug.cgi?id=15107
Jaime Rave jaimerave@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jaimerave@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=15107
Rotem Zach rotemz@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |rotemz@gmail.com
--- Comment #2 from Rotem Zach rotemz@gmail.com 2008-09-03 04:50:40 --- The problem seems to be that is sees that WinHttpSetOption returns FALSE and then it stops the requests. Changing it to return TRUE makes the request continue, but then the program gets stuck and it sometimes crashes. I attached a log with WINEDEBUF=+relay,+winhttp
http://bugs.winehq.org/show_bug.cgi?id=15107
Damjan Jovanovic damjan.jov@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |damjan.jov@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=15107
--- Comment #3 from Rotem Zach rotemz@gmail.com 2008-09-03 07:12:45 --- Created an attachment (id=15804) --> (http://bugs.winehq.org/attachment.cgi?id=15804) Stops chrome.exe from crashing or hanging
This patch makes all the setoptions called by chrome.exe to return TRUE. Also it handles the WINHTTP_OPTION_CONTEXT_VALUE option correctly and thus changes the context as needed.
Warning: This is my first patch so don't expect quality or even correctness.
http://bugs.winehq.org/show_bug.cgi?id=15107
Rotem Zach rotemz@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #4 from Rotem Zach rotemz@gmail.com 2008-09-03 07:23:07 --- *** This bug has been confirmed by popular vote. ***
http://bugs.winehq.org/show_bug.cgi?id=15107
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dank@kegel.com
--- Comment #5 from Dan Kegel dank@kegel.com 2008-09-03 08:04:05 --- Does applying Hans' patches (especially http://www.winehq.org/pipermail/wine-patches/2008-September/060759.html ) help?
http://bugs.winehq.org/show_bug.cgi?id=15107
Rotem Zach rotemz@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #15804|0 |1 is obsolete| |
--- Comment #6 from Rotem Zach rotemz@gmail.com 2008-09-03 08:30:16 --- Created an attachment (id=15807) --> (http://bugs.winehq.org/attachment.cgi?id=15807) Newer patch for the latets Git version
Even with the new Git the code only handles 1 set option. This patch returns TRUE for the other 3 options used by chrome.exe. This patch along with the new Git are functionally the same as my old patch, but they do it in a much better way.
http://bugs.winehq.org/show_bug.cgi?id=15107
Hans Leidekker hans@meelstraat.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |hans@meelstraat.net
--- Comment #7 from Hans Leidekker hans@meelstraat.net 2008-09-03 10:10:26 --- Try this patch instead, it implements or stubs out all options I've seen Chrome use: http://www.winehq.org/pipermail/wine-patches/2008-September/060806.html
http://bugs.winehq.org/show_bug.cgi?id=15107
--- Comment #8 from Rotem Zach rotemz@gmail.com 2008-09-03 10:29:23 --- I looked through chrome's code, and it seems it isn't looking for WINHTTP_CALLBACK_STATUS_REQUEST_SENT, it is lookign for WINHTTP_CALLBACK_STATUS_SENDREQUEST_COMPLETE, which we aren't sending. Changing the callback makes chrome run WinHttpReceiveResponse.
The relevant file: http://src.chromium.org/viewvc/chrome/trunk/src/net/http/http_transaction_wi...
http://bugs.winehq.org/show_bug.cgi?id=15107
--- Comment #9 from Hans Leidekker hans@meelstraat.net 2008-09-03 10:49:29 --- Hmm, I believe WINHTTP_CALLBACK_STATUS_SENDREQUEST_COMPLETE is called only for async requests which we don't implement yet.
http://bugs.winehq.org/show_bug.cgi?id=15107
--- Comment #10 from Rotem Zach rotemz@gmail.com 2008-09-03 10:55:05 --- Could be, I don't have enough experience to check it. The problem is that chrome uses async connections.
From debug: trace:winhttp:WinHttpOpen (null), 1, (null), (null), 0x10000000 From chrome code: HINTERNET internet = WinHttpOpen(NULL,
WINHTTP_ACCESS_TYPE_NO_PROXY, WINHTTP_NO_PROXY_NAME, WINHTTP_NO_PROXY_BYPASS, WINHTTP_FLAG_ASYNC);
Is it possible to hack a solution that makes chrome think it is using an async connection?
http://bugs.winehq.org/show_bug.cgi?id=15107
--- Comment #11 from Hans Leidekker hans@meelstraat.net 2008-09-03 11:06:17 --- You could check if WINHTTP_FLAG_ASYNC is set in request->hdr.flags but I fear that that won't get you much further. Perhaps you could try native winhttp and find out what else is missing from Wine?
http://bugs.winehq.org/show_bug.cgi?id=15107
--- Comment #12 from Rotem Zach rotemz@gmail.com 2008-09-03 11:31:37 --- With a native dll the autocomplete works and there is evidence of chrome getting the needed functions' addresses. It still doesn't render anything though.
http://bugs.winehq.org/show_bug.cgi?id=15107
Louis Lenders xerox_xerox2000@yahoo.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |xerox_xerox2000@yahoo.co.uk
--- Comment #13 from Louis Lenders xerox_xerox2000@yahoo.co.uk 2008-09-03 11:39:34 --- several people have reported succesfully getting it running in appdb:http://appdb.winehq.org/objectManager.php?sClass=version&iId=13635&i...
However no luck yet here....
http://bugs.winehq.org/show_bug.cgi?id=15107
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |patch
http://bugs.winehq.org/show_bug.cgi?id=15107
Julian W. Speedator@gmx.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |Speedator@gmx.de
http://bugs.winehq.org/show_bug.cgi?id=15107
Rotem Zach rotemz@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #15807|0 |1 is obsolete| |
--- Comment #14 from Rotem Zach rotemz@gmail.com 2008-09-03 17:52:44 --- Created an attachment (id=15818) --> (http://bugs.winehq.org/attachment.cgi?id=15818) Can download files
Attacthed a patch that lets you download files, and if your lucky download a gzip version of the page you wanted to view. No luck yet rendering pages. Best run with "--in-process-plugin --single-process". It is inconsistent, it won't work every time.
http://bugs.winehq.org/show_bug.cgi?id=15107
--- Comment #15 from Rotem Zach rotemz@gmail.com 2008-09-03 19:52:18 --- Created an attachment (id=15820) --> (http://bugs.winehq.org/attachment.cgi?id=15820) Render Pages using wines builtin winhttp.dll
Attactched a patch that lets pages be rendered using wine's winhttp. You need to use my prevous patch also. After rendering it crashes though, but it does get rendered :-D.
http://bugs.winehq.org/show_bug.cgi?id=15107
Vincent Povirk madewokherd@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |madewokherd@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=15107
Dan Hipschman dsh@linux.ucla.edu changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dsh@linux.ucla.edu
--- Comment #16 from Dan Hipschman dsh@linux.ucla.edu 2008-09-04 16:36:20 --- You shouldn't need --single-process, I use --no-sandbox instead. This is my command line:
wine "$C" --no-sandbox --disable-breakpad --new-http
where C='C:\path\to\chrome.exe'.
You'll need --new-http or a native winhttp, and SSL doesn't work with either, yet. If you get the sad tab it's probably because you forgot --no-sandbox (--single-process may also fix this, but the Token stuff needed for sandboxing is missing in Wine, I'm pretty sure, and I know --no-sandbox completely skips that part). --disable-breakpad should allow you to get a backtrace.
http://bugs.winehq.org/show_bug.cgi?id=15107
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download, source
http://bugs.winehq.org/show_bug.cgi?id=15107
--- Comment #17 from Alexander Vodomerov alexander.vodomerov@gmail.com 2008-09-07 15:23:24 --- Created an attachment (id=15909) --> (http://bugs.winehq.org/attachment.cgi?id=15909) Chrome can not resolve DNS names
http://bugs.winehq.org/show_bug.cgi?id=15107
Alexander Vodomerov alexander.vodomerov@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |alexander.vodomerov@gmail.co | |m
--- Comment #18 from Alexander Vodomerov alexander.vodomerov@gmail.com 2008-09-07 15:24:19 --- I'm using wine compiled from git (just after 1.1.4) on Debian/x86_64. I'm using builtin winhttp.dll. Chrome render pages nicely when I use explicit IP addresse. It fails to resolve any DNS name and shows error page saying
This webpage is not available.
The webpage at http://www.google.com/ might be temporarily down or it may have moved permanently to a new web address.
Here are some suggestions: Reload this web page later. View a cached copy of the web page from Google More information on this error Below is the original error message
Error 105 (net::ERR_NAME_NOT_RESOLVED): The server could not be found.
(see the screenshot attached)
Any help is appreciated.
http://bugs.winehq.org/show_bug.cgi?id=15107
--- Comment #19 from Hans Leidekker hans@meelstraat.net 2008-09-07 15:35:47 --- Alexander, please attach a WINEDEBUG=+winhttp trace.
http://bugs.winehq.org/show_bug.cgi?id=15107
--- Comment #20 from Dan Kegel dank@kegel.com 2008-09-07 16:42:22 --- Try installing the lib32nss-mdns package. That is needed on 64 bit Hardy systems, but is not installed by default. Maybe it's also needed on Debian? cf. https://bugs.launchpad.net/ubuntu/hardy/+source/ia32-libs/+bug/220377 Does 32 bit firefox have same problem?
http://bugs.winehq.org/show_bug.cgi?id=15107
--- Comment #21 from Alexander Vodomerov alexander.vodomerov@gmail.com 2008-09-08 01:15:16 --- Installing the lib32nss-mdns package solved the problem! It now works (except https and another very funny bug that I filed separately: http://bugs.winehq.org/show_bug.cgi?id=15178 (how can I attach this bug to page about Chrome?)
RE: Does 32 bit firefox have same problem? No, 32-bit Firefox works fines out of box (as well as 32-bit Thunderbird).
Thanks for great support!
http://bugs.winehq.org/show_bug.cgi?id=15107
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |austinenglish@gmail.com
--- Comment #22 from Austin English austinenglish@gmail.com 2008-09-17 21:10:06 --- I have this problem as well, on 32bit hardy, unless I launch with: WINEPREFIX="/home/austin/.wine" wine "C:\windows\profiles\austin\Local Settings\Application Data\Google\Chrome\Application\chrome.exe --no-sandbox --disable-breakpad --new-http"
http://bugs.winehq.org/show_bug.cgi?id=15107
--- Comment #23 from Hans Leidekker hans@meelstraat.net 2008-09-18 01:51:25 --- try without --new-http.
http://bugs.winehq.org/show_bug.cgi?id=15107
--- Comment #24 from Austin English austinenglish@gmail.com 2008-09-18 19:18:45 --- (In reply to comment #23)
try without --new-http.
Yep works fine.
http://bugs.winehq.org/show_bug.cgi?id=15107
Hans Leidekker hans@meelstraat.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Component|-unknown |winhttp Resolution| |FIXED
--- Comment #25 from Hans Leidekker hans@meelstraat.net 2008-09-19 01:51:29 --- Fixed.
http://bugs.winehq.org/show_bug.cgi?id=15107
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #26 from Alexandre Julliard julliard@winehq.org 2008-09-19 11:17:43 --- Closing bugs fixed in 1.1.5.