Last modified: 2013-03-15 16:35:06 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T31452, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 29452 - ConfirmEdit: don't consider "new external links" introduced when undoing the latest revision
ConfirmEdit: don't consider "new external links" introduced when undoing the ...
Status: NEW
Product: MediaWiki extensions
Classification: Unclassified
ConfirmEdit (CAPTCHA extension) (Other open bugs)
unspecified
All All
: Low enhancement (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2011-06-17 10:31 UTC by Gurch
Modified: 2013-03-15 16:35 UTC (History)
0 users

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Gurch 2011-06-17 10:31:49 UTC
When undoing a revision that removed some or all of the page content, and that content contained external links, users are prompted to solve a captcha because they introduced "new external links", even though they are merely restoring the page to a previous state.

Whilst it may be a little more work on the back end, correcting this is worth it for the improvement in user experience.

While such a change would allow a user to revert the removal of unwanted external links without having to solve a captcha, they would have had to solve one in order to introduce the links in the first place, so this would not make things any easier for spambots.
Comment 1 Brion Vibber 2011-06-17 17:59:28 UTC
Spammers solve captchas either by machine (if the captcha has been broken) or by outsourcing to companies that have poorly-paid humans do it for them. For the spammer, solving captchas is an ongoing cost.

A one-time captcha can fail as the sole prevention mechanism; allowing the same spam links to be restored time after time with no cost to the spammer might be sub-ideal.

What may be more appropriate is some concept of link trust; links that have been kept around for a long time or have been confirmed as good by other editors shouldn't need to trigger a new captcha every time, while links that didn't stay long in the first place or were marked as suspicious should be more likely to trigger a check.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links