I have been working on this problem for a few weeks, and I am not able
to get the rasterization of inline conversion of SVG into PNG to work
properly with rsvg. ANy help on setup instructions for this would be
appreciated.
Thanks
Jeff
Evening All,
I was put in charge of administering a wikimedia site, and I'm still a bit new
to all of it's functionality. Here are my two questions:
1)I need a way to create 50 accounts quickly. In other words to Batch create
accounts. All the permissions are the same. So, in my attempts I made this
script: (changed the names of host user and dbpass for security in the real
script the match) similar to:
http://mail.wikimedia.org/pipermail/mediawiki-l/2005-October/007558.html
The problem with this script is that the accounts get created but it seems that
that the passwords are not. So I'll have accounts a, b, c, but the password
fields are left blank for some reason. I tried checking the passwords an the
back end but they are salted for security. Why is this happening? Or is there an
easier way to batch create accounts?
2) I have a wiki and in this wiki some of the pages can be viewed without login
in and the rest you need to be logged in. Now say that I want to have a link
from my other website into my wiki’s password protected section. Is there a way
that I could authenticate myself without using the wiki’s login page, -say
maybe pass the credentials in the header? Any other suggestions?
Steve
Is it just me, or is template expansion on en.wp suddenly broken?
(See for example [[Fur]], which is currently displaying "Template:Otheruses"
and "Template:Main" verbatim, without expanding them.)
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!
We're using Mediawiki at our company, but one gripe with it is that the Talk
pages are separate. Ideally we would like to see a comments section at the
bottom of the actual pages - with an add comment button. Nothing fancy just a
list of comments with the username and date in there.
Does anyone know of any extenstion that does this or have any idea how easy it
would be to write one?
Nigel
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!
Recently our main spam URL blacklist at
http://meta.wikimedia.org/wiki/Spam_blacklist has gotten too long for PHP's
regulation expressions library (PCRE) to allow. As a result, the check would
more-or-less silently fail.
I've updated the spam blacklist extension to split a long list into multiple
regexes, so it will handle the larger list without exploding.
Third-party MediaWiki sites using our default blacklist should consider updating
it from SVN if you've noticed the blacklist has stopped working for you.
The anonymous SVN checkout URL is still:
http://svn.wikimedia.org/svnroot/mediawiki/trunk/extensions/SpamBlacklist
You can also poke at the files in a human-readable fashion:
http://svn.wikimedia.org/viewvc/mediawiki/trunk/extensions/SpamBlacklist/
The cleanup.php script hasn't been tested yet for the update, so if you use it,
well, say something if it's borked. :)
-- 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!
[Yes, a date linking thread again (feel free to hate me ;-)]
Consensus about the date linking/not-linking issue is dominated by users
that do have a login and can choose their date display format
preferences. And I guess on en.wikipedia.org, a lot of users choose a
format which is *not* the ISO-format (some hard statistics would be
welcomed).
I fear this is to the detriment of anonymous users - the vast majority
of our readers.
On en, it seems to be quite popular and handy to enter dates in
ISO-format (Example: http://en.wikipedia.org/wiki/Template:Cite_web)
The "default date display preference" for anons for wikilinked dates
entered in ISO-format is currently simply the ISO-format (no format
tweaking is done).
Could/should the displayed date format of wikilinked dates that are
entered in ISO-format be changed such that anons do get the same date
display format that is used to show - let's say - date entries from the
history of a page in a given wiki?
(I strongly assume the format of the date entries of the history of a
page is configurable somewhere per wiki).
--Liuglem