Issue metadata
Sign in to add a comment
|
Chrome Tab flashes if open PDF, Chrome PDF viewer disabled and PDF associated with Chrome
Reported by
bau...@gmail.com,
Dec 20 2016
|
||||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/56.0.2924.28 Safari/537.36 Steps to reproduce the problem: 1. disable Chrome PDF viewer (and can't enable it with Issue 673920 ) 2. restart chrome 3. open PDF with chrome (PDF associated with PDF, or drag'n'drop in new tab) What is the expected behavior? say internal PDF viewer is disable, and request to enable it. What went wrong? tab flashes, chrome become inusable before close this tab (difficult to close) Did this work before? N/A Chrome version: 56.0.2924.28 Channel: beta OS Version: 6.1 (Windows 7, Windows Server 2008 R2) Flash Version: Shockwave Flash 24.0 r0 by default I associate all PDF with Chrome, very fast to open PDF. If I drag'n'drop file in Chrome it's not to open it with PDF association.
,
Dec 21 2016
,
Dec 21 2016
Unable to reproduce the issue on win10 chrome version 56.0.2924.28 with the given steps - Observed that the pdf is downloaded as shown in the screencast Could you please try the same with a new profile (no apps/extensions) and update the thread. You can create a new profile from chrome://settings
,
Dec 21 2016
reproduce after choice: always open with system viewer. (but it's with chrome 55) must check another time with lastest beta, because see in the beta: new option to always open PDF with default system PDF viewer (option is autoenable when disable ChromePDFViewer and restart Chrome: see Issue 673920 )
,
Dec 27 2016
Unable to reproduce the issue on Win-10 using chrome reported version #56.0.2924.28 and latest stable #55.0.2883.87. Attached screen casts for reference. Following are the steps followed to reproduce the issue. ------------ 1. Disabled Chrome PDF viewer. 2. Restarted chrome. 3. Dragged n dropped pdf file in new tab. 4. Did not observe any flashing tab with both latest beta #56.0.2924.28 and latest stable #55.0.2883.87 baudav@ - Could you please check this issue on latest canary #57.0.2963.0 by creating a new profile without any apps and extensions and please let us know if the issue still persist or not. Thanks...!!
,
Dec 27 2016
New big regression on canary Version 57.0.2964.0 (Build officiel) canary (64 bits) Can't disable plugins; can't test.
,
Jan 3 2017
Thank you for providing more feedback. Adding requester "tkonchada@chromium.org" for another review and adding "Needs-Review" label for tracking. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Jan 4 2017
baudav@ - This is an intended behavior. The plugins can now be enabled and disabled in the latest canary #57.0.2970.0 by navigating to chrome://settings/content. The chrome pdf viewer can be enabled and disabled by following below steps: ------------ 1. Navigate to chrome://settings/content. 2. Scroll down till "pdf documents section". 3. Enabling the checkbox at "open pdf files in the default pdf viewer application", will make the chrome pdf viewer disabled at chrome://plugins and vice-versa. Attaching screen cast for reference. baudav@ - Could you please check this issue on latest canary #57.0.2970.0 by creating a new profile without any apps and extensions and please let us know if the issue still persist or not. Thanks...!!
,
Jan 5 2017
same problem.. yes difficult to found this option in canary, setting are displayed in tablette mode in standard screen! 1-set to request before save 'Ask where to save each file before downloading' 2-set to use different application for PDF 3-open PDF Pb1: Chrome save in default downloads folder WITHOUT REQUEST Pb2: if PDF is associated to open with Chrome, this downloaded file is open with Chrome, saved again without request and name is name(1).pdf and open another time with chrome, and saved to name(1)(1).pdf...... good loop filling the disk
,
Jan 6 2017
,
Jan 13 2017
Thank you for providing more feedback. Adding requester "krajshree@chromium.org" for another review and adding "Needs-Review" label for tracking. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Jan 30 2017
As per comment #9 marking it as Untriaged to get more inputs from dev team. Thanks,
,
Jan 30 2017
,
Jan 30 2017
yes it's duplicate
,
Feb 7 2017
|
|||||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||||
Comment 1 by bau...@gmail.com
, Dec 20 201677.9 KB
77.9 KB View Download