[wp-trac] Re: [WordPress Trac] #9117: Spam queue doesn't
distinguish between filter sources
WordPress Trac
wp-trac at lists.automattic.com
Thu Feb 19 10:08:10 GMT 2009
#9117: Spam queue doesn't distinguish between filter sources
--------------------------+-------------------------------------------------
Reporter: tellyworth | Owner: anonymous
Type: defect (bug) | Status: new
Priority: normal | Milestone: 2.8
Component: General | Version: 2.7
Severity: normal | Keywords: needs-patch
--------------------------+-------------------------------------------------
Comment(by tellyworth):
A new column would be cleaner, yes. There was some talk of a comment_meta
table, that would work also (but I don't think that idea has any
traction).
Whether or not you consider it a bug is a matter of definitions I suppose.
It does cause unexpected behaviour, and there's no real way for the user
to work around it. People do sometimes blame their spam plugins for
catching things incorrectly, when it was in fact the comment blacklist (or
a different plugin).
A more subtle but related issue is that it's difficult for spam plugins to
accurately count the number of spam and ham comments caught. They really
need to be counted at the time the comment is deleted to get it right,
otherwise you can't correctly account for false positives that are
discovered and approved by the user. But right now there's no way to know
which comments were caught by what method.
--
Ticket URL: <http://core.trac.wordpress.org/ticket/9117#comment:4>
WordPress Trac <http://trac.wordpress.org/>
WordPress blogging software
More information about the wp-trac
mailing list