Closed
Bug 96631
Opened 23 years ago
Closed 23 years ago
offline delete with imap delete model not played back when you go online
Categories
(SeaMonkey :: MailNews: Backend, defect)
SeaMonkey
MailNews: Backend
Tracking
(Not tracked)
VERIFIED
FIXED
mozilla0.9.5
People
(Reporter: Bienvenu, Assigned: Bienvenu)
References
Details
(Whiteboard: pdt+)
Attachments
(1 file)
688 bytes,
patch
|
sspitzer
:
superreview+
|
Details | Diff | Splinter Review |
If you are using the imap delete model, and you delete a message while offline,
the message is not deleted when you go back online, at least as near as I could
tell.
Confirmed using 2001082403 - win nt 4.0.
It works fine if you do:
-go offline
-delete a mesg (either downloaded/non-downloaded)
-go back online
-mesg(s) are still in trash can
Won't work:
-go offline
-delete a mesg (either downloaded/non-downloaded)
-undo
-repeat the delete
-go back online
-click on another folder and then go back to original folder
where you deleted mesg from
-mesg will be there.
Assignee | ||
Comment 2•23 years ago
|
||
this is only when using the imap delete model (sorry for the incorrect summary
mentioning undo - undo doesn't work either, but that's probably related). So
97310 is really a dup of this bug.
Summary: Undo of offline delete with imap delete model not played back when you go online → offline delete with imap delete model not played back when you go online
Assignee | ||
Comment 5•23 years ago
|
||
nominating for branch - some offline users might be using imap delete model (or
delete immediately). Haven't looked into what the problem is yet, though.
Status: NEW → ASSIGNED
Keywords: nsbranch
Assignee | ||
Comment 6•23 years ago
|
||
Assignee | ||
Comment 7•23 years ago
|
||
Navin, can I get a r= for this? The fix is to carry forward the imap deleted
flag like all the other flags we were already carrying forward. I've also fixed
the tabs in this routine, but the -uw diff doesn't show that.
Comment 8•23 years ago
|
||
this is another offline polish bug we need for eMojo. The risk is low.
Comment 9•23 years ago
|
||
r=naving
Comment 10•23 years ago
|
||
Comment on attachment 49213 [details] [diff] [review]
proposed fix
sr=sspitzer
Attachment #49213 -
Flags: superreview+
Assignee | ||
Comment 11•23 years ago
|
||
*** Bug 97415 has been marked as a duplicate of this bug. ***
Assignee | ||
Comment 12•23 years ago
|
||
fix checked into trunk only.
Comment 13•23 years ago
|
||
Gary, would you please test and verify? If no regressions exist please check
into the branch.
Whiteboard: pdt+
Comment 14•23 years ago
|
||
PDT+ per PDT meeting today. Gary has signed off to do the QA on the branch.
Comment 15•23 years ago
|
||
Using commercial
2001-09-14-09-trunk nt 4.0
2001-09-14-08-trunk linux 2.2, mac 9.1
I'm still seeing problems.
I tested all 3 trash modes, deleting while online/offline,
and deleting nondownloaded/downloaded mesgs.
Everything works fine except for these test cases:
Test1
-trash mode: Remove Immediately and deleting any type of
mesg (down/non-down.) in either inbox or another folder.
Happens on all 3 os's..
my steps:
1. Download few mesgs in your inbox and another folder.
2. set mode to 'remove immediately'
3. go offline
4. Test inbox first
a. delete a down./non-down. mesg
b. dissapears from inbox
c. go back online
d. 2 mesgs should appear
-if they don't try clicking get mesg button to see if they
reappear
-click on another folder, than click on inbox should see them
expected result: not to see the deleted mesgs
5. Test another folder now
a. repeat steps from step 4 above except replace inbox
with other folder. same results happen
Test2
-trash mode: Mark as Deleted and deleting any type of
mesg (down/non-down.) in either inbox or another folder.
This ONLY Happens in MAC builds. Windows and Linux
works fine.
steps:
1. Download few mesgs in your inbox and another folder.
2. set mode to 'mark as deleted'
3. go offline
4. Test inbox first
a. delete a down./non-down. mesg
b. red x appears
c. go back online
d. 2 mesgs should loose their red x and be 'brand new mesgs'
in bold and with green dot highlighted.
-if they don't try clicking get mesg button to see if they
don't have red x.
-click on another folder, than click on inbox & should see them
with out red x
expected result: to see the messages with red x
5. Test another folder now
a. repeat steps from step 4 above except replace inbox
with the other folder. same results happen
I have NO idea why Mac behavior for Mark as Deleted differs from win/linux.
David I did not reopen my 'remove immediately' bug 97310 since we agreed
that it would be dupe of this bug.
And I have no idea if my other bug 99696 is related to this fix or not.
Comment 16•23 years ago
|
||
HAs this been checked in yet?
Comment 17•23 years ago
|
||
Checking into the branch for bienvenu.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 18•23 years ago
|
||
Comment 19•23 years ago
|
||
Yes David you reopened correct bug for 'remove immediately'.
Commercial branch builds
2001-09-19-05-0.9.4/ win nt 4.0
2001-09-19-04-0.9.4/ linux 2.2
2001-09-19-08-0.9.4/ mac 9.1
2001-09-19-04-0.9.4/ mac 10.0.4
Imap Delete model (mark as deleted) works in Windows and Linux.
Still seeing the problem in mac. Tried 2 different 9.1 computers
and tried a 3rd computer with os 10.0.4 and I see the same problem.
When you delete a mesg, while offline, when you go back online
the mesg comes back as brand new and red x is gone. (might have
to do a 'get mesg' to bring the mesg back).
Should I reopen this bug? Call in the mac troops? :-)
Assignee | ||
Comment 20•23 years ago
|
||
if you re-open it, make sure it's marked Mac only in the summary and remove the
status whiteboard and keywords so they can be re-evaluated.
Comment 21•23 years ago
|
||
mac only bug is bug 101069.
Comment 22•23 years ago
|
||
You guys rock! Thanks for fixing this.
Comment 23•23 years ago
|
||
Since already verified on branch (wind. and linux only), and I
opened a brand new bug for mac only, going to add vtrunk
to keyword section.
Keywords: vtrunk
Comment 24•23 years ago
|
||
commercial trunk
2001-10-08-09-trunk NT 4.0
2001-10-08-08-trunk linux 2.2
Verified imap delete model (mark as deleted) works
while offline. Messages that are deleted (downloaded/non-downloaded)
while offline, still are marked as deleted when going back online.
Mac trunk build (10-8) still exhibits the same problem as
described in bug 10106.
removing keyword vtrunk.
marking as verified.
Comment 25•23 years ago
|
||
removing link to this fixed bug from mozilla 0.9.6 release notes
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•