MediaWiki-l November 2014

mediawiki-l@lists.wikimedia.org

57 participants
58 discussions

Trouble seeing page text
by Tommy Pollak 14 Nov '14

14 Nov '14

My MediaWiki does now not show anything on the Read tab, switching to the Edit tab shows the correct content. Neither Preview nor Save shows anything. I do not have any clue where to start debugging. I believe everything worked well before I upgraded my system to Ubunty 14.10. The wiki is only usedon my LAN behind a router and a firewall. I would be happy for any ideas. Ubunty 14.10 Version is 1.20.2 PHP 5.5.12 MySQL 5.5.40 -- Tommy Pollák Wiboms v 12, 2 tr Phone +46 8 27 24 27 S-171 60 SOLNA Sweden

3 2

automated category creation approach?
by Bill Traynor 13 Nov '14

13 Nov '14

I'm hoping to gain some insight into how I might accomplish the following. I have an XML file that contain my company's product tree. The file is hierarchical and contains the following structure: <familyhierarchy> <family> <familyid> <name> <parentId> <url> <level> I need to import this file and automatically create Categories and applicable SubCategories in my wiki on a scheduled basis, picking up any changes that may have occurred over time. How would one approach such a task? My first thought is a script (PHP, Python, whatever) run periodically using cron to parse the file and trigger Category/SubCategory creation. Is this even possible? My second thought is to create an extension to parse the file periodically and create the Categories/SubCategories. Any advice as to how to solve this would be appreciated. Thanks Bill

1 0

Re: [MediaWiki-l] MediaWiki-l Digest, Vol 134, Issue 14
by Tally Rodriguez 12 Nov '14

12 Nov '14

