Issue metadata
Sign in to add a comment
|
Chromium assigns .bin extension to (m)any unrecognized file types
Reported by
stu...@anchev.net,
Nov 9 2017
|
||||||||||||||||||||||
Issue description
Chrome Version : 62.0.3202.89
OS Version:
URLs (if applicable) :
Other browsers tested:
Add OK or FAIL after other browsers where you have tested this issue:
Safari 5:
Firefox 4.x:
IE 7/8/9:
What steps will reproduce the problem?
1. Click to download a file which is not associated with a program (e.g. EIP raw file from PhaseOne camera hosted on this Google Driver folder: https://drive.google.com/drive/folders/0B7wbBxSKEP2YVWhGOGVrYkhyUzA)
What is the expected result?
The file download dialog should suggest original extension (.EIP as in the example above)
What happens instead of that?
For various file types Chromium suggests .bin extension instead disregarding of the original file extension.
Please provide any additional information below. Attach a screenshot if
possible.
UserAgentString: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3202.89 Safari/537.36
,
Nov 13 2017
Tested on reported Chrome version #62.0.3202.89 and latest Canary #64.0.3265.0 on Ubuntu 14.04, Windows 7 & Mac 10.12.6 and unable to reproduce the issue. Please refer the screencast attached. @studio -- Could you please try by removing the extensions and creating a new profile to verify if the issue still persists. Please let us know if we have missed anything. Thanks in advance.
,
Nov 13 2017
Thanks for the feedback. Please do the following: 1. Go to chrome://settings/?search=download 2. Turn ON "Ask where to save each file before downloading" 3. Try downloading again. I have found that this setting triggers the bug on/off (even with new empty profile).
,
Nov 13 2017
Thank you for providing more feedback. Adding requester "pnangunoori@chromium.org" to the cc list and removing "Needs-Feedback" label. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Nov 13 2017
Thanks for the extra information. Are you using KDE by any chance?
,
Nov 14 2017
Thanks for raising this issue. In KDE we use the app kdialog to show a native save dialog. It has limitations on the combination of flags that can be passed to it, unfortunately. So I would need to look into whether it is us that doesn't handle unknown MIME types correctly, or kdialog. Either way, there is already a bug for this which I'll dupe this against. |
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by manoranj...@chromium.org
, Nov 9 2017