headers
Ryan Lane | 1 Sep 2011 01:16
Picon

Re: Protocol-relative URLs and HTTPS enabled on foundationwiki and commonswiki

> Main thing I notice off the bat is that interwiki links seem to have been
> set up to use protocol-relative links that don't actually work yet -- at
> https://commons.wikimedia.org/wiki/Atlas there's a link "Stielers
> Handatlas<https://en.wikipedia.org/wiki/en:Stielers_Handatlas>"
> which ends up linking to the non-working
> https://en.wikipedia.org/wiki/en:Stielers_Handatlas
>

Gah. I totally forgot about that. Yeah. https on commons is not going
to fully work until all other wikis are https'd. I could probably add
a hack into the CDB creator to not do this for now, but I think we'll
be pushing out support for https everywhere soon, so it's likely a
waste of time.

- Ryan
Permalink | Reply | 0 comments |
headers
Russell N. Nelson - rnnelson | 1 Sep 2011 03:12
Favicon

Re: Ramping up to 1.18 deployment

I believe that I've fixed this bug, and included a patch in the bz entry. It works on a pre-1.17 version of
MediaWiki with both SwiftMedia and LocalRepo as repos. I've not checked it against a current version, as I
don't have it installed anywhere. I would appreciate it if someone could volunteer to test it and report back.
________________________________________
From: wikitech-l-bounces <at> lists.wikimedia.org [wikitech-l-bounces <at> lists.wikimedia.org] on
behalf of Russell N. Nelson - rnnelson [rnnelson <at> clarkson.edu]
Sent: Thursday, August 25, 2011 4:42 PM
To: Wikimedia developers
Subject: Re: [Wikitech-l] Ramping up to 1.18 deployment

 > https://bugzilla.wikimedia.org/30192 -- Thumbnails of archived images
  >    don't get deleted

I've got my head down in this code. I'll have a go at it.

_______________________________________________
Wikitech-l mailing list
Wikitech-l <at> lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Permalink | Reply | 0 comments |
headers
Aaron Schulz | 1 Sep 2011 04:40
Picon

Re: Aaron Schulz now full-time at Wikimedia Foundation


Thanks. Very much appreciated.

Platonides wrote:
> 
> Those are good news (tm) both for Aaron, WMF and MediaWiki.
> Congratulations, Aaron
> 
> 
> _______________________________________________
> Wikitech-l mailing list
> Wikitech-l <at> lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
> 
> 

--

-- 
View this message in context: http://old.nabble.com/Aaron-Schulz-now-full-time-at-Wikimedia-Foundation-tp32375064p32376976.html
Sent from the Wikipedia Developers mailing list archive at Nabble.com.
Permalink | Reply | 0 comments |
headers
Chad | 1 Sep 2011 04:39
Picon

New committers

Hi,

Added a few new committers this week:

Vitaliy - vitalif - Various extensions such DeleteBatch
Tobias - fptc - New extension, FrequestPatternTagCloud
Oren Bochman - oren  - Lucene
Chris Ogden - cogden - New extension, WikiCitation

Welcome!

-Chad
Permalink | Reply | 1 comment |
headers
Erik Moeller | 1 Sep 2011 04:52
Picon
Gravatar

Re: Aaron Schulz now full-time at Wikimedia Foundation

On Wed, Aug 31, 2011 at 2:10 PM, Platonides <Platonides <at> gmail.com> wrote:
> Those are good news (tm) both for Aaron, WMF and MediaWiki.

Indeed -- belated welcome from me as well, Aaron. It's been a while
and it's fantastic to have you on the staff! :-)
--

-- 
Erik Möller
VP of Engineering and Product Development, Wikimedia Foundation

Support Free Knowledge: http://wikimediafoundation.org/wiki/Donate
Permalink | Reply | 0 comments |
headers
Roan Kattouw | 1 Sep 2011 06:46
Picon

Re: Protocol-relative URLs and HTTPS enabled on foundationwiki and commonswiki

