Saving audio file should provide a proper extension when no filename is available from the URL. |
|||||||
Issue descriptionChrome Version : 58, Mac / Windows URLs (if applicable) : http://opa-voice.appspot.com/demo/index.html Other browsers tested: Add OK or FAIL, along with the version, after other browsers where you have tested this issue: Safari: Firefox: FAIL, mac IE: What steps will reproduce the problem? (1) Go to: http://opa-voice.appspot.com/demo/index.html (2) Click 'Show Player' toggle (3) Context click on the player and choose 'Save audio as' (4) The prepopulated filename is just 'download', no extension. Alternatively: https://assist-tts.appspot.com/?text=This%20is%20a%20demo&voice=hol&rate=1 and then save the audio. What is the expected result? Chrome should be more helpful and provide a proper extension since the content is known from the headers, even though the audio doesn't have a proper filename from the URL and comes from a service. What happens instead? No extension. So in the finder when you select file, it doesn't think it's an audio file. Please provide any additional information below. Attach a screenshot if possible.
,
Apr 6 2017
,
Apr 6 2017
This is a feature of the media controls; they should be smarter.
,
Apr 7 2017
Able to reproduce the issue on windows 7, Ubuntu 14.04 and Mac 10.12.3 using chrome version 58.0.3029.54 and canary 59.0.3064.0. This is non regression issue as the issue seen from M40 builds.
,
Apr 10 2017
this is more like a feature request rather than a bug. give to PM ericde@ to triage.
,
Apr 14 2017
,
Apr 19 2017
I don't feel this is a feature request, users end up with a file they can't use without knowing the original file type extension so whilst not release blocking should be a triaged as bug.
,
Mar 23 2018
This is now working. |
|||||||
►
Sign in to add a comment |
|||||||
Comment 1 by ligim...@chromium.org
, Apr 6 2017