Hello,
the counter of articles at Ligurian wikipedia seems not to run properly: it shows some delay (not depending on the cache of the browser), and it counts only 33 papers, instead of about 45. Could you please take a look? Many thanks,
Claudi
---------------------------------
Yahoo! Mail réinvente le mail ! Découvrez le nouveau Yahoo! Mail et son interface révolutionnaire.
Hi all,
I'm generating a few lists of articles on the Toolserver, and I can't
seem to figure out how to detect if an article has been deleted. I
don't want to include those articles in my lists. Is there an easy way
detect this?
I did see the unused rev_deleted in the revision table, and I found a
previous post in mediawiki-l
(http://mail.wikipedia.org/pipermail/mediawiki-l/2006-April/011330.html),
but it'd be nice to know how MediaWiki detects them...
~Mdd4696
Please,can you send me differents message in french.
thank you.
---------------------------------
Yahoo! Mail réinvente le mail ! Découvrez le nouveau Yahoo! Mail et son interface révolutionnaire.
Je suis heureuse et tres heureuse pour la grande consideratin que vous portez a mon attention.Vous ne pouvez pas savoir quel effet j'ai eu en voyant vos message.Je vous remercie de tout mon coeur.
---------------------------------
Yahoo! Mail réinvente le mail ! Découvrez le nouveau Yahoo! Mail et son interface révolutionnaire.
On 30/06/06, brion(a)svn.leuksman.com <brion(a)svn.leuksman.com> wrote:
> Revision: 15165
> Author: brion
> Date: 2006-06-29 16:54:01 -0700 (Thu, 29 Jun 2006)
>
> Log Message:
> -----------
> * (bug 6491) Apply bad image list in category galleries
> Patch from Ilmari Karonen
> http://bugzilla.wikimedia.org/attachment.cgi?id=2024
Some thoughts on this...when I fixed whatever bug it was that caused
galleries to ignore the bad image list, I considered doing this,
however, I wondered whether it didn't quite make sense. The purpose of
the bad image list as designed was to allow a few dodgy pictures to be
specified and quietly suppressed upon parse actions.
Leaving the fact that I don't support this behaviour in categories
aside, I'm starting to think about whether or not we need to be
storing this information elsewhere. A page with a bunch of regular
expressions on it[1] that is evaluated in the manner the bad image
list is...doesn't scale well if the administrators start adding
several hundred/thousand odd images to it. It might be more effective
to look at migrating this information to the database somewhere.
As I see it, there's a few options springing to mind:
1. Add an extra column to the image metadata; treat it as a boolean
value and use it to determine whether the image is bad
2. Add a whole new table for the purpose and introduce special pages
to manipulate it
3. Similar to option two, but do it through an extension; don't make
it part of the core code; expose the check via hooks in wfIsBadImage()
Personal preferences lie with options two and three. We'd want logging
for it, of course, but that is rather trivial. :)
Anyway, just throwing out some thoughts, concerns and ideas...
Rob Church
An automated run of parserTests.php showed the following failures:
Running test Table security: embedded pipes (http://mail.wikipedia.org/pipermail/wikitech-l/2006-April/034637.html)... FAILED!
Running test Link containing double-single-quotes '' (bug 4598)... FAILED!
Running test message transform: <noinclude> in transcluded template (bug 4926)... FAILED!
Running test message transform: <onlyinclude> in transcluded template (bug 4926)... FAILED!
Running test BUG 1887, part 2: A <math> with a thumbnail- math enabled... FAILED!
Running test Language converter: output gets cut off unexpectedly (bug 5757)... FAILED!
Running test HTML bullet list, unclosed tags (bug 5497)... FAILED!
Running test HTML ordered list, unclosed tags (bug 5497)... FAILED!
Running test HTML nested bullet list, open tags (bug 5497)... FAILED!
Running test HTML nested ordered list, open tags (bug 5497)... FAILED!
Running test Parsing optional HTML elements (Bug 6171)... FAILED!
Running test Inline HTML vs wiki block nesting... FAILED!
Running test Mixing markup for italics and bold... FAILED!
Passed 394 of 407 tests (96.81%) FAILED!
I've been getting quite a few blank pages and error messages this
evening, which disappear immediately upon reload. (This is
en.wiktionary, if it matters, not wikipedia.) I wonder if some
number of the squid servers are indisposed?
I've committed the Poem extension to SVN and activated it on Wikisource. Pretty
straightforward, works like this:
<poem>
bla bla
bla bla
bla bla
</poem>
The inside text is wikitext, but line breaks and initial spaces are preserved.
Output is wrapped in a <div class="poem">, so you can do global styling of poems
per-wiki.
Additionallly you can add other allowed HTML attributes on the <poem> tag just
as you would for a <div> or <pre>, such as setting one-off custom styles or
additional CSS class names.
-- brion vibber (brion @ pobox.com)
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
MediaWiki 1.6.4 is a maintenance bug fix release, which rolls up some fixes to
additional minor problems and localization updates to the Spring 2006 quarterly
snapshot.
* Further improvements to Hebrew localisation
* (bug 5544) Fix redirect arrow in Special:Listredirects for right-to-left
languages
* Replace "doubleredirectsarrow" with a content language check that picks
the appropriate arrow
* Remove live debugging hack which caused errors with certain database names
* (bug 5510) Warning produced when using {{SUBPAGENAME}} in some namespaces
* (bug 5548) Improvements to Indonesian localisation [patch: Ivan Lanin]
* (bug 5403) Fix Special:Newpages RSS/Atom feeds
* (bug 3359) Add hooks on completion of file upload
* (bug 5184) CSS misapplied to elements in Special:Allmessages due to
conflicting anchor identifiers
* (bug 5519) Allow sidebar cache to be disabled; disable it by default.
* Add $wgReservedUsernames configuration directive to block account creation/use
* (bug 5576) Remove debugging hack in session check
* (bug 5181) Update "nogomatch" for Slovak
* (bug 5594) Id translation up to '# Login and logout pages' section
* (bug 5536) Use content language for editing help link
* Minor improvements to English language files
* Improvements to German localisation files
* (bug 5628) Translations for MessagesHr.php
* (bug 5595, 5644) Localisation for Bosnian language (bs)
* (bug 5592) Actions are logged with the default language for the
wiki, not the language of the user performing the operation.
* (bug 5646) Compare for identical types in wfElement()
* Fix for concurrency problem in job queue (image description page invalidation)
* (bug 5497) regeression in HTML normalization in 1.6 (unclosed <li>,<dd>,<dt>)
* (bug 5709) Allow customisation of separator for categories
* (bug 4834) Fix XHTML output when using $wgMaxTocLevel
* Improvements to update scripts; print out the version, check for superuser
credentials before attempting a connection, and produce a friendlier error if
the connection fails
* (bug 5005): Fix XHTML <gallery> output.
* (bug 5315) "Expires: -1" HTTP header made strictly valid (using 1970 date).
* (bug 4825): note in DefaultSettings.php about 'profiling' table creation
* Remove unneeded extra whitespace at top of Special:Categories
* Rewrite reassignEdits script to be more efficient; support optional updates to
recent changes table; add reporting and silent modes
* Updated initStats maintenance script
* (bug 5723) Don't count pages linked to from the MediaWiki namespace as "wanted"
* (bug 5789) Treat "loginreqpagetext" as wikitext
* (bug 5796) We require MySQL >=4.0.14
Full release notes:
http://svn.wikimedia.org/viewvc/mediawiki/tags/REL1_6_4/phase3/RELEASE-NOTEShttp://svn.wikimedia.org/viewvc/mediawiki/tags/REL1_6_4/phase3/HISTORY
Download:
http://prdownloads.sourceforge.net/wikipedia/mediawiki-1.6.4.tar.gz
MD5 checksum:
3afc13074e29db9083fb73435e5e7371 mediawiki-1.6.4.tar.gz
Before asking for help, try the FAQ:
http://www.mediawiki.org/wiki/FAQ
Low-traffic release announcements mailing list:
(Please subscribe to receive announcements of security updates.)
http://mail.wikimedia.org/mailman/listinfo/mediawiki-announce
Wiki admin help mailing list:
http://mail.wikimedia.org/mailman/listinfo/mediawiki-l
Bug report system:
http://bugzilla.wikimedia.org/
Play "stump the developers" live on IRC:
#mediawiki on irc.freenode.net
- -- brion vibber (brion @ pobox.com)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFEV8sJwRnhpk1wk44RAkmoAKC6egTg4YhnXbPSn9BhbjiSC3a8OgCgsL1T
SwVYtN4ftr3BBgBUsQWlgXw=
=HNzm
-----END PGP SIGNATURE-----
An automated run of parserTests.php showed the following failures:
Running test Table security: embedded pipes (http://mail.wikipedia.org/pipermail/wikitech-l/2006-April/034637.html)... FAILED!
Running test Link containing double-single-quotes '' (bug 4598)... FAILED!
Running test message transform: <noinclude> in transcluded template (bug 4926)... FAILED!
Running test message transform: <onlyinclude> in transcluded template (bug 4926)... FAILED!
Running test BUG 1887, part 2: A <math> with a thumbnail- math enabled... FAILED!
Running test Language converter: output gets cut off unexpectedly (bug 5757)... FAILED!
Running test HTML bullet list, unclosed tags (bug 5497)... FAILED!
Running test HTML ordered list, unclosed tags (bug 5497)... FAILED!
Running test HTML nested bullet list, open tags (bug 5497)... FAILED!
Running test HTML nested ordered list, open tags (bug 5497)... FAILED!
Running test Parsing optional HTML elements (Bug 6171)... FAILED!
Running test Inline HTML vs wiki block nesting... FAILED!
Running test Mixing markup for italics and bold... FAILED!
Passed 394 of 407 tests (96.81%) FAILED!