MediaWiki-l January 2016

mediawiki-l@lists.wikimedia.org

57 participants
59 discussions

by Till Kraemer

Hi, I'm trying to use Wikibase on my pool wiki and language wikis. In my pool wiki, I can create properties and items, but I can't add site links to them. ID: "Q1", site id: "cswiki", site link: "article name" gives me the error "The specified article could not be found on the corresponding site." even though that article exists on cswiki. I also can't access data from the language wikis. If I use {{#property:P1}} in an article on cswiki, nothing shows up. I downloaded Wikidata-refs-heads-master.tar.gz and extracted it to the extension folder of my pool wiki and language wikis. My LocalSettings.php of the pool wiki looks like this: # Wikibase $wgEnableWikibaseRepo = true; $wgEnableWikibaseClient = false; $wmgUseWikibaseRepo = true; $wmgUseWikibaseClient = false; require_once __DIR__ . "/extensions/Wikidata/Wikidata.php"; require_once __DIR__ . "/extensions/Wikidata/extensions/Wikibase/repo/ExampleSettings.php"; # SiteMatrix Extension require_once "$IP/extensions/SiteMatrix/SiteMatrix.php"; $wgLocalDatabases = array( 'cswiki', 'dewiki', 'enwiki', 'eswiki', 'frwiki', 'huwiki', 'hywiki', 'itwiki', 'nlwiki', 'plwiki', 'poolwiki', 'ptwiki', 'ruwiki', 'srwiki', 'svwiki' ); My LocalSettings.php of the language wikis (cs for example) look like this: # Wikibase Extension $wgEnableWikibaseRepo = false; $wgEnableWikibaseClient = true; $wmgUseWikibaseRepo = false; $wmgUseWikibaseClient = true; require_once __DIR__ . "/extensions/Wikidata/Wikidata.php"; # Settings $wgWBSettings['repoUrl'] = 'http://pool.mypedia.com'; $wgWBSettings['repoScriptPath'] = '/w'; $wgWBSettings['repoArticlePath'] = '/wiki/$1'; $wgWBSettings['siteGlobalID'] = 'cswiki'; $wgWBSettings['repoDatabase'] = 'poolwiki'; $wgWBSettings['changesDatabase'] = 'poolwiki'; # Optional $wgWBSettings['siteGroup'] = 'mypedia'; $wgWBSettings['sort'] = 'code'; //optional $wgWBSettings['sortPrepend'] = array( 'cs' ); In populateSitesTable.php, I changed "https://meta.wikimedia.org/w/api.php" to "http://pool.mypedia.com/w/api.php" and "$validGroups = array( 'wikipedia', 'wikivoyage', 'wikiquote', 'wiktionary','wikibooks', 'wikisource', 'wikiversity', 'wikinews' );" to "$validGroups = array( 'mypedia' );" Do I need to change "$wikiId = $this->getOption( 'wiki' );" too, since it says "wiki" is expanded to "wikipedia"? Table "sites" in the poolwiki database looks like this: site_id | site_global_key | site_type | site_group | site_source | site_language | site_protocol | site_domain | site_data | site_forward | site_config 1 | cswiki | mediawiki | mypedia | local | cs | http:// | com.mypedia.cs. | a:1:{s:5:"paths";a:2:{s:9:"file_path";s:5:"/w/$1";s:9:"page_path";s:8:"/wiki/$1";}} | 0 | a:0:{} [...] 15 | poolwiki | mediawiki | pool | local | en | http:// | com.mypedia.pool. | a:1:{s:5:"paths";a:2:{s:9:"file_path";s:5:"/w/$1";s:9:"page_path";s:8:"/wiki/$1";}} | 0 | a:0:{} I changed site_group "wikipedia" to "mypedia" and added data for site_protocol and site_domain by hand. I noticed that the script path is "/w/$1" here, while $wgScriptPath in LocalSettings.php is actually "/w", could that cause any problems? And should I change site_group of the pool to mypedia like I did with the language wikis or isn't that necessary? Wikibase DataModel 0.8, Wikibase Repository 0.5 alpha, WikibaseLib 0.5 alpha and Wikidata show up in Special:Version of the pool wiki. Wikibase Client 0.5 alpha, Wikibase DataModel 0.8, WikibaseLib 0.5 alpha and Wikidata show up in Special:Version of the language wikis. Any help would be really appreciated! Thanks and cheers, Till

7 years, 2 months

File descriptions aren't fetched

by Till Kraemer

