New issue
Advanced search Search tips

Issue 767092 link

Starred by 2 users

Issue metadata

Status: Available
Owner: ----
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: iOS
Pri: 3
Type: Task

Blocking:
issue 783382
issue 247693
issue 865972


Participants' hotlists:
SlimNav-Bugs
Slim-Nav-Cleanup


Sign in to add a comment

Fix WebStateObserver::DidStartLoading/DidStopLoading callbacks

Project Member Reported by eugene...@chromium.org, Sep 20 2017

Issue description

Problem:
DidStartLoading is called when request is registered, not when loading has actually started. Also these callbacks are called for same document navigations.

Solution:
DidStartLoading should be replaced with DidRegisterLoadRequest, which will allow to preserve the current login for PageLoad counts.

DidStartLoading/DidStopLoading callbacks should reflect WKWebView.loading changes, and used only for network activity indicator.
 
Blocking: 247693
Also DidStartLoading/DidStopLoading should not be called for same-document navigations.
Cc: danyao@chromium.org
Blocking: 783382
Cc: eugene...@chromium.org
Labels: -Restrict-View-Google
Owner: ----
Status: Available (was: Assigned)
Document a bit more context from discussion with creis@ and clamy@ regarding dropping DidStartLoading/DidStopLoading for same-document navigations:

The reason [WebContentObserver's] DidStart/StopLoading was called for same-document navigations is mostly historical: we did not have the DidStart/FinishNavigation callbacks early on. However, nowadays they should be the preferred way of being notified about navigation events. DidStart/StopLoading should be used to notify about the throbber and the loading progress, and it makes no sense to start the throbber on a same-document navigation (especially since the the DidStartLoading will be followed immediately by a DidStopLoading).
Blocking: 865972
Labels: -Type-Bug Type-Task
Components: Mobile>iOSWeb
Components: -Mobile>WebView>Glue
Components: -Mobile>iOSWeb Mobile>iOSWeb>PublicAPI

Sign in to add a comment