https://bugzilla.wikimedia.org/show_bug.cgi?id=42064
--- Comment #7 from Chris Steipp <[email protected]> 2012-11-20 16:15:54 UTC --- (In reply to comment #6) > There is no actual text representation - we can fake one, but that feels a bit > scary. Faking it in the short term would probably be the best-- that will keep you from being overrun with simple spam in the next few weeks, and any sysop can add regex rules to flag or block spam patterns. Long term, it would be much better to have a custom way to write and check rules for free-form text that is not wikitext. This would also help the Article Feedback project. Unfortunately, development for that hasn't even been put onto the priority list for spam fighting tools at the moment. > I don't see a good way to integrate this with the wikibase UI. Have you tried > editing on wikidata.org? I think it would work just fine. You would get an error on save, letting you know a captcha needs to be solved, and the ConfirmEdit api can be used to show the image to the user. It would take some UI work, but all the tools are available for it. If you allow anonymous users to add text in wikidata with no captchas, or other ways to prevent bots outright, then I think you're going to have a very difficult time just addressing it from the detection / response side. I hope I'm wrong, but I think would be worth spending some time designing now before we get flooded. > These hooks should be called as normal. Everything that operates on revisions > and pages as a whole, not on the content, should Just Work with wikibase > items. Good. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
