Closed Bug 61136 Opened 24 years ago Closed 10 years ago

wrong update of summary hide all messages in a folder

Categories

(MailNews Core :: Networking: POP, defect)

x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: matp75zilla, Unassigned)

Details

(tested with nighty build 2000112108) I have filters enabled I use a pop account I have folders migrated from 4.x so there are not yet any summary generated for them. (to replicate, exit mozilla, go in your mail directory and delete the summary file) When I do get mail, the mail arrives and is moved to the appropriate folder after this if I go in the folder, I can only see the new mails because the first mail have created a summary file empty. All the old mails seems to have disappeared. as it is not possible to rebuild the summary from the gui (or I didn't find how), the only solution is to manually delete the summary files and go in aech folder to that it builds the summary. expected behavior is that the summary should only be built from scratch when I clic on the folder. When a new mail arrive, it should only update the summary if there's already one, not create one. this is replicable all the time. to replicate easily : create a folder testbug create a filter that moves mail in this folder when the subject contains testbug send you a email with that subject so the folder is not empty (or move an another mail in it) exit mozilla delete the summary file for testbug (not the mail files, just the summary) enter mozilla don't go in the folder send you a mail with testbug in the subject go in the folder testbug you can only see the new mail. the old mail seems to have disapeared to have you summary back to normal : exit mozilla delete the summary file for testbug enter mozilla go in the folder before any mail arrives you will see that the summary get rebuilt from scratch then you can safely get mail
Changing Assignee to Seth..
Assignee: jefft → sspitzer
Reporter is this still a problem in the latest nightlies?
This seems rather obsecure & due to lack of response I am going to mark this WORKSFORME. Reopen if you think otherwise.
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
reopening. no one has even tried to reproduce this yet. please ask me before closing out my bugs.
Status: RESOLVED → UNCONFIRMED
Resolution: WORKSFORME → ---
Sorry, I didn't answer before because I was both busy and I was partly blocked by a crash bug in mozilla which is corrected. I can still reproduce the bug with 2000122508 nighty build I don't see why the bug would disappear by itself if nobody corrects it. Can someone try at least to reproduce it and change the status to new It takes about 15 minutes to reproduce the bug but I'm sure one can reproduce it faster !
QA Contact: esther → laurel
Marking NEW as per comments.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Product: MailNews → Core
sorry for the spam. making bugzilla reflect reality as I'm not working on these bugs. filter on FOOBARCHEESE to remove these in bulk.
Assignee: sspitzer → nobody
Filter on "Nobody_NScomTLD_20080620"
QA Contact: laurel → networking.pop
Product: Core → MailNews Core
Using Thunderbird 14: when I start Thunderbird after deleting the testbug.msf file, it automatically appears immediately after startup. This seems to indicate the problem is solved?
Rob, thanks for testing
Status: NEW → RESOLVED
Closed: 24 years ago10 years ago
Priority: P3 → --
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.