[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