An automated run of parserTests.php showed the following failures:
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: Template with thumb image (with link in description)... FAILED!
Running test Template infinite loop... 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: HTML Hex character encoding.... FAILED!
Running test TODO: dt/dd/dl test... FAILED!
Passed 412 of 429 tests (96.04%) FAILED!
An automated run of parserTests.php showed the following failures:
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: Template with thumb image (with link in description)... FAILED!
Running test Template infinite loop... 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: HTML Hex character encoding.... FAILED!
Running test TODO: dt/dd/dl test... FAILED!
Passed 412 of 429 tests (96.04%) FAILED!
There seems to be something awry with the UDP multicast system we use for
purging updated pages from the squid caches. This can cause pages and images
which to not update properly for non-logged-in visitors.
Hopefully we can get this sorted out this evening; it's probably related to
recent rearrangements of our network infrastructure in Florida.
-- brion vibber (brion @ pobox.com)
In the process of applying an update to the 'page' table schema to prepare for
improvements to the language variant code (from SerbianVariants branch), I
somehow managed to horribly wedge ariel, the database master for en.wikipedia.org.
en.wikipedia.org was in and out of read-only mode for a couple hours while first
I, then Domas, looked it over.
In the end, Domas switched masters for en.wikipedia.org over to db3. Ariel's
been a bit flaky, and this gives us a chance to retire or re-stripe it.
So far things look ok on db3; Domas can provide more details on the horror I'm sure.
I've backed the code out of trunk for now; most but not all of our databases
have had the extra field added, which should be harmless to stay until we get
the rest fixed.
-- brion vibber (brion @ pobox.com)
> So if I'm understanding correctly, this means that:
> ======================
> ** two
> *** three
> ======================
>
> Will render as:
> "<p><strong> two </strong>* three</p>"
>
> Not:
> "<ul><li><ul><li>two<ul><li>three</li></ul></li></ul></li></ul>"
>
> (as MediaWiki currently does) ?
I would say it would render as:
<p>
<strong> two<br />
</strong>* three
</p>
We do however only **recommend** HTML. We give freedom to the wiki
developer to decide which HTML s/he wishes to use as output.
Chuck
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Bonjour,
I try to put a link on a part of a compound word, but the result is that
the ling takes one more syllable ie:
[[Bija]]ganita
In the resulting page the link is on part Bijaga not only on Bija. Why?
And how this behaviour can be corrected.
Note: i tried to put the link on "Bi" only, but the result is the same...
Thanks
- --
François Patte
UFR de mathématiques et informatique
Université Paris 5 - Paris
http://www.math-info.univ-paris5.fr/~patte
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org
iD8DBQFFCiAAdE6C2dhV2JURAkJwAJ9OfWZUQKkDY41gstx5FyuGi/7zigCdFlIm
Noey+YR5kfjtCqkCewWD7oo=
=4m8C
-----END PGP SIGNATURE-----
I'm shutting down the mailing list server briefly to back up and upgrade. Should
be running Mailman 2.1.9 within an hour.
-- brion vibber (brion @ pobox.com)
An automated run of parserTests.php showed the following failures:
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: Template with thumb image (with link in description)... FAILED!
Running test Template infinite loop... 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: HTML Hex character encoding.... FAILED!
Running test TODO: dt/dd/dl test... FAILED!
Passed 412 of 429 tests (96.04%) FAILED!
Simetrical and Timwi wrote:
> > Besides, I think you're all forgetting that if we have a table that
> > stores, say, all two-way category intersections, we can actually get rid
> > of the categorylinks table itself -- it would be contained within that
> > new table and would be wholly redundant. Similarly, a table with all
> > three-way intersections contains in it all two-way intersections as well.
>
> Yeah, but then surely you'd have to take the union of a potentially
> large number of tables to display a single-category view, which I
> suspect is going to remain a more common request than a
> category-intersection view. Isn't that going to give you a
> substantial performance hit for large categories?
>
> (And incidentally, pages that are only in a single category will have
> to remain in their own table. You can't get that from intersection
> tables.)
>
Whoa - intersection "tables"? Why more than one? You lost me. Also,
I figured you could get higher order intersections from lower ones,
but how do you go the other way? And, I second the question about the
performance hit, even if you can.
I was picturing adding the intersections to the existing table - like
this, suppose you have an article in "Living people", "People from
Maine", "American horror writers" - it would also get the category
intersections of "Living people ~ People from Maine", "People from
Maine ~ American horror writers", etc. You would not need "American
horror writers ~ People from Maine" because it is the same
intersection. So I can see how you could intersect "Living people"
and "People from Maine ~ American horror writers" and get the
intersection of all three - but you would still need to store "Living
people ~ People from Maine" AND "People from Maine ~ American horror
writers" - it doesn't save you from having to store every combination
of 2 categories.
The plus side is this lets you calculate the intersection of 4
categories dynamically, or any 3, or any 2, with only storing the a
binomial coefficient (n choose k, where n is the number of categories
and k=2) additional records, and the retrieval of articles at the
intersection of only two categories will be fast. The logic for what
to retrievee and store gets a little convoluted, but not too bad... is
the performance improvement worth it?
I don't know enough about SQL to talk intelligently about the speed of
retrieving one record in two thousand vs. two million, but I agree,
some testing is called for here. If someone can point me where I can
download the categorylinks table (*only* preferably) I'll get it and
throw some sql at it. It'll take me a couple of days to get around
to.
Best Regards,
Aerik