Closed
Bug 198909
Opened 22 years ago
Closed 22 years ago
[local mail] Can't undo a delete until Trash has its .msf file built.
Categories
(SeaMonkey :: MailNews: Message Display, defect)
Tracking
(Not tracked)
VERIFIED
FIXED
mozilla1.4final
People
(Reporter: sspitzer, Assigned: Bienvenu)
References
Details
(Whiteboard: [adt3])
Attachments
(1 file, 1 obsolete file)
|
6.81 KB,
patch
|
Details | Diff | Splinter Review |
[local mail] Can't undo a delete until Trash has its .msf file built.
debugging now...
| Reporter | ||
Comment 1•22 years ago
|
||
...ok, back to debugging.
accepting, I can reproduce this (easily).
| Reporter | ||
Comment 2•22 years ago
|
||
this was a purposeful change to nsMsgLocalMailFolder::EndCopy()
mCopyState->m_undoMsgTxn = nsnull; //null out the transaction because we can't
undo w/o the msg db]
I'll go find the bug #, and see what I can do about it.
| Reporter | ||
Comment 3•22 years ago
|
||
this changed back on 9/11/2002, with a checkin for bug #166411:
"Copying msgs to local folders with invalid db's causes corruption"
working on a fix so that when we call delete messages (of a type that moves to
trash and where undo is supposed to be enabled), we ensure the trash database
(.msf) is there.
trying to decide if the fix should be generalized
(move message from inbox to folder xyz, where xyz doesn't have a .msf file yet,
undo would also be unavailable.)
| Reporter | ||
Comment 4•22 years ago
|
||
| Reporter | ||
Comment 5•22 years ago
|
||
Attachment #118728 -
Attachment is obsolete: true
| Reporter | ||
Comment 6•22 years ago
|
||
here's the basic idea to this patch:
on undo, if we need to parse, we parse and then do the undo work after the
destination folder (trash, in this case) is loaded.
this makes sure that the .msf is built, so that when we do the undo work.
if we don't need to reparse, we just do what we used to do.
I'll talk this all over with bienvenu, see what he thinks.
Comment 7•22 years ago
|
||
Mail triage team: nsbeta1+/adt3
| Reporter | ||
Comment 8•22 years ago
|
||
talked it over bienvenu, and he suggested something different, and I've got a
patch started.
| Assignee | ||
Comment 9•22 years ago
|
||
*** Bug 175899 has been marked as a duplicate of this bug. ***
Comment 10•22 years ago
|
||
I also see this with IMAP, when .msf is there, but was not loaded yet (see also
the dup bug 175899)
| Reporter | ||
Comment 11•22 years ago
|
||
over to david, I'll attach the patch I've started.
Assignee: sspitzer → bienvenu
Status: ASSIGNED → NEW
Target Milestone: mozilla1.4alpha → mozilla1.4final
| Assignee | ||
Comment 12•22 years ago
|
||
this was fixed (I think under another bug)
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
Comment 13•22 years ago
|
||
Using trunk build 2003059 on winxp, macosx and linux this is fixed. Verified.
Status: RESOLVED → VERIFIED
Updated•21 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•