Page MenuHomePhabricator

Special:Translate unable to save where CAPTCHA is required
Open, MediumPublic

Description

Author: aokomoriuta

Description:
When I don't have skipcaptcha right, page translation with external link got error.
Can we pass CAPTCHA test in translation function?

Details

Reference
bz34182

Event Timeline

bzimport raised the priority of this task from to Medium.Nov 22 2014, 12:09 AM
bzimport set Reference to bz34182.
bzimport added a subscriber: Unknown Object (MLST).

Nice find. Will look into this. To avoid actual spamming, I think we should only allow this if there are no warnings on the translation, ie changed links that would cause fuzzy markings.

aokomoriuta wrote:

To avoid this error, I can edit the message directly (Translating:XXX) instead of editing through Special:Translate.
So as First Aid, it seems good to modify the error message in Special:Translate "Saving failed. Please report this error." to "You need edit this message directly to pass CAPTCHA.".

It is not easy to fix since all edits go through the API through normal saving mechanism.

qbphcqdw wrote:

*** Bug 34197 has been marked as a duplicate of this bug. ***

ConfirmEdit can be configured per namespace, you can just disable it on translations: namespace with $wgCaptchaTriggersOnNamespace as a (partial) workaround?

  • Bug 42161 has been marked as a duplicate of this bug. ***

I'm also impacted by this issue and I agree, if the API does not provide the necessary tools then it seems to me complicated to deal with this. How does the VisualEditor? He is impacted?

(In reply to comment #7)

I'm also impacted by this issue and I agree, if the API does not provide the
necessary tools then it seems to me complicated to deal with this. How does
the
VisualEditor? He is impacted?

It was: bug 50356 / https://gerrit.wikimedia.org/r/#/c/71160/ .

So, it seems it's possible to deal with with the extension:ConfirmEdit through the API:
https://bugzilla.wikimedia.org/show_bug.cgi?id=50356#c3

Would that be possible for extension:Translate to deal with it?

(In reply to comment #9)

So, it seems it's possible to deal with with the extension:ConfirmEdit
through
the API:
https://bugzilla.wikimedia.org/show_bug.cgi?id=50356#c3

Note, that comment mentions only FancyCaptcha [which is the least used component of ConfirmEdit: few wikis other than WMF use it].

If this works only with FancyCaptcha, this is already a good start.

ContentTranslation implemented a (after the fact) solution: https://gerrit.wikimedia.org/r/#/c/146426/