Regression : NTP keeps loading forever after clicking on 'Gmail' link, while 'Print Preview' is open in adjacent tab.
Reported by
avsha...@etouch.net,
Apr 11 2017
|
|||
Issue descriptionChrome Version : 59.0.3067.6 (Official Build) 7f10b9ec80c846716034dd950e301e76c6f4f757-refs/branch-heads/3067@{#10} 32/64 bit OS : Windows (7,8,10), Mac(10.11.6, 10.12.1, 10.12), Linux (14.04 LTS) Test URLs : URL 1 : https://chrome.google.com/webstore/detail/pdf-viewer/oemmndcbldboiebfnladdacbdfmadadm/related?utm_source=chrome-ntp-icon URL 2 : http://che.org.il/wp-content/uploads/2016/12/pdf-sample.pdf Precondition : Please install "PDF Viewer" extension from Test URL 1. What steps will reproduce the problem? 1. Launch chrome, open NTP, navigate to test URL 2 and click on 'Print' button on PDF toolbar (Print preview appears). 2. Open another NTP and click on "Gmail" link, seen at the top right corner of NTP, observe. Actual : Page keeps loading forever after clicking on 'Gmail' link and it doesn't navigate to corresponding URL, when 'Print Preview' is open in adjacent tab. Expected : After clicking on 'Gmail' link on NTP, page should navigate to respective URL. This is a regression issue broken in ‘M-56’, below is the Manual Regression range and will soon update other info. Good build : 56.0.2894.0 Bad build : 56.0.2896.0
,
Apr 11 2017
Using the per-revision bisect providing the bisect results, Good build:56.0.2894.0 (Revision:425838). Bad build:56.0.2896.0 (Revision:426358). You are probably looking for a change made after 426356 (known good), but no later than 426357 (first known bad). CHANGE-LOG URL: --------------- https://chromium.googlesource.com/chromium/src/+log/cb923e53c99b3b91a190d184933ad028e0ac55d5..389e45df0fc5fcebbc651eea8daa72f3989914a6 From the CL above, assigning the issue to the concern owner @rdevlin.cronin: Could you please look into the issue, pardon me if it has nothing to do with your changes and if possible please assign it to concern owner. Review-Url: https://chromiumcodereview.appspot.com/2436893002 Note :Able to reproduce the issue in Win 10.0,Ubuntu 14.04 & Mac 10.12.3 and Able to reproduce in latest Canary #59.0.3068.1
,
Apr 11 2017
This is because the PDF Viewer extension uses the webRequestBlocking API but is itself blocked on the modal print dialog. That means it can't process any network requests in any tab while the print dialog is open. This is known and being discussed in issue 702359. |
|||
►
Sign in to add a comment |
|||
Comment 1 by dsinclair@chromium.org
, Apr 11 2017