Aren't user pages a frequent spambot target?

@Framawiki: Is there an existing configuration switch for this, as you added Wikimedia-Site-requests ?

Requesting Global captcha-exempt permission via https://meta.wikimedia.org/wiki/Steward_requests/Global_permissions#Requests_for_other_global_permissions instead?

In T189334#4039511, @Aklapper wrote:

@Framawiki: Is there an existing configuration switch for this, as you added Wikimedia-Site-requests ?

$wgCaptchaTriggersOnNamespace can be configured on WMF wikis, but this change of course needs a discussion with a consensus.

@Framawiki Thanks! I will start a discussion at the Village Pump on the English Wikipedia to change the project's configuration.

Actually @Framawiki, could you please confirm whether the requirement for captchas can be configured on a per-namespace basis? I'm pretty sure the English Wikipedia community will want to continue requiring captchas when Registered users add URLs to live articles.

Per the extension documentation, we can imagine this config that disable captachas for edits in the user NS.

$wgCaptchaTriggersOnNamespace[NS_USER]['edit'] = false;

I started a community discussion: https://en.wikipedia.org/wiki/Wikipedia:Village_pump_(proposals)#Proposal:_Don't_prompt_Registered_users_for_CAPTCHAs_in_userspace

There were significant objections raised to the idea of not requiring Captchas in userspace. I think we can close this ticket. I would like to submit a separate suggestion that some kind of smarter algorithm be developed to reduce Captcha challenges - e.g. if a new user has made a certain number of edits that haven't been reverted in a certain period of time, we might be confident that the user is a person rather than a spambot. Can anyone suggest where to log this suggestion?