Dear list,
a quick search through the list archives didn't bring up a result so
please excuse me if this issue has been solved already.
I am currently using Mediawiki 1.9.2. and experienced problems uploading
PNG images.
Although my test image shows an 'image/png'-mimetype with 'file -i',
Mediawiki keeps saying the file was corrupted.
Monitoring /tmp/php* while uploading the image again shows the uploaded
file to be image/png, too:
while(usleep 1); do file -i /tmp/php*|grep -v "ERROR"; done
/tmp/phpksjpPO: image/png
Mediawiki debug says
MimeMagic::detectMimeType: magic mime type of /tmp/phpcDoKKE:
text/plain
amongst other things, so I guess MimeMagic isn't working correctly..
Searching the meta wiki gives me the hint to add
$wgMimeDetectorCommand = "/usr/bin/file -bi";
to LocalSettings.php as a workaround, which actually does the trick.
But still I wonder: What's the problem with MimeMagic?
Thanks,
Sebastian
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
MediaWiki 1.10 is the quarterly release snapshot for Spring 2007. 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.
This is a release candidate -- 1.10.0 final will be released later this
week after a few more people have had a chance to test it in additional
environments.
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 will be made 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
Full release notes:
http://svn.wikimedia.org/svnroot/mediawiki/tags/REL1_10_0RC1/phase3/RELEASE…
Download:
http://download.wikimedia.org/mediawiki/1.10/mediawiki-1.10.0rc1.tar.gz
PGP signature:
http://download.wikimedia.org/mediawiki/1.10/mediawiki-1.10.0rc1.tar.gz.sig
MD5 checksum:
5dc4d3910c2e2f06ae341fcf56e63a81 mediawiki-1.10.0rc1.tar.gz
SHA-1 checksum:
b7821187cccf89bc20250ddbcad0782fadd8336b mediawiki-1.10.0rc1.tar.gz
Before asking for help, try the FAQ:
http://www.mediawiki.org/wiki/Manual:FAQ
Low-traffic release announcements mailing list:
(Please subscribe to receive announcements of security updates.)
http://lists.wikimedia.org/mailman/listinfo/mediawiki-announce
Wiki admin help mailing list:
http://lists.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 @ wikimedia.org)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.2 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFGNnwbwRnhpk1wk44RApCDAKCd8gFqPQkYqGbuxMkEn5OQWRsxVgCbBRGD
v6+rmVxCL7xuckKscHXiHNA=
=sIMI
-----END PGP SIGNATURE-----
Having upgraded to 1.9.3, I find that the Calendar extension that I used to
use ( http://www.mediawiki.org/wiki/Extension:Calendar_%28Shane%29_extended
) no longer works. A number of users have noted this on the Discussion
page: what happens id that instead of a calendar, on gets a string like
UNIQ391290e6c0cc0c1-calendar-00000001-QINU
I have googled around, but found no clear solution. The sanest advice
seemed to be at:
http://meta.wikimedia.org/wiki/QINU_fix
In line with this, I changed the calendar extension code from the commented
out lines to:
// global $wgOut;
// $input = $wgOut->parse($input, false);
$input = $parser->parse($input, $parser->mTitle, $parser->mOptions,
false, false);
$array = explode(' ', $input);
But now PHP complains that
[Sat Apr 28 21:23:57 2007] [error] PHP Fatal error: Call to a member
function getUseTeX() on a non-object in
/opt/csw/apache/htdocs/mediawiki-1.9.3/includes/Parser.php on line 550
And investigation in Parser.php suggests that the problem is that
$parser->mOptions is not an object as expected, but null.
I'm thrashing around here. Can anyone give me some help to get this
working? I can code in PHP, but don't know a lot about the mediawiki
internals.
Nigel
________________________________________________________________
Professor Nigel Gilbert, ScD, FREng, AcSS, Professor of Sociology,
University of Surrey, Guildford GU2 7XH, UK. +44 (0)1483 689173
dear group,
i'm using mediawiki1.9.3 with LDAP_Authentication 1.1d. for some reason,
there aren't any group-enrties that i need in our ldap, so i have to
use an other special grouplist.
what i want is:
- user authenticates with his ldap-account/password against our
directory-server (works), *and*
- user is in my grouplist (handmade list, or database-connection to a
infosystem with group-information).
so my question is: where to put a hook, that users who aren't in my list
will not be able to login?
regards
jens
Hello, all.
After a seemingly smooth installation, I find that my out-of-the-box
wiki exhibits the following behavior -
When I visit http://localhost/mediawiki/, I get redirected to
http://localhost/mediawiki/index.php?title=Main_Page, which announces a
successful installation.
When I click on most any link on that main page, I get about what I
would expect.
However, when I click on the Logo placeholder at the top-left of the
page, or on the Main Page link in left navigation area, I get an empty
page - visually empty and view-source empty as reported by Firefox.
(I've confirmed the same behavior with IE.)
Only when I do a hard refresh (Ctrl-F5) will the Main Page appear with
content.
Here is the $wgDebugLogFile that results from a click on the Main Page
left-nav link -
Main cache: FakeMemCachedClient
Message cache: MediaWikiBagOStuff
Parser cache: MediaWikiBagOStuff
Fully initialised
Unstubbing $wgContLang on call of $wgContLang->checkTitleEncoding from
WebRequest::getGPCVal
Unstubbing $wgUser on call of $wgUser->isAllowed from Title::userCanRead
Unstubbing $wgLoadBalancer on call of $wgLoadBalancer->getConnection
from wfGetDB
Unstubbing $wgOut on call of $wgOut->setSquidMaxage from
MediaWiki::performAction
Language::loadLocalisation(): got localisation for en from source
Unstubbing $wgLang on call of $wgLang->getCode from
User::getPageRenderingHash
OutputPage::checkLastModified: -- client send If-Modified-Since: Thu, 26
Apr 2007 17:04:40 GMT
OutputPage::checkLastModified: -- we might send Last-Modified : Thu, 26
Apr 2007 17:04:40 GMT
OutputPage::sendCacheControl: private caching; Thu, 26 Apr 2007 17:04:40
GMT **
OutputPage::checkLastModified: CACHED client: 20070426170440 ; user: 0 ;
page: 20070425191920 ; site 20070426170440
Request ended normally
I've installed -
MediaWiki 1.9.3
PHP 5.2.1
Environment is -
Windows XP
existing mySQL: Ver 14.12 Distrib 5.0.37, for Win32 (ia32)
Any help will be appreciated.
Best,
C. Seelig
Hi Guys,
I am trying to get the LDAP plugin to work but not having much joy.
I have download the latest release of MediaWiki and the
LdapAuthenitcation.php file.
This is the error I am getting.
Internal error
<password-change-forbidden>
Backtrace:
#0 /Library/WebServer/Documents/wiki/includes/SpecialUserlogin.php
(311): User->setPassword('password')
#1 /Library/WebServer/Documents/wiki/includes/SpecialUserlogin.php
(352): LoginForm->initUser(Object(User))
#2 /Library/WebServer/Documents/wiki/includes/SpecialUserlogin.php
(407): LoginForm->authenticateUserData()
#3 /Library/WebServer/Documents/wiki/includes/SpecialUserlogin.php
(103): LoginForm->processLogin()
#4 /Library/WebServer/Documents/wiki/includes/SpecialUserlogin.php
(19): LoginForm->execute()
#5 /Library/WebServer/Documents/wiki/includes/SpecialPage.php(625):
wfSpecialUserlogin(NULL, Object(SpecialPage))
#6 /Library/WebServer/Documents/wiki/includes/SpecialPage.php(431):
SpecialPage->execute(NULL)
#7 /Library/WebServer/Documents/wiki/includes/Wiki.php(182):
SpecialPage::executePath(Object(Title))
#8 /Library/WebServer/Documents/wiki/includes/Wiki.php(47): MediaWiki-
>initializeSpecialCases(Object(Title), Object(OutputPage), Object
(WebRequest))
#9 /Library/WebServer/Documents/wiki/index.php(48): MediaWiki-
>initialize(Object(Title), Object(OutputPage), Object(User), Object
(WebRequest))
#10 {main}
This is my config in LocalSettings.php for ldap
require_once( 'LdapAuthentication.php' );
$wgAuth = new LdapAuthenticationPlugin();
$wgLDAPDomainNames = array( "exampleNonADDomain" );
$wgLDAPServerNames = array( "exampleNonADDomain"=>"10.1.1.2
10.1.1.8" );
$wgLDAPSearchAttributes = array( "exampleNonADDomain"=>"uid" );
$wgLDAPBaseDNs = array( "exampleNonADDomain"=>"dc=mlc" );
$wgLDAPEncryptionType = "false";
$wgMinimalPasswordLength = 1;
I am runnining this on OSX 10.4.8
Any help would be great.
Thanks,
Pete
Peter Milburn
IT Infrastructure Manager
MLC School
Rowley Street
BURWOOD NSW 2134
Telephone 02 8741 3163
Fax 02 9745 3254
Mobile 0404 568 746
Email pmilburn(a)mlcsyd.nsw.edu.au
Web www.mlcsyd.nsw.edu.au
---------------------------------------------------------------------------
This email (including any attachments) is confidential. If you are not the
intended recipient you must not copy, use, disclose, distribute or rely on
the information contained in it. If you have received this email in error,
please notify the sender immediately by reply email and delete the email
from your system. Confidentiality and legal privilege attached to this
communication are not waived or lost by reason of mistaken delivery to you.
MLC School does not guarantee that this email or attachments are unaffected,
by computer virus, corruption or other defects. Any views expressed in this
message are those of the individual sender and may not necessarily reflect
the views of MLC School.
I am having trouble getting embedded articles to update within the
container files. Anyone have any ideas on how to correct this?
Here is an example of my problem.
I have two articles, Juice and Glass.
I have embedded my Juice article in the Glass Article using: {{:Juice}}
Now the content of my Juice article was Orange when I embedded it, but
now the Juice article contents read Apple. Alas, The Glass article
still displays the juice contents as Orange.
How do I make sure embedded articles update properly?
Regards,
Benjamin
Given the amount of volume on this list, it is probably useful for us
all to remember that there IS a searchable archive of these messages
available:
http://lists.wikimedia.org/pipermail/mediawiki-l/
As I've had questions about the development of my wiki, I've been going
there first. I can usually find the answers there.
Chad
I previously released this program as a stand-alone utility. Now I have
added it as a Special Page extension:
<http://www.mediawiki.org/wiki/Extension:ImageMapConversion>
This special page will take an HTML image map file local to a user's
computer and convert it to the format required for use in a wiki's
<imagemap> extension. It is aimed at those who use either Tim
Starling's ImageMap extension or my ImageMap (Alternate) extension.
This special page will take a file that is:
- An HTML web page containing an image map
- An HTML file compatible with Shannon McNaught's ImageMap extension
- An HTML file created by an image utility such as GIMP that generates
image map statements.
The output can be copied between the <imagemap> tags on a page and then
modified to fix the URLs to be compatible with the wiki (if required).
This can also be used to convert a wiki from using McNaught's version of
imagemap to one of the newer versions.
Mike