Hi All,
I've just committed a change that allows users with the permission key
'ipblock-exempt' to be exempted from ALL forms of IP blocks, including those
which come from DNSBLs.
This permission is by default assigned to the Sysop group, although it can
be, as usual, applied to any group using $wgGroupPermissions.
(See bug 3706 and r18904)
Take care,
Andrew Garrett
(Werdna)
I am in the process of upgrading my Mediawiki parser for TomeRaider files,
adding template processing, and I also noticed how complicated templates can
becomeHere is an example: For article fr.wikipedia.org/wiki/Paris the
following templates were executed:#expr: 294 #if: 100 #ifexpr: 350After
disabling geohack code, which yields two numbers only (longitude and
latitude):#expr: 2 #if: 88 #ifexpr: 2Also what happens when a switch
stateent has hundreds of clauses, each with new sub-templates: are these all
resolved before resolving the switch? Just wondering.Erik
Zachte-----------------Domas:We had some slowness today, where after some
temporary issue cluster ended
up spending >50% of it's time working on Spanish wikipedia template. We
nuked the template (es.wikipedia site was also turned off at some moment),
so now it is all up and running.
The template was used for adding a single line of text, though it took 20
seconds to render. ;-)
We'll probably have to do something about that.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
I've made a snapshot release candidate from 1.9 branch; this is a chance
to get a few more possible installation/upgrade regressions tested and
fixed.
A more widely announced 'final' 1.9.0 release will come after another
day or two.
Full release notes:
http://svn.wikimedia.org/svnroot/mediawiki/tags/REL1_9_0RC1/phase3/RELEASE-…
Download from:
http://sourceforge.net/project/showfiles.php?group_id=34373&package_id=93103
MD5 checksum: 55eb83d15a95db85ed002aace93a18d9
SHA-1 checksum: 1ee7d5ddc5b356288f7bdaa9b5800cb89a461216
- -- brion vibber (brion @ pobox.com / brion @ wikimedia.org)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.2 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFFov17wRnhpk1wk44RAm0NAJ9cCdwCyI05uxYzub91uU19NYEu8ACfWSsB
1vXMvKj5Q3Hhb6h0gLphWWA=
=fhhJ
-----END PGP SIGNATURE-----
Brion Vibber:
> We're in progress of moving the dump system to new servers. The initial
> test run is extra slow because it's a full rebuild (without using the
> old XML files for backing, to make sure we have clean copies of all
> revisions).
Ah, thanks -- that's good to know. I notice the sql dumps on that
page (page.sql.gz, etc) are empty: are these being skipped for the
above testing purposes, then? (I may of course be biased, as it's
those I'm waiting for.)
Cheers,
Alai.
Hello,
after trying several other places I hope to find an open ear for this issue here.
I stepped on this in the german wikipedia, but its the same in the english and
probaly others:
The stylesheet for printing is called via:
<link rel="stylesheet" type="text/css" media="print"
href="/skins-1.5/common/commonPrint.css?41" />
Now for the mostly relevant style it contains a fixed font size:
#content { .. font-size: 11pt; .. }
The effect is that a print page can not be scaled prior to printing, as for
example in Firefox.
Fixed font size reduces the accessability and IMHO makes sense only for
printing on fixed paper forms.
The simple solution would be to replace the '11pt' with a percent or em-Value
that renders similar in popular browsers, like '92%'.
There are other issues with commonPrint.css (like: why should it not be
appropriate to have the Wikipedia logo on a printed Wikipedia page?), so as a
second step I would propose an option in the user parameters "Turn off
specialized stylesheet for printing".
But let us clarify the fixed font issue first.
Greetings
// Bernd
hello,
for security reason I want my wiki users to logon via https connection
while all the wiki is accessible via regular http connection.
so I added this code to LocalSettings.php:
$ServerName=$_SERVER['HTTP_HOST'];
if ((substr($_GET['title'],-10,10) == ":Userlogin") && ($_SERVER['HTTPS'] != "on"))
header("Location: https://$ServerName".$_SERVER['REQUEST_URI']);
else if ((substr($_GET['title'],-10,10) != ":Userlogin") && ($_SERVER['HTTPS'] == "on"))
header("Location: http://$ServerName".$_SERVER['REQUEST_URI']);
(also at
http://meta.wikimedia.org/wiki/Help:Configuration_tips_and_tricks#HTTPS_on_…)
now I've two problems,
first: Firefox tells me that the page is partially encypted - and I
can't find which object isn't encrypted (see wiki.jct.ac.il login page)
second: the "remember me" check box do not work. (maybe it cause of LDAP
auth ??)
any help will be appreciated.
--Yedidia
An automated run of parserTests.php showed the following failures:
This is MediaWiki version 1.10alpha (r19023).
Reading tests from "/home/brion/src/wiki/phase3/maintenance/parserTests.txt"...
Running test TODO: Table security: embedded pipes (http://mail.wikipedia.org/pipermail/wikitech-l/2006-April/034637.html)... FAILED!
Running test TODO: Link containing double-single-quotes '' (bug 4598)... FAILED!
Running test TODO: message transform: <noinclude> in transcluded template (bug 4926)... FAILED!
Running test TODO: 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 TODO: HTML bullet list, unclosed tags (bug 5497)... FAILED!
Running test TODO: HTML ordered list, unclosed tags (bug 5497)... FAILED!
Running test TODO: HTML nested bullet list, open tags (bug 5497)... FAILED!
Running test TODO: HTML nested ordered list, open tags (bug 5497)... FAILED!
Running test TODO: Parsing optional HTML elements (Bug 6171)... FAILED!
Running test TODO: Inline HTML vs wiki block nesting... FAILED!
Running test TODO: Mixing markup for italics and bold... FAILED!
Running test TODO: 5 quotes, code coverage +1 line... FAILED!
Running test TODO: dt/dd/dl test... FAILED!
Running test TODO: Images with the "|" character in the comment... FAILED!
Running test TODO: Parents of subpages, two levels up, without trailing slash or name.... FAILED!
Running test TODO: Parents of subpages, two levels up, with lots of extra trailing slashes.... FAILED!
Running test TODO: Don't fall for the self-closing div... FAILED!
Running test TODO: Always escape literal '>' in output, not just after '<'... FAILED!
Reading tests from "/home/brion/src/wiki/phase3/extensions/Cite/citeParserTests.txt"...
Reading tests from "/home/brion/src/wiki/phase3/extensions/Poem/poemParserTests.txt"...
12 previously failing test(s) now PASSING! :)
* Basic section headings
* Section headings with TOC
* Handling of sections up to level 6 and beyond
* Resolving duplicate section names
* Template with sections, __NOTOC__
* __NOEDITSECTION__ keyword
* Link inside a section heading
* Fuzz testing: Parser14
* Fuzz testing: Parser14-table
* Inclusion of !userCanEdit() content
* Out-of-order TOC heading levels
* -{}- tags within headlines (within html for parserConvert())
2 new PASSING test(s) :)
* Transclusion of MediaWiki message with underscore
* Transclusion of MediaWiki message with space
Passed 484 of 503 tests (96.22%)... FAILED!
The database dump process seems to have been "stalled" at es: since
Christmas Day, two weeks ago. (As a result, there's been no dump of
de: or en: for over a month, as a number of people have observed at
the meta: page on the data dumps.) Does this just need to be manually
restarted, or are things more profoundly on hold or otherwise
troubled?
Cheers,
Alai.
Oh, bother. That's two bits of spam today on oversight-l. I expect
we're on the lists now.
Devs - what's the spam filter like on the mailing list box?
- d.
On 08/01/07, Joy <Momentum_Traders_torridness(a)gmail.com> wrote:
> Eliminate all of your CreditCard Debt.
[canned lunchmeat snipped]