[Bug 15107] New: Google Chrome fails to load web pages.
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(a)winehq.org ReportedBy: peter(a)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. -- 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=15107 --- Comment #1 from Peter Ajamian <peter(a)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 -- 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=15107 Jaime Rave <jaimerave(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jaimerave(a)gmail.com -- 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=15107 Rotem Zach <rotemz(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |rotemz(a)gmail.com --- Comment #2 from Rotem Zach <rotemz(a)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 -- 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=15107 Damjan Jovanovic <damjan.jov(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |damjan.jov(a)gmail.com -- 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=15107 --- Comment #3 from Rotem Zach <rotemz(a)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. -- 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=15107 Rotem Zach <rotemz(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 --- Comment #4 from Rotem Zach <rotemz(a)gmail.com> 2008-09-03 07:23:07 --- *** This bug has been confirmed by popular vote. *** -- 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=15107 Dan Kegel <dank(a)kegel.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dank(a)kegel.com --- Comment #5 from Dan Kegel <dank(a)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? -- 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=15107 Rotem Zach <rotemz(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #15804|0 |1 is obsolete| | --- Comment #6 from Rotem Zach <rotemz(a)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. -- 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=15107 Hans Leidekker <hans(a)meelstraat.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |hans(a)meelstraat.net --- Comment #7 from Hans Leidekker <hans(a)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 -- 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=15107 --- Comment #8 from Rotem Zach <rotemz(a)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... -- 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=15107 --- Comment #9 from Hans Leidekker <hans(a)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. -- 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=15107 --- Comment #10 from Rotem Zach <rotemz(a)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? -- 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=15107 --- Comment #11 from Hans Leidekker <hans(a)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? -- 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=15107 --- Comment #12 from Rotem Zach <rotemz(a)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. -- 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=15107 Louis Lenders <xerox_xerox2000(a)yahoo.co.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |xerox_xerox2000(a)yahoo.co.uk --- Comment #13 from Louis Lenders <xerox_xerox2000(a)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&iTestingI... However no luck yet here.... -- 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=15107 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |patch -- 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=15107 Julian W. <Speedator(a)gmx.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |Speedator(a)gmx.de -- 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=15107 Rotem Zach <rotemz(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #15807|0 |1 is obsolete| | --- Comment #14 from Rotem Zach <rotemz(a)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. -- 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=15107 --- Comment #15 from Rotem Zach <rotemz(a)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. -- 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=15107 Vincent Povirk <madewokherd(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |madewokherd(a)gmail.com -- 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=15107 Dan Hipschman <dsh(a)linux.ucla.edu> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dsh(a)linux.ucla.edu --- Comment #16 from Dan Hipschman <dsh(a)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. -- 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=15107 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download, source -- 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=15107 --- Comment #17 from Alexander Vodomerov <alexander.vodomerov(a)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 -- 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=15107 Alexander Vodomerov <alexander.vodomerov(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |alexander.vodomerov(a)gmail.co | |m --- Comment #18 from Alexander Vodomerov <alexander.vodomerov(a)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. -- 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=15107 --- Comment #19 from Hans Leidekker <hans(a)meelstraat.net> 2008-09-07 15:35:47 --- Alexander, please attach a WINEDEBUG=+winhttp trace. -- 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=15107 --- Comment #20 from Dan Kegel <dank(a)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? -- 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=15107 --- Comment #21 from Alexander Vodomerov <alexander.vodomerov(a)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! -- 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=15107 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |austinenglish(a)gmail.com --- Comment #22 from Austin English <austinenglish(a)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" -- 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=15107 --- Comment #23 from Hans Leidekker <hans(a)meelstraat.net> 2008-09-18 01:51:25 --- try without --new-http. -- 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=15107 --- Comment #24 from Austin English <austinenglish(a)gmail.com> 2008-09-18 19:18:45 --- (In reply to comment #23)
try without --new-http.
Yep works fine. -- 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=15107 Hans Leidekker <hans(a)meelstraat.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Component|-unknown |winhttp Resolution| |FIXED --- Comment #25 from Hans Leidekker <hans(a)meelstraat.net> 2008-09-19 01:51:29 --- Fixed. -- 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=15107 Alexandre Julliard <julliard(a)winehq.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #26 from Alexandre Julliard <julliard(a)winehq.org> 2008-09-19 11:17:43 --- Closing bugs fixed in 1.1.5. -- 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.
participants (1)
-
wine-bugs＠winehq.org