Closed Bug 157503 Opened 23 years ago Closed 23 years ago

Crash:Thread pane confused after undo delete a mail.

Categories

(SeaMonkey :: MailNews: Message Display, defect)

defect
Not set
critical

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: antonio.xu, Assigned: Bienvenu)

Details

(Keywords: crash, fixedOEM)

Attachments

(4 files)

Mozilla 1.0 Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.0) Gecko/20020710 steps to reproduce: I think this bug was very important,I can reproduce on mozilla1.0 branch and trunk. The bug will arise some problem of showing and crash. We should try to fix it before NS7 is released. 1. open netscape mail 2. copy some associated emails to a new folder 2. sort msg header by thread in new folder 3. find any msg thread 4. click [+] button in front of msg subject, to deploy the thread 5. delete the first email in the group, please don't group the thread 6. undo delete(hit Ctrl+Z) Actual Results: Thread pane was confused, if you click the blank email subject, mozilla would crash. Expected Results: Thead pane should showing correctly
> if you click the blank email > subject, mozilla would crash. have a look at the 'topcrash' bug 156630 seem NC7/MOZ1.0+ still have this problem with empty subject lines
I will try to fix it.
this fixes the crash on selecting the blank msg header. The other part of the problem is to fix undoing the delete so that it inserts the header correctly in the view.
Cavin, can I get an r= for this first patch? thx.
Keywords: crash
Comment on attachment 91357 [details] [diff] [review] proposed fix for crash r=cavin.
Attachment #91357 - Flags: review+
Comment on attachment 91357 [details] [diff] [review] proposed fix for crash sr=sspitzer
Attachment #91357 - Flags: superreview+
QA Contact: olgam → gchan
Thank you Bienvenu's patch I think we still fix another problem showing problem,when we delete the first email in a thread.I will find a way to resolve it.
I have a fix for the other problem, which I'll attach in a moment.
Assignee: sspitzer → bienvenu
problem was that we were not setting the insert index for the new header correctly. Navin, can I get a r=? thx.
Comment on attachment 91546 [details] [diff] [review] proposed fix for view problem sr=sspitzer
Attachment #91546 - Flags: superreview+
cavin, can I get an r= for the second patch? (I forgot that you reviewed the first patch)
Comment on attachment 91357 [details] [diff] [review] proposed fix for crash a=asa (on behalf of drivers) for checkin to 1.1
Attachment #91357 - Flags: approval+
Comment on attachment 91546 [details] [diff] [review] proposed fix for view problem r=cavin.
Attachment #91546 - Flags: review+
Hi Bienvenu,I have tested your new patch,but I found it can not fix the bug completely.If I expand two thread in a folder, then I delete the first email of the first thread, It will showing incorrectly,when I undo delete.
I found when we try to collapse a thread, nsMsgDBView will remove all child of thread. When we undo delete the first email of the thread, It will collapse the thread, but the threadcound has been added due to adding a new email, dbview will try to remove more child of the thread, then dbview will remove wrong child. My fix can resove this problem.
I found a new problem: steps to reproduce: 1. open mozilla mail 2. copy some associated emails to a new folder 2. sort msg header by thread in new folder 3. find any msg thread 4. click [+] button in front of msg subject, to deploy the thread 5. delete a random email in the group, please don't collapse the thread 6. undo delete(hit Ctrl+Z) 7. close mozilla 8. open mozilla mail again 9. open the new folder 10. delete mail and undo delete like the step above Actual Results: Thread pane was confused. Expected Results: Thead pane should showing correctly I will research the new problem of this bug,I hope i can find a way to fix it.I really think the bug is very serious bug. we should try to fix it before ns7 release.
Comment on attachment 91640 [details] [diff] [review] patch version 1.00,please r=? & sr=? At first look, I don't think this approach is correct. It's basically trying to recover from an earlier problem, and the problem should be fixed at that place.
Attached patch proposed fixSplinter Review
a better fix is to delay the collapse and expanding of the thread until the view has the correct number of messages in the thread (so that collapsing the thread will do the right thing). I've tried this patch and it seems to work better, but I'd appreciate it if you could try it out, Antonio and see if you still see problems.
Thanks for David's patch, I have verified your patch, It can resolve two problems of the bug and works fine. I didn't see any problem when I verified your patch. Feeling very happy to help you
thank you for your help, Antonio. Fixed on trunk.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Whiteboard: branchOEM
Whiteboard: branchOEM → branchOEM+
patch checked into NETSCAPE_7_0_OEM_BRANCH
Whiteboard: branchOEM+ → branchOEM+ fixedOEM
Keywords: fixedOEM
Whiteboard: branchOEM+ fixedOEM
quick question for david or antonio. in the commercial trunk: 2002-09-19-08-trunk/ NT 4.0 2002-09-20-08-trunk/ mac 9.2.2 2002-09-20-08-trunk/ linux 2.2, red hat 7.0 is this a bug: you have thread pane view with 2 mesgs in the inbox so it looks like mesg one | --mesg two If I delete 'mesg one', I see 'mesg two' is selected in thread pane and header/body in the mesg pane shows 'mesg two'. if I undo the delete, I see 'mesg one' appear in the thread pane and it looks selected to me. But when I view the mesg pane, it still shows the header/body of 'mesg two'. This a new bug? old bug? Should I file a new one. I couldn't replicate any crashes using Antonio's test cases so thats fixed.
using commerical 2003-01-02-05-trunk Xp 2003-01-02-08-trunk Mac OS 10.1.2, linux 2.2 verified in Antonio's first comment and comment 16 that no crash occurs when deleteing a mesg in thread pane and undoing the delete. minor problem I see is still in my previous comment, comment 22 but will file a new bug on that one. marking as verified.
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: