Logstash is reporting this only for eswiki. This makes sense, because mentee graduation is enabled on a small amount of wikis (those where admins found it in CC, plus eswiki which asked for this), specifically:

• eswiki (we enabled this in T403563)
• wawiki
• fawiki
• ruwiki

(found via global-search, by searching for GEMentorshipStartOptedOutThresholds)

Out of those wikis, ruwiki doesn't have Temporary accounts yet (the only such wiki), wawiki is very small (and also has very weird thresholds, 10k edits and 1461 days to be graduated) and eswiki is producing those errors. Naively, I'd expect fawiki to produce them as well, but that is not the case.

Another interesting part is that the errors are only produced on kube-mw-api-ext, never for web requests. I decided to check what kind of requests causes this.

Excerpts from Logstash:

Dec 16, 2025 @ 13:43:27.056	exception	kube-mw-api-ext	eswiki	[5becf5f5-12ec-44d9-aba8-f5c0974e7449] /w/api.php   InvalidArgumentException: MediaWiki\User\Options\UserOptionsManager::saveOptionsInternal was called on IP or temporary user
Dec 14, 2025 @ 19:01:09.365	exception	kube-mw-api-ext	eswiki	[cc1dd33c-79e0-429b-8e9d-be0fdbc1c007] /w/api.php   InvalidArgumentException: MediaWiki\User\Options\UserOptionsManager::saveOptionsInternal was called on IP or temporary user
Dec 14, 2025 @ 14:22:41.598	exception	kube-mw-api-ext	eswiki	[fb8cd242-15b0-4c20-9fd8-0b40a1562ff9] /w/api.php   InvalidArgumentException: MediaWiki\User\Options\UserOptionsManager::saveOptionsInternal was called on IP or temporary user

Matching records from event.mediawiki_api_requests (WMF-NDA only):

{P86677}

All those requests were made by Mobileapps/WMF user agent, which is the mobileapps service. The exact API calls vary, there is action=parse and action=query (for various page properties). Why would _those_ calls generate a deferred update like this?

In T412858#11466110, @Urbanecm_WMF wrote:

All those requests were made by Mobileapps/WMF user agent, which is the mobileapps service. The exact API calls vary, there is action=parse and action=query (for various page properties). Why would _those_ calls generate a deferred update like this?

And even if they do... Those requests are not authenticated (see performer in the paste above). How would MenteeGraduation::shouldUserBeGraduated ever be true for an anonymous user? In a debug shell.php session, that seems to be false (as expected):

[urbanecm@deploy2002 ~]$ mw-debug-repl eswiki
Becoming root...
Finding a mw-debug pod in codfw...
Now running shell.php for eswiki inside pod/mw-debug.codfw.pinkunicorn-7b6dbd7cd4-642wb on release pinkunicorn...
Psy Shell v0.12.10 (PHP 8.3.26 — cli) by Justin Hileman
> \MediaWiki\MediaWikiServices::getInstance()->get('GrowthExperimentsMenteeGraduation')
= GrowthExperiments\Mentorship\MenteeGraduation {#5359}

> \MediaWiki\MediaWikiServices::getInstance()->get('GrowthExperimentsMenteeGraduation')->shouldUserBeGraduated(new \MediaWiki\User\User)
= false

>

Fixing this is quite straightforward (we just add "is named account" to the conditions in MenteeGraduation::shouldUserBeGraduated), but I'd like to first understand how/why is this happening...

Also, why is this not happening outside of API requests? Or, based on the 3 random requests I checked above, outside of Mobileapps API requests?

Let's at least learn more about this.

Change #1220384 had a related patch set uploaded (by Urbanecm; author: Urbanecm):

[mediawiki/extensions/GrowthExperiments@master] fix(Mentorship): Do not run MenteeGraduation for temporary accounts

https://gerrit.wikimedia.org/r/1220384

Thanks @Michael for prompting me to realise what the case here is.

Change #1220384 merged by jenkins-bot:

[mediawiki/extensions/GrowthExperiments@master] fix(Mentorship): Do not run MenteeGraduation for temporary accounts

https://gerrit.wikimedia.org/r/1220384