New issue
Advanced search Search tips

Issue 821222 link

Starred by 1 user

Issue metadata

Status: Assigned
Owner:
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows , Mac
Pri: 3
Type: Bug



Sign in to add a comment

Infinite tab open/close loop if PDF opening is disabled. Workaround breaks as Chrome silently re-claims PDF handling.

Project Member Reported by ianmaddox@google.com, Mar 13 2018

Issue description

Chrome Version       : 64.0.3282.186 (Official Build) (64-bit)
URLs (if applicable) : Any PDF link. https://s1.q4cdn.com/806093406/files/doc_downloads/test.pdf
OS version: OSX 10.13.3

What steps will reproduce the problem?
(1) Find a link to a PDF online
(2) Open the doc
(3) Observe that it opens normally in Chrome
(4) Settings -> Content Settings -> PDF -> Turn on "Download PDF files"
(5) Navigate back to the PDF URL and click it
(6) Observe seizure-inducing browser tab open/close loop
(7) Kill Chrome
(8) In OSX finder, associate all PDF docs with Preview.app
(9) Open the PDF URL again
(10) Observe that the file opens properly in Preview
(11) Sleep or reboot the computer
(12) Open the PDF URL again
(13) Observe tab loop again! Chrome has re-associated itself with PDFs!

What is the expected result?
* Tabs don't infinite loop when disabling PDF
* Chrome doesn't silently make itself the default handler for PDF


What happens instead?
* Tabs cycle endlessly and you have to quit the browser or take other evasive action to make the computer usable again.
* Chrome silently makes itself the default handler for PDFs every time the computer sleeps or is rebooted.

Video attached.
 

Comment 1 by mattm@chromium.org, Mar 13 2018

Components: UI>Browser>Downloads Internals>Plugins>PDF
Chrome doesn't make itself the default PDF handler. That is due to gMac policies. See  bug 231008 .
Labels: Needs-Triage-M64
Thanks for the clarification on part B of the bug, thestig@. Please disregard steps 7-13 in the repro.
I feel like this is a duplicate, but I can't find the existing report. In any case, the infinite loop probably should be stopped in the downloads code.
Owner: qin...@chromium.org
Status: Assigned (was: Unconfirmed)
qinmin@ can you take a look?  Thanks!
Labels: Hotlist-ConOps M-66 OS-Windows
I was able to reproduce this today on Windows in 66.0.3359.139, while testing steps for the help center article.

Steps I did:
1. Open Chrome with default Chrome settings.
2. Click on a link for a PDF file
3. It opens in the system viewer (as expected)
4. Go to chrome://settings/content/pdfDocuments
5. Toggle "Download PDF files instead of automatically opening them in Chrome"
6. Go to the same link for the PDF file
7. The PDF file downloads automatically (as expected)
8. Click on the arrow in the downloads bar next to that pdf file.
9. Select "Use System Viewer"
10. See infinite tab open/close loop since I guess one setting is asking Chrome to download the file and the other setting is asking Chrome to open it in the system viewer and Chrome is confused about what to do with the file!

Other notes:
I checked my downloads folder and I don't see that the file was downloaded multiple times.
Hi,  melodychu@, which pdf viewer are you using when trying to repro this bug?

Sign in to add a comment