236076 - Attachment name unecessarily truncated

Status: RESOLVED FIXED

(Thunderbird :: Mail Window Front End, enhancement)

Description

[Jerry Baker]

20040228 trunk

When displaying a message, Thunderbird's attachment widget truncates attachment
file names at 13 characters even though there is a mile of screen real estate left.

Comment 1

[Jerry Baker]

Attachment: Truncated attachment name

This thing has room for a small poem, and yet it's truncated.

Comment 2

[Jungshik Shin]

It seems like we use the same method for both thunderbird and mozill-mail. In
the latter, we really have to truncate as we do now. As reported here, in
thunderbird, we have plenty of room. 

Comment 3

[Philippe Fremy]

Another voice to say "me too". I receive a lot of long name attachment and this
restriction is frustrating.

Comment 4

[Asa Dotzler [:asa]]

*** Bug 242965 has been marked as a duplicate of this bug. ***

Comment 5

[Craig Kelley]

The screenshot from bug 242965 shows another aspect of this bug

Comment 6

[Markus Gaugusch]

I would suggest to raise this bug as "security-critical" because the filename
extension is also cut-off which makes it even easier for viruses to be clicked
at. Definitely something that should NOT be the case with such a beautiful
mailer as thunderbird!

Comment 7

[Jean-Marc]

Attachment: Abbreviation has an ill effect.

(In reply to comment #6)
> I would suggest to raise this bug as "security-critical" because the filename

> extension is also cut-off which makes it even easier for viruses to be
clicked
> at. Definitely something that should NOT be the case with such a beautiful
> mailer as thunderbird!

This just happened to myself, though I usually pay much attention. Yet I was
fooled : see the attached image. Without an antivirus, I would have catched
W32.Sober.G !
To begin with, only the *central part* of the name should be abbreviated,
something like "how to become a millionaire.eml.pif" -> "how to ...ml.pif". It
would be safer, with *minimum* coding.

Comment 8

[Craig Kelley]

I'd be happy to work on this bug, if someone could point me in the right
direction in the thunderbird source tree where the attachments are
drawn/ellipisified.  I've used XUL and know C/C++ very well.

Comment 9

[(not reading, please use [e-mail] instead)]

see also bug #112162

scott, this is the bug you, lorenzo, benb and I were talking about at the last
moz dev day.

Comment 10

[Scott MacGregor]

there must be some CSS style rule for middle abbreviation. I noticed that we can
abbreviate newsgroup names in the middle in the folder pane just fine....

Comment 11

[Jerry Baker]

Can't we just make the attachment names be inside of flexible-width XUL boxes or
something? Just so we can have the full name if it fits, and then truncate it if
there isn't room.

Comment 12

[Craig Kelley]

Attachment: Lots of attachments

See also this screen shot.  Even if it is "necessary" to truncate attachment
names, it could still be a security risk.  I think it would be a good idea to
have the full filename (within reason) and a scrollbar (pine and squirrelmail
do it this way); otherwise mime digests end up looking like this.

Comment 13

[Wendell Fields]

Just wanting to add another voice to this.  I'd love to see this fixed in
Thunderbird, and the placement of the attachment pane moved to under the message
body in Mozilla Mail.  In Mozilla Mail, the attachment window causes the scroll
bars to leave the screen if the "To" or "From" headers are too long.  Isn't
there a place in prefs.js or elsewhere that this could easily be modified?

Comment 14

[David :Bienvenu]

I have a patch that removes the hard-coded limit on the width of the
attachmentname in another bug...Bug 245331

Comment 15

[Scott MacGregor]

this is really a dupe of Bug #245331 which I just checked in for David.

Comment 16

[Vincent (caméléon)]

Attachment: screen-shot in thunderbird 9.0a2

I wonder if we cannot reopen this bug, because the situation in Thunderbird 9a2 is still frustrating: we truncate name although most of the case, these are absolutely no necessity (see screen-shot).