Wikitech-l January 2011

wikitech-l@lists.wikimedia.org

94 participants
78 discussions

Deprecating content_actions
by Daniel Friesen 01 Feb '11

01 Feb '11

Right now in the skins system (if you consider vector part of the skins system) we have two parallel methods of adding tabs to the page: - Into content_actions via SkinTemplateTabs, SkinTemplateBuildContentActionUrlsAfterSpecialPage, and SkinTemplateContentActions, - Into vector's navigation_urls via SkinTemplateNavigation (the missing two hooks should be added) The only important difference between these (besides some vector specific stuff that can stay in vector) is that content_actions is a flat array, and navigation_urls is an array of arrays organized into categories. Besides that, they are basically mirrors of each other with the same functional purpose, but you need to add tabs to both of them to avoid something not showing up in vector. There's also the misfortune that other skins can't take advantage of the organized navigation_urls because the actual implementation (which is basically a reimplementation of buildContentActionUrls with code duplication) without being a vector subskin because the code in question is inside of vector. Right now we have extensions using both methods of adding tabs to the page, code duplication on their part. And a few extensions that are broken in vector because they haven't added the hooks. Doing a quick grep, it appears the following extensions are missing vector support: Oversight, CommentPages, Todo, WikiTrust, Tasks, CategoryTree, DeleteQueue, Wikidata, Imagetabs, purgetab, Tab0, AuthorProtect, TidyTab, Purge, SpecialTalk Shouldn't be to hard to fix, especially if we fix the bug of missing hooks for navigation_urls. Now onto my focal point. As I've been improving the skin system trying to pull out the thorns that make building skins troublesome and mesh in new features and helpers which are missing, I'd like to remove the content_actions hooks and deprecate content_actions in 1.18 and start using navigation_urls style data everywhere. Since content_actions and navigation_urls are the same, content_actions can be built by having SkinTemplate take the navigation_urls data and flatten it into a single array. Similarly to how I already have $wgFooterIcons work and fold it for some skins like Monobook which don't organize it the way vector does. The effects will be like this: - The three content_actions related hooks will no longer work in 1.18, thus extensions that haven't started supporting vector tabs will also stop showing tabs in other skins - In their place extensions will use 3 navigation_urls related hooks (most extensions are already using the one hook available) - Extension code for those already using both forms of hooks will stay the same, the only difference being that 1.18 will use the navigation_urls related hooks and the content_actions related ones will become redundant code which the extensions can keep for back compat but drop once they stop supporting pre-1.18 installations - All standard skins will be using navigation_url based data and content_actions will be available but deprecated - 3rd party skins will still function using content_actions but it would be preferred for them to be updated to use the new BaseTemplate and use the helpers in there (a navigation_urls related one would be added) once they don't need to support pre-1.18 - SkinTemplatePreventOtherActiveTabs will probably still work, though I may want to find a cleaner method to transition to (ie: one that says "this is the active tab" rather than "don't make other tabs active"). Any comments, rejections? -- ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://daniel.friesen.name]

7 18

Wikipedia behaves differently in Firefox 4 Beta 10
by Amir E. Aharoni 31 Jan '11

31 Jan '11

A little bug i reported to Mozilla: https://bugzilla.mozilla.org/show_bug.cgi?id=629878 This happens in Wikipedia and Wordpress, but not in GMail, so it may interest MediaWiki developers. -- Amir Elisha Aharoni · אָמִיר אֱלִישָׁע אַהֲרוֹנִי http://aharoni.wordpress.com "We're living in pieces, I want to live in peace." - T. Moore

2 1

Re sourceLoader + Windows + PHP bug 47689
by Aaron Schulz 31 Jan '11

31 Jan '11

In JavaScriptDistiller, inside of the createParser() function, we have: $parser->add( '/\\/\\*(.|[\\r\\n])*?\\*\\//' ); It took me hours to track down that this was causing Apache 2.1.11 to crash on nearly any page view on my test wiki. This happened when a large JS bundle is loaded, such as: load.php?debug=false&lang=en&modules=jquery.checkboxShiftClick|jquery.client|jquery.cookie|jquery.makeCollapsible|jquery.placeholder|mediawiki.action.watch.ajax|mediawiki.language|mediawiki.legacy.ajax|mediawiki.legacy.diff|mediawiki.legacy.mwsuggest|mediawiki.legacy.wikibits|mediawiki.util&skin=vector&version=20110129T005517Z I made a simple php file to reproduce this. It crashes when viewed over apache but not CLI. It appears to be http://bugs.php.net/bug.php?id=47689 (which uses a similar regex). Is something worth adding a note somewhere about or tweaking some code? -- View this message in context: http://old.nabble.com/ResourceLoader-%2B-Windows-%2B-PHP-bug-47689-tp307922… Sent from the Wikipedia Developers mailing list archive at Nabble.com.

