Wikitech-l May 2011

wikitech-l@lists.wikimedia.org

119 participants
95 discussions

Interwikis
by John McClure 18 May '11

18 May '11

I am wondering if interwikis can be be more powerfully leveraged. For instance, I'd like much to say ZZZ:my_ns:my_page to indicate a page in a particular subset of pages within a namespace in my wiki. Ultiimately an ACL can be associated with each interwiki descriptor. And although I haven't tested this, does anyone know if a 'local' interwiki link (one mapped to the local wiki) is *supposed to* resolve to the local wiki? Thanks

3 4

wiki/ prefix in URL
by John Vandenberg 18 May '11

18 May '11

from foundation-l thread "[Fwd: Re: Do WMF want enwp.org?]" On Tue, May 17, 2011 at 11:27 PM, Casey Brown <lists(a)caseybrown.org> wrote: > On Tue, May 17, 2011 at 9:24 AM, Lodewijk <lodewijk(a)effeietsanders.org> wrote: >> Of course >> unless someone finds a way to redirect en.wikipedia.org/Example to >> en.wikipedia.org/wiki/Example . > > "Did you mean to type http://en.wikipedia.org/wiki/Example? You will > be automatically redirected there in five seconds." > > :-) > > It already redirects there, though we don't want to advertise that we > have a "link shortener" because the 404 page redirects. Is there a good reason for us to always include the '/wiki/' in the URL? Removing the prefix would save five characters, and I'm guessing that it would also save a measurable amount of traffic serving 5KB 404 pages. Is there something else on these virtual hosts other than a few regexes which are extremely unlikely to be used as page names (i.e. \/w\/.*\.php). -- John Vandenberg

11 13

Re: [Wikitech-l] Shell requests backlog
by mhershberger＠wikimedia.org 18 May '11

18 May '11

Luiz Augusto <lugusto(a)gmail.com> writes: > Firstly, thank you very much for enabling DPL on all Wikisources! [1] It is > IMO a pity that this request was fulfilled based only in a direct request, > but at least it is now enabled. > > Please help us to develop Wikimedia contents in foreign languages simply > giving 30 minutes each week to check those requests! 30 minutes a week would be less attention than they are currently getting. The Berlin Hackathon, was especially helpful in taking care of some of these shell requests. Take a look at http://hexm.de/2w for a list of requests closed during the hackathon. Of special note is Bug #5220 (https://bugzilla.wikimedia.org/5220), the request to “Enable email notification on changes to user talk pages also on big wikis.” It has been left for YEARS, much longer than any other request you mention. There is hope for every bug, no matter how old. However, I admit I have been giving non-shell requests a bit more attention in my bugmeistering because the people with shell access are pretty good about dealing with the requests. For example, of the 20 shell requests opened this month, only 12 have not yet been dealt with, which means 40% of shell requests opened in the past two weeks are already completed. By comparison, only 85 of the 256 shell requests created since the first of the have not yet been closed, so 67% of the shell requests opened this year are completed. That said, many of the open requests are open for a reason. For example, the LiquidThreads request that you list: > 25609 <https://bugzilla.wikimedia.org/show_bug.cgi?id=25609> Enable > liquidthreads for the Wikimedia Brasil wiki (waiting since 2010-10-21) is open because Andrew's LQT rewrite is ongoing. Last time I checked in with Andrew on this, he was finishing up the backend rewrite. That was at Easter, though, and I haven't checked back in on the LQT project to see when we could start deploying it again. You've made a good point, though, and I'll be working with CT Woo and the operations team to make sure these requests get attention in a more timely manner. Mark.

11 12

Stepping down as maintainer for OpenID extension
by Sergey Chernyshev 17 May '11

17 May '11

Guys, I'd like to step down as maintainer for OpenID extension. Please remove me as maintainer from Bugzilla. Sorry - don't have time and energy to apply patches and fix bugs, hope somebody else can pick it up. Thank you, Sergey -- Sergey Chernyshev http://www.sergeychernyshev.com/ http://www.meetup.com/Web-Performance-NY/ http://www.showslow.com/