Hi, I'm running multiple language wikis and one pool wiki. The problem is that no file descriptions are fetched in the language wikis although $wgFetchCommonsDescriptions is set to true. LocalSettings.php of the language wikis: $wgUseSharedUploads = true; $wgSharedUploadPath = 'http://pool.example.com/w/images'; $wgSharedUploadDirectory = '/path/to/pool/w/images/'; $wgHashedSharedUploadDirectory = true; $wgFetchCommonsDescriptions = true; $wgSharedUploadDBname = 'poolwiki'; # DB-Name of PoolWiki #$wgSharedUploadDBprefix = 'wiki_'; # Table name prefix for PoolWiki $wgRepositoryBaseUrl = "http://pool.example.com/wiki/Image:"; ForeignAPIRepo used to work fine before, but since I switched from Apache to Nginx, no images show up anymore in the language wikis. This is how my LocalSettings.php used to look like: $wgForeignFileRepos[] = array( 'class' => 'ForeignAPIRepo', 'name' => 'pool', 'apibase' => 'http://pool.example.com/w/api.php', 'fetchDescription' => true, // Optional 'descriptionCacheExpiry' => 43200, // 12 hours, optional (values are seconds) 'apiThumbCacheExpiry' => 0, // required for local thumb caching ); I also tried to set 'name' => 'poolwiki', (name of the pool database) but that doesn't work either. I also re-started Memcached and I even deleted a file description page from the CloudFlare cache, but still no file description can be seen :/ My software: MediaWiki: 1.22.0 PHP: 5.3.27 (fpm-fcgi) MySQL: 5.1.70-log Any help would be über-cool. Thanks and cheers, Till

7 years, 2 months

MediaWiki:Common.js not saving

by Legault, Phillip [ITSUS]

I think I asked about this before and not sure how to resolve this issue. Before it was on a server I was using as a test server. Now I'm running MediaWiki 1.26.2 Php 5.6 When I try to save the MediaWiki:Common.js I get an error This webpage is not available ERR_CONNECTION_ABORTED I refresh and it goes back to edit mode with &action=submit I tried with deferent skins etc I don't see any other mediawiki errors. Thanks! Phil

7 years, 8 months

Attempting to view .mp4 video file on Safari browser thru img_auth.php

by kevstoy＠aol.com

Hello everyone, Thanks you in advance for reading this post and any assistance! :) I'm attempting to view/replay a .mp4 video file that has been uploaded into my wiki using Mediawiki 1.25 thru the img_auth.php process on Safari on a Mac. The video player "becomes visible" and says "loading" but the content never plays. The file appears and plays just fine in Chrome, IE, and Firefox. So my question is has anyone else run into this issue and/or why would this be an issue just for safari? On a related note, I stuck my video file in one of my web accessible extension directories and the video file plays just fine on all browsers. So I'm thinking there's something in img_auth.php, but not sure. So details to test/recreate: - Simple/small .mp4 file: (e.g. TestVideo.mp4) - Mediawiki v1.25 - Mac: v10.10.5 - Safari: v9.0.2 Test steps: 1) In my Wiki I use the Special:Upload page to upload my TestVideo.mp4 to the wiki. The result is two links like so: - http://server/MyWiki/index.php/File:TestVideo.mp4 and - http://server/MyWiki/img_auth.php/d/da/TestVideo.mp4 If you go directly to the second link, the video plays fine in IE, Chrome, and Firefox but not in Safari. A follow up test: 1) I manually uploaded my TestVideo.mp4 to a random extension directory (since that was web accessible outside of img_auth.php) such as: - http://server/MyWiki/extensions/MyExtension/videos/TestVideo.mp4 And this link plays the video just fine on all browsers. So does anyone have any thoughts (or solutions on how to fix) why img_auth.php is doing something that isn't properly playing the .mp4 video on Safari, but works on the other browsers? Thank you again for the assistance! Regards, Kevin Forbes

7 years, 10 months

apostrophe page names disappeared from wiki on migration

by Jorge Garcia Flores

