Support LoadHTML without exposing it to session history |
|||||
Issue description[CRWWebController -loadHTML] generates a navigation entry. This differs from the internal history model in WKWebView, which doesn't expose the page loaded from [WKWebView -loadHTMLString:baseURL] to the session history. As a result, when CRWWebController uses WKBasedNavigationManager, a placeholder about:blank entry must be first loaded into WKWebView. We should consider aligning [CRWWebController -loadHTML] to WKWebView's semantic to remove the placeholder hack (see crbug.com/776378 ) WebUI and unit tests are the two only users of [CRWWebController -loadHTML].
,
Nov 2 2017
,
Nov 17 2017
,
Nov 19
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue. Sorry for the inconvenience if the bug really should have been left as Available. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Nov 19
Still need fixing, but low priority. |
|||||
►
Sign in to add a comment |
|||||
Comment 1 by danyao@chromium.org
, Oct 24 2017