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)
SeaMonkey
MailNews: Message Display
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
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
QA Contact: trix → stephend
Comment 4•21 years ago
|
||
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.
Comment 5•21 years ago
|
||
*** Bug 151483 has been marked as a duplicate of this bug. ***
Comment 6•21 years ago
|
||
*** Bug 140190 has been marked as a duplicate of this bug. ***
Comment 7•21 years ago
|
||
*** Bug 145019 has been marked as a duplicate of this bug. ***
Comment 8•21 years ago
|
||
*** Bug 213719 has been marked as a duplicate of this bug. ***
Comment 9•21 years ago
|
||
*** Bug 214232 has been marked as a duplicate of this bug. ***
Comment 10•21 years ago
|
||
*** Bug 215179 has been marked as a duplicate of this bug. ***
Comment 11•21 years ago
|
||
*** Bug 220799 has been marked as a duplicate of this bug. ***
Comment 12•21 years ago
|
||
Summary should be changed to "No/broken scroll bars for 3 or 4 attachments" since it affects all themes and to help prevent dupes
Comment 13•21 years ago
|
||
Nominating for 1.5 blocker -- severity should be "major" as it a "major" feature that is broken by this bug
Flags: blocking1.5?
Comment 14•21 years ago
|
||
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
Updated•21 years ago
|
Flags: blocking1.5?
Comment 15•21 years ago
|
||
*** Bug 197080 has been marked as a duplicate of this bug. ***
Comment 16•21 years ago
|
||
*** Bug 224705 has been marked as a duplicate of this bug. ***
Comment 17•21 years ago
|
||
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.
Comment 18•21 years ago
|
||
*** Bug 225330 has been marked as a duplicate of this bug. ***
Comment 19•21 years ago
|
||
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.
Comment 20•21 years ago
|
||
*** Bug 230433 has been marked as a duplicate of this bug. ***
Comment 21•21 years ago
|
||
*** Bug 231387 has been marked as a duplicate of this bug. ***
Comment 22•21 years ago
|
||
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.
Comment 23•21 years ago
|
||
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.
Comment 24•21 years ago
|
||
*** Bug 233414 has been marked as a duplicate of this bug. ***
Comment 25•21 years ago
|
||
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.
Comment 26•21 years ago
|
||
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.
Comment 27•20 years ago
|
||
*** Bug 236717 has been marked as a duplicate of this bug. ***
Comment 28•20 years ago
|
||
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.
Comment 29•20 years ago
|
||
(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!
Comment 30•20 years ago
|
||
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.
Comment 31•20 years ago
|
||
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
Comment 32•20 years ago
|
||
I agree these bug is very annoying. We too have lost one day of work due to this issue :-(
Comment 33•20 years ago
|
||
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...
Comment 34•20 years ago
|
||
Aha, I had mentioned this very issue in a comment on bug 195355 :-)
Depends on: 195355
Comment 35•20 years ago
|
||
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...
Comment 36•20 years ago
|
||
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
Comment 37•20 years ago
|
||
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.
Comment 38•20 years ago
|
||
*** Bug 241746 has been marked as a duplicate of this bug. ***
Comment 39•20 years ago
|
||
*** Bug 241071 has been marked as a duplicate of this bug. ***
Comment 40•20 years ago
|
||
*** Bug 242895 has been marked as a duplicate of this bug. ***
Comment 41•20 years ago
|
||
*** Bug 243278 has been marked as a duplicate of this bug. ***
*** Bug 244297 has been marked as a duplicate of this bug. ***
Comment 43•20 years ago
|
||
*** Bug 246889 has been marked as a duplicate of this bug. ***
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•