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)
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
Comment 2•24 years ago
|
||
Reporter is this still a problem in the latest nightlies?
Comment 3•24 years ago
|
||
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
Comment 4•24 years ago
|
||
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 !
Updated•20 years ago
|
Product: MailNews → Core
Comment 7•18 years ago
|
||
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
Assignee | ||
Updated•16 years ago
|
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?
Comment 10•10 years ago
|
||
Rob, thanks for testing
Status: NEW → RESOLVED
Closed: 24 years ago → 10 years ago
Priority: P3 → --
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•