Order attachments automatically when bulk-added to message

NEW
Unassigned

Status

--
enhancement
8 years ago
2 years ago

People

(Reporter: rap.tors, Unassigned)

Tracking

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

8 years ago
User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.15) Gecko/20110303 Firefox/3.6.15 ( .NET CLR 3.5.30729)
Build Identifier: 3.1.7

Reference: https://bugzilla.mozilla.org/show_bug.cgi?id=229224

Real-world justification of enhancement request: sending multiple image files. Problem / limitation: when you do this, the files are ordered randomly in the message, so any desired sequence of images (based on filename) is destroyed. Would it not be better, when user adds >1 file attachment at a time, to order them by filename and not randomly? 

Thank you.

Reproducible: Always

Steps to Reproduce:
1. Compose message
2. Drag & drop >1 file (e.g., *.jpg) to attachment pane
3. Note random order of attachments
I also saw phenomenon you saw many times.
MS Win looks for me to pass file names in radom order.

[Steps to reproduce, using Sakura Editor(text editor, availble at sourceforge.net]
1. Open Sakura Editor window, type some text
2. Drag&Drop files from folder file list of Windows Explorer on Win-XP.
     file-1.xxx, file-2.xxx, ..., file-N.xxx
   Sakura Editor opens dragged files in new editor windows by this operation,
   in passed order.
   => Opened file in new editor windows is random, in each test.
It may be relevant to "order of my previous window close", but I'm not sure.
It may be "last access time order" or "order in cache of Win for something".

I believe application's behavior should be "to process files in passed order".
If improvement is required, I think it should be one like next;
 a. Option of Win to pass files in file name order upon Drag&Drop.  
 b. Option of Tb to process files in file name order upon Drag&Drop.  
 c. Capability of Tb to sort or change order of attachments at attachment pane.
IIRC, enhancement like c. is already requested.
I hope MS Win already has option of a., as hidden registry setting for many developers.

Comment 2

8 years ago
I'm reasonably sure that the order that files are dropped into Thunderbird is totally non-random (but also totally non-obvious). Generally speaking, the first file in a drag-and-drop operation is the one you dragged directly (e.g. if you have 5 selected files and you click on the second one to drag all of them, that's the first file). There are probably other rules to this, but you get the idea.

You should be able to see the exact same behavior when dragging and dropping between folders in Windows. One you drag into a folder, the newly-created files will be in some strange but predictable order, and as far as I can tell, this is the same order you see in Thunderbird.

As for issue (c) in comment 1, that's bug 229224, which is currently painful to work on as listboxes aren't really well-suited to drag-and-drop reordering (getting autoscroll to work in them is annoying). I plan to revisit that bug after doing bug 630759, which will make my life considerably easier.
Status: UNCONFIRMED → NEW
Ever confirmed: true
You need to log in before you can comment on or make changes to this bug.