Open
Bug 1515022
Opened 7 years ago
Updated 3 years ago
Attachments with names longer than 130 chars are truncated when saved by drag-n-drop
Categories
(MailNews Core :: Attachments, defect, P3)
Tracking
(Not tracked)
UNCONFIRMED
People
(Reporter: niente0, Unassigned)
Details
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/71.0.3578.98 Safari/537.36
Steps to reproduce:
Save a pdf attached to a message by drag-n-dropping it to desktop. Attached file has a name longer than 130 characters.
Actual results:
File is saved, but its name is truncated at 130 chars (also filename extension is cut out)
Expected results:
Attached file should have its original name when saved by drag-n-drop
| Reporter | ||
Updated•7 years ago
|
Summary: Attachments with names longer than 130 chars are truncated when saved → Attachments with names longer than 130 chars are truncated when saved by drag-n-drop
Comment 1•6 years ago
|
||
I think this is by design when in the olden days file name length was restricted.
Component: Untriaged → Attachments
Priority: -- → P3
Product: Thunderbird → MailNews Core
Comment 2•6 years ago
|
||
Total path length limitations still apply on windows (260). I bet that's what's actually causing this...
Updated•3 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•