Navigation history is duplicated and lost after cold start |
|||||||
Issue descriptionApp Version: 59.0.3071.30 beta iOS Version: 10.3.2, 9.3.5 Device: iPhone, iPad URL: google.com Steps to reproduce: 1. Launch Google Chrome 2. Search for kittens in omnibox 3. Wait for the Search results page to load completely. 4. Search for puppies in the same tab, in omnibox 5. Wait for the Search results page to load completely 6. Background the app and force quit. 7. Launch the app, Long tap on back arrow and observe that two history entries are dislayed for each of the search queries in step#2 and step#4. 8. Tap back all the way to new tab and then tap forward arrow. Observed results: Only able to navigate to the kittens search results page. Puppies search results page is lost Expected results: All the history entries should be available, also no duplication in history stack. Number of times you were able to reproduce: 5/5 Bug reproducible after clean install: Yes Bug reproducible after clearing cache and cookies: Yes Bug reproducible on Chrome Mobile on Android: NA Bug reproducible on Dolphin/Safari/Atomic: Dolphin:NA, Safari: NA Bug reproducible on current stable build (App Version, iOS Version): M58 Yes Bug reproducible on the current beta channel build (App Version, iOS Version): M59 Yes Link to video/image: https://drive.google.com/file/d/0B-xmXLQhjeKuU056NzFqTFcwUG8/view
,
May 10 2017
,
May 10 2017
This does not repro on the latest canary. If it's still reproducing on the M59 branch, do you think you could perform a bisect to narrow down my search for which CLs need to be cherry-picked? Thanks.
,
May 10 2017
I can still repro on M60.0.3095.0 canary. It looks like it is happening only with Google Web Search in the order of steps that I mentioned. If tried the same steps with two different websites (say: youtube.com and then yahoo.com) in this case there is no bug. Let me know if you need any other information.
,
May 10 2017
I tried on a fresh install of canary and also on ToT, but am still unable to reproduce this. Video: https://drive.google.com/open?id=0B59HnUenJr6vcTRBeU51N3p5MjA
,
May 10 2017
Are you trying to repro on a Simulator? Those are the exact steps I did. I am trying on devices. May be this is reproduced on devices only and not on Simulator?
,
May 10 2017
I've tried both on device and simulator. Let me attempt fresh installs to see if that helps
,
May 10 2017
I've discovered that this only reproduces in release builds; looking at a fix now.
,
May 10 2017
I was able to reproduce once or twice by using a release build on my iPhone 6s on iOS 10.3.2. I haven't been able to repro consistently though; do you have any pointers on how to get this working 5/5 times as reported in the original bug? I've checked out the commit from which the 60.0.3095.0 canary was built.
,
May 11 2017
,
May 11 2017
I can't seem to repro either. It looks like google.com has some experiment running yesterday, when I open google.com it always used to redirect to google.com/#spf=1. Now I don't see that redirect anymore and may be that is why we are not able to reproduce this. I will reopen this if I am able to reproduce this anytime. Thanks for looking into.
,
May 11 2017
Thanks for the update, srikanthg! |
|||||||
►
Sign in to add a comment |
|||||||
Comment 1 by eugene...@chromium.org
, May 8 2017Components: -UI>Browser>Navigation UI>Browser>Sessions
Labels: ReleaseBlock-Stable M-59
Owner: kkhorimoto@chromium.org
Status: Assigned (was: Untriaged)