MediaWiki-l November 2015

mediawiki-l@lists.wikimedia.org

45 participants
46 discussions

Email problem following 1.16 to 1.25 conversion
by Cal Frye 19 Nov '15

19 Nov '15

Hi, We did a migration and conversion from v.1.16 to 1.25.3 on a new server, using XAMPP as our base. Generally, it worked well, thanks for that! We have a lingering problem, however, in sending email, including confirmation messages, password resets, etc. No mail is sent, and the error, "Unknown error in PHP's mail() function." is returned. Google suggests two small changes in the UserMailer.php file, both having to do with the $headers variable. Neither fix works, however, in our case. I've scanned the archives of this list back to January, and didn't see anything there that seemed like this problem. Can anyone point me in the right direction? Many thanks! Cal Frye

3 2

Extension:MessageCommons
by Mlpearc 16 Nov '15

16 Nov '15

My query on the extensions talk page has not been answered <https://www.mediawiki.org/wiki/Extension_talk:MessageCommons>, so I'll try here. I have the extension installed on my farm, I'm wondering if they're any system messages that the extension will not work with ie. system messages from gadgets, common.css/.js I would like to move all gadget messages to the MessageCommons host wiki and have the gadget work on outlying sites. *Mlpearc* Founder Everything Food & Drink.org everythingfoodanddrink.org <http://www.everythingfoodanddrink.org/w/index.php/Main_Page>

1 0

[External_Data] Selection of language, country, cities, etc
by Ed Hoo 16 Nov '15

16 Nov '15

Hi everyone, When using cargo and semantic forms, what is the best way to keep large lists of valid values. https://www.mediawiki.org/wiki/Extension:External_Data seems like a reasonable option. Am I overlooking a simpler option for relatively large lists? As a separate question is there a way that allows for pick-lists to be organized in a hierarchical manner? In the past, instead of using a dropdown listbox or combo box I used a popup menu with a submenu and that made selecting a value from a list with 100-200 choices very easy and very fast for the user. Short of using 2 fields (one conditional on the other) what are the options in the wiki universe?!! PS. Thanks for the tip on the data import extension!! Thanks again! -Ed

2 1

[Semantic Forms] How can we validate user input?
by Ed 16 Nov '15

16 Nov '15

Hi everyone, Is there a preferred way to validate user input on the client side. Things such as numerical ranges, pattern matching, upc or ean validity, url being form a particular domain, birth date earlier than death date, etc.? Thanks!

3 2

(no subject)
by T. P. Suhr 15 Nov '15

15 Nov '15

> Please follow installation instruction for EmbedVideo at... EmbedVideo isn't the one I was having trouble with. I replaced the one I *was* having trouble with, with EmbedVideo, and EV was up and running a few hours before my last reply. :) > Hi currently MobileFrontend doesen't support extension.json > but is in the process on being converted to it. Ah, that explains that trouble then. I have followed the instructions as you directed, and now I'm getting a different error when trying to visit the site with a mobile device: "Fatal Error: Call to undefined method ResourceLoader::makeInlineScript()" in the file: ".....extensions/MobileFrontend/includes/skins/MinervaTemplate.php" On line 292, which is: "echo ResourceLoader::makeInlineScript( $headerLoaded );" I've verified the file in question IS on the web server. -- tpsuhr(a)gmail.com

1 0

Starting Parsoid in a Bitnami-AWS hosted environment
by David Shaw 15 Nov '15

15 Nov '15

I have Mediawiki 1.25.3 running in a Bitnami hosted deployment. I understand the configration of Visual Editor and Parsoid server. I don't understand how to set up (what, where) in the Bitnami stack so Parsoid server starts automatically. I have Parsoid located at: /opt/bitnami/apps/mediawiki/htdocs/services/parsoid Mediawiki itself (m-w) is at: /opt/bitnami/apps/mediawiki/htdocs/[m-w] There is a Bitnami file located at: /opt/bitnami/apps/mediawiki/conf/parsoid.conf which I don't understand. It contains re-write rules. Maybe it's for the old Extension:Parsoid? Thanks David -- *David Shaw pmp, pcip* Senior Management Consultant | Information Architect 1.613.809.4793 Public key: 0xACB98DF4 Connect on my YouTube tutorials: Information management Tutorials <https://www.youtube.com/channel/UCppqnKc2XzjRIcUltgo1GRw> Connect on LinkedIn & my IM/KM Blog: Information management <http://www.linkedin.com/profile/view?id=6097601&trk=tab_pro> www.kontentsu.blogspot.com/ Connect on Facebook & my Trawler Blog: Trawlers <https://www.facebook.com/david.shaw.3994885?ref=ts> www.bluewater-trawlers.blogspot.ca/

1 0

Re: [MediaWiki-l] problem following 1.16 to 1.25 conversion
by Krishna Maheshwari 15 Nov '15

15 Nov '15

