-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Earlier today I branched off 1.7 in our subversion repository, and made a
release candidate:
http://svn.wikimedia.org/snapshots/mediawiki-1.7.0rc.tar.gz
It's marked as just 1.7.0 internally. If there's no reports of major breakage by
tomorrow morning I'll re-zip it as 1.7.0 final. I'd appreciate if a few people
could test installation and upgrading, which don't receive as much testing from
Wikipedia as other code.
- -- brion vibber (brion @ pobox.com)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFEraZFwRnhpk1wk44RAufHAKC+5HTqyUk4BlolsCXipMSbrjOAbACfXtg6
sZ4oQ5H84wpZLVYIJ3ESzec=
=N84K
-----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
This is the quarterly release snapshot for Summer 2006. While the code
has been running on Wikipedia for some time, installation and upgrade
bits may be less well tested. Bug fix releases may follow in the coming
days or weeks.
MediaWiki is now using a "continuous integration" development model with
quarterly snapshot releases. The latest development code is always kept
"ready to run", and in fact runs our own sites on Wikipedia.
Release branches will continue to receive security updates for about a year
from first release, but nonessential bugfixes and feature development happen
on the development trunk and appear in the next quarterly release.
Those wishing to use the latest code instead of a branch release can obtain
it from source control: http://www.mediawiki.org/wiki/Download_from_SVN
This is the first version of MediaWiki to require PHP 5. 5.1.x is recommended;
5.0 may work but is not well tested. (PHP 5.0 is no longer maintained; all PHP
5.0 users should upgrade to a current 5.1 release to ensure they have all
security fixes.) PHP 4.x is no longer supported by MediaWiki. If you are unable
to upgrade PHP, sorry, but you will have to stick with old versions of MediaWiki
for now.
Full release notes:
http://svn.wikimedia.org/viewvc/mediawiki/tags/REL1_7_0/phase3/RELEASE-NOTEShttp://svn.wikimedia.org/viewvc/mediawiki/tags/REL1_7_0/phase3/HISTORY
Download:
http://prdownloads.sourceforge.net/wikipedia/mediawiki-1.7.0.tar.gz
MD5 checksum:
d3b0ed529ae5ac9dfe713fbdbeae8025 mediawiki-1.7.0.tar.gz
SHA-1 checksum:
90c484ad4c2c20023ee1dcbd0eb2904e1a6a1727 mediawiki-1.7.0.tar.gz
Before asking for help, try the FAQ:
http://www.mediawiki.org/wiki/Help:FAQ
Low-traffic release announcements mailing list:
(Please subscribe to receive announcements of security updates.)
http://mail.wikimedia.org/mailman/listinfo/mediawiki-announce
Wiki admin help mailing list:
http://mail.wikimedia.org/mailman/listinfo/mediawiki-l
Bug report system:
http://bugzilla.wikimedia.org/
Play "stump the developers" live on IRC:
#mediawiki on irc.freenode.net
- -- brion vibber (brion @ pobox.com)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFErr/xwRnhpk1wk44RAoIoAJ0bj15IFY+Svs0rTnKVbVvZ21kdTgCfYfq2
airYE+1H4ga28uhXTSXNL+k=
=o2qo
-----END PGP SIGNATURE-----
Double crosspost to wikipedia-l and wikitech-l because this might affect
some people.
There was a bug with history paging whereby the last item of one page was
displayed as the first item of the next, i.e. the pages overlapped. This has
now been fixed in MediaWiki, and the fix will shortly be live on Wikimedia
sites. The consequence of this is that some history URLs will now be offset
by one row compared to how they were before. A link like this:
http://en.wikipedia.org/w/index.php?title=Main_Page&offset=20060320004434&a…
...will display the items *after* 2006-03-20, 00:44:34 UTC, *not* inclusive
of that date, whereas before the fix it would have displayed items inclusive
of that date.
The reason for the change is that if we kept the same URL scheme, in some
cases, it would have required an extra database query to work out the
correct offsets for the prev/next links. Using non-inclusive offsets, all
the data is available already.
-- Tim Starling
An automated run of parserTests.php showed the following failures:
Running test Table security: embedded pipes (http://mail.wikipedia.org/pipermail/wikitech-l/2006-April/034637.html)... FAILED!
Running test Link containing double-single-quotes '' (bug 4598)... FAILED!
Running test Template with thumb image (wiht link in description)... FAILED!
Running test message transform: <noinclude> in transcluded template (bug 4926)... FAILED!
Running test 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 Language converter: output gets cut off unexpectedly (bug 5757)... FAILED!
Running test HTML bullet list, unclosed tags (bug 5497)... FAILED!
Running test HTML ordered list, unclosed tags (bug 5497)... FAILED!
Running test HTML nested bullet list, open tags (bug 5497)... FAILED!
Running test HTML nested ordered list, open tags (bug 5497)... FAILED!
Running test Parsing optional HTML elements (Bug 6171)... FAILED!
Running test Inline HTML vs wiki block nesting... FAILED!
Running test Mixing markup for italics and bold... FAILED!
Running test 5 quotes, code coverage +1 line... FAILED!
Running test HTML Hex character encoding.... FAILED!
Running test dt/dd/dl test... FAILED!
Passed 407 of 424 tests (95.99%) FAILED!
mwCustomEditButtons is defined in wikibits.js :
=================================================
/var/www/hosts/mediawiki/wiki# grep -inr "mwCustomEditButtons" *
skins/common/wikibits.js:320:var mwCustomEditButtons = []; // eg to
add in MediaWiki:Common.js
[..snip..]
=================================================
For the wikipedia, the URL to this file is:
http://en.wikipedia.org/skins-1.5/common/wikibits.js
All the best,
Nick.
> I found the mwCustomEditButtons in wikipedia's "mediawiki:monobook.js" which
> is designed to add edit tool buttons above edit box. However, in my wiki, a
> javascript error ocurred when I try to do the same thing. I wonder where the
> mwCustomEditButtons be difined.
>
> here is code from "mediawiki:monobook.js" in wikipedia:
>
> /* add a redirect button to the edit page toolbar */
> if (mwCustomEditButtons) {
> mwCustomEditButtons[mwCustomEditButtons.length] = {
> "imageFile":
> "http://upload.wikimedia.org/wikipedia/en/c/c8/Button_redirect.png",
> "speedTip": "Redirect",
> "tagOpen": "#REDIRECT [[",
> "tagClose": "]]",
> "sampleText": "Insert text"};
> };
I found the mwCustomEditButtons in wikipedia's "mediawiki:monobook.js" which
is designed to add edit tool buttons above edit box. However, in my wiki, a
javascript error ocurred when I try to do the same thing. I wonder where the
mwCustomEditButtons be difined.
here is code from "mediawiki:monobook.js" in wikipedia:
/* add a redirect button to the edit page toolbar */
if (mwCustomEditButtons) {
mwCustomEditButtons[mwCustomEditButtons.length] = {
"imageFile":
"http://upload.wikimedia.org/wikipedia/en/c/c8/Button_redirect.png",
"speedTip": "Redirect",
"tagOpen": "#REDIRECT [[",
"tagClose": "]]",
"sampleText": "Insert text"};
};
/*
Hi, wikitech-l!
I am interested in using a Template language in mediawiki extensions.
I ve been learning PHPTAL, but It seems to me that it was used in mw
someday in the past and is not used anymore... am I wrong?
What options do I have, then?
thanks, Felipe Sanches
Hi,
are you able, please, to forecast when the string function #sub is activated? I would need it to standardise the calendar pages at Lombard wikipedia: in other words the introduction of all day-pages would have exactly the same code, and the number of days from the beginning of the year would be automatically calculated, and the appropriate month-template would be correctly placed. The number of days lacking to the end of the year would be calculated as well, of course.
If it is at short term, I will go on anyway, warning users that 'a funcionality of the page is yet to be activated'... or something like.
Many thanks.
Sincerely yours,
Claudi
---------------------------------
Yahoo! Mail réinvente le mail ! Découvrez le nouveau Yahoo! Mail et son interface révolutionnaire.
Hi all,
Does anybody have experiences with installing the PDF Export extension
with htmldoc? I am running a brand new MediaWiki 1.6.7 and installed
htmldoc version 1.8.24 on Windows XP. When I hit the Print to PDF
button in my Wiki, I get the error "ERROR: No HTML files". I have
attached the code snippet from the extension script below. I would
appreciate any help because I am pretty much lost. Thanks.
Mei
// make a temporary directory with an unique name
$mytemp = "C:\TEMP\f".time()."-".rand().".html";
$article_f = fopen($mytemp,'w');
fwrite($article_f, $html);
fclose($article_f);
putenv("HTMLDOC_NOCGI=1");
# Write the content type to the client...
header("Content-Type: application/pdf");
flush();
# Run HTMLDOC to provide the PDF file to the user...
passthru("htmldoc -f pdf --quiet --jpeg
--webpage '$mytemp'");
#passthru("htmldoc --webpage -f output.pdf '$mytemp'");