4 6

Checkered background on file description pages
by MZMcBride 31 Jan '11

31 Jan '11

Wikimedia Commons and the English Wikipedia have customized their site-wide CSS to put a checkered pattern on the transparent part of files on the file description page. Because I view this code as almost necessary on any wiki that supports uploading PNGs, I filed a bug about including it in the default site-wide CSS: https://bugzilla.wikimedia.org/show_bug.cgi?id=26470 There's definitely missing functionality here. On wikis that don't use a checkered background, a lot of users end up downloading the images to their computer to look at them in order to determine if a background is white or transparent. That sucks. There was previous discussion about this, but more discussion is needed, apparently. Is site-wide CSS the best way to do this? Would a toggle on the file description page make more sense? User preference? MZMcBride

5 6

File licensing information support
by Bryan Tong Minh 30 Jan '11

30 Jan '11

Hello, As you may have noticed, Roan, Krinkle and me have started to more tightly integrate image licensing within MediaWiki. Our aim is to create a system where it should be easy to obtain the basic copyright information of an image in a machine readable format, as well as querying images with a certain copyright state (all images copyrighted by User:XY, all images licensed CC-BY-SA, etc) At this moment we only intend to store author and license information, but nothing stops us from expanding this in the future. We have put some information in a not so structured way at mw.org [1]. There are some issues open on the talk page [2]. Input is of course welcome, both here or preferably at the talk page. Bryan [1] http://www.mediawiki.org/wiki/Files_and_licenses_concept [2] http://www.mediawiki.org/wiki/Talk:Files_and_licenses_concept

12 28

user email validation ready
by Ashar Voultoiz 30 Jan '11

30 Jan '11

Hi, We got the email validation stuff sorted out properly tonight. We even have javascript tests (thanks Krinkle)! Revisions got reviewed by Brion and bugs 959 & 22449 are now fixed. I opened bug https://bugzilla.wikimedia.org/26910 as a merge request for Roan. Thanks everyone! -- Ashar Voultoiz

8 13

OT: Sunday in San Francisco
by Daniel Kinzler 28 Jan '11

28 Jan '11

Hi all! I'm coming to San Franscisco to spend a couple of days at the Wikimedia Office on Feb 7/8. But before that, I have a weekend to spend in SF... well, I might already have something for Saturday, but Sunday is still free. So... any recommendations what to do and see? where to hang out in the evening? I'd like to see a bit more than the office and the hotel, and I'm not so much for the touristy stuff... ideas? -- daniel

7 7

Wikipedias with old logo
by Amir E. Aharoni 28 Jan '11

28 Jan '11

There are still some Wikipedia projects with the old logo, for example http://rw.wikipedia.org . Can someone create a list of such projects? I could go manually over nearly 300 of them and check it, but there's probably an automatic way to it. Thank you. -- Amir Elisha Aharoni · אָמִיר אֱלִישָׁע אַהֲרוֹנִי http://aharoni.wordpress.com "We're living in pieces, I want to live in peace." - T. Moore

2 1

Fwd: [Foundation-l] Slowness, error messages, and being logged out, since around January 15
by Steven Walling 27 Jan '11

27 Jan '11

---------- Forwarded message ---------- From: SlimVirgin <slimvirgin(a)gmail.com> Date: Wed, Jan 26, 2011 at 4:09 PM Subject: [Foundation-l] Slowness, error messages, and being logged out, since around January 15 To: Wikimedia Foundation Mailing List <foundation-l(a)lists.wikimedia.org> A few editors on the English Wikipedia have been noticing a problem since around January 15 of "connection timed out" messages, very slow performance, and being logged out. Preview is getting hard to use because so slow, or failing entirely, and some edits are not being saved. Some discussion here -- http://en.wikipedia.org/wiki/Wikipedia:Village_pump_%28technical%29#Slownes… Does anyone know whether there's work going on that might be causing it? Sarah _______________________________________________ foundation-l mailing list foundation-l(a)lists.wikimedia.org Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/foundation-l

1 0

This template has to be "warmed up" before it can be used, for some reason
by jidanni＠jidanni.org 26 Jan '11

26 Jan '11

Innocently browsing today, I encountered this HTML comment that gets rendered due to <-- instead of  Platyhelminth worms Fossil range: 40–0 Ma^[1]

3 2

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 January 2011