:target not re-evaluated when navigating back/forward in history |
||||||
Issue descriptionChrome Version (from "Settings > About Google Chrome"): 54.0.2840.91 Device Type: (iPad 2, iPhone 4, etc): iPhone 6S URLs (if applicable): http://output.jsbin.com/woveco/quiet Behavior in Safari (if applicable): Safari does update :target when navigating back/forward in history Steps to reproduce: (1) Click on few #hash anchors (2) Notice :target styling is being updated (3) Hit backward and forward buttons (4) Notice :target is not updated Expected result: Browser should re-evaluate :target selector to select the correct element when going back/forward in history. Actual result: Browser does not re-evaluate :target selector to select the correct element when going back/forward in history. This happens only on iOS Chrome.
,
May 11 2017
,
May 17 2017
Assigning to danyao for web compat. Also cc'ing mrefaat, as he's looking at navigation issues.
,
May 18 2017
I was able to reproduce this in simulator with a recent checkout. It also happens that browserstack.com uses old versions of Chrome on iOS and I wasn't able to reproduce the issue on Chrome 47, the version they had. Maybe a regression was introduced during the switch to WKWebView. The bug does not manifest in WebView app.
,
Jul 10 2017
,
Sep 29 2017
Confirmed in a debug build that this will be fixed by the WKBackForwardList-based navigation manager (crbug.com/734150).
,
Sep 14
|
||||||
►
Sign in to add a comment |
||||||
Comment 1 by eugene...@chromium.org
, Nov 10 2016Labels: Type-Bug
Owner: kkhorimoto@chromium.org
Status: Assigned (was: Unconfirmed)