Open Bug 186974 Opened 22 years ago Updated 17 years ago

Long attachment filenames should have ellipsis in middle (show file extension)

Categories

(SeaMonkey :: MailNews: Message Display, enhancement)

enhancement
Not set
normal

Tracking

(Not tracked)

People

(Reporter: uli.e, Unassigned)

References

Details

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20021130
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20021130

Today i had received a suspicious e-mail with an attachement
The filename is displayed as readme.xls (and 3 dots wich can
be easily overlooked). After having a closer look in the headers,
the full name of this attachement is readme.xls<lots of blanks>.scr .

Reproducible: Always

Steps to Reproduce:
Send yourselve an attachement with a filename, containing lots
of blanks.
Actual Results:  
The filename is displayed, but the extension is missing

Expected Results:  
Maybe cut the filename somewhere in the middle (mybe first trying to remove
all blanks), so that the real extension is always visible.
See also the discussion on netscape.public.mozilla.security (look for "long
attachement file-names").
Severity: minor → enhancement
Status: UNCONFIRMED → NEW
Ever confirmed: true
The security aspect is mentioned in other bugs years ago, see for instance bug
32157, bug 74697. Also notice status whiteboard of bug 74697.
yes, rkaa, this might well be a dup, I don't know.
Note, however, that the other bugs suggest other (IMHO inferior) solutions.
tooltips are only visible when you look for them. filetypes should be blatantly
obvious to everybody.
Summary: Long attachement filenames are poorly formatted → Long attachment filenames are poorly formatted
I updated a comment to bug 80220 which will hopefully address this issue.
Product: MailNews → Core
(In reply to comment #0)
> Expected Results:  
> Maybe cut the filename somewhere in the middle (mybe first trying to remove
> all blanks), so that the real extension is always visible.

Thunderbird does this.  Moving this bug to Suite, and resummarizing the bug to make this explicit; I don't see another bug for this.

Note that the file *type* -- that is, which program would be used to automatically open the file -- is indicated in the attachment's icon, under Windows at least.  Having a means to display the actual MIME type of the attachment would be more useful.
Assignee: mscott → mail
Component: MailNews: Attachments → MailNews: Main Mail Window
OS: Linux → All
Product: Core → Mozilla Application Suite
QA Contact: stephend
Hardware: PC → All
Summary: Long attachment filenames are poorly formatted → Long attachment filenames should have ellipsis in middle (show file extension)
You need to log in before you can comment on or make changes to this bug.