Hi Tim,
Bugs in the extension and/or an interface problem between the chair and keyboard on my end. Directory structure matches that described here:
http://www.mediawiki.org/wiki/Extension:ImageMap
Configued in LocalSettings.php as:
require_once( "$IP/extensions/ParserFunctions/ParserFunctions.php" ); require_once( "$IP/extensions/Cite.php" ); require_once( "$IP/extensions/ImageMap/ImageMap.php" )
Directory Structure of extensions installed in MediaWiki 1.9.3 is:
[root@gadugi en]# find extensions/ extensions/ extensions/README extensions/Cite.php extensions/ParserFunctions extensions/ParserFunctions/Expr.php extensions/ParserFunctions/ParserFunctions.php extensions/Chr2Syl.php extensions/Cite.i18n.php extensions/Citation.php extensions/HTTPRedirect.php extensions/Purge.php extensions/Tidy.php extensions/tidy extensions/tidy/tidy.conf extensions/ImageMap extensions/ImageMap/ImageMap_body.php extensions/ImageMap/ImageMap.i18n.php extensions/ImageMap/ImageMap.php extensions/ImageMap/desc-20.png extensions/ImageMap/desc.svg [root@gadugi en]#
error logs report:
[Mon Mar 12 17:20:32 2007] [error] [client 127.0.0.1] PHP Fatal error: Class 'DOMDocument' not found in /wikidump/en/extensions/ImageMap/ImageMap_body.php on line 71, referer: http://en.wikigadugi.org/wiki/Main_Page [Mon Mar 12 17:21:12 2007] [error] [client 127.0.0.1] PHP Fatal error: Class 'DOMDocument' not found in /wikidump/en/extensions/ImageMap/ImageMap_body.php on line 71 [Mon Mar 12 17:23:07 2007] [error] [client 127.0.0.1] PHP Fatal error: Class 'DOMDocument' not found in /wikidump/en/extensions/ImageMap/ImageMap_body.php on line 71, referer: http://en.wikigadugi.org/wiki/Main_Page [Mon Mar 12 17:26:01 2007] [error] [client 127.0.0.1] PHP Fatal error: Class 'DOMDocument' not found in /wikidump/en/extensions/ImageMap/ImageMap_body.php on l:
Jeff
On 12/03/07, Jeff V. Merkey jmerkey@wolfmountaingroup.com wrote:
[Mon Mar 12 17:20:32 2007] [error] [client 127.0.0.1] PHP Fatal error: Class 'DOMDocument' not found in /wikidump/en/extensions/ImageMap/ImageMap_body.php on line 71
[snip]
What version of PHP?
Rob Church
Rob Church wrote:
On 12/03/07, Jeff V. Merkey jmerkey@wolfmountaingroup.com wrote:
[Mon Mar 12 17:20:32 2007] [error] [client 127.0.0.1] PHP Fatal error: Class 'DOMDocument' not found in /wikidump/en/extensions/ImageMap/ImageMap_body.php on line 71
[snip]
What version of PHP?
Version From Wikipedia, the free encyclopedia Jump to: navigation, search
This wiki is powered by MediaWiki, copyright (C) 2001-2007 Magnus Manske, Brion Vibber, Lee Daniel Crocker, Tim Starling, Erik Möller, Gabriel Wicke, Ævar Arnfjörð Bjarmason, Niklas Laxström, Domas Mituzas, Rob Church and others.
MediaWiki is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 2 of the License, or (at your option) any later version.
MediaWiki is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details.
You should have received a copy of the GNU General Public License along with this program; if not, write to the Free Software Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301, USA. or read it online
* MediaWiki: 1.9.3 * PHP: 5.1.4 (apache2handler) * MySQL: 5.0.18
Rob Church
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org http://lists.wikimedia.org/mailman/listinfo/wikitech-l
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Jeff V. Merkey wrote:
[Mon Mar 12 17:20:32 2007] [error] [client 127.0.0.1] PHP Fatal error: Class 'DOMDocument' not found in
The ImageMap extension requires PHP 5's DOM module; as far as I know it's included by default, but your particular configuration might be missing it.
If compiling from source, compile with --enable-dom instead of - --disable-dom (and/or ensure that XML libraries are present on the system). If installing from operating system packages, check if there is a separate package for this module (for instance 'php5-dom' or similar name).
- -- brion vibber (brion @ pobox.com / brion @ wikimedia.org)
Brion Vibber wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Jeff V. Merkey wrote:
[Mon Mar 12 17:20:32 2007] [error] [client 127.0.0.1] PHP Fatal error: Class 'DOMDocument' not found in
The ImageMap extension requires PHP 5's DOM module; as far as I know it's included by default, but your particular configuration might be missing it.
If compiling from source, compile with --enable-dom instead of
- --disable-dom (and/or ensure that XML libraries are present on the
system). If installing from operating system packages, check if there is a separate package for this module (for instance 'php5-dom' or similar name).
Thanks Brion,
I'll get it configured properly and update the http://meta.wikimedia.org/wiki/Data_dumps page on meta with an explanation of the problem on Fedora Core5 and Fedora Core 6.
By default, FC5 does not appear to load or include this module in the PHP setup.
Jeff
- -- brion vibber (brion @ pobox.com / brion @ wikimedia.org)
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFF9cwkwRnhpk1wk44RAg81AJ0dAsUjgQFdpvyBh3lJszvH+n1M/QCeOT9d WQsfIcOlVmTKCopRZlQXvX0= =MULj -----END PGP SIGNATURE-----
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org http://lists.wikimedia.org/mailman/listinfo/wikitech-l
Brion Vibber wrote:
The ImageMap extension requires PHP 5's DOM module; as far as I know it's included by default, but your particular configuration might be missing it.
Brion,
FC5 requires the following YUM updates in order to enabled php-dom on the default distribution. FC6 appears to have it already preconfigured if you update php-mysql. For FC5, the following update are required in order to support MediaWiki 1.9.3 with the ImageMap extension:
Dependencies Resolved
============================================================================= Package Arch Version Repository Size ============================================================================= Installing: php-xml i386 5.1.6-1.4 updates 92 k Updating for dependencies: mysql i386 5.0.27-1.fc5 updates 3.3 M mysql-server i386 5.0.27-1.fc5 updates 10 M php i386 5.1.6-1.4 updates 3.5 M php-ldap i386 5.1.6-1.4 updates 32 k php-mysql i386 5.1.6-1.4 updates 81 k php-pdo i386 5.1.6-1.4 updates 60 k
Transaction Summary ============================================================================= Install 1 Package(s) Update 6 Package(s) Remove 0 Package(s) Total download size: 17 M
Jeff
Brion,
I got ImageMap.php working and updated http://meta.wikimedia.org/Data_dumps with the procedures for FC5/FC6 with MediaWiki 1.9.3.
I still, however, see some errors on MediaWiki formating (and of course, svg still does not render -- not certain this is a MediaWiki problem on the svg images though -- may be another FC5/FC6 specific problem).
You may want to look at this page. I do have tidylib installed and running.
http://en.wikigadugi.org/wiki/Sun
Note the tabs at the top of the screen are skewed and the font size suddenly gets smaller. May be related to the interwiki links not resolved properly at the bottom (the latest wikipedia-interwiki.sql is still not updated with all of the language codes in the dumps).
Jeff
Jeff V. Merkey wrote:
Brion,
I got ImageMap.php working and updated http://meta.wikimedia.org/wiki/Data_dumps with the procedures < -- corrected the URL for FC5/FC6 with MediaWiki 1.9.3.
I still, however, see some errors on MediaWiki formating (and of course, svg still does not render -- not certain this is a MediaWiki problem on the svg images though -- may be another FC5/FC6 specific problem).
You may want to look at this page. I do have tidylib installed and running.
http://en.wikigadugi.org/wiki/Sun
Note the tabs at the top of the screen are skewed and the font size suddenly gets smaller. May be related to the interwiki links not resolved properly at the bottom (the latest wikipedia-interwiki.sql is still not updated with all of the language codes in the dumps).
Jeff
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org http://lists.wikimedia.org/mailman/listinfo/wikitech-l
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Jeff V. Merkey wrote:
You may want to look at this page. I do have tidylib installed and running.
There's an unclosed <div>.
Confirm that tidy is working correctly; check also the UI portions?
- -- brion vibber (brion @ pobox.com / brion @ wikimedia.org)
Brion Vibber wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Jeff V. Merkey wrote:
You may want to look at this page. I do have tidylib installed and running.
There's an unclosed <div>.
Confirm that tidy is working correctly; check also the UI portions?
I had to change the path to tidy and add a '/' character to the front of the absolute path to the program, then it worked with 1.9.3. I noticed that the path parsing has subtle differences between MediaWiki versions.
i.e. one example was the path rendering of $wgLogo when I first installed 1.9.3. Someone might want to check over all of the path parsing and make certain it is consistent throughout in the event someone fat fingers the strings (like I did).
Some paths which worked under 1.8 stopped working under 1.9.3. (I have used the same syntax on 1.6 through 1.8, but on 1.9.3, it stopped working unless the path specifications were precise).
Jeff
- -- brion vibber (brion @ pobox.com / brion @ wikimedia.org)
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFF9rEiwRnhpk1wk44RAi6KAJ9H2/XUU2hMK4LA3SyV7cFidzgcnACgveF9 Rg6PAV5K2tmQFC2xyt8/t6w= =DQLV -----END PGP SIGNATURE-----
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org http://lists.wikimedia.org/mailman/listinfo/wikitech-l
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Jeff V. Merkey wrote:
I had to change the path to tidy and add a '/' character to the front of the absolute path to the program, then it worked with 1.9.3. I noticed that the path parsing has subtle differences between MediaWiki versions.
$wgTidyBin points to the tidy executable and must be *either*:
* a full path (from filesystem root, meaning with initial '/')
or
* an executable name, which will be searched in the system PATH environment variable
Any other value will lead to undefined behavior.
This has not changed since it was introduced, so far as I know.
i.e. one example was the path rendering of $wgLogo when I first installed 1.9.3. Someone might want to check over all of the path parsing and make certain it is consistent throughout in the event someone fat fingers the strings (like I did).
Some paths which worked under 1.8 stopped working under 1.9.3. (I have used the same syntax on 1.6 through 1.8, but on 1.9.3, it stopped working unless the path specifications were precise).
Give specific examples if possible.
Note that the default LocalSettings.php as of 1.9 doesn't set as many of the path variables as previous versions did; you can either set them explicitly in LocalSettings.php or let them be interpolated against the default parents.
- -- brion vibber (brion @ pobox.com / brion @ wikimedia.org)
Jeff V. Merkey wrote:
I still, however, see some errors on MediaWiki formating (and of course, svg still does not render -- not certain this is a MediaWiki problem on the svg images though -- may be another FC5/FC6 specific problem).
You may want to look at this page. I do have tidylib installed and running.
It doesn't validate... http://validator.w3.org/check?verbose=1&uri=http%3A%2F%2Fen.wikigadugi.o...
http://en.wikigadugi.org/wiki/Sun
Note the tabs at the top of the screen are skewed and the font size suddenly gets smaller. May be related to the interwiki links not resolved properly at the bottom (the latest wikipedia-interwiki.sql is still not updated with all of the language codes in the dumps).
The problem is in [[Template:Portal]], which closes one more div than it opens (already fixed in Wikipedia http://en.wikipedia.org/w/index.php?title=Template%3APortal&diff=1106849...).
wikitech-l@lists.wikimedia.org