620090 - Disappearing attachments when some deleted from list of 9 or so

Status: RESOLVED WORKSFORME

(Thunderbird :: Message Compose Window, defect)

Description

[Larry A. Taylor]

User-Agent:       Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.13) Gecko/20101203 Firefox/3.6.13
Build Identifier: Thunderbird 3.1.7

While deleting some attachments in a long list, others become invisible. Can't delete them, can't add them back.

Reproducible: Always

Steps to Reproduce:
1. Open a New mail for composition. 
2. Add nine attachment files. Adjust window so five attachments show in list.
3. Delete the last two attachments

Actual Results:  
The first two attachments disappear from the list. If you try to add them again, it keeps opening the attachment dialog over and over again. Also, since they don't show in the list, they can't be deleted. Sent mail includes the invisible attachments anyway.

Expected Results:  
Nine emails minus two should show seven, not five or six.

It may depend on the size of the text window with the list of attachments. It seems important that some are scrolled off the top when you select some to delete. In my test, all files were JPGs, each about 270K in size, and in the same folder on disk

Comment 1

[WADA:World Anti-bad-Duping Agency]

I could observe phenomenon with Tb 3.1.7 on Win-XP.
[Steps to reproduce, same as comment #0]
1. compose a text mail(auto-save=off for ease of test), 
   drag 15 small text files => 15 attachments, with scroll bar.
2. Scroll to bottom, and place 15-th attachment(last attachment) at bottom
   row of attachment box. (6 rows was shown in my environment)
   (attachment box, scroll bar position, attachment position)
   +-------------+                   +-------------+
   |...          |    Select         |...          |
   |...          |     13,14         |...          |
   |attachment-12|A    with Shift    |attachment-12|A
   |attachment-13||    + arrow key   |attachment-13||  <= reversed
   |attachment-14|V               => |attachment-14|V  <= reversed
   |attachment-15|                   |attachment-15|
   +-------------+                   +-------------+
   (If 15 is select too, list is shifted up by one row,)
   (and bottom row becomes blank row.                  )
3. Delete 13,14 by Delete key
   => attachment-1 at top row disappeared from attachment box.
      (I didn't check how many attachments disappeared.)
4. "Send Later" => zombie attachment-1 is normally attached.
By each step 2&3 before step 4, at least one attachment at top disappeared from attachment box.

Confirming.

Comment 2

[WADA:World Anti-bad-Duping Agency]

In my test of next, generated zombie attachment(disappeared attachment) was always one attachment at top row.
  1. place last attachment at bottom of attachment box.
  2. select bottom - 2 (4-th row in my 6 row box case)
     and select bottom - 1 (5-th row in my 6 row box case)
  3. delete
At above step 2, list was sometimes shifted up in attachment box by selection of two attachments, but was not shifted up sometimes by selection of two attachments.

Comment 3

[Thomas D. (:thomas8)]

if this is still true for TB8+ (currently in aurora channel), then it's datalossy and a privacy issue, as user gets tricked into sending invisible attachments, thus major.

anyone from QA who could check this out? (I don't have Mac OS...)

Comment 4

[Wayne Mery (:wsmwk)]

Another fun one for Eckard to test?

Comment 5

[Eckard Berberich]

I can't reproduce this issue (macOS 10.11.6, TB 45.6.0)

Comment 6

[Wayne Mery (:wsmwk)]

Larry, if you still see this issue using a current version, please reopoen the bug.

Eckard, thanks for testing