aboutsummaryrefslogtreecommitdiffstats
path: root/includes/actions/ProtectAction.php
Commit message (Collapse)AuthorAgeFilesLines
* Remove mediawiki ui styles on OOUI formsJon Robson2023-05-121-10/+0
| | | | | | | | | | | | | | | | | | | | | I'd like to remove UseMediaWikiUIEverywhere Various pages load mediawiki ui styles on mobile, despite now being ported to OOUI Replace the last remaining mw-ui-button on edit page with an OOUI component and remove the styles. This includes: * History page * Edit page * Protect page I've removed those styles from the page since they are unused. Bug: T182050 Change-Id: I16fcdf4827ed72cefe9706c4e048af10f0b305b6
* Use MainConfigNames instead of string literals, #4Aryeh Gregor2022-04-261-1/+3
| | | | | | | | | | | | | | | | | | | | | Now largely automated: VARS=$(grep -o "'[A-Za-z0-9_]*'" includes/MainConfigNames.php | \ tr "\n" '|' | sed "s/|$/\n/;s/'//g") sed -i -E "s/'($VARS)'/MainConfigNames::\1/g" \ $(grep -ERIl "'($VARS)'" includes/) Then git add -p with lots of error-prone manual checking. Then semi-manually add all the necessary "use" lines: vim $(grep -L 'use MediaWiki\\MainConfigNames;' \ $(git diff --cached --name-only --diff-filter=M HEAD^)) I didn't bother fixing lines that were over 100 characters unless they were over 120 and triggered phpcs. Bug: T305805 Change-Id: I74e0ab511abecb276717ad4276a124760a268147
* Remove direct access to Action::page and Article::page propertiesArtBaltai2020-03-271-1/+1
| | | | | Bug: T239975 Change-Id: Id0d4d1e099edbdd67cabbed423dfff68cc48d323
* Remove `@author Timo Tijhof` from various file headersTimo Tijhof2019-07-081-6/+1
| | | | | | | Also remove a few redundant file-level descriptions in favour of their class entity describing the same already. Change-Id: I1a43fc402b5bd106931062a399952ba1e48beb48
* Convert all array() syntax to []Kunal Mehta2016-02-171-2/+2
| | | | | | | | | | Per wikitech-l consensus: https://lists.wikimedia.org/pipermail/wikitech-l/2016-February/084821.html Notes: * Disabled CallTimePassByReference due to false positives (T127163) Change-Id: I2c8ce713ce6600a0bb7bf67537c87044c7a45c4b
* Distinguish read vs write mode Action classesAaron Schulz2016-01-151-0/+4
| | | | | Bug: T123589 Change-Id: I3c8fab646d3bb8cd468e5b60c27f3c5d43f9f97c
* Remove excess newlines at the end of filesRicordisamoa2015-09-271-1/+0
| | | | | | Many of them added with commit 776c865077ea38ca1f9205ad778a600b41332d60 Change-Id: I481b15c45ead1f5f482e120cb40ea8f3297543cf
* Use getConfig on local context to get configuration settings in ActionAlexandre Emsenhuber2014-08-191-2/+1
| | | | | | Follow-up I47db5eab45 (aa15d528) Change-Id: I76409f5fc61e5d35235f964e094dd8881bcc8311
* Add blanket support for mediawiki ui via globalsjdlrobson2014-08-151-0/+8
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This provides better mobile experiences on various pages and a more consistent UI across both mobile and desktop. It does this in two ways. 1) Forces HTMLForms to not use table based layouts so as not to interfere with responsive nature of mediawiki ui elements 2) Applies MediaWiki.UI classes to most pages If a page is created via Xml or Html classes it will use mediawiki ui Where possible I've added classes unconditionally, but for cases of buttons this is behind the $wgUseMediaWikiUIEverywhere global since button styling is enabled on pages by default and for checkboxes since it is changes HTML markup. 3) Adds all MediaWiki.UI styles to pages which can use it When enabled: * Apply these styles to all pages which use HTMLForms * Apply to EditPage * Apply to anything that uses certain elements outputted by the Xml or HTML helper classes * Apply to History page * Apply to protection page * Apply to move page * Apply to deletion page Currently kept behind a global to allow us time to finetune existing elements. After further testing we will look to kill the globals and make mediawiki.ui the default See: I430c0fbb79d2a33bb828b2427bda0ee01115d73f Change-Id: I47db5eab4569514d039261d11b6dedb0eeae17b5
* Split UnprotectAction into own fileaddshore2014-08-071-18/+0
| | | | Change-Id: Ibde9dca89631522a25e2f0eef2790c2654a2bbd9
* Update formattingSiebrand Mazeland2013-11-141-4/+0
| | | | Change-Id: I3cbe1f5e48730fbbe57e4b20a0c202edddc93c95
* Documentation improvements in includes/actionsAlexandre Emsenhuber2013-03-051-0/+14
| | | | | | | | - Separate file and class documentation - Add some missing class documentation - Fix erroneous documentation Change-Id: I35c846ad63e837165b79456dc89d330498aebf64
* misc style fixAntoine Musso2012-12-201-3/+3
| | | | | | | * makes booleans lower case * add spaces before open braces Change-Id: Id88884e08bc23d7730361ee91646f54f5e16920b
* [Actions] Move the remaining actions out of MediaWiki::performAction into ↵Krinkle2012-01-171-0/+56
single action classes (finally). - [Actions] - * I am aware that eventually these classes should be more than just a few lines re-directing control to WikiPage, but I'm keeping these commits as uncontroversial as possible due to feature freeze. Refactor could be done later. * Contributes to solution of bug 27930 - Ablity to get current action (The Right Way) * Final goal: Get the current action without needing access to Wiki.php internals (i.e. with Action::factory in one hand and an instance of IContextSource in the other) * Required for proper fix of r108342/108343 (currently marked FIXME) Notes: http://mediawiki.org/wiki/Special:Code/MediaWiki/109195
generated by cgit v1.2.3 (git 2.25.1) at 2025-04-22 07:51:46 +0000