On 20 April 2011 15:22, Kilian drehbue...@texttheater.net wrote:
On 04/20/2011 04:12 PM, Sullivan, James (NIH/CIT) [C] wrote:
The All pages special page shows just one of the pages: BioWiki,
which was indicated as the true page name in the original post.
Just a guess but there are a lot
announcements and site admin list
Subject: Re: [Mediawiki-l] Weird page capitalization issues on my wiki
On 25 April 2011 15:24, Sullivan, James (NIH/CIT) [C]
sulli...@mail.nih.gov wrote:
I agree. If you disabled all extensions (make sure you also changed back any
Mediawiki files
you may have
The All pages special page shows just one of the pages: BioWiki, which was
indicated as the true page name in the original post.
Just a guess but there are a lot of extensions installed. I agree with the
earlier person who suggested deactivating the extensions one at a time and
seeing if the
A blank page usually means a php error (check your php and web server logs).
Also check permissions on the extension software and make sure your web service
can execute.
-Jim
-Original Message-
From: Henny Savenije [mailto:webmas...@henny-savenije.pe.kr]
Sent: Friday, April 08, 2011
$wgReadOnly only needs a text string to enable it. My experience is that
editing is still allowed but when you go to save you will get the $wgReadOnly
string above the editor telling you that the wiki is readonly. I understand
why that may be frustrating for some who spend time editing only
This is a known problem but I'm not sure where Mediawiki.org is on fixing it or
whether they are attempting to fix it, though I have heard rumors of a fix in
1.17. The problem stems from Microsoft (surprise!) having changed its format
for Office 7 documents. Its format gives its files a
Check out this link which is a discussion about this topic:
http://www.mwusers.com/forums/showthread.php?8872-Want-to-set-up-a-moderated-wiki-what-is-the-best-way
There are a few extensions that probably will do the moderation but who wants
to moderate spam? I would take the advice given in
I've run into a strange issue whereby logging into a wiki as an externally
authenticated user from one computer, then logging into the wiki from a second
computer as the same user (also externally authenticated) will log the user out
of the wiki on the first computer. This only happens with
From a quick glance I see a few problems:
You said:
[...] and deleted the config directory and changed LocalSettings.php permission
to 600.
The log says:
[error] ... referer: http://bioinfold/wiki/config/index.php
Since the config directory was deleted how can the referrer be from the config
/Article.php on line 3387, referer:
http://bioinfold/wiki/config/index.php
Núria
-Mensaje original-
De: mediawiki-l-boun...@lists.wikimedia.org
[mailto:mediawiki-l-boun...@lists.wikimedia.org] En nombre de Sullivan, James
(NIH/CIT) [C]
Enviado el: jueves, 17 de febrero de 2011 16:26
Also ...
http://www.mail-archive.com/wikibugs-l@lists.wikimedia.org/msg06625.html has a
fix noted at the end of the message that may fix your problem...
-Jim
-Original Message-
From: Sullivan, James (NIH/CIT) [C]
Sent: Thursday, February 17, 2011 10:49 AM
To: 'MediaWiki announcements
Good idea! Though FCK kindly makes it impossible even to properly
create the *template*. I had to comment it out in LocalSettings.php,
create {{Create an article}} then uncomment it. Still, it's there now
... sort of a workaround :-)
- d.
To set a page, like your template, to not use the
I've been using the FCKeditor with our wikis and it is fine for regular use.
So if your users will just be entering text and an occasional table or image it
is more than fine. But, if they plan to do things a little more fancy such as
adding links or alt-text to images or using templates they
present WYSIWYG solution?
On 10 February 2011 17:02, Sullivan, James (NIH/CIT) [C]
sulli...@mail.nih.gov wrote:
I've been using the FCKeditor with our wikis and it is fine for regular use.
So if your users will just be entering text and an occasional table or image
it is more than fine
...@gmail.com]
Sent: Thursday, February 10, 2011 2:35 PM
To: MediaWiki announcements and site admin list
Subject: Re: [Mediawiki-l] Least-worst present WYSIWYG solution?
On 10 February 2011 19:24, Sullivan, James (NIH/CIT) [C]
sulli...@mail.nih.gov wrote:
The FCKeditor does not handle these image
Extension:Inputbox (http://www.mediawiki.org/wiki/Extension:InputBox) has the
ability to preload a newly created page with content from a template or another
page. Check out the preload= feature.
Also, check out
http://www.mediawiki.org/wiki/Manual:Creating_pages_with_preloaded_text which
is
Logs are you friends :-)
If the file is there then there could be a permissions problem somewhere in the
directory path. Even though you may have permission to find the file, the web
server, which is calling it, may not. Check the permissions of each directory
in the file's path and the
Just to be sure the correct extension is installed, where did you obtain the
FCKeditor extension? There are two FCKeditors, one for regular web
applications and one specifically for Mediawiki. The Mediawiki+FCKeditor
extension can be found here:
Have you specified:
require_once('$IP/extensions/FCKeditor/FCKeditor.php');
toward the end of the LocalSettings.php file?
If there is no mention of the FCKeditor in the Special:Version output, then
Mediawiki is not seeing the extension at all. The fact that the wiki was
accessible shows that
Try setting the following after your require_once statement for FCKeditor:
$wgFCKUseEditor = true;
This should set the FCKeditor to be the default editor according to some old
notes I have, but I think it is true by default, so not sure if this will help.
Also, set
$wgUseAjax = true;
after
You still need to find the log files and look at them, but since placing the
require_once statement for FCKeditor did not break the wiki (e.g., a blank page
when you go to the wiki), I would lean towards another extension interfering
with the FCKeditor.
Try disabling (comment out) all other
I have tried many ways to get around this problem unsuccessfully and am very
glad to hear it (may) be fixed in 1.17. If you do find a solution please post
it. One thing to note, if you save a file in Office7 as a doc file, instead
of docx, it is still going to have the docx mime type (zip).
Message-
From: mediawiki-l-boun...@lists.wikimedia.org
[mailto:mediawiki-l-boun...@lists.wikimedia.org] On Behalf Of Sullivan,
James (NIH/CIT) [C]
Sent: 06 January 2011 15:39
To: 'MediaWiki announcements and site admin list'
Subject: Re: [Mediawiki-l] Upload Problem
I have tried many ways to get
Hello wikiers!
I have discovered something that I am hoping is not a problem, but I cannot get
a good determination on whether this is a problem or not from the online
documents, so I thought I'd throw it out there...
I have many wikis, some were installed over three years ago and some
I have given out many a wiki in my organization and want to echo Dan's point
that wikis do not do all the work alone. You cannot put one up and expect it
to self-organize all the information put into it, nor expect people, on their
own, to put in the proper information and follow directions on
A few issues with the sidebar.
I'm trying to get alt text on links that I place in the navigation menu but it
is not apparent how to do this. Alt text exists for the links that come by
default in the navigation menu, such as the Current events page, but if I
want to place a link to one of
I use the following:
## Set Default Timezone
$wgLocaltimezone = America/New_York;
$oldtz = getenv(TZ);
putenv(TZ=$wgLocaltimezone);
$wgLocalTZoffset = date(Z) / 60;
putenv(TZ=$oldtz);
That's east coast time by the way.
Also, are you running PHP in safe mode? If so you need to see this:
I'm not familiar with safe mode, just saw the notice so I passed it along.
Glad it helped.
-Jim
-Original Message-
From: orsch...@googlemail.com [mailto:orsch...@googlemail.com]
Sent: Wednesday, September 15, 2010 2:37 PM
To: MediaWiki announcements and site admin list
Subject: Re:
-Original Message-
From: Platonides [mailto:platoni...@gmail.com]
Sent: Thursday, August 05, 2010 7:25 PM
To: mediawiki-l@lists.wikimedia.org
Subject: Re: [Mediawiki-l] installation issue with 1.16.0 - mysql user privilege
That's what bug 20634. In some cases there were problems in
On Wed, Aug 4, 2010 at 4:40 PM, Sullivan, James (NIH/CIT) [C]
sulli...@mail.nih.gov wrote:
Have the privilege requirements for the database user privileges changed from
1.15 to 1.16 for installing mediawiki? I did not see any mention of this in
the release notes.
Yes, it's in the release notes
From: Benjamin Lees [mailto:emufarm...@gmail.com]
Sent: Thursday, August 05, 2010 2:16 PM
To: MediaWiki announcements and site admin list
Subject: Re: [Mediawiki-l] installation issue with 1.16.0 - mysql user privilege
Right. Users created through the installer pre-1.16 only had
to
contribute. Thank you. Regards, Nevio
2010/7/30 Sullivan, James (NIH/CIT) [C] sulli...@mail.nih.gov
You can argue that software is like cars. Problems are found after, and
sometimes long after, the product is in the hands of a customer. In both
cases the developers will look at the problem
I've been following the CKeditor effort and their promises, once version 3.0
was out, to work on a CKeditor+Mediawiki. Version 3.2 is now out and no sign
of a CKeditor+Mediawiki effort, and most concerning is the lack of any recent
responses to direct questions about the previously promised
-
From: Sullivan, James (NIH/CIT) [C] sulli...@mail.nih.gov
To: 'MediaWiki announcements and site admin list'
mediawiki-l@lists.wikimedia.org
Date: Wed, 19 May 2010 09:59:52 -0400
Subject: Re: [Mediawiki-l] FCK Editor svn head and MW 1.16b2 - correct
venue?
I've been following the CKeditor effort
, but it also makes the
advanced features difficult to use (and too easy for end-users to break by
accident). I think it'll be a while before both audiences can be served
excellently.
DanB
-Original Message-
From: Sullivan, James (NIH/CIT) [C]
If the wysiwyg editor future is not resolved
I agree. The latest version that I use (2.6.4) has a (C) menu button that
allows you to add Categories to your page, bringing up a dialog box and showing
existing categories to choose from or to create a new one. Nice feature since
I always hate, while editing in wikitext, to have to start up
For the backup we use:
mysqldump -u username --password=password --opt --quote-names
--default-character-set=latin1 databasename backupfile.sql
and for the restore we use:
mysql -u username --password=password databasename backupfile.sql
Hope this helps...
-Jim
-Original Message-
When I do the same find on my 1.15.1 wiki I get the correct number of images
shown in the statistics page. Number of users is accurate too. Actually I'm
glad you brought this up because I gave up on the statistics page many versions
ago because the data was very unreliable. A first glance it
Why not create a Sandbox wiki, where the entire wiki is available to play in?
I teach a hands-on class on using Mediawiki and have a wiki set up for everyone
to login to and create their own pages, edit, make templates, etc. It allows
more than just editing a single page since they can play
I have not actually tried this but I've read that this can be done by adding
the extension:
http://www.mediawiki.org/wiki/Extension:CategoryTree
and then you can transclude one or more category pages into another page using
the syntax:
{{#categorytree:Foo}}
Where Foo is a category page.
So,
Hi All,
I have a user who wants to have the name of the category that is specified in a
page to appear at the top of the page. Currently it seems that no matter where
the category is edited in the page it will always appear at the bottom. I have
checked the magic words but they only allow
/11/10 Sullivan, James (NIH/CIT) [C] sulli...@mail.nih.gov
Hi All,
I have a user who wants to have the name of the category that is specified
in a page to appear at the top of the page. Currently it seems that no
matter where the category is edited in the page it will always appear
As a workaround you can try modifying includes/mime.types and add the line:
application/x-zip oxt
since I don't see a application/x-zip line in the version 1.15.1 mime.types
file, in which case you could just add oxt to the line.
This will fool Mediawiki into matching the x-zip mime type with
list
Subject: Re: [Mediawiki-l] Searching for short words
On Fri, Jul 17, 2009 at 4:46 PM, Sullivan, James (NIH/CIT) [C]
sulli...@mail.nih.gov wrote:
When using the search field in the past I was limited to searching for
words with 4 or more letters due to the MySQL configuration. When 1.14.0
When using the search field in the past I was limited to searching for words
with 4 or more letters due to the MySQL configuration. When 1.14.0 came out
the release notes (bug 7726) say that the 4 letter limit is worked around and
all words can be searched, and this seems to be the case, all
45 matches
Mail list logo