Thank you for your responses. The way I upgraded (to date) from the original 1.16 version to 1.25 was to 1. Upgrade the server which was running an outdated version of Debian. So, I created a new server with the current stable distro of Debian and copied the MySQL db to the new version of MySQL on the new server. I copied the mediawiki (v 1.16) to the new server as well. This resulted in a few minor issues due to incompatibilities w/ the updated PHP which I fixed. This new server is now running http://www.hindupedia.com 2. Created a backup image of the VM running http://www.hindupedia.com (on Rackspace Cloud) and created a new server with that image (which is now http://www.hindupedia.org) I don't think that this is due to collisions as the updated MySQL and old mediawiki running on a new version of PHP didn't have any problems (this is hindupedia.com). I also didn't export/import the database between hindupedia.com (running updated OS/PHP but v1.16 of mediawiki) and hindupedia.org (running new mediawiki). So, don't think that this i the problem. Since hindupedia.com is live and doesn't have any issues with the multi-byte characters (and was where I migrated the data from the old mysql to the new mysql), I think issue is happening due to something the update.php script does (or doesn't do). Any other ideas? Thanks! Krishna -------------------------------------------------------------------------------- Krishna Maheshwari Hindupedia, the Hindu Encyclopedia (www.hindupedia.com) -------------------------------------------------------------------------------- On Sat, Nov 14, 2015 at 7:00 AM, <mediawiki-l-request(a)lists.wikimedia.org> wrote: > 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: Upgrading from v1.16.5 to 1.25.3 resulting in corruption > of multi-byte article titles & articles (Ray Paseur) > 2. Re: Upgrading from v1.16.5 to 1.25.3 resulting in corruption > of multi-byte article titles & articles (Bartosz Dziewoński) > 3. [External_Data] Selection of language, country, cities, etc > (Ed Hoo) > 4. Email problem following 1.16 to 1.25 conversion (Cal Frye) > 5. Re: Email problem following 1.16 to 1.25 conversion > (Thomas Mulhall) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 13 Nov 2015 14:25:15 +0000 > From: Ray Paseur <ray.paseur(a)armedia.com> > To: "mediawiki-l(a)lists.wikimedia.org" > <mediawiki-l(a)lists.wikimedia.org> > Subject: Re: [MediaWiki-l] Upgrading from v1.16.5 to 1.25.3 resulting > in corruption of multi-byte article titles & articles > Message-ID: > < > DM2PR0101MB10882712EF8FB3408991C9BC86110(a)DM2PR0101MB1088.prod.exchangelabs.com > > > > Content-Type: text/plain; charset="iso-8859-1" > > KKM: Sorry that I do not have a direct solution to the issue, but I have > seen and researched similar issues in other sites. This article should > help explain what may be happening and offer some pointers. The version > level of PHP may be in play. > > http://iconoun.com/articles/collisions/ > > > ------------------------------ > > Message: 2 > Date: Fri, 13 Nov 2015 16:21:19 +0100 > From: Bartosz Dziewoński <matma.rex(a)gmail.com> > To: MediaWiki announcements and site admin list > <mediawiki-l(a)lists.wikimedia.org> > Subject: Re: [MediaWiki-l] Upgrading from v1.16.5 to 1.25.3 resulting > in corruption of multi-byte article titles & articles > Message-ID: <5645FFEF.6070500(a)gmail.com> > Content-Type: text/plain; charset=utf-8; format=flowed > > I think something went wrong when you exported and imported the > database. (I assume that's how you got the two sites up at the same > time?) MediaWiki always stores all text in the UTF-8 encoding, > and in the database, the encoding of the fields is marker as either > "binary" or "utf8" (the former is recommended due to problems with older > MySQL versions). > > My guess is that in the `page` table, the `page_title` field was marked > as being in some different encoding. This does not normally cause > problems (MediaWiki doesn't use any of MySQL encoding conversion > functions), but when you exported it, MySQL tried to interpret the UTF-8 > bytes as whatever-encoding bytes and converted that to UTF-8. When you > imported, the data was already damaged. > > If that's indeed the case (I'm just guessing), change the encoding of > the field in the original table (do not convert or re-encode the data, > it's correct, just marked wrong) and try to re-export and re-import that > table. > > -- > Bartosz Dziewoński > > > > ------------------------------ > > Message: 3 > Date: Fri, 13 Nov 2015 16:11:21 -0500 > From: Ed Hoo <edward.hoo(a)gmail.com> > To: MediaWiki announcements and site admin list > <mediawiki-l(a)lists.wikimedia.org> > Subject: [MediaWiki-l] [External_Data] Selection of language, country, > cities, etc > Message-ID: <A9821DC2-8F0D-412C-B1B2-569B7027A452(a)gmail.com> > Content-Type: text/plain; charset=us-ascii > > Hi everyone, > > When using cargo and semantic forms, what is the best way to keep large > lists of valid values. > https://www.mediawiki.org/wiki/Extension:External_Data seems like a > reasonable option. Am I overlooking a simpler option for relatively large > lists? > > As a separate question is there a way that allows for pick-lists to be > organized in a hierarchical manner? In the past, instead of using a > dropdown listbox or combo box I used a popup menu with a submenu and that > made selecting a value from a list with 100-200 choices very easy and very > fast for the user. Short of using 2 fields (one conditional on the other) > what are the options in the wiki universe?!! > > PS. Thanks for the tip on the data import extension!! > > Thanks again! > -Ed > > > ------------------------------ > > Message: 4 > Date: Fri, 13 Nov 2015 17:14:12 -0500 > From: Cal Frye <cal.frye(a)oberlin.edu> > To: mediawiki-l(a)lists.wikimedia.org > Subject: [MediaWiki-l] Email problem following 1.16 to 1.25 conversion > Message-ID: <564660B4.9050000(a)oberlin.edu> > Content-Type: text/plain; charset=ISO-8859-1 > > Hi, > > We did a migration and conversion from v.1.16 to 1.25.3 on a new server, > using XAMPP as our base. Generally, it worked well, thanks for that! > > We have a lingering problem, however, in sending email, including > confirmation messages, password resets, etc. No mail is sent, and the > error, "Unknown error in PHP's mail() function." is returned. > > Google suggests two small changes in the UserMailer.php file, both > having to do with the $headers variable. Neither fix works, however, in > our case. I've scanned the archives of this list back to January, and > didn't see anything there that seemed like this problem. > > Can anyone point me in the right direction? Many thanks! > > Cal Frye > > > > ------------------------------ > > Message: 5 > Date: Fri, 13 Nov 2015 23:23:16 +0000 > From: Thomas Mulhall <thomasmulhall410(a)yahoo.com> > To: mediawiki-l(a)lists.wikimedia.org > Subject: Re: [MediaWiki-l] Email problem following 1.16 to 1.25 > conversion > Message-ID: > <1447456996.86974.YahooMailMobile(a)web172705.mail.ir2.yahoo.com> > Content-Type: text/plain; charset=utf-8 > > Hi quick questions did you also update xampp since updating that may fix > problem. Also what php version are you using. MediaWiki 1.25 supports php > 5.3 or higher. And also in your local settings.php file you may need to > either regenerate it so that it is much easier to update meaning you re > generate the local settings file then copying it over to the > localsettings.php file. Also removed when regenerating it by going to the > sub folder w-config that localsettings.php should be temporary renamed so > localsettings.php can be regenerated. Then rename file back and copy over > from the new file to the old. > > ------------------------------ > > Subject: Digest Footer > > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l(a)lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/mediawiki-l > > > ------------------------------ > > End of MediaWiki-l Digest, Vol 146, Issue 14 > ******************************************** >

