If a user (like myself) happened to take it upon himself to begin work on
coding brand new wiki software based on MediaWiki, and released it under a
free license, and made it fairly easy to upgrade to on a server running a
MediaWiki database (i.e. just change all the PHP files), and it was (assume
this) in fact much better than MediaWiki 1.10a, would the Wikimedia
Foundation adopt it for its projects?
Just a question. Because MediaWiki 2.0 would be pretty sexy, but no one
seems to be proactive about it. And I'd like to be.
Version 1.1.1 of the PageSecurity extension was released.
This version is compatible with MediaWiki 1.9.1.
The PageSecurity extension implements access control on MediaWiki. It is
being published for peer review and for detection of vulnerabilities.
While looking at Wikipedia's help file for table syntax, I noticed
that they showed an image of a long toolbar that included buttons for
creating tables, rows, cells.
Is this something that can be configured in MediaWiki? My
installation doesn't have those.
Sandy
Hello.
I need to migrate a private wiki with 1150 pages and a lot of uploaded
files.
This wiki is running over MediaWiki 1.4.5 and I want to go to 1.9.1 ...
(if posible with postgresql)
I modified a version of the maintenance/Export.php that seems to work
fine in 1.4.5, but this not resolve the migration of uploaded files.
I tried to migrate from 1.4.5 to 1.6.8 following the instructions but,
this method was unsuccesful.
Somebody knows an effective way to do this or have a recomendation?
Thanks.
Fernando Carpani.
Is there a way to make links case insensitive (that is [[FOO]] and [[foo]] point to the same article)? is there a way to make the existing behavior (first letter's case doesn't matter) apply to subpages (so [[../Child]] and [[../child]] are the same)?
Thanks,
Ittay
--
===================================
Ittay Dror,
Chief architect,
R&D, Qlusters Inc.
ittayd(a)qlusters.com
+972-3-6081994 Fax: +972-3-6081841
www.openqrm.org - Data Center Provisioning
Hi all,
I've successfully got a MediaWiki up and running (version 1.8.2) and
I've set the correct timezone in my user preferences. All the history
pages and everything show the correct time, however when I sign a page
with ~~~~ the time that comes up is an hour ahead of my localtime.
I've searched the archives but I couldn't find any solutions to this, so
I was wondering whether anyone might know where to start looking.
Thanks,
Adam.
Hello,
I have implemented Lucene search in my MW 1.9.1 installation, and
everything is working fine. However, I want to have title
suggestions, and as it appears it exists and was enabled by default,
but when I try to enable it (after disabling it) I get the error:
<br /><b>Fatal error</b>: Call to undefined method
LuceneSearch::doTitlePrefixSearch() in <b>{MY LOCAL
FOLDER}/w/extensions/lucene/LuceneSearch body.php</b> on line
<b>299</b><br />
in a <a> tag right beneath my search text bar.
I do have sleepycat installed.
I am wondering whether this has been implemented yet, or whether it is
on somebody's TODO list.
Thanks,
Kasimir
--
Kasimir Gabert
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Greetings all.
I am posting here because I really have no idea where to look next. If
there is a FAQ or some other resource that solves my problem, I will
appreciate the linking and then I will no longer bother you with my
questions. :)
What has happened is that I attempted recently up upgrade an existing
MediaWiki installation from version 1.6.7 to version 1.6.9. I was not
the one who set up the installation, as I am a novice when it comes to
PHP and SQL. Unfortunately, the person who set it up for me has been
unreachable for the past six months.
The upgrade process itself did not give me any obvious errors, however
whenever I, or another user, try to update an article, we are given the
error "Sorry! We could not process your edit due to a loss of session
data. Please try again. If it still doesn't work, try logging out and
logging back in."
Logging out then re-logging has no effect; the error still occurs and no
changes can be made to the wiki. Doing a complete file restore from a
backup gives me the same issue. The wiki worked as expected before the
attempted upgrade and downgrade.
Now I come to the questions themselves: Might I have corrupted a file
(or many) or CHMOD in the course of the update? If so, how would I fix
this, since restoring to an earlier file-state does not correct the
issue? If this is not the problem, might there have been damage to the
SQL database somehow?
My other question is (if it comes to this): How simple would to be to
create a *brand new* MediaWiki installation using the data from the old
database? Would it be recommended to use a new database for the tables?
The current MediaWiki tables share a database with a phpMyFAQ
installation -- could this be a problem as well?
Apologies if I am wasting your time here, and if any of this is unclear,
please ask and I will try to better explain.
Thanks in advance!
- - Tom
- --
OpenPG KeyID: 0x6D06FB67
Clan Website: http://clantitan.org
Clan Forums: http://clantitan.org/forum
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFFu/aBFS+GIG0G+2cRAiufAJ9h4XhEd+4LXAYpHve71lCuG0m73wCfYfNb
0c75BH1oSung1AmzHqy9NLE=
=UReF
-----END PGP SIGNATURE-----
When I login and try to post on my wiki I get an error, "Sorry! We could not process your edit due to a loss of session data. Please try again. If it still doesn't work, try logging out and logging back in."
I will occasionally get this error when I try to edit as a guest, but get it 100% of the time when I post as a user. I can logout and login again, I click "Remember Me", I have tired clearing my cache (cookies/history), nothing works.
How do I fix this?
Thanks!
-----------------------------------------------------------
Sign up and get your 30GB webmail at www.30gigs.com now!