Bug #1067
open
App bar URL doesn't refresh on broken internet connection
Added by v ... over 1 year ago.
Updated over 1 year ago.
Description
- Go to a web page ;
- Turn off your internet connection ;
- Click on a link in the web page previously loaded ;
- Because there is no internet connection, the WebView is showing us that the link we clicked on is not available (normal) ;
- However, the URL bar continues to display the previous URL (the bug) ;
- Turn on your internet connection ;
- Tap to the refresh button ;
- The URL used to refresh the page is the last one, which previously has not been resolved, and not the displayed one. So, it only seems to be a bug relative to the view.
I suppose the refresh of the URL bar is done after the URL is resolved. Therefore, to fix that, the refresh has to be done before the possibly resolution of the domain name.
See the attached screenshot.
Files
- Description updated (diff)
- Description updated (diff)
- Status changed from New to Closed
This behavior exists to fix a much more bothersome behavior, which is that by default there used to be along delay between when a user clicked on a link and when it populated the URL text edit. It is much more important to me that Privacy Browser works well for users who have an internet connection than for those who do not have an internet connection. As such, I think the current behavior is the desired behavior.
Regarding a person who might want to load a URL that didn't go through because their internet connection was interrupted, instead of using refresh, they can simply tap on the unloaded URL in the URL bar (which displays the keyboard) and they tap the enter key.
I wrote in the steps for reproducing the problem "Tap on the refresh button", but it is not something specific with the refresh button. If you look at the screenshot, you'll see that the URL in the URL bar is not the same as the URL reported by WebView as being unreachable. The URL reported by WebView is the URL I wanted to reach, whereas the URL in the URL bar is the n-1 in the history. So your suggestion, of tapping on the URL bar and then tapping the Enter key, won't work.
- Status changed from Closed to In Progress
From onReceivedError's documentation :
Report web resource loading error to the host application. These errors usually indicate inability to connect to the server. Note that unlike the deprecated version of the callback, the new version will be called for any resource (iframe, image, etc.), not just for the main page. Thus, it is recommended to perform minimum required work in this callback.
Do you think the underlined part might be a problem?
Also available in: Atom
PDF
