Page MenuHomePhabricator

Majora
User

Projects

Today

  • Clear sailing ahead.

Tomorrow

  • Clear sailing ahead.

Wednesday

  • Clear sailing ahead.

User Details

User Since
Apr 6 2016, 9:47 PM (188 w, 4 d)
Availability
Available
LDAP User
Unknown
MediaWiki User
Majora [ Global Accounts ]

Recent Activity

Wed, Nov 6

Majora changed the status of T236348: Give suppressredirect right to filemovers on Commons from Stalled to Open.

It appears that @Roy17 completed the translation the other day. Thank you! @DannyS712 looks like you are good to go unless there are any other issues. I've taken the liberty of switching the task back to open, hope that is alright.

Wed, Nov 6, 5:31 PM · User-DannyS712, Wikimedia-Site-requests, Commons

Sun, Nov 3

Majora added a comment to T236348: Give suppressredirect right to filemovers on Commons.

I can do a Chinese translation as a last resort tomorrow, but it might not be great / idiomatic and will probably sound weird.
On a side note, it's interesting to see how presenting an actual problem creates completely different discussions.

Sun, Nov 3, 6:06 PM · User-DannyS712, Wikimedia-Site-requests, Commons
Majora added a comment to T236348: Give suppressredirect right to filemovers on Commons.

@Majora Just to clarify, do you mean a notification to you?

Sun, Nov 3, 12:02 AM · User-DannyS712, Wikimedia-Site-requests, Commons

Sat, Nov 2

Majora added a comment to T236348: Give suppressredirect right to filemovers on Commons.

@DannyS712 If there could be some sort of notification before this is implemented I would appreciated it. I have email notifications enabled so just a simple post in this ticket would be fine. That way I can time the mass message to when this is deployed. Don't want people to accidentally stumble into this right before they understand what is expected of them. We also don't have the message translated fully. A Chinese translation is still being sought.

Sat, Nov 2, 11:47 PM · User-DannyS712, Wikimedia-Site-requests, Commons

Oct 7 2019

Majora added a comment to T234756: Prevent users from entering short file caption on Commons.

https://commons.wikimedia.org/wiki/Special:AbuseFilter/216 appears to be doing the work of this requested change already. It is only catching anon edits though and is set to tag and log anything less than 9 characters.

Oct 7 2019, 8:15 PM · MW-1.35-notes (1.35.0-wmf.5; 2019-11-05), Android-app-feature-UX-Debt, Wikipedia-Android-App-Backlog, Structured Data Engineering, Structured-Data-Backlog (Current Work), Commons

Aug 2 2019

Majora added a comment to T229606: Undeletion error: File is in an inconsistent state within the internal storage backends.

@Aklapper: Do we know if anyone is taking a look at this or if there is even a rough ETA? Otherwise I can just grab the deleted version and reupload it for the time being so that the projects can have their image back.

Aug 2 2019, 8:26 PM · SRE-swift-storage, Commons

Aug 1 2019

Majora created T229606: Undeletion error: File is in an inconsistent state within the internal storage backends.
Aug 1 2019, 6:37 PM · SRE-swift-storage, Commons

Jun 27 2019

Majora added a comment to T226672: File move/ rename tab not working in Commons.

Going to a random file, it's displayed for me:


Unfortunately there are no clear steps to reproduce including specific links in this task.
I assume this is about Monobook skin? Any problems with other skins?
Please also try safemode, see https://www.mediawiki.org/wiki/Help:Locating_broken_scripts

Jun 27 2019, 11:11 AM · MW-1.34-notes (1.34.0-wmf.11; 2019-06-26), Wikidata-Campsite (Wikidata-Campsite-Iteration-∞), Multimedia, MediaWiki-File-management, Regression, Commons
Majora triaged T226672: File move/ rename tab not working in Commons as High priority.

This seems on par, if not worse, than not being able to move galleries (T224303) which was tagged as high priority. Sorry if I'm overstepping but as this is Commons and files are our thing this seems appropriate. Also, this appears to have started when T224303 was solved so probably directly related to that.

Jun 27 2019, 1:17 AM · MW-1.34-notes (1.34.0-wmf.11; 2019-06-26), Wikidata-Campsite (Wikidata-Campsite-Iteration-∞), Multimedia, MediaWiki-File-management, Regression, Commons