Hi there... I have a wiki running like a charm for two years. Last month I was trying to migrate to a brand new server, so I did the following: 1. Install mediawiki 1.26.0 on the new server 2. Upgrade from mediawiki 1.25.3 to 1.26.0 on the old server 3. Dump the old database on a .sql file 4. Load the database on the new server 5. Copy the files from the old to the new server Everything works fine EXCEPT those pages with an apostrophe on the page title, which send an ERR_TOO_MANY_REDIRECTS error. I have compared both the database character set and the storage engine and their are the same... Could you help me guess what could be the problem. The wiki is in French, so there are lots of pages with an apostrophe on their name.... Cheers PS: Both records are identical in both databases SELECT default_character_set_name FROM information_schema.SCHEMATA -> WHERE schema_name = "wikircln"; +----------------------------+ | default_character_set_name | +----------------------------+ | latin1 | +----------------------------+ page | CREATE TABLE `page` ( `page_id` int(10) unsigned NOT NULL AUTO_INCREMENT, `page_namespace` int(11) NOT NULL, `page_title` varbinary(255) NOT NULL, `page_restrictions` tinyblob NOT NULL, `page_is_redirect` tinyint(3) unsigned NOT NULL DEFAULT '0', `page_is_new` tinyint(3) unsigned NOT NULL DEFAULT '0', `page_random` double unsigned NOT NULL, `page_touched` binary(14) NOT NULL DEFAULT '\0\0\0\0\0\0\0\0\0\0\0\0\0\0', `page_latest` int(10) unsigned NOT NULL, `page_len` int(10) unsigned NOT NULL, `page_content_model` varbinary(32) DEFAULT NULL, `page_links_updated` varbinary(14) DEFAULT NULL, `page_lang` varbinary(35) DEFAULT NULL, PRIMARY KEY (`page_id`), UNIQUE KEY `name_title` (`page_namespace`,`page_title`), KEY `page_random` (`page_random`), KEY `page_len` (`page_len`), KEY `page_redirect_namespace_len` (`page_is_redirect`,`page_namespace`,`page_len`) ) ENGINE=InnoDB AUTO_INCREMENT=155 DEFAULT CHARSET=binary |

7 years, 10 months

Re: [MediaWiki-l] Wikidelphia's Rich Editor

by Greg Sabino Mullane

Stan <stan(a)pokras.net> writes: > The person who initially set up the software for Wikidelphia has > examined the problem and recommends that we update. ... > Reply here with any questions. It would be great if you would > investigate what might be needed to be done and (with some patience) > walk me through the steps. Here's a link to the > "<http://www.wikidelphia.org/index.php?title=Special:Version>Special:Version" > page. Version is 1.16.5 for those playing at home. That's pretty old, but you should be able to do an upgrade. The first step is to create a copy of the wiki you can experiment with. See my post here, although it is Postgres specific: http://blog.endpoint.com/2015/06/mediawiki-complete-test-wiki-via-cloning.h… As long as you haven't done too much customization, the update should go fairly smooth: download the 1.26.2 tarball, unpack, copy LocalSettings.php, copy extensions, run update.php. You may have to disable or update most of your non-core extensions. -- Greg Sabino Mullane greg(a)endpoint.com End Point Corporation PGP Key: 0x14964AC8

7 years, 10 months

More Lua stuff not working

by John Foster

OK, So i'm trying again to get Lua to work on my server., Specs; ubuntu linux; Apache, mysql, mediawiki 1.25.1, lua 5.0 5.1 5.2 all installed from ubuntu; Scribunto versions of binaries are sketchy and have consistently failed to work properly. Lua is executable from the command line so I am certain there are no issues there. In the snip from local settings below, the 'lua' is a symbolic link to lua5.2 as set up by my distro manager. I have extension Scribunto installed and configured thusly in LocalSettings require_once( "$IP/extensions/Scribunto/Scribunto.php" ); $wgScribuntoEngineConf['lua']['luaPath'] = ( '/usr/bin/lua' ); $wgShowExceptionDetails = true; $wgScribuntoUseGeSHi = true; $wgScribuntoUseCodeEditor = true; Now this is the error message I'm getting. I have googled it and there seem to be a crap load of sites with this issue. Lua error: callParserFunction: function "PROTECTIONEXPIRY" was not found. Backtrace: 1. *(tail call)*: ? 2. *[C]*: in function "error" 3. *MWServer.lua:69*: ? 4. *(tail call)*: ? 5. *(tail call)*: ? 6. *Module:Effective_protection_expiry:20 <http://www.physicswiki.net/index.php?title=Module:Effective_protection_expi…>*: in function "effectiveProtectionExpiry" 7. *Module:Protection_banner:137 <http://www.physicswiki.net/index.php?title=Module:Protection_banner&action=…>*: in function "new" 8. *Module:Protection_banner:872 <http://www.physicswiki.net/index.php?title=Module:Protection_banner&action=…>* : ? 9. *(tail call)*: ? 10. *mw.lua:511*: ? 11. *(tail call)*: ? 12. *[C]*: in function "xpcall" 13. *MWServer.lua:87*: in function "handleCall" 14. *MWServer.lua:301*: in function "dispatch" 15. *MWServer.lua:40*: in function "execute" 16. *mw_main.lua:7*: in main chunk 17. *[C]*: ? I have virtually no idea how to fix this. I do have all the required modules installed also. Thanks in advance for any tips. John

