File download broken ?
Reported by
patrice....@gmail.com,
Aug 20
|
||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/68.0.3440.106 Safari/537.36 Example URL: Steps to reproduce the problem: Hi, Seems to happen on Windows 10 only (I'm actually an enterprise developper). It seems the attachment content-disposition doesn't work and I tried almost all variations I could think about. The same version works on Windows 7. Will try at home in case it would be something inside the company. What is the expected behavior? What went wrong? Nothing happens. If checking "always ask a location" the dialog is shown but nothing is saved. Did this work before? N/A Chrome version: 68.0.3440.106 Channel: stable OS Version: 10.0 Flash Version: For now I'm just wondering if anyone else is seeing the same behavior in a company environment ?
,
Aug 20
,
Aug 20
As expected it works just fine from home. I'll do further testing tomorrow at work using http://test.greenbytes.de/tech/tc2231/#attonly (old but seems great for testing various cases). For now it seems something in Windows 10 that can block pretty much ALL Chrome downloads while IE, Edge and FF are still working fine ?
,
Aug 21
Even just that simple test doesn't work. Reverting back to an older Chrome version does work (59 not sure where I can find 67 maybe ?). I have co-workers having the same issue as well apparently as an external user inside another company. Seems some kind of Windows 10 deployment option all along with a recent Chrome version may cause this issue. Maybe something like using a en-US Windows 10 version with the fr-FR language pack ??? I tried using an admin account or to temporarily disable my anti-virus and it still fails.
,
Aug 21
That testcase WFM on 68.0.3440.106 on Windows 10, Version 10.0.16299.611.... Could you grab a netlog for it, as per: https://www.chromium.org/for-testers/providing-network-details
,
Aug 22
Please find the attached log file when testing using http://test.greenbytes.de/tech/tc2231/#attonly Even an hyperlink to a ZIP file doesn't have any effect (using F12 Network I see the http request happens) but it has no effect and doesn't show anything. It seems that as soon as the content is not intended to be shown directly but the browser it is "blocked".
,
Aug 22
It appears you're using a local proxy, based on the network logs. Have you tried without that proxy?
,
Aug 23
Changes nothing (except I can test only on internal sites) but I had this issue on all sites (internet, intranet, even local development). F12 Network seems to show it works fine. For example an hyperlink to a PDF file won't produce anything once clicked but if using "open in a new tab" the PDF does show up. For now it seems that the transfer works fine, the browser see that this is not HTML content and that it should trigger the PDF viewer or some other external application but for some reason it fails to do so... I'll see if I can use F12 Network to spot a possible difference between an older version that works and this one but for now it seems to happen later. BTW I see sometimes a message such as "Resource interpreted as Document but transferred with MIME type application/zip". Not sure if it could be related ???
,
Aug 23
The NetLog doesn't show anything particularly odd, but we also don't seem to put information about whether it went to download in the NetLog. Maybe downloads folks will have some thoughts on where to look from here.
,
Aug 24
Ah sorry. I just saw an admin an it turns out that it could be a policy that is blocking Chrome downloads on some machines ?? I'm waiting a bit to test if it's ok and will keep you informed.
,
Aug 24
Really sorry and thanks much for the support. I confirm it seems we had a policy unexpectedly triggered on some machines and that was blocking Chrome 68 downloads on some machine. Have a nice day and thanks again.
,
Aug 28
patrice.scribe75@: As per your comment #10 and comment #10 could you please confirm that shall we close the issue or not. Adding Needs-Feedback label to it for reporter confirmation. Thanks...!
,
Aug 28
Sure, this issue can be closed.
,
Aug 28
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
,
Aug 30
|
||||||
►
Sign in to add a comment |
||||||
Comment 1 by morlovich@chromium.org
, Aug 20