Closed Bug 122180 Opened 23 years ago Closed 20 years ago

Attachment panel scroll bar hidden or broken for multiple (>2) attachments

Categories

(SeaMonkey :: MailNews: Message Display, defect)

defect
Not set
normal

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: masri, Assigned: sspitzer)

References

Details

Platform: PowerBook G3/300/192Mb/48Gb, MacOS X 10.1.2
Fizzilla build: 2002012403

Try the following.

1) Open Fizzilla.

2) Open Mail window.

3) Setup Mail window so it has three panes, mailboxes & folders on the left,
emails on the top right, specific mail message on the bottom right.

4) Find a message with 3 or more attachments, and click it.

What happens: the "Attachments:" box shows two attachments (the bottom of the
second cut off) with no scroll bar.

What should happen: a scroll bar should appear so that one can scroll down to
see the third attachment.

I'm seeing this bug with Classic skin. Modern skin properly shows scroll bars.

- Adam
QA Contact: esther → trix
I am seeing this with the Win32 020509 build as well.
I'm seeing this with Modern theme using may09 1.0.0 branch, Mac OS 10.1.
The attachments will indeed show if showing all headers (View|Headers|All), or
the scrollbar will indeed appear after a restart if in normal headers mode.
Changing platform, summary based on last comments.
OS: MacOS X → All
Hardware: Macintosh → All
Summary: Classic skin doesn't show scroll bars for multiple attachments → Classic/Modern skin doesn't show scroll bars for multiple attachments
Trying to confirm the bug soon to be duped to this one, I figured out how to 
reproduce the behavior:

The first time after the Mail/News window has been opened that a message w/ 
attachments is selected in the 3-pane view: if it has three attachments, there 
is no scrollbar displayed.  Subsequent displays of the same message in the 
3-pane show a scrollbar (without slider) which works as expected.

In addition, every time an mail with three attachments is opened into its own 
NEW window, there is no scrollbar displayed.  But if message-windows are reused, 
once the message is re-opened into that window, scrolling works as expected 
(visibly and with arrow keys).

Further, if no scrollbar is displayed (in either window), selecting one 
attachment and using the arrow-keys does not work: the box updates incorrectly 
from showing the first two attachments to showing a blank entry at the top and 
the second attachment at the bottom.

For a mail with four attachments: if it is the first attachment mail shown in 
the 3-pane, it displays a scrollbar (no slider), but will not scroll down to 
fourth item, it only scrolls among the first three; but subsequent displays in 
the 3-pane scroll properly.  Again, every time a four-attachment message is 
opened into its own, new, window, the same problem with the scrollbar.

Again, selecting one attachment and then using arrows to scroll the list shows a 
bogus display when the final item is selected: a blank entry at the top of the 
list, the next-to-last item at the bottom of the list.

Behavior is probably slightly different if more headers are displayed.

I see this behavior with 1.3 (final) and 1.4 (RC1), Windows 2000, Pinball theme.
*** Bug 151483 has been marked as a duplicate of this bug. ***
*** Bug 140190 has been marked as a duplicate of this bug. ***
*** Bug 145019 has been marked as a duplicate of this bug. ***
*** Bug 213719 has been marked as a duplicate of this bug. ***
*** Bug 214232 has been marked as a duplicate of this bug. ***
*** Bug 215179 has been marked as a duplicate of this bug. ***
*** Bug 220799 has been marked as a duplicate of this bug. ***
Summary should be changed to "No/broken scroll bars for 3 or 4 attachments"
since it affects all themes and to help prevent dupes
Nominating for 1.5 blocker -- severity should be "major" as it a "major" feature
that is broken by this bug
Flags: blocking1.5?
I agree the old summary was misleading, particularly about the "themes"; I hope 
this one is better.

As noted in comment 4, the workaround is to select another message, then 
reselect the message with the attachments: the problem only exists the first 
time a particular window encounters a message with attachments, and then only if 
there are "too many" attachments.  Since there is a simple workaround, I 
disagree this is a "major" bug; but it is a pain in neck.
Summary: Classic/Modern skin doesn't show scroll bars for multiple attachments → Attachment panel scroll bar hidden or broken for multiple (>2) attachments
Flags: blocking1.5?
*** Bug 197080 has been marked as a duplicate of this bug. ***
*** Bug 224705 has been marked as a duplicate of this bug. ***
User-Agent:       Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.6a) Gecko/20031030
Build Identifier: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.6a) Gecko/20031030

