Wikitech-l March 2015

wikitech-l@lists.wikimedia.org

116 participants
94 discussions

Template Table Extension
by Rusty Burchfield 13 Mar '15

13 Mar '15

Hi folks, I'd like to make this extension a bit more robust: http://www.mediawiki.org/wiki/Extension:TemplateTable In short, the extension adds a tag which displays a table of all the invocations of a given template. Currently this is implemented by fetching the text for each page a template is referenced on and searching for braces (eg. {{ }}). I was thinking that running the text through the parser and hooking all the template expansions to grab the params would be more robust. However, there don't appear to be any hooks that would provide access to this data. So, 2 questions: 1. Any opposition to adding a hook in the parser called every time a template is expanded (with the template name and parameters as args)? 2. Any hints as to where in the parser would be a good place to add that hook? Thanks, Rusty

2 4

What do you think of the Wikimedia Blog?
by Fabrice Florin 12 Mar '15

12 Mar '15

Greetings! We’d love to hear what you think of the Wikimedia Blog, so we can improve it to better serve you and our movement. Could you please take this short survey, if you haven’t already? https://www.surveymonkey.com/s/wikimedia-blog?c=email-wikitech The survey ends tomorrow. Your feedback will help improve the blog — and inform our editorial strategy for WMF communications. We would also be grateful if you would invite others in your community to take the survey, so we get more responses from across our movement. We will post survey results at the end of March, both on the blog and on Meta. Thanks for sharing your feedback! Fabrice P.S.: If you are not familiar with the blog, we invite you to visit it before you take the survey: https://blog.wikimedia.org/ _______________________________ Fabrice Florin Movement Communications Manager Wikimedia Foundation https://en.wikipedia.org/wiki/User:Fabrice_Florin_(WMF)

1 0

Event organised on Marathi Wikipedia (photothon and edit-a-thon)
by Santosh Shingare 11 Mar '15

11 Mar '15

Dear All, On occasion of "Marathi Bhasha Divas", we have organised Photothon on Marathi Wikipedia from February 27 to March 6 , We have received more than 7,000 photographs through web and Android app. We hosted an event called edit-a-thon during the celebration of womens day, there were around 17 women members of Marathi Wikipedia who took part in this event, wherein they were given a presentation on categorization of images collected in Photothon and small description on 'How to write Articles in Wikipedia'. Around 6,000 photographs were categorized by these members, event conducted by Selva Rani. Thank you 1) https://mr.wikipedia.org/wiki/%E0%A4%9A%E0%A4%BF%E0%A4%A4%E0%A5%8D%E0%A4%B0… 2) https://mr.wikipedia.org/wiki/%E0%A4%9A%E0%A4%BF%E0%A4%A4%E0%A5%8D%E0%A4%B0… 3) https://mr.wikipedia.org/wiki/%E0%A4%9A%E0%A4%BF%E0%A4%A4%E0%A5%8D%E0%A4%B0… --- Santosh M. Shingare, Research Assistant , Indian Institute Of Technology Bombay, Powai , Mumbai - 400076 Maharashtra, ( INDIA ) *Mob- *+91 9890984632 *Email ID : * santosh.shingare(a)gmail.com

2 1

Taking ContentHandler the rest of the way (mediawiki without wikitext)
by C. Scott Ananian 10 Mar '15

10 Mar '15

