New issue
Advanced search Search tips

Issue 894407 link

Starred by 1 user
Status: Available
Owner: ----
Cc:
mrefaat@chromium.org
danyao@chromium.org
eugene...@chromium.org
ios-bugs@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: iOS
Pri: 2
Type: Compat



Sign in to add a comment

Different behavior of the history API

Reported by sergeyza...@gmail.com, Oct 11 
Steps to reproduce the problem:
1. IPad. IOS version 10.3.1 Open Chrome
2. Go to https://chrome-ios-bug.appspot.com/
3. IPad. IOS version 10.3.1 Open Firefox/Safari
4. Go to https://chrome-ios-bug.appspot.com/
5. Use any browser and go to https://chrome-ios-bug.appspot.com/

What is the expected behavior?
Same behavior from all browsers. In particular from Chrome.

What went wrong?
The event "hashchange" is triggered two times, unlike other browsers. The final URL is in chrome "#Login_first", in all other "#Login_second"

Did this work before? N/A 

Does this work in other browsers? Yes

Chrome version: 69.0.3497.105  Channel: stable
OS Version: 10.3.1(14E304)
Flash Version: 

I can not say where the correct behavior, it seems that it is wrong everywhere.
index.html
462 bytes View Download

Comment 1 by kkhorimoto@chromium.org, Oct 11

Cc: mrefaat@chromium.org danyao@chromium.org
Components: Mobile>WebView>Glue
Owner: eugene...@chromium.org
This looks like an actual bug in M69.  Leaving as unconfirmed since I haven't verified, but assigning owners.

Comment 2 by eugene...@chromium.org, Oct 11

Cc: eugene...@chromium.org
Labels: -Type-Bug M-72 Proj-FixedByWKBackForwardList Type-Compat
Owner: ----
Status: Available (was: Unconfirmed)
Fixed with slim-navigation-manager flag enabled. The earliest this fix could be shipped is M72.

Comment 3 by sergeyza...@gmail.com, Oct 12 

I confirm. With slim-navigation-manager=enabled a real application, also works as expected.

Comment 4 by eugenebut@google.com, Oct 17

Components: -Mobile>WebView>Glue UI>Browser>Navigation
►

Sign in to add a comment