The effects are slightly different in rv 1.6a:

1. given a message with 4 attachments.

2. upon panel open 3 are visible AND right-hand vertical scroll bar is visible.

3. click on scroll bar down arrow and the scrollbar vanishes.  3 of the 4
attachments still appear.  same happens when dragging the bar.  alternatively,
if the scroll bar is visible simply left clicking on any entry causes the scroll
bar to disappear.

4. when tabbing to attachment box and using keyboard arrows the results are
different.  if the scroll bar is there it will disappear just as in #3 above. 
first down arrow highlights the 1st list item, 2nd down arrow selects the 2nd
item and the same for the 3rd.  the 4th down arrow blanks out the 1st list entry
and the 2nd and 3rd reamin in their respective positions.  the 4th entry is
never seen.  up arrow reverses this.  the arrow actions can be repeated with the
same results.

5. once the scroll bar disappears the roller on the mouse makes no difference
EXCEPT if the arrow use has highlighted one of the entries AND it is in the
condition where the 1st entry is blank.  in this case rolling the mouse ball
causes the list to be restored to items 1, 2 and 3.  then the roller has no effect.
*** Bug 225330 has been marked as a duplicate of this bug. ***
In version 1.6b the attachment box has improved over 1.6a but it still does not
work correctly.

the scroll bar does not disappear now.  however, the following problems still exist:

1. not all the attachments show up on the list.  i have an e.mail with 6
attachments yet only 5 show up.  scroll bar works but only scrolls 5 items.

2. tab to box then use arrow keys is still broken as before.  with 6 attachments
(only 5 displayed) the following happens:

first down arrow highlights the 1st list item, 2nd down arrow selects the 2nd
item and so on until the next to the last item (5th in this case).  the next
down arrow blanks out the top list (3rd in this case) entry and the 4th and 5th
reamin in their respective positions.  the 6th entry is never seen.  up arrow
reverses this.  the arrow actions can be repeated with the same results.

this result is the SAME as in version 1.6a.
*** Bug 230433 has been marked as a duplicate of this bug. ***
*** Bug 231387 has been marked as a duplicate of this bug. ***
Seeing this on 1.6 on Linux, too. This is a major problem - I thought the
important e-mail I sent was somehow corrupted by Mozilla, but as I cc'd myself I
found out that other mail clients read it okay. The behavior described in
comment 19 is correct: I'd just add that when the topmost line blanks when
trying to get to the last attachment via keyboard, right-clicking the blank line
and selecting "Save as" gives you the last attachment.

You can also save the attachment from File/Attachments, but if one receives an
e-mail one doesn't except that there are some more attachments than the ones
shown in the e-mail window.

I can keep the problematic e-mail as an example so you can ask for it from me,
but this is probably an easy bug to reproduce.
Using 1.6 final, I no longer see a problem for three attachments.  
The attachment box seems to have a fixed height good for up to three items, 
which I think is new -- with the attachment box displayed, there is a blank area 
in the envelope panel, underneath the To: header.
(Windows 2000, Large Fonts, Pinball theme)

With four attachments, the behavior is much as I described in comment 4, except 
the scrollbar disappears when I first click anywhere in the attachment box.

With five or more attachments, the behavior is as it was before: the scrollbar 
remains, but only scrolls for the first 4 (N-1) items.

And again: if the window has been used once already for viewing a message with 
an attachment, the attachment box behaves just fine.
*** Bug 233414 has been marked as a duplicate of this bug. ***
I experienced this bug in final 1.6 Mozilla release on Linux FC 1, but for
attachments > 3 and not always.
I'm still trying to understand the exact conditions under the bug appears or not
on the same message with the same number and size of attachments.
This bug (with 4 and more attachments) is still a problem under Windows XP
(Mozilla 1.6b) and Linux (Mozilla 1.6a and a nightly build 1.7a from 2004/02/17).

There is always one attachment missing, and the scrollbar disappears if the
forth attachment disappears.

However, the workaround by opening first another e-mail "solves" the problem in
all versions.
*** Bug 236717 has been marked as a duplicate of this bug. ***
I found a curious behavior on this:  If I double-click the message so it opens
the message with 4 attachments into a new window, I get the described behavior.
 However, if I enable the preview pane and view the message that way, the
