Project:Support desk/Flow/2011/11

This page is an archive.

Please ask questions on the current support desk.

Using LaTeX \begin{picture} in <math>

Is there some technical reason why \begin{picture} doesn't work inside the <math> environment? The picture feature is built in to LaTeX, not an external package. It would be very convenient to be able to use this inside of <math> instead of having to prepare and upload a separate SVG file for each picture I need.

-- Dave Touretzky, dst@cs.cmu.edu 128.237.239.1 (talk) 06:55, 1 November 2011 (UTC)

[WW][Resolved] RSS on watchlist not working

I tried for two hours now to get the RSS-feed on my watchlist working. To no avail. Google Reader and other RSS readers keep on finding no access, complaining the feed is not valid.

The feed has the format

http://mysite.eu/wiki/api.php?action\x3dfeedwatchlist\x26allrev\x3dallrev\x26wlowner\x3dMyfirst+Mylastname\x26wltoken\x3dmytoken\x26feedformat\x3drss

The following format did not work either:

http://mysite.eu/wiki/api.php?action=feedwatchlist&allrev=allrev&wlowner=Myfirst+Mylastname&wltoken=mytoken&feedformat=rss

(changed atom to rss manually, atom does not work either)

Could the error stem from the fact that I have first and lastname, normally separated by a space but replaced in the feed by a "+"?

Another cause for this could be that I have two wiki's each having its own prefix in the database using some code in the localsettings and then:

1. We know which wiki to display. Set the configuration variables specific
2. to the individual wiki

require_once ('LocalSettings_' . $sr_WikiCode . '.php');

to switch

MediaWiki 1.17.0 PHP 5.2.4-2ubuntu5.13 (cgi-fcgi) MySQL 5.0.51a-3ubuntu5.8

TIA Victor50 (talk) 11:48, 1 November 2011 (UTC)

Did a lot of trying, to no avail. Checked error logs, checked if "+" in name is a problem. Set several feedconfiguration items. All in all it looks if somehow the feedrequest isn't processed at all. Tried a feed on this site. Works fine.

UPDATE

Further trying. Turned on anonymous read-access to all pages (turned off normally). Included Special:Updated in anonymous access list and tried RSS from there.

Further information: I run a wordpressblog on the same domain (other subdomain) RSS works for the blog.

! PLEASE GIVE THIS SOME ATTENTION ! Victor50 21:17, 4 November 2011 (UTC)

SOLVED! The generated url for the feed should contain information about which wiki (and hence: which database prefix) is used, as this is not known when the reader processes the localsettings. So you have to add manually the correct information to the feeds url. In my case "w=nso". It would be great if in the next version of Wikimedia the database prefix would be included in a standardised way. Victor50 23:39, 4 November 2011 (UTC)

A Dumb Question, Where text will be saved when you edit a new page or existing page was edited

A Dumb Question, Where text will be saved when you edit a new page or existing page was edited Satishkumarbarla (talk) 12:15, 1 November 2011 (UTC)

A new entry will be created in the revision table and the text table. The text table contains the actual text of the page. Reach Out to the Truth 13:45, 1 November 2011 (UTC)

Cannot modify header information

Hey Guys, I have the issue that I only get a blank page, so I edited the LocalSettings.php and added "error_reporting( E_ALL ); ini_set( 'display_errors', 1 );" that the page shows me what error happen. So this is my problem:

Warning: Cannot modify header information - headers already sent by (output started at /hp/cc/ab/dh/www/wiki/LocalSettings.php:1) in /hp/cc/ab/dh/www/wiki/includes/WebResponse.php on line 22

Warning: Cannot modify header information - headers already sent by (output started at /hp/cc/ab/dh/www/wiki/LocalSettings.php:1) in /hp/cc/ab/dh/www/wiki/includes/WebResponse.php on line 22

Warning: Cannot modify header information - headers already sent by (output started at /hp/cc/ab/dh/www/wiki/LocalSettings.php:1) in /hp/cc/ab/dh/www/wiki/includes/WebResponse.php on line 22

Warning: Cannot modify header information - headers already sent by (output started at /hp/cc/ab/dh/www/wiki/LocalSettings.php:1) in /hp/cc/ab/dh/www/wiki/includes/WebResponse.php on line 22

Warning: Cannot modify header information - headers already sent by (output started at /hp/cc/ab/dh/www/wiki/LocalSettings.php:1) in /hp/cc/ab/dh/www/wiki/includes/WebResponse.php on line 22

Warning: Cannot modify header information - headers already sent by (output started at /hp/cc/ab/dh/www/wiki/LocalSettings.php:1) in /hp/cc/ab/dh/www/wiki/includes/WebResponse.php on line 22

Warning: Cannot modify header information - headers already sent by (output started at /hp/cc/ab/dh/www/wiki/LocalSettings.php:1) in /hp/cc/ab/dh/www/wiki/includes/WebResponse.php on line 22

What can I change that it works? Thank you for your help! 89.244.74.158 (talk) 14:13, 1 November 2011 (UTC)

Output has already started on the first line of LocalSettings.php. It's likely a byte order mark. Have you edited the file in Windows Notepad? Reach Out to the Truth 14:23, 1 November 2011 (UTC)

yeah, I read about this. I saved it than with Uni-8 - without a change. And then with Dreamweaver 8 and there is still the same problem 89.244.74.158 14:27, 1 November 2011 (UTC)

ok, i copyed the complete text and saved it into a new file. now it works. thank you :). 89.244.69.169 18:48, 1 November 2011 (UTC)

Can't Add More Than 4 External Links If They Have Labels

I'm building an internal wiki on my company's intranet. Here's our setup:

MediaWiki - v1.17.0

PHP - v5.2.17 (cgi-fcgi)

MySQL - v5.1.56

I can create a new page with up to three labelled external links, and everything works just fine. For example, this will work:

