All message filters disappear

RESOLVED FIXED in Thunderbird 12.0


MailNews Core
6 years ago
6 years ago


(Reporter: Sune Mølgaard, Assigned: Bienvenu)


({dataloss, regression})

Thunderbird 12.0
dataloss, regression
Bug Flags:
in-testsuite ?

Thunderbird Tracking Flags

(thunderbird11 fixed)



(1 attachment)



6 years ago
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:12.0a1) Gecko/20111225 Firefox/12.0a1 SeaMonkey/2.9a1
Build ID: 20111225003005

Steps to reproduce:

Upgrade SM to latest nightly on Dec. 24th and start it

Actual results:

No mail was filtered - turned out that all filters had disappeared from the message filter dialog. msgFilterRules.dat was empty except for version and logging ("9" and "no" respectively).
Happened again with trunk from 25th - my newly created filters were gone again...

Expected results:

Filters should have stayed in place...


6 years ago
Severity: normal → blocker
Priority: -- → P1
wfm with Mozilla/5.0 (Windows NT 6.1; rv:12.0a1) Gecko/20111225 Firefox/12.0a1 SeaMonkey/2.9a1

My single message filter is still there.
Severity: blocker → critical
Priority: P1 → --

Comment 2

6 years ago
Ah, yes, sorry. This is Linux.

Furthermore, I have discovered that if I add a new rule, then try to add another, the second one replaces the first...
In the same time frame 
- I've lost filters as noted in bug 713253. 
- the reporter of bp-7a462531-f732-415e-942d-665e12111225 also lost filters. his last message to me ...

"I had the profile window open when I loaded this
12.0a1. It appears that it over wrote the existing msgFilterRules.dat
or erased its contents when Thunderbird loaded. The actual file is empty
but the 'message filters' (loaded into memory?) still show in the GUI
and they continue to function as written until I close Thunderbird. Or
it crashes and closes itself. Evidently it then reads the empty file. The GUI appears to allow me to add filters but when I close the window and reopen it it is empty."
Blocks: 713253
Component: MailNews: General → Filters
Ever confirmed: true
Keywords: dataloss, qawanted, regression, regressionwindow-wanted
Product: SeaMonkey → MailNews Core
QA Contact: mail → filters
tracking-thunderbird12: --- → ?
dgboles ... has a -thunderbird option according to :protz

Comment 5

6 years ago
(In reply to Wayne Mery (:wsmwk) from comment #4)
> dgboles ... has a -thunderbird
> option according to :protz

Hmm... On the webpage <> it says  mozregression --app=thunderbird. Note the two dashes. That did not work.

However that fails with an error. If I knew how to add an attachment here I would so I will put it here. Please feel free to copy it here.



6 years ago
Depends on: 707306

Comment 6

6 years ago
Created attachment 584442 [details] [diff] [review]
proposed fix

this fixes filter loss, so I'd like to land it asap.
Assignee: nobody → dbienvenu
Attachment #584442 - Flags: review?(neil)
No longer blocks: 713253
Keywords: qawanted, regressionwindow-wanted
OS: Linux → All

Comment 7

6 years ago
Comment on attachment 584442 [details] [diff] [review]
proposed fix

>-  NS_ENSURE_ARG(! (filterCount >= filterIndex));
>+  NS_ENSURE_TRUE(filterCount > filterIndex, NS_ERROR_INVALID_ARG);
[Would have preferred NS_ENSURE_ARG(filterCount > filterIndex);]
Attachment #584442 - Flags: review?(neil) → review+

Comment 8

6 years ago
ok, switched back to NS_ENSURE_ARG -
Last Resolved: 6 years ago
Resolution: --- → FIXED


6 years ago
Target Milestone: --- → Thunderbird 12.0

Comment 9

6 years ago
May I, since this is file-based as opposed to something with sqlite, and since it's apparently easy to hit a code path that zeroes the file, that someone institutes a "copy to .bak, then write the new file" thing, as it's apparently done for sessionstore.json, that we've had problems with before, which I guess is the reason for making backups in-app as opposed to relying on the user to have a backup mechanism in place?

Comment 10

6 years ago
Thanks for finding the cause David :(

Comment 11

6 years ago
(In reply to :aceman from comment #10)
> Thanks for finding the cause David :(

aceman, no problem.

Comment 12

6 years ago
I must be more careful next time.

Comment 13

6 years ago
The same fix is needed on Aurora
tracking-thunderbird11: --- → ?

Comment 14

6 years ago
I guess that is the more proper flag to set.
status-thunderbird11: --- → affected

Comment 15

6 years ago
Comment on attachment 584442 [details] [diff] [review]
proposed fix

> I guess that is the more proper flag to set.
> status-thunderbird11: --- → affected
You forgot approval-comm-aurora?
Attachment #584442 - Flags: approval-comm-aurora?

Comment 16

6 years ago
Comment on attachment 584442 [details] [diff] [review]
proposed fix

we should land this for aurora asap.
Attachment #584442 - Flags: approval-comm-aurora? → approval-comm-aurora+

Comment 17

6 years ago
fixed on aurora -


6 years ago
status-thunderbird11: affected → fixed
tracking-thunderbird11: ? → ---
tracking-thunderbird12: ? → ---
Duplicate of this bug: 714104
Flags: in-testsuite?


6 years ago
Duplicate of this bug: 714296
You need to log in before you can comment on or make changes to this bug.