scrollbar works normally.  Now that is bizarre.

This is on a Windows 95 system running Mozilla 1.6.
(In reply to comment #28)
> I found a curious behavior on this:  If I double-click the message so it opens
> the message with 4 attachments into a new window, I get the described behavior.
>  However, if I enable the preview pane and view the message that way, the
> scrollbar works normally.  Now that is bizarre.

When you open a message with >= 4 attachents to its own window, the scrollbar
disappears when clicked. However, if you then change the value of View->Display
Attachments Inline, the scrollbar comes back, and you CAN see the fourth attachment.

Now close the window and open the message again to its own window. The scrollbar
disappears again, although View Attachments Inline has not changed value. But if
you now change it back to its original value, the 4th attachments is there
again! So, the value of View Attachments Inline does not matter, only changing
it does.

After this shake-up, when you view the message in the preview pane and click the
attachment window scrollbar, ALL of the attachment list disappears. Changing the
value of View Attachments Inline brings back the scrollbar, but not the names of
the attachments. This behavior is not always reproducible, mostly the preview
pane works...

Hopefully someone can find the bug soon. We are deploying Mozilla corporately,
and this bug is embarrassing!
i have also encountered the same bug. It have been able to reproduce it at our
office using Mozilla 1.4, 1.5 and 1.7b running in Windows 2000 service pack 4
and Windows 98SE. The bug exist both in POP3 and IMAP-protocols. Same problem
exists in my job e-mail and university e-mail.

How to reproduce:

1. Open mail/news reader.
2. Select a message, which have more than 3 attachments
3. Attachment list doesnt show the last attachment
4 [details] [diff] [review]. Select another message 
5. Reselect the message and then the list shows all attachments

I have also noticed that after that also the other messages which have similar
problems show all the attachments(in the same session). Only the first time,
when i read a message with many attachments Mozilla doesnt show all the attachments.

I have also noticed that the first time when you select a message and then click
in the attachment box i can move to invisible attachment using cursor keys. When
moving with cursor keys below the lasta attachment the coloring, which shows the
attachment that is chosen disappears.
This bug caused a very expensive disaster at a law firm using Mozilla 1.6. 
Several attachments were missed because of the varying ways that mail/news fails
to show all attachments in the UI.  The workstations were win2k and win98se.  We
learned we missed the documents when someone printed a hardcopy of the e-mail
message, and then noticed the list of attachments printed at the bottom was more
extensive than they had been working with (lawyers and paper -- gotta be some
humour there somewhere).

I nominate this bug to be a candidate for blocking further releases of Mozilla
-- having something like this happen again is too horrible to contemplate (not
to mention the risks to my reputation of knowing what I'm recommending).  

As far as I can tell, thunderbird does not exhibit this behaviour, but I'd
prefer to stick with Mozilla -- IF the next release has the bug fixed.  Please
visit the code for thunderbird 0.5 and see if there aren't some ideas that can
be stolen there....

see also bug # 172032
I agree these bug is very annoying. We  too have lost one day of work due to
this issue :-( 
Cc'ing some mail-savvy developers.

It seems silly that this bug has gone on for as long as it has, with all the 
dupes; on the face of it, it looks like it should be simple to fix...

Aha, I had mentioned this very issue in a comment on bug 195355 :-)
Depends on: 195355
FWIW: I tried applying the patch attached to bug 195355 to a 1.7b source tar 
ball and recompiled mozilla and the problem seems to be gone for me (Solaris 9 
SPARC). Looking at the code and patch makes me wonder why it hasn't been 
integrated yet -- well, at least it looks rather obvious what's going wrong 
there... 
I see this bug fixed in 
  Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a) Gecko/20040422

Thanks Neil for the patch in bug 195355.  I wish I'd brought this bug to your 
attention months ago!
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
The patch for bug 195355 has received approval for 1.7, so this bug will be 
fixed in 1.7 Final -- and in fact, in RC builds beyond RC1.
*** Bug 241746 has been marked as a duplicate of this bug. ***
*** Bug 241071 has been marked as a duplicate of this bug. ***
*** Bug 242895 has been marked as a duplicate of this bug. ***
*** Bug 243278 has been marked as a duplicate of this bug. ***
*** Bug 244297 has been marked as a duplicate of this bug. ***
*** Bug 246889 has been marked as a duplicate of this bug. ***
Product: Browser → Seamonkey
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.