It should be possible to create an HTML-only wiki, with Visual Editor as the primary editing mechanism and no wikitext parsing for typical views and edits. Advanced users could install Parsoid to round-trip from the HTML DOM to wikitext for source editing, translating from wikitext back to the HTML DOM for database storage and display. (Eventually we may similarly allow round-trip "source" editing in other formats, such as Markdown or a new and refreshed "wikitext 2.0" -- but let's limit discussion to VE/HTML for now.) So what are the architectural improvements needed? * ContentHandler[1] laid the groundwork for non-wikitext page content. Building on it, an HTML-format "Mediawiki DOM" ContentHandler must be written, using DOM methods to separate sections and extract redirects. The "Mediawiki DOM" Content implementation must extract secondary data (links, categories, etc) directly from the DOM. (Alternatively, page metadata should be stored in a separate JSON "page metadata" attachment and custom editors provided.) * An HTML-based DifferenceEngine[2] must be implemented to allow visualizing changes without resorting to wikitext. * VisualEditor must be tweaked to fetch Mediawiki DOM directly, bypassing Parsoid; ditto on save. (I believe RESTbase is working toward this already.) * System messages must be associated with a content model, to allow HTML-formatted system messages. Localization workflows need to accommodate non-wikitext messages. Most messages do not need/should not have formatting and should probably shift to a "plaintext" content model. * The Sanitizer[3] will need improvement so that it is appropriate to run directly on Mediawiki DOM. * Compatibility thunks are also desirable. These would use Parsoid (in-process?) to dynamically generate wikitext from the Mediawiki DOM to allow some legacy extensions and APIs to function. What other areas would present roadblocks to an HTML-only wiki (or, more generally, to a non-wikitext mediawiki)? I'm hoping the mediawiki hackers on this list can educate me on other areas that might be problematic (or other place where useful groundwork has already been laid). --scott ps. I submitted a proposal very similar to this to wikimania 2015: https://wikimania2015.wikimedia.org/wiki/Submissions/Mediawiki_without_wiki… Help me improve my (proposed future) talk! [1] https://www.mediawiki.org/wiki/Manual:ContentHandler [2] https://git.wikimedia.org/blob/mediawiki%2Fcore.git/master/includes%2Fdiff%… [3] https://git.wikimedia.org/blob/mediawiki%2Fcore.git/master/includes%2FSanit… -- (http://cscott.net)

1 0

Reminder: VisualEditor weekly triage meetings – 2015-03-11
by James Forrester 10 Mar '15

10 Mar '15

As a reminder, this week's VisualEditor triage meeting will be at 19 <http://www.timeanddate.com/worldclock/fixedtime.html?iso=20150311T12&p1=224…> :00 UTC <http://www.timeanddate.com/worldclock/fixedtime.html?iso=20150311T12&p1=224…> ( 12 :00 PDT) – that's in approximately 24 hours' time (note the off-by-one-hour state because of Summer Time in the US). Joining instructions are on mw:Talk:VisualEditor/Portal <https://www.mediawiki.org/wiki/Talk:VisualEditor/Portal#How_to_join_the_tri…> ; from this week onwards we're trying it via Google Hangouts, per request. Hope to see many of you there. J. -- James D. Forrester Product Manager, Editing Wikimedia Foundation, Inc. jforrester(a)wikimedia.org | @jdforrester

1 0

Hi-DPI site logo fun: patch adding $wgLogoHD option?
by Brion Vibber 10 Mar '15

10 Mar '15

Just checking if anybody has strong feels on https://gerrit.wikimedia.org/r/#/c/195195/ This is a patch from Isarra adding a $wgLogoHD config setting which can list URLs for 1.5x and 2x-density images to supplement $wgLogo. They get loaded in MonoBook/Vector-like skins using CSS and media queries if used, and have no effect otherwise. This is roughly equivalent to how a hi-DPI logo is provided on English Wikipedia and a few other special-cases via custom CSS, but without the need to fudge around with custom site CSS. :) Downside: size-derivatives URLs must be specified manually in site config. Upside: when using SVGs rendered on-wiki, that's *real* easy to automate and create a suitable config to cut-n-paste. An alternative might be to fancy things up with a $wgLogo supplement that accepts an on-wiki file name, with the scaling managed internally by the wiki. But that might be a bit trickier. Any thoughts? This is an old "paper cut" issue that drives our designers nuts and I'd love to get it working one way or another. :) -- brion

4 4

503 errors in Phabricator
by Pine W 10 Mar '15

10 Mar '15

I'm repeatedly getting 503 errors when attemping to search Phabricator. Can someone check into this please? Pine

4 5

RFC meeting this week (new time)
by Tim Starling 10 Mar '15

10 Mar '15

In the next RFC meeting we will discuss the following RFCs: * Service split along presentation vs data manipulation line <https://www.mediawiki.org/wiki/Requests_for_comment/Service_split_along_pre…> * Support for user-specific page lists in core <https://www.mediawiki.org/wiki/Requests_for_comment/Support_for_user-specif…> The meeting time is the same as last week as measured in UTC, which means that it will be an hour later for people in the US who observe daylight savings time. The meeting will be on the IRC channel #wikimedia-office on chat.freenode.net at the following time: * UTC: Wednesday 21:00 * US PDT: Wednesday 14:00 * Europe CET: Wednesday 22:00 * Australia AEDT: Thursday 08:00 -- Tim Starling

1 0

Could not acquire (database)_message:en:status lock
by Justin Folvarcik 08 Mar '15

08 Mar '15

I've been having this problem with my production setup, and we are currently down because I can't seem to rectify it. Everything points to a cache issue, for which we use redis. I've tried restarting our redis server, as well as our MariaDB install and even nginx on both web servers. So far, I have yet to make the site usable. Can anyone at least point me in the right direction of how to start debugging? The site was working just fine and was actually running pretty quickly up until a few hours ago, when this error suddenly appeared and took down the site. This is with a load-balanced server setup including two web servers with nginx, a PHP-FPM server, a MariaDB server, a redis server, and an NFS file server which contains the codebase. All of them run on Ubuntu 14.04. Any help is greatly appreciated. ---- Justin Folvarcik

2 1

Lua templating; module:fallback indexing a null value errors.
by Brenton Horne 07 Mar '15

07 Mar '15

Hi, On my local Wiki (i.e., @localhost) I have Scribunto installed, and I have copied several templates from Wikimedia Commons including Template:Derivative versions <https://commons.wikimedia.org/wiki/Template:Derivative_versions>, Template:Autotranslate <https://commons.wikimedia.org/wiki/Template:Autotranslate> and its Lua dependency, Module:Fallback <https://commons.wikimedia.org/wiki/Module:Fallback>. On my Wiki the Template:Derivative versions page, is giving the script error: Lua error in Module:Fallback at line 73: attempt to index a nil value. Backtrace: 1. *(tail call)*: ? 2. *Module:Fallback:73 <http://localhost/mediawiki/index.php?title=Module:Fallback&action=edit#mw-c…>*: in function "fallbackpage" 3. *Module:Fallback:99 <http://localhost/mediawiki/index.php?title=Module:Fallback&action=edit#mw-c…>*: in function "chunk" 4. *mw.lua:497*: ? 5. *(tail call)*: ? 6. *[C]*: in function "xpcall" 7. *MWServer.lua:87*: in function "handleCall" 8. *MWServer.lua:301*: in function "dispatch" 9. *MWServer.lua:40*: in function "execute" 10. *mw_main.lua:7*: in main chunk 11. *[C]*: ? Thanks for your time, Brenton

1 0

← Newer
1
2
3
4
5
6
7
8
9
10
Older →

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Wikitech-l March 2015