Sites should not be allowed to override "open * in new tab"
Reported by
netmosf...@gmail.com,
Jun 18 2018
|
||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/67.0.3396.87 Safari/537.36 Steps to reproduce the problem: - Right click on a video/image/(other?), click "Open video in new tab" - The site forces the download of the video/image rather than opening it in place, in the new tab What is the expected behavior? The video or image is displayed in the browser, with no download prompt shown, or automatic download started What went wrong? Some sites send some HTTP header that force the browser to download the media rather than displaying it in the browser. If I wanted to save it, I would have clicked "Save video as..." Did this work before? N/A Chrome version: 67.0.3396.87 Channel: stable OS Version: 6.1 (Windows 7, Windows Server 2008 R2) Flash Version:
,
Jun 19 2018
Unable to reproduce this issue on reported version 67.0.3396.87 using Windows 7 with steps mentioned in comment#0. i.e; On using open image in newtab or open video in new tab able to see image/video in new tab. Attaching screencast for reference. @Reporter: Please check the screencast and let us know if we miss anything. Is this specific to any link or seen with all URLS. If so please check the issue on fresh profile which do do not have any apps/extensions. Any further information on reproducing the issue would help in better triaging. Thanks!
,
Jun 20 2018
I said with certain HTTP headers... my guess is no-cache and content-disposition:attachment on the video url
,
Jun 20 2018
Thank you for providing more feedback. Adding the requester to the cc list. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Jun 22 2018
@Reporter: As per comment #3 could you please provide URL that contains no-cache and content-disposition:attachment on the video url or the one on that which you are facing the issue. This help us in further triaging of the issue. Thanks.!
,
Jul 10
Thank you for providing more feedback. Adding the requester to the cc list. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Jul 10
It's not rocket science. <img src="foo.jpg"> and foo.jpg has the header content-disposition: attachment if I right click on that <img> and click "open in new tab", rather than getting the image in the new tab, I am getting it downloaded.
,
Jul 10
Sounds like Chrome is correctly implementing the specification. If Chrome won't download such things, it'll break lots of sites that open downloadable things that way. I remember using an extension back in the old Firefox days that changed content disposition header for some useful purpose, maybe just like the one described in this issue. You can probably find an analog for Chrome.
,
Jul 10
yes but if the user clicks explicitly "open (image|link|whatever) in new tab" content-disposition: attachment must be ignored maybe this could be enabled with an option. fundamentally i don't want the sites to force me download stuff if the browser is capable of displaying them in place example: pdf files. many sites force the users to download the files, but there is no need for that since chrome can display pdfs
,
Jul 12
Unable to reproduce the issue on Win-7 and Win-10 using chrome latest stable #67.0.3396.99 and latest canary #69.0.3488.0. Attached a screen cast for reference. Following are the steps followed to reproduce the issue. ------------ 1. Opened an image file from comment #8 in chrome. 2. Right clicked on the image to open it in new tab. 3. Observed that the image opened in another tab rather getting downloaded. netmosfera@ - Could you please check the attached screen cast and please let us know if anything missed from our end. Thanks...!!
,
Jul 12
How many times are you going to post this?
,
Jul 12
Thank you for providing more feedback. Adding the requester to the cc list. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Jul 13
Adding UI>Browser>Downloads component and requesting the team to look into this issue and help in further triaging, as this issue is not reproducible at TE end. Thanks..
,
Jul 19
As per comment#15 the issue isn't reproducible from our end hence adding label "TE-NeedsTriageHelp" and requesting someone from respective team to have a look into this for further triaging it. Thanks!
,
Jul 19
If it is attachment, it should always result in download |
||||||||||
►
Sign in to add a comment |
||||||||||
Comment 1 by susan.boorgula@chromium.org
, Jun 18 2018