Hi,
I have recently started a wiki for Melbourne (AUS) and have used
interwiki links to meta.wikimedia.org and uncyclopedia.org. These links
worked fine at first but then suddenly stopped working. I have
meanwhile upgraded to 1.6.7 but the problem already showed up in 1.4.15
before. I have no idea what could have triggered the problem, as I
don't remember having anything changed in the configuration around the
time the interwiki links stopped working. All I know is that suddenly a
link like [[MetaWikiPedia:Help:Contents#For_editors|Wikimedia's hints
for editors]] will suddenly be rendered as a link to a non-existent
local page. I have checked the interwiki table and everything looks
fine there. The wikis I want to link to are listed there, as well.
Any hints?
Cheers,
Christian
Hello,
I have a 1.4.15 installation that I would like to upgrade to 1.5 or
1.6. I am having difficulty with the update.php script.
I am able to convert my existing database to UTF-8, however when I run
the update.php script I get an error about there not being a table
named 'text.' I can take the table definition from the tables.sql
file, create the 'text' table by hand and then the update.php script
will complete successfully. The problem is that after I do this my
wiki appears empty.
It was suggested on the #mediawiki irc channel that I have a corrupt
database from a prior botched upgrade. This is certainly possible,
although I thought we started our wiki with the 1.4.x series and I do
not remember specifics about any previous database conversion.
What can I do to successfully upgrade this wiki? At this point I am
wondering if my only option is to use the Special:Export capability
and use that to create a 'new' wiki.
The current version works fine, but I just had a situation come up
where the static HTML export would have been _really_ nice.
Thanks,
-Will
Hi all,
My attempt to get my email address authenticated fails when I hit the
send confirmation button:
"Could not send confirmation mail. Check address for invalid characters."
My address doesn't contain any invalid characters.
What can I do?
Arnold
I posted once about this already, but I'm not sure if I got the address
right for the mailing list...so apologies if this is a duplicate.
I'm trying to set up Mediawiki to operate in an iframe. I commented out
the lines in skins/common/wikibits.js that set the window.top to be the
window.location (I believe it was lines 67 and 68, for version 1.6.5).
However, Mediawiki still pops out of the iframe. I'm a bit confused as
to why, and was hoping someone could lend some insight? Thanks in advance.
Ryan
I'm using the runphp extension ( http://meta.wikimedia.org/wiki/Runphp
). I'm trying to generate dynamic content using the PHP, so I don't want
the page to get stored in the cache. I tried added a call to
$wgParser->disableCache() to the end of the runphp hook function (before
the return statement obviously). The editUpdates function in Article.php
has a call to $parserCache->save() that doesn't take into account the
disableCache() call made earlier so I had to wrap the
$parserCache->save() call with an if statement:
if ($poutput->getCacheTime() != -1) {
# Save it to the parser cache
$parserCache =& ParserCache::singleton();
$parserCache->save( $poutput, $this, $wgUser );
}
I am just wondering if there is a better way to do this without having
to change the core mediawiki files, or if this should be added.
Thanks....
Hi,
I've heard that it is possible, although officially is not supported
yet (except keywords "and", "or" and "not"). I need at least *
operator to work. I've made the mailing list search as suggested here:
http://bugzilla.wikimedia.org/show_bug.cgi?id=4021
but got no results.
Any help will be very much appreciated.
Vasily
In 1.6.7 (and following?), the class "MediaWiki" is NOT in the file where I
would expect to find it.
Sure, I eventually found it, but it ain't so easy since at the point of
declaration you just get a line like:
$mediaWiki = new MediaWiki();
Now, given that:
The Article class is in Article.php.
The BagOStuff class is in BagOStuff.php.
The CacheManger class is in CacheManager.php.
and so forth,
why cannot the file for the MediaWiki class be in a file called
MediaWiki.php?
Dunno if this is already done in future releases, or whether I need to raise
a feature request bug, or whether a winge here will make someone sit up and
do the necessary?
Hugh
Thanks to Roger and iubito for their replies.
Roger's comment got me looking at the way I set up the alias for the wiki
directory because I thought I typed in too many slashes but they were
correct. However, in setting up the alias for the wiki directory, I copied
the directives from the ScriptAlias for the cgi-bin instead of using the
Alias directive if you check
http://eix.dyndns.org/wiki/index.php/Main_Page
Now it shows the default logo and looks like the Mediawiki pages. Thank you
very much!!!!!!!!
I also check my browser history and sure enough there were urls with // I
guess I typed them in because if you check this it now gives a listing of
the js file
http://eix.dyndns.org/wiki/skins/common/wikibits.js
I have learned two things in this battle: One don't work late, you make too
many mistakes when tired and Two be very careful about copying script, make
sure it is exactly the same type of application I am trying to duplicate. I
am not exactly new to Linux but setting up this new server has shown me I
need to get a book to read to get a firmer basis on how things work just
reading documentation online is not enough. Anyway I really appreciate the
time and thoughtfulness of your replies.
Hi I am using Fedora Core 5 and Mediawiki 1.6.7. If you go to URL
http://eix.dyndns.org/wiki/index.php?HomePage
you will see a very plain page with Navigation links along the left. But
there are no images or colours used. I chose standard in LocalSettings.php
but monobook didn't display the logo either. I have the ownership of all
files and all subdirectories of /var/www/wiki set to root:root and the
permissions of all files is read write for owner read for everyone else. The
exception is LocalSettings.php which is read write for everyone. The
directories are set at executable for everyone and the context is httpd_sys.
I have these same settings for my own site and everything works fine. At
first I thought the problem was permissions, ownership and context but I
think I have dealt with that and still a very plain looking wiki i.e. no
logo, no colour. Well I did some research on chcon but didn't find anything
of use so tried my last kick at the can. I created an .htaccess file in the
wiki folder with the line Allow from all and still the logo does not display
or any other graphic file and all I see is a very plain white Main Page very
discouraging. If you try this URL you get the word image but no graphic and
I get no error displayed. It is almost like the image is known to apache so
no error but for some reason it isn't displayed but I can't be sure apache
can access this folder, apparently MediaWiki can't access it??? I checked
the file size to see it was not zero???
http://eix.dyndns.org//wiki/skins/monobook/headbg.jpg
This URL just gives a blank page no error from Apache
http://eix.dyndns.org//wiki/skins/MonoBook.php
I am at a loss re what to do next any suggestions would be much appreciated.
Thank you for considering this request!
List,
I have a problem that I thought I'd found a solution to, but apparently
not. I have a site which uses iframes. Consequently, I'm attempting to
load Mediawiki 1.6.5 into an iframe. However, it keeps popping out of the
iframe. I thought that modifying /skins/common/wikibits.js and commenting
out these lines would fix it:
// Un-trap us from framesets
//if(window.top != window)
// window.top.location = window.location
However, this doesn't seem to work...which makes no sense to me, but I
could just be missing something simple. Anybody have any ideas? Thanks
in advance.
Best,
Ryan
--
Using Linux is like living in a teepee...no Windows, no Gates, and there's
always an Apache in the house.