Wikitech-l February 2011

wikitech-l@lists.wikimedia.org

111 participants
73 discussions

Re: [Wikitech-l] New weekend, new sprint to fix 1.17 blockers
by amcchord＠dattobackup.com 26 Feb '11

26 Feb '11

Hello, I am out of the office traveling for business. I am checking my email, however my response may be delayed. I will be in Los Angeles CA for the ASCII success summit held on the 23rd and 24th of February and in Seattle, WA for MVP Nation held on 3rd and 4th of March. I would like to meet with our partners, so if you are traveling to these events or just in the area and would like to get together, please send me an email so we can make arrangements. If your need is more immediate and you would like to speak with someone at Datto HQ, please use the following: For technical support, please contact the support team at 877-455-6015 or support(a)dattobackup.com For sales assistance, please contact Angelo Zucaro at 203.529.4985 or azucaro(a)dattobackup.com Regards, -Austin W. McChord Datto Inc. Phone: 203-665-6423 Fax: 203-665-0391 Email: amcchord(a)dattobackup.com Web: www.dattobackup.com

1 0

Re: [Wikitech-l] post-1.17 deployment restart of dumps
by amcchord＠dattobackup.com 25 Feb '11

25 Feb '11

1 0

Re: [Wikitech-l] post-1.17 deployment restart of dumps
by amcchord＠dattobackup.com 25 Feb '11

25 Feb '11

1 0

Language indices problem when importing wiktionary dump
by Nathan Day 23 Feb '11

23 Feb '11

Hello, I have a problem with getting the language indices to work after importing the english wiktionary database dump to a locally running mediawiki instance. What I would like to see is the http://en.wiktionary.org/wiki/Index:Englishpage working at my localhost address. This page is not found. What I have imported is the regular "articles" dump file and the category and category links dump files. Are the indexes in a seperate dump file or is there a script to build them or something? What am I missing here? Any help would be much appreciated and I apologize is if I didn't include all the relevant information. Best Regards, Nathan Day

2 1

stop changing the whitespace in RELEASE-NOTES please
by jidanni＠jidanni.org 23 Feb '11

23 Feb '11

Gentlemen, can you refrain from changing the whitespace in RELEASE-NOTES? $ svn diff -r BASE:HEAD RELEASE-NOTES =================================================================== --- RELEASE-NOTES (working copy) +++ RELEASE-NOTES (revision xxxxx) -* Add width parameter to Special:Filepath to allow getting the file path of a thumbnail. +* Add width parameter to Special:Filepath to allow getting the file path of a + thumbnail. What happens is apparently somebody or something comes around about once a week and neatens up the whitespace in this file. This causes the person doing diffs to mostly get irrelevant whitespace changes that even diff --ignore-all-space --ignore-blank-lines --ignore-space-change won't ignore. Therefore neaten the whitespace upon adding lines, not via a batch job later; or don't neaten it in the first place. Thank you.

14 31

Sprint to 1.17
by mhershberger＠wikimedia.org 23 Feb '11

23 Feb '11

