Closed Bug 50822 Opened 24 years ago Closed 24 years ago

Compacting IMAP inbox causes wierd tree state and crash

Categories

(SeaMonkey :: MailNews: Message Display, defect, P3)

x86
Windows NT
defect

Tracking

(Not tracked)

VERIFIED WORKSFORME

People

(Reporter: kinmoz, Assigned: scottputterman)

Details

(Keywords: crash)

This is probably a tree bug .. but we'll start with mailnews.

In the 2000083004 commercial build (using the new modern skin) I'm crashing
after I compact my IMAP inbox. I have my prefs setup so that I mark messages as
deleted and have to use compact folder to actually delete them.

When I compact my inbox, all the messages I have marked for deletion disappear
in the subject pane, leaving gaps between my remaining messages. Forcing a
repaint by bringing another window in front of the subject pane and making it
visible again doesn't help. If I scroll the subject pane I crash.
I've seen general problems with gaps / white spaces between msgs in the thread 
pane and I crash when scrolling.  Not sure what the cause is.
Adding crash keyword
Keywords: crash
cc'ing bienvenu.  David just fixed a local folder compact crash.  Are there
similarities in the imap code?
No, local compact is different. I bet this is the bug that Hyatt fixed today,
the crash that is, after deleting the last message in the tree and then scrolling.
I've seen something very similar to this recently (i.e. since 20000926 nightly
or so); after compacting, the message and folder panes will start to go white
when scrolled, and selecting where a message 'should' be causes a crash.  Just
Talkback'd such a crash (ID TB18222630Y) and started looking for similar ones.

May also have seen this while reading news, but I'm not positive.
the stack trace for that crash is all layout code.
It always seems to be triggered by a folder compact, though (not necessarily the
inbox).  Could compact be stomping the layout somehow (unlikely)?
I cannot reproduce on my window local branch pull on 10/16.
Kin- can you still crash it ?
ftang - I switched about a month ago to the "Move to trash" model. I'll switch
back to day and see if I notice any problems.
kin, any updates?
I couldn't reproduce the problem at all in my Win32 11/06/00
Netscape_20000922_BRANCH debug build.

I think this is fixed.
Status: NEW → RESOLVED
Closed: 24 years ago
QA Contact: lchiang → huang
Resolution: --- → WORKSFORME
Marking verified worksforme based on reporter's (and others') last comments.
.
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.