MediaWiki-l July 2018

mediawiki-l@lists.wikimedia.org

26 participants
27 discussions

RE: [Mediawiki-l] Re: How to create a new Special page
by Bart Q. Simon 26 Nov '25

26 Nov '25

I distinctly remember there was a way to add a title to a special page simply by entering in a URL, then adding the title to the wiki edit field, and then saving. The new "writing a new special page" how-to is very confusing - and it wants me to write PHP to get the title to show up. There was an easier way... I can't find this how-to anywhere- though I'm sure it used to exist. FX can you walk me through how you've added a wiki page title to a special page? Thanks! -----Original Message----- From: mediawiki-l-bounces(a)Wikimedia.org [mailto:mediawiki-l-bounces@Wikimedia.org] On Behalf Of Rick DeNatale Sent: Thursday, May 19, 2005 2:33 PM To: MediaWiki announcements and site admin list Subject: Re: [Mediawiki-l] Re: How to create a new Special page On 5/13/05, FxParlant <f-x.p(a)laposte.net> wrote: > Hello; > There is a paragraph on how to create a special page in the FAQ > > > http://meta.wikimedia.org/wiki/Meta:FAQ#How_do_I_add_my_own_dynamic_cont ent_to_MediaWiki.3F > > It's not so difficult. At the end,it says you have to create a simple > page and write the name of your special page in it. If you forget this > the title of your special page will have < and > around. I haven't > got a clue why creating a page with the name in it solves this, but it works That page seems to have changed, it now just has a pointer to an article about writing an extension which really doesn't seem to build a special page. I just figured out how to build a new special page which is like the Uncategorized pages page, but looks at the Image namespace. I wrote it up at http://meta.wikimedia.org/wiki/Writing_a_new_special_page _______________________________________________ MediaWiki-l mailing list MediaWiki-l(a)Wikimedia.org http://mail.wikipedia.org/mailman/listinfo/mediawiki-l

3 2

Are there any good resources for writing scripts and gadgets
by Arcane 21 25 Nov '25

25 Nov '25

I'm currently trying to adapt several gadgets that are meant for wikis using the Monobook/Vector skins to the Monaco skin, and so far, I've managed to successfully port over the UTC Clock gadget and Sandbox page gadget to Monaco, but aside from those I've been having trouble since, frankly, my knowledge of Javascript/JQuery is slim and I'm not familiar with all the variables used in writing user scripts. I've fairly decent with CSS style sheets, but I still need help with Javascript, so does anyone know of some good resources I could look into, preferably tailored for writing scripts on MediaWiki? Also, if anyone wants to see what I have done so far (and have released publicly), the wiki I have been testing my live gadget/user script code on is here: https://mediawikitesters.orain.org/wiki/Main_Page

4 3

Recent parser change regarding tildes in comments?
by Thomas Dalton 17 Aug '25

17 Aug '25

Has the parser just been changed with regards to tildes (~~~~) inside HTML comments? It appears they used to be ignored, and are now suddenly being replaced en masse the next time someone edits the page (and can't be easily reverted - it just changes the sig to the reverter's instead). See http://en.wikipedia.org/wiki/Wikipedia:Articles_for_creation/2006-06-02-ear… for an example.

4 3

Lis tes messages avant qu'ils ne soient effacés!
by Badoo 31 Dec '23

31 Dec '23