This past week, we've successfully pushed the preliminary version of 1.17 out to the Wikimedia servers. As anyone familiar with large software deployments could tell you, this uncovered some more bugs that we hadn't yet caught. We've spent the time taking bug reports and triaging them, figuring out what we need to fix, how important the bug is, etc. In the hope that someone is looking for a weekend programming project, I'm posting the list of bugs here, sorted by importance and impact. If you want to fix something that has a lot of impact, it is probably best to start at the top. If you're looking for an easy weekend of hacking, you're probably better off starting close to the bottom. In any case, we would like to get these bugs need to be fixed before we begin putting a 1.17 tarball together. That's an important milestone for me personally since I want to start working on the 1.18 release sooner rather than later. If you do decide to start working on one of these, please respond on-list so that we'll have an idea of how much interest there is in this sprint to a release 1.17. I'm also not done setting priorities, and would love some help with that. (For the purpose of this sprint, ignore the priority settings I talked about in my earlier email.) If you are pretty sure the priority is wrong, and it doesn't look like anyone else has touched the priority, then be bold and set it (I reserve the right to reset it). If there is something where I've set the priority, but you don't agree, then reply on list or, for faster response, ping me (hexmode) on IRC. I don't want to encourage edit wars, but I'd like to make sure that the list has a reasonably accurate ordering, so that we don't let really critical problems in this release linger longer than they need to. And now, without further delay, the bug list: 27528 JS minification still outputs incorrect javascript for some input 27484 File pages created by UploadWizard in Explorer have empty categories 27496 Edit screen autoscrolling 27544 SVG images that are invalid XML no longer rendered 27524 LocalisationUpdate failed 27495 Change NS_USER and NS_USER_TALK namespaces at ptwiki 27467 preload can leave UNIQ 27328 using relative paths in CSS imports in MediaWiki:Common.css broken in 1.17 27540 width of <gallery> always 100% 27486 Special:Import ignoring destination namespace, providing incorrect source in logs 27490 [regression] RTL ui in LTR wiki is LTR aligned 27546 RSS/Atom feed of user contributions broken due to deletedOnly param in link 27489 Update math/texvc module on WMF projects 27547 File search results broken 27506 <gallery> is printed in 1 file per row 27510 In 1.17, template redirects are not shown under the edit box 27302 RL: Avoid unnecessary and uncached requests for user and site modules 27355 Classic edit toolbar buttons fail in IE6 when WikiEditor automatically falls back 27534 proofreadpage JS error. 27470 Upload blacklist for target names not being applied ? 24859 Redirect to mobile gateway should be handled on the server-side rather than the client-side 27499 "Stub size threshold" in preferences doesn't work 27472 Foreign files now have (( )) instead of () 27513 Flagged revs ajax loading of revision + category pages on diffs breaks on image pages. 27352 Wikimedia deployment needs /w/resources directory symlinked or overridden for debug mode 27515 wgVectorModules, wgWikiEditorModules JS variables removed 27432 Set foreground color in vector 27539 some pagelist parameters are no longer passed to the extension 27480 Maintenance script to update page_props Also can be seen (sorted by bug number) at https://bugzilla.wikimedia.org/showdependencytree.cgi?id=27339&hide_resolve… Other bugs blocking 1.17 release: https://bugzilla.wikimedia.org/showdependencytree.cgi?id=26676&hide_resolve… Mark.

7 12

Is it possible to edit the existing edit toolbar sections?
by Strainu 22 Feb '11

22 Feb '11

Hi all, I'm trying to modify an existing Vector toolbar section. I found the following at http://www.mediawiki.org/wiki/Extension:WikiEditor/Toolbar_customization , in the "Modifying things" section: "The best we have is a hook to change the configuration of a section just before it's being built:" However, since the MediaWiki:Common.js and the user JS are loaded at the very end of the page, the toolbar is already built by the time I try to modify it. I tested with the code at http://ro.wikipedia.org/wiki/MediaWiki:Toolbar.js and what I noticed is that, while the exterior function is being called, the callback function is not. Could someone give me any pointers on how to make a new page in the existing 'characters' section? (I was able to add one in a newly added section just fine, but I want it in the characters section) Thanks, Strainu P.S. I take this opportunity to renew my appeal for a simplified, non-technical way to add elements to the toolbar (bug 25068)

4 5

Is there an easy way to extract the first N wikipedia topics in the order they were created?
by Paul Houle 22 Feb '11

22 Feb '11

Hi, I've been thinking about the early history of Wikipedia and about what which sort of topics got written early on. I'm wondering if there is an easy way to find the first N wikipedia topics (where N is say 100,000) in the order they were created.

3 2

Proposal: Force private wikis to use HTTPS
by ChrisiPK 21 Feb '11

21 Feb '11

