Hi
If I insert the variable {{NUMBEROFEDITS}} into a page, the correct number
of edits is displayed. However, when I then make an edit somewhere in the
wiki, and then return to the page with the {{NUMBEROFEDITS}} variable, the
value displayed doesn't change. Does anyone know why this is, and what can
be done to force the variable to display the current value?
Thanks in advance
Derrick
The links in the navigationbar (Monobook) don't work in Firefox: ** wikipage|wikipage
They do in Explorer.
Even ** mainpage|mainpage doesn't.
Who knows this problem?
Rein
Hi,
I have a question about image thumbnails. Maybe this is a simple issue but I'm fairly new to this and I couldn't find an explanation of it anywhere.
I have two separate wikis running on a windows xp machine. On one,
if you upload a new version of an image file, and a page contains a
thumbnail of the image, the thumbnail will not update (I have tried
clearing my browser cache, etc., but it doesn't create a new thumbnail from the new file, just continues to use the old one).
On the wiki, it works fine: if you update a new version of the
image file, the thumbnail is updated right away when you load the page.
The only difference between the two wikis in the LocalSettings.php file appears to be as follows:
In the wiki where the thumbnails update, this line is commented out:
# $wgHashedUploadDirectory = false;
whereas in the wiki where the thumbnails do not update, it instead has the line: $wgHashedUploadDirectory = false;
There's a comment above the line, but I believe I have followed it:
I have the necessary directories, and they seem to all be writable.
I'm not really sure what the line does, and couldn't find a clear
explanation of it, other than the obvious thing that it puts the images
in a different folder setup. I do not guarantee it is the responsible
party, but it is the only difference that I can see between the two
setting files. I don't want to comment it out on the not-working wiki
because my understanding is I would have to re-upload every image file
if I did so. I wondered if there's something I'm missing, if the problem is actually somewhere else, and if anyone knows of a fix.
I use ImageMagick for my image management. I have MediaWiki 1.12.0; PHP 5.2.5; MySQL 5.0.45.
Thanks for your help.
-- Chris
Hello!
There's a new extension called FileCheck that probably would be a good idea for wikipedia and/or wikimedia commons!
I noticed that MediaWiki doesn't check back if a file already exists on uploading. Of course, it checks if a file with the same name already exists, but not the exact same file even if its saved under another name. So I have written the FileCheck extension. It uses the SHA1 hashcode MediaWiki saves with every file (since MediaWiki 1.11) in the database. The extension checks back if the same hashcode is already in the database, and if so, ckecks back if the already uploaded file and the new file are one and the same. Since the SHA1 hashcode has an index in the database, it shouldn't be fast enough. If the extension finds the same file has already been uploaded, it prevents the uploading and prints out the name and link to the already existing file, along with an error message.
I think this would be a perfect extension to use on wikipedia and wikimedia commons. The preventing of duplicate uploads is certainly better than the tagging of and searching for duplicates like it's currently the case.
You'll find the MediaWiki extension page at:
http://www.mediawiki.org/wiki/Extension:FileCheck
And the projects homepage at:
http://www.chaosreligion.com
If you have any more questions or something else you want me to tell, just email me at echalone(a)hotmail.com
greetings from Austria,
Markus Szumovski
_________________________________________________________________
Windows Live Spaces - Ihr Leben, Ihr Space. Hier klicken und informieren.
http://get.live.com/spaces/overview
There is one case that concerns me about external authenticating users;
underscore in email joe_smith(a)test.com <mailto:joe_smith@test.com>
Mediawiki logs users by "username" and not email, this poses an
interesting challenge since our authenticating service uses emails to
authenticate. This then becomes the Wikimedia username. However
wikimedia does not like '_' in usernames. I've tinkered a bit and I've
found all the instances of str_replace ( "_", " ", $s ), however they
are in functions that also get called with other data in $s (mostly for
display purposes) So far, so good. It works. But want to know if there
is a way to authenticate externally using email addresses that can be in
the form user_name(a)email.com?
>From MediaWiki:
The Underscore ( _ ) character also presents a unique situation. While
usernames may utilize this character, it is read as a blank space by the
Mac Guide software. As a result, the following names are interpreted the
same: "User Name" and "User_Name". In a small number of cases, this
could result in a conflict if two users Forum names differ only by the
underscore character. Again, we will have to change one users name.
Thanks,
Anthony Fernandez
Bonjour à tous, je cherche depuis quel jours le moyen de décaler la
numérotation des sections du sommaire, par défaut elle commence à 1,
jaimerais trouver le moyen de les faire commencer à 5 par exemple, ce qui
donnerais 5.1 pour mon premier chapitre.
Merci pour vos réponses.
Joss
Tried 1.13 alpha and had exactly the same problem.
One weirdness: when I set the mysql host to "localhost", the web installer prints "Connection failed" in red. So I changed it to my host's fully qualified domain name, which worked. "mysql -p -u root" works fine from the command line.
DanB
_____________________________________________
From: Daniel Barrett
Sent: Friday, May 30, 2008 1:13 AM
To: 'MediaWiki announcements and site admin list'
Subject: Installation problems 1.12.0, Mac OS X 10.5 Leopard
I'm having problems installing MediaWiki 1.12.0 on Mac OS X 10.5 (Leopard). The installation gets as far as "Granting user permissions to wikiuser on wikidb...success.", and then it just stops. It does create the database tables.
PHP 5.2.5 installed
Found database drivers for: MySQL
PHP server API is apache2handler; ok, using pretty URLs (index.php/Page_Title)
Have XML / Latin1-UTF-8 conversion support.
Warning: A value for session.save_path has not been set in PHP.ini. If the default value causes problems with saving session data, set it to a valid path which is read/write/execute for the user your web server is running under.
PHP's memory_limit is 128M.
Couldn't find Turck MMCache, eAccelerator, APC or XCache; cannot use these for object caching.
Found GNU diff3: /usr/bin/diff3.
Couldn't find GD library or ImageMagick; image thumbnailing disabled.
Installation directory: /Library/WebServer/Documents/w
Script URI path: /w
Installing MediaWiki with php file extensions
Environment checked. You can install MediaWiki.
Generating configuration file...
Database type: MySQL
Loading class: DatabaseMysql
Attempting to connect to database server as root...success.
Connected to 5.0.51b
Attempting to create database...
Created database wikidb
Creating tables... done.
Initializing statistics...
Granting user permissions to wikiuser on wikidb...success.
Looking at config/index.php, I believe the next step should be creating the sysop account, and sure enough, the "user" table is empty so this step did not succeed; nor did it print any error message. It seems to be dying on the call to $u->idForName() in that section.
else if ( 0 == $u->idForName() ) { ...
Any ideas what I should try next?
Thanks,
DanB
I'm having problems installing MediaWiki 1.12.0 on Mac OS X 10.5 (Leopard). The installation gets as far as "Granting user permissions to wikiuser on wikidb...success.", and then it just stops. It does create the database tables.
PHP 5.2.5 installed
Found database drivers for: MySQL
PHP server API is apache2handler; ok, using pretty URLs (index.php/Page_Title)
Have XML / Latin1-UTF-8 conversion support.
Warning: A value for session.save_path has not been set in PHP.ini. If the default value causes problems with saving session data, set it to a valid path which is read/write/execute for the user your web server is running under.
PHP's memory_limit is 128M.
Couldn't find Turck MMCache, eAccelerator, APC or XCache; cannot use these for object caching.
Found GNU diff3: /usr/bin/diff3.
Couldn't find GD library or ImageMagick; image thumbnailing disabled.
Installation directory: /Library/WebServer/Documents/w
Script URI path: /w
Installing MediaWiki with php file extensions
Environment checked. You can install MediaWiki.
Generating configuration file...
Database type: MySQL
Loading class: DatabaseMysql
Attempting to connect to database server as root...success.
Connected to 5.0.51b
Attempting to create database...
Created database wikidb
Creating tables... done.
Initializing statistics...
Granting user permissions to wikiuser on wikidb...success.
Looking at config/index.php, I believe the next step should be creating the sysop account, and sure enough, the "user" table is empty so this step did not succeed; nor did it print any error message. It seems to be dying on the call to $u->idForName() in that section.
else if ( 0 == $u->idForName() ) { ...
Any ideas what I should try next?
Thanks,
DanB
I will be out of the office starting 05/29/2008 and will not return until
06/03/2008.
In my absense please open a Remedy Work Order with the IT Help Desk
assigned to the MITS-ALL group. If this is a Project related task, please
contact Troy Edwards for assistence. I will respond to your message when I
return. Thank you.
This is to announce a new release of UserRightsList.
http://www.mediawiki.org/wiki/Extension:UserRightsList
This extension provides an alternative to the standard User rights
management special page.
• Bureaucrats can view users as a list instead of searching for a
specific user name
• Users with account creation privileges can view limited rights for
other users they created, if user creation logging is enabled
• The user list can be filtered by group membership, username (with %
wildcards), and/or date ranges for user_registration (by month).
Two versions can be downloaded from links at mediawiki.org. The
"official" version requires 1.12 or greater; I also posted a patched
version that runs in minimal testing on 1.9.3 and 1.10.
Users of earlier releases of UserRightsList are strongly encouraged to
upgrade, as these releases incorporate many useful code suggestions
from DanTMan, including an important fix of a security vulnerability.
I thank him for his help - but any remaining flaws and design issues
should be blamed on me.
Jim
=====================================
Jim Hu
Associate Professor
Dept. of Biochemistry and Biophysics
2128 TAMU
Texas A&M Univ.
College Station, TX 77843-2128
979-862-4054