Project:Support desk/Sections/System

__NEWSECTIONLINK__

= MediaWiki System Support =

Resolved: 404 when using short url

 * MediaWiki: 1.11.0
 * PHP: 5.2.5 (cgi-fcgi)
 * MySQL: 5.0.67.d7-ourdelta-log
 * URL: www.jainkosh.org

Hello, I have been trying to use short url for my wiki by following instructions at http://www.mediawiki.org/wiki/Manual:Short_URL/wiki/Page_title_--_no_root_access but could not achieve the results. My server is Apache and my wiki is saved at htdocs\Mediawiki. I have tried saving the .htaccess file in htdocs\Mediawiki, htdocs\, htdocs\sample_html, htdocs\Mediawiki\sample_html, but it didn't work. Whenever I tried to go to www.jainkosh.org/wiki/Main_Page, it throws error 404, page not found. This is what I have put in my .htaccess file:

RewriteEngine On RewriteRule ^wiki/(.*)$ /Mediawiki/index.php?title=$1 [PT,L,QSA] RewriteRule ^wiki/*$ /Mediawiki/index.php [L,QSA] RewriteRule ^/*$ /Mediawiki/index.php [L,QSA]

Can you please help me in getting this working?

Thanks a lot, Vikas

I tried the same settings on Godaddy.com server and it worked fine there. Somehow on my localhost it didn't work and was giving 404. Works great on the godaddy server.

User groups stopped working

 * MediaWiki: 1.11.0
 * PHP: 5.2.5 (cgi)
 * MySQL: 5.0.81-community-log
 * URL: http://developer.newsgator.com/wiki/

The wiki has been up and running fine for quite a while now. Recently something changed, and all users are acting like "unprivileged" users - I can't see any of the admin special pages, create/delete regular pages, etc. This affects all users, including sysops. When I look at users in the user list they still show their group memberships. So it seems that users are still in groups, but for some reason they aren't getting the permissions they should have.

There had been no configuration changes for almost a year prior to this problem appearing, and this was verified by the file timestamps. There are a limited number of sysops - I have talked to them and all say they haven't touched anything. I also looked in the database and the user and user_group tables look fine to my untrained eye.

I've poked around the help sections here and elsewhere, but haven't had any luck. Any help would be appreciated.

—38.97.237.188 22:06, 17 August 2009 (UTC)
 * Special:Listusers lists no privilegied users (no Editor, Sysop or Bureaucrat). You will need to re-add these group manually in the database before being able to edit the wiki again. i Alex  22:22, 17 August 2009 (UTC)

- Thanks for looking Alex. I see what you mean. However, if you look up a specific user (eg, breischl) it shows the groups. I also looked at the database table user_groups, and it has what look like reasonable values. Here are a few example rows from that table:

ug_user	ug_group 1	bureaucrat 11	bureaucrat 12	editor 1	sysop 2	sysop

So it seems like the groups are there, but they're somehow messed up. Is there something else I need to do to fix the groups? Thanks again for your help.

-38.97.237.188 15:15, 18 August 2009 (UTC)


 * Trim the names. Looks like they have trailing spaces:

ug_user	ug_group 1	'bureaucrat     ' 11	'bureaucrat     ' 12	'editor         ' 1	'sysop         ' 2	'sysop         ' as opposed to ug_user	ug_group 1	'bureaucrat' 11	'bureaucrat' 12	'editor' 1	'sysop' 2	'sysop'
 * Platonides 15:25, 18 August 2009 (UTC)

- You're right that they're padded out, but I think that's because the column is a varbinary(16). I tried updating the rows to remove the spaces, but then they end up null-padded. ug_user	ug_group 1	bureaucrat\0\0\0\0\0\0 1	sysop\0\0\0\0\0\0\0\0\0\0\0

They don't seem to work right that way either - I still have no rights, and the user list shows no users. I tried modifying the LocalSettings.php file to force a reload, but that didn't seem to do anything. I'll leave the groups null-padded for now in case that changes something I don't know to look at. Thanks for your help.

-38.97.237.188 16:00, 18 August 2009 (UTC)

Well, I got this fixed. I dug up an old backup of the database and restored the user and user_groups tables from that. The SQL in the backup doesn't look any different than some SQL I had already run, but for some reason it worked as a restore.

Thanks all for your help!

-38.97.237.188 15:32, 25 August 2009 (UTC)

Can I link files directly off my server to our wiki page, or must they be uploaded?

 * MediaWiki version:
 * PHP version:
 * MySQL version:
 * URL:

Is it possible for me to link files from my server to MediaWiki without uploading them. We have an extensive database of projects we would like to incorporate into the our wiki site but do not want to duplicate all those files by uploading them.

Autoblock - disable?
—66.93.197.185 22:01, 19 August 2009 (UTC)


 * MediaWiki version: 1.6.10
 * PHP version: 5
 * MySQL version:
 * URL: comp.missouri.edu/wiki/

I cannot find an answer to this problem. I am making accounts manually for the wiki, and each account gets autoblocked when the new user tries to login. The user confirms the account via an email sent by the wiki, but the wiki then autoblocks. I unblock the user, but the next time the user tries to login, she is autoblocked again. How can I disable the autoblock feature?

jeff —128.206.44.134 19:35, 20 August 2009 (UTC)

Need more information on Special:Listusers page

 * MediaWiki version: 1.12.0
 * PHP version: 5.1.3RC4-dev (cgi-fcgi)
 * MySQL version: 5.0.83
 * URL:

Hello,

I use the Special:Listusers page to know all the accounts created on my wiki, but it doesn't show anything else than the account name and the status (admin, sysop, etc...).

How can I have mors information like date of creation ?

Thank you by advance, I haven't found the answer yet on the internet...

—Le squal 14:44, 23 August 2009 (UTC)

Remove Donations message at top left (above tabs)

 * MediaWiki version: 1.15.1
 * PHP version: 5.2.3 (cgi-fcgi)
 * MySQL version: 5.0.24-community-nt
 * URL: private

Since upgrading to 1.15.1, I notice that logged out users see a rotating message at the top of the page, above the tabs, requesting donations to Wikipedia. E.g. "Wikipedia is sustained by people like you. Please donate today."

In addition to the upgrade, I have recently installed the extension NewestPages (but disabling the extension doesn't appear to remove the message).

I have searched at length, and have ascertained that this is NOT the MediaWiki:Anonnotice message (which appears below the tabs). But, as a new MediaWiki admin, I'm at a loss - please can someone point me in the right direction to remove or modify this message.

Thanks!

Funny, I have the same wiki version and I do not have this issue. Maybe you installed an extention which is doing this? By uninstalling extentions, the easiest way to do so is by removing the line(s) of code listed in the LocalSettings.php in the root of your wiki's source. This line of code, if removed, will not point your wiki to the extention and therefore should go away. If such extention does not go away, I would suggest you maybe consider the idea that such extention did not have the effect on such areas of the wiki you are assuming to have affected the wiki post installing the extention. Mdkcheatz

—203.58.179.34 03:03, 24 August 2009 (UTC)

NEED MORE USER PERMISSIONS!!!

 * MediaWiki version: 1.15.1
 * PHP version: 5.2.9 (cgi)
 * MySQL version: 5.0.81-community
 * URL: Cannot distribute, Sorry.

Hi, I have started an all gamers wiki and research website based on your Mediawiki engine. I have noticed that you have not put a lot of effort into adding more user group permissions. One matter that really will help is by having a permission that will allow guests to free add/submit articles at will, but that such additions/edits MUST BE approved PRIOR to the article becoming global.

This will help with not only my own wiki, but pretty much every wiki that is born. You must understand that staff, especially in the gaming scene, is greatly unavilable, and vandelism exceeds even that of wikipedia. This will be a change to consider for whichever version you are currently working on (verson 1.16.1).

Please keep in mind that the GroupPermissions Management extention and DocApproval are NOT what I am looking for.

Thank you for your help. :)

Mdkcheatz—72.255.48.170 22:38, 24 August 2009 (UTC)


 * Extension:FlaggedRevs —Emufarmers(T 22:58, 24 August 2009 (UTC)

How to edit Site:About or Site:FAQ
I have installed a new empty Wiki using instructions for Win2003. As I start to do some initial setup and customization, I can't figure out how to edit the About Page, FAQ Page, or any page that is in the category of my named site (e.g. my site is named Site, How do I edit http://machinename/index.php?title=Site:About ) Thanks in advance, —205.175.240.252 17:44, 27 August 2009 (UTC)
 * MediaWiki version: 1.15.1
 * PHP version: 5.2.9-1 (cgi-fcgi)
 * MySQL version: 5.0.24-community-nt
 * URL: - behind a firewall
 * I must be missing something here, but why can't you simple click on the edit link at the top of the page of that title? Or if the page doesn't exist, and you follow a link to that page, you will be given an editing page. -- Dr DBW  |  talk  05:36, 31 August 2009 (UTC)

Although flaggedrev and docapproval are good extentions, that wasn't what I had in mind. Note how I need articles approved PRIOR to globally viewable. Sep 1st 2009

Permissions not working correctly

 * MediaWiki version: 1.15.1
 * PHP version: 5.2.9-1 (cgi-fcgi)
 * MySQL version: 5.0.24-community-nt
 * URL: Behind Firewall

I am having issues with users (including sysops) not beign able to edit, upload files, etc, when the $wgGroupPermissions['*'][value] = false. For instance, I want anonymous users to NOT be able to edit pages, but when I change the ['edit'] to FALSE, no one can edit pages. I have looked in the admin guides and forums and have not been able to find an answer as to why this is happening. Below is what I have for permissions set in my LocalSettings.php

$wgAddGroups['sysop'] = array( 'bot' ); $wgRemoveGroups['sysop'] = array( 'bot'); $wgGroupPermissions['sysop']['userrights'] = true; $wgGroupPermissions = array( 'sysop' ); $wgGroupPermissions['sysop']['passwordresetself'] = true; $wgGroupPermissions['sysop']['passwordreset'] = true; $wgGroupPermissions['sysop']['move'] = true; $wgGroupPermissions['sysop']['read'] = true; $wgGroupPermissions['sysop']['edit'] = true; $wgGroupPermissions['sysop']['viewedittab'] = true; $wgGroupPermissions['sysop']['createpage'] = true; $wgGroupPermissions['sysop']['createtalk'] = true; $wgGroupPermissions['sysop']['userrights'] = true; $wgGroupPermissions['sysop']['noratelimit'] = true; $wgGroupPermissions['sysop']['block'] = true; $wgGroupPermissions['sysop']['createaccount'] = true; $wgGroupPermissions['sysop']['delete'] = true; $wgGroupPermissions['sysop']['bigdelete'] = true; $wgGroupPermissions['sysop']['deletedhistory'] = true; $wgGroupPermissions['sysop']['undelete'] = true; $wgGroupPermissions['sysop']['editinterface'] = true; $wgGroupPermissions['sysop']['editusercssjs'] = true; $wgGroupPermissions['sysop']['import'] = true; $wgGroupPermissions['sysop']['importupload'] = true; $wgGroupPermissions['sysop']['move'] = true; $wgGroupPermissions['sysop']['patrol'] = true; $wgGroupPermissions['sysop']['autopatrol'] = true; $wgGroupPermissions['sysop']['protect'] = true; $wgGroupPermissions['sysop']['proxyunbannable'] = true; $wgGroupPermissions['sysop']['rollback'] = true; $wgGroupPermissions['sysop']['trackback'] = true; $wgGroupPermissions['sysop']['upload'] = true; $wgGroupPermissions['sysop']['reupload'] = true; $wgGroupPermissions['sysop']['reupload-shared'] = true; $wgGroupPermissions['sysop']['unwatchedpages'] = true; $wgGroupPermissions['sysop']['autoconfirmed'] = true; $wgGroupPermissions['sysop']['upload_by_url'] = true; $wgGroupPermissions['sysop']['ipblock-exempt'] = true; $wgGroupPermissions['sysop']['blockemail'] = true; $wgGroupPermissions['sysop']['markbotedits'] = true; $wgGroupPermissions['sysop']['suppressredirect'] = true; $wgGroupPermissions['sysop']['apihighlimits'] = true; $wgGroupPermissions['sysop']['browsearchive'] = true; $wgGroupPermissions['sysop']['deleterevision'] = true; $wgGroupPermissions = array( 'user' ); $wgGroupPermissions['user']['read'] = true; $wgGroupPermissions['user']['createpage'] = true; $wgGroupPermissions['user']['createtalk'] = true; $wgGroupPermissions['user']['edit'] = false; $wgGroupPermissions['user']['viewedittab'] = true; $wgGroupPermissions['user']['upload'] = true; $wgGroupPermissions = array( '*' ); $wgGroupPermissions['*']['createaccount'] = true; $wgGroupPermissions['*']['read'] = true; $wgGroupPermissions['*']['edit'] = true; $wgGroupPermissions['*']['createpage'] = true; $wgGroupPermissions['*']['createtalk'] = true; $wgGroupPermissions['*']['upload'] = true; $wgGroupPermissions['*']['viewedittab'] = true;

—Rob Presley

Editing the history output page

 * MediaWiki version: 1.15.1
 * PHP version: 5
 * MySQL version: 4.1
 * URL: Local development copy

Hello, I am working on creating a new History pattern for my wiki. I am editing the history result page which comes after choosing history versions. I would like to know how to edit that data. So if someone could help me on letting me know which file should i edit to get this done.

I would be very greatful. Thanks.

—Prasath 13:49, 2 September 2009 (UTC)

How do I set INDEX and FOLLOW to two special page (Special:PopularPages and Special:AllPages)
MediaWiki 1.13.2 PHP 5.2.6 (cgi-fcgi) MySQL 5.0.67-log

I want to set robot policy to two special pages ONLY. I blocked all INDEX and FOLLOW besides main namespace. I checked some variables such as $wgNamespaceRobotPolicies, $wgArticleRobotPolicies, $wgDefaultRobotPolicy, but they can't make it. Is there any way to achieve my goal? Thank you!! I try to do this because every time I google "keyword+wiki", I can find the page I want on wikipedia. However, if I google "article name + my website", I can't find anything. Therefore, I am thinking that maybe if I change these two pages, I can have search engine index all my articles. --Coulomb 17:12, 2 September 2009 (UTC)

How to block creation of namespaces or delete them ?

 * MediaWiki version: 1.15.1
 * PHP version: 5.2.3 (apache2handler)
 * MySQL version: 4.1.22-community
 * URL: ? (intranet)

Hy, sorry for my bad english, I'm french guy :/

Sorry if the subject already exists, my search yielded nothing. I use the wiki for a short time, and the creation of namespaces is not blocked by default, how block that ? Then, how to delete a namespace?

Thank you in advance for your help!

—80.118.24.35 14:40, 3 September 2009 (UTC)

Blank screen in Firefox and error in IE

 * MediaWiki version: 1.15.1
 * PHP version: 5.2.4
 * MySQL version: 5.0.45
 * URL: http://wiki.allthingsroyal.net/

At the moment I have the problem of blank white screen in Firefox and an error in IE when I do the following:


 * template (called sjabloon at my wiki) Beginnetje and template afkomstig van Wikipedia give the mentioned problem.
 * when I edit an article and add the template tag, after hitting the submit button.
 * sometimes when I create a new article with a lot of text.

I also get sometimes this error:

Er is een syntaxisfout in het databaseverzoek opgetreden. Mogelijk zit er een fout in de software. Het laatste verzoek aan de database was:

(SQL-zoekopdracht verborgen)

vanuit de functie “Article::insertOn”. MySQL gaf de foutmelding “1205: Lock wait timeout exceeded; try restarting transaction (localhost)”.

(it means there was a syntaxiserror and there probably is an error in the software. The error was the 1205 lock wait timeout exceeded-error)

To make it weirder:


 * when I get the blank screen in Firefox, hitting F5 for a few times helps in some occassions.
 * I never had the SQL-error before, but a month ago I did have the blank screen error (before that I experienced no errors). After a few days everything was normal again until this week.
 * It seems a bit related with spammers, yesterday a spammer went on a small editing spree and the problem started one or two days before. This was also the case last time. Could it be they are sending a lot of requests? Yesterday my whole wiki wouldn't load (although my other subdomains and the main domain did load. Only my wiki was terribly, terribly slow)

I upgraded in june or july from the 1.13 branch to 1.15.1. It went without a problem, and after that I also upgraded my extensions. I don't think it is related, but you never know...

I suspect it is serversided (memorylimit or something, but that is already upped to 32m via .htaccess), but on the other hand,: on a other subdomain I run Wordpress and no errors there. Anyone an idea on what it could be?

—Sophies choice 15:31, 4 September 2009 (UTC)

Page look-and-feel (and login status) differs by page & user after upgrade from 1.12 to 1.15.1
We recently upgraded our intranet wiki from 1.12 to 1.15.1, to get access to collapsible tables (with a little customization). However, the look-and-feel of pages varies. Most pages for me look "better" ie. what I presume is the latest theme. Whereas, some pages look decidedly less artful - and they also display the "Log In" link - whereas I am shown as logged in on the "better" pages. A page can look different depending on who the logged-in person is, but the view seems consistent for a given user & page. Unsure whether the correct look-and-feel is only for pages I have recently modified, but I could mount an argument. Browsers used are Firefox & IE (later versions). I know nothing about the use of skins. Installed extensions: ParserFunctions (version 1.2.0); SyntaxHighlight Any help would be greatly appreciated. —203.8.33.195 08:12, 7 September 2009 (UTC)
 * MediaWiki version: 1.15.1
 * PHP version: 5.2.3 (isapi)
 * MySQL version: 5.0.24-community-nt
 * URL: (intranet wiki)