Hey everyone, for a few weeks now, I have been using a Firefox extension which automatically redirects me to the secure.wikimedia.org server when visiting a Wikimedia site. Unfortunately, this does not work for all wikis, e.g. the OTRS wiki is not included in the redirect rule set. At first, I was thinking about creating a rule and submitting that to the extension developers, but then I thought: Shouldn't we require HTTPS by default for wikis containing sensitive information, such as the OTRS wiki and similar ones (oversight? foundation? I don't have a full list right now, but can imagine that there are more.)? Regards, ChrisiPK

3 2

Status of 1.17 Sprint
by mhershberger＠wikimedia.org 21 Feb '11

21 Feb '11

First, I'm impressed. I'm happy with the amount of energy that has been focused on getting MediaWiki ready for a 1.17 release. Since my post on Friday night, we've managed to fix a fair number of blockers this weekend. Since I'd like to give the people who helped close these bugs credit, I've identified them here. If you feel you should (or should not) be recognized, I apologize for my error. 27302 RL: Avoid unnecessary and uncached requests Roan Kattouw 27355 Classic edit toolbar buttons fail in IE6 Roan Kattouw 27467 preload can leave UNIQ Paul Copperman 27472 Foreign files now have (( )) instead of () Ashar Voultoiz and Roan Kattouw 27495 Change NS_USER and NS_USER_TALK namespaces at ptwiki Ashar Voultoiz 27328 using relative paths in CSS imports in MediaWiki:Common.css Roan Kattouw 27352 Wikimedia deployment needs /w/resources directory symlinked Had already been fixed 27486 Special:Import ignoring destination namespace Derk-Jan Hartman 27496 Edit screen autoscrolling Roan Kattouw 27499 "Stub size threshold" in preferences doesn't work Platonides 27510 template redirects are not shown under the edit box Retitled after some discusion, not a blocker 27524 LocalisationUpdate failed Roan Kattouw 27534 proofreadpage JS error. Derk-Jan Hartman 27546 RSS/Atom feed of user contributions broken Derk-Jan Hartman 27544 SVG images that are invalid XML no longer rendered WONTFIX after discussion 27546 RSS/Atom feed of user contributions broken Derk-Jan Hartman 27539 Some pagelist parameters are no longer passed to the extensino Sean Colombo and Platonides Thank you all for all of your help in getting these 16 bugs closed. I'd also like to point to Paul Copperman's contribution of his (yet another) JS minifier that he ported to PHP in an effort to solve the bug that was at the top of the list: 27528 JS minification still outputs incorrect javascript for some input I've no idea if we will be able to use it, but I'm impressed by the work. Finally, I've taken the feedback I've gotten into account and am releasing a list of the bugs that specifically block the release of a tarball (bug #26676) instead of WMF-specific bugs (bug #27339). There is a very good chance this bug list will grow, but after this weekend, I feel confident that we'll be able to make it shrink fast. Again, these are ordered by priority, so take what I said last Friday about this sprint list into account: if you think something is classified incorrectly, please re-classify it. 26612 Regression: Postgres cannot install 27571 GRAMMAR rules from $wgGrammarForms don't work with fallback-languages 27528 JS minification still outputs incorrect javascript for some input 27023 once dom ready mediawiki.loader.using issues callback before modules are ready 27607 Special:NewPages only showing last 24 hours since 1.17 12070 After Installation MySQL was blocked 27579 Installer: Chrome saves config as LocalSettings.php.php 27540 width of <gallery> always 100% 27506 <gallery> is printed in 1 file per row 27490 [regression] RTL ui in LTR wiki is LTR aligned 27440 Special:Types non-functional on 1.17 27403 Disabled preferences are taken into account anyway 27577 Gallery perrow width is overestimated 27566 New wikilink window grows in width each time when opened in Chrome 27474 [[#_foo|bar]] renders with href="#foo" , breaking Cite anchors with leading underscores 27473 Apostrophe in linktrail breaks bolded links 26937 [Installer] Deleted file path not visible when going back to page=Options Happy Hacking! Mark.

1 0

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