Closed Bug 1371959 Opened 8 years ago Closed 8 years ago

Firefox 53: Unable to preselect a '.txt' file name in save dialog [MAC]

Categories

(Firefox :: File Handling, defect)

53 Branch
defect
Not set
normal

Tracking

()

VERIFIED INVALID

People

(Reporter: als, Unassigned)

Details

Attachments

(1 file)

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_10_5) AppleWebKit/603.2.5 (KHTML, like Gecko) Version/10.1.1 Safari/603.2.5 Steps to reproduce: Selecting an already existing file (with ".txt" extension) in save dialog Actual results: This selection is denied by Thunderbird Expected results: The selection should be accepted...
Attached image save dialog screen shot
So that's for "Save Message As". Is there any Firefox dialogue that would expose the same problem?
A good question ;-) Yes exactly the same trouble with Firefox 53.0.3. By the way I am still running OSX Yosemite... (In reply to Jorg K (GMT+2) from comment #2) > So that's for "Save Message As". Is there any Firefox dialogue that would > expose the same problem?
Then please report the problem for Firefox. Thunderbird is using Mozilla core technology, like the file picker in this case, and if that doesn't work, then Mozilla core people need to fix it, not the Thunderbird team.
Component: OS Integration → File Handling
Product: Thunderbird → Firefox
Version: 52 Branch → 53 Branch
Summary: Thunderbird 52.1.1: Unable to preselect a '.txt' file name in save dialog [MAC] → Firefox 53: Unable to preselect a '.txt' file name in save dialog [MAC]
I will do... Thanks for your answer and by return (In reply to Jorg K (GMT+2) from comment #4) > Then please report the problem for Firefox. Thunderbird is using Mozilla > core technology, like the file picker in this case, and if that doesn't > work, then Mozilla core people need to fix it, not the Thunderbird team.
I've already moved the bug to the Firefox queue, so no new bug required.
Thanks again (In reply to Jorg K (GMT+2) from comment #6) > I've already moved the bug to the Firefox queue, so no new bug required.
Thanks for reporting, but this is dialog is provided by the operating system, and we cannot change the default behavior. In most cases, it's also the correct behavior, because keeping the extension for the file type might be required by some applications for opening the file later. As a workaround, if you want, you can rename the file manually before saving. You can also click the grayed out items to change the base file name, then you only need to type the new extension.
Status: UNCONFIRMED → RESOLVED
Closed: 8 years ago
Resolution: --- → INVALID
Thanks for your answer but... (In reply to :Paolo Amadini from comment #8) > Thanks for reporting, but this is dialog is provided by the operating > system, and we cannot change the default behavior. In previous version of Thunderbird (< 52) the behavior was different *with the same operating system* i.e (referring to this "save dialog screen shot" https://bugzilla.mozilla.org/attachment.cgi?id=8876434): (<52) The manual selection of the file "qbasic.txt" fill the top text field with "qbasic.txt" if the bottom selected format is [Text] => Logical right behavior (52=<) The manual selection of the file "qbasic.txt" fill the top text field with "qbasic.eml" despit the selected format is [Text] !!! => Strange illogical behavior > In most cases, it's also > the correct behavior, because keeping the extension for the file type might > be required by some applications for opening the file later. As a > workaround, if you want, you can rename the file manually before saving. You > can also click the grayed out items to change the base file name, then you > only need to type the new extension. My long time optimized workflow using well know Default Folder X (http://www.stclairsoft.com/DefaultFolderX/) is just broken since this update to Thunderbird 52 branch :-(
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: