An automated run of parserTests.php showed the following failures:
This is MediaWiki version 1.12alpha (r26239).
Reading tests from "maintenance/parserTests.txt"...
Reading tests from "extensions/Cite/citeParserTests.txt"...
Reading tests from "extensions/Poem/poemParserTests.txt"...
Reading tests from "extensions/LabeledSectionTransclusion/lstParserTests.txt"...
17 still FAILING test(s) :(
* URL-encoding in URL functions (single parameter) [Has never passed]
* URL-encoding in URL functions (multiple parameters) [Has never passed]
* Table security: embedded pipes (http://lists.wikimedia.org/mailman/htdig/wikitech-l/2006-April/022293.html) [Has never passed]
* Link containing double-single-quotes '' (bug 4598) [Has never passed]
* message transform: <noinclude> in transcluded template (bug 4926) [Has never passed]
* message transform: <onlyinclude> in transcluded template (bug 4926) [Has never passed]
* BUG 1887, part 2: A <math> with a thumbnail- math enabled [Has never passed]
* HTML bullet list, unclosed tags (bug 5497) [Has never passed]
* HTML ordered list, unclosed tags (bug 5497) [Has never passed]
* HTML nested bullet list, open tags (bug 5497) [Has never passed]
* HTML nested ordered list, open tags (bug 5497) [Has never passed]
* Inline HTML vs wiki block nesting [Has never passed]
* Mixing markup for italics and bold [Has never passed]
* dt/dd/dl test [Has never passed]
* Images with the "|" character in the comment [Has never passed]
* Parents of subpages, two levels up, without trailing slash or name. [Has never passed]
* Parents of subpages, two levels up, with lots of extra trailing slashes. [Has never passed]
Passed 527 of 544 tests (96.88%)... 17 tests failed!
Hi,
I have MW 1.11.0 installed on FreeBSD 6.2-STABLE with latex2e gs dvips and
dvipng on Apache 2.2.4_2
The above packages work OK from the keyboard.
MW works as intended, the texvc builds, but, still no rendering of math.
The .tex file is created in /math/tmp with, no log.
It seems I am not calling latex and CO after.
I have tried making the path explicit in ./math/render.ml and rebuilt, still
no. Also tried is "env latex ....." in render.ml same result.
What am I doing wrong???
John
An automated run of parserTests.php showed the following failures:
This is MediaWiki version 1.12alpha (r26195).
Reading tests from "maintenance/parserTests.txt"...
Reading tests from "extensions/Cite/citeParserTests.txt"...
Reading tests from "extensions/Poem/poemParserTests.txt"...
Reading tests from "extensions/LabeledSectionTransclusion/lstParserTests.txt"...
17 still FAILING test(s) :(
* URL-encoding in URL functions (single parameter) [Has never passed]
* URL-encoding in URL functions (multiple parameters) [Has never passed]
* Table security: embedded pipes (http://lists.wikimedia.org/mailman/htdig/wikitech-l/2006-April/022293.html) [Has never passed]
* Link containing double-single-quotes '' (bug 4598) [Has never passed]
* message transform: <noinclude> in transcluded template (bug 4926) [Has never passed]
* message transform: <onlyinclude> in transcluded template (bug 4926) [Has never passed]
* BUG 1887, part 2: A <math> with a thumbnail- math enabled [Has never passed]
* HTML bullet list, unclosed tags (bug 5497) [Has never passed]
* HTML ordered list, unclosed tags (bug 5497) [Has never passed]
* HTML nested bullet list, open tags (bug 5497) [Has never passed]
* HTML nested ordered list, open tags (bug 5497) [Has never passed]
* Inline HTML vs wiki block nesting [Has never passed]
* Mixing markup for italics and bold [Has never passed]
* dt/dd/dl test [Has never passed]
* Images with the "|" character in the comment [Has never passed]
* Parents of subpages, two levels up, without trailing slash or name. [Has never passed]
* Parents of subpages, two levels up, with lots of extra trailing slashes. [Has never passed]
Passed 527 of 544 tests (96.88%)... 17 tests failed!
tstarling(a)svn.wikimedia.org wrote:
> Revision: 26204
> Author: tstarling
> Date: 2007-09-28 11:36:33 +0000 (Fri, 28 Sep 2007)
>
> Log Message:
> -----------
> Fix for bug 11232. Improved port of GStreamer's GstBaseAudioSink
> (gstbaseaudiosink.c in gst-plugins-base). AudioSink should block on EOS
> until playback is finished. This behaviour is also mentioned in
> GStreamer's part-element-sink.txt.
Do we have to update the compiled .jar for this? Some compilation
directions probably would help since I apparently did something wrong
last time. ;)
-- brion vibber (brion @ wikimedia.org)
Hi all,
Does anyone know a way to manipulate the referencing style in wiki?
For example,
===================================
xyz <ref name=xyz:1>Some descriptions</ref>
<references/>
===================================
will produce something like:
===================================
xyz [1]
1. Some descriptions
===================================
and I would like to be able to edit the [1].
Instead of having all the footnotes be numbered,
I would like to name them myself and have the footnotes be organized
alphabetically.
For example, I would like to view results such as:
===================================
xxx[Smith 2000]
yyy[Adams 2007]
zzz[Thomas 2002]
Adams 2007: Some descriptions
Smith 2000: Some descriptions
Thomas 2002: Some descriptions
===================================
Perhaps some sort of a template?
Any input would be greatly appreciated!
Thanks!
-- LK
download.wikimedia.org says enwiki 20070908 has 10,218,632 pages, and
when I run it mwdumper says it inserted 5,654,236 pages into the
database. But MySQL is only showing about 2.6 million rows. I ran
mwdumper twice, the first time gave 2,639,569/2,678,371/2,615,000 rows
for the page/revision/text tables, respectively. The second time gave
2,583,864/2,510,365/2,615,000 rows.
Which number of rows is correct - 10 million, 5 million, or 2.6 million?
Did something go wrong with the DB insert? Note that this is on a Linux
machine with MySQL 4.1.22, and there is plenty of space on the hard drive.
Thanks.
> > > "... Do we/can we collect
> > > search queries on en:wp?..."
> "...It would be ridiculously easy..."
http://vps.epstone.net/~andrew/wiki/index.php/MediaWiki:Common.js
> "...yes...no privacy implication...
> How many searches do we get a
> day? Is this useful data to those
> working on MediaWiki/Wikipedia
> search?..."
I think all users, especially editors and those who want to add new
pages could benefit from such a feature. I suggest insuring that the
word(s) searched for show up in red if there's still no page. In other
words, more than just what was searched for, but if it was found or
findable via that search (and maybe if it was selected or discarded).
Any other ideas on features and benefits? Sounds like an opportunity to
create SpecialSearchStats.php for all MediaWiki installs.
Perhaps even coordinating it with SpecialStatistics.php?
Someone did a nice job with
http://en.wikipedia.org/wiki/Wikipedia:Search_engine_statistics but
that's navel gazing - where "Wikipedia" appears in Google. What's more
important to me is what people are searching for on other search
engines, with an eye to help identify where Wikipedia is unresponsive to
people's interests. For Google, see the weekly list at
http://www.google.com/press/zeitgeist.html and the hourly feed at
http://www.google.com/trends/hottrends ... versus whatever we think
should be on Wikipedia.
... I know we're busy with v1.12 testing, and that basic function comes
before such enhancements as above ... funny thing, though, when there's
loads of money behind something: standing at the gas/petrol pump credit
card terminal early this morning as they turned it on and it booted up
(everything's computerized) I saw it's BIOS was v20.2!
Hello,
I just uploaded the first version of a new extension called SphinxSearch (
http://www.mediawiki.org/wiki/Extension:SphinxSearch ). This extension uses the
Sphinx Search engine as the backend for full text searches of wiki content. See
the MW page for full description of the extension.
Since this is the first release of the extension, and since searching is such a
fundamental requirement of a wiki-type webpage, I wanted to submit this
extension for your scrutiny. I would like to get feedback on not only the
extension's functionality, but also the clarity and completeness of the
installation instructions.
At the same time, I have a question to the community. Is there a good way to
change the default behavior of the Search box on the left of every page
(rendered with monobook that is)? In other words, my extension adds a new
Special Page. I would like the search box to use my special page instead of the
default Special:Search. The reason for this is because I do not want to
completely get rid of the build-in search engine ... at least not yet.
Many thanks in advance,
paul.
An automated run of parserTests.php showed the following failures:
This is MediaWiki version 1.12alpha (r26173).
Reading tests from "maintenance/parserTests.txt"...
Reading tests from "extensions/Cite/citeParserTests.txt"...
Reading tests from "extensions/Poem/poemParserTests.txt"...
Reading tests from "extensions/LabeledSectionTransclusion/lstParserTests.txt"...
17 still FAILING test(s) :(
* URL-encoding in URL functions (single parameter) [Has never passed]
* URL-encoding in URL functions (multiple parameters) [Has never passed]
* Table security: embedded pipes (http://lists.wikimedia.org/mailman/htdig/wikitech-l/2006-April/022293.html) [Has never passed]
* Link containing double-single-quotes '' (bug 4598) [Has never passed]
* message transform: <noinclude> in transcluded template (bug 4926) [Has never passed]
* message transform: <onlyinclude> in transcluded template (bug 4926) [Has never passed]
* BUG 1887, part 2: A <math> with a thumbnail- math enabled [Has never passed]
* HTML bullet list, unclosed tags (bug 5497) [Has never passed]
* HTML ordered list, unclosed tags (bug 5497) [Has never passed]
* HTML nested bullet list, open tags (bug 5497) [Has never passed]
* HTML nested ordered list, open tags (bug 5497) [Has never passed]
* Inline HTML vs wiki block nesting [Has never passed]
* Mixing markup for italics and bold [Has never passed]
* dt/dd/dl test [Has never passed]
* Images with the "|" character in the comment [Has never passed]
* Parents of subpages, two levels up, without trailing slash or name. [Has never passed]
* Parents of subpages, two levels up, with lots of extra trailing slashes. [Has never passed]
Passed 527 of 544 tests (96.88%)... 17 tests failed!