Lis ton message de Nganguem Victor avant qu'il ne soit effacé! Pour lire ton message, suis simplement ce lien: http://eu1.badoo.com/chatnoirxx/in/p4hxwt052ok/?lang_id=6 D'autres personnes sont aussi présentes: Oded (Tel Aviv, Israël) Priya (Udaipur, Inde) RajaYogi BK (Udaipur, Inde) Karuna (Udaipur, Inde) Chika Reginald Onyia (Pnompen', Cambodge) ...Qui d'autre? http://eu1.badoo.com/chatnoirxx/in/p4hxwt052ok/?lang_id=6 Les liens ne fonctionnent pas dans ce message? Copie les dans la barre d'adresse de ton navigateur. Tu as reçu cet email suite à un message envoyé par Nganguem Victor de notre système. S'il s'agit d'une erreur, ignore simplement cet email. La requête sera alors effacée du système. Amuse-toi bien ! L'équipe Badoo Courrier automatique de Badoo suite à l'envoi d'un message à ton attention sur Badoo. Les réponses ne sont ni stockées, ni traitées. Si tu ne veux plus recevoir de message de Badoo, fais-le nous savoir: http://eu1.badoo.com/impersonation.phtml?lang_id=6&mail_code=65&email=media…

3 2

Upgrade to MW 1.31.0 fails on maintenance/update.php
by Jeff Darlington 21 Sep '18

21 Sep '18

My current setup, under which MW is running swimmingly: Fedora 27 Apache 2.4.33 MariaDB 10.2.14 MediaWiki 1.30.0 I am attempting to upgrade to MW 1.31.0. I unzipped the tarball into a fresh directory, copied over my LocalSettings.php file, and changed the symlink that I use with Apache to point to the new location. I then attempted to run maintenance/update.php and it cryptically ended with a whimper: ==================== MediaWiki 1.31.0 Updater Your composer.lock file is up to date with current dependencies! Going to run database updates for wikidb Depending on the size of your database this may take a while! Abort with control-c in the next five seconds (skip this countdown with --quick) ... 0 Turning off Content Handler DB fields for this part of upgrade. Adding ipb_id field to table ipblocks ...Set $wgShowExceptionDetails = true; and $wgShowDBErrorBacktrace = true; at the bottom of LocalSettings.php to show detailed debugging information. ==================== I added the suggested flags to LocalSettings and got the following in my browser: ==================== [WyJ-joCjti3zg1lzHPXHqQAAAAM] /wiki/Main_Page Wikimedia\Rdbms\DBQueryError from line 1457 of /var/www/gpf/mediawiki-1.31.0/includes/libs/rdbms/database/Database.php: A database query error has occurred. Did you forget to run your application's database schema updater after upgrading? Query: SELECT user_id,user_name,user_real_name,user_email,user_touched,user_token,user_email_authenticated,user_email_token,user_email_token_expires,user_registration,user_editcount FROM `mediawiki`.`user` WHERE user_id = '1' LIMIT 1 Function: User::loadFromDatabase Error: 1142 SELECT command denied to user 'wikiuser'@'localhost' for table 'user' (localhost) Backtrace: #0 /var/www/gpf/mediawiki-1.31.0/includes/libs/rdbms/database/Database.php(1427): Wikimedia\Rdbms\Database->makeQueryException(string, integer, string, string) #1 /var/www/gpf/mediawiki-1.31.0/includes/libs/rdbms/database/Database.php(1200): Wikimedia\Rdbms\Database->reportQueryError(string, integer, string, string, boolean) #2 /var/www/gpf/mediawiki-1.31.0/includes/libs/rdbms/database/Database.php(1653): Wikimedia\Rdbms\Database->query(string, string) #3 /var/www/gpf/mediawiki-1.31.0/includes/libs/rdbms/database/Database.php(1730): Wikimedia\Rdbms\Database->select(array, array, array, string, array, array) #4 /var/www/gpf/mediawiki-1.31.0/includes/user/User.php(1407): Wikimedia\Rdbms\Database->selectRow(array, array, array, string, array, array) #5 /var/www/gpf/mediawiki-1.31.0/includes/user/User.php(537): User->loadFromDatabase(integer) #6 /var/www/gpf/mediawiki-1.31.0/includes/libs/objectcache/WANObjectCache.php(1240): User->{closure}(boolean, integer, array, NULL) #7 /var/www/gpf/mediawiki-1.31.0/includes/libs/objectcache/WANObjectCache.php(1110): WANObjectCache->doGetWithSetCallback(string, integer, Closure, array) #8 /var/www/gpf/mediawiki-1.31.0/includes/user/User.php(561): WANObjectCache->getWithSetCallback(string, integer, Closure, array) #9 /var/www/gpf/mediawiki-1.31.0/includes/user/User.php(482): User->loadFromCache() #10 /var/www/gpf/mediawiki-1.31.0/includes/user/User.php(420): User->loadFromId(integer) #11 /var/www/gpf/mediawiki-1.31.0/includes/session/UserInfo.php(88): User->load() #12 /var/www/gpf/mediawiki-1.31.0/includes/session/CookieSessionProvider.php(119): MediaWiki\Session\UserInfo::newFromId(string) #13 /var/www/gpf/mediawiki-1.31.0/includes/session/SessionManager.php(488): MediaWiki\Session\CookieSessionProvider->provideSessionInfo(WebRequest) #14 /var/www/gpf/mediawiki-1.31.0/includes/session/SessionManager.php(191): MediaWiki\Session\SessionManager->getSessionInfoForRequest(WebRequest) #15 /var/www/gpf/mediawiki-1.31.0/includes/WebRequest.php(736): MediaWiki\Session\SessionManager->getSessionForRequest(WebRequest) #16 /var/www/gpf/mediawiki-1.31.0/includes/session/SessionManager.php(130): WebRequest->getSession() #17 /var/www/gpf/mediawiki-1.31.0/includes/Setup.php(847): MediaWiki\Session\SessionManager::getGlobalSession() #18 /var/www/gpf/mediawiki-1.31.0/includes/WebStart.php(88): require_once(string) #19 /var/www/gpf/mediawiki-1.31.0/index.php(39): require(string) #20 {main} ==================== Needless to say, I'm pretty confused here. Nothing has changed to my configuration (and probably to the wiki's contents) since I successfully upgraded to 1.30.0. If I switch my symlink back to point to my MW 1.30.0 install, the site loads just fine. So it appears the updater is bombing when it tries to add the field "ipb_id" to table "ipblocks". What confuses me is the "SELECT command denied to user 'wikiuser'@'localhost'" error. My wiki has two MariaDB users: "wikuser" (the standard user set in $wgDBuser) and an admin user set with $wgDBadminuser. Neither user account has changed, either in the DB or in LocalSettings. It *almost* looks like the updater is trying to use the standard user to do admin functions, but even that doesn't make much sense. "wikiuser" has SELECT access to all tables in the DB, while the admin user has all permissions to the entire DB. So I don't see why that specific error would crop up; even "wikiuser" should be able to perform a simple SELECT. Fortunately, I can switch back to MW 1.30.0 pretty easily, but I thought I ought to report the problem. ADDENDUM: I just noticed the following in the 1.31 release notes: ==================== Important pre-upgrade notes for 1.31 - If you're using MySQL, SQLite, or MSSQL, are not using update.php to apply schema changes, and cannot have downtime to run migrateArchiveText.php and apply patch-drop-ar_text.sql manually, you'll have to apply a default value to the ar_text and ar_flags columns of the archive table or make those columns nullable before upgrading to MediaWiki 1.31. maintenance/archives/patch-nullable-ar_text.sql shows how to do this for MySQL. ==================== Based on this, I think there's something screwy with update.php. I *am* using update.php to apply schema changes, but I'm guessing it's not working correctly. I have *not* tried this manual fix (and would prefer not to unless absolutely necessary). Jeffrey T. Darlington General Protection Fault https://www.gpf-comics.com/

5 18

Category list doesn't automatically rebuild imported pages
by awrona＠uni-koeln.de 27 Jul '18

27 Jul '18

Hello, I have mass imported over 50 pages. This have categories which exist and were defined before. But this new imported pages are not shown in the lists of the categories. I run runJobs.php (and set $wgJobRunRate = 1) and run the rebuildall.php script and other scripts (like refreshLinks.php) but nothing changed. Any ideas what i can do? Otherwise i have to click in all 50 pages on the edit button and save it. Another changes and more pages for the import are yet to come Many Greetings, Adalbert Wrona

3 4

Re: [MediaWiki-l] formatter URL for external Identifiers
by Srinivas Desiraju 26 Jul '18

26 Jul '18

Hello, Is there any documentation or a link i could visit to understand the concept of how the formatter URL works in wikibase for external identifiers and what extensions or configuration needs to be done to enable it. On wikidata we see that any external identifier with a value on click redirects to the corresponding external domain page and this functionality is missing from our local installation of mediawiki with wikibase. Any assistance would be of help. Thanks & Regards, Srinivas

3 2

page forms loose edits on save after session expires
by Evans, Richard K. (GRC-H000) 25 Jul '18

25 Jul '18

Hello, I'm using Auth_RemoteUser as an immutable session provider in the following environment: * MediaWiki 1.30.0 (830bb58) * Auth_remoteuser 2.0.1 (0af2823) 16:22, 24 April 2018 * Page Forms 4.3 (c35e352) 13:50, 14 March 2018 * Immutable Session Provider - CA Policy Agent for Apache I have recently patched Auth_remoteuser to solve the "First-Save" bug that was fixed recently [2] , but a remaining problem that was not resolved by that patch is as follows: When a user's session times-out before they SAVE during form page edit (ala 'action=formedit'), the page form loses the user's edits in the process of having a new session created. This does not happen (loss of edits) with a normal edit (action=edit), only with form edits. [0] There has been talk about this problem in the past [1] and I'm wondering if the fix has been verified for users using AuthRemoteUser with an immutable session provider configuration. Can anyone help me identify if this is indeed a problem with Auth_RemoteUser or (unlikely) with Page Forms. [0] https://www.mediawiki.org/wiki/Extension_talk:Auth_remoteuser#page_forms_lo… [1] https://www.mediawiki.org/wiki/Extension_talk:Page_Forms/Archive_January_20… [2] https://www.mediawiki.org/wiki/Extension_talk:Auth_remoteuser#%22First_Save… -Rich

1 0

BlueSpice 3 beta can be tested now
by Markus Glaser 25 Jul '18

25 Jul '18

Hello everyone, it is my pleasure to announce the launch of the beta version of BlueSpice 3 [1]. For those who don't know the project yet: BlueSpice is a MediaWiki distribution for companies and organizations. There is a widely used free version, often used by NGOs and non-profit associations. We would like to invite everyone who is interested to test the beta. For the MediaWiki community, the most exciting point is probably to check our approaches to issues like quality assurance or on-site communication, which might be different for organisational wikis. Our experience with that type of wikis nurtured the development of version 3. What's new? A lot. Most notably: * we now use VisualEditor and ElasticSearch. Search can be filtered and supports semantic properties. * there's a responsive skin and a redesigned interaction concept involving two navigation columns. You might like the neat preview images for recent changes. * in the discussions try to break new ground. We want to facilitate discussions about articles and make them more traceable. To this end, we have introduced a timeline function and are gaining practical experience. * we introduced a right navigation bar for quality assurance and for power users, with the goal of making the software more comfortable not only for readers, but also for authors. More changes for BlueSpice 3 can be found out at the Notable Changes list. [2] Being a beta version, BlueSpice 3 is certainly not (yet) perfect. That's why we are interested in feedback from wiki authors, maintainers and developers. We collect insights directly in our beta test environment on a feedback page. If you want to become a beta tester: Please apply for edit access to the test environment. We'll send you an account. [3] For all participants of our beta test we offer two info webinars [4], where we present BlueSpice 3, but also will be answering questions and share experiences. * Tuesday, 31 July 2018 at 8 am UTC (in German) * Thursday, August 2, 2018 at 1 pm UTC (in English) Happy to hear from you all, and best regards, Markus (mglaser) [1] https://beta.bluespice.com/ [2] https://beta.bluespice.com/bluespice/index.php/Notable_Changes [3] https://bluespice.com/request-for-a-beta-test-account/ [4] https://bluespice.com/webinar/

1 0

How to remove the CheckUser group on a wiki?
by Amanda Quad 25 Jul '18

25 Jul '18

Hello, I am currently hosting a wiki through the provider Miraheze. One of the configuration changes that I made to my wiki is that I grandfathered oversight and checkuser rights into the “steward” group, which is what Miraheze uses for its “staff” group, and then I unset the oversight and checkuser groups to remove them in the config. The oversight group was removed, however the checkuser group still exists, despite unset( $wgGroupPermissions[‘checkuser’] ); being in the configuration. Does anyone know how to fix this? Even the sysadmins at Miraheze appear to be a little confused/unsure. Thanks,Amanda

2 2

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

MediaWiki-l July 2018