Project:Support desk/Sections/System

__NEWSECTIONLINK__

= MediaWiki System Support =

What has replaced mediawiki:Copyrightwarning in 1.16?
We had customized the copyrightwarning on our site. Since the 1.16 update, we see a different message under the edit box. Could someone tell me what is the new mediawiki page that is being called here? Thanks! Shushruth 13:27, 18 July 2009 (UTC)
 * MediaWiki: 1.16alpha-wmf (r53410)
 * PHP: 5.2.4-2ubuntu5wm1 (apache2handler)
 * MySQL: 4.0.40-wikimedia-log
 * URL: kn.wikipedia.org


 * That's for Licensing update. See here how to translate. That particular message was moved to Wikimedia-copyrightwarning. Please use  to translate it. --Nemo bis 01:21, 1 August 2009 (UTC)

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.

system messages - wikitext or html
The page MediaWiki:Badaccess-group0 doesn't render wikitext neither html....

What should be done to add a link to it?!

—almaghi 14:41, 24 July 2009 (UTC)

How do I edit the body tag?

 * MediaWiki version: 1.15.1
 * PHP version: 5.2.9
 * MySQL version: 5.0.81

I'd like to edit the HTML body tag to add an onload value for a bit of javascript. I've looked in the OuputPage.php file, but I can't see an easy way. Can someone help me? thanks in advance.

—Weirdy12 11:28, 27 July 2009 (UTC)


 * The structure of the outputted page is defined by the skin templates, in the /skins folder. However, if you want to load JavaScript, you can call $wgOut->addScript( 'path_to_script' ) to load an extra JS file.  Or you can just set $wgUseSiteJs and put the script in MediaWiki:Common.js on your wiki. Which is probably much easier than editing the output page. Happy ‑ melon 16:57, 27 July 2009 (UTC)


 * Thanks! I've tried the Common.js method, but I can't get it to load as it runs before the output is finished. Where would I call $wgOut->addScript( 'path_to_script' )?

--Weirdy12 11:57, 29 July 2009 (UTC)

Automatic login script

 * MediaWiki version: 1.15.0
 * PHP version: 5.2.9
 * MySQL version: 5.1.33
 * URL: http://r99kmjnr8.device.mst.edu:8500/aepi/wiki

Is there a way i can write a custom login script to automaticly login users when they login to our site? We have a Coldfusion login script that I would like to also redirect to php script that queries the users mediawiki credentials from one of our databases and uses it to login to our mediawiki.

Any help is greatly appriciated

Thanks, Kevin

—131.151.129.81 00:21, 28 July 2009 (UTC)

non-standard port redirection bug

 * MediaWiki version: 1.15.1
 * PHP version: 5.2.6 (apache2handler)
 * MySQL version: 5.0.51b-community
 * URL: http://taras.dlinkddns.com:8888/

My provider blocks the 80 port and I have to use non-standard one(for example 8888). I configured Apache and MediaWiki and all works fine exept fast search. When the name of the existing article is written into the search line, MediaWiki automatically redirects to this article, but the port number is losing. For example, writing "cуп" or "Суп" in the search line, redirection goes to http://taras.dlinkddns.com/wiki/Cуп (The article with this name exists). But I need redirection like http://taras.dlinkddns.com:8888/wiki/Cуп. And when I am writing in browser link http://taras.dlinkddns.com:8888/wiki/cуп (in word "cуп" the first letter is in the lowercase but the article name starts with the uppercase), redirection is also http://taras.dlinkddns.com/wiki/Cуп. All works fine in all other cases. Help me please with this trouble.

—77.122.36.5 00:42, 29 July 2009 (UTC) Taras, Ukraine, Kyiv

Duplicating links because second or later words not Capitalized

 * MediaWiki version: 1.15.1
 * PHP version: 5.1.6. apache2handler
 * MySQL version: 5.0.45
 * URL:

(By default at least) MediaWiki cannot tell that Star Formation and Star formation are the same thing. I could not find a hook or any other easy way to have it capitalize every word or otherwise solve this issue. As it stands, I am getting problems with users duplicating pages that already exist and broken links. Is there a work around for this issue? -- Thanks

James Wadsley —130.113.172.122 14:27, 29 July 2009 (UTC)


 * Standard way is to make the uncapitalised version a redirect to the capitalised version, or to which every one is the "standard" for the wiki. -- Dr DBW |  talk  04:03, 5 August 2009 (UTC)

