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.

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)

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)

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)