http://trac.sagemath.org/sage_trac/ticket/11171
and the tickets following are all spam.
BTW, I noticed this because of the sagebot in the #sagemath IRC channel,
which reports tickets created. Nice work, whoever set that up.
Dan
--
--- Dan Drake
----- http://mathsci.kaist.ac.kr/~drake
-------
BTW, if someone could give me admin rights on trac, I'll delete these
myself...
I wish I knew how to. I have admin rights, but don't see a way to delete
individual tickets.
Dave
It appears you can only do this as the database level (not from within trac),
unless one is running at least version 0.12 and have configured the server to
allow deletions.
We could use a plugin to do it
http://trac-hacks.org/wiki/TicketDeletePlugin
but upgrading to at least 0.12 would solve it too.
--
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?
Dave
I wish I knew how to. I have admin rights, but don't see a way to delete
individual tickets.Dave
> Hi kcrisman,
>
> On Thu, Apr 14, 2011 at 11:27 AM, kcrisman <kcri...@gmail.com> wrote:
> > We need to implement something, stat. #11191 and #11192 (both within
> > the last hour) are spam.
>
> Solution: Remove the current captcha plugin. It's trivially broken
> with a human spammer creating spam accounts. Have a group of people
> who could create accounts; I volunteer to be a member of that group.
> Whenever someone wants an account, get the person to email those
> people. I've been managing spam tickets a lot lately; it's time
> consuming.
+1
I guess that means I should volunter as well....
Francois
This email may be confidential and subject to legal privilege, it may not reflect the views of the University of Canterbury, and it is not guaranteed to be virus free. If you are not an intended recipient, please notify the sender immediately and erase all copies of the message and any attachments. Please refer to http://www.canterbury.ac.nz/emaildisclaimer for more information.
I'm almost certainly overthinking this, but: we have people making
requests (for trac accounts) and a group of people who can fulfill the
requests.
It would be nice if there was some queue-like system -- a mailing list,
website, etc -- that would keep track of this. Perhaps send an email to
everyone when a request comes in, and then when someone completes the
request, the system sends another email ("nevermind, Minh did it"). Such
a system would make it easy to have a group of people handling trac
account creation.
Surely something like that must have been reinvented many times by
people like me who take simple tasks and build complicated,
generalizable solutions to accomplish them...
Can we somehow limit trac account creation to membership of a google
group such as sage-trac?
[while I wrote this, Minh's post arrived -- along similar lines!]
John
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.10 (GNU/Linux)
>
> iEYEARECAAYFAk2meBgACgkQr4V8SljC5LqC5QCglhnq7aPxoL7NyF1dqxsBDCUn
> yrQAn1N0/Lbzl/NtMjqX0xpF8XijqAyL
> =Rzc5
> -----END PGP SIGNATURE-----
>
>
> Workflow gets confusing when you want to cc someone on a ticket and
> you can't remember which variant they use on Trac, and I don't think
> Trac notices if you cc a nonexistent account (at least I've never seen
> any kind of notification like that). Yes, I know usernames are
> listed on the Trac wiki front page, but going there is one more step).
We should just have ajax autocompletion in those fields...
Jason