[http://google.com Google]
 [http://yahoo.com Yahoo!]
 [http://bing.com Bing]

However, as soon as I add a fourth link, I get a "403 Forbidden" error whenever I try to save the page. So, for example, this will not work:

[http://google.com Google]
 [http://yahoo.com Yahoo!]
 [http://bing.com Bing]
 [http://msn.com MSN]

If the fourth link is enclosed in square brackets without a label (i.e. [http://msn.com]), I also get the 403 error. However, if I simply put in the fourth link as a URL without any brackets (http://msn.com) then I can save the page.

The full text of the 403 error is:

Forbidden
 You don't have permission to access /wiki/index.php on this server.
 Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request.

What would cause this behavior? Is there a setting that limits the number of labeled, external links I can put on a single page?

Thanks in advance! I appreciate any advice or insight. 68.53.30.34 (talk) 02:22, 2 November 2011 (UTC)

Does your Apache have mod_security? Max Semenik 03:33, 2 November 2011 (UTC)

No, I don't think so. I created a page with "phpinfo()", and it did not contain any mention of mod_security. 68.53.30.34 12:09, 2 November 2011 (UTC)

Hello, I also have this problem. How do I add more than 3 links to my Wiki's linkpage without getting this error? Is it a bug or a feature I have to turn off?

Thanks in advance! 84.85.92.200 02:05, 29 July 2013 (UTC)

This is caused by mod_security.

See: Project:Support desk/Flow/2013/06#h-[RESOLVED]_Page_wont_save_with_cimetidine-2013-06-30T06:59:00.000Z and bugzilla:51323.

Ask your hosting to turn it off. Ciencia Al Poder (talk) 09:10, 29 July 2013 (UTC)

[WW][Resolved] How to change Main Page Tilte

Ok I cant find the area where you change the "Main Page" title.

I really want to change this as when I type it in Google it show the main page also like: <title> Main Page </title> (HTML)

I dont know where to change this??? 90.215.80.134 (talk) 03:26, 2 November 2011 (UTC)

??????????????// 90.215.80.134 12:03, 2 November 2011 (UTC)

There's a good article on how to do this: MediaWiki FAQ: How can I change what the title of each page is? 68.53.30.34 12:19, 2 November 2011 (UTC)

Ok i changed the <title> </title> But it still says "Main Page" in the Wiki , when I click edit it is not there I cant remove or edit this text? 90.215.80.134 12:37, 2 November 2011 (UTC)

OpenSearch returns only JSON

Hi everyone,

I am currently trying to add a federated search from MS Sharepoint to MediaWiki (newest version) through its OpenSearch-Interface.

MediaWiki 1.17.0 PHP 5.3.3-7+squeeze1 (apache2handler) MySQL 5.1.49-3

I am using an url like ..../api.php?action=opensearch&search=api&limit=2&namespace=0&format=xmlfm but it always returns JSON (though with results) on our MediaWiki-installation. At Wikipedia e.g. it returns XML as it should.

Maybe someone can point me in the right direction, I looked at the config parameters, but cannot figure out what to do.

Thanks for your help,

Kind regards,

MMF 178.26.207.60 (talk) 05:54, 2 November 2011 (UTC)

I believe that's something new in 1.18. You can try using the http://www.mediawiki.org/w/api.php?action=query&list=search&srsearch=api&srnamespace=0&srlimit=2 style queries though, which support xml in 1.17. Bawolff 17:45, 12 November 2011 (UTC)

Thanks for the feedback. We actually made it work by installing the OpenSearchXML-extension Extension:OpenSearchXml

but sadly it's not usable as a federated search provider. 178.26.207.60 06:49, 14 November 2011 (UTC)

Hm.. doesn't look like 1.18 has it, not even 1.19.

Wikipedia actually has Extension:OpenSearchXml installed as well (w:Special:Version)

• en.wikipedia.org/w/api.php?action=opensearch&search=test&format=xmlfm

Formats other than json/xml don't work. Krinkle 23:48, 14 November 2011 (UTC)

Yes, that's the one. Unfortunately it does not return an Atom / RSS - feed like an OpenSearch-query should.

Many thanks for the answers, really appreciated :)

Kind regards,

MMF 178.26.207.60 06:34, 15 November 2011 (UTC)

Whoops, sorry about mixing up the extension and version changes and giving wrong info :S Bawolff 00:26, 16 November 2011 (UTC)

[WW][Resolved] Making content only pages?

Hello, I am trying to make it so only content shows up. I want to embed some pages on an iframe where the end users will not be able edit it. But I would also like it so you can go to directly to the page (or a different link) and be able to see the whole link so I can have editors see everything. I tried editing the Common.css like found here but wasn't able to get the main content moved up in the top left corner in IE. It looks fine in Firefox.

What am I doing wrong or what can I change?

Thanks.

EDIT - Problem Resolved 216.180.195.98 (talk) 14:47, 2 November 2011 (UTC)

Glad that your problem was resolved that quickly! TBloemink 21:19, 2 November 2011 (UTC)

mediawiki doesnot contain metatag?? should i use some extension for the same?

Seeing the source file I think mediawiki doesnot contain metatag.. for descreption and keywords. So is it advisable to use some metatag extension in my wiki..

I am using Mediawiki 1.17 Thanks. Ashish 10985 (talk) 14:54, 2 November 2011 (UTC)

Category:HTML head extensions. You have a number of choices. Reach Out to the Truth 15:07, 2 November 2011 (UTC)

Thank you. Well is it advisable to add meta tags? would that be beneficial? Thanks.. 82.22.79.168 22:48, 2 November 2011 (UTC)

They can be useful, yes. Google recognizes a number of meta tags, so including those would probably be useful. Google ignores the keywords meta tag though, so don't bother with that one. Reach Out to the Truth 23:00, 2 November 2011 (UTC)

Google is not the only search engine in the world. Leaving meta tag keywords out depends on your market. 85.151.40.178 12:50, 1 December 2011 (UTC)

What search engines use them? They're so heavily abused that I can't imagine the search results being very useful. Reach Out to the Truth 17:12, 1 December 2011 (UTC)

new Wiki markup

I'm using the mediawiki.

By the way, was used during the  (superscript tag),  (subscript tag) <s></s> (underline tag) <del><strike><s></s></strike></del> (strike-through tags, and a horizontal line tag) etc are implemented in the wiki markup tags that are not found.

These tags can be also be implemented in wiki Is it possible? For example ^Hello as a ^Hello^, _Hello as a ,,Hello,, And the same.

Using a translator can be awkward. I'm sorry. 125.186.108.8 (talk) 16:27, 2 November 2011 (UTC)

Remove Information/Formatting the Download Page

Is it possible to change the colors of the table on a download page (The quick links at the top and in the file history)? Also, is there a way to remove information from there? For example, the "Edit this file using an external application (See the setup instructions for more information)" is not needed. Thanks. EDIT - I'm using the MonoBook skin. 216.180.195.98 (talk) 21:16, 2 November 2011 (UTC)

MediaWiki and Debian (squeeze)

My server:

• Debian Linux 6.0 (Squeeze) Webserver.
• MediaWiki 1.17.0 (Version 95135)
• PHP 5.3.3-7+squeeze3 (apache2handler)
• MySQL 5.1.49-3

my problem:
I used some JS-Scripts like Collapsible elements and some other stuff. All Scripts works fine and correct, but not on a Debian Linux Webserver. I tryd the Scripts on a OpenSuse and Ubuntu Webserver and the Skripts works. On a Debian Server, not. I don't know why... Need i a special Configuration on my Debian or a plugin/modul or whatever else to fix this problem? Have someone an idea? Yukii (talk) 08:31, 3 November 2011 (UTC)

no one a Idea to fix it? Yukii 07:21, 7 November 2011 (UTC)

hi I have this problem also, have an application, ajax,php,mysql that worked great on development server window,apache but fails on a debian linus virtual machine. did anyone ever help you or did you figure this out?

any help would be appreciated

Thanks

Spud 65.162.110.228 05:17, 9 November 2011 (UTC)

No Help for this issue, at the moment.

I ask the same Question in an German Debianforum. Maybe i find there a help and if i found one, i will post it here!^^ Yukii 07:10, 9 November 2011 (UTC)

Der ferngesteuerte Subversion-Client ist nicht erreichbar.

I would download Extension:ConfirmEdit/de, up shown msg came. Conny 08:46, 4 November 2011 (UTC).

Works now. Thanks, Conny 16:22, 4 November 2011 (UTC).

Are all the hyperlinks to other pages in articles the reason why wikis often come up first on Google?

I've noticed that a lot of wikis come up highly on Google, and I wonder if that's because of the number of inter-page links in the articles. I also have a template with a link to the main page at the bottom of articles. Would that help too? MediaWiki Website User (talk) 15:58, 4 November 2011 (UTC)

I think no wargo 16:29, 4 November 2011 (UTC)

Is that to adding the template, or adding the inter-article links? MediaWiki Website User 17:52, 5 November 2011 (UTC)

Both. There is a link to the main page in the sidebar already. Krinkle 00:04, 7 November 2011 (UTC)

So adding more links in articles will help? MediaWiki Website User 15:31, 8 November 2011 (UTC)

No! wargo 17:27, 8 November 2011 (UTC)

It has to do with search engine optimization.  Hazard-SJ  ±  03:45, 9 November 2011 (UTC)

What should I do to improve Google search results? MediaWiki Website User 22:41, 9 November 2011 (UTC)

Get search engine optimization.  Hazard-SJ  ±  03:30, 10 November 2011 (UTC)

IE7 Not Displaying Properly

When using IE7 my wiki will not display properly. I have the code set up so just the content will take up the whole page and it works fine in Firefox/Chrome/IE8 but not IE7. Is there anyway to fix this? I am using MonoBook (embed on a different page with an iframe). Pictures here. Thanks. 216.180.195.98 (talk) 16:31, 4 November 2011 (UTC)

Collection Extension: RuntimeError: command failed with returncode 256

This post by Revibot was moved on 2015-07-11. You can find it at Extension talk:Collection/2011#h-Collection_Extension:_RuntimeError:_command_failed_with_returncode_256-2011-11-04T15:45:00.000Z. wargo (talk) 16:36, 4 November 2011 (UTC)

[WW][Resolved] User BANNED / DELETE

Ok I have banned a user, but I want to DELETE the account from the database completely so that it does not show on the wiki, How do I do this?? 90.215.80.134 (talk) 22:21, 4 November 2011 (UTC)

Extension:User Merge and Delete lets you delete users by merging them to an "Anonymous" user. That's really the only way to delete users without creating the possibility of things breaking. Reach Out to the Truth 22:34, 4 November 2011 (UTC)

Deleting accounts is a bad idea. It's also unnecessary. You can use Extension:RenameUser to change their name to something like banned user if you need to. If you need to prevent access to their account, you can use Extension:PasswordReset to change their password and prevent them from logging in. MediaWiki Website User 04:21, 5 November 2011 (UTC)

Thanks this helps a lot 90.215.80.134 10:13, 5 November 2011 (UTC)

That's good.

I recommend this method a lot more than deleting a user. I have both extensions on my wiki. MediaWiki Website User 17:51, 5 November 2011 (UTC)

Why is this a bad idea? I hate that they are taking up space in my very very small wiki. Jamiehutber (talk) 14:02, 15 March 2019 (UTC)

auto-login not working reliably

Hi,

I work in a group that uses MediaWiki heavily.

Several of us have noticed that the auto-login, or conversely the auto-logout features, don't work.

Meaning, we have to login more than we want to.

Is there a way to make it more reliable with respect to auto-login and lessen the auto-logout?

Thanks,

Stuart 17.203.14.159 (talk) 23:51, 4 November 2011 (UTC)

[WW][Waiting] ADDING Facbook (IE, "like" button") ... STILL NEED HELP

Is there a way that you can add a "like" button to the wiki" ?? 90.215.80.134 (talk) 10:45, 5 November 2011 (UTC)

[resolved] Login problems - "Failed to initialize storage module"

Hi all,

I hope somebody could help me out here. My website is on a shared host (without shell access) and has recently been moved by the provider to a new server with more recent versions of MySQL and PHP. Unfortunately, any attempt to log in now produces the following error message:

Fatal error: session_start() [<a href='function.session-start'>function.session-start</a>]: Failed to initialize storage module: files (path: ) in /home/***/***/***/includes/GlobalFunctions.php on line 3072

Any advice? Cavila 18:15, 5 November 2011 (UTC)

It was nothing I could do anything about, because my webhost had to tweak things a bit more. Please mark as resolved. Cavila ^{MW 1.17, MySQL 5.5.16, Php 5.3.8} 08:16, 7 November 2011 (UTC)

Setting up ckeditor with mediawiki

Is there any documentation anywhere that explains how to get the newest version of ckeditor to work with mediawiki, I've search all over the webs and their website and this site. I'll I can find is info on how to setup the old version fckeditor.

any info would be greatly appreciated. 173.225.13.31 (talk) 20:53, 5 November 2011 (UTC)

I would also like to use CKEditor or whatever editor that mediawiki.org is currently using on their own site. 38.80.203.211 20:46, 5 July 2012 (UTC)

This website uses extension:WikiEditor. (There are a couple demo pages that use extension:Visual editor, but that is highly experimental as of the moment)

There is an extension for CKEditor - Extension:WYSIWYG. I've personally never used it so i do not know how good it is. Bawolff (talk) 13:28, 6 July 2012 (UTC)

my version mediawiki 1.19, how can I use the editor this mediawiki.org using? Is there any guide? Pizzza378 (talk) 01:33, 23 December 2013 (UTC)

I have the same question. Is there anyone knows how to use an advanced editor in mediawiki? 110.247.134.146 01:29, 23 December 2013 (UTC)

could someone post a guide of how to implement ckeditor with media wiki? It's been two years since the last update 76.170.45.100 (talk) 06:42, 20 January 2016 (UTC)

Perhaps you could check these two pages in order to try extension named wysiwyg: wysiwyg (MW) , wysiwyg (github). Riparap (talk) 19:34, 5 March 2016 (UTC)

can using redirect penalise me

hi, I thought to use redirects for some pages of my wiki so that different format of title will bring to the same page just as wikipedia has. Now question is can that penalize my site? cos i read on http://www.google.com/support/webmasters/bin/answer.py?answer=66359 that duplicate content is caused by multiple multiple distinct URLs.. so can my case also be counted as duplicate content ? thanks Ashish 10985 (talk) 11:43, 6 November 2011 (UTC)

Beginner's question: formatting tables

I don't have much experience with MediaWiki yet - so far I've been reading through the help pages and trying things out. What I can't seem to figure out is how to create nice looking tables.

The MediaWiki help only shows how to create tables with very wide borders and I don't like this layout very much. Even if I set "border" to "1" the tables look much to bulky. How can I create tables with thinner lines, such as the ones used in Wikipedia? 109.109.12.12 (talk) 13:25, 6 November 2011 (UTC)

That's a common but poorly documented issue. You can do this by including the line style="border-collapse:collapse;" at the top of your table, or indirectly, by adding a class element which achieves this, such as class="wikitable".

Example:

{| style="border-collapse:collapse;"
|- valign="top"
| column 1, row 1
| column 2, row 1
|- valign="top"
| column 1, row 2
| column 2, row 2
|}

Cavila ^{MW 1.17, MySQL 5.5.16, Php 5.3.8} 15:07, 6 November 2011 (UTC)

Thanks a lot, I'll try it out! 109.109.12.12 15:45, 7 November 2011 (UTC)

Automatic Index

Hello,

is there a way to create an index (keyword directory) like it can be found in books automatically? In general I want to mark specific words in a way like {{test-keyword|label}} where the words in the index should refer to the position of the keyword in an article. I tried semantic Media Wiki but I think that this extension does not offer the possibility of linking to words but only listing them. It seems like all indices at e. g. Wikipedia were created by hand.

Thanks in advance. 131.234.152.125 (talk) 12:07, 7 November 2011 (UTC)

Moving to MSSQL

Hi all,

I'm running MW1.17 on IIS7 and MySQL server for now. I need to move the database to our company Microsoft SQL Server 2008.

I tried the MS Migration Assistant, but it failed.

In the SQL Management Studio I tried to import the table definitions form maintenance/mssql/tables.sql, but it failed with error Msg 156, Level 15, State 1, Line 33 Incorrect syntax near the keyword 'user'.

Can somebody help me? 94.113.242.66 (talk) 14:20, 7 November 2011 (UTC)

Hi, you have to modify the file Database.php, function: fieldNameWithAlias, line 2566, you have to put the brackets in the alias.

return $name . ' AS ' . $alias;

for this

return $name . ' AS [' . $alias.']';

a bit late, lol 89.167.129.50 14:10, 2 July 2015 (UTC)

Honestly, I would say: You have to install MySQL. While MediaWiki should theoretically support MSSQL, this support compared to MySQL is way less mature. You should expect a variety of things to be not working or having bad performance, just because not so many people use MediaWiki with MSSQL and because it's optimized for MySQL, likely with InnoDB tables in mind.

So, if you want to solve this issue properly, use MySQL. This is the real fix. 31.150.179.230 21:37, 2 July 2015 (UTC)

OutputPage::addScript()

Hi all,

Please correct me if I am wrong, but it seems that since MediaWiki 1.17.0 the behaviour of OutputPage::addScript() is not as it is supposed to be: Whenever I call this function, the scripts are not added to the <head> section but to the end of the <body> section. This is subject to errors whenever a script function is called in the page body, but the script actually is loaded afterwards.

Running MediaWiki 1.17.0 with PHP 5.3.3 and MySQL 5.1.49. Unfortunately the wiki I faced this error with is running behind a corporate firewall. I detected this issue when checking my SmoothGallery galleries. Other users face the same problem (cf. its discussion page).

Regards! Umoenks (talk) 15:46, 7 November 2011 (UTC)

The extension hasn't been updated in a long while. It needs to be updated to use ResourceLoader.

Note that calling javascript inline is a bad practice in general.

• Quick fix: Port to ResourceLoader and set 'position' => 'top' in the module for it to load in the ‎<head>
• Proper long term fix: Port to ResourceLoader and don't use onclick-attributes from HTML, but bind them from the JS files Krinkle 00:25, 11 November 2011 (UTC)

Increase white space between end of list and section title?

This has bugged me for awhile: the amount of white space between regular text and an adjacent section heading is different than the amount of white space between the end of a list and an adjacent section heading. Here's an example:

==Section 1== Here is a really long and exciting line of text. ==Section 2== # Here is a really long and exciting line of text. ==Section 3== Blah blah blah...

Section 1 Here is a really long and exciting line of text. Section 2 Here is a really long and exciting line of text. Section 3 Blah blah blah...

The upper red area is 22 pixels high; the lower red area is 17 pixels high. Is there any CSS I can apply to my site that would make both areas the same height?

Edit: I should add that I'm using MediaWiki 1.17 with all of the default styles and viewing the site in Firefox 6.0.2. Csagedy (talk) 16:50, 7 November 2011 (UTC)

I'm still not 100% sure, but I don't think CSS can fix this issue. It appears that the parser needs to insert <p></p> between the end of the list and the section heading. I submitted Bug 32243 to look into this problem. Csagedy 19:54, 7 November 2011 (UTC)

Is there a way of protecting a namespace from reading by anonymous users?

There are pages in a separate namespace that are sort of an extra feature for users, and I would like to set it to require users to log in to read. MediaWiki Website User (talk) 15:33, 8 November 2011 (UTC)

According to the release notes for 1.18, "$wgGroupPermissions now supports per namespace permissions." Using that I assume you could give set read to false for * on specific namespaces. Manual:$wgGroupPermissions doesn't say how to do this though.

I'm not sure, but some of the Security issues with authorization extensions may come up here. You should probably at least make use of $wgNonincludableNamespaces , so that pages from the namespace can't be transcluded on an editable page. Reach Out to the Truth 16:40, 8 November 2011 (UTC)

For now, please see Manual:Preventing_access#Restrict_viewing_of_certain_specific_pages.  Hazard-SJ  ±  03:55, 9 November 2011 (UTC)

Is there a way to allow anonymous users to create and edit talk pages?

Normally, only logged in users can edit, but I want to give anonymous users the ability to edit talk pages so that they can make suggestions. MediaWiki Website User (talk) 15:34, 8 November 2011 (UTC)

Set:

$wgGroupPermissions['*']['edit'] = true;

$wgGroupPermissions['*']['createtalk'] = true;  Hazard-SJ  ±  04:11, 9 November 2011 (UTC)

Thanks.

I have

$wgGroupPermissions['*']['edit'] = true;

set to false since users need to log in to edit. Will this work to allow anonymous users to edit? MediaWiki Website User 18:44, 9 November 2011 (UTC)

$wgGroupPermissions['*']['edit'] = true;

must be set to true to allow anonymous users to edit.  Hazard-SJ  ±  03:30, 10 November 2011 (UTC)

Set the timezone for users who have not selected one in their preferences?

I'm trying to figure out how to set the timezone for users who haven't already selected one in their preferences. I've had no luck using either $wgLocaltimezone or $wgDefaultUserOptions['timecorrection']. All I want is for the "Time zone" preference to be set to "America/New York" for everyone who uses the wiki. Is there any way to do this? Csagedy (talk) 16:56, 8 November 2011 (UTC)

I suggest trying $wgLocaltimezone = 'EST';  Hazard-SJ  ±  03:52, 9 November 2011 (UTC)

How to ?- Insert table in NUMBERED LIST .

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

Problem:

Unable to create a numbered list(CONTINUNG) when adding a table in one of the steps.

Unable to figure the line break that compels a new numbered list to start.

How do I fix this?

===EXAMPLE===

-----

1. Instruction 1
2. Instruction 2
   
3. Instruction 3
   1. Sub-list
      1. sub-list
   2. Sub-list
4. Instruction 4
   • category 2
5. Instruction 5
   

Example

Example

Example

1. Instruction 6 - I am trying to make this list item continue from the list above. i.e 6 instead of starting a new list at 1 again.

---- Aum1 (talk) 20:40, 8 November 2011 (UTC)

I have the same problem Ada.Grobbelaar 10:23, 9 November 2011 (UTC)

I figured one solution. Adding ComplexList extension <cl></cl> tag. This can be found at

Extension:ComplexList

It works perfectly fine. It's pretty cool and simple- it lets you define your list with much ease(alpha, roman, numeric, etc) Aum1 21:24, 10 November 2011 (UTC)

Thanks a million! Ada Grobbelaar 05:47, 11 November 2011 (UTC)

I figured out the easiest way might be hard-code the html code by using ‎<ol>...‎</ol> and ‎<li>...‎</li>. I know it is dirty but it works if you do not want to install additional extension.

category 2

Instruction 5

Example

Example

Example

Instruction 6 - I am trying to make this list item continue from the list above. i.e 6 instead of starting a new list at 1 again.

203.70.194.104 07:05, 10 January 2013 (UTC)

As user from IP 203.70.194.104 suggests, you have to use some HTML. another way is to use HTML to define your table - as long as you don't use line breaks. and getting lines as separators might be difficult too.

1. Instruction 1
2. Instruction 2

   Example

   Example

   Example

3. Instruction 3 - this list item continues from the list above. 194.29.27.28 21:26, 13 October 2014 (UTC)

I know this is an old thread. Seeing as how this page is locked down and We can not see the actual wiki formatting could someone post the actual Wiki code used in the above example please? 2001:4898:80E8:F:0:0:0:4F5 (talk) 00:25, 23 March 2017 (UTC)

Example 1 Using HTML for the list:

<ol>
<li> category 2</li>
<li> Instruction 5<br>
{| class="wikitable"
| Example || Example || Example
|}
</li>
<li> '''Instruction 6 - I am trying to make this list item continue from the list above. i.e 6 instead of starting a new list at 1 again.'''</li>
</ol>

Example 2 using HTML for the table:

# Instruction 1
# Instruction 2 <table style="border: 1px solid black;"><tr><td>Example  </td><td>Example  </td><td>Example </td></tr></table>
# '''Instruction 3 - this list item continues from the list above. '''

Ciencia Al Poder (talk) 10:30, 23 March 2017 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Search for custom namespace

The following was added to LocalSettings.php define("NS_HR", 500); define("NS_HR_TALK", 501); wgExtraNamespaces[NS_HR] = "HR"; wgExtraNamespaces[NS_HR_TALK] = "HR_talk"; $wgNamespacesWithSubpages = array_fill(0, 200, true);

The namespaces are visible in Special pages > All pages, but the pages with these namespaces are not returned.

2 Ways have been tried HR:My page as the title -->> the page goes missing AND

-->> as the first line in the page.

Can you help? Ada Ada Grobbelaar (talk) 07:34, 9 November 2011 (UTC)

Using

MediaWiki 1.16.0

PHP 5.3.3 (cgi-fcgi)

MySQL 5.1.51-community Ada.Grobbelaar 07:35, 9 November 2011 (UTC)

Check this setting, and bear in mind that changes to this setting will not affect already-created accounts.    Thorncrag   22:00, 10 November 2011 (UTC)

Note, as of MediaWiki 1.16, the setting will affect already existing accounts, provided that the user in question hasn't changed their search preferences from the default.

However, it sounds more like the user needs to run namespaceDupes.php maintenance script then change their search settings. Also the setting that you used for subpages won't give subpages to your newly created namespace (you list setting namespaces between 0 to 200 as having subpages, but give your new namespace the number 500) Bawolff 18:02, 12 November 2011 (UTC)

mwsuggestsearch dosnt work

HI suggest search dosnt work

i set true and php5

this is still doesn work help please 85.11.67.24 (talk) 15:39, 9 November 2011 (UTC)

Empty Screen

Hello,

I'm using MediaWiki 1.16.3 (German Version) with a Windows XAMPP-Stack 1.7.4 (Apache 2.2.17, MySQL 5.5.8, PHP 5.3.5 (VC6 X86 32bit) + PEAR).

I've installed BlueSpice Basic with the following LocalSettings.php:

$wgUseAjax = true;

$wgDefaultSkin = 'bluespice';

$wgStylePath = $wgScriptPath.'/bluespice-skin';

$wgStyleDirectory = $IP.'/bluespice-skin';

require_once( dirname(__FILE__).'/bluespice-core/index.php' );

BsCore::getInstance('MW')->setup();

// MediaWiki extensions

require_once( BsConfig::get('MW::AdapterPath').DS.'ext-dist/Lockdown/Lockdown.php' );

require_once( BsConfig::get('MW::AdapterPath').DS.'ext-dist/Quiz/Quiz.php' );

require_once( BsConfig::get('MW::AdapterPath').DS.'ext-dist/Poem/Poem.php' );

require_once( BsConfig::get('MW::AdapterPath').DS.'ext-dist/CategoryTree/CategoryTree.php' );

require_once( BsConfig::get('MW::AdapterPath').DS.'ext-dist/ImageMap/ImageMap.php' );

require_once( BsConfig::get('MW::AdapterPath').DS.'ext-dist/SyntaxHighlight_GeSHi/SyntaxHighlight_GeSHi.php' );

require_once( BsConfig::get('MW::AdapterPath').DS.'ext-dist/ParserFunctions/ParserFunctions.php' );

require_once( BsConfig::get('MW::AdapterPath').DS.'ext-dist/InputBox/InputBox.php' );

require_once( BsConfig::get('MW::AdapterPath').DS.'ext-dist/Nuke/Nuke.php' );

require_once( BsConfig::get('MW::AdapterPath').DS.'ext-dist/DynamicPageList/DynamicPageList.php' );

require_once( BsConfig::get('MW::AdapterPath').DS.'ext-dist/Cite/Cite.php' );

require_once( BsConfig::get('MW::AdapterPath').DS.'ext-dist/RSS/RSS.php' );

When I try to click on "Benutzerverwaltung" (User Administration) it only appears a header "Benutzerverwaltung" with an empty screen below.

The same happens when I click on "Gruppenverwaltung" (Group Administration), Interwikilinks, Namensraumverwaltung (Namespace Administration), Rechteverwaltung (Permissions Administration), Erweiterungen (Extensions), Seitenvorlagen (Templates).

Any help would be appreciated. Anewuserformediawiki (talk) 17:18, 9 November 2011 (UTC)

IE users being redirected to Fundraising after upgrade to 1.17.0

All users attempting to access our intranet-only wiki (sorry, cannot give you a link) with IE7, IE8, or IE9 are being redirected immediately to: wmf:Fundraising. Firefox* and Chrome* users are able to access this wiki with no issue.

This started occurring Monday after I upgraded from 1.13.3 to 1.17.0.

{{wikitable !Product!Version |- |MediaWiki|1.17.0 |- |PHP|5.2.17 |- |MySQL|5.0.37 |}}

There is no easily searchable correction for this, but information alluding to some IE6 security issue.

jcampbell at keithley dot com 74.207.221.56 (talk) 17:54, 9 November 2011 (UTC)

Ugh, I always mess up wikitable syntax.

Product	Version
MediaWiki	1.17.0
PHP	5.2.17
MySQL	5.0.37

Still jcampbell 74.207.221.56 17:56, 9 November 2011 (UTC)

It's narrowed down to something in $mediaWiki->performRequestForTitle() or $mediaWiki->finalCleanup(). Either or both being uncommented from the index.php causes the issue. 74.207.221.56 20:17, 9 November 2011 (UTC)

I found a hack that gets my users up and running again, though a real fix/problem root cause is still on my to-do list.

I commented out line #71 in Wiki.php. The context is in the function performRequestForTitle, IE users (but not Firefox nor Chrome users) are falling through the first if statement that checks if the output of initializeArticle() is an object, falling into to elseif is string, and being redirected.

Still jcampbell at keithley dot com, just operating at normal speed after a day of speed hacking. 74.207.221.56 20:47, 9 November 2011 (UTC)

Grrr ... that hack managed to break itself in under 15 minutes. 74.207.221.56 22:06, 9 November 2011 (UTC)

Do you happen to have this extension installed?    Thorncrag   21:57, 10 November 2011 (UTC)

Nope, but I did find the issue. There was an old IE6 security check in the MediaWiki:Common.js file. If wgUserName was NULL, it redirected to a tiny page it created. The page was one sentence including a link to MediaWiki.org fundraising.

I commented out the hook, which was commented:

/** IE 6 Z-index bug workaround for anonnotice **************************

*

* Description: This implements a work around for the Z-index bug found in Internet Explorer.

* It correctly places the anon notice on the page, even under IE6.

* See this Google search for more information about the bug:

* http://www.google.com/search?hl=en&client=firefox-a&rls=org.mozilla%3Aen-US%3Aofficial&hs=q74&q=z-index+ie6+bug&btnG=Search

* Created by: User:Gmaxwell

*/

I'm pretty certain that nobody here uses IE6 anymore. Though I can't tell my managers/directors what browser to use, it is well within my realm of responsibility to tell them to upgrade that browser if they are that far behind.

Thank you for looking! Julie C. 15:40, 14 November 2011 (UTC)

Hmm, if you are referring to your wiki's page titled "MediaWiki:Common.js" -- that page is by default not loaded with any javascript. So, if that was on your page, I have no idea how it would have gotten there. You might want to check the page's revision history to see when/why it was added and by whom.    Thorncrag   17:41, 14 November 2011 (UTC)

Copied from en.wikipedia

That excerpt was removed from enwiki Common.js in November 2008 [1] Platonides 23:45, 14 November 2011 (UTC)

Debug Message After Upgrade

Hello,

I have updated from version 1.13 to 1.15. I am running PHP V5.2.2. I believe I am getting a debug message that is the following:

{{#dpl:

|debug=0
|category=Model_Code_V1
|format=,²{CatTree¦%PAGE%¦%TITLE%}²,,

}}

If you could please point me in the direction to documentation that would help me resolve this issue that would be great.

Thanks! 71.198.17.85 (talk) 23:58, 9 November 2011 (UTC)

That is not a debug message, that is a combination of two extension calls which are likely appearing because you do not have the extensions installed (or forgot to re-install). The extensions would be DPL and Category Tree. Make sure they are both in your extensions folder and are being called correctly from your LocalSettings.php configuration file.    Thorncrag   21:52, 10 November 2011 (UTC)

Adding a text size button to MW?

Hello!

I've searched in vain for a long time, but I couldn't find an extension for MW which would allow the end-user to adjust the size of the main font of the article they are reading, just like many news sites allow this.

Is it possible? Can anyone help me by building an extension of this kind if it is not too difficult?

Much obliged to you all for the help! Zkvvoob (talk) 07:48, 10 November 2011 (UTC)

mobiledetect theme works on the login page but changes back to standard after login

Hi, I setup mobile detect on my wiki and when i tried it on my iPhone it will display the wptouch theme i choose but when i login, the theme changes back to the standard wiki theme. I checked and made sure the wptouch is set as the theme in localsettings.php.

Is there anything I may be missing?

Thanks, Josh Izzysanime~mediawikiwiki (talk) 15:41, 10 November 2011 (UTC)

Extension:MobileDetect? The extension conditionally sets $wgDefaultSkin . Once a user registers, the value of $wgDefaultSkin is copied to their preferences. From that point forward, the skin set in their preferences will be used instead of $wgDefaultSkin. If you want this to be used for registered users too, you'd need to conditionally modify user preferences as well. Reach Out to the Truth 16:26, 10 November 2011 (UTC)

OK, thanks for that info. The only issue is that setting that as their preference would make that mobile theme the theme even if they are not on a mobile device.

Does anyone recommend another mobile extension alternative?

Thanks,

Josh Izzysanime 17:00, 10 November 2011 (UTC)

Actually, just noticed as long as the user has the default theme selected, the mobiledetect will then automatically convert it.

Which solves my problem. Thank you for the help!!!

Thanks,

Josh Izzysanime 17:43, 10 November 2011 (UTC)

pop-up for first timer users

Hello,

Does anyone know of any extensions where I can add a page that you must agree with to gain entry to the wikipedia?

Take for example, a confidentiality agreement that you must agree to, to get to the index page of the website via the database.

Does anyone know of any such extensions or could you point me to the right direction?

Best 147.188.254.144 (talk) 17:35, 10 November 2011 (UTC)

Bug in large category TOC template in upgrade to wiki 1.17.0

Hi all, I have a template for large categories, based on "Template:Large category TOC" found in wikipedia. It worked fine when I was using mediawiki 1.16.4 But when I upgraded it to 1.17.0 it stopped working. It shows the same, only when I click on a link it just refreshes the same page. I haven't made any changes in the template.

Does anyone have an idea why it happens?

Thanks, Asaf

MediaWiki 1.17.0 PHP 5.2.9 (apache) MySQL 5.0.67-log 84.94.102.67 (talk) 01:37, 11 November 2011 (UTC)

hmm, maybe the back-compat hack for those got accidentally left out of the 1.17 tarball. (It definitely should be in 1.18 though). In the meantime you can fix it by instead of using &from= and &to= in the url of the links of that template use &pagefrom= &subcatfrom= and &filefrom= (and ditto for the to's). Bawolff 17:49, 12 November 2011 (UTC)

Great, it works!

Thanks very much 84.94.102.67 19:15, 13 November 2011 (UTC)

Project:Support desk/Flow/2011/08#h-Browsing_categories_by_letter-2011-08-07T14:02:00.000Z. Cavila ^{MW 1.17, MySQL 5.5.16, Php 5.3.8} 22:49, 14 November 2011 (UTC)

Source code

Hi, can anybody here give me a link to where the MediaWiki source code is located? Thanks (it would be ideal if you could respond on Wikipedia talk page here. Magister Scienta (talk) 02:35, 11 November 2011 (UTC)

Have you seen the Get MediaWiki link on the sidebar? Max Semenik 03:42, 11 November 2011 (UTC)

Wiki search finds no blog entries

MediaWiki 1.15.1

PHP 5.2.6-1+lenny13 (apache2handler)

MySQL 5.0.51a-24+lenny5

It should be set somewhere that even the blogs are searched by default. At the moment, does it only when you use the Advanced Search. Is there a way to change this??? 77.235.165.222 (talk) 09:43, 11 November 2011 (UTC)

$wgNamespacesToBeSearchedDefault. Max Semenik 10:36, 11 November 2011 (UTC)

Ok thanks for the link!

But how to update existing users?

Namespace for blog is in Localsettings.php:

Wikilog::setupNamespace( 100, 'Blog', 'Blog_talk' );

#Set default searching

$wgNamespacesToBeSearchedDefault = array(

NS_MAIN => true,

NS_TALK => false,

NS_USER => false,

NS_USER_TALK => false,

NS_PROJECT => false,

NS_PROJECT_TALK => false,

NS_IMAGE => false,

NS_IMAGE_TALK => false,

NS_MEDIAWIKI => false,

NS_MEDIAWIKI_TALK => false,

NS_TEMPLATE => false,

NS_TEMPLATE_TALK => false,

NS_HELP => false,

NS_HELP_TALK => false,

NS_CATEGORY => false,

NS_CATEGORY_TALK => false,

NS_BLOG => true,

NS_BLOG_TALK => true

);

is

php userOptions.php --nowarn searchNsNS_BLOG --old 0 --new 1

correct? 77.235.165.222 11:16, 11 November 2011 (UTC)

Problems updating images

Hi support when i try to update an image, i have the following PHP warnings

Warning: file_exists() [function.file-exists]: open_basedir restriction in effect. File(/home/tmp/phpw5eN8R) is not within the allowed path(s): (/home/users/seb14130:/tmp) in /home/users/seb14130/wiki/includes/filerepo/File.php on line 1194

Warning: fopen() [function.fopen]: open_basedir restriction in effect. File(/home/tmp/phpw5eN8R) is not within the allowed path(s): (/home/users/seb14130:/tmp) in /home/users/seb14130/wiki/includes/MacBinary.php on line 46

Warning: fopen(/home/tmp/phpw5eN8R) [function.fopen]: failed to open stream: Operation not permitted in /home/users/seb14130/wiki/includes/MacBinary.php on line 46

Warning: fseek(): supplied argument is not a valid stream resource in /home/users/seb14130/wiki/includes/MacBinary.php on line 104

Warning: fread(): supplied argument is not a valid stream resource in /home/users/seb14130/wiki/includes/MacBinary.php on line 105

Warning: fclose(): supplied argument is not a valid stream resource in /home/users/seb14130/wiki/includes/MacBinary.php on line 87

I also says me that the file has not the right MIME type (the files are small png images made with Paint) 92.161.5.163 (talk) 16:31, 11 November 2011 (UTC)

the folder MediaWiki is already in 777 and all is subfolders and subfiles

i also changed the localsetting file with $wgEnableUploads = true; 92.161.5.163 16:33, 11 November 2011 (UTC)

See Manual:Configuring file uploads#Make sure uploads are enabled in PHP and read what it says about open_basedir. If /home/tmp is the correct temp directory, add it to open_basedir and restart your server. Reach Out to the Truth 16:54, 11 November 2011 (UTC)

I have looked at the phpinfo.php file of my server (i can not modify the php.ini, is is not my own server, it is a bought domain) and i have the following values :

- open_basedir = no value

- upload_tmp_dir = /home/tmp/

what can i do please ? 92.161.5.163 21:07, 11 November 2011 (UTC)

i tried to add this in the begining of the index.php

ini_set("open_basedir", "/home/tmp/")

but that didn't change anything and i still can't upload images 92.161.172.108 12:51, 14 November 2011 (UTC)

Apparently open_basedir can't be changed with ini_set for security reasons. It seems to be possible to tighten the restriction using ini_set in 5.3+, but you cannot loosen it. Reach Out to the Truth 13:07, 14 November 2011 (UTC)

so what can i do ? maybe i can add the images with an FTP ? 92.161.172.108 06:54, 15 November 2011 (UTC)

I would recommend talking to your host. Their configuration prevents uploads via PHP because upload_tmp_dir is not in the open_basedir path. Ask them to change it to make it work. If they don't, you won't be able to enable uploads on your wiki.

While you could upload files via FTP, it won't help you get the files into your wiki. And if you want users to be able upload files too, you'd have to configure your FTP server appropriately. If your host even allows that. Reach Out to the Truth 07:52, 15 November 2011 (UTC)

Lock wait timeout.

When trying to download an extension, I get this error message:

Download MediaWiki extension Jump to: navigation, search Error from remote subversion client: Lock wait timeout.

Screenshot

For this extension

Anyone know why and how to fix it? Igottheconch (talk) 03:54, 12 November 2011 (UTC)

ExtensionDistributor has a tendency to break. You can download the extension from Subversion instead. Reach Out to the Truth 03:56, 12 November 2011 (UTC)

Oh thank you! that was an incredibly fast response. i usually never get responses. VERY fast! Thank you.

LATER:

It works now!

Screenshot

Download link

Maybe when a particular extension is down it is possible to go to another extension download link just to see the link address, and then guess the correct link for the broken extension link? Igottheconch 03:58, 12 November 2011 (UTC)

Igottheconch or anyone else,

How did you figure-out the exact link, i.e. why is it http://upload.wikimedia.org/ext-dist/Livelets-MW1.17-r77537.tar.gz? Specifically, I don't understand how you figured-out the "r77537" part of the URL.

I want to download the Cite and ParserFunctions... but it isn't obvious to me how I can work around the broken ExtensionDistributor.

I thought I had it figured-out when I clicked the Subversions link on the Cite Extension page. This returned "mediawiki - Revision 105413: /trunk/extensions/Cite/modules" at the top of the page. So, I reckoned that the URL for the extension is http://upload.wikimedia.org/ext-dist/Cite-MW1.18-r105413.tar.gz -- but it didn't work.

Help resolving this is much appreciated. Haribo 04:27, 7 December 2011 (UTC)

I have no idea. I would suggest creating a new help question. Since help desk questions sometimes are never answered (often in my case) and tracking down some of the authors of this page. Igottheconch 14:51, 7 December 2011 (UTC)

If you have trouble with the distributor but need to download right away, I would suggest taking a look at the Download from SVN page for instructions on downloading it from SVN.    Thorncrag   20:09, 8 December 2011 (UTC)

Edit button is mute

Hi all,

I just created my mediawiki 1.16 (php 5.1.3 / MySql 5.0.15).

I can create pages, no issues with that but when i try to edit, and click on the 'edit button' nothing happens. I made a change on my localsettings file to restrain the access for now (to avoid anonymous to change the content):

$wgGroupPermissions['*']['createaccount'] = false; $wgGroupPermissions['*']['read'] = true; $wgGroupPermissions['*']['edit'] = false; $wgGroupPermissions['*']['createpage'] = false; $wgGroupPermissions['*']['createtalk'] = false; $wgGroupPermissions['*']['writeapi'] = false;

So visitors can only read the wiki and nothing more. The default settings file is not modified. I tried to revert those changes but nothing changed. I still can create pages and not editing them.

Any idea ?

http://wikikairofrance.free.fr/wiki/index.php?title=Oh!_Edo_Town

Thanks.

Alex

Yo mama so fat when she wears a yellow raincoat, people said Taxi! =-= 88.181.222.218 (talk) 09:16, 12 November 2011 (UTC)

I removed the wggrouppermission to the locasettings and created a test account :

login: test

password: test1

But same effect the edit link is not working.

It's a brand new wikimedia, i can"t use 1.17 because of the PHP version.

I just changed the skin to use Bookjive and change the images of the skin (and some colors in the CSS). 88.181.222.218 15:18, 12 November 2011 (UTC)

What do you mean "nothing happens"? Is it a blank white page? Or is something else happening, like a visible error? Reach Out to the Truth 15:46, 12 November 2011 (UTC)

Nothing, not a blank page it seems that I stays on the current page

If you want to try :

http://wikikairofrance.free.fr/wiki/index.php?title=Accueil

user: test

password: test1 88.181.222.218 17:20, 12 November 2011 (UTC)

The edit tab links to http://wikikairofrance.free.fr/wiki/index.php?title=Accueil. It should link to http://wikikairofrance.free.fr/wiki/index.php?title=Accueil&action=edit.

Now try http://wikikairofrance.free.fr/wiki/index.php?title=Accueil&useskin=monobook. The edit tab links to the edit page as expected. So the problem lies in the skin your wiki is using. Reach Out to the Truth 19:25, 12 November 2011 (UTC)

Ok i'll try to locate where it is defined.

Any idea before I dig ?

Thanks anyway ! 88.181.222.218 20:20, 12 November 2011 (UTC)

If you could point me to where you got the skin, I could take a look at the code. Reach Out to the Truth 20:57, 12 November 2011 (UTC)

It's this one :

http://mediawiki2u.com/2008/03/mediawiki-skin-bookjive/

Thanks again. 88.181.222.218 10:35, 13 November 2011 (UTC)

Well i'm gonna use another skin since this one can have more bugs hidden.

Thanks for you time. 88.181.222.218 14:56, 13 November 2011 (UTC)

get page_id in different languages

I need to get page.page_id of both ru and en wiki pages having an id of the Russian page. Obvious solution is to use a `langlinks` table for that, so I can:

  SELECT ll_title FROM ru_langlinks WHERE ll_lang = "en" AND ll_from = 163513;

Also a can do an

  INNER JOIN page ON ll_title = page_title;

but the problem is that titles are different. In example above the result is 'Robert De Niro' but page.page_title of the page I`m looking for is 'Robert_De_Niro' of course I can replace whitespaces but it will slow system down. What mechanism in wiki is used for such a purposes? 93.92.200.247 (talk) 13:49, 12 November 2011 (UTC)

We generally don't do this in wiki very often (or at all). Also keep in mind that it will probably be very slow unless you properly split out namespace ll_title and join on page_namespace in addition to page_title. Bawolff 17:26, 12 November 2011 (UTC)

>> We generally don't do this in wiki very often (or at all).

Why is that? Every day I switches between Russian and English wiki pages. Can anyone show me what sql queries are performed when I jump from one language to another ? 93.92.200.247 22:29, 12 November 2011 (UTC)

When you switch languages, you click a link. There is no sql query involved at all.

• You view article on w:ru:Де Ниро, Роберт
• MediaWiki extracts namespace and title of this page (page_namespace=0; page_title='Де_Ниро,_Роберт')
• MediaWiki get page-table row and shows article
• MediaWiki knows page_id from page-table row and gets langlinks (SELECT ll_lang, ll_title FROM mw_langlinks WHERE ll_from = 163513)
• MediaWiki now has a list of langlinks for this page. For each of them it knows the full pagenames(ll_title: "Robert De Niro") and the interwiki code(ll_lang: "en") where that page exists. Now MediaWiki queries the interwiki information for all interwiki links (for example: SELECT iw_url from interwiki WHERe iw_prefix='en';)
• Now, simplified, it goes over a foreach loop in PHP:

$html = '';
foreach( $langlinks as $langlink ) { // array( 'll_lang' => 'en', 'll_title' => 'Robert de Niro' )
 $url = $interwikis[ $langlink['ll_lang'] ]['iw_url]; // "http://en.wikipedia.org/wiki/$1"
 $url = str_replace( '$1', wfUrlEncode( $langlink['ll_title'] ) ); // "http://en.wikipedia.org/wiki/Robert_de_Niro"
 $html .= '<a href="' . htmlspecialchars( $url ) . '">English</a>';
}
// In the sidebar:
echo $html;

Now you click the link to en.wiki, it does not query for the page_id of the page on the other wiki. Krinkle 22:31, 13 November 2011 (UTC)

Thank you for this detailed answer. This means one more sleepless night for me :) But now I know I can`t avoid it. 93.92.200.247 00:07, 14 November 2011 (UTC)

Using MediaWiki in private server on Mac for testing

Hi,

I wanna use MediaWiki on my Mac, just for me, just for testing MediaWiki. Do you know how? Thanks. Carlosguev (talk) 20:10, 12 November 2011 (UTC)

You'll need to have a server, PHP and a database on your computer; see Manual:Installation requirements. Then follow the installation guide. It's basically the same as installing on a server, but use "localhost" as the domain name. Reach Out to the Truth 21:08, 12 November 2011 (UTC)

Thanks i did it!

Now I see is quite hard to use, for new users of wikis. Do you know how can I do it simpler for edition, new topics, new subtopics and that?

Thanks! Carlosguev 03:27, 13 November 2011 (UTC)

It would probably help if you elaborated on exactly what you are looking for. MediaWiki out-of-the-box is designed around pages and categories, so if that doesn't meet your needs there are many extensions that may, depending on what you need.    Thorncrag   17:34, 14 November 2011 (UTC)

I used this guide on a pc. Pretty straight forward. At the time I downloaded Mediawiki 15.15.4. I think that the instructions are for Mediawiki 11 so you need to take that into account when following instructions. I also used the latest wamp Best of luck.

http://guides.jlbn.net/setwiki/setwiki1.html Ron Barker 19:44, 14 November 2011 (UTC)

Create a easy MediaWiki for children use

Hi,

MediaWiki 1.17 Server technologies: LINUX, PHP 5.1, CGI 2.0, PERL 5.0, PYTHON 2.4, RUBY 1.8.4, MYSQL 4.1, 5.0

I want to create the most easy to use Wiki so children and ordinary people (no web writing skills) can use it. I found some extensions like FCKeditor but I want to present the Wiki with format so they just fill the info in every page. Easy new pages, categories, subcategories and tags creation... That kind of things.

Easy as Wordpress where U just put your info.

Thanks! Carlosguev (talk) 15:29, 13 November 2011 (UTC)

It sounds like you should look at Extension:SemanticForms which would allow you to setup forms for your users so that they are presented with a structured entry.    Thorncrag   17:32, 14 November 2011 (UTC)

Some of the Unwiki extensions are meant to support wikis for children I believe. (At the same time, don't under-estimate children. Their generally smarter than adults) Bawolff 15:20, 16 November 2011 (UTC)

Yeah but in this case are kids using a computer for the first time (a community in Los Andes) so... must be like that. Carlosguev 18:56, 17 November 2011 (UTC)

[RESOLVED] LocalSettings.php not found.

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

I am using MediaWiki 1.17.0 after installing on a Linux server and completing the entire install process and placing the LocalSettings.php file in the root directory I am receiving an error after clicking the go to your wiki link that says"LocalSettings.php not found". I placed the file in the folder specified and I don't understand why it would say this. I tried an install on localhost but it did the same thing. I even tried setting all permissions to 7777 and still nothing. I have it up at my site http://earthendawn.com and the wiki is going to be at http://mentalhealth.earthendawn.com/wiki. I placed the wiki inside of another directory so it is located inside of /mentalhealth(this an elgg instalation)/wiki. I would like to have the wiki inside of the other directory because I would like my site to show it as /wiki instead of going to a whole mew site and having to setup a new subdomain. any help with this error message would be great. I wouldn't think it should matter what directory I put it in but now I don't know. Thanks, Douglas Earthendawn (talk) 22:03, 13 November 2011 (UTC)

Problem solved I did a fresh install and fixed it. Thanks folks. Earthendawn 22:32, 13 November 2011 (UTC)

That doesn't really sound like a solution. I'm having this problem too, any other ideas? 83.249.248.9 21:23, 27 January 2013 (UTC)

I have this problem too . how can I solving that 85.9.122.119 14:19, 15 June 2012 (UTC)

You installed your wiki in a folder. In this folder you have several subfolders. Some of them are images/ extensions/ or skins/.

Put the LocalSettings.php file in the same folder, in which you have these subfolders, and it will work. 88.130.77.161 15:43, 15 June 2012 (UTC)

I've generated a LocalSettings.php file and put it in same same level as index.php / images / extensions and my mediawiki app still can not find it. 24.34.44.61 20:44, 8 September 2012 (UTC)

How did you fix this? thanks. 202.95.67.35 20:29, 19 October 2012 (UTC)

Are you really using MW 1.17? You should really install at least 1.19. ☠MarkAHershberger☢(talk)☣ 01:06, 28 January 2013 (UTC)

The original poster did - and he was fully up to date. In 2011. ;-) 88.130.96.134 01:55, 28 January 2013 (UTC)

I realize that, but the they said they were having the same problem. ;) ☠MarkAHershberger☢(talk)☣ 02:36, 28 January 2013 (UTC)

I'm having this problem with version 1.18.0 (have to recover from backup before upgrading to most current version -- have indeed checked that 1.18.0 is the correct version). I installed mediawiki in subdomain.domain.com/wiki/ and moved LocalSettings.php to the /wiki/ folder as instructed, but I'm still getting the error message "LocalSettings.php not found."

Any suggestions? Thank you! 98.216.80.168 08:09, 22 February 2013 (UTC)

Check file permissions of the LocalSettings.php. Since it isn't now generated on the server but you need to manually upload it, it may have the wrong permissions and isn't readable by the server. Ciencia Al Poder (talk) 10:46, 22 February 2013 (UTC)

I had this problem after transferring from one server to another. It was caused by the LocalSettings.php file not having the correct capitalization (it was localsettings.php but should be LocalSettings.php). It didn't matter on the previous server because it was windows-based, whereas the new one is Linux where case matters. 5.65.159.155 14:20, 27 May 2013 (UTC)

No. This is not the problem. I have the file LocalSettings.php (with this capitalisation) inside the root folder (where index.php, extensions etc. are placed) and it tells me that it can't find LocalSettings.php.

It is the installation of a mediawiki 1.20.5 on a Linux Ubuntu 12.4.

So this issue is still unsolved. 217.92.144.166 14:41, 18 September 2013 (UTC)

Now it works on 1.20.7. Don't know why it didn't work before. I only made changes (echos in the LocalSettings) that I reverted afterwards. 217.92.144.166 14:47, 18 September 2013 (UTC)

check your /etc/httpd/conf.d/mediawiki119.conf file

if the paths there start with /var/www/mediawiki[,,,] then you likely placed the file in /usr/share/mediawiki[...]/ and you have not added a symlink from /var/www/mediawiki[,,,] 66.232.254.137 14:27, 29 August 2014 (UTC)

Check your SELinux settings.

sudo restorecon -FR <path to www directory> JohanT 08:00, 2 September 2014 (UTC)

copy LocalSettings to this directory /var/lib/mediawiki (this worked in my case) Wesley 15:07, 25 September 2014 (UTC)

cp LocalSettings.php file to /var/www/mediawiki folder and restart apache2 solved by problem. 116.197.184.10 04:41, 2 February 2015 (UTC)

If anybody is still having this issue what you want to do is copy the LocalSettings.php to your mediawiki folder that is located in /var/www/html and then change the user settings to www-data and not root this should fix the problem 217.37.89.137 (talk) 10:35, 26 September 2016 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Admin user

Hi, I started a wiki on http://www.oinkcraft.com/wiki but i have no idea what the default admin password is. I made an admin account at setup, but it does not work. Please help me. 24.178.187.183 (talk) 23:34, 13 November 2011 (UTC)

FAQ#Initial user was not created by installer or it is not an administrator. Max Semenik 03:57, 14 November 2011 (UTC)

Help- changing ownership of wiki- change email and password?

Hello everyone, I recently took over ownership of our Rhode Island School of Design CAD Lab Wiki (risdcadlab.com/index.php?title=Main_Page). I am a new hire in the position that set up this wiki and will be maintaining it. Unfortunately my predecessor did not leave his account information for the wiki page nor the password.

I would like to change the email address and password to my credentials. How do I go about doing this?

I am a complete newbie to this site/wiki, so any help would be greatly appreciated.

Thanks for your help,

Dan Lilly RISD Architecture Department. 198.7.247.189 (talk) 14:37, 14 November 2011 (UTC)

The maintenance script changePassword.php will allow you change the password. Then you can log into the account and also change the email address.

But if your predecessor is Dbrown, you probably shouldn't use that account. I assume that's his real name. You should instead assign the sysop and bureaucrat rights to Dlilly, and then if necessary remove them from your predecessor. Unfortunately, there doesn't seem to be a maintenance script for modifying rights of existing users, so you'd have to manually modify the user_groups table on your database. Reach Out to the Truth 15:12, 14 November 2011 (UTC)

Thanks for the information.

My apologies, but I am a completely clueless beginner.

How/where do I run this script? Where is the database for this wiki? Yes, I would like to remove rights from my predecessor, Dbrown and transfer them to me. Where do I access any of this information?

Thanks again for any help.

Dan Lilly 198.7.247.189 17:27, 14 November 2011 (UTC)

removing sidebar permanently from all wiki pages.

Hello,

I am using the below configs :

Mediwiki - 1.17.0

PHP - 5.3.5

My SQL 5.5.16

Sir, i am using the vector skin and want to remove the sidebar and its content permanently from all pages.

Also want to take up the articles' content width 100% (important)

Anyone Please help Rishi.comm (talk) 04:52, 15 November 2011 (UTC)

You can do so by adding something like the following to your wiki's MediaWiki:Vector.css page.

/** Hide sidebar **/
div#mw-panel {
  display: none;
}
#left-navigation {
  left: 1em;
}
#mw-head-base,
div#content,
div#footer {
  margin-left: 1em;
}

Note however that, if you do this, you'll lose the logo as well. Krinkle 18:22, 15 November 2011 (UTC)

Thank You so much Dear Krinkle :):) Rishi.comm 03:49, 21 November 2011 (UTC)

I had the same problem. Thank You

--Thomas1311 (talk) 12:50, 6 January 2013 (UTC)

I applied media queries to remove the sidebar only from small screens but it does not work.

The code works but stops working when a media query is applied on big screen too.

Could there be a workaround for this? 171.79.103.21 (talk) 20:17, 18 May 2020 (UTC)

I am hiding left bar and fixing some menus for mobile devices

@media only screen and (max-width: 600px) {

div#mw-panel {

display: none;

}

#left-navigation {

left: 1em;

margin-left:1em;

}

#mw-head-base,

div#content,

div#footer,.mw-footer {

margin-left: 1em;

}

#p-personal ul {

padding-left: 0;

}

.infobox {

float: none;

width: 100%;

margin: 0;

}

}

Kakha13 (talk) 21:10, 21 March 2021 (UTC)

For *computer-novices*?: Access denied for user 'user'@'localhost' (using password: YES)

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

Hello,

Is there a user-friendly way for a novice to get around this error: `DB connection error: Access denied for user 'root'@'localhost' (using password: YES) (localhost)'?

I have searched around both on here and elsewhere and the answers seem really complicated (I don't know how to shell command line type various routines; I am novice). In order to install MediaWiki, I searched around, reading, and used a YouTube tutorial, gleaning the latest MediaWiki 1.17.0, and XAMPP 1.7.7. On step four of the MediaWiki installation onto my server (Connect to Database), I get the above message. But, in both myPHPAdmin and MySQL, I set the username to root, added a password, and granted all privileges (privileges --> Edit privileges). This is the height of folly. Can I do anything in myPHP to resolve the issue?

Take care.

p.s., I am trying to put up a Wiki for a new history of science and technology course (ironic) Snowfalcon cu (talk) 06:03, 15 November 2011 (UTC)

The error is usually caused because you are using the incorrect password for the account 'root'. Check to ensure that the password is correct and that (in phpMyAdmin) 'root' is privileged to access with host 'localhost'.    Thorncrag   20:29, 15 November 2011 (UTC)

Thank you for the timely response. I worked really hard at the issue and managed to find the right root name and password. I have managed to get up and the second to last step (INSTALL), and have run into this message, and again it is not immediately obvious for me what the next step is. Anything let me know and thanks in advance.

>>>>

Setting up database...A database query syntax error has occurred. This may indicate a bug in the software. The last attempted database query was:

CREATE DATABASE `wiki_db`

from within function "MysqlInstaller::setupDatabase". Database returned error "1044: Access denied for user 'srtm'@'localhost' to database 'wiki_db' (localhost)".

Backtrace:

1. 0 /home1/srtm/public_html/wiki/includes/db/Database.php(751): DatabaseBase->reportQueryError('Access denied f...', 1044, 'CREATE DATABASE...', 'MysqlInstaller:...', false)
2. 1 /home1/srtm/public_html/wiki/includes/installer/MysqlInstaller.php(415): DatabaseBase->query('CREATE DATABASE...', 'MysqlInstaller:...')
3. 2 /home1/srtm/public_html/wiki/includes/installer/Installer.php(1314): MysqlInstaller->setupDatabase(Object(MysqlInstaller))
4. 3 /home1/srtm/public_html/wiki/includes/installer/WebInstallerPage.php(1084): Installer->performInstallation(Array, Object(MysqlInstaller))
5. 4 /home1/srtm/public_html/wiki/includes/installer/WebInstaller.php(250): WebInstaller_Install->execute(Array, Array)
6. 5 /home1/srtm/public_html/wiki/mw-config/index.php(46): WebInstaller->execute()
7. 6 /home1/srtm/public_html/wiki/mw-config/index.php(14): wfInstallerMain()
8. 7 {main} Snowfalcon cu 00:43, 16 November 2011 (UTC)

You might have to check the "create this user if it doesn't exist" box for the part where it asks you what (non-root) user you want your wiki to use. Bawolff 15:12, 16 November 2011 (UTC)

Thanks for the response. I tried to look for that in one of the 11 web-based fragments (e.g., Language...Restart Installation) and could not find it. I tried other combinations. Ah...frustrating. Am open to another recommendation... Snowfalcon cu 05:07, 17 November 2011 (UTC)

It's in "Database settings" step, and only visible if the "Use the same account as for installation " checkbox is unchecked (If that box is checked, you probably don't have to worry about it). However re-reading what you wrote, that sounds less like the issue. So you should probably ignore what i said above ;)

It more sounds like you put a database username/pass that doesn't have sufficient permission to create new databases. When mediawiki tries to log into your db with that username, mysql doesn't let it do the stuff i needs to do. (if this is on your local computer, the "root" user generally has all permissions. If you're using a hosting company, you should contact your host and ask them what db user is allowed to create new databases) Bawolff 13:06, 17 November 2011 (UTC)

Thanks for the recommendation. I tried that, too, and the attempt failed. I am getting truly desperate and the only thing I can think to do now is to uninstall and reinstall the XAMPP control panel. I am looking at your second message about the sufficient permission and am trying really hard to think it through, looking around for clues. Yes, I am using a hosting company, have uploaded it to a server, and have been given the password and username. So, is there likely a tree of user names and passwords? Good grief. Snowfalcon cu 05:53, 20 November 2011 (UTC)

Try setting $wgDBserver to 127.0.0.1 instead of localhost. They should behave the same, but on some configurations, one might not work. If this fixes it, try googling the answer of hy and how to fix this for you (Its not a MediaWiki issue in that case).

For example https://www.google.com/search?q=mac+mysql+localhost+127.0.0.1 Krinkle 22:34, 23 November 2011 (UTC)

Hi, thanks for response. I also tried that last week by going about Google and looking up forums and that, too did not work. I am somewhat relieved to know from what you wrote that this is not a Mediawiki but MySQL issue. Nothing seems to work. Anyway thanks again; I am looking at the link you posted and see what I can do for myself on this matter. Snowfalcon cu 03:03, 25 November 2011 (UTC)

"Check to ensure that the password is correct and that (in phpMyAdmin) 'root' is privileged to access with host 'localhost'."

How, exactly, is this done? phpMyAdmin is not necessarily in the default path of either the system sudo/root or current user.

Much more detailed commands are required for novice users. Please don't assume that users know how to use locate to dig around

in the filesystem, change paths, sudo, etc.. This is a profound problem with the installer, it's actually a deal-breaker for a

non-technical user. Treat it more seriously please. There should be much more detailed error messages with direct links to the

mediawiki.org problem reporting pages in the installer itself. 99.192.94.114 01:27, 15 May 2012 (UTC)

Here's an example of what I mean. Ubuntu 11.10 instructions for installing lamp-server http://tuxtweaks.com/2011/10/install-lamp-and-phpmyadmin-on-ubuntu-11-10/ - this is the standard of support required. Compare to the "instructions" the installer links to for getting PostgreSQL to work http://www.php.net/manual/en/pgsql.installation.php http://www.php.net/manual/en/pgsql.installation.php is a bad example of instructions, the installer shouldn't link to it 01:57, 15 May 2012 (UTC)

In the horrible evil impossible-for-end users process of resetting the MySQL root password and restarting MySQL, then creating the table and user to tell the mediawiki installer about, the following were immensely useful:

First you need to eliminate the simple stuff [2] but if you can't do that you may need to reset all MySQL permissions [3], restart MySQL [4] and then create a new user [5] and table using a line like this one:

mysql> GRANT ALL ON wiki_name.* to db_user@localhost IDENTIFIED BY 'password';

Then the mediawiki installer should work and create a LocalSettings.php, and god help you if you don't know how to download it and put it in the mediawiki directory (most users couldn't), because it doesn't even offer you the option of putting it there directly (as it certainly should). links necessary to reset MySQL and get past the DB error 02:44, 15 May 2012 (UTC)

The MySQL setup problems are actually so bad, they are the major barrier to recommending mediawiki to any project that would otherwise use some awful proprietary wiki. If a user runs into a problem at this level, there is no way to talk them through it. You might get thm as far as "sudo apt-get install phpMyAdmin" but forget it if phpMyadmin doesn't execute as a command in their default path (for whatever reason).

Accordingly it is time that the installation instructions explained in simple terms how to compile PHP with PostgreSQL support so that this can be used if there is any problem with MySQL. The odds of a good experience using PostgreSQL is higher than the odds of managing to fix any broken MySQL with an inexperienced user at the shell prompt. If not, well, fix it. In the long run PostgreSQL is more robust than MySQL for most purposes and a more likely basis for a hands-free installer. If you disagree, how about implementing flat-file storage, which tikiwiki has had for a very long time? 99.192.94.114 01:38, 15 May 2012 (UTC)

I had the same error. The clue was in creation of DB and user. I created DB -> created User , but forgot to add user into the DB. After that install have been done :) 195.178.200.101 14:22, 15 January 2015 (UTC)

Had the same problem and finally found out !

In phpMyAdmin, create your user and be sure you grant him all the privileges AND set the client as localhost (as I'm developping it on localhost..) Cheers 161.111.151.11 10:52, 9 March 2015 (UTC)

I could solve it with following steps:

- check which databases exist

- reset the password for mysql admin database following the steps here:

https://ubuntuforums.org/showthread.php?t=2275033

- during the installation of the mediawiki I choosed a new name for my database:

per default my_wiki was set changed to an other name; 178.203.234.231 (talk) 12:11, 15 October 2017 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Problem crawling MediaWiki with Search Server / Sharepoint

Hi all,

I am trying to crawl a MediaWiki (MediaWiki 1.17.0 PHP 5.3.3-7+squeeze1 (apache2handler) MySQL 5.1.49-3) with Microsoft Search Server 2010 (basically Sharepoint), but unfortunately I cannot make any progress.

I am trying to start at the main page, although Special:AllPages would be better (but is not indexable :( )

I know that,

• My crawl must be case-sensitive (I implemented it on Sharepoint)
• The special pages are no-index, no-follow per se

I already checked,

• that $wgNoFollowLinks = false; is in the localsettings.php
• the robots.txt which allows crawling
• $wgDefaultRobotPolicy which is index, follow
• $wgNamespaceRobotPolicies which does not contain the NS which I'd like to crawl (not 100% sure)

Btw. - I already tried an OpenSearch-Approach but MediaWiki does not support returning OpenSearch RSS-feeds for search results... Oh and I searched the web like crazy, seems like I am not the only one who has this particular challenge...

Numerous days trying to crawl MediaWiki - I'd really appreciate help :)

Kind regards,

MMF 178.26.207.60 (talk) 06:44, 15 November 2011 (UTC)

Is your spider logged in? You'll want to make sure that its not logged into your wiki. When you view actual pages, are the meta robot tags what you expect them to be? Does you MS search server have a debug log explaining why it failed to crawl your server? Bawolff 15:19, 16 November 2011 (UTC)

No, the spider is not logged in (it's crawling anonymously, our users are allowed to read without logon). There are just some links with the nofollow-attribute on the main page. When I look at individual pages (linked from the main page), I cannot find any attributes no-index / no-follow. The log on Sharepoint / Search Server does not show anything (it crawls the main page, and just does not follow any links). If I tell the crawler to do server hops, it actually crawls, but only links outside our wiki, which are linked somewhere on the main page. MMF 07:45, 17 November 2011 (UTC)

That'd be odd for internal links to have rel=nofollow. (by default external links have that - $wgNoFollowLinks, but internal links shouldn't. You can manually cause things to be not indexed using $wgArticleRobotPolicies or __NOINDEX__ but that's usually not something done without meaning to).

Since you mentioned special pages not working for you because they're noindex - have you tried just creating a new wiki page with only {{special:prefixindex}} on it and pointing the spider at that? Bawolff 12:54, 17 November 2011 (UTC)

Nice one :) {{special:prefixindex}} did it, I owe you a (keg of) beer :) MMF 14:03, 17 November 2011 (UTC)

One thing I should probably mention though, is that {{special:prefixindex}} only lists the first 200 pages on your wiki, so its not exactly a scalable solution. Bawolff 14:34, 18 November 2011 (UTC)

Talk Page

Is there a way to change the design of the Talk Page Notify when received a new message there? Thanks for your help. Mirko Marhenke (talk) 09:52, 15 November 2011 (UTC)

I think your asking about the new message usermessage. This is what I have at my site, add this to your Mediawiki:Common.css page, or your User:XX/Common.css page.

/* New messages */
.usermessage {
    background-color: #CCCCFF;
    border: 1px solid #0000FF;
    color: #000000;
    font-weight: bold;
}

you can obviously change the color values to suit you. Mlpearc powwow 18:12, 15 November 2011 (UTC)

Externally create users and login to my wiki

Hi,

Managed to install WikiMedia and it works nicely. However, I'm running a site which already has a large user base and like to integrate this user base into the Wiki as the wiki functionality is just one of many.

What this means is that I want to be able to externally:

• Create an account on my Wiki (when an account is created on my site)
• Automatically login a user to my wiki (when already logged in to my site)
• Logoff/deactivate

I'm good with relevant SQL queries and cookie explanation but if there's a smoother way (I saw a lot of authentication extensions are available), I'd be happy to know about it.

I'm a newbie to WikiMedia and an expert with dev (PHP/MySQL/etc...) stuff.

Thanks :) 94.230.84.85 (talk) 14:34, 15 November 2011 (UTC)

You might first want to check to see if there is an extension which already does the precise thing you want: Extension_Matrix/user_identity. If not, the API documentation should help you get started on coming up with a solution using the API.    Thorncrag   20:25, 15 November 2011 (UTC)

Blank page after install

I installed mediawiki via the installer and all went fine just until the end. When I clicked the link that should take me to my main page, I only get a completely white page. See for yourself: http://mdi-de.baw.de/mediawiki/index.php5/Hauptseite

Firebug shows a 500 - internal server error, which doesn't help much.

I also searched for this problem already and found two solutions that both aren't working for me:

• Make sure the LocalSettings.php is in the main mediawiki directory and is set to chmod 755
  • done and done - but to no avail

• Add $wgParserConf['preprocessorClass'] = 'Preprocessor_Hash'; to the LocalSettings.php file
  • did that too and again, no luck

As a mediawiki (and general server admin) newbie I'm running out of ideas here.

Any help would be greatly appreciated! 195.37.166.245 (talk) 16:04, 15 November 2011 (UTC)

Sorry, I'm not more positive but the "Mediawiki" in the URL doesn't look right. You might have a path problem. Mlpearc powwow 18:03, 15 November 2011 (UTC)

If someone wants to put MediaWiki into /mediawiki, I don't think the software has a problem with that. Reach Out to the Truth 19:33, 15 November 2011 (UTC)

The best course of action would be to check your server logs--specifically, your web server log to find out what is causing the 500 error. Since it appears you are running Apache and Linux the log is most likely in /var/log/httpd*.    Thorncrag   20:21, 15 November 2011 (UTC)

What Thorncrag said, but in addition to your apache log, you should also check your php error log. See Manual:How to debug (500 with a totally blank page tends to be php error log, while 500 with a message about how a 500 error happened tends to be apache in my experience, but it certainly could be either). Bawolff 18:36, 16 November 2011 (UTC)

I don't think it would either, but it seems if that was not intentional it could of been a problem. Mlpearc powwow 03:36, 17 November 2011 (UTC)

Thanks for the help! Found out the ctype_digit() function from php was missing in our installation. Could add it and now it works. :) 195.37.166.245 10:06, 22 November 2011 (UTC)

Thanks. I added a test for this situation in the installer (in MW 1.19) (in rev:104039 ) Bawolff 14:34, 23 November 2011 (UTC)

Hi. I have the same problem... what I need to do to "add ctype_digit() function" for the wiki works ? Need recompile php5 ? Please.

tks. 170.210.218.35 23:13, 15 December 2011 (UTC)

If you have a blank page 500 error, It is rather unlikely to be caused by the ctype issue. Instead look at manual:How to debug and try to find the actual php error. (If you actually have an error message Fatal error: Call to undefined function ctype_digit() in... then yes you'd have to re-compile php. See http://ca.php.net/manual/en/ctype.setup.php . Note however, ctype_digit is included in the default compilation options, so you'd have to explicitly disable it for it not to be included.) Bawolff 18:56, 16 December 2011 (UTC)

Extracting user session/cookie data for custom PHP pages

Hello, I am writing custom web pages in PHP for our internal-only wiki. I need to develop a way to check whether or not a user is logged in and get their username from the session information created by the wiki's login pages. I've looked through the code but I cannot find a suitable way to extract this information. Can someone please suggest a method for doing this?

I am currently running :

MediaWiki 1.15.1 PHP 5.2.11 (apache2handler) MySQL 5.0.51a

Any help on the matter will be greatly appreciated!

Thanks! Soho99 (talk) 18:57, 15 November 2011 (UTC)

Is it a MediaWiki extension, or something external? Reach Out to the Truth 19:34, 15 November 2011 (UTC)

The page itself is external to the MediaWiki extensions right now, however, I have made it 'look' as if it's an extension of the wiki be copying the Look and Feel of our Wiki pages. If it's just a matter of sourcing and calling a few MediaWiki classes and functions, that's no problem; just not sure of the correct procedure. Soho99 20:23, 15 November 2011 (UTC)

Can anyone help with this request????? Soho99 15:53, 17 January 2012 (UTC)

User::isLoggedIn() and User::getName() —Emufarmers^(T|C) 17:38, 17 January 2012 (UTC)

[RESOLVED] Special:BlockList (and possibly others) not displayed

Hello,

I´ve been running and administrating a Wiki for a Community since like 2 Months, and yesterday, I decided to upgrade it from 1.17 to 1.18 beta1. Everything seemed to be successful, however, as cautious as one can be, I´ve put up a site notice.

Today, I´ve received notification from another user, that, the Special:BlockList page is inaccessible (trying to access it will reply a blank page), and possibly other Special Pages might be affected as well.

As I am rather inexperienced with administrating a Wiki´s back-end (ie databases and stuff), I´ve already searched the FAQ and such stuff, but did find nothing useful, so I´m just going to ask this question here, as it seems to be a rather weird bug, since everything else seems to be working fine.

Anyone has any clues? Hó-òh Diskussion 02:49, 16 November 2011 (UTC)

blank page means php fatal error (Which most likely means something is wrong with the 1.18beta).

Could you put

error_reporting( E_ALL );
ini_set( 'display_errors', 1 );

At the very top of your LocalSettings.php file? This will make errors be displayed (instead of just having an empty blank page). Let me know what the error is after adding that, and we can probably debug it from there.

Thanks,

Bawolff Bawolff 18:52, 18 November 2011 (UTC)

I didn't get a blank page; I got the following:

Fatal error: Call to undefined method BlockListPager::getLang() in /home/joegazz/public_html/wikis/w/includes/specials/SpecialBlockList.php on line 247

 Hazard-SJ  ±  02:00, 19 November 2011 (UTC)

This was fixed by Reedy in rev:103457. Thank you for testing. Bawolff 03:04, 20 November 2011 (UTC)

You're welcome!  Hazard-SJ  ±  02:08, 23 November 2011 (UTC)

Trouble with splist

Main page of my project contains about 20 subpages and about 300 sub-subpages. I used SubPageList3 splist and it displayed 13 elements instead of 20. When I set kidsonly option to no, it displayed me 200 elements. Why did it displayed not all subpages in kidsonly=yes mode? (Sorry for my bad English) 195.91.195.91 (talk) 09:53, 16 November 2011 (UTC)

Exception caught inside exception handler.

I installed the MediaWiki as per the setup it created the database and all appears correct. But when I connect I receive the following message: Exception caught inside exception handler. I tried the setup on a second pc with the same results. Thanks 142.166.251.88 (talk) 17:27, 16 November 2011 (UTC)

That error is caused by a database problem. Check this page.    Thorncrag   17:33, 16 November 2011 (UTC)

Anchor Links

Problem: I have a list of say 20 "How to" procedures. I am trying to figure how I could have the list link to its respective section, rather than having to scroll down to the specific "How To" I am interested in accessing.

I tried the following:

== {{anchor|foo}} How To ==
Then a numbered list follows
# How to 1
# How to 2
# How to 3
# How to 20

Corresponding sections

1. (what do I need to add here?)How to 1
   AAAAAAAAAAAAAABBBBBBBBBBBBBBBBBCCCCCCCCCC
2. How to 2
   xxxxxxxxxxxyyyyyyyyyyyyyzzzzzzzzzz
3. How to 3
   wwwwwwwwwwwwwwpppppppppppqqqqqqqqq

How can I have the numbered list take me to their respective section when I click on it? PLEASE ASSIST Aum1 (talk) 19:52, 16 November 2011 (UTC)

All headings on MediaWiki automatically create a named anchor with the name corresponding to the text within the heading. You can then just link to #heading name. For example: [[#Creating anchor links for a long numbered list]] yields #Creating anchor links for a long numbered list. Does this answer your question?    Thorncrag   20:12, 16 November 2011 (UTC)

hmm not exactly. What I am looking to do is having the list function identically like the TOC. "How To" would be a Level in the document that automatically gets anchored and added to TOC. This section contains a huge list of "how to procedures". In the example I gave above, what I want to be able to do is:

The list of "how to procedures" should appear as links. When I click

# How to 1

it should take me to corresponding section below on the same page

Corresponding sections
    '''(what do I need to add here?)'''How to 1
    AAAAAAAAAAAAAABBBBBBBBBBBBBBBBBCCCCCCCCCC

Aum1 21:32, 16 November 2011 (UTC)

When you are constructing your table, I would think all you need to do is [[#Name of the section|Text to appear in the table]] to accomplish this, no? Again for example, This is the text to appear linked to the anchor. Apologize if I am misunderstanding your goal altogether.    Thorncrag   21:42, 16 November 2011 (UTC)

Okay I think I see I misunderstood - if you are trying to link to the steps individually you will have to manually insert named anchors and corresponding entries in your table, and I don't think there is a way to automatically generate a table in this way. You might consider, instead of using an ordered list, just making the steps using == Headers == because that could save you a bit of trouble.    Thorncrag   21:52, 16 November 2011 (UTC)

Exactly...there you go...apologies..I guess I wasn't describing appropriately too.

Yes, I wanted to know how to manually insert named anchors and corresponding entries in a list just so that the navigation is easy.

I am also interested in knowing how I could make the "How To list of questions" a drop down list. So the user can select the question he is interested in and the answer displays.

Is it possible? Aum1 22:01, 16 November 2011 (UTC)

404 Not Found... Please Help

Recently our site (www.wikiscribeit.com) went down and I cannot for the life of me figure out what happened or how to fix it. Whenever I go to the site now I get a 404 File Not Found error. Whats funny about it is that I was able to run the upgrade just fine, thinking that whatever the problem was it would fix itself, but after running the upgrade and the update through SSH I still keep getting the same problem. We spoke to a tech guy at Godaddy and he said there were some invalid entries in my .htaccess file that could be causing the problem. I have fooled with it for hours and honestly I can't figure it out, but when I change some of the addhandlers the reply goes from 404 Error to displaying the php code of the index.php file so Im thinking maybe the guy was riht and my .htaccess file is jacked up. I don't know how it could have ended up that way cause everything was running perfectly before this happened, but right now I just need a solution.

I am running on a shared Godaddy Linux server with php 5.2 and a MySQL Database 4.1.

I have 2 sites running off of 1 hosting account. The site I need working (wikiscribeit.com) IS being forwarded to the correct directory where mediawiki is installed and my .htaccess file which I have listed below is in my top level home folder. Any help would be greatly appreciated. Thanks.

//* Copy of .htaccess file

authname www.descriptionsfortheblind.org authuserfile /var/chroot/home/content/f/o/r/fortheblind/html/_vti_pvt/service.pwd authgroupfile /var/chroot/home/content/f/o/r/fortheblind/html/_vti_pvt/service.grp AddHandler x-httpd-php-cgi .php4 AddHandler x-httpd-php5-cgi .php5 AddHandler x-httpd-php5-cgi .php

-FrontPage- IndexIgnore .htaccess */.??* *~ *# */HEADER* */README* */_vti* <Limit GET POST> order deny,allow deny from all allow from all </Limit> <Limit PUT DELETE> order deny,allow deny from all </Limit>

//* End of File 70.126.114.192 (talk) 23:46, 16 November 2011 (UTC)

Note, you seem to be getting 500 errors (not 404), which would be indicative of errors in your .htaccess. To be honest the -FrontPage- part looks kind of suspicious, but that could be me just not being familiar with frontpage.

You should perhaps try deleting the entire file, and just re-add the stuff you need line by line, until you figure out at what point the error turns into a 500 internal server error, to try and isolate which line is causing it. Bawolff 14:38, 18 November 2011 (UTC)

The 500 error was my fault, should have # out the line with front page in it. I removed the .htaccess file completely and 2 things happened, one I got the 404 error, and the second is that I was able to run a php test script. With the .htaccess file on the server it displays the actual code for the php file instead of executing it. Not sure whats going on here. 70.126.114.192 21:26, 18 November 2011 (UTC)

If it's displaying the actually php code, instead of running it, usually means that the php handler isn't properly associated with php files (that's what the AddHandler x-httpd-php5-cgi .php generally does) Bawolff 01:56, 20 November 2011 (UTC)

[RESOLVED] Uploaded Files don't inherit folders permissions

Hello,

I am using the following on a Windows 2008 Server MediaWiki 1.17.0 PHP 5.3.8 cgi-fcgi MySql 5.5.17

When a user uploads a file, say a JPG image, it uploads to the Image Directory to one of the folders in there. But the Image itself doesn't inherit the folders rights and therefore can not be displayed in the Mediawiki. The Thumbnail gets created but if you click on it you get a 401 - Unauthorized: Access is denied to to Invalid Credentials.

When I look at the security of the image, it only has these rights SYSTEM - Full Control NETWORK SERVICE - Full Control Administrators - Full Control IIS_IUSRS - Special

If I go to the parent folder and tell it to replace all existing inheritable permissions then the file works correctly and can be seen on the MediaWiki.

It appears that when a user uses the upload interface that it puts the files in folder but somehow doesn't allow it to inherit the parent folders permissions.

I REALLY would love some help on this, I have been searching the internet for the last two days, to include the MediaWiki Site and FAQ.

Thank you in Advance! Mike Havoc64 (talk) 21:40, 17 November 2011 (UTC)

Well don't I feel silly, I found a link on MediaWiki's site where it talked about configuring uploads...I did this and BAM! Working like a champ

Check for Windows and IIS users

Set %SystemRoot%\TEMP to have permissions for the Internet Guest Account (IUSR_MachineName, or IUSR for IIS 7+): Read, write and execute;

So this can be closed...sorry. Havoc64 22:23, 17 November 2011 (UTC)

Installing Mediawiki localhost - Creating database maximum execution time of 30 seconds exceeded

I'm installing mediawiki, I've followed every step and Install step trows this error: "Fatal error: Maximum execution time of 30 seconds exceeded in C:\wamp\www\mediawiki\includes\db\DatabaseMysql.php on line 23" Some tables were created in the database but the process was incomplete. I've initiated the installation again but I've got the error again many times. What should I do?

Thanks A diaztovar (talk) 16:54, 18 November 2011 (UTC)

Email link displaying lock icon instead of mail icon

I've noticed that the email link icon is showing up as the lock icon. Is there a way to fix this? An example is on this page Help:Links. Can we get it to show up correctly? Thanks! Jmeisenhelder~mediawikiwiki (talk) 18:18, 18 November 2011 (UTC)

Looks fine to me. If this is happening on your wiki or some other wiki, can you provide a link? Reach Out to the Truth 18:28, 18 November 2011 (UTC)

Also works fine for me.

Which skin are you using, and are you viewing the page in http or https. Bawolff 18:36, 18 November 2011 (UTC)

liquidTreads

This post by Revibot was moved on 2015-07-11. You can find it at Extension talk:LiquidThreads/2011#liquidTreads. wargo (talk) 09:00, 19 November 2011 (UTC)

Selling Media wiki skins?

Hi, I'm a web developer and I was just wondering if it is possible to sell Media Wiki Skins?

And if so, is just supplying my own code in Monobook legal (I.E my own HTML and CSS)? Monobook.php does not specify a license, unless there is a way to do a skin from scratch so that I may attach my own license.

Sorry if this was not the clearest post. 216.211.75.157 (talk) 21:20, 19 November 2011 (UTC)

Like the rest of MediaWiki, MonoBook is licensed under the GPL. If you are going to distribute a skin based on MonoBook, it will have to be licensed under the GPL. Thus, those who purchase the skin would also be permitted to redistribute your skin under the GPL, for free or for profit.

It's less clear whether a skin created from scratch would also have to be GPL-licensed. Reach Out to the Truth 18:17, 20 November 2011 (UTC)

Barre d'outils et largeur de théme

Bonjour, Je suis un nouvelle utilisateur de MediaWiki après plusieurs recherche je n'arrive pas a trouver d'aide sur deux points:

- Je voudrais installer la même barre d'outils que celle si dessus sur mon wiki. - Je voudrais modifier le thème par défaut "Vector" qui est en pleine page en lui assignant une largeur fixe.

Je vous remercie d'avance. AUR3N3S (talk) 23:34, 20 November 2011 (UTC)

newbie question regarding user permissions

One of the sites that I manage has a long-neglected wiki, setup long before I took over.

The way our wiki works is that a user can only see the Categories they're assigned to (in our case, a Category = a committee). I can create a new user, but cannot find any options for assigning them to a category.

Any help would be greatly appreciated.

MediaWiki: 1.4.7 PHP: 5.2.11 (apache2handler) MySQL: 5.0.45-log 74.67.43.173 (talk) 02:29, 21 November 2011 (UTC)

Wow, 1.4.7 is reeeally antiquated. Check out what extensions it uses and try to find documentation for it. Otherwise, it has some local hacks to accomplish the functionality you described - in such case you need to diff your installation against vanilla 1.4.7 tarball to see what was changed. Max Semenik 04:22, 21 November 2011 (UTC)

Suggestion : use "included" instead of "transcluded"

In programming languages, "included" is a standard term for files or functions that are inserted at compile or run time, as though they were physically in the file with the "included" statement.

That is exactly how templates function. (and other files referenced inside {{...}}) Using the non-standard term "transluded" only confuses the issue. The implication is, if another term is used, it MUST mean something else.

Please revert to standard terminology. It will make it easier for everyone.

Thank you. 70.51.172.67 (talk) 00:38, 22 November 2011 (UTC)

"Transclude" is terminology that has existed since 1982; see wikipedia:Transclusion. But if you want to use the "include" terminology on your own wiki, you are of course free to do so. The core interface messages that refer to "transclusion" are lonelypagestext, istemplate, whatlinkshere-hidetrans, scarytranscludedisabled. Change those and your users will never have to see this particular jargon again. Reach Out to the Truth 01:29, 22 November 2011 (UTC)

Actually "transclusion" is appropriately precise. Transclusion and inclusion are not the same. While inclusion copies the contents of the source and stores it, transclusion only stores the reference to the source and then constructs it when the page is accessed. Transclude is what MediaWiki does and that's why we call it that. Well, strictly speaking.    Thorncrag   17:10, 22 November 2011 (UTC)

Class 'ResourceLoaderWikiModule' not found in SyntaxHighlight GeSHi.local.php

I have just installed mediawiki on my Ubuntu 10.04 web server, and currently, I am the only one using this site. My intention has been to use MediaWIki in conjunction with WorkingWiki. Before installing WorkingWiki, I have followed the directions on the WorkingWiki installation page to install SyntaxHighlight GeSHi. To install the extension, I typed the following command while in the mediawiki/extensions directory on my web server: <pre>svn co http://svn.wikimedia.org/svnroot/mediawiki/trunk/extensions/SyntaxHighlight_GeSHi</pre>

Then, I added the following line to the end of my LocalSettings.php file:

require_once("$IP/extensions/SyntaxHighlight_GeSHi/SyntaxHighlight_GeSHi.php");</pre>

Once I installed the SyntaxHighlight GeSHi extension by following the above steps, I began receiving 500 Internal Server Errors. To display the errors, I added the following to my LocalSettings.php:
<pre>error_reporting( E_ALL );
ini_set( 'display_errors', 1 );

I received the following error: Fatal error: Class 'ResourceLoaderWikiModule' not found in /var/lib/mediawiki/extensions/SyntaxHighlight_GeSHi/SyntaxHighlight_GeSHi.local.php on line 5

I am unsure of how to fix this, so your help would be greatly appreciated.

My PHP version is: PHP 5.3.2-1ubuntu4.10 I am using MySQL Ver 14.14 Distrib 5.1.41, for debian-linux-gnu (x86_64).

Thank you. Johnramey (talk) 07:20, 22 November 2011 (UTC)

Apparently, you're using a trunk SyntaxHighlight_GeSHi with a release version of MediaWiki. Such mix is not guaranteed to work, so pick up a proper version of the extension from Special:ExtensionDistributor/SyntaxHighlight_GeSHi. Max Semenik 11:27, 22 November 2011 (UTC)

That fixed it. Thank you very much! Johnramey 05:48, 24 November 2011 (UTC)

Oracle with Easy Connect

Hello!

Looking into MediaWiki 1.17 as a possible support system, and was delighted to see that it supports Oracle. I would very much like to use the "Easy Connect" method, as it won't be a high-traffic site and I don't want to mess too much with server configuration. I found the "Easy Connect" possibility during installation. On the "Connect to database" screen, clicking the Help under "Database TNS" shows:

Enter a valid Local Connect Name; a tnsnames.ora file must be visible to this installation. If you are using client libraries 10g or newer you can also use the Easy Connect naming method.

However, entering anything remotely resembling an Easy Connect string does not pass validation. I get a flash message at the top:

Invalid database TNS "Data Source=server:port/servicename". Use only ASCII letters (a-z, A-Z), numbers (0-9), underscores (_) and dots (.).

What is the proper method for configuring an Oracle backend using Easy Connect?

Thanks! Don Pflaster Darksheik (talk) 17:11, 22 November 2011 (UTC)

Hi,

i´ve the same problem. 217.71.18.36 13:51, 23 November 2012 (UTC)

Someone filed a bug for this issue which still exist in 1.19.x and 1.20.x 212.33.136.212 11:09, 31 December 2012 (UTC)

sameer test

This post by Revibot was moved on 2015-07-11. You can find it at LiquidThreads Test Page#h-sameer_test-2011-11-22T21:36:00.000Z. Johnduhart (talk) 23:59, 22 November 2011 (UTC)

Subpages and images

There was a problem with templates. On many pages, Wikipedia uses the substitution of the type {{/Subpage-name}}, but the new installation MediaWiki gets a reference Template:/Subpage-name. How to fix that?

And yet, if the code page is the pictures Media Wiki does not save her, and throws an error:

internal Error Error setting curl options. Backtrace:

1. 0 /ftp_aerium-01/hozfabrika_613/hozfabrika.gixx.ru/wiki/includes/filerepo/ForeignAPIRepo.php(368): CurlHttpRequest->execute()
2. 1 /ftp_aerium-01/hozfabrika_613/hozfabrika.gixx.ru/wiki/includes/filerepo/ForeignAPIRepo.php(155): ForeignAPIRepo::httpGet('http://commons....')
3. 2 /ftp_aerium-01/hozfabrika_613/hozfabrika.gixx.ru/wiki/includes/filerepo/ForeignAPIFile.php(35): ForeignAPIRepo->fetchImageQuery(Array)
4. 3 /ftp_aerium-01/hozfabrika_613/hozfabrika.gixx.ru/wiki/includes/filerepo/FileRepo.php(83): ForeignAPIFile::newFromTitle(Object(Title), Object(ForeignAPIRepo))
5. 4 /ftp_aerium-01/hozfabrika_613/hozfabrika.gixx.ru/wiki/includes/filerepo/ForeignAPIRepo.php(83): FileRepo->newFile(Array, Object(Title), Object(ForeignAPIRepo))
6. 5 /ftp_aerium-01/hozfabrika_613/hozfabrika.gixx.ru/wiki/includes/filerepo/FileRepo.php(118): ForeignAPIRepo->newFile(Object(Title), false)
7. 6 /ftp_aerium-01/hozfabrika_613/hozfabrika.gixx.ru/wiki/includes/filerepo/RepoGroup.php(145): FileRepo->findFile(Object(Title))
8. 7 /ftp_aerium-01/hozfabrika_613/hozfabrika.gixx.ru/wiki/includes/GlobalFunctions.php(3235): RepoGroup->findFile(Object(Title), Array)
9. 8 /ftp_aerium-01/hozfabrika_613/hozfabrika.gixx.ru/wiki/includes/parser/Parser.php(4581): wfFindFile()
10. 9 /ftp_aerium-01/hozfabrika_613/hozfabrika.gixx.ru/wiki/includes/parser/Parser.php(1826): Parser->makeImage(Object(Title), Array)
11. 10 /ftp_aerium-01/hozfabrika_613/hozfabrika.gixx.ru/wiki/includes/parser/Parser.php(1566): Parser->replaceInternalLinks2(Object(Title), Array)
12. 11 /ftp_aerium-01/hozfabrika_613/hozfabrika.gixx.ru/wiki/includes/parser/Parser.php(1022): Parser->replaceInternalLinks(Object(Title), , Object(LinkHolderArray))
13. 12 /ftp_aerium-01/hozfabrika_613/hozfabrika.gixx.ru/wiki/includes/parser/Parser.php(283): Parser->internalParse(false)
14. 13 /ftp_aerium-01/hozfabrika_613/hozfabrika.gixx.ru/wiki/includes/Article.php(3602): Parser->parse('[[File:Pages.im...')
15. 14 /ftp_aerium-01/hozfabrika_613/hozfabrika.gixx.ru/wiki/includes/Article.php(2114): Article->prepareTextForEdit('[[File:Pages.im...')
16. 15 /ftp_aerium-01/hozfabrika_613/hozfabrika.gixx.ru/wiki/includes/Article.php(1976): Article->doEdit('[[File:Pages.im...', Object(Title), Object(ParserOptions), true, true, NULL)
17. 16 /ftp_aerium-01/hozfabrika_613/hozfabrika.gixx.ru/wiki/includes/EditPage.php(1076): Article->updateArticle('[[File:Pages.im...')
18. 17 /ftp_aerium-01/hozfabrika_613/hozfabrika.gixx.ru/wiki/includes/EditPage.php(2656): EditPage->internalAttemptSave('[[File:Pages.im...', , 98)
19. 18 /ftp_aerium-01/hozfabrika_613/hozfabrika.gixx.ru/wiki/includes/EditPage.php(415): EditPage->attemptSave('[[File:Pages.im...', , false, false, false, )
20. 19 /ftp_aerium-01/hozfabrika_613/hozfabrika.gixx.ru/wiki/includes/EditPage.php(296): EditPage->edit(false, false)
21. 20 /ftp_aerium-01/hozfabrika_613/hozfabrika.gixx.ru/wiki/includes/Wiki.php(522): EditPage->submit()
22. 21 /ftp_aerium-01/hozfabrika_613/hozfabrika.gixx.ru/wiki/includes/Wiki.php(69): MediaWiki->performAction()
23. 22 /ftp_aerium-01/hozfabrika_613/hozfabrika.gixx.ru/wiki/index.php(114): MediaWiki->performRequestForTitle()
24. 23 {main}

If you try to move to a non-existent article by introducing its name in the URL instead of the proposal to create it (as in Wikipedia) reacts as if it were not for the page itself - redirects to the error 404. DoudnickVal (talk) 16:19, 24 November 2011 (UTC)

Are you able to provide an example of the problem you are trying to describe?    Thorncrag   00:01, 1 December 2011 (UTC)

Well at least I want to find out subpages. Here's the Wikipedia can be substituted sub-typing {{/ subpage}}, and I get a reference to the type of template Template: / subpages. What's going on. Sorry I use the translator in English 0. DoudnickVal 12:16, 8 December 2011 (UTC)

You have to configure $wgNamespacesWithSubpages . Reach Out to the Truth 15:55, 8 December 2011 (UTC)

Page Design?

I am new to MediaWiki, I use it on my own site?

But how can I make a page looks like this: http://wiki.fallensword.com/index.php/Sthenos_Snake_Set

Hope someone can help me. 82.143.200.22 (talk) 22:46, 24 November 2011 (UTC)

how to share uploads between MediaWiki servers

We are considering installing MediaWiki. I would like to ask something about how to share uploads between IIS MediaWiki servers. Our environment is:

• MediaWiki 1.17
• PHP 5.38 (IIS 6.0)
• MySQL: 5.5.15

We would like to have more than one IIS MediaWiki servers with the same url. But we do not know how to share the uploads between different IIS MediaWiki servers. It seems $wgUploadDirectory is about this issue, but its value is absolute path, and we cannot make it point to another folder on another server with UNC. If I have something like
$wgUploadDirectory = "\\\\10.10.10.35\\w_images";
in LocalSettings.php, there will be error "The upload directory (public) is missing and could not be created by the webserver. ". Anyone can give some hints? Thanks a lot. 66.207.198.226 (talk) 22:55, 24 November 2011 (UTC)

Have you had a look at Manual:Wiki family?    Thorncrag   00:00, 1 December 2011 (UTC)

Making my Main page as Wikipedia or MediaWiki design

Hi,

I wanna show my main page as Wikipedia does. With a list of the new articles, the most read article of the day and stuff like that. I look in the forum but Im new in this and no idea about coding.

Also, Im looking for a What you see is what you get editor for my Wiki. I saw FCeditor but is not working on mediawiki now. Thanks for your help. Carlosguev (talk) 23:29, 24 November 2011 (UTC)

Take a look at Extension:WikiEditor.    Thorncrag   20:51, 30 November 2011 (UTC)

DB Errors in objectcache

• MW 1.13.3
• PHP 5.1.6
• mySQL 5.1.30

A database query syntax error has occurred. This may indicate a bug in the software. The last attempted database query was:

    INSERT IGNORE INTO `nn_objectcache` (keyname,value,exptime) VALUES ('nausicaa-nn_:messages:en:lock','˴2��\0','20111125220702')

from within function "MediaWikiBagOStuff::_doinsert". MySQL returned error "1030: Got error -1 from storage engine (localhost)".

Tried dropping and recreating the table to no avail. Seems it's an underlying mysql error? 69.56.178.186 (talk) 22:10, 25 November 2011 (UTC)

Your disk is probably full. —Emufarmers^(T|C) 01:07, 28 November 2011 (UTC)

Unfortunately not so simple, the disk isn't full. 71.212.20.70 06:07, 29 November 2011 (UTC)

Perhaps incorrect permissions ?

Also, while here.. you may want to consider restoring to an earlier state (in which everything worked) and get started on upgrading MediaWiki to a later version. 1.13 is from 2008, a whole lot has changed since then, many improvements, bugfixes and new features. Krinkle 00:15, 30 November 2011 (UTC)

Default output of gender function with no username defined

My doubt is about the default output of {{gender:}} when no username is entered as parameter. As of Niklas Laxström said in bugzilla:30569#c9, he wrote the feature in a way that, when used in a MediaWiki spacename page, that function addresses the reader of the message, i.e. the currently logged in user. Following that, I recently make this edition at translatewiki (see the edit summary please).

After that, and before editing more pages same way, I was fearing that I would not be right. Then make some searches and couldn't find any inclusion of gender with empty username wherever it was, so I requested a bureaucrat at es:wikipedia to create a test page containing {{gender:|Male|Female|Not defined}}. The result was a "Not defined" for all readers. Now I'm confused and want to clarify myself about this issue. Does gender function really default to currentuser? If it does, in which circumstances? Note that in Help:Magic words there is no mention of empty username. Please feel free to edit this entry to tweak my English. I'm a es:wikipedia user. Gustronico (talk) 08:03, 26 November 2011 (UTC)

{{gender:}} without user name only works in interface messages. When parsing the content of a page, it will display the default value for all users. iAlex 09:02, 26 November 2011 (UTC)

So you confirm that this edition of MediaWiki:Tooltip-pt-userpage interface message at translatewiki will work ok? Gustronico 17:30, 26 November 2011 (UTC)

Yes it work. You can test it yourself by changing your gender and reloading the page. iAlex 22:17, 26 November 2011 (UTC)

Oh thanks. I didn't know those messages at translatewiki.net are active in the own site. And as my language is not Galician I couldn't neither see the changes. I've just tested it. Gustronico 22:56, 26 November 2011 (UTC)

Username rules

I have been searching the site for a definition of the username character rules without success. Need to know if the phpBB usernames in my forum is in accordance with the MediaWiki rules since I want to use the phpBB-extension to set up a document-wiki accessible for the forum users. Can someone point me to the rules? 213.112.235.32 (talk) 14:15, 26 November 2011 (UTC)

The first letter of a MediaWiki username is always capitalized (watch out for conflicts). They can be up to 255 characters long (Not sure what phpBB's limit is, but you probably don't have any user with names that long anyway). Underscores and spaces are considered the same thing (again, watch out for conflicts). And per Manual:$wgLegalTitleChars, "The list of illegal characters is as follows: #<>[]|{}, non-printable characters 0 through 31, and 'delete' character 127)."

I think that's all. Reach Out to the Truth 17:04, 26 November 2011 (UTC)

Thanks! 213.112.235.32 19:24, 27 November 2011 (UTC)

255 characters re u kidding? It's moon (talk) 12:54, 15 May 2024 (UTC)

Transliteration of Rusyn Wikipedia (Wikipedias in Multi-writing System)

Hello, lot of Rusyns use Latin alphabet today and are not able to read Cyrillic letters. This is because of lack of Rusyn schools. We would like to have Rusyn Wikipedia in multi-writing system that it accessible for all Rusyns. Who could support us with implementation of such dual system? Gazeb 06:26, 27 November 2011 (UTC)

Filed to Bugzilla. Please provide a link to community discussion/consensus and ideally to transliteration rules. Max Semenik 04:14, 28 November 2011 (UTC)

Preventing the creation of user pages before being autoconfirmed

Hi,

I am trying to prevent new users from creating pages, including user pages before they are autoconfirmed.

• $wgAutoConfirmAge = 120;
• $wgGroupPermissions['user']['upload'] = false;
• $wgGroupPermissions['user']['createpage'] = false;
• $wgGroupPermissions['user']['createtalkpage'] = false;
• $wgGroupPermissions['autoconfirmed']['upload'] = true;
• $wgGroupPermissions['autoconfirmed']['createpage'] = true;
• $wgGroupPermissions['autoconfirmed']['createtalkpage'] = true;

But this does not work. There are lots of pages created within seconds after account creation. 82.83.207.22 (talk) 16:42, 27 November 2011 (UTC)

120 means 120 seconds (two minutes). See Manual:$wgAutoConfirmAge. Reach Out to the Truth 17:28, 27 November 2011 (UTC)

The pages are created within 60 seconds. 82.83.207.22 18:29, 27 November 2011 (UTC)

So 120 seconds is intentional? Seems pretty short.

What permissions does * have? If * is has createpage, I don't think setting it to false for user will have any effect. Reach Out to the Truth 19:22, 27 November 2011 (UTC)

Stuck in a 'Read only" mode following Upgrade (1.16.4 -> 1.17.0)

I recently moved my wiki from my Windows machine to an Ubuntu (linux) virtual machine. I imported the database tables and the files, ran the upgrade process (via the web) which seems to work fine, but now my wiki is in a sort of "read only" mode: I can view pages, but anything that requires a submission to the server (User log in, Create New User, Edit page), fails and returns you to the original page without any explanation.

The page here says to "Test the Update", but not what to do if that test fails. Any suggestions??

MediaWiki 1.17.0 PHP 5.3.6 (apache2handler) MySQL 5.1.56 Mr Minchin (talk) 19:45, 27 November 2011 (UTC)

Try this page for information on debugging problems.    Thorncrag   18:29, 9 December 2011 (UTC)

If you had really messed up re-write rules/wrong $wgScriptPath settings, that could potentially cause this. More likely a result of moving from windows to unbuntu (some webserver config not moved over or something like that) then a result of upgrading mediawiki. Bawolff 20:58, 9 December 2011 (UTC)

I want to set up a wikifarm

I manage a few standalone wikis and I would like to create a wikifarm. Manual:Wiki_family is way out of my league, so I am considering trying to hire someone to do it. But I can't tell if what I'm looking for is even possible. I need a central wiki at domain.com, and numerous subdomain wikis like wiki1.domain.com, wiki2.domain.com, etc. I'll need a few hundred subdomain wikis. Images, templates and user accounts need to be shared across the wikis. Is that a technically feasible setup? Modrobene 05:52, 28 November 2011 (UTC)

Forgot to add my other question, assuming I hire someone to set this up, how difficult would it be at that point for me to make new subwikis? Modrobene 06:39, 28 November 2011 (UTC)

SphinxSearch fatal error - class not loading

I have installed sphinx search on our Linux box and it works fine using the command line, but when I try it in MediaWiki I get the following error in my logs:

"PHP Fatal error: Class 'SphinxMWSearch' not found in .../includes/SearchEngine.php on line 205" (The ... is my truncation to not reveal the full path);

All the files seem to be in the right place: extensions/SphinxSearch I've added the sphinxapi.php from my Sphinx download.

It looks like the initial file required in LocaSettings.php is working as it is failing later on, and there are no other paths to set so I'm not sure why the class is not being found.

Has anyone else had a similar problem and solved it? If not, does anyone have any ideas how to fix this as I'm going round in circles now.

My setup is: MediaWiki: 1.6.10 PHP: 5.2.17 (apache2handler) MySQL: 5.0.77 Sphinx 0.9.9 Ironinthesoul (talk) 23:05, 28 November 2011 (UTC)

That extension is unlikely to work with MediaWiki 1.6.10. —Emufarmers^(T|C) 03:39, 30 November 2011 (UTC)

Use same database for two different domains

I am in the same situation as Project:Support desk/Flow/2011/02#h-Use_same_database_for_two_different_domains-2011-02-26T14:48:00.000Z. I am using the same Database for two wikis. The reason for this is that I had to move to a free host and the free host didn't have the level of Database software required to run the Wiki. I had another commercial site on another server that did have the level of Database required. So I decided to have the wiki on the free host use the database on the paid host. I can't have it all on the paid host because the paid host allows only one domain but multiple databases :-)

The only problem I've had is that the free host is very slow when accessing the database on the paid host. Does anyone have any idea why this might be?

Free: http://informationism.org/mediawiki/index.php?title=Main_Page
Paid: http://www.glenorchy.net.nz/mediawiki/index.php?title=Main_Page

I'd better mention that when the database is being accessed on the free host it's fast, so it's not the host itself. Also in an unrelated issue: Even when logged in I can't seem to access special pages on the paid host and get redirected back to the mainpage. Andrewrutherford (talk) 02:57, 29 November 2011 (UTC)

The fact is opening a remote MySQL connection from a host in Amsterdam to a server in Chicago just screams bad idea, the latency will most likely be very poor and of course slow down page loads.

Secondly, Free Hosts and MediaWiki usually don't go together. You're probably best off looking at upgrading that paid plan. Johnduhart 04:14, 29 November 2011 (UTC)

No surprise: every DB request has to make a round trip from Philadelphia to Chicago and back. Even if it's 10ms and your free host's channel is extremely wide (which is unlikely), every MediaWiki page view involves dozens of database queries. No way an offsite database is going to work fast. Max Semenik 04:22, 29 November 2011 (UTC)

Thank you for that. The only reason I can't put the whole wiki on the free host is that it has a size limit not on the database itself, but on the size of the files that may be uploaded into phpMyAdmin so that I can't backup. Oh well. Andrewrutherford 09:12, 29 November 2011 (UTC)

Sounds like you just need a better paid host. —Emufarmers^(T|C) 03:33, 30 November 2011 (UTC)

Wikis stopped working

I set up several wikis a little bit ago, and everything went fine. I've been using them for about a week, no problems. Now all of a sudden the wiki won't work with the error message: "Parse error: syntax error, unexpected $end in /home/localhost/public_html/w/LocalSettings.php on line 136". The only setting I've changed is to add the logo, and it was working fine after uploading it (removing the logo doesn't solve it either). The line number changes every time the error page loads but it's always around line 136, which is an empty line right before the "end of automatically generated settings/Add more configuration options below" lines, but the only configuration option I've added is "$wgShowExceptionDetails = true" to show the error message. What's going on? Why would it stop working even when nothing changed from when it was working? Modrobene 20:10, 29 November 2011 (UTC)

Perhaps you have a mismatched parenthesis or bracket or somesuch? —Emufarmers^(T|C) 03:32, 30 November 2011 (UTC)

Weird... I have two wikis that stopped working at the same time. I fiddled with one of them to try and fix it, didn't work. Then spontaneously the other one started working. I copied its localsettings.php over and changed the relevant bits, and now the other one works. Thanks! Modrobene Modrobene 05:27, 30 November 2011 (UTC)

Pages not populating Category pages

Sqlite3 3.3.6 MediaWiki 1.18.0 (Had same problem with 1.17) PHP 5.3.8

The wiki in question is on a work-related VPN, so I am unable to provide a link to the page. Code may be posted if requested.

Even when I have disabled all extensions I'm still having this issue.

I add pages to a category: [[Category:<category name>]] is placed in the wikitext of a page. The rendered page shows at the bottom: Category: <category name>

I have checked the category and categorylinks database tables; they are properly populated. The DynamicPageList plugin renders the links to child pages when I specify a Category as follows: Error: You need to include at least one category, or specify a namespace!.

However, the Category:<category name> pages *themselves* constantly display: "This category currently contains no pages or media."

Please advise.

Thanks! 24.248.74.254 (talk) 21:14, 29 November 2011 (UTC)

I deleted the duplicate thread, thanks for reporting :) TBloemink 21:27, 29 November 2011 (UTC)

No problem. I've considered migrating to MySQL to see if this fixes the problem, but I have no experience doing so. Hopefully this can be resolved with the current setup. 24.248.74.254 19:30, 30 November 2011 (UTC)

You have an awfully outdated SQLite version, especially weird since your PHP is quite new. We've had a similar report before, with the same outdated SQLite version. Since it won't repro on something newer, why don't you just upgrade? Meanwhile, I'm going to add version checks to our installer. Max Semenik 04:19, 1 December 2011 (UTC)

Thanks for the heads up. I'll try updating Sqlite.

EDIT:

Apologies for asking a redundant question. I did not find that issue you linked to before I asked my question. 174.68.242.190 18:14, 1 December 2011 (UTC)

No problem, WORKSFORME bugs might be not so easy to find with our current Bugzilla configuration. Max Semenik 20:15, 1 December 2011 (UTC)

MEDIAWIKI was a poor choice and is used by SPAMMERS

I have chosen to use MEDIAWIKI as the tool on my website and since have learned how difficult it is to use. That with the nightmare of every SPAMMER out on the internet loading my website with crap and links, I can not express me frustration. I have since spent week applying many spam filters to NO avail and checking other MEDIAWIKI website notice every website I have checked is plagued with the same issue.

I am now at the point and maybe see the light that MEDIAWIKI was a poor choice for a website. 69.165.158.219 (talk) 21:58, 29 November 2011 (UTC)

with limited or NO support. I ask someone to truthfully address the issue of this useful tool and since I have wasted months using it to create and develop my website, now what ....

I am pissed!!! 69.165.158.219 22:01, 29 November 2011 (UTC)

please help with my website

Politically Correct Terms Database | Political Correctness | Politically Incorrect 69.165.158.219 22:03, 29 November 2011 (UTC)

Sorry you had such a bad experience! That must feel really terrible.

If you give us more information about what version of MediaWiki you're using and what anti-spam measures you took (for example, did you install any of the anti-spam extensions?), maybe we could help you reduce the spam problem. Sumanah 22:09, 29 November 2011 (UTC)

SPAM is not limited to MediaWiki, it is potentially a serious threat to any unprotected web site. Manual:Combating spam might be of some interest to you.    Thorncrag   22:20, 29 November 2011 (UTC)

thanks I went through this information page a few time 69.165.158.219 01:56, 2 December 2011 (UTC)

Sumanah‎

the website is #1 Google search - Politically Correct Terms Database

• • • please review or test for your suggestions or feedback.

I have tried the follow, however most of the direction are not detailed;

Added to website;

1.) $wgAutoConfirmAge

2.) $wgSpamRegex

3.) CAPTCHA

4.) blacklists

I need more details direction how to setup

$wgEmailConfirmToEdit

Manual:$wgEmailConfirmToEdit (NOT detailed enough) 69.165.158.219 02:13, 2 December 2011 (UTC)

To setup $wgEmailConfirmToEdit, add the following to LocalSettings.php:

$wgEmailConfirmToEdit = true;

It's the easiest to configure of all the options you've listed. Reach Out to the Truth 02:18, 2 December 2011 (UTC)

...Reach Out to the Truth‎

Just added as advised... and updated

To setup $wgEmailConfirmToEdit, add the following to LocalSettings.php:

wgEmailConfirmToEdit = true; 69.165.158.219 02:26, 2 December 2011 (UTC)

I updated the HELP page

http://www.mediawiki.org/w/index.php?title=Manual:$wgEmailConfirmToEdit&stable=0&shownotice=1&fromsection=Details

(smile) 69.165.158.219 02:29, 2 December 2011 (UTC)

This site?

I see you are using ConfirmEdit, but with SimpleCaptcha which is easily solvable by bots. Try the other available types, they may work better.

You're also using SpamBlacklist, which is good, but you haven't set up a blacklist yet. It should already be using Meta's blacklist by default, but not every site used for spamming is on the list. Whenever you see a site being spammed, add it to your blacklist. Reach Out to the Truth 23:38, 29 November 2011 (UTC)

CHANGED as suggested and advised.....

"ConfirmEdit, but with SimpleCaptcha which is easily solvable by bots. Try the other available types,"

Add the following lines to LocalSettings.php in the root of your MediaWiki installation:

wgCaptchaClass = 'FancyCaptcha';

---ERROR;

Internal error

Set $wgShowExceptionDetails = true; at the bottom of LocalSettings.php to show detailed debugging information. 69.165.158.219 02:41, 2 December 2011 (UTC)

I am having too many issues with Captcha -- FancyCaptcha and python setup "woosh over my head" so changed it back to

SimpleCaptcha (calculation) 69.165.158.219 02:49, 2 December 2011 (UTC)

I had the same problem with my wiki and eventually had to stop new account creation. I currently believe that wikis need a single page where people can request account creation and then if they appear legitimate webmaster allows them to create account on a daily basis.

Also don't allow new users to post external URLs Andrewrutherford 09:21, 3 December 2011 (UTC)

I have the similar experience but every platform is targeted by spammers. Luckily each reputable platform has its own tools to combat those.

Mediawiki 1.18 comes with several extensions useful to combat spammers:

ConfirmEdit

Nuke

RenameUser

In early versions one can install them manually

I also recommend

User Merge and Delete

CheckUser

HTH Victor Ivrii 14:50, 4 December 2011 (UTC)

n00b questions

So, i just started looking around on media wiki after installing it on a my server.

I se someting on other wikis i cant replicate. let's say i got to a random wiki and view the sounce of a page, in there i se no text, only this.

|- |Text: text2 |-

where all the text was supposed to be, what do that short b it of code do, and how can i do someting simillair to write loads of text and just publish it byt writing that bit of code in a page. 212.181.160.209 (talk) 01:21, 30 November 2011 (UTC)

Those are templates. See Help:Templates.    Thorncrag   19:34, 30 November 2011 (UTC)

[RESOLVED] moved wiki to new domain, not working

Argh, this is so frustrating. I followed the instructions to move to a new server. Here's the error message I get, which looks like it's saying the database password isn't correct, but it is. I've recreated it a million times, it doesn't work. What's going on? Modrobene 05:59, 30 November 2011 (UTC)

Did you resolve this issue? The site appears to be loading correctly now.    Thorncrag   21:19, 8 December 2011 (UTC)

It's back down now but I'm pretty sure this issue is resolved and it's something else that has inexplicably gone wrong. I've made a new thread though, thanks! Modrobene Modrobene 05:40, 10 December 2011 (UTC)

No shows images afther uncomment $wgUploadPath in LocalSettings.php

MediaWiki 1.17.0 PHP 5.2.6 (apache2handler) MySQL 5.0.51b-community-nt Hello. After following the "Manual:Image_Authorization" all the images in the wiki are not shown but the links to the files work correctly. Have you any idea? All the problem to appear when uncomment $wgUploadPath in LocalSettings.php Pedroj.serrano (talk) 12:55, 30 November 2011 (UTC)

Please check $wgUploadPath and ensure that you are properly formatting the syntax of the line in LocalSettings.php.    Thorncrag   19:40, 5 December 2011 (UTC)

Database Access Problem

I had a problem with the MYSQL user. I created the user like it is explained on the site Manual:Installing_MediaWiki/de#MySQL:

grant index, create, select, insert, update, delete, alter, lock tables on wikidb.* to 'wikiuser'@'localhost' identified by 'password';
flush privileges;

But I also use SemanticMediaWiki and had the error message:

Es ist ein Datenbankfehler aufgetreten. Der Grund kann ein Programmierfehler sein. Die letzte Datenbankabfrage lautete:
(SQL-Abfrage versteckt)
aus der Funktion „SMW::executeQueries“. Die Datenbank meldete den Fehler „1044: Access denied for user 'wikiuser'@'localhost' to database 'wikidatabase' (localhost)“.

After editing the privileges of the wikiuser:

grant  create temporary tables  on wikidatabase.* to 'wikiuser'@'localhost';
flush privileges;

The Mediawiki works fine.

I googled a long time, but didn't find anything about this Problem. Maybe this is only a problem of SemanticMediaWiki?

If someone has the same problem, I hope my post will help.

Versions:

• MediaWiki 1.16.1
• PHP 5.3.3-7+squeeze3 (apache2handler)
• MySQL 5.1.49-3 80.149.209.52 (talk) 14:07, 30 November 2011 (UTC)

From Semantic MediaWiki, Help:Installation, Requirements, Notes (2012-07-23):

• When using SMWSQLStore2 (the default data store for SMW), SMW creates and alters temporary tables for certain semantic queries. To do this, your wikidb user must have privileges for CREATE TEMPORARY TABLES. The according features can be disabled by adding the following to Localsettings.php:

$smwgQSubcategoryDepth= 0;
$smwgQPropertyDepth   = 0;
$smwgQFeatures        = SMW_ANY_QUERY & ~SMW_DISJUNCTION_QUERY;
$smwgQConceptFeatures = SMW_ANY_QUERY & ~SMW_DISJUNCTION_QUERY &
                       ~SMW_CONCEPT_QUERY;

208.65.88.141 05:17, 14 November 2012 (UTC)

Authenticate with external frame

Hi there,

  I need some help to finish a plugin authenticate for the wiki of my company.

This is what I want: I call my function to $wgHooks['UserLoginForm']. My template has a frame that I put my user and pass, and then it'll be opened another site. Always in the frame, not in the default wiki authenticate form. In this new site I catch some informations about the user, and I redirect to the wiki, with this datas which are sent by POST. It's is my problem, I can't authenticate in wiki when I return from my site.

What do I do in this case?

My program redirects to a Special Page on wiki, that I have created. In this Special Page, I'm basing the code in the SpecialUserlogin.php, and also a class extended of AuthPlugin, but I don't know if I'm in the correct way.

If someone could help me, I thank him.

MW version: 1.17 PHP version: 5.2.17 MySQL version: 5.5.13

Unhappyly, I can't publish the wiki here, it's an intranet site. If you need some example of code, I put it here.

Thanks, and sorry if I made some English error.

Cristiano Magnabosco Crismagnabosco (talk) 16:59, 30 November 2011 (UTC)

I was be abled to do I wanted.

If someone need some help in cases like this, can contact me.

Thanks. Crismagnabosco 12:42, 1 December 2011 (UTC)

[RESOLVED] SQL error when accessing site namespace articles

...like 'disclaimer, 'privacy policy', 'community portal'

MediaWiki - 1.17 PHP - 5.2.17 (cgi-fcgi) MySQL - 5.1.60-community-log

When accessing those pages from www.projectlike.com, the following message appears on the page:

A database query syntax error has occurred. This may indicate a bug in the software. The last attempted database query was:

SELECT COUNT(1) AS users_watching_page FROM `mdw_watchlist`,`mdw_user` WHERE (wl_user = user_id) AND (LOWER(wl_title) = 'privacy_policy') AND (wl_namespace=)

from within function "Database::select". Database returned error "1064: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ')' at line 1 (localhost)".

I'm not a SQL guy, so I have no idea what this means. I searched around for some of those search terms and didn't find anything.

Any ideas?

KProvance 20:34, 30 November 2011 (UTC)

I found the problem:

Extension talk:WhoIsWatchingTabbed#Problem with Page Titles with Colons and Spaces

KProvance 21:33, 30 November 2011 (UTC)

number of articles

hi the variable {{NUMBEROFARTICLES}} no more work on sidebar, if i use on page (also sidebar page show) it work but not on sidebar, how can be fixed or replaced? 87.21.241.8 (talk) 23:43, 30 November 2011 (UTC)