El 12/11/2014 11:15, <mediawiki-l-request(a)lists.wikimedia.org> escribió: > > Send MediaWiki-l mailing list submissions to > mediawiki-l(a)lists.wikimedia.org > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.wikimedia.org/mailman/listinfo/mediawiki-l > or, via email, send a message with subject or body 'help' to > mediawiki-l-request(a)lists.wikimedia.org > > You can reach the person managing the list at > mediawiki-l-owner(a)lists.wikimedia.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of MediaWiki-l digest..." > > > Today's Topics: > > 1. Re: America/New_York] PHP Fatal error: Allowed memory size of > 41943040 bytes exhausted (Rob Kam) > 2. Re: America/New_York] PHP Fatal error: Allowed memory size of > 41943040 bytes exhausted (Benjamin Lees) > 3. Re: Reorganizing your wiki when the whole world changes...? > (Greg Rundlett (freephile)) > 4. Re: Reorganizing your wiki when the whole world changes...? > (Ed Swing) > 5. Re: America/New_York] PHP Fatal error: Allowed memory size of > 41943040 bytes exhausted (Rob Kam) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 12 Nov 2014 13:44:22 -0000 > From: "Rob Kam" <robkam(a)ymail.com> > To: "'MediaWiki announcements and site admin list'" > <mediawiki-l(a)lists.wikimedia.org> > Subject: Re: [MediaWiki-l] America/New_York] PHP Fatal error: Allowed > memory size of 41943040 bytes exhausted > Message-ID: <D01724460AC344488E5984A53DFF32C9@kutair> > Content-Type: text/plain; charset="us-ascii" > > > and "memory_limit = 195M" > > -----Original Message----- > From: mediawiki-l-bounces(a)lists.wikimedia.org > [mailto:mediawiki-l-bounces@lists.wikimedia.org] On Behalf Of John > Sent: 11 November 2014 17:15 > To: MediaWiki announcements and site admin list > Subject: Re: [MediaWiki-l] America/New_York] PHP Fatal error: Allowed memory > size of 41943040 bytes exhausted > > Increase your php's memory limit > > On Tuesday, November 11, 2014, Rob Kam <robkam(a)ymail.com> wrote: > > > The wiki is on a shared host, php.ini has "date.timezone = > "Europe/London"" > > and "memory_limit = 195M". All pages in the wiki , including talk > > pages, redirects, etc. is 593. MediaWiki is version 1.23.6 and PHP 5.3.28. > > > > Doing "php maintenance/refreshLinks.php --e 50", is okay but with > > "maintenance/refreshLinks.php -- 50 --e 51": > > Refreshing redirects table. > > Starting from page_id 50 of 1220. > > 100 > > 200 > > 300 > > 400 > > 500 > > 600 > > 700 > > 800 > > 900 > > 1000 > > 1100 > > 1200 > > Refreshing links tables. > > Starting from page_id 50 of 1220. > > Fatal error: Allowed memory size of 41943040 bytes exhausted (tried to > > allocate 11216 bytes) in ... includes/parser/Parser.php on line 2163 > > > > In the error log is "America/New_York] PHP Fatal error: Allowed > > memory size of 41943040 bytes exhausted (tried to allocate 11216 > > bytes) in ... > > includes/parser/Parser.php on line 2163" > > The end varies as I've tried different things, e.g.: > > Parser.php on line 409 > > Preprocessor_DOM.php on line 244 > > SqlBagOStuff.php on line 596 > > > > When I try to view the wiki page by appending /w/index.php?curid=50 or > > 51 I get "Bad title: The requested page title was invalid, empty, or > > an incorrectly linked inter-language or inter-wiki title. It may > > contain one or more characters that cannot be used in titles." > > > > How do I get refreshLinks.php to work as it should? Also less > > importantly is there a way for it to echo the page IDs at which it > > fails? > > > > Rob > > > > > > _______________________________________________ > > MediaWiki-l mailing list > > To unsubscribe, go to: > > https://lists.wikimedia.org/mailman/listinfo/mediawiki-l > > > _______________________________________________ > MediaWiki-l mailing list > To unsubscribe, go to: > https://lists.wikimedia.org/mailman/listinfo/mediawiki-l > > > > > ------------------------------ > > Message: 2 > Date: Wed, 12 Nov 2014 09:08:03 -0500 > From: Benjamin Lees <emufarmers(a)gmail.com> > To: MediaWiki announcements and site admin list > <mediawiki-l(a)lists.wikimedia.org> > Subject: Re: [MediaWiki-l] America/New_York] PHP Fatal error: Allowed > memory size of 41943040 bytes exhausted > Message-ID: > <CAL04nz-wLv8+NrF1hC3D2M0icJc_6BOJRA7FoCR67= wjGtSQ5g(a)mail.gmail.com> > Content-Type: text/plain; charset=UTF-8 > > To elaborate, if you are receiving that error, PHP thinks your memory > limit is 40MB. Your host might have a separate php.ini file for the > PHP CLI (as opposed to when it's run through the web server). > > On Wed, Nov 12, 2014 at 8:44 AM, Rob Kam <robkam(a)ymail.com> wrote: > >> and "memory_limit = 195M" > > > > -----Original Message----- > > From: mediawiki-l-bounces(a)lists.wikimedia.org > > [mailto:mediawiki-l-bounces@lists.wikimedia.org] On Behalf Of John > > Sent: 11 November 2014 17:15 > > To: MediaWiki announcements and site admin list > > Subject: Re: [MediaWiki-l] America/New_York] PHP Fatal error: Allowed memory > > size of 41943040 bytes exhausted > > > > Increase your php's memory limit > > > > On Tuesday, November 11, 2014, Rob Kam <robkam(a)ymail.com> wrote: > > > >> The wiki is on a shared host, php.ini has "date.timezone = > > "Europe/London"" > >> and "memory_limit = 195M". All pages in the wiki , including talk > >> pages, redirects, etc. is 593. MediaWiki is version 1.23.6 and PHP 5.3.28. > >> > >> Doing "php maintenance/refreshLinks.php --e 50", is okay but with > >> "maintenance/refreshLinks.php -- 50 --e 51": > >> Refreshing redirects table. > >> Starting from page_id 50 of 1220. > >> 100 > >> 200 > >> 300 > >> 400 > >> 500 > >> 600 > >> 700 > >> 800 > >> 900 > >> 1000 > >> 1100 > >> 1200 > >> Refreshing links tables. > >> Starting from page_id 50 of 1220. > >> Fatal error: Allowed memory size of 41943040 bytes exhausted (tried to > >> allocate 11216 bytes) in ... includes/parser/Parser.php on line 2163 > >> > >> In the error log is "America/New_York] PHP Fatal error: Allowed > >> memory size of 41943040 bytes exhausted (tried to allocate 11216 > >> bytes) in ... > >> includes/parser/Parser.php on line 2163" > >> The end varies as I've tried different things, e.g.: > >> Parser.php on line 409 > >> Preprocessor_DOM.php on line 244 > >> SqlBagOStuff.php on line 596 > >> > >> When I try to view the wiki page by appending /w/index.php?curid=50 or > >> 51 I get "Bad title: The requested page title was invalid, empty, or > >> an incorrectly linked inter-language or inter-wiki title. It may > >> contain one or more characters that cannot be used in titles." > >> > >> How do I get refreshLinks.php to work as it should? Also less > >> importantly is there a way for it to echo the page IDs at which it > >> fails? > >> > >> Rob > >> > >> > >> _______________________________________________ > >> MediaWiki-l mailing list > >> To unsubscribe, go to: > >> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l > >> > > _______________________________________________ > > MediaWiki-l mailing list > > To unsubscribe, go to: > > https://lists.wikimedia.org/mailman/listinfo/mediawiki-l > > > > > > _______________________________________________ > > MediaWiki-l mailing list > > To unsubscribe, go to: > > https://lists.wikimedia.org/mailman/listinfo/mediawiki-l > > > > ------------------------------ > > Message: 3 > Date: Wed, 12 Nov 2014 13:59:00 -0500 > From: "Greg Rundlett (freephile)" <greg(a)freephile.com> > To: MediaWiki announcements and site admin list > <mediawiki-l(a)lists.wikimedia.org> > Subject: Re: [MediaWiki-l] Reorganizing your wiki when the whole world > changes...? > Message-ID: > < CANaytcdbX1hby0stYaVr9EujPhiBXgi8p1-1CvstuObB9BF4mg(a)mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > On Mon, Nov 3, 2014 at 9:45 AM, Daniel Barrett <danb(a)vistaprint.com> wrote: > > > Imagine the impact on Wikipedia if, say, the periodic table of the > > elements from chemistry was completely revamped, changing the name of every > > element, the groupings of elements, etc. It's easy enough to fix the > > Periodic Table<http://en.wikipedia.org/wiki/Periodic_table> article, but > > what about the thousands of other articles< > > http://en.wikipedia.org/w/index.php?title=Special%3ASearch&profile=default&… > > > that include the word "hydrogen"? They are all instantly wrong. Fortunately > > this doesn't happen often! > > > > However, this kind of situation happens all the time in companies that > > have internal MediaWiki sites. The company reorganizes, changing the names > > and missions of all the teams, repartitioning into groups that don't map > > one-to-one with the old teams. Suddenly, in one second, thousands of wiki > > articles are wrong. > > > > I'm wondering if anybody has been successful at getting a company wiki to > > survive this kind of change...? > > > > My company has a very successful wiki with 200,000 topics, and these > > company reorganizations are extremely destructive to the wiki. Thousands of > > article titles contain the names of teams. Tens of thousands of articles > > include team names in their content. Every article that doesn't get fixed > > is an error, waiting to confuse a new employee. > > > > Automatic search-and-replace does not really help except in the simplest > > cases. > > > > We've mostly relied on recategorization and mass article renaming, both > > using Pywikibot. But this does not fix the article content. In an ideal > > world, each page would have an "owner" who would take the initiative to fix > > the content; but in companies, everybody is busy with other work, and pages > > don't really have owners... some were even written by ex-employees. > > > > Any suggestions appreciated! > > DanB > > > > (Just saw this now.) > > The Repla