5 4

Re: [MediaWiki-l] Missing extension.json files
by T. P. Suhr 15 Nov '15

15 Nov '15

Thomas Mulhall wrote: > Hi which extensions did you update and which > extensions is causing this problem. And no > extension.json should be included so the file > may be missing from extension. The extensions in question are "YouTube" and "MobileFrontend". Just downloaded both of them (along with MediaWiki) this week, so they should theoretically be current. I've since replaced my YouTube attempt with EmbedVideo instead, so that one is more academic at this point. However, MobileFrontend is the one I'd REALLY like to get working.

2 1

Re: [MediaWiki-l] problem following 1.16 to 1.25 conversion
by kkm 15 Nov '15

15 Nov '15

Thanks for your ideas. I re-imaged the server to start the upgrade process again. Tried using mw-config from a browser (installing INTL, and all other dependencies it suggested). FYI, my 1.16 version used LocalSettings.php which I kept. I didn't start it from scratch with the upgraded install...There is also an AdminSettings.php which contains the MySQL login/pw for use by the maintenance scripts. The wikilinks work but they also got corrupted along with the article title. E.g., http://www.hindupedia.org/en/Category:Concise_Encyclopedia_of_Hinduism Has a link to an article entitled "Adbhuta BrÄ hmaá¹‡a" which works (links to http://www.hindupedia.org/en/Adbhuta_Br%C3%84%C2%81hma%C3%A1%C2%B9%E2%80%A1a ) The first link in the article has proper multi-byte characters ("Adbhuta Brāhmaṇa literally means wonderful or strange Brāhmaṇa.") This title should be "Adbhuta Brāhmaṇa <http://www.hindupedia.com/en/Adbhuta_Br%C4%81hma%E1%B9%87a>" Best Regards, Krishna <NOTE :removing thread history because to much other stuff was embedded in it due to the digest>

2 1

Missing extension.json files
by T P Suhr 14 Nov '15

14 Nov '15

I'm trying to install a couple extensions on my personal wiki that breaks on account of missing the respective "extension.json" files. (MediaWiki version 1.25.3) Am I expected to create them myself if they're not there? Online docs aren't so clear on that. ==== Sent from my mobile device - pardon the typos.

2 1

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 November 2015