Closed
Bug 71735
Opened 23 years ago
Closed 23 years ago
Attachments with spaces in the filename saved with %20s instead
Categories
(MailNews Core :: Backend, defect)
Tracking
(Not tracked)
VERIFIED
FIXED
mozilla0.9.3
People
(Reporter: bzbarsky, Assigned: mscott)
References
Details
(Keywords: regression, Whiteboard: [nsbeta1+])
Attachments
(1 file)
This is spun off of bug 71557. BuildID: 2001030905 ------- Additional Comments From apr@interactive.net 2001-03-12 13:06 ------- When I get a mail file attachment whose name is supposed to have spaces in it, the file is saved with a file name having %20s where spaces should be.
Updated•23 years ago
|
Keywords: regression
Comment 2•23 years ago
|
||
I have a fix to this problem. The problem is because code in the PromptForSaveToFile in nsUnknownContentTypeHandler does not go to nsUnescape to get rid of %20's, %40's, etc. I added a simple call to nsUnescape and blanks are gone in my attachment names now. I run Linux and I notice that Netscape 4 used to substitute underscores for blanks in filenames. I don't see any code in mozilla doing that but wonder if there should be.
Reporter | ||
Comment 3•23 years ago
|
||
daltenbern@intellispace.net, could you attach a patch for your fix to this bug? Then we can test it.... :)
Updated•23 years ago
|
Comment 5•23 years ago
|
||
marking nsbeta1+ and moving to mozilla0.9.2. If there's a patch perhaps we can get it in sooner.
Whiteboard: [nsbeta1+]
Target Milestone: --- → mozilla0.9.2
Assignee | ||
Comment 8•23 years ago
|
||
FYI if you save the attachment directly from mail via the attachment pane context menu or the file menu then the file name is properly unescaped and you don't see the %20s. It's only when you double click the attachment and we bring up the helper app dialog that we don't unescape the file name. I'll post the fix for that.
Status: NEW → ASSIGNED
Comment 9•23 years ago
|
||
I've also seen space appear after moving/copying/d&d messages with attachments to other folders (e.g. draft folder). This has happened much less in newer builds though. So doubleclicking an attachment might not be the only cause for the dreaded "%20".
Comment 10•23 years ago
|
||
*** Bug 81693 has been marked as a duplicate of this bug. ***
Comment 11•23 years ago
|
||
Using windows build 2001-06-25 branch on win xp this is working fine. For a newly composed message, I saved as Draft, Saved as Template both OK, I sent them, both OK. I did a D&D of a message from IMAP inbox to a differenct IMAP folder, I did a Menu-Message Copy from an IMAP folder to a Local Folder, Menu Message Move from IMAP to another IMAP account - All OK. I double-clicked on the "bob on wire.jpg" and did a file save as = OK. I will check other platforms too, and report.
Assignee | ||
Comment 12•23 years ago
|
||
Comment 13•23 years ago
|
||
sr=bienvenu
Assignee | ||
Comment 14•23 years ago
|
||
fix checked in. When QA'ing this bug remember the problem is with the save as dialog that comes after the helper app dialog AND NOT the one that comes if you save the attachment directly to disk from mail.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Comment 15•23 years ago
|
||
Shouldn't this bug fix *any* instances of saved filenames having "%20" (based on the summary of this bug)? If not, then the summary should be changed, and that person should file another bug on the remaining cases. Otherwise, *this bug is not fixed yet* (unless there are no other cases). ;)
Comment 16•23 years ago
|
||
using windows build 2001-08-29 on, saving a mail attachment with a space in the name: Save as after the helper app dialog saved correctly Save as using context menu on selected attachment saved correctly. Verified
Status: RESOLVED → VERIFIED
Comment 17•23 years ago
|
||
*** Bug 86392 has been marked as a duplicate of this bug. ***
Updated•20 years ago
|
Product: MailNews → Core
Updated•16 years ago
|
Product: Core → MailNews Core
You need to log in
before you can comment on or make changes to this bug.
Description
•