1 0

Reorganizing your wiki when the whole world changes...?
by Daniel Barrett 12 Nov '14

12 Nov '14

Imagine the impact on Wikipedia if, say, the periodic table of the elements from chemistry was completely revamped, changing the name of every element, the groupings of elements, etc. It's easy enough to fix the Periodic Table<http://en.wikipedia.org/wiki/Periodic_table> article, but what about the thousands of other articles<http://en.wikipedia.org/w/index.php?title=Special%3ASearch&profile=default&…> that include the word "hydrogen"? They are all instantly wrong. Fortunately this doesn't happen often! However, this kind of situation happens all the time in companies that have internal MediaWiki sites. The company reorganizes, changing the names and missions of all the teams, repartitioning into groups that don't map one-to-one with the old teams. Suddenly, in one second, thousands of wiki articles are wrong. I'm wondering if anybody has been successful at getting a company wiki to survive this kind of change...? My company has a very successful wiki with 200,000 topics, and these company reorganizations are extremely destructive to the wiki. Thousands of article titles contain the names of teams. Tens of thousands of articles include team names in their content. Every article that doesn't get fixed is an error, waiting to confuse a new employee. Automatic search-and-replace does not really help except in the simplest cases. We've mostly relied on recategorization and mass article renaming, both using Pywikibot. But this does not fix the article content. In an ideal world, each page would have an "owner" who would take the initiative to fix the content; but in companies, everybody is busy with other work, and pages don't really have owners... some were even written by ex-employees. Any suggestions appreciated! DanB

6 7

Upload-problems in Xampp-environment
by Katharina Wolkwitz 12 Nov '14

12 Nov '14

