T420574: hcaptcha: Make edits coming from the MobileFrontend use the sitekey for edits was deployed and now edits in testwiki go through without error, so QA for this can proceed.
- Feed Queries
- All Stories
- Search
- Feed Search
- Transactions
- Transaction Logs
Fri, Mar 27
Thu, Mar 26
Wed, Mar 25
Tue, Mar 24
Mon, Mar 23
This was deployed to testwiki and seems to work as expected. Additional QA will be done under the scope of the parent task, so I'm closng this subtask now.
Fri, Mar 20
The change was not deployed to the test server due to unrelated problems with Gerrit during the maintenance window.
It has been rescheduled for deployment on Monday, March 23rd: https://schedule-deployment.toolforge.org/window/1774249200
Thu, Mar 19
QA can't proceed until the the fix T420574: hcaptcha: Make edits coming from the MobileFrontend use the sitekey for edits is deployed and it is verified that it works.
https://gerrit.wikimedia.org/r/c/mediawiki/extensions/ConfirmEdit/+/1255691 was merged and will be deployed to testwiki later today.
This was solved by storing the diff as an HTML table, and we've verified that table is being saved (truncating the HTML if needed) while testing T406865, see T406865#11728727:
Changes associated with this task to store the filter ID triggering a captcha consequence have been verified under the scope of the parent task, see T410992#11728891
Confirmed that the risk score is being saved. Moreover, changes to save the ID of filters triggering captcha consequences (i.e. changes done under the scope of T415101: hCaptcha: Store the ID of the filter that triggered the captcha consequence in the user session) are also being saved.
Verified that this information is being captured in Superset, and that the data can be used to print an HTML table for the diff associated with the edit that triggered the challenge (the images below correspond to a diff in enwiki).
This change was merged, it will be deployed in today's 21:00 backport window.
The config change was deployed, closing this task.
Submitted an additional patch to fix how keys are handled by the MobileFrontend integration when each action is configured to use a different key: https://gerrit.wikimedia.org/r/c/mediawiki/extensions/ConfirmEdit/+/1255691
Wed, Mar 18
Done under https://gerrit.wikimedia.org/r/c/mediawiki/extensions/ConfirmEdit/+/1196056, which is now merged.
Will be tested as part of the parent task T407339: hCaptcha: Implement hCaptcha on edits made through the MobileFrontend
https://gerrit.wikimedia.org/r/c/mediawiki/extensions/MobileFrontend/+/1250002 was merged, and if the updated for the API spec was wrong we would start getting warnings about the wrong param.
Since QA for this is to be done nuder the parent task T407339: hCaptcha: Implement hCaptcha on edits made through the MobileFrontend, I'm closing this now.
https://gerrit.wikimedia.org/r/c/mediawiki/extensions/MobileFrontend/+/1250002 was merged, and if the updated for the API spec was wrong we would start getting warnings about the wrong param.
Since QA for this is to be done nuder the parent task T407339: hCaptcha: Implement hCaptcha on edits made through the MobileFrontend, I'm closing this now.
The original patch https://gerrit.wikimedia.org/r/c/operations/mediawiki-config/+/1250575 was merged, then reverted on https://gerrit.wikimedia.org/r/c/operations/mediawiki-config/+/1254114.
Mar 16 2026
https://gerrit.wikimedia.org/r/c/mediawiki/extensions/MobileFrontend/+/1198289 was merged and QA will be done under the scope of the parent task T407344: hCaptcha: Add support for hCaptcha in the MobileFrontend editor, which corresponds to the the feature itself.
Noting that the solution we are working on for T407344: hCaptcha: Add support for hCaptcha in the MobileFrontend editor is following the first approach.
This change can't be applied until https://gerrit.wikimedia.org/r/c/mediawiki/extensions/MobileFrontend/+/1250002 gets merged