http://bugs.winehq.org/show_bug.cgi?id=33470
Bug #: 33470 Summary: Don't allow to create wiki pages with external links Product: WineHQ.org Version: unspecified Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: www-unknown AssignedTo: wine-bugs@winehq.org ReportedBy: dmitry@baikal.ru CC: dimi@lattica.com Classification: Unclassified
Just have a look at http://wiki.winehq.org/RecentChanges, it really starts to take quite a bit of an effort to clean Wine wiki from spam.
Apparently, spammers can't be stopped by keywords listed in the stop list http://wiki.winehq.org/LocalBadContent, and that's another problem.
Disallowing to create wiki pages with external links is considered main and very efficient way to stop wiki spam, there are many resources explaining how to do that for various wiki engines.
http://bugs.winehq.org/show_bug.cgi?id=33470
--- Comment #1 from Dmitry Timoshkov dmitry@baikal.ru 2013-05-15 22:04:53 CDT --- Dimi, can you please at least comment on this? It's ridiculous to fight with wiki spam manually when it can be automated with not that much efforts.
http://bugs.winehq.org/show_bug.cgi?id=33470
--- Comment #2 from Dimi Paun dimi@lattica.com 2013-05-16 07:00:55 CDT --- LocalBadContent takes regexes why not add one for external links? For other ideas pls add links in here on how/what to do.
http://bugs.winehq.org/show_bug.cgi?id=33470
--- Comment #3 from Dmitry Timoshkov dmitry@baikal.ru 2013-05-16 07:24:16 CDT --- (In reply to comment #2)
LocalBadContent takes regexes why not add one for external links?
How are you imaging that? LocalBadContent already contains hundreds of keywords but that doesn't prevent adding spam.
For other ideas pls add links in here on how/what to do.
http://www.google.com/search?q=stop+wiki+spam gives plenty of ideas/recommendations. Is that enough?
http://bugs.winehq.org/show_bug.cgi?id=33470
--- Comment #4 from Dmitry Timoshkov dmitry@baikal.ru 2013-05-16 08:54:26 CDT --- Right now there is quite a bit of fresh spam in Wine wiki, try to figure out a pattern for a regexp to filter it. Note, that there is no point in filtering a web address, spammers always use a new one, they never reuse them.
http://bugs.winehq.org/show_bug.cgi?id=33470
--- Comment #5 from Dimi Paun dimi@lattica.com 2013-05-16 11:03:46 CDT --- I understand there is a spam problem. I'm willing to help out, but pointing me to a generic Google search is not the way to do it. You can: - point me to a link with precise instructions for MoinMoin 1.5 (which is what we're running right now) - edit LocalBadContent and add regexs that match external urls. You don't need my help for that.
Alternatively, you can ask for help from other folks like Kyle that are interested in helping out with the wiki.
I have already written a bunch of scripts that are currently running in the background to eliminate as much of the stuff as possible. Beyond that, I need help.
http://bugs.winehq.org/show_bug.cgi?id=33470
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dank@kegel.com
--- Comment #6 from Dan Kegel dank@kegel.com 2013-05-16 15:41:24 CDT --- There's always the nuclear option: disable new user registration, and have people manually request accounts.
glibc did this recently, see http://sourceware.org/glibc/wiki/HomePage#EditingTheWiki
http://bugs.winehq.org/show_bug.cgi?id=33470
--- Comment #7 from Dmitry Timoshkov dmitry@baikal.ru 2013-05-16 19:42:19 CDT --- (In reply to comment #6)
There's always the nuclear option: disable new user registration, and have people manually request accounts.
glibc did this recently, see http://sourceware.org/glibc/wiki/HomePage#EditingTheWiki
I think that's actually acceptable for Wine wiki as well. According to http://wiki.winehq.org/RecentChanges there is maybe 1 or 2 new real wiki users in several months (I'd say an year), so making new user accounts go through moderation is not going to create any problem.
http://bugs.winehq.org/show_bug.cgi?id=33470
Dmitry Timoshkov dmitry@baikal.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |ABANDONED
--- Comment #8 from Dmitry Timoshkov dmitry@baikal.ru 2013-05-23 19:11:51 CDT --- Judging by http://wiki.winehq.org/RecentChanges the preferred way of fighting Wine wiki spam is the hands of somebody else. So be it.
http://bugs.winehq.org/show_bug.cgi?id=33470
Frédéric Delanoy frederic.delanoy@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #9 from Frédéric Delanoy frederic.delanoy@gmail.com 2013-05-24 07:21:59 CDT --- Closing ABANDONED bugs.
http://bugs.winehq.org/show_bug.cgi?id=33470
Kyle Auble kauble@lavabit.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |kauble@lavabit.com
--- Comment #10 from Kyle Auble kauble@lavabit.com 2013-08-04 23:28:35 CDT --- Sorry to raise this bug from the dead, but I just wanted to nominate the manual request option for consideration one more time. I discussed the problem briefly on the mailing list: http://www.winehq.org/pipermail/wine-devel/2013-August/100681.html.
The new pages they create are trivial. The real problem is the regex filter gives false positives a lot. We could go through and make the patterns more precise, but there are always going to be weird cases. For example, I recently had to redo an edit because "another page" was detected as "her page." Then there are a few clever spammers that seem to know this so they vandalize our main pages (which are more likely to have a false positive that prevents reverting).
Fixing this actually takes a lot of time. Among other things, I'd have to clear out my browser cache and cookies, log back in to use the updated bad content list, revert the page, revert the bad content list to its original state, and only then could I correct the brittle regex. Also, I think a person or bot is monitoring the site because the one time I made the mistake of temporarily wiping LocalBadContent to allow a revert, we had a spam edit every couple of minutes.
Honestly, it makes me a little angry to think that most of our spammers are probably just poor peasants trying to supplement their income. Don't get me started on what it says about the modern economy that they're paid to do this instead of building themselves roads, factories, hospitals.... So yeah, I would definitely support account requests out of both convenience and principle.
http://bugs.winehq.org/show_bug.cgi?id=33470
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|CLOSED |REOPENED Resolution|ABANDONED |
--- Comment #11 from Dan Kegel dank@kegel.com 2013-08-05 00:07:38 CDT --- I feel strongly that the right short term measure is to turn off automated registration, and require new wiki editors to be added manually.
http://bugs.winehq.org/show_bug.cgi?id=33470
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Don't allow to create wiki |Implement effective |pages with external links |anti-spam measures on the | |wine wiki
https://bugs.winehq.org/show_bug.cgi?id=33470
Luke Bratch luke@bratch.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |luke@bratch.co.uk
https://bugs.winehq.org/show_bug.cgi?id=33470
Rosanne DiMesio dimesio@earthlink.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution|--- |FIXED
--- Comment #12 from Rosanne DiMesio dimesio@earthlink.net --- While anyone can create an account on the new wiki, new users no longer automatically get edit access. That has to be requested by email: https://wiki.winehq.org/WineHQ_Wiki:General_disclaimer.
Marking fixed.
https://bugs.winehq.org/show_bug.cgi?id=33470
Rosanne DiMesio dimesio@earthlink.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #13 from Rosanne DiMesio dimesio@earthlink.net --- Closing fixed website bugs.
https://bugs.winehq.org/show_bug.cgi?id=33470
Kyle Auble kyle.auble@zoho.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|kyle.auble@zoho.com |