Page MenuHomePhabricator
Feed Advanced Search

Mar 8 2024

C.Syde65 created T359682: There's a bug where Special:AllMessages displays the wrong default message text for certain messages.
Mar 8 2024, 10:51 PM · affects-Miraheze

Dec 12 2023

C.Syde65 updated subscribers of T343497: Making it possible for users with the changetags permission to remove tags from deleted revisions.
Dec 12 2023, 3:16 AM · MediaWiki-Change-tagging

Aug 4 2023

C.Syde65 renamed T343497: Making it possible for users with the changetags permission to remove tags from deleted revisions from Making it possible for users with the deletechangetags permission to delete tags from deleted revisions to Making it possible for users with the changetags permission to remove tags from deleted revisions.
Aug 4 2023, 12:18 AM · MediaWiki-Change-tagging
C.Syde65 created T343497: Making it possible for users with the changetags permission to remove tags from deleted revisions.
Aug 4 2023, 12:17 AM · MediaWiki-Change-tagging

Dec 1 2020

C.Syde65 added a comment to T75414: Remove proxyunbannable from core.

I've checked the user class, and proxyunbannable is never checked for sysops since they have ipblock-exempt.
All usergroups with proxyunbannable already have ipblock-exempt.
So this can be removed from core without removing proxy blocking.

Dec 1 2020, 11:10 PM · Developer-notice, MW-1.27-release (WMF-deploy-2016-01-19_(1.27.0-wmf.11)), MW-1.27-release-notes, Technical-Debt, MW-1.27-release (WMF-deploy-2015-12-08_(1.27.0-wmf.8)), MediaWiki-User-management
C.Syde65 added a comment to T269063: Briefly revisiting the "Remove proxyunbannable from core" task.

Oh, I'm so sorry. I didn't realise that necroposting wasn't frowned upon here. It is frowned upon in every wikifarm or anywhere with forums that I've been to that I can remember. I'll remember that for next time! :)

Dec 1 2020, 8:54 PM
C.Syde65 created T269063: Briefly revisiting the "Remove proxyunbannable from core" task.
Dec 1 2020, 3:51 AM

Oct 18 2020

C.Syde65 added a comment to T202989: Administrators can no longer view deleted history of js/css pages.

Yeah well I'd like to have those things back. Because I prefer not to have my bot be flagged as an Administrator, but be flagged as pretty much everything else including Bureaucrat.

Oct 18 2020, 10:47 PM · User-notice-archive, MW-1.36-notes (1.36.0-wmf.16; 2020-11-03), User-DannyS712, Security, User-Tgr, Trust-and-Safety, WMF-General-or-Unknown, JavaScript
C.Syde65 added a comment to T202989: Administrators can no longer view deleted history of js/css pages.

Please give users back the ability to view the deleted histories with the (deletedhistory) permission and the deleted text with the (deletedtext) permission. Because the way things are now, users can only view the deleted histories and deleted text of pages where they have the permission to undelete the pages. Usually with the (undelete) right, though in some cases the (editinterface) permission may be needed if it is a system message. Not being able to restore the pages you're viewing is one thing. But making it so they can't view the histories of pages they don't have permission to undelete is exceedingly awkward.

Oct 18 2020, 12:28 PM · User-notice-archive, MW-1.36-notes (1.36.0-wmf.16; 2020-11-03), User-DannyS712, Security, User-Tgr, Trust-and-Safety, WMF-General-or-Unknown, JavaScript

Jan 15 2020

C.Syde65 added a comment to T242509: Allow wikis to choose not to sort rights in Special:ListGroupRights alphabetically.

Currently I'm happy with the Special:ListGroupRights page just the way it is. However, there are some other special pages where I would like to see it become possible to customise the order of local usergroups. Currently the order is approximate to the order the groups were created in. But on Miraheze, a couple of months ago I deleted the default "rollbacker" usergroup, and replaced it with an identical usergroup titled "rollback". The reason I did this is because I wanted the group's database name to be identical to the way Fandom has theirs. But now it has resulted in the usergroup appearing at the bottom of the list. It would be great if it were possible to customise the order they appear on pages like "Special:ListUsers", "Special:ManageWiki/permissions", and "Special:UserRights".

Jan 15 2020, 5:53 AM · affects-Miraheze, MediaWiki-User-management

Aug 2 2019

C.Syde65 added a comment to T20493: RFC: Unify the various deletion systems.

@Krinkle So for users with the (delete) permission. Would that automatically give them access to (deleterevision) or would that still require a separate permission? I'm asking because not every site would be chuffed with allowing all users with the ability to delete and undelete pages to be able to revision delete them as well. I have to admit that (deleterevision) doesn't really look user friendly, given that it just crosses the revisions out preventing them from being viewable, whereas if a similar ability was part of the traditional deletion system, it would delete the revisions the same way it deletes entire pages. I've had reasons to delete selective revisions rather than having to delete entire pages and restore the wanted revisions, especially since there are some pages in some namespaces on certain sites that don't allow undeletions. So naturally, not having an ability to selectively delete revisions through the traditional deletion system is quite frustrating. And I've always said to myself "If you can restore selective revisions through the traditional undeletion system, why can't you delete selective revisions through the traditional deletion system." Therefore it would balance out the deletion and undeletion systems, giving them the same number of options. And another thing is that entire pages cannot be deleted through (deleterevision) as the most recent revision cannot be partially deleted. Since deleting selective revisions through the traditional deletion system would only allow full deletions on each revision, it wouldn't be limited to working on earlier revisions, unlike the revision deletion system.

Aug 2 2019, 7:17 AM · MediaWiki-Revision-deletion, TechCom-RFC, Stewards-and-global-tools, MediaWiki-Page-deletion

Jul 26 2019

C.Syde65 added a comment to T20493: RFC: Unify the various deletion systems.

Personally I think that an ability should be added to the traditional deletion system, allowing for selective deletions. So it would basically be the same as the traditional undeletion system, but it would use the same page as the traditional deletion system via ?action=delete.

Jul 26 2019, 6:18 AM · MediaWiki-Revision-deletion, TechCom-RFC, Stewards-and-global-tools, MediaWiki-Page-deletion

Apr 16 2019

C.Syde65 added a comment to T20493: RFC: Unify the various deletion systems.

Has any of the people that are in charge of producing each version of MediaWiki ever considered creating an extension that allows administrators to select revisions to delete through the page deletion system? This idea would obviously be different from Manual:RevisionDelete which deletes revisions through the revision deletion system, as opposed to the page deletion system.

Apr 16 2019, 10:51 AM · MediaWiki-Revision-deletion, TechCom-RFC, Stewards-and-global-tools, MediaWiki-Page-deletion

Nov 21 2018

C.Syde65 added a comment to T210070: User check problem on Wikia / FANDOM.

Never mind. It's working now! :D

Nov 21 2018, 9:12 PM · AutoWikiBrowser
C.Syde65 added a comment to T210070: User check problem on Wikia / FANDOM.

I've downloaded it now. Now what do I do? I'm trying to run it. But I'm having issues. How do I get it installed etc.?

Nov 21 2018, 9:06 PM · AutoWikiBrowser
C.Syde65 added a comment to T210070: User check problem on Wikia / FANDOM.

Hey, I recognise you from Discord! As for the question you asked, it is version 5.x.x.x. How do I obtain version 6.x.x.x.? Like what site can it be downloaded from?

Nov 21 2018, 7:49 PM · AutoWikiBrowser
C.Syde65 created T210070: User check problem on Wikia / FANDOM.
Nov 21 2018, 11:13 AM · AutoWikiBrowser