headers
Vojtech Hala | 1 Oct 2008 14:07
Picon
Favicon

Redirects on CZ top level domains

Hello,

redirects running on the following domains are broken. I'm getting "Wiki 
does not exist" error.

wikibooks.cz, wikicitaty.cz, wikidruhy.cz, wikiknihy.cz, wikipedia.cz, 
wikipedie.cz, wikislovnik.cz, wikisource.cz, wikispecies.cz, 
wikiversity.cz, wikiverzita.cz, wikizpravy.cz, wiktionary.cz, wikimedia.cz

The only one working is wikiquote.cz but www.wikiquote.cz is broken as 
the above. Does it have something to do with yesterday's redirect.conf 
issue?...

Thanks for help

--

-- 
Vojtech Hala (aka Egg), MFF UK, Prague
Permalink | Reply | 1 comment |
headers
Roan Kattouw | 1 Oct 2008 14:57
Picon
Favicon

Re: [MediaWiki-CVS] SVN: [41458] trunk/extensions/CodeReview

brion@... schreef:
> Revision: 41458
> Author:   brion
> Date:     2008-09-30 23:04:24 +0000 (Tue, 30 Sep 2008)
>
> Log Message:
> -----------
> Add an API module that can be POSTed to to trigger a codereview repo update
>
> +		$repo = CodeRepository::newFromName( $params['repo'] );
> +		if( !$repo ){
> +			throw new MWException( "Invalid repo {$args[0]}" );
> +		}
Throwing an MWException on invalid input is not very nice. You should 
really use something like:

$this->dieUsage("Invalid repo ``{$args[0]}''", 'invalidrepo');

If you have some kind of array containing all valid repos lying around, 
you could use that in getAllowedParams() so the repo parameter will 
automatically be validated by extractRequestParams().
> +		$endRev = intval( $params['rev'] );
You can also set the rev parameter to be an integer in 
getAllowedParams(), so you won't have to use intval() (and so 
non-integers will be rejected instead of being silently converted to 0).
> +		if( $lastStoredRev >= $endRev ) {
> +			// Nothing to do, we're up to date.
> +			return;
> +		}
You should still output *something* here (see also below).
(Continue reading)

Permalink | Reply | 2 comments |
headers
Farkas, Illes | 2 Oct 2008 15:48
Picon

en wikipedia full list of protected pages

Dear List Members,

Is there a list of the protected pages of the English wikipedia ? I would
like to extract the following information:

<page ID> <protection status>
<page ID> <protection status>
<page ID> <protection status>
...

Thanks.
Permalink | Reply | 14 comments |
headers
Siebrand Mazeland | 2 Oct 2008 15:53
Picon
Picon
Favicon
Gravatar

Re: en wikipedia full list of protected pages

Try http://en.wikipedia.org/wiki/Special:ProtectedPages.

Cheers! Siebrand 

-----Oorspronkelijk bericht-----
Van: wikitech-l-bounces@...
[mailto:wikitech-l-bounces@...] Namens Farkas, Illes
Verzonden: donderdag 2 oktober 2008 15:48
Aan: wikitech-l@...
Onderwerp: [Wikitech-l] en wikipedia full list of protected pages

Dear List Members,

Is there a list of the protected pages of the English wikipedia ? I would
like to extract the following information:

<page ID> <protection status>
<page ID> <protection status>
<page ID> <protection status>
...

Thanks.
_______________________________________________
Wikitech-l mailing list
Wikitech-l@...
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Permalink | Reply | 0 comments |
headers
Platonides | 2 Oct 2008 15:59
Picon

Re: en wikipedia full list of protected pages

Farkas, Illes wrote:
> Dear List Members,
> 
> Is there a list of the protected pages of the English wikipedia ? I would
> like to extract the following information:
> 
> <page ID> <protection status>
> <page ID> <protection status>
> <page ID> <protection status>
> ...
> 
> Thanks.

You can get it from 
http://download.wikimedia.org/enwiki/20080724/enwiki-20080724-page_restrictions.sql.gz

(not too updated, but RobH was going to install the new servers today, 
so new dumps *should* start shortly)
Permalink | Reply | 12 comments |
headers
Tim Starling | 2 Oct 2008 18:03
Picon

MediaWiki 1.13.2, 1.12.1 security update


This is a security and bugfix release of MediaWiki 1.12 and MediaWiki
1.13. A vulnerability has been discovered which allows arbitrary HTML
injection and thus possible user account compromise. The vulnerability
is only present when $wgUseSiteCss is turned on, which is the
default.  Versions 1.11 and earlier are NOT vulnerable, nor is
development branch later than July 28, 2008.

Also, there was the potential for a subtle user error while editing
$wgGroupPermissions in LocalSettings.php to cause all restrictions to
be disabled. This has been rectified.

Full release notes:
http://svn.wikimedia.org/svnroot/mediawiki/tags/REL1_13_2/phase3/RELEASE-NOTES
http://svn.wikimedia.org/svnroot/mediawiki/tags/REL1_12_1/phase3/RELEASE-NOTES

See below for downloads.

**********************************************************************
    MEDIAWIKI   1.13.2
**********************************************************************

Download:
http://download.wikimedia.org/mediawiki/1.13/mediawiki-1.13.2.tar.gz

Patch to previous version (1.13.1), without interface text:
http://download.wikimedia.org/mediawiki/1.13/mediawiki-1.13.2.patch.gz
Interface text changes:
http://download.wikimedia.org/mediawiki/1.13/mediawiki-i18n-1.13.2.patch.gz
(Continue reading)

Permalink | Reply | 0 comments |
headers
Aryeh Gregor | 2 Oct 2008 18:29
Picon

Re: [MediaWiki-CVS] SVN: [41410] trunk/phase3/includes

On Mon, Sep 29, 2008 at 9:56 PM,  <mattj@...> wrote:
> Modified: trunk/phase3/includes/Linker.php
> ===================================================================
> --- trunk/phase3/includes/Linker.php    2008-09-30 01:00:40 UTC (rev 41409)
> +++ trunk/phase3/includes/Linker.php    2008-09-30 01:56:54 UTC (rev 41410)
>  <at>  <at>  -203,9 +203,18  <at>  <at> 
>                        }
>                }
>                wfProfileOut( __METHOD__ . '-checkPageExistence' );
> +
> +               $oldquery = array();
> +               if( in_array( "forcearticlepath", $options ) && $query ){
> +                       $oldquery = $query;
> +                       $query = array();
> +               }
>
>                # Note: we want the href attribute first, for prettiness.
>                $attribs = array( 'href' => $this->linkUrl( $target, $query, $options ) );
> +               if( in_array( 'forcearticlepath', $options ) && $oldquery ){
> +                       $attribs['href'] = wfAppendQuery( $attribs['href'], wfArrayToCgi( $oldquery ) );
> +               }
>                $attribs = array_merge(
>                        $attribs,
>                        $this->linkAttribs( $target, $customAttribs, $options )

You need to document this new option in the comment for link().
Permalink | Reply | 0 comments |
headers
Brion Vibber | 2 Oct 2008 18:31
Picon
Gravatar

Re: Redirects on CZ top level domains


Vojtech Hala wrote:
> redirects running on the following domains are broken. I'm getting "Wiki 
> does not exist" error.
> 
> wikibooks.cz, wikicitaty.cz, wikidruhy.cz, wikiknihy.cz, wikipedia.cz, 
> wikipedie.cz, wikislovnik.cz, wikisource.cz, wikispecies.cz, 
> wikiversity.cz, wikiverzita.cz, wikizpravy.cz, wiktionary.cz, wikimedia.cz
> 
> The only one working is wikiquote.cz but www.wikiquote.cz is broken as 
> the above. Does it have something to do with yesterday's redirect.conf 
> issue?...

Yes, an earlier config file was restored at that time, temporarily
reverting these newly-added redirections. They were re-added a few hours
after your mail yesterday, and appear to be working currently.

-- brion
Permalink | Reply | 0 comments |
headers
Brion Vibber | 2 Oct 2008 18:33
Picon
Gravatar

Re: [MediaWiki-CVS] SVN: [41458] trunk/extensions/CodeReview


Roan Kattouw wrote:
>> Add an API module that can be POSTed to to trigger a codereview repo update
>>
>> +		$repo = CodeRepository::newFromName( $params['repo'] );
>> +		if( !$repo ){
>> +			throw new MWException( "Invalid repo {$args[0]}" );
>> +		}
> Throwing an MWException on invalid input is not very nice. You should 
> really use something like:

Yeah, I was too lazy to investigate how to do it right. The response
isn't examined at all by the caller right now, so I had no rush. ;)

Thanks for the tips!

-- brion
Permalink | Reply | 1 comment |
headers
Brion Vibber | 2 Oct 2008 18:50
Picon
Gravatar

Announcing live Code Review extension on mediawiki.org!


One of the problems we've been seeing is that our code review procedure
doesn't always scale well. We have a fairly large number of committers,
and a pretty liberal policy about committing new code to trunk -- but we
also need things to _work_ consistently so we can keep the production
code up to date.

Traditionally, code that's been committed to SVN gets reviewed offline
by me or Tim before we push things out live. If we find problems, we fix
them up or revert the code to be redone correctly later.

There's a couple big problems with this:

1) We can't easily coordinate our notes; I can't see what Tim's reviewed
and what he hasn't. We end up either duplicating effort or missing things.

2) If we're both busy, sick, on vacation, etc sometimes it just doesn't
get done!

3) If we want more people to pitch in, coordination gets even harder.

In my spare time over the last few weeks I've thrown together a little
CodeReview extension for MediaWiki to help with this. It pulls the SVN
revision data as commits are made and presents an interface on the wiki
where we can see what's been reviewed, tag problems, and add comments
for follow-up issues.

Yesterday I went ahead and put it live:

http://www.mediawiki.org/wiki/Special:Code/MediaWiki
(Continue reading)

Permalink | Reply | 13 comments |

Gmane