unable to create ticket unless logged in as real user

Create issue
Issue #674 closed
Roland Haas created an issue

I seem to be unable to create (or comment) on tickets unless I am logged in as a real user. Trac offers a feld "username or email" presumably to allow non-registered users to commnet and/or report errors. If I enter either "rhaas" or "roland" into that field I get:

Trac Error

Submission rejected as potential spam

It would be good I believe to let users report errors without having to create an account first.

Keyword:

Comments (13)

  1. Frank Löffler
    • removed comment

    This is most likely a problem with the captcha plugin not being active. It is installed (part of trac actually), but it's configuration options don't show up in the admin interface either as they should.

  2. anonymous
    • removed comment

    It's likely due to Akismet/Bayes anti-spam configuration, but I can't tell which. I've added an entry to Bayes to train messages with the strings 'rhaas', 'roland' and 'Bernard' as non-spam. Akismet has no configuration options... if it turns out to hinder user ticket creation, we could remove it in favor of another anti-spam filter.

    If you are prevented from creating another ticket without login, let me know.

  3. Roland Haas reporter
    • removed comment

    Replying to [comment:5 dcastl2]:

    It's likely due to Akismet/Bayes anti-spam configuration, but I can't tell which. I've added an entry to Bayes to train messages with the strings 'rhaas', 'roland' and 'Bernard' as non-spam. Akismet has no configuration options... if it turns out to hinder user ticket creation, we could remove it in favor of another anti-spam filter.

    Hmm, I am not sure this will help very much. Does it mean that I would have to sign these messages with "rhaas" unless I am logged in? That seems to be the way to get this string into a posting (since I am not logged in, it cannot know who I am). This method would not seem to help a user "Bob", for example.

  4. Frank Löffler
    • removed comment

    The problem here is, as described, that the captcha plugin does not activate when something is categorized as spam. That categorization might be right or wrong and can always be improved, but a successful captcha should let any post through - but at the moment a user isn't even asked for one. This used to work, not sure why it doesn't anymore.

  5. Roland Haas reporter
    • removed comment

    the work-around of having rhaas or roland specify "not spam" does not seem to work unfortunately. I could not comment on #761 by adding either string to my comment and had to log in with my user name again. Do we really need both statistical spam detection and a captcha (I have no idea how high the spam pressure is)? Would it be possible to remove the spam detection and require all non-logged in users to fill out a captcha and let comments by logged in users pass as they do right now? Not being able to comment or create tickets would seem to render the whole ticketing system rather useless.

  6. Frank Löffler
    • removed comment

    Yes, the current problem is that the captcha system doesn't seem to work. Dennis - what is the status of this?

  7. Roland Haas reporter
    • removed comment

    I think I'll start each of my posts from now on with "I also request that the spam filter be removed" (http://en.wikipedia.org/wiki/Carthago_delenda_est). Opera looses the content of text boxes when the spam filter rejects a (perfectly well formed, not containing any references to Vigra, stock options, body part enlargement) comment. Please, has there been any progress?

  8. Frank Löffler
    • changed status to resolved
    • removed comment

    I updated the spamfilter plugin which now asks to solve a captcha in case it thinks a ticket is spam.

  9. Log in to comment