Issue metadata
Sign in to add a comment
|
Page does not load when "go" is tapped on for a pre-rendered omnibox website. |
||||||||||||||||||||||
Issue descriptionApp Version: 58.0.3029.5 canary iOS Version: 10.1.1 Device: iPad URL: yaho.com Steps to reproduce: 1. Launch chrome 2. Type yaho 3. When the pre-rendered full website shows up in the omnibox tap on “Go” in keyboard. Observed results: Yahoo Page does not load. Expected results: Yahoo Page should load. 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: Not tested Bug reproducible on Safari/Firefox: Firefox: NA, Safari: NA Bug reproducible on current stable build (App Version, iOS Version):No - M56 Bug reproducible on the current beta channel build (App Version, iOS Version): No- M57 Type-bug-regression? Yes Video: https://drive.google.com/open?id=0B6GVWQnhaMClYWxXaDhoUWtKU2s
,
Mar 6 2017
I was not sure, so to be on the safer side filed it as RVG. Should i remove the RVG label?
,
Mar 6 2017
Let's see if this is really related to preloading web sites.
,
Mar 7 2017
kkhorimoto: Please evaluate to see if this should be RBB. Thanks!
,
Mar 10 2017
Issue 700417 has been merged into this issue.
,
Mar 15 2017
Hi Kurt, since this was previously marked as RBB but then assigned to you for cause determination, can you please update what you think is happening here asap since we are about to go to TF with 58 soon?
,
Mar 17 2017
,
Mar 17 2017
,
Mar 17 2017
,
Mar 20 2017
The following revision refers to this bug: https://chromium.googlesource.com/chromium/src.git/+/fa0844ccdce295f9789664668f358d2df1a69b09 commit fa0844ccdce295f9789664668f358d2df1a69b09 Author: kkhorimoto <kkhorimoto@chromium.org> Date: Mon Mar 20 17:01:26 2017 Display the preload Tab if it replaces the current Tab. BUG= 698833 , 702431 Review-Url: https://codereview.chromium.org/2759563003 Cr-Commit-Position: refs/heads/master@{#458100} [modify] https://crrev.com/fa0844ccdce295f9789664668f358d2df1a69b09/ios/chrome/browser/ui/browser_view_controller.mm
,
Mar 20 2017
,
Mar 20 2017
Your change meets the bar and is auto-approved for M58. Please go ahead and merge the CL to branch 3029 manually. Please contact milestone owner if you have questions. Owners: amineer@(Android), cmasso@(iOS), bhthompson@(ChromeOS), govind@(Desktop) For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Mar 21 2017
This issue is still reproducible on latest chrome canary version 59.0.3047.0.
,
Mar 21 2017
I checked and it looks like the page is properly displayed in 59.0.3047.0 canary. I'll merge after vbarigela verifies.
,
Mar 22 2017
The issue is not fixed. Precondition: Chrome Menu --> Settings --> Bandwidth --> Preload webpages : On (only on Wifi) Steps followed to repro: 1. Launch chrome. 2. Open a tab and any URL EX: yahoo.com 3. Close the tab. 4. Type yahoo in omnibox. 5. Wait for the page to preload. 6. Tap on Go on keyboard. Please check the videos: iPhone 6 plus : https://drive.google.com/a/google.com/file/d/0Bz2uwV55gGwDTEhTT0VQaERTdWs/view?usp=sharing iPad Air : https://drive.google.com/a/google.com/file/d/0Bz2uwV55gGwDcTBzcUlyQjNxMWc/view?usp=sharing
,
Mar 22 2017
Issue exist on the canary.ipa build picked up from iOS folder on pantheon: https://pantheon.corp.google.com/storage/browser/chrome-signed/ios-G1N/59.0.3047.0/iphoneos10.2/ios/1273/ Issue do not exist on the canary.ipa build picked up from iOS Canary folder on pantheon: https://pantheon.corp.google.com/storage/browser/chrome-signed/ios-G1N/59.0.3047.0/iphoneos10.2/ios-canary/567/ Thanks!
,
Mar 22 2017
,
Mar 22 2017
Pkl, can you please help with follow up and ownership to resolution while Kurt is ooto?
,
Mar 23 2017
,
Mar 23 2017
Vinutha, could you please bisect good and bad version for this bug and post git revisions from both. git revision can be found on about://version. Thanks!
,
Mar 23 2017
Good Version - 58.0.3028.0 . Good Version Revision - c49428ef69cfd173c5d7eaeb39982f44ca68da78-refs/heads/master@{#454140} Link - https://drive.google.com/open?id=0B6GVWQnhaMClcnRHMGNpVDFVVkE Bad Version - 58.0.3029.0 Link - https://drive.google.com/open?id=0B6GVWQnhaMClM2F2QnFCXzhaeWc
,
Mar 23 2017
Thanks! I will bisect this further.
,
Mar 23 2017
I can not reproduce the problem with steps from comment #15 using Chrome 59.0.3049.0 which I downloaded from dogfoody website. I can easily reproduce the problem with Chrome Beta 58.0.3029.31. Can anyone else reproduce this bug with Canary?
,
Mar 23 2017
Maybe 59.0.3047.0 did not have this fix yet? Vinutha, could you please try with 59.0.3049.0
,
Mar 23 2017
Verified on iPad Pro iOS 10.2.1 on build 59.0.3049.0 Canary.Looks good. https://drive.google.com/open?id=0B6GVWQnhaMCleUUybjdOS2ppV1U
,
Mar 23 2017
,
Mar 23 2017
Verified on iPhone 7 iOS 10.2.1 on build 59.0.3049.0 Canary.Looks good.
,
Mar 23 2017
This bug requires manual review: Less than 29 days to go before AppStore submit on M58 Please contact the milestone owner if you have questions. Owners: amineer@(Android), cmasso@(iOS), bhthompson@(ChromeOS), govind@(Desktop) For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Mar 24 2017
This issue has been approved for a merge. Please merge the fix to any appropriate branches as soon as possible! If all merges have been completed, please remove any remaining Merge-Approved labels from this issue. Thanks for your time! To disable nags, add the Disable-Nags label. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Mar 24 2017
BVC does not have tabModel:didReplaceTab:withTab:atIndex:, so this branch needs a different fix from trink
,
Mar 27 2017
This issue has been approved for a merge. Please merge the fix to any appropriate branches as soon as possible! If all merges have been completed, please remove any remaining Merge-Approved labels from this issue. Thanks for your time! To disable nags, add the Disable-Nags label. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Mar 27 2017
If it cannot be merged, should this bug be re-opened so a different fix can be created on M58 Branch?
,
Mar 27 2017
I don't think we should reopen the bug. It still block release in the current state. Kurt, could you please land a separate fix on the branch.
,
Mar 27 2017
Filed issue 705637 as M58 RBS for tracking. Relabeling this one to M59 and removing merge approval labels.
,
Mar 28 2017
The following revision refers to this bug: https://chromium.googlesource.com/chromium/src.git/+/28c149b38283f61613fa2bea8da7e584df30a68c commit 28c149b38283f61613fa2bea8da7e584df30a68c Author: eugenebut <eugenebut@chromium.org> Date: Tue Mar 28 17:55:32 2017 Cherry-picked Display the preload Tab if it replaces the current Tab. BUG= 698833 , 702431, 705637 Original Review-Url: https://codereview.chromium.org/2759563003 TBR=kkhorimoto@chromium.org NOTRY=true NOPRESUBMIT=true Review-Url: https://codereview.chromium.org/2779763006 Cr-Commit-Position: refs/branch-heads/3029@{#454} Cr-Branched-From: 939b32ee5ba05c396eef3fd992822fcca9a2e262-refs/heads/master@{#454471} [modify] https://crrev.com/28c149b38283f61613fa2bea8da7e584df30a68c/ios/chrome/browser/ui/browser_view_controller.mm
,
Apr 3 2017
Verified on iPad Pro iOS 10.2.1 , iPhone 6+ iOS 10.2.1 on 58.0.3029.51 dev Pre-rendering is working.
,
Apr 3 2017
,
Apr 5 2017
verified the issue on iPad Mini iOS 10.2.1 tested on the build58.0.3029.52 beta. Pre-rendering is working fine |
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by pinkerton@chromium.org
, Mar 6 2017