- changed status to open
- marked as
- assigned issue to
- removed comment
unable to create ticket unless logged in as real user
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)
-
-
- 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.
-
reporter - removed comment
This problem still persists and has affected a user: http://lists.einsteintoolkit.org/pipermail/users/2012-February/001790.html is there any hope of fixing this soon?
-
- removed comment
- changed watchers to anonymous
Dennis?
-
- 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.
-
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.
-
- 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.
-
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.
-
- removed comment
Yes, the current problem is that the captcha system doesn't seem to work. Dennis - what is the status of this?
-
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?
-
reporter - marked as critical
- removed comment
-
- 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.
-
reporter - edited description
- changed status to closed
- Log in to comment