In T75414#1824398, @Cenarium wrote: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.
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Feed Advanced Search
Advanced Search
Advanced Search
Mar 8 2024
Mar 8 2024
Dec 12 2023
Dec 12 2023
Aug 4 2023
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.
Dec 1 2020
Dec 1 2020
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! :)
Oct 18 2020
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.
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.
Jan 15 2020
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".
Aug 2 2019
Aug 2 2019
@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.
Jul 26 2019
Jul 26 2019
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.
Apr 16 2019
Apr 16 2019
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.
Nov 21 2018
Nov 21 2018
Never mind. It's working now! :D
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.?
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?
Content licensed under Creative Commons Attribution-ShareAlike (CC BY-SA) 4.0 unless otherwise noted; code licensed under GNU General Public License (GPL) 2.0 or later and other open source licenses. By using this site, you agree to the Terms of Use, Privacy Policy, and Code of Conduct. · Wikimedia Foundation · Privacy Policy · Code of Conduct · Terms of Use · Disclaimer · CC-BY-SA · GPL