< second % is stuck to the link following it
b> Try describing the problem...?
There is no space between the second % and the following link. Turning
off styles, ALT V Y N, and the space comes back. Or remove the Chinese
to make a pure English post, and the space comes back.
You can easily test 99.9% of the cases when something is not zh-tw:
$ echo 导航|iconv -t big5
iconv: illegal input sequence at position 0
S> What do you expect it to show up as?
$ echo 导航|iconv -t gb2312|iconv -f gb2312 -t big5|iconv -f big5
導航
On 30/11/06, nikerabbit(a)svn.wikimedia.org <nikerabbit(a)svn.wikimedia.org> wrote:
> Revision: 18054
> Author: nikerabbit
> Date: 2006-11-30 06:41:08 -0800 (Thu, 30 Nov 2006)
>
> Log Message:
> -----------
> * Trying to make the code used in Betawiki an extension
I smell a paradox...see, in a few minutes, some bright spark will post
a German translation for it, and so on and so forth. So we'll have
i18n for an i18n tool...
...them wikis, they bes alive!
Rob Church
Hello All,
What (file) is generating the layout resp. the HTML head of a MediaWiki
page?
Thanks in advance
Regrads
--
Florian Fricker florian.fricker(a)wyona.com
Wyona Inc. - Open Source Content Management - Apache Lenya
http://www.wyona.comhttp://lenya.apache.org
An automated run of parserTests.php showed the following failures:
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: 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: 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"...
Passed 449 of 469 tests (95.74%)... FAILED!
Need to know if there is a way or a tool that will allow MediaWiki users
to access the wiki AS IF they were in the past. For example, I would
like to filter my wiki to appear as it did (with all the links and
images intact) on July 5, 2006, for example.
Perhaps another term for this feature or filter is *rollback.* I would
like to rollback the wiki to July 5, 2006, on a user-by-user basis. I'm
thinking this would be a filter option or some other feature.
The only way now that we have managed to approximate this ability is to
archive the wiki, take a static picture of it as it exists on a certain
date and then link to it. The user then navigates within that wiki
*universe* without connecting or linking to the current wiki.
The purpose of our wiki is to provide current information on our current
products. However, we must support earlier versions of our products.
The current or live wiki always has current information about our most
recent product versions. Because of the dynamic, internal links within
a wiki page, it seems a user can get easily mislead while researching a
solution to an earlier version and end up on a current version page.
We figured a filter-by-date option or rollback feature would be the best
solution, if it exists. Does anyone know? If no filter or rollback
option is available, is the idea of *archiving* our wiki, freezing it on
a certain date and moving on from there, the only solution?
Thanks!
madea
madea(a)mmsi.comm
Hello All,
I am trying to *migrate* a wiki based on MySQL4 to MySQL5, the process i
have done is:
1. export all tables from MySQL4 into sql file.
2. import the sql file into MySQL5.
After that some pages in the new Wiki are empty (in revision of the page
some early revisions can be seen).
What is the problem by my process?
Mediawiki is 1.5.xx with restrict features.
any help is appreciate
Thanks
Ting
--
"The bane of my existence is doing things
that I know the computer could do for me"
-- Dan Connolly
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Just added: Leon Weber (leon), Manuel Schneider (80686), working on
extensions (CategorySelect et al)
- -- brion vibber (brion @ pobox.com)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.2 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFFbfrTwRnhpk1wk44RAtS2AJ9kA+nVRa1V9MtR49QrgHTNwMzpXgCggLj7
BTSMi+pM1HPAbUxAEtPMgBU=
=Sew+
-----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
greg(a)svn.wikimedia.org wrote:
> + /**
> + * Returns true if this database uses timestamps rather than integers
> + */
> + function realTimestamps() {
> + return $this->mRealTimestamps;
> + }
If something like this is necessary at all, why bother with a member
variable? The function should simply be overridden appropriately.
> - /* Offset must be an integral. */
> - if ( !strlen( $options['offset'] ) || !preg_match( '/^[0-9]+$/', $options['offset'] ) )
> - $options['offset'] = '';
> + /* Offset must be an integral, unless the db is using timestamps */
> + $dbr =& wfGetDB( DB_SLAVE );
> + if ( !strlen( $options['offset'] ) ||
> + ( !$dbr->realTimestamps() && !preg_match( '/^[0-9]+$/', $options['offset'] ) ) )
> + $options['offset'] = '';
This looks like it may be unsafe; the code here is pretty hairy and I
didn't see any _other_ validation of input.
1) Confirm you didn't introduce an SQL injection attack vector on PG
systems.
2) Consider simply fixing the code to properly validate input and
produce portable output, the way it's supposed to.
There should be no need to check or care what internal format the
database uses when dealing with form parameters.
- -- brion vibber (brion @ pobox.com)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.2 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFFbPdVwRnhpk1wk44RAvRFAJ9VKJ8Ad222YbfLXUiR47c7fs7TsgCg3Vl8
90F2U1HzQot2lkBiKhnhcbs=
=MNOJ
-----END PGP SIGNATURE-----
An automated run of parserTests.php showed the following failures:
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: 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: 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"...
Passed 449 of 469 tests (95.74%)... FAILED!