7 years, 10 months

Taking a shortcut key for an extension

by Yaron Koren

Hi, The Semantic Forms extension defines its own tab, called "Edit with form". I'd like to create a keyboard shortcut for that tab. The problem is, the ASCII letters for keyboard shortcuts are almost all taken: https://meta.wikimedia.org/wiki/Help:Keyboard_shortcuts#Default_Shortcuts (If you sort by "keyboard key", it's easier to see.) Now, there seem to be some errors in this table: - The table claims that the "whatlinkshere" key is "b", but it seems to be "j" - The table claims that the "recentchangeslinked" key is "c", but it seems to be "k" - The table claims that the "article" key is "a", but it seems to be "c" Thus, the table makes it look like the available shortcut keys are "j" and "k", but really it seems like they're "a" and "b". I know of two extensions that have their own shortcut key: Wikibase, which took "g", and VisualEditor, which took "v". "g" was available, although "v" was not it - in core MediaWiki, it's already used for "compare selected versions" in the history page. If VE is installed, VE's use of the key simply overrides core MediaWiki's, for better or worse. Anyway, what is the protocol for an extension taking a shortcut key? Should I just take "a" or "b", or are they unused for a reason? Conversely, maybe I can take something other than an ASCII letter - a number, perhaps? -Yaron -- WikiWorks · MediaWiki Consulting · http://wikiworks.com

7 years, 10 months

MediaWiki Language Extension Bundle 2016.01 release

by Kartik Mistry

Hello all, I would like to announce the release of MediaWiki Language Extension Bundle 2016.01. This bundle is compatible with MediaWiki 1.25.x and 1.26.x. Next MLEB is expected to be released in 3 months. If there are major changes or important bug fixes, we will do intermediate release. Please give us your feedback at [[Talk:MLEB|https://www.mediawiki.org/wiki/Talk:MLEB]]. * Download: https://translatewiki.net/mleb/MediaWikiLanguageExtensionBundle-2016.01.tar… * sha256sum: 7a46bb96f852aa42f728c68e4e21558878c8cba703ce9f8f6c2316af7bbe03e3 Quick links: * Installation instructions are at: https://www.mediawiki.org/wiki/MLEB * Announcements of new releases will be posted to a mailing list: https://lists.wikimedia.org/mailman/listinfo/mediawiki-i18n * Report bugs to: https://phabricator.wikimedia.org/ * Talk with us at: #mediawiki-i18n @ Freenode Release notes for each extension are below. -- Kartik Mistry == Babel, CleanChanges and LocalisationUpdate == * Localisation updates only. == CLDR == * Hebrew names for Cebuano and Norwegian are fixed. * cldr converted to extension registration. Please update your LocalSettings.php! == Translate == * Old custom tokens were deprecated in favor of using regular "csrf" (previously known as "edit") token. If you are using Translate WebAPIs you might need to migrate. * Special:Translations no longer shows PHP notices for pages with invalid language codes * Special:Translate now longer shows deprecation warnings about access keys in the JavaScript console. * Translate is now syntactically compatible with PHP7. * Message group selector on Special:SearchTranslations no longer has glitchy behavior after selecting a group. * MessageIndex code was optimized. It now ignored messages not in $wgTranslateMessageNamespaces. By default this should be fine, but if you have translations in custom namespaces, check that they are included. * Pages with <languages /> now load faster with cold caches. * MachineTranslationAid no longer throws uncaught exceptions with default configuration that broke other translation aids. == UniversalLanguageSelector == * ULS now uses extension registration and thus requires MediaWiki 1.25 or later * Input methods should now work inside Visual Editor. * Fonts: ** OpenDyslexic font updated to latest upstream. ** Akkadian font should work again. * Input Methods: * New input methods: ** Rodali (Assamese) layout. ** OdiScript (Oriya) layout. ** Yoruba layout. * Updated input methods: ** Updated Oriya Lekhani layout. ** Digit fixes in Southern Kurdish layout. ** Minor fixes in Sinhala layout. -- Kartik Mistry/કાર્તિક મિસ્ત્રી | IRC: kart_ {kartikm, 0x1f1f}.wordpress.com

7 years, 10 months

Modified date

by Legault, Phillip [ITSUS]

Is there a query I can run that will give me the last modified date excluding a certain date?

7 years, 10 months

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

MediaWiki-l January 2016