On Thu, Sep 1, 2011 at 12:56 AM, Brion Vibber <brion <at> pobox.com> wrote:
> Note that this should get fixed once all the sites are running on https,
> since we can bump all the cookie-setters onto the current protocol. In the
> meantime, do consider https://commons.wikimedia.org/ to be very
> experimental!
>
Depending on where these URLs come from exactly (I forget how
CentralAuth obtains them), we could make them use https or be
protocol-relative now. That would break this feature temporarily, but
in a good way: it would only log you in on other wikis that support
https, and wouldn't log yuo in insecurely (or at all) on those that
don't.

Roan
Permalink | Reply | 2 comments |
headers
Guillaume Paumier | 1 Sep 2011 16:40
Picon
Gravatar

Wikimedia engineering report for August 2011

Hi,

The report covering Wikimedia engineering activities in August 2011 is
now available.

Wiki version: http://www.mediawiki.org/wiki/Wikimedia_engineering_report/2011/August
Blog version: http://blog.wikimedia.org/2011/09/01/wikimedia-engineering-august-2011-report/

--

-- 
Guillaume Paumier
Technical Communications Manager — Wikimedia Foundation
http://donate.wikimedia.org

_______________________________________________
Wikitech-l mailing list
Wikitech-l <at> lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Permalink | Reply | 1 comment |
headers
Mark A. Hershberger | 1 Sep 2011 17:29
Picon

i18n (internationalization) Triage notes


For anyone who has doubts about the efficacy of bug triages, I offer
this observation that Siebrand made about the triage in IRC:

    I loved this triage! Brilliant. And I really liked we didn't get
    stuck in 164, it allowed us to cover everything we had prepared and
    more.

Anyway, this was a pretty good triage.  We focused on a small subset of
the over 100 bugs tagged with "i18n" and still managed to go over the
allocated 1hr for discussing things.

A couple of bugs were added to the triage since I sent out my
announcement, so I'll just use the etherpad
(http://etherpad.wikimedia.org/BugTriage-2011-08) for this report:

https://bugzilla.wikimedia.org/164 -- Support collation by a certain
    locale (sorting order of characters)

    We decided this one should be broken up into three separate tracking
    bugs and a fourth bug for one specific issue:

    https://bugzilla.wikimedia.org/30672 -- improve sorting on other
        pages than category pages (tracking)
    https://bugzilla.wikimedia.org/30673 -- Support locale-specific, or
        tailored, sorting (tracking)
    https://bugzilla.wikimedia.org/30674 -- Support better client-side
        sorting (tracking)
    https://bugzilla.wikimedia.org/30675 -- Use allkeys_CLDR.txt - the
        CLDR tailored DUCET instead of allkeys.txt
(Continue reading)

Permalink | Reply | 3 comments |
headers
Chad | 1 Sep 2011 17:40
Picon

Re: i18n (internationalization) Triage notes

On Thu, Sep 1, 2011 at 11:29 AM, Mark A. Hershberger
<mhershberger <at> wikimedia.org> wrote:
> Thanks to all who participated in this week's triage.  Next Wednesday:
> Download Wizard.
>

What's the download wizard?

-Chad

_______________________________________________
Wikitech-l mailing list
Wikitech-l <at> lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Permalink | Reply | 2 comments |
headers
Sumana Harihareswara | 1 Sep 2011 18:29
Picon
Gravatar

Re: Wikimedia engineering report for August 2011

On 09/01/2011 10:40 AM, Guillaume Paumier wrote:
> Hi,
> 
> The report covering Wikimedia engineering activities in August 2011 is
> now available.
> 
> Wiki version: http://www.mediawiki.org/wiki/Wikimedia_engineering_report/2011/August
> Blog version: http://blog.wikimedia.org/2011/09/01/wikimedia-engineering-august-2011-report/

As always, Guillaume, thanks for putting that together.

By the way, a followup to the July report: there's a 35-minute video of
the OSCON presentation Roan and Trevor did about the ResourceLoader.

http://www.mediawiki.org/wiki/File:Low-hanging-fruit-vs-micro-optimization.theora.ogv

--

-- 
Sumana Harihareswara
Volunteer Development Coordinator
Wikimedia Foundation
Permalink | Reply | 0 comments |

Gmane