Closed
Bug 465385
Opened 16 years ago
Closed 16 years ago
IMAP folders not deleted messages marked for deletion when compacting
Categories
(Thunderbird :: General, defect)
Thunderbird
General
Tracking
(Not tracked)
RESOLVED
FIXED
Thunderbird 3.0b1
People
(Reporter: Chris, Assigned: Bienvenu)
References
Details
(Keywords: regression)
Attachments
(1 file)
(deleted),
patch
|
standard8
:
review+
|
Details | Diff | Splinter Review |
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.3) Gecko/2008092417 Firefox/3.0.3 (.NET CLR 3.5.30729)
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b2pre) Gecko/20081117 Lightning/1.0pre Shredder/3.0b1pre ID:20081117032343
I have an IMAP account setup to Mark as Deleted when I delete a message. I am no longer able to compact the folder and have the marked messages removed.
Reproducible: Always
Steps to Reproduce:
1. In an IMAP folder, mark a message as deleted
2. Right-click the folder and select Compact.
Actual Results:
Messages marked for deletion are not removed.
Expected Results:
Messages marked for deletion should have been removed from the server and from the folder display.
Reporter | ||
Comment 1•16 years ago
|
||
More info:
Rebuilding the index (right-click, properties on the folder, Rebuild button) on an affected folder will occasionally fix this issue, but usually the problem persists.
Reporter | ||
Comment 2•16 years ago
|
||
The last version to work as expected was:
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b2pre) Gecko/20081111 Lightning/1.0pre Shredder/3.0b1pre ID:20081111031651
Comment 3•16 years ago
|
||
I don't see it my self on linux but...
Regression window: <http://hg.mozilla.org/comm-central/pushloghtml?startdate=2008-11-11+03%3A00%3A00&enddate=2008-11-12+03%3A00%3A00>
... so I'd assume from bug 462581.
Also see bug 420115 (though I haven't actually seen that in a while now).
Reporter | ||
Comment 4•16 years ago
|
||
(In reply to comment #3)
> I don't see it my self on linux but...
Correct, things seem to work correctly with
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.14) Gecko/20080505 Thunderbird/2.0.0.14 ID:2008050517
But in addition to the Windows build mentioned in Comment #0, I do see it on the Mac build as well
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1b2pre) Gecko/20081119 Shredder/3.0b1pre ID:20081119030813
Comment 5•16 years ago
|
||
I think this is a dupe of bug 420115.
Assignee | ||
Comment 6•16 years ago
|
||
sadly, I think we have cascading failures here. I'll attach a patch for part of the problem.
Assignee: nobody → bienvenu
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
Assignee | ||
Comment 7•16 years ago
|
||
Attachment #349097 -
Flags: review?(jminta)
Reporter | ||
Comment 8•16 years ago
|
||
(In reply to comment #5)
> I think this is a dupe of bug 420115.
My folders are not set for offline use and this bad behaviour was not in place until the 2008-11-12 version of Shredder. Bug 420115 dates back to 2008-08. So this may be related, but it is not the same issue.
Assignee | ||
Comment 9•16 years ago
|
||
Comment on attachment 349097 [details] [diff] [review]
imap doesn't care so much about expunged bytes
jminta might be a bit busy today, so switching review request
Attachment #349097 -
Flags: review?(jminta) → review?(bugzilla)
Comment 10•16 years ago
|
||
This was actually a regression from bug 414038...
Comment 11•16 years ago
|
||
Comment on attachment 349097 [details] [diff] [review]
imap doesn't care so much about expunged bytes
... and this restores the equivalent implementation of the method that was moved & updated. So r=me.
Attachment #349097 -
Flags: review?(bugzilla) → review+
Comment 12•16 years ago
|
||
Actually I started seeing it (a lot) myself too. Was just testing this and it got a lot better with the patch applied - though I did see bug 420115 during testing...
OS: Windows XP → All
Hardware: PC → All
Assignee | ||
Comment 13•16 years ago
|
||
fix checked in.
Status: ASSIGNED → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•