Closed Bug 97466 Opened 23 years ago Closed 22 years ago

Hang on "advance to next unread" dialog after long email

Categories

(SeaMonkey :: MailNews: Message Display, defect)

Product:
SeaMonkey
Component:
MailNews: Message Display
Platform:
PowerPC
Mac System 9.x
Type:
defect
Priority:
Not set
Severity:
critical

Tracking

(Not tracked)

Status:
VERIFIED WORKSFORME

People

(Reporter: chris+bugzilla, Assigned: sspitzer)

References

Details

(Keywords: hang)

Attachments

(1 file)

this is one of the mail messages that triggered the bug for me
286.33 KB, text/plain
Details 
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Macintosh; U; PPC; en-US; rv:0.9.3+) Gecko/20010827
BuildID:    20010827

When scrolling an email message quickly by holding down the space bar, the
"advance to next unread" dialog is triggered at the end of the message.  The
dialog hangs the browser.  I am doing this with focus in the mail folder list
pane (upper right pane), if that matters.

I flagged reproducibility as "everytime", but I've only tested it with the same
email message three times.  It requires a reboot each time, so I haven't tested
more extensively than that.  For example, I have not yet tested if the bug is
triggered if there are more unread messages in the folder or on different length
emails.  I *have* confirmed that the bug is not triggered on mail messages that
fit on one page (i.e. no scrollbar in message pane).


Reproducible: Always
Steps to Reproduce:
1. open long email (100+KB)  (last email in folder)
2. hold down space bar



Actual Results:  Mail message scrolls quickly, then hits the bottom and the
"advance to next unread?" dialog comes up.  The dialog buttons are not clickable
and the computer freezes.  Ctrl-opt-cmd-esc kills the browser, but the system is
unstable after that (lock up on "special->restart").


Expected Results:  advance to next unread should not hang

I first noticed this problem at the beginning of this week or the end of last
week, I think, which is shortly after I upgraded from MacOS 9.0.4 to 9.2.1.  I'm
not sure if that's relevent or not...
QA Contact: esther → laurel
Reporter, can you reproduce this using the 0.9.3 build? If so, try and get a TalkBalk ID.
So far, I can't reproduce with large mail messages  on aug29 commercial trunk
build, mac OS 9.x.  I do see a problem in that we put up multiple "advance to
next unread" dialogs if the space bar is hit multiple times -- maybe this could
be contributing to a hang situation in the long run. 

Reporter, is there anything to note about what kind of content is in the message
you tested with -- image, web page, anything special?
I'll log a new bug about the multiple "advance..." dialogs on multiple space bar
hits.  I compared to 4.x and it treats a second space bar hit as confirmation to
the dialog and so it moves on, doesn't pop up another.  
I tried the 0.9.3 build and I successfully reproduced the bug.  It was hard to
tell, but it did look like multiple popups were appearing, but the top one was
definitely not responding, although it appeared to have focus (based on the
title bar decoration).

I used 0.9.3 for a couple weeks before going back to the trunk without ever
hitting this bug, so I suspect the problem may be MacOS 9.2.1 specific.

The mail message which triggered this bug (which I will attach momentarily) is a
digest for a web site I'm creating and is formatted as a multipart/alternative:
a plain text part and an HTML part.

After posting this, I'll try triggering the bug with other email messages and
I'll report back as soon as I reboot... :-)
(one reboot later)

I've reproduced the bug on another unrelated email message which is also long
enough to need a scrollbar.  This new one was actually fairly short (2KB, 3
screens long in the message pane), so I suspect that being long enough to need a
scrollbar is sufficient to trigger the bug.

BTW, I never saw the talkback.  Mozilla didn't crash -- I had to kill it myself
after it hung.


FYI: new bug about multiple dialogs is logged as bug 97512
Chris, TalkBalk is supposed to run when you force-quit Mozilla. 0.9.3 shipped with a faulty 
Component Registry, however, that prevents it from doing so. Quit Mozilla, delete that 
Registry, then restart; the Registry will rebuild automatically, and TalkBalk will run the 
next time you force-quit.
Sorry, no luck with TalkBack on 0.9.3.  I deleted the Component Registry and
Mozilla did rebuild it, as you said.  However, after triggering the bug and
issuing the *two* force-quits needed to return control to the finder, I saw
nothing from TalkBack.  :-(  Any other ideas?  Should we take this discussion
offline?

If you happen to have macsbug on your machine, you can hit Command+Power when
you're in a hang state to get a macsbug report/trace.
OK, I downloaded and installed macsbug and generated a report after triggering
the hang.  Call me paranoid, but I'd rather not post a stack trace on the web,
so I'll offer a copy of the log to developers who email me rather than creating
an attachment here.
Reporter, please retest using 0.9.4.
I tested in 0.9.4 and the bug persists, but the severity is no longer as dire. 
The behavior is that multiple modal dialogs pop up as before.  The top one
appears active but does not respond to mouse or key activity.  Unlike older
versions I did NOT have to reboot to recover.  A standard Mac force-quit
sufficed to bring down Mozilla and I was able to restart.

I will leave severity as "critical" since it still hangs the browser, but there
has been significant improvement.

Chris, since you're encountering the problem described in bug 97512, I'm marking this 
bug a duplicate of that one.

*** This bug has been marked as a duplicate of 97512 ***
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
OK, Greg, but one problem: this is a "critical" bug on MacOS as it reproducably
causes a browser hard lockup.  That bug is marked as "normal" priority.  I
recommend that we do one of the following:
1) Change this bug to "depends on bug 97512"
2) Change bug 97512 to "critical"
I prefer #1, but I'll go with whatever you decide.
This is definitely a moz1.0 bug!

As reporter, I have issues with this bug:

1) this is NOT a duplicate of bug 97512  Instead, it depends on that bug
2) this is a "critical" bug.  It can't be a duplicate of a "normal" bug

Here are steps to cause a browser crash:
   (moz 0.9.5, MacOS 9.2.1)
   a) make sure all messages in folder are read
   b) open a long message (scroll bar must be present)
   c) hold down space bar
With these steps, a large number of "Advance to next unread" dialogs appear. 
Unlike when I reported with buid 20010827, the Esc key works to close the
dialogs (although clicking the Cancel button does NOT).  When all dialogs are
closed, clicking on the main browser window causes mozilla to crash (Type 1
error on Mac)
Status: RESOLVED → UNCONFIRMED
Keywords: mozilla1.0
Resolution: DUPLICATE → ---
Marking dependent per Reporter.
Depends on: 97512
Chris, I recommend you review your stack trace for any personal information, remove 
same, and attach it to this bug.
Chris, can you reproduce this with 1.0RC1? If not mark this bug "worksforme"
If at all possible could you also try somehow save your mail (I don't know how),
completely uninstall moz and its profiles
(http://www.gerbilbox.com/newzilla/mozilla/usingmoz) before hand?
Keywords: hang
One month with no response. Marking WFM.

pi
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago → 22 years ago
Resolution: --- → WORKSFORME
marking verified worksforme
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: