MediaWiki-l February 2016

mediawiki-l@lists.wikimedia.org

50 participants
50 discussions

Lis tes messages avant qu'ils ne soient effacés!

by Badoo

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 months, 3 weeks

Wikibase on third-party wikis

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, 7 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, 7 months

cldr not installing properly

by Andrew Geary

I am attempting to install cldr. In previous installations, I have not had any issues with this extension and is currently live at wiki.seg.org. When working on updating the Mediawiki software from 1.23.2 to 1.26.2, after installing several other extensions, I get this message in the command prompt when attempting to update the database after installing cldr. PHP Notice: Use of undefined constant MW_MATH_MATHML - assumed 'MW_MATH_MATHML' in /var/www/html/mediawiki/LocalSettings.php on line 166 PHP Fatal error: Uncaught exception 'Exception' with message '/var/www/html/mediawiki/extensions/cldr/extension.json does not exist!' in /var/www/html/mediawiki/includes/registration/ExtensionRegistry.php:106 Stack trace: #0 /var/www/html/mediawiki/includes/GlobalFunctions.php(181): ExtensionRegistry->queue('/var/www/html/m...') #1 /var/www/html/mediawiki/LocalSettings.php(202): wfLoadExtension('cldr') #2 /var/www/html/mediawiki/maintenance/doMaintenance.php(83): require('/var/www/html/m...') #3 /var/www/html/mediawiki/maintenance/update.php(214): require_once('/var/www/html/m...') #4 {main} thrown in /var/www/html/mediawiki/includes/registration/ExtensionRegistry.php on line 106 I have enabled the Math extension and set MathML as the rendering option. This is how it appears in LocalSettings.php: require_once "$IP/extensions/Math/Math.php"; // Set MathML as default rendering option; $wgDefaultUserOptions['math'] = MW_MATH_MATHML; $wgMathFullRestbaseURL= 'https://api.formulasearchengine.com/'; Can someone please provide guidance in troubleshooting this issue? Thank you. Andrew Geary ageary(a)seg.org Andrew Geary SEG Publications outreach editor Society of Exploration Geophysicists (SEG) 8801 South Yale, Suite 500 / Tulsa, OK 74137 USA 504-407-1303 ageary(a)seg.org www.seg.org

7 years, 8 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

8 years

Translate extension and Apertium

by Andrew Geary

I have set up the Translate extension on my wiki. Everything works well except that the machine translation is very inconsistent. On some articles it will show the Apertium translation, but the majority of articles the box stays empty (only showing the "Add documentation" button). Does anyone know why this might be and how I could fix it so the machine translation appears for each unit? Thank you, Andrew MediaWiki: 1.23.2 PHP: 5.5.9-1ubuntu4.14 (apache2handler) MySQL: 5.5.47-0ubuntu0.14.04.1 Andrew Geary ageary(a)seg.org

8 years, 1 month

VirtualEditor: Error loading data from server: 404: parsoidserver-http: HTTP 404

by Herta Van den Eynde

