GNOME Bugzilla – Bug 703772
Poke at URI when loading up remote site
Last modified: 2013-07-12 12:18:35 UTC
When loading up a remote site, especially one that's slow to answer, epiphany will "load" the remote URI, delaying the display of the URL given. This currently happens with http://build.gnome.org that's having some hardware problems and not answering. With a running remote epiphany, run: epiphany http://build.gnome.org/ This also creates problems with one-time URI such as those given in password resets or confirmation emails where the website might tell you that the token was already used. Here's a backtrace of the hang:
+ Trace 232202
Created attachment 248596 [details] [review] ephy-string: Avoid poking at remote websites Epiphany tries to query the existence of remote sites before loading their page. This causes problems when the remote site is not available and loading it requires the query to timeout (epiphany would look like it's not loading the site for up to 60 seconds) or for one-time URLs (where it might invalidate the query, such as for password resets, or confirmation e-mails). We'll now only check whether the file exists so that incomplete URLs ("epiphany foo.com/bar.html") still loads the bar.html file if it exists locally, but the remote website if not.
I should also add that: file = g_file_new (uri1); uri2 = g_file_get_uri (file); uri1 will be different from uri2 in case of invalid URI, or when fragments are used. One more reason to avoid the intermediate steps in most cases.
Review of attachment 248596 [details] [review]: Looks good!
Actually that explains that annoying slowdown when opening links in other applications. Thanks a lot for digging into it!
Pushed to gnome-3-8 and master Attachment 248596 [details] pushed as 56fbaeb - ephy-string: Avoid poking at remote websites