User Details
- User Since
- Aug 18 2025, 5:03 PM (42 w, 2 d)
- Availability
- Available
- LDAP User
- Manvi Kesarwani
- MediaWiki User
- Manvikesarwani09 [ Global Accounts ]
Apr 17 2026
please review my patchset
Apr 15 2026
i have uploaded a patchset please review it
https://gerrit.wikimedia.org/r/c/mediawiki/extensions/ContentTranslation/+/1271844
please review this new patchset of mine.
My patchset is not in attention for a while please check it out
Apr 13 2026
I have Uploaded a patchset please review it.
https://gerrit.wikimedia.org/r/c/mediawiki/extensions/ReadingLists/+/1270501
Hey! My patchset is updated please review it
Apr 12 2026
please review my patchset and tell me if any changes are needed.
Can you review my patchset ?
Apr 8 2026
C an you please review my patchset
I have uploaded a patchset can you review my repo .
i have uploaded a patchset for this task can you review it
Mar 27 2026
I hvae uploaded a patchset for this task can you review it please
Hi, I’m Manvi Kesarwani and I’m interested in GSoC 2026.
Hi, I am Manvi, interested in the Bulk OCR Improvements project for GSoC 2026.
Hi, I am Manvi, a GSoC 2026 applicant interested in the “lossless JPG transformations” project.
I have started exploring the Commons Android app and related issues.
Mar 26 2026
I have uploaded a patchset . can you review my patchset.
Mar 23 2026
Yes, if those affected accounts were already processed while the incorrect “system user” conversion was present, the data cleanup likely needs a separate sub-ticket. I’m happy to open/propose it once we confirm the exact “system user” field/criteria to target only vanished end-user accounts.
I traced the “system user” change to LocalRenameUserJob handling GlobalRenameRequest::VANISH, where it was calling User::newSystemUser(..., ['steal' => true]), which converts the renamed end-user into a system user. I removed that call so future vanishes won’t set the flag; past affected accounts may need a separate cleanup if desired. @Xaosflux
Thanks for the context. I traced the “system user” flagging to LocalRenameUserJob during GlobalRenameRequest::VANISH: it was calling User::newSystemUser(..., ['steal' => true]), which turns the renamed end-user into a system account. Vanishing should rename + globally lock the account, not convert it into a system user.
I’ve removed that conversion so vanishes no longer mark the account as system. I did not change the parts of the flow related to password/email revocation here; if you want that addressed as well, please confirm and I can follow up with a separate patch. @Bugreporter
Thanks for the review and suggestions. I have updated the proposal scope and timeline accordingly.
Mar 22 2026
i have uploaded a patchset can you please review my patchset .
Mar 20 2026
Mar 7 2026
i have uploaded a new patchset can you review it again please.
Mar 3 2026
can you review this patchset https://gerrit.wikimedia.org/r/c/mediawiki/extensions/GrowthExperiments/+/1247595
Mar 1 2026
can you review my patchset again
Feb 9 2026
i have uploaded a updated one
Feb 6 2026
i have upladed a patchset
i have uploaded a patch set
Feb 3 2026
i have contributed in this task please can you verify it this is the gerrit repo link - https://gerrit.wikimedia.org/r/c/mediawiki/extensions/WP25EasterEggs/+/1236344
Feb 2 2026
i have contributed in this task please check it . this is the gerrit link - https://gerrit.wikimedia.org/r/c/mediawiki/core/+/1235780
Jan 23 2026
i have contributed on this task can you review it.
Oct 18 2025
I have done this task so can you review it.
