Change the 'maintainer' access level to 'cosysop'.
Redefine 'maintainer' as a user role.

See https://www.mediawiki.org/wiki/Manual:$wgFragmentMode for details.

Also it is enabled by default in 1.32.0 and the setting will be removed
then.

Signed-off-by: Florian Pritz <bluewind@xinu.at>

Signed-off-by: Florian Pritz <bluewind@xinu.at>

Fixes FS#53745

This would enable Opensearch API queries to be able to search the wiki
using a case-insensitive search, for example, the Arch Linux IRC bot "phrik".

This reverts commit 466c8ed5.

All good things come in threes. The broken jobs come back when this
setting is on so drop it again.

This reverts commit 1df31b61.

Double revert! Actually the load came from a bunch of dead jobs that
were not cleaned up. The job running itself wasn't the issue.

This reverts commit 967cc0b2.

Not all jobs are run, some lead to massive db updates causing very high
load.

This might cause performance issues, but let's see.

Signed-off-by: Florian Pritz <bluewind@xinu.at>

Stylesheet updates for MonoBook and Vector

Responsive

This generates way too much uneven load and appears to greatly reduce
the effect of the query cache.

Signed-off-by: Florian Pritz <bluewind@xinu.at>

Signed-off-by: Florian Pritz <bluewind@xinu.at>

Enable MobileFrontend extension

Alad Wenter authored 8 years ago and Florian Pritz committed 8 years ago

This extension allows to modify the interwiki table [1], and is shipped
with MediaWiki since version 1.21. [2] It is enabled as a temporary
measure until functionality is merged to the MediaWiki core. [3]

[1] https://www.mediawiki.org/wiki/Manual:Interwiki_table
[2] https://www.mediawiki.org/wiki/Extension:Interwiki
[3] https://phabricator.wikimedia.org/T33951

Alad Wenter authored 8 years ago and Florian Pritz committed 8 years ago

ParserFunctions allows for more versatile wiki templates, amongst other
functionality, and is shipped with MediaWiki since version 1.18. [1]

Included string functionality remains disabled, as is done on wikimedia
projects. [2]

[1] https://www.mediawiki.org/wiki/Extension:ParserFunctions
[2] https://phabricator.wikimedia.org/T8455#110965

Jakub Klinkovský authored 8 years ago and Florian Pritz committed 8 years ago

Related bug report: FS#46699 [1]

Enabling userscripts allows the users to use many existing scripts from
Wikipedia [2], which can greatly improve the experience of reading,
editing and maintaining the wiki. It will also allow us to make some
ArchWiki-specific scripts like Wiki Monkey [3] more portable (currently
it depends on browser extensions like Greasemonkey to work).

Enabling user-stylesheets lets the users customize the default Arch skin
on the wiki according to their preference, and more importantly, it
makes it easier for users to test modifications and prepare patches for
the main skin. This is probably the main blocker of FS#46697 [4].

[1] https://bugs.archlinux.org/task/46699
[2] https://en.wikipedia.org/wiki/Wikipedia:User_scripts
[3] https://wiki.archlinux.org/index.php/Wiki_Monkey
[4] https://bugs.archlinux.org/task/46697

Jakub Klinkovský authored 8 years ago and Florian Pritz committed 8 years ago

There is little wrong in letting the users configure these settings, but
setting "Mark all edits as minor by default" to true or "Prompt me when
entering a blank edit summary" to false has bad impact on the quality of
the wiki edits, because such users tend to ignore the fundamental rules
[1] and there is nothing to remind it to them. Disabling these user
preferences and forcing the default values according to this patch will
decrease the effort of the Maintenance Team spent on guiding the editors
and also generally increase the quality of user contributions.

This will solve FS#46190 [2].

[1] https://wiki.archlinux.org/index.php/ArchWiki:Contributing#The_3_fundamental_rules
[2] https://bugs.archlinux.org/task/46190

Jakub Klinkovský authored 8 years ago and Florian Pritz committed 8 years ago

The default value for the main namespace is `false`, because Wikipedia
does not use subpages for categorization anymore. That is not the case
on ArchWiki, so there is no reason why the main namespace should behave
differently. The most visible changes are relative links using the
normal double square brackets notation and automatic breadcrumb links
appearing at the top of the subpage, linking to each parent page that
exists.

See [1] for discussion and [2] for upstream documentation of this
setting. Also see the related FS#39668 [3], which will be solved by this
patch.

[1] https://wiki.archlinux.org/index.php/Help_talk:Style#Slashes_in_titles
[2] https://www.mediawiki.org/wiki/Manual:$wgNamespacesWithSubpages
[3] https://bugs.archlinux.org/task/39668

Jakub Klinkovský authored 8 years ago and Florian Pritz committed 8 years ago

The feature was completely removed in MediaWiki 1.25.0, see
https://www.mediawiki.org/wiki/Manual:$wgDisableCounters

Jakub Klinkovský authored 8 years ago and Florian Pritz committed 8 years ago

The path was changed in MediaWiki 1.24, see
https://www.mediawiki.org/wiki/Manual:$wgRightsIcon

Signed-off-by: Florian Pritz <bluewind@xinu.at>