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!
> 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
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/
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
> ********************************************
>
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.
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>
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.
Hi,
I am upgrading my non-profit's website which currently runs on MediaWiki
v1.16.5 to 2.25.3.
The current site is
http://www.hindupedia.com
The new site will be
http://www.hindupedia.org
When I installed the new version of mediawiki (manual tar unzipped into the
old mediawiki directory) and ran the update.php. After commenting out the
incompatible skins/extensions, I got the site up and running.
However, articles with multi-byte titles didn't transfer over or were
corrupted. For example,
The current site has a list of articles many of which have multi-byte
characters (e.g, with diacritical marks)
http://www.hindupedia.com/en/Category:Concise_Encyclopedia_of_Hinduism
The same page in the new site shows the article names are corrupted:
http://www.hindupedia.org/en/Category:Concise_Encyclopedia_of_Hinduism
An example is:
Abhiniveśa <http://www.hindupedia.com/en/Abhinive%C5%9Ba> became AbhiniveÅ›a
<http://www.hindupedia.org/en/Abhinive%C3%85%E2%80%BAa>
Multi-byte characters within articles themselves seem to be ok.
Does anyone know what could be causing this and/or how to fix it?
Best Regards,
Krishna
--------------------------------------------------------------------------------
Krishna Maheshwari
Hindupedia, the Hindu Encyclopedia (www.hindupedia.com)
--------------------------------------------------------------------------------
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/
First time using the mailing list, hope I'm doing this correctly.
Im using MediaWiki 1.25.3, PHP version is 5.4.45 (litespeed) and database
is MariaDB 10.0.22-MariaDB.
After editing a page, the changes are saved. But needing to make another
change I went to edit again only to find the last version of the page
before the previous edit.
Just updated via patch to 1.25.2 and then to 1.25.3. Also ran update on
composer installed extensions. Had just installed Cargo to try it out
(which was why I was making edits right after edits). Uninstalled to see if
that removed the problem, it did not. Also did not find any mention of the
problem on Cargo discussion page or mailing list (nor would it seem like a
problem caused by Cargo). Not sure if the problem existed before the
updates as I only use this wiki as a test wiki for new extensions and
templates. Main wiki (on another server) was updated the same way (without
adding Cargo) and does not have a similar problem.
After opening the edit page, refreshing the page does bring in the latest
version.