Summary
The VisualEditor Bot detection and mitigation (WE4.2 hCaptcha editing trial) integration currently causes a unrecognizedparams warning for the wgConfirmEditForceShowCaptcha parameter when an AbuseFilter filter has force shown a captcha
Steps to reproduce
- Create an AbuseFilter filter that has a consequence to show a captcha and make it trigger for a test edit
- Trigger this filter by making an edit via the VisualEditor interface, while having the network tab open with persist logs enabled
- Complete any visual challenge that is shown
- Look at the MediaWiki API request for the visualeditoredit API that is a POST request
- Inspect the response
What happens
The unrecognizedparams key is set as a warning which includes the parameter wgConfirmEditForceShowCaptcha
What should have happened instead
The wgConfirmEditForceShowCaptcha parameter should not be included in this warning list
Acceptance criteria
- The wgConfirmEditForceShowCaptcha parameter is recognised by the visualeditoredit API and no warning about it is created