Jun 26 2019

Majora added a comment to T224303: Wikibase Repo prevents page moves in NS 0 on Commons.

So, whatever fix you all implemented to fix the ns 0 issue now appears to have broken moving files. I'm getting the same permission error I got with the gallery namespace. It is not just me either per https://commons.wikimedia.org/wiki/Commons:Administrators%27_noticeboard#Moving_files

Jun 26 2019, 10:36 PM · MW-1.34-notes (1.34.0-wmf.11; 2019-06-26), Wikidata-Campsite (Wikidata-Campsite-Iteration-∞), User-Ladsgroup, WikibaseMediaInfo, Multimedia, Structured Data Engineering, Wikidata, Regression, Commons

May 2 2019

Majora added a comment to T222324: Unable to perform revision deletion on Commons.

Well at least I know it isn't just me. Thank you for that. Just for minor troubleshooting notes I tried it on one revision, multiple revisions, text revisions, image revisions, small pages, large pages. Nothing seems to work. Always times out.

May 2 2019, 2:28 AM · MW-1.34-notes (1.34.0-wmf.4; 2019-05-07), Performance Issue, MediaWiki-Revision-deletion, Security
Majora added projects to T222324: Unable to perform revision deletion on Commons: MediaWiki-Revision-deletion, Performance Issue.
May 2 2019, 1:40 AM · MW-1.34-notes (1.34.0-wmf.4; 2019-05-07), Performance Issue, MediaWiki-Revision-deletion, Security
Majora created T222324: Unable to perform revision deletion on Commons.
May 2 2019, 1:40 AM · MW-1.34-notes (1.34.0-wmf.4; 2019-05-07), Performance Issue, MediaWiki-Revision-deletion, Security

Jan 28 2019

Majora added a comment to T214003: Merge the "extended-uploader" and "autopatrolled" user groups on Commons.

@Tgr Would it be possible to also add the upload_by_url right to the patroller group per https://commons.wikimedia.org/w/index.php?title=Commons:Village_pump/Proposals&oldid=336738154#Make_the_%22more_upload_options%22_proposal_apply_to_all_user_accounts_with_autopatrol_flag? Or should I create a new ticket for that?

Jan 28 2019, 2:07 AM · Patch-For-Review, User-Zoranzoki21, Wikimedia-Site-requests, Commons

Jan 20 2019

Majora added a comment to T214003: Merge the "extended-uploader" and "autopatrolled" user groups on Commons.

Is here still consensus for doing this?

@Zoranzoki21 as you claimed this task, do you agree the proposal included all autopatrolled users, so also patrollers and bots? If not, I'll just request for those 687 users to be granted autopatrol.

While deployment of this request, extended-uploader can be migrated to autopatrol via this script.

Jan 20 2019, 4:44 PM · Patch-For-Review, User-Zoranzoki21, Wikimedia-Site-requests, Commons

Jan 17 2019

Majora added a comment to T214003: Merge the "extended-uploader" and "autopatrolled" user groups on Commons.

@AlexisJazz Obviously there was some confusion between user groups and user rights which is understandable. I personally don't have a problem with including the patroller user group in this request since, as you said, patroller is an "upgrade" to the autopatrolled group as it is currently defined on Commons. I didn't read your original proposal as meaning "add upload_by_url to every group that has the autopatrol flag" but I guess I could read it that way also. If another RfC is required to grant the flag to the patroller group as well then so be it. But that would be up to the devs who actually make those changes whether or not they want to include the patroller group since it is set up to be an extension of autopatrolled on Commons.

Jan 17 2019, 9:19 PM · Patch-For-Review, User-Zoranzoki21, Wikimedia-Site-requests, Commons
Majora added a comment to T214003: Merge the "extended-uploader" and "autopatrolled" user groups on Commons.

Would this then also automatically give these permissions to "patrollers"?

Autopatrol is included in patrol.

