Yes. I' have installed MediaWiki 1.7 with PHP 5.04.
During installation i have not any error (all is O.K.) but, after i have moved LocalSettings.php in the parent directory i have the error :
http://encyclopedia.meta99.com/
Warning: main() [function.main]: open_basedir restriction in effect. File(/usr/share/pear/UtfNormalUtil.php) is not within the allowed path(s): (/home/httpd/vhosts/encyclopedia.meta99.com/httpdocs:/tmp) in /home/httpd/vhosts/encyclopedia.meta99.com/httpdocs/includes/normal/UtfNormal.php on line 36
Warning: main(UtfNormalUtil.php) [function.main]: failed to open stream: Operation not permitted in /home/httpd/vhosts/encyclopedia.meta99.com/httpdocs/includes/normal/UtfNormal.php on line 36
Fatal error: main() [function.require]: Failed opening required 'UtfNormalUtil.php' (include_path='/home/httpd/vhosts/encyclopedia.meta99.com/httpdocs:/home/httpd/vhosts/encyclopedia.meta99.com/httpdocs/includes:/home/httpd/vhosts/encyclopedia.meta99.com/httpdocs/languages:.:/usr/share/pear') in /home/httpd/vhosts/encyclopedia.meta99.com/httpdocs/includes/normal/UtfNormal.php on line 36
........................
To remove the error i have put a file vhost.conf
<Directory "/home/httpd/vhosts/encyclopedia.meta99.com/httpdocs/">
php_admin_value safe_mode 0
php_admin_value open_basedir /
</Directory>
to disable Open Base Dir but the error continue :
http://encyclopedia.meta99.com/
Warning: Unknown: open_basedir restriction in effect. File(/home/httpd/vhosts/encyclopedia.meta99.com/httpdocs/index.php) is not within the allowed path(s): (/) in Unknown on line 0
Warning: Unknown: failed to open stream: Operation not permitted in Unknown on line 0
Warning: Unknown: Failed opening '/home/httpd/vhosts/encyclopedia.meta99.com/httpdocs/index.php' for inclusion (include_path='.:/usr/share/pear') in Unknown on line 0
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
MediaWiki 1.7.1 is a security and bugfix maintenance release of the
Summer 2006 snapshot:
A potential HTML/JavaScript-injection vulnerability in a debugging script
has been fixed. Only versions and configurations of PHP vulnerable to the
$GLOBALS overwrite vulnerability are affected.
As a workaround for existing installs, profileinfo.php may simply be deleted
if it's not being used.
* Fix for 'emailconfirmed' implicit user group
* Fix for upgrades on some versions of MySQL 4.0.x
* Fixed potential XSS in profileinfo.php
* Installer now shows clear error message about old PHP versions
rather than a confusing parse error
Note that MediaWiki 1.7 and above require PHP 5. If you are stuck with PHP 4,
please install MediaWiki 1.6.8.
Full release notes:
http://svn.wikimedia.org/viewvc/mediawiki/tags/REL1_7_1/phase3/RELEASE-NOTEShttp://svn.wikimedia.org/viewvc/mediawiki/tags/REL1_7_1/phase3/HISTORY
Download:
http://prdownloads.sourceforge.net/wikipedia/mediawiki-1.7.1.tar.gz
MD5 checksum:
50b74e2b5c86fb94c7201b72d2037662 mediawiki-1.7.1.tar.gz
SHA-1 checksum:
bdd685d4fe5d7b0d8e0ef2cf9a843bbab60d20ac mediawiki-1.7.1.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
iD8DBQFEsJ4DwRnhpk1wk44RAt5RAJ97vL8gs+I8kOPAJdWU4RYtL74ixgCdGqZm
KreZ2Yxl68GLGqjDC0sPwAI=
=G+v5
-----END PGP SIGNATURE-----
Hi All,
Two quick parserTest diffs for your check-in consideration:
1) http://files.nickj.org/MediaWiki/coverage/parserTests.inc.diff.txt
Adds the ability to test $wgRawHtml=true to parserTests and removes
one duped line.
2) http://files.nickj.org/MediaWiki/coverage/parserTests.txt.diff.txt
Adds some more tests, thereby incrementally increasing code
coverage to 87.98 %
Also adds a few tests that currently fail, where I'm not convinced
totally convinced about the current behaviour (e.g. "Always escape
literal '>' in output, not just after '<'", and "Don't fall for the
self-closing div") - but as always please change the expected results
if you don't agree.
Also, is there any chance we could delete the "getTemplateArgs" method
from Parser.php ? There I was trying various template args in order to
invoke it, so as to bring up the Code Coverage stats, and I just
couldn't get it to happen. Upon checking, seems that's because this
function is never called:
=====================================================
root@bling:/var/www/hosts/mediawiki/wiki# grep -inr getTemplateArgs *
includes/.svn/text-base/Parser.php.svn-base:2608: function
getTemplateArgs( $argsString ) {
includes/Parser.php:2608: function getTemplateArgs( $argsString ) {
root@bling:/var/www/hosts/mediawiki/wiki#
=====================================================
If that's correct, can we please kill it? ( I'm assuming of course
it's a vestigial relic of something that was, rather than an evolving
prototype of something to come ).
All the best,
Nick.
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!
Hi Juca,
> I am sending a svn patch file and a tar.bz2 containing images that I
> created for the editor's math menu.
Did you send the patches as attachments? It may be that mailman has
stripped them out (although I normally read this list using the web
archive interface, so it may be that what I see differs from what
other see). Maybe put them on the web somewhere and mail through the
link / links instead?
All the best,
Nick.
Hi all,
Someone just found out about an issue using the "Cite this article" function.
for example, when we see the "Wikipedia" article as of 00:33, 16 June
2006, [http://en.wikipedia.org/w/index.php?title=Wikipedia&oldid=58859884].
The URL link to the "Cite this article" is linking to the current
version of the article. It should supposed to cite that article as of
that modification time, instead of the current revision , IMHO. Is
this really an issue about the Cite.php extension?
thanks and regards
Man
Hi,
I am working on a ajax formula editor for mediawiki. It is not
complete yet (theres still a lot of stuff to be done) but I would like
to let you all see it and give say what you think about it.
I am sending a svn patch file and a tar.bz2 containing images that I
created for the editor's math menu.
In this patch I have split ajax.js in tree files:
skins/common/ajax/ajax.js ---> only remains the core ajax funcionalities
skins/common/ajax/Search.js ---> the Search-As-You-Type feature
skins/common/ajax/MathPreview.js ---> the formula editor feature
I have also created the following global variables:
$wgUseMathPreview (defaults to true)
$wgUseAjaxSearch (defaults to true)
They are intended for feature-based configuration and they depend on
$wgUseAjax being true (i.e. somebody could disable only the formula
editor that is still experimental)
TODOs:
*direct tex input via inputbox integration
*findout a clever way of editing fractions, subscripts, superscripts, etc...
thanks,
Juca
PS: Can anybody test it on IE ? I tested it only in Firefox. I'm on Linux... (-:
I have a Squid question, thought I'd post it here since the set up is
related to Wikipedia's, and no one on the Squid mailing list had any
ideas...
We're running Squid in reverse proxy as an http accelerator,
configured as described on meta.wikimedia.org. When our back end web
server that generates the uncached content has problems (high load,
etc) and becomes unresponsive, so does our front-end Squid server -
that is request for cached and uncached pages become stalled.
is there a way that we can configure Squid to ignore this and continue
to serve cached content to users when a certain timeout has passed
when contacting the back end Apache server? it would be helpful in two
ways, one, visitors accessing cached content won't experience the
interruption, and two, connections to the back end server won't pile
up, adding to the problem.
Any ideas would be appreciated.
Travis
collinj(a)svn.leuksman.com wrote:
> Revision: 15433
> Author: collinj
> Date: 2006-07-07 13:10:06 -0700 (Fri, 07 Jul 2006)
>
> Log Message:
> -----------
> Replaced "<font color..." with "<span style="color..." in i18n files
There's not really any point to that, IMHO. Better to use some actual semantic
spans, eg using the warning class.
-- brion vibber (brion @ pobox.com)