2 2

Bugzilla Weekly Report
by reporter 16 May '11

16 May '11

MediaWiki Bugzilla Report for May 09, 2011 - May 16, 2011 Status changes this week Bugs NEW : 199 Bugs ASSIGNED : 20 Bugs REOPENED : 37 Bugs RESOLVED : 282 Total bugs still open: 5760 Resolutions for the week: Bugs marked FIXED : 195 Bugs marked REMIND : 0 Bugs marked INVALID : 26 Bugs marked DUPLICATE : 21 Bugs marked WONTFIX : 25 Bugs marked WORKSFORME : 9 Bugs marked LATER : 7 Bugs marked MOVED : 0 Specific Product/Component Resolutions & User Metrics New Bugs Per Component UploadWizard 6 Blog 5 General/Unknown 5 User interface 4 General/Unknown 4 New Bugs Per Product MediaWiki 33 Wikimedia 18 MediaWiki extensions 20 Wikipedia Mobile 1 mwEmbed 3 Top 5 Bug Resolvers mah [AT] everybody.org 25 sam [AT] reedyboy.net 23 Bryan.TongMinh [AT] Gmail.com 13 innocentkiller [AT] gmail.com 11 hashar [AT] free.fr 11

4 3

Re: [Wikitech-l] Stepping down as maintainer for OpenID extension
by Thomas Gries 16 May '11

16 May '11

Hi, yes, I fully agree to take over the OpenID things from Sergey Chernyshev. Someone already assigned me as maintainer (ok), and would like to ask all of you "to bear with me" and to help me, especially in the code review. I created these easy-two remember self-explaining shortcuts: http://hexm.de/openid/codereview http://hexm.de/openid/bugs (*) Tom (*) alias for the previously mailed: http://hexm.de/2v

3 2

Hackathon parser session initial notes
by Brion Vibber 16 May '11

16 May '11

We had a whole bunch of folks who've had their hands in the world of MediaWiki parsing & rich text editing here at the Berlin Hackathon, and made some great progress on setting out some ideas for how to start actually working on it. Tomorrow I'll distill our session notes into a clearer description of the core ideas & next steps (dare I say... a manifesto? :) In the meantime, if you're brave you can peek at the raw session notes: http://etherpad.wikimedia.org/mwhack11Sat-Parser We're reviving the wikitext-l mailing list for people interested in the project; it's gotten some traffic about interesting projects but we'll be making it an active working group. I'll also be making regular posts here on wikitech-l, on the Wikimedia tech blog, and on the wikis -- but I don't want to clutter wikitech-l *too* much with the nitty-gritty details. ;) Project hub pages will go up tomorrow at http://www.mediawiki.org/wiki/Future -- brion vibber (brion @ wikimedia.org / brion @ pobox.com)

1 2

Re: [Wikitech-l] Stepping down as maintainer for OpenID extension
by mah＠everybody.org 16 May '11

16 May '11

Sergey Chernyshev <sergey.chernyshev(a)gmail.com> writes: > I'd like to step down as maintainer for OpenID extension. > Please remove me as maintainer from Bugzilla. I've removed you. For other developers who may be interested, there are currently 16 open issues against OpenID in Bugzilla: http://hexm.de/2v Mark.

2 1

search=steven+tyler gets Steven_tyler
by jidanni＠jidanni.org 15 May '11

15 May '11

http://en.wikipedia.org/wiki/Special:Search?search=steven+tyler gets http://en.wikipedia.org/wiki/Steven_tyler wouldn't be better to directly get http://en.wikipedia.org/wiki/Steven_Tyler even though one could say they are the same page?

14 28

Autocreated accounts are now logged again
by Chad 15 May '11

15 May '11

Hi everyone, Just dropping a note to let people know that I've merged and deployed r85128-- reverting hiding logs of all autocreated accounts. As pointed out on bug 19161 (specifically, comment #46), this solution was overkill and failed to actually address the underlying concern. Fixes for the original bug are certainly welcome, but lets not use a sledgehammer where we could've used a screwdriver. -Chad

1 0

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

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