Jan 17 2019, 4:52 PM · Patch-For-Review, User-Zoranzoki21, Wikimedia-Site-requests, Commons
AlexisJazz awarded T214003: Merge the "extended-uploader" and "autopatrolled" user groups on Commons a Doubloon token.
Jan 17 2019, 2:02 PM · Patch-For-Review, User-Zoranzoki21, Wikimedia-Site-requests, Commons
Nemo_bis awarded T214003: Merge the "extended-uploader" and "autopatrolled" user groups on Commons a Doubloon token.
Jan 17 2019, 7:36 AM · Patch-For-Review, User-Zoranzoki21, Wikimedia-Site-requests, Commons
Majora created T214003: Merge the "extended-uploader" and "autopatrolled" user groups on Commons.
Jan 17 2019, 2:57 AM · Patch-For-Review, User-Zoranzoki21, Wikimedia-Site-requests, Commons

Nov 27 2018

Majora added a comment to T150826: Remove unblockself right on wikimedia wikis (but allow blocked admins to block their blocker).

I would have to agree that the ability to block the person who blocked you would mitigate the problems with small wikis that have very few admins that the removal of this permission presents. At least with that there is the ability to stop the damage being done if the entire admin staff is blocked by a compromised account. Non-compromised accounts can be easily unblocked and the vandalism would be stopped. As for rate limits I really don't think that is a good idea. The limit would need to be set so high as to be rather useless as to not interfere with the normal administrative duties that occur.

Nov 27 2018, 9:11 PM · MW-1.33-notes (1.33.0-wmf.8; 2018-12-11), MediaWiki-User-management, User-notice, Community-consensus-needed, Wikimedia-Site-requests
Majora added a comment to T150826: Remove unblockself right on wikimedia wikis (but allow blocked admins to block their blocker).

I'll note the relevant recent vandalism has occurred on wikis other than just enwiki. It stands to reason the account compromises that enwiki saw can and will happen elsewhere.

Nov 27 2018, 4:17 AM · MW-1.33-notes (1.33.0-wmf.8; 2018-12-11), MediaWiki-User-management, User-notice, Community-consensus-needed, Wikimedia-Site-requests
Majora added a comment to T150826: Remove unblockself right on wikimedia wikis (but allow blocked admins to block their blocker).

Why was this done globally instead of just to enwiki as requested? No other project requested this as far as I'm aware. To remove unblockself from all wikis, especially smaller ones where there are only one or two admins, raises a bunch of problems. It would be better if the devs only did this on the projects that requested it instead of extending the massive paranoia to every single project.

Nov 27 2018, 2:08 AM · MW-1.33-notes (1.33.0-wmf.8; 2018-12-11), MediaWiki-User-management, User-notice, Community-consensus-needed, Wikimedia-Site-requests

Nov 10 2018

Majora added a comment to T190349: Allow users to be blocked from editing pages within a specific category.

Not to put a damper on this idea but did we all forget about cascading semi-protection? That was removed because it would have allowed non-admins to perform admin actions. Unless we were to restrict adding and removing categories to admins only this would allow anyone to block people under this type of partial block from additional pages. Which is something that should probably be avoided.

Nov 10 2018, 7:50 PM · MediaWiki-User-management

Oct 18 2018

Majora added a comment to T207420: Database error on deletion.

Apparently this is greater than one image. So far 15 images could not be successfully deleted per https://commons.wikimedia.org/wiki/Category:Deletion_bug

Oct 18 2018, 8:58 PM · Commons
Majora created T207420: Database error on deletion.
Oct 18 2018, 8:53 PM · Commons

Jul 23 2018

Majora created T200173: Add deletion log link to file-deleted-duplicate message.
Jul 23 2018, 12:48 AM · Multimedia, UploadWizard

May 4 2016

Majora added a comment to T125459: Investigation: Can we find a new search API for CorenSearchBot and Copyvio Detector tool?.

@Tnegrin: Yes, we are still considering Google. If nothing pans out with Microsoft on Monday, it seems like it will be the only option still available. And yes, we'll need to talk about funding for it.

How about an impromptu (is that the right word?) fundraising banner (read 'edit notice') and all money generated goes directly to this...😋

That would be a good idea, but it would have to be not intrusive. Massive banners asking for people to give money would annoy people. A sitenotice could be used too.

May 4 2016, 11:07 PM · Community-Tech, Developer-Advocacy

Apr 6 2016

Majora created T131980: @seen command shows not always the right name.
Apr 6 2016, 9:52 PM · WM-Bot