Thanks for the reply. Yes, we have been doing this but it seems like wasted effort when it should be easy to generate the redirect in software rather than having people go through the hassle of manually creating a redirect. I was wondering if a hook was available that could do this. In practice, it would be equivalent to stripping the case from all wikiwords. -- James --130.113.172.122 18:28, 10 August 2009 (UTC)

Expression Engine

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

We use expression engine - can we download WordPress on our site?

—167.154.46.98 21:18, 29 July 2009 (UTC) Janet Geary Nevada Magazine jmgeary@nevadamagazine.com

User order on enhanced recentchanges
See Help_talk:Tracking_changes. I can't understand if there's a logical order or there's a bug. Thank you, Nemo bis 01:16, 1 August 2009 (UTC)

Removing Main Page from "Special:Uncategorized" pages

 * MediaWiki version: All
 * PHP version:
 * MySQL version:
 * URL: http://ml.wikipedia.org/

Hello, I am Shiju Alex (http://ml.wikipedia.org/wiki/User:Shijualex) from "Malayalam wikipedia" (http://ml.wikipedia.org).

We have a peculiar problem with the "Main Page" (പ്രധാന താള്‍) in Malayalam wikies. Currently the "Main Page" (പ്രധാന താള്‍) is listed in "Special:Uncategorized" (http://ml.wikipedia.org/wiki/Special:UncategorizedPages) pages. Can some one tell us how to remove it from the list of Special:Uncategorized page?

—Shijualex 05:57, 1 August 2009 (UTC)


 * Well, add a category. :-) You can also use a hidden category, adding __HIDDENCAT__ to the category page. --Nemo bis 09:22, 1 August 2009 (UTC)

But I have a query. Is this is the way Main Page is removed from Special:UncategorizedPages from all media wiki wikies? I am not able to locate any hidden category on the English Wikipedia Main page. Kindly advice--Shijualex 12:58, 1 August 2009 (UTC)


 * Currently en: has Hidden categories: Articles containing Japanese language text | Articles containing Chinese language text. --Nemo bis 09:05, 2 August 2009 (UTC)

Thank you for the support. --Shijualex 10:49, 2 August 2009 (UTC)

Hide history
Hi, is it possible to completely hide all of the history pages for 'normal users'? If so, how can I do that? Thanks in advance. —84.31.241.145 01:07, 7 August 2009 (UTC)
 * I'm not quite exactly sure what you mean. You could flag a user as a bot, and then their contributions will not show up in the recent-changes. Dr. Eme
 * I would like to hide for all normal users and guests all old versions, so you cannot look to previous versions, changes, et cetera. So, is it possible to show for those users only the 'regular pages'? -84.31.241.145 22:33, 15 August 2009 (UTC)

HTTP 500 Error when edit/create pages

 * MediaWiki version: 1.15.1
 * PHP version: 5.2.4
 * MySQL version: 5.0.51
 * URL: intranet

Hi,

I logged in as registered user or Admin and tried to edit the pages. I ONLY can edit "Main Page" without any problem, but I keep receiving the "HTTP 500 internal server error" when I edit, create, or visit any other pages.

The folowing pages which I get HTTP 500 error when I click "edit" or "create": MediaWiki:Sidebar, Community_Portal, Current_events, Help:Contents

Also, I get HTTP 500 error as well when I visit Special:SpecialPages

We highly appriciate with your helps,

Thanks in advance,

Natalie

—65.219.237.54 14:12, 9 August 2009 (UTC)


 * MediaWiki version: Mediawiki1.6.7
 * PHP version: PHP5.1.4 (apache2handler),
 * MySQL version: MySQL4.1.19-standard
 * URL: Internal system within organisation

I need to know if we can disable "discussion" tab on each page. As per the legal & compliance we can not allow users for back and forth conversations. Please assist.

Thanks, Gaurav

—192.223.243.6 22:52, 12 August 2009 (UTC) Gaurav

No Rights to Unlock Mainpage? [RESOLVED]
I secured my Main Page, but now it is not possible to unlock it. It says I don't have the rights, so contact... MYSELF! Tried to log out, made another account bureaucrat, tried to let that account change that page, but same problem. What do I have to do to unlock it? —84.31.241.145 01:46, 16 August 2009 (UTC)
 * MediaWiki version: 1.12.0
 * PHP version: 5.2.6 (cgi-fcgi)
 * MySQL version: 4.1.22-community-nt
 * URL: www.sintforum.nl/wiki

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)