http://issues.apache.org/SpamAssassin/show_bug.cgi?id=5772
Summary: ruleQA app is listing freqs for ancient, long-deleted
rules
Product: Spamassassin
Version: SVN Trunk (Latest Devel Version)
Platform: Other
OS/Version: other
Status: NEW
Severity: normal
Priority: P5
Component: RuleQA
AssignedTo: [email protected]
ReportedBy: [EMAIL PROTECTED]
as noted on dev, in this msg:
'Subject: Re: Need help in playing in rules sandbox
From: "Justin Mason" <jm>
Date: Mon, 7 Jan 2008 23:26:42 +0000
To: "Sidney Markowitz" <sidney>
Cc: "Spamassassin Devel List" <dev>
On Jan 7, 2008 8:43 AM, Sidney Markowitz <sidney> wrote:
> I haven't done much with rules testing and I seem to be confused.
>
> I once created a sandbox and experimented with some rules. When I was done I
deleted them.
> Recently I created some new rules, putting them into
> rules/trunk/sandbox/sidney/72_other.cf and committing it.
>
> When I look at the Rule QA web page the only rules I find named T_SIDNEY* are
the old ones
> which should no longer exist. I don't see them anywhere in my svn working
directory tree.
found it: this is not serious.
basically, when the rule-QA backend runs "hit-frequencies", it does so in a
checkout containing rule files which were last compiled back in July.
hit-frequencies has code to handle listing zero-hit rules, by getting the
entire list of all known rules in ../rules; if any of those rules is not hit in
the mass-check logs, it'll still be output in the "freqs" listing, but with 0
hits. in this case, that includes your old rules.
not sure how to fix this, other than either:
- not listing zero-hitting rules. but that's confusing if someone checks in a
*new* zero-hitter and wants to see the freqs!
- running "svn up" in that hit-frequencies checkout. will investigate this.'
This bug is to track the issue and work on the latter.
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