Environment: OS: Ubuntu 14.04.4 LTS MediaWiki: 1.26.2 wiki url: http://intranet.hit.local/wiki-hitit/ parsoid listener port: 8142 After a good day of trying to set up VirtualEditor, the above error is still with us. I think I followed the instructions in - https://www.mediawiki.org/wiki/Extension:VisualEditor - https://www.mediawiki.org/wiki/Parsoid/Setup though, I'm still uncertain about the url. /var/www/html/wiki-hitit/LocalSettings.php has the following entries for VisualEditor: ### VisualEditor require_once( "$IP/extensions/VisualEditor/VisualEditor.php" ); $wgDefaultUserOptions['visualeditor-enable'] = 1; $wgSessionsInObjectCache = true; $wgVirtualRestConfig['modules']['parsoid'] = array( 'url' => 'http://localhost:8142/wiki-hitit/', 'prefix' => 'wiki-hitit' ); /etc/mediawiki/parsoid/localsettings.js has the following entries: 'use strict'; exports.setup = function(parsoidConfig) { parsoidConfig.setMwApi({ prefix: 'wiki-hitit', uri: ' http://localhost/wiki-hitit/api.php' }); parsoidConfig.useSelser = true; }; /var/www/html/wiki-hitit/extensions/parsoid/localsettings.js has these: 'use strict'; exports.setup = function(parsoidConfig) { parsoidConfig.setMwApi({ prefix: 'wiki-hitit', // optional uri: 'http://localhost/wiki-hitit/api.php' }); parsoidConfig.useSelser = true; }; The api.php is accessible: $ curl 'http://localhost/wiki-hitit/api.php' | head % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 <!DOCTYPE html> <html lang="en" dir="ltr" class="client-nojs"> <head> <meta charset="UTF-8" /> <title>MediaWiki API help - Hitit</title> The wiki pages now have both an 'edit' and an 'edit source' tab. But when you press the 'edit' tab, you get a pop-up with this error message: "Error loading data from server: 404: parsoidserver-http: HTTP 404. Would you like to retry?" I've found several articles about this issue, but none that helped. Is the url/uri definition correct? (All examples I found used simple urls.) Are there any log files I can check? I tried the parsoid and apache2 logs, but there's nothing there. Any other suggestions? Kind regards, Herta

8 years, 1 month

Need advice fixing corrupted revision history

by Steve Rainwater

This is a somewhat complex problem so bear with me, I'll try to describe it as concisely as possible. Background: I'm in the process of updating a large (20k pages), old (started ca 2004) MediaWiki site. It was running MediaWiki 1.18.3 and I thought a good first step would be to update the site to the 1.19.x LTS version, which I did (with the plan of moving to 1.23.x in March). Extensions were updated as well. Everything seemed stable and pre-upgrade backups were not kept after a month of no problem reports (big mistake, I know!) There are nightly backups but only a week's worth are kept for storage reasons. However, I have located some very old (3 year+) database backups. The site admins use a MW extension called "merge-and-delete" to deal with spammers. There is a permanent, blocked user called "spammer" and any time a new user account is created by a spammer, the editors merge- and-delete that account into the "spammer" account. There are < 100 real editors on the site and this process kept them from being overwhelmed by the thousands of spammers creating accounts on the site in recent years. The Problem About a month after the 1.19.x update, a problem was discovered. Somehow, all edits dated 2011 or earlier were altered such that they are now credited to the "spammer" user rather than the actual user who made the edits. The cause of the corruption appears to be a bug/problem related to the merge-and-delete extension and MW 1.19. I'm not seeking help for that here - I have turned off and removed the extension. My problem is: how to restore the edit history so that edits are credited to the correct users again. The timestamp and page names of all edits are still correct, only the user name was corrupted. But the only backup old enough to have uncorrupted edit history data is years old and from a much older version of MW (maybe 1.16). And I need to fix the problem without losing years of edits. The Solution? I can't see any easy fix for this. But I have thought of an approach that might work. If I write a bot that reads the very old database, extracts only <=2011 edit history, and then compares that data to the corrupted live site, perhaps it could work its way through the edit history making corrections. Does this seem plausible? And, if so, any advice on what to look out for? If anyone has alternate suggestions, I'm up for entertaining just about any idea on how to fix this. -Steve

8 years, 1 month

Some emails, but not watchlist, are working

by Sal Quintanilla

Hi folks. I had a great time trying to get email working with our intranet mediawiki since pear is blocked, but I got authentication and password reset sending messages out. Unfortunately the watchlist notifications aren't working. $wgEnotifWatchlist is true in LocalSettings.php, and notifications are checked in my preferences. Any ideas? Thanks.

8 years, 2 months

& or %26 in querystring

by Frank Baxmann

Hello, I am working with GraphViz extension using ImageMap extension. I want to give some nodes some wiki links with a query string to purge. Sample: Https://....index.php?title=PageToCall&action=purge Typing the link in the browser works fine as expected. The problem here is, that GraphViz creates an error with the "&". Https://....index.php?title=PageToCall&action=purge Using "&" works fine in GraphViz, but MW don't do the purge. Any idea for solution?

8 years, 2 months

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

MediaWiki-l February 2016