Hello everybody, I'm running my mediawiki-installation in a Xampp-environment on a SLES11SP3-server, and since upgrading to version 1.23.6 I cannot get the file-upload to work again. So far I'ver tried the following: Settings in LocalSettings.php $wgEnableUploads = true; #$wgUploadPath = "/_kate/test/images"; $wgUploadPath = "$wgScriptPath/images"; $wgFileExtensions = array('dat', 'png', 'gif', 'jpg', 'jpeg', 'pdf'); $wgCheckFileExtensions = true; $wgVerifyMimeType = false; $wgAllowExternalImages = true; wiki-t00:/opt/lampp/htdocs/_fhbwiki # chmod -R 0777 images wiki-t00:/opt/lampp/htdocs/_fhbwiki # chown -R wwwrun:www images But nothing changes the error-message I get (with minute difference in the goal-directory): Das Verzeichnis „mwstore://local-backend/local-public/f/f6“ konnte nicht angelegt werden. Only if I add the following line in the LocalSettings.php-File: ## If you want to use image uploads under safe mode, ## create the directories images/archive, images/thumb and ## images/temp, and make them all writable. Then uncomment ## this, if it's not already uncommented: $wgHashedUploadDirectory = false; The error-message changes slightly to: Das Verzeichnis „mwstore://local-backend/local-public“ konnte nicht angelegt werden In my former installation I didn't need to change the owner:group of the images-directory at all - there the directory belonged to the same owner:group as the rest of the mediawiki-directory and the upload worked fine with the 777-rights on the images-directory. I've found the following link https://www.mediawiki.org/wiki/Manual:Configuring_file_uploads#Check_direct… and the hint to using the www-data user:group but on my server there is _no_ such user:group. Would I need to add them in order to make the file-upload work? Kate

2 1

Hel
by Marvin Florentino 11 Nov '14

11 Nov '14

Marvin.florentino1283(a)gmail.com

1 0

bestand uit bestandslijst verwijderen
by Tom Wesselius 11 Nov '14

11 Nov '14

Hallo Wikimedia, Ik ben begonnen met het opzetten van wiki pagina voor het bedrijf waarvoor ik werk, ik kom er alleen niet uit hoe ik een bestand uit mijn bestandslijst (zelf geupload) weer kan verwijderen. Zouden jullie mij hier verder mee kunnen helpen?? Met vriendelijke groet, Tom Wesselius [Brengt de zaak verder] , www.dehoogewaerder.nl<http://dehoogewaerder.nl> [Ter info...] Onze Corporate Finance divisie heeft een nieuwe website gelanceerd 'Bedrijfsfinanciering op maat'<http://dehoogewaerder.nl/ldsq> met alles over alternatieve financieringsmogelijkheden voor het MKB! Disclaimer "De informatie verzonden met dit bericht is uitsluitend bestemd voor de geadresseerde. Gebruik van deze informatie door anderen dan de geadresseerde is verboden. Openbaarmaking, vermenigvuldiging, verspreiding en/of verstrekken van deze informatie aan derden is niet toegestaan. Het is mogelijk dat tijdens het transport van dit bericht fouten zijn ontstaan zodat het bericht onjuist is overgekomen. Hiervoor kunnen wij geen aansprakelijkheid erkennen. Wij adviseren u om bij twijfel over de juistheid of volledigheid contact met ons op te nemen. Op dit e-mail bericht inclusief de bijlage is geen accountantscontrole toegepast.

2 1

Custom JavaScript
by John 11 Nov '14

11 Nov '14

OK, Ive spent the better part of two hours trying to figure out mediawiki JavaScript. In the last two hours all I have accomplished is giving myself a headache. My goal is a basic JavaScript tool for moving pages. On a private wiki I run it is often needed to archive material that is no longer needed, We dont like to delete because often this material is still useful. Instead we move it to a custom namespace. What I am trying to do in JavaScript and failing spectacularly at is a tool that will take Title, and move it to Archive:Title without a redirect with a single click. Yes I know it sounds simple but Im having a devil of a time figuring out how to use the mediawiki js api Any help would be welcome

4 5

Manual: moveBatch.php - MediaWiki
by Marvin Florentino 11 Nov '14

11 Nov '14

https://www.mediawiki.org/wiki/Manual:MoveBatch.php

1 0

tools.wmflabs.org
by Tommy Heyser 10 Nov '14

10 Nov '14

Hi all, When my wiki pages load, they try to access tools.wmflabs.org, which kept the page loading wheel spinning (in Chrome) and "Waiting for tools.wmflabs.org..." in the status bar. I'm not sure whether they succeed or just timed out. I'm running version 1.23.6. Is this typical with this version of MW or could this be due to an extension? Cheers, Tommy Heyser

3 2

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

MediaWiki-l November 2014