Open Bug 42508 Opened 25 years ago Updated 2 years ago

"rules.dat" created even though it's never used

Categories

(MailNews Core :: Filters, defect)

x86
Windows 2000
defect

Tracking

(Not tracked)

Future

People

(Reporter: bugzilla, Assigned: aceman)

Details

It seems that just having a server creates the rules.dat file. There's is no reason for this. The rules.dat file should first be created when the user actually has some filters.
Target Milestone: --- → Future
Component: Mail Back End → Filters
QA Contact: lchiang → laurel
Navin's. I would love to see this before 1.0
Assignee: mscott → naving
Keywords: mozilla1.0
Summary: "rules.dat" created even though it's ever used → "rules.dat" created even though it's never used
Severity: minor → trivial
mass re-assign.
Assignee: naving → sspitzer
Product: MailNews → Core
it appears that rules.dat only exists from old builds or from imported profiles. New profiles that are set up do not have a rules.dat file. Should we be deleting the old rules.dat and replacing it by msgFilterRules.dat rather than moving it, or would that break something else?
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
(In reply to comment #3) > it appears that rules.dat only exists from old builds or from imported > profiles. > New profiles that are set up do not have a rules.dat file. > > Should we be deleting the old rules.dat and replacing it by msgFilterRules.dat > rather than moving it, or would that break something else? > Still a valid bug then?
Filter on "Nobody_NScomTLD_20080620"
QA Contact: laurel → filters
Product: Core → MailNews Core
Flags: needinfo?(acelists)
Priority: P3 → --

At https://searchfox.org/comm-central/rev/753e6d9df9d7b9a989d735b01c8b280eef388bab/mailnews/base/util/nsMsgIncomingServer.cpp#1000 we COPY rules.dat to msgFilterRules.dat but leave the old rules.dat behind and it will no longer be used when msgFilterRules.dat is found.
We do not delete it. But we probably could these days (nobody will probably downgrade to such an old TB version).
But I don't think we should try to find stray rules.dat files in the profile and clean them up.
It would add startup perf hit looking for the files.
Firefox also leaves many old files behind after conversion (maybe that changes now that they explicitly do not support downgrades).

Assignee: nobody → acelists
Flags: needinfo?(acelists)
Severity: trivial → S4
You need to log in before you can comment on or make changes to this bug.