-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
btongminh(a)svn.wikimedia.org wrote:
> Force indices of groups and rights array to be in order so that the
JSON formatter recognizes it as a list instead of a dict in case for
some reason rights or groups are removed somewhere in between (as done
for sysops on testwiki).
[snip]
> - $vals['groups'] = $wgUser->getGroups();
> + $vals['groups'] = array_values( $wgUser->getGroups() );
If this is really necessary, it should probably be done in
User::getGroups() to return a consistent value... but it really
shouldn't be needed.
Offhand nothing appears wrong with the straight results I see from
getGroups() on testwiki.
Can you clarify with an example?
- -- brion
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.8 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iEYEARECAAYFAkgx+moACgkQwRnhpk1wk45nKQCg0VG7mcBIhFSL3fT8vcRBrwDy
PQkAn2+RyrREFlwnHY6XmJddGD/hrzvW
=Plu4
-----END PGP SIGNATURE-----
The static dumps are still not working past eml language version. I read a
previous post that the new ones should be up and running by April, but the
links are all still broken. Any update? Thanks in advance.
On Tue, May 20, 2008 at 8:30 AM, <brion(a)svn.wikimedia.org> wrote:
> Revision: 35075
> Author: brion
> Date: 2008-05-20 06:30:36 +0000 (Tue, 20 May 2008)
>
> Log Message:
> -----------
> Got sick of testing local copies of Wikipedia articles with no images handy.
> Threw together a really quick hack FileRepo class to grab images from the remote wiki using the MediaWiki API.
>
That means we can drop out the nto working filerepo/ICRepo ?
Bryan
effe iets anders wrote:
> Forwarding to Wikitech-l, maybe you know more of a solution?
>
Write letters to members of parliament. Talk to the press. Vote for the
other guy. Get yourself beaten up and thrown in jail. You know, the usual
stuff.
The problem with technical solutions is that the more popular they become,
the easier they are to undermine. Crypto-anarchism has never solved
anything. Civil unrest has a better track record.
-- Tim Starling
aaron(a)svn.wikimedia.org wrote:
> $limit = $wgRequest->getInt( 'limit', 50 );
> + global $wgFeedLimit;
> + if( $limit > $wgFeedLimit ) {
> + $limit = $wgFeedLimit;
> + }
This is a good candidate for refactoring into a common function...
-- brion
Helloes,
There're few new things at http://dammit.lt/wikistats/
1) All projects are included. Non-wikipedia projects will have suffix
in raw data. Suffixes are pretty much self explanatory (haha).
wiktionary: .d
wikinews: .n
wikimedia: .m (meta, commons et al)
wikibooks: .b
wikisource: .s
mediawiki: .w
wikiversity: .v
wikiquote: .q
2) For lazy people there will be daily packages, which will:
- Have a single .tgz archive with per-project files inside (no more
splitting!)
- Um, daily aggregation, instead of hourly
- Pages with low number of reads will not be included (need to have
at least 10 daily visits to be included)
- Files are generally much much smaller ( enwiki daily compressed
filtered data is just 5MB )
For now build process will go back just a week, but over time the
archive may become bigger.
This will also reduce the hourly data retention (unless archive.org
or someone wishes to archive everything)
I'll be also in process of upgrading my box (or maybe moving to new
shiny stats server we may get some day :) - cause it takes an hour to
actually process the data on my 3-year-old flake :)
3) Second number is now actually bytes, in case anyone is interested :)
I've been getting various feedback lately from non-wiki world, where
people use this data for popularity ranking of various bits.
BR,
--
Domas Mituzas -- http://dammit.lt/ -- [[user:midom]]
aaron(a)svn.wikimedia.org wrote:
> * number on success and dies horribly on failure.
> *
> * @param Database $dbw
> + * @param bool $edit, was this a new edit? (optional)
> * @return int
> */
> - public function insertOn( &$dbw ) {
> + public function insertOn( &$dbw, $edit=false ) {
I gotta admit I really don't like this; Revision::insertOn() is a very
low-level function, which isn't really a good place to trip high-level
stuff like "I made an edit".
-- brion vibber (brion @ wikimedia.org)
Dear developers,
I wrote or edited the code attached below. I've also supplied working
sample input and output files. I changed certain variables or names to
"arbitrary" or "tag" in order to figure out how the thing works. Some
variables like $wgParser or setHook can not be changed and appear to be
predefined. That's fine, but when I hit "GO" after placing either one of
these into the search box at mediawiki.org I get "*There is no page titled
"setHook"*. I'm typically a Perl programmer and I understand how the
following work:
1. htmlspecialchars
2. implode
3. return
4. function
5. foreach
6. array();
I just don't understand how this program knows the "$input" variable is
inbetween the tags and the "$args" is embedded withing the html tag. It
would be nice to read up on $wgParser and setHook as well but as I said
earlier the mediawiki go button doesn't return any results and search
returns too many.
Thanks for the support,
-Jon
*Code:*
> <?php
> $wgExtensionFunctions[] = 'arbitraryFunctionName1';
>
> function arbitraryFunctionName1() {
> global $wgParser; #important and breaks if changed, not found on
> PHP.net
> $wgParser->setHook( 'tag', 'arbitraryFunctionName2' );
> }
>
> function arbitraryFunctionName2( $input, $args, $parser ) {
> $attr = array();
> // This time, make a list of attributes and their values,
> // and dump them, along with the user input
> foreach( $args as $ArbitraryName => $ArbitraryValue )
> $attr[] = '<strong>' . htmlspecialchars( $ArbitraryName ) .
> '</strong> = ' . htmlspecialchars( $ArbitraryValue );
> return implode( '<br />', $attr ) . "\n\n" . htmlspecialchars( $input
> );
> }
>
*Input:*
> <tag url="http://www.random.com" arg2="xxx"
> license="commercial">Company</tag>
>
*Output*
> *url* = http://www.random.com
> *arg2* = xxx
> *license* = commercial
>
> Company
>
A few questions/remarks/observations:
* why add an SVN executable property to all files? (I have removed them)
* the phpmailer version included in this extensions is 1.73 and dates from Jun 10 2005 according to ChangeLog.txt. Are you certain it is a good idea to add code this old? The current version of phpmailer is 2.0.0 and dates from 2 December 2007. [1], [2]
Cheers! Siebrand
[1] http://phpmailer.codeworxtech.com/
[2] http://sourceforge.net/project/showfiles.php?group_id=26031
-----Oorspronkelijk bericht-----
Van: mediawiki-cvs-bounces(a)lists.wikimedia.org
Verzonden: zaterdag 17 mei 2008 12:13
Aan: mediawiki-cvs(a)lists.wikimedia.org
Onderwerp: [MediaWiki-CVS] SVN: [34965] trunk/extensions
Revision: 34965
Author: nad
Date: 2008-05-17 10:13:04 +0000 (Sat, 17 May 2008)
Log Message:
-----------
Moving here from http://www.organicdesign.co.nz/Extension:EmailArticle.php
Added Paths:
-----------
trunk/extensions/EmailArticle/
trunk/extensions/EmailArticle/EmailArticle.php
trunk/extensions/EmailArticle/phpmailer/
trunk/extensions/EmailArticle/phpmailer/ChangeLog.txt
trunk/extensions/EmailArticle/phpmailer/LICENSE
trunk/extensions/EmailArticle/phpmailer/class.smtp.php
trunk/extensions/EmailArticle/phpmailer/docs/
trunk/extensions/EmailArticle/phpmailer/docs/extending.html
trunk/extensions/EmailArticle/phpmailer/docs/faq.html
trunk/extensions/EmailArticle/phpmailer/docs/timeoutfix.diff
trunk/extensions/EmailArticle/phpmailer/language/
trunk/extensions/EmailArticle/phpmailer/language/phpmailer.lang-ca.php
trunk/extensions/EmailArticle/phpmailer/language/phpmailer.lang-de.php
trunk/extensions/EmailArticle/phpmailer/language/phpmailer.lang-dk.php
trunk/extensions/EmailArticle/phpmailer/language/phpmailer.lang-en.php
trunk/extensions/EmailArticle/phpmailer/language/phpmailer.lang-fo.php
trunk/extensions/EmailArticle/phpmailer/language/phpmailer.lang-no.php
trunk/extensions/EmailArticle/phpmailer/language/phpmailer.lang-tr.php