Someone just used an <onlyinclude> tag in a template in MediaWiki. From
playing with it, it seems that the following two examples are identical:
===EX A
<noincludeHeader</noinclude
Template
<noinclude>Footer</noinclude>
===EX B
Header
<onlyinclude>Template</onlyinclude>
Footer
I could not find any documentation on MW.org, meta, en.wp or even Google,
and it is not in any of the release notes going back to 1.6. Is this a
hyper-new (1.9) feature, or just very poorly documented? If the former, is
it safe to use it yet? If the latter, is there a reason for hiding this
feature?
- Mark Clements (HappyDog)
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 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 421 of 437 tests (96.34%) FAILED!
Hey,
Does anyone have any suggestions about this bug?
http://bugzilla.wikipedia.org/show_bug.cgi?id=6464
More and more users on our site are experiencing it and actually are
able to edit articles as other users. I can't reproduce it myself,
unfortunately.
Thanks,
Travis
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 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 421 of 437 tests (96.34%) FAILED!
Just some updates for those not following the logs or IRC channel closely:
Images have been very slow during peak hours as load has continued to raise to a
level where the disk array on the backend server can no longer keep up with peak
demand. Several measures have been put in place over the week to alleviate this
a bit:
brion: The image-based 'captcha' on some sites has been temporarily replaced
with a text-based one until the proper captcha is updated to search its files in
a more efficient way
mark: The proxy servers in front of upload.wikimedia.org have been tweaked to
cache more aggressively
JeLuF: A portion of thumbnails for commons are now served through an alternate
server (bacon) instead of the central one (amane)
and probably a few other tweaks.
New cache and fileserver boxes are on order and should hopefully arrive soon
(some have arrived already, I think, and should be installed shortly), which
will let us share the load more evenly.
There has also been some downtime to Europe due to routing problems which
intermittently shut off access to our Amsterdam cluster for a few minutes while
the routers scream at each other. There's not a lot we can do directly about
this other than hoping that the Surfnet issues get worked out soon; it's
upstream of us.
-- brion vibber (brion @ pobox.com / brion @ wikimedia.org)
A few days ago I upgraded my wiki to 1.8.1 (from 1.7.something), and
all of my parser function hooks (the tags with {{#Blah: ...}} syntax
added with $wgParser->setFunctionHook) stopped working. (That is,
they started showing up verbatim, unparsed.) I upgraded the
ParserFunctions extension, the one with the conditional evaluation
things and such, to the latest version, and they now work fine. But
my own custom-written hooks still don't work. I tried comparing the
new version of ParserFunctions to the one I previously had installed,
but I couldn't figure out what changes were necessary to make it work
in the new version. What changed about the semantics of adding such
hooks in MW 1.8?
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 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 421 of 437 tests (96.34%) FAILED!
> "Mike O" wrote:
> > I think I have all the same extensions installed (I could be
> > wrong though, I checked Special:Version page and they appear to
> > match save for a few things that seem to not be available to the
> > public) so I wonder why this happens. Anybody know? If it is a
> > missing extension then which one? Or maybe it's a config setting?
> >
> > Mike O
>
> The difference is probably that you don't have tidy enabled while wikipedia
> has. MW shouldn't give such different output if bewing tidied or not, but
> it's another matter.
Thanks, that was the issue, tidy was not enabled.
Mike O
--
_______________________________________________
Surf the Web in a faster, safer and easier way:
Download Opera 9 at http://www.opera.com
Powered by Outblaze
I'm finding some odd template behavior after importing articles from Wikipedia. Here's an example snippet from the John Lennon page - the infobox on the right side had what appear to be HTML tags visible, but when viewing the source code I see that < and > chars have been translated to < and > which explains why they show up looking like HTML, but doesn't explain how I get the software to not translate those chars:
John Lennon <tr style="text-align: center;"><td colspan="3">
The HTML source looks like this:
<big>John Lennon</big>
<tr style="text-align: center;"><td colspan="3">
I think I have all the same extensions installed (I could be wrong though, I checked Special:Version page and they appear to match save for a few things that seem to not be available to the public) so I wonder why this happens. Anybody know? If it is a missing extension then which one? Or maybe it's a config setting?
Mike O
--
_______________________________________________
Surf the Web in a faster, safer and easier way:
Download Opera 9 at http://www.opera.com
Powered by Outblaze