New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 824721 link

Starred by 1 user

Issue metadata

Status: Duplicate
Merged: issue 815248
Owner:
Closed: Apr 2018
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: iOS
Pri: 0
Type: Bug



Sign in to add a comment

Opening a tab from tab grid doesn't load the page and loses the URL

Project Member Reported by mard...@chromium.org, Mar 22 2018

Issue description

App Version (from "Chrome Settings > About Chrome"): M67.0.3378.0
iOS Version: 11.2.6
Device: iPhone X

Steps to reproduce: 
- Have some tabs open 
- Go to tab grid
- Click one of the old tabs you had open 

Observed behavior: 
- Only the most recent tab loads
- Other tabs behave as seen in this video here: https://drive.google.com/open?id=1Hp2kfkUOuNINJ5gND9UctrsUjgHsKOaD

Expected behavior: 
- Tabs should open normally and URL should be in location bar

Frequency: 
Always




 

Comment 1 by edchin@chromium.org, Mar 22 2018

Labels: -Restrict-View-Google
Owner: marq@chromium.org
Status: Assigned (was: Untriaged)
Mark, I think you experienced something like this previously. Did you figure out the root cause? Was it due to tab grid code or was it related to bad saved sessions? Looks  like a terrible user experience.

Comment 2 by marq@chromium.org, Mar 29 2018

I had seen this, but I can't repro it now.

Comment 3 by marq@chromium.org, Mar 29 2018

Labels: -Q1 Q2

Comment 4 by cmasso@google.com, Apr 5 2018

Labels: Pri-0
Owner: edchin@chromium.org
mardini, can you repro this now? 
Not reliably and consistently but I showed to Mark. 
The only thing I can tell you is that if we lose the title, then that means the tab lost the URL and won't load. See this video:
https://drive.google.com/file/d/1xXcmlbpw-9pHFfaQxRRgj5BO-UeM0973/view?usp=sharing

The common factor is that these tabs have been there for a while (but they're not the oldest tabs as you can see). 
Labels: medium
Not sure how difficult it is to solve this issue, but I wanted to assign some size value. Setting to medium. 

Not sure why the tab would lose the URL. I'd like to put in a DCHECK in the tab grid so that any loss of a URL fails loudly. 
Components: -UI>Browser>Mobile>TabSwitcher UI>Browser
Based on the video, this looks like a slim-navigation-manager bug to me.
https://bugs.chromium.org/p/chromium/issues/detail?id=815248#c14
Cc: danyao@chromium.org
Thanks, Srikanth. I have the "Use slim navigation manager" flag set to default though. 

Danyao: Is this related to  issue 815248  ?


From the video it does look like crbug/815248. Since you're using M67 on iOS 11.2.6, it's possible that you're enrolled in the 50% #slim-navigation-manager experiment, even though you don't have it turned on explicitly.

One way to empirically check if you have #slim-navigation-manager enabled is to visit http://w3c-test.org/html/browsers/history/the-history-interface/. Click on 001.html. If you see the test page briefly but it redirects back to the directory listing, then you're using legacy navigation manager. If you see the test running followed by a test summary page, then you're using #slim-navigation-manager.
Mergedinto: 815248
Status: Duplicate (was: Assigned)
Thanks, Danyao. I see the test running followed by a test summary page (attached). So it seems I am using #slim-navigation-manager. 

Marking this as a dupe of  issue 815248 . 
For posterity, here is what I got when performing the check outlined in #11.
IMG-8368.JPG
742 KB View Download
@Mardini if you see this again please update here. Danyao has fixed the issue this is duped against.
Cc: linds...@chromium.org
Labels: Proj-UIRefresh
Labels: -Q2 -MS-Tab-Grid -S-Open-New-Tab

Sign in to add a comment