Jump to content

Project:Support desk/Flow/2013/07

Add topic
From mediawiki.org
This page is an archive.
Please ask questions on the current support desk.

Summary Infomation on each post

Hello,

I tried to look for a extension how to make summary information like this: http://www.imagebam.com/image/133806263296610 but I cannot see any extension matched what I want or I cannot say name of the extension. Please help me! Thank you so much

Regards. 42.117.28.79 (talk) 16:55, 1 July 2013 (UTC)

That "summary" information is a template and not an extension. See http://www.mediawiki.org/w/index.php?title=Template:Extension AKlapper (WMF) (talk) 19:59, 1 July 2013 (UTC)
Thank you for supporting me.
I have another question, could I change the template just look like wikipedia, ex: https://vi.wikipedia.org/wiki/Hogwarts
Thanks again!! 1.54.72.250 03:04, 2 July 2013 (UTC)
See the infobox template and its associated CSS. MarkAHershberger(talk) 13:16, 2 July 2013 (UTC)

Global blocking

Hi could someone make an extension which you can block a user globally instead of locking there accounts please 90.218.199.164 (talk) 17:38, 1 July 2013 (UTC)

Extension:GlobalBlocking Reedy (talk) 17:43, 1 July 2013 (UTC)
Ok but can you block a user globally without locking the account 90.218.199.164 17:44, 1 July 2013 (UTC)
What is locking? 88.130.90.87 17:54, 1 July 2013 (UTC)
Locking is when you block the user form loging in to there account on multiple wikis 90.218.199.164 18:23, 1 July 2013 (UTC)
So for you locking is when you block a user from logging in. So your above question can be rewritten as:
can you block a user globally without blocking the user form loging in to there account on multiple wikis
The answer is: No. No, you cannot block a user without blocking the user. 88.130.90.87 20:36, 1 July 2013 (UTC)
You could set up group of accounts that has read-only access, though. This group could log in to a wiki but not be able to edit that wiki. I don't know if there is a way to set up multiple wikis to check for group membership, though. Maybe that is what is needed? MarkAHershberger(talk) 20:56, 1 July 2013 (UTC)

Extension:GlobalBlocking

Could someone please update this Extension:GlobalBlocking extension because it needs the support for blocking users globally instead of just blocking ip globally please 90.218.199.164 (talk) 17:46, 1 July 2013 (UTC)

If you make a feature request in bugzilla, you'll be slightly more likely to get someone to do it. MarkAHershberger(talk) 20:54, 1 July 2013 (UTC)

[RESOLVED] my sandbox

hi how can I add a link to my sandbox like in en Wikipedia it has at the top it says user then talk then my sandbox then the other buttons how can I add my sandbox to one of the links at the top 109.144.228.207 (talk) 20:19, 1 July 2013 (UTC)

Just added to the FAQ (adding a "Sandbox" link) since I've answered other requests. MarkAHershberger(talk) 20:48, 1 July 2013 (UTC)
I have copied the Mediawiki: page to mine but doint know how to enable it by default or even find it I have gadget installed 86.176.51.142 06:37, 2 July 2013 (UTC)
If you have gadgets installed properly, it will show up in your preferences. Do you see it there? MarkAHershberger(talk) 13:08, 2 July 2013 (UTC)
No 86.176.51.142 17:09, 2 July 2013 (UTC)
Then you probably need to install the Gadgets extension. MarkAHershberger(talk) 00:17, 3 July 2013 (UTC)

SQL plugin to get live data from MS SQL database (Preferable using ODBC connection)

Hi. I have following environment: MediaWiki 1.21.1 PHP 5.3.13 (apache2handler) MySQL 5.5.24-log

Is it possible to fetch data to MediaWiki articles/pages from a MS SQL database. For some wikiengines it seems to be possible, if I have understood this link correctly http://foswiki.org/Support/SqlPlugin

I would like to have live data from MS SQL database using quite simple SQL sentences like "Select * from contact_data where user_role = 'APP_DMS_SUPERVISOR'.

Am I dreaming or is this possible to be done. And if yes could someone create installation instructions for this kind of plugin. 62.92.19.68 (talk) 07:41, 2 July 2013 (UTC)

It is, of course, possible. Anything is possible.
However, it isn't clear what you want to do with this data. Do you just want to display the data in a table format? MarkAHershberger(talk) 13:29, 2 July 2013 (UTC)

[RESOLVED] send admin an email when a new user confirms their email.

I have $wgGroupPermissions['emailconfirmed']['edit'] = true; set on my site. A user must confirm their email before they can make an edit. When a new user confirms their email address I would like an email sent to my address to notify me. How do I set this up? LTech (talk) 08:48, 2 July 2013 (UTC)

Create a PHP function with all the required logic to email you, and bind it to the ConfirmEmailComplete hook so it's called whenever a user confirms their email. Ciencia Al Poder (talk) 09:20, 2 July 2013 (UTC)
Thanks, that worked great. Tech (talk) 08:45, 3 July 2013 (UTC)

Short URL Issues. The requested URL /wiki/wiki was not found on this server.

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.


Hi. Like many people, I was trying to shorten the url of my wiki by removing "index.php" from "example.org/wiki/index.php/Main_Page". So I modified LocalSettings.php and created .htaccess to paste the following codes in. Both are located in the root of my wiki folder.

Localsettings.php
$wgScriptPath = "/wiki";
$wgArticlePath = "$wgScriptPath/$1";

.htaccess
RewriteEngine On
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^wiki/?(.*)$ /wiki/index.php?title=$1 [L,QSA]

After doing so, I can no longer access my wiki as typing in the url I normally used (example.org/wiki) gives me the error:

The requested URL /wiki/wiki was not found on this server.

Interestingly, I can still access my site (although the format/structure is wrong) by completely omitting "/wiki" and using the url:

example.org/index.php/Main_Page.

Why is this happening? I just started learning mediawiki last week so I pretty much know next to nothing. Any help would be much appreciated.

Edit: I'd also like to add that I tried removing the code I added on LocalSettings.php and .htaccess to see if it would revert back to the original long url but I still encounter the same errors. Jc4913 (talk) 18:36, 2 July 2013 (UTC)

Take a look at Manual:Short_URL/Apache.
First of all, you should have a clear idea of how URLs should look. There are 2 types of urls: Short urls (those without index.php) and normal ones. Short URLs are rewritten by the server with the RewriteRule statements to reach the normal ones, transparently to the user.
Note that you shouldn't have long URLs inside a Short URL path, otherwise the server will rewrite both and/or cause many issues. In your example, $wgScriptPath (for Long URL, this is the path before index.php) is /wiki, while $wgArticlePath (which is the path for Short URL with article name) is also in /wiki.
You should either put the wiki directly on the root directory (/) or on a different path than /wiki (for example, /w as it's used here). and then change:
$wgScriptPath = "/"; // or change to /w if the wiki is installed at /w
$wgArticlePath = "/wiki/$1";
And then change he RewriteRule to
RewriteRule ^wiki/?(.*)$ /index.php?title=$1 [L,QSA]
Or
RewriteRule ^wiki/?(.*)$ /w/index.php?title=$1 [L,QSA] Ciencia Al Poder (talk) 09:42, 3 July 2013 (UTC)
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Group Specific Content on the same page

Hi; thanks for any help in advance!

I'm looking to create pages where different content is displayed based on the group membership of the person who is logged in. I currently have my wiki configured with tabs to segment data, but I'm wondering if the tool can display different content simply based off of the group membership I assign to the user that is logged in.

Example: Let's say I have a different solution for multiple teams to the same issue (one may be an escalation where the other may be a fix). Is this possible?

Thanks! Morcleus (talk) 16:21, 3 July 2013 (UTC)

You can use the parser function {{#ifgroup:...|...}} that comes with Extension:SimpleSecurity. Although it does not cover things up completely, since the source text will remain visible, it will allow you to regulate the display of content based on user groups, including anonymous users. Remember though that the extension is not maintained at the moment, but that is MediaWiki for you : ) Cavila (MW 1.19.7, MySQL 5.1.66, Php 5.3.3-7, SMW 1.8, SF 1.5.2} 15:02, 4 July 2013 (UTC)

What does "raw:" do?

Over at the English Wiktionary, we're trying to figure out what the prefix "raw:" does. It was used in certain old templates, such as Template:slink, and was therefore recently copied into the major Template:head (diff / example of use)... but no-one remembers what it does. Obviously, using code without knowing what it does is suboptimal... can you enlighten us as to what it does, so we can decide if it's necessary? Feel free to reply here or post a note to Template talk:head.

If I'm not asking this question in the right forum, I'm sorry and I'd be obliged if you could direct me to a better forum. -sche (talk) 20:28, 3 July 2013 (UTC)

I just asked on IRC and bawolff and Matma Rex clued me in. Here is a mashed-together transcript of what they said:
raw: shows the wikitext of page you're transcluding as if you wrapped the page being transcluded in <nowiki/< If you have scary interwiki transclude, it causes the wikitext to be transcluded from the foreign wiki, and interpreted as if it was parsed locally, as opposed to default behaviour of just transcluding the html (action=render) output.
In the example you linked to, it looks like this functionality is being used to tag pages with a raw link in their text into the Category "head with raw link". MarkAHershberger(talk) 23:09, 4 July 2013 (UTC)
Do you mean
as if you wrapped the page being transcluded in <nowiki/>
? Thnidu (talk) 18:32, 8 July 2013 (UTC)
That description doesn't seem to be accurate. See below, interacting with Template:Example and comparing output to msgnw ("message nowiki", presumably from the time that templates were messages).
"raw:" doesn't appear to do anything special. It honours noinclude, processes parameters and transcludes the parsed/rendered html.
Input:
{{Example|X}}
----
{{raw:Template:Example|X}}
----
{{msgnw:Template:Example|X}}
Output:
X
----
X
----
<includeonly>{{Spec-paragraph|type=example|collapsible=true|class=mw-collapsed|handle={{{ handle| }}}|{{{1}}}|discussion={{{ discussion| }}}|status={{{ status| }}} }} </includeonly><noinclude>

{{Spec-paragraph/doc|example|This is just an example.}} ---- <templatedata> { "description": "Styled box for example text in guidelines and policies.", "params": { "1": { "label": "Text", "description": "Text to be displayed", "type": "string", "default": "", "suggested": true, "autovalue": "text" }, "discussion": { "label": "Discussion", "description": "Any discussion to be shown below the paragraph", "type": "string", "default": "", "suggested": false, "autovalue": "discussion text" }, "handle": { "label": "Handle", "description": "A moniker that functions as an anchor", "type": "string", "default": "", "suggested": false, "autovalue": "handle" }, "status": { "label": "Status", "description": "A status marker like 'wip' or 'fixme' or 'todo'.", "type": "string", "default": "", "suggested": false, "autovalue": "status" } } } </templatedata> </noinclude>

Krinkle (talk) 04:07, 18 July 2013 (UTC)

PHP Fatal error: Cannot redeclare class FakeMaintenance

Hi, i got this error while untar-ing the newer mediawiki files onto the existing mediawiki files. Anyone knows what i should do? 203.120.2.250 (talk) 05:31, 4 July 2013 (UTC)

Yes, untar on a new, clean directory as described in Manual:Upgrading Ciencia Al Poder (talk) 09:25, 4 July 2013 (UTC)

[Resolved] New installation login account not working

Hi, new at this type of installations, I found the installation straight forward. All the items are clear and the website starts. So far so good. Then I tried to login with the admin account and this is not working.

After reinstalling the mediawiki 4 times, it still will not let me in and I am very sure the username and password is correct and very simple at the moment. How can this be fixed, I am really stuck.

regards, Rudy Media wiki 1.21.1 PHP 5.4.16 mysql 5.6 85.90.75.19 (talk) 12:29, 4 July 2013 (UTC)

Hi Rudy,
what do you see after you fill in your credentials and press the login button? What happens then? 88.130.90.136 13:34, 4 July 2013 (UTC)
You may also want to turn on the debug messages when you test this. MarkAHershberger(talk) 21:34, 4 July 2013 (UTC)
After making the change for the debug messages I noticed a message during a new setup/configuration of the mediawiki. It says that the db and tables were already there and were only updated. In my head I thought it would delete all tables and recreate them. Not the case. After I deleted the db and run the setup again it created the tables again and now I am able to login. Thanks for the help. 85.90.75.19 09:18, 5 July 2013 (UTC)

Importing a old installation from database backup

Hi there,

I want to know if it is possoble to restore the content database from a backup file from old version (<1.4 including cuf table ) to the new version?

It is not possible to download the old versions.

Thank you Best regards Joaopmacedo (talk) 14:21, 4 July 2013 (UTC)

Hi!
Old versions of MediaWiki can be downloaded; see here: http://dumps.wikimedia.org/mediawiki/
Yes, upgrading a database from MediaWiki 1.4 to newer versions is possible. To do an upgrade, check the information on Upgrading. Especially this section may be important for you.
PS: Note that to restore your complete installation you might also want to restore "personal" files like images, which were uploaded to your installation. 88.130.90.136 14:32, 4 July 2013 (UTC)

Moving mediawiki 1.10.0 from Windows 2003 server to RHEL 6 server

Hi Everyone,

I'm trying to move a mediawiki from a Windows 2003 server OS to a RHEL 6 server OS. I was able to move the database without problems. However after moving the mediawiki folder and trying to view the home page on the linux server, I get a blank page. After looking at the httpd error_log on the linux machine, I found the error:

"PHP Parse error: syntax error, unexpected T_NAMESPACE, expecting T_STRING in /var/www/html/wikimedia/includes/Namespace.php on line 44"

I'm pretty sure this won't be the only error I see, so I was wondering is there anything I need to do besides moving the wikimedia folder over to the linux machine and uploading the database into MySql on the linux server? Are there operating system centric problems that I need to know about? Any help is greatly appreciated. Thank you! 205.156.27.110 (talk) 18:06, 4 July 2013 (UTC)

Older versions of MediaWiki don't support PHP 5.3. Because they are also out of support and lack numerous security fixes, you are encouraged to update to 1.19 (which as LTS) or to 1.21. 88.130.90.136 19:11, 4 July 2013 (UTC)
The other commentor her has pinpointed your issue -- PHP 5.3 is causing the problem. You should install a newer version of MediaWiki and run update.php. If you haven't made any local modifications, then this is pretty straightforward. You may want to look at hiring a consultant to help you (disclaimer -- I'm on that list). MarkAHershberger(talk) 21:31, 4 July 2013 (UTC)
Thank you both for responding and helping. I was able to fix the error message I was getting before. Still, the MediaWiki 1.10.0 is not working on RHEL 6, probably for reasons that you mentioned. I have installed MediaWiki 1.21.1 on the RHEL server and uploaded the database dump from the MySql on windows to MySql on RHEL. The problem I am having is I don't know which php files to move since the person who set up the original Wiki left quite a while ago and left little documentation/information. How do I know which files are custom ones or have been edited? thank you! 205.156.27.110 16:47, 9 July 2013 (UTC)
Hi!
Basically it's not hard:
You have the MediaWiki source code. All files from the old source code are no longer needed and should be removed. Instead put the new files there.
Then there are the file LocalSettings.php and the folder images/. They contain your custom data. Keep them.
If you have extensions installed (check Special:Version), they are in the folder extensions/. Keep these as well and update them to make sure they work with your new wiki version.
What skin are you using? If it is one of the skins coming with MediaWiki, there is nothing to do here. If you have an own skin, then you need to update it. The according files then are in the folder skins/.
If you have additional files apart from those named above, you should check, what they are doing. They are not coming with MediaWiki.
---
If you think that files might have been changed, you can download the old MediaWiki version from http://dumps.wikimedia.org/mediawiki/1.10/, extract it and then compare your wiki folder with that newly extracted folder. That e.g. works on the shell with something like diff -ru mediawiki-1.10/ my-wiki-folder/ > differences.txt. Your wiki folder should only contain additional files, but not changed files. If you have changes, you might want to integrate them in the new wiki version. However, modifying the MediaWiki source code is not recommended. You should do things differently, e.g. with configuration settings or by using hooks. 88.130.86.55 20:43, 9 July 2013 (UTC)
Ok, I copied all files from the old wiki directory to the new wiki directory using the command cp -rnf /var/www/html/oldwiki/* /var/www/html/newwiki That seemed to work. the n option should make sure that versions of a file in the newwiki directory are not overwritten. However I am still getting a blank page. In the /etc/httpd/logs/error_log file, I see the follow messaage: "PHP Fatal error: Call to a member function addMessages() on a non-object in /var/www/html/mediawiki/extensions/NewestPages/NewestPages.php on line 40" I did a google search on that error message but couldn't find much that was helpful. Does anyone know what I should do from here? Any help is greatly appreciated. Thanks! 205.156.27.110 17:07, 11 July 2013 (UTC)
Looks better than before.
The version of the extension "Newest page", which you are using, obviously is not compatible with MediaWiki 1.21. Try the newest version from Extension:Newest_Pages. However, that one also might be not working - the last real update was in January 2012; just try and see, if it works. 88.130.120.37 19:14, 11 July 2013 (UTC)
I was able to get the new wiki running. However I don't see any content, just the skin or template for the wiki. In /etc/httpd/logs/error_log, I am seeing a message "File does not exist: /var/www/html/common, referer: http://www.example.org/mediawiki/index.php/Main_Page" I feel I'm close to getting it running. But it seems wikimedia application can't read the database. Any help is is greatly appreciated! Thanks! 205.156.27.110 20:26, 13 July 2013 (UTC)
Hi again!
You say that you see the skin or template of the wiki, but no content. (That means for me that it is not the rather common "load.php redirects to wiki page" problem.) Did you modify the skin maybe? Are you using your own skin and this one does not work? What do you see, when you use your web browser to view the source code of the wiki page?
To me that does not look like a database access problem: If MediaWiki would not be able to access the database (which it should do via PHP), you would have errors in the PHP log, which point to the DB, e.g. "Access denied for user 'xxx'@'localhost'" or "A link to the server could not be established in <file>".
Where in the source code of the page does it point to the folder "common"? Maybe some PHP variables in LocalSettings.php are set incorrectly? Maybe some absolute paths, which are not correct after moving your wiki to the new server? 88.130.86.210 00:04, 14 July 2013 (UTC)

Unable to install on VPS - compilation failed and catchable fatal error

OS: CentOS 6.4 + WHM 11.38.1 & cPanel 11.38.1
MediaWiki: 1.21.1
PHP: 5.4.16
MySQL: 5.5.32
Apache: 2.4.4

I am unable to start the MW installation. To avoid cluttering up this page, here's what I get: http://pastebin.com/raw.php?i=JAqeNUwk

I've checked the tarball and even redownloaded it several times; it always fails with the above. It doesn't seem to be that I'm downloading a corrupted file. Restarting all relevant services as well as rebooting the VM hasn't had any effect. If someone could point me in the right direction I would be grateful (my host's technical support, with the exception of answering emergency tickets, is out today). 98.180.205.81 (talk) 20:50, 4 July 2013 (UTC)

Looks like it's a problem with how mod_sec is configured (its log is filled with "Audit log: Failed to lock global mutex: Permission denied" entries for almost every attempt to access something within the MW directory over HTTP/HTTPS). I'll have to ask my host for assistance with this tomorrow; I'll post the solution here in case anyone runs into this issue at some point in the future. 98.180.205.81 22:15, 4 July 2013 (UTC)
You always get the error
Warning: preg_match(): Compilation failed: unknown option bit(s) set at offset 0 in mediawiki-1.21.1/includes/PathRouter.php on line 120
(in several files at several lines, but always the same error.)
I would say this is a problem with the PCRE library in PHP. recompiling PHP might help without telling it to use special settings for PCRE. With the default it should work... 88.130.90.136 22:37, 4 July 2013 (UTC)
stackoverflow thread about this error. You will probably need to get your host to upgrade (or re-compile) their PHP. MarkAHershberger(talk) 23:13, 4 July 2013 (UTC)

If possible to create a section that would have had access to certain users?

We need to create a section in our wiki, which will be accessed to certain users, i.e. a group of people can browse only this section. Our wiki is a internal wiki about a company. There are a lot of information for personnel, e.g. important documents, price, etc. Also there are catalog of products, so we would like a certain group will be able to browse only catalog and will not be able to browse important document for personnel.

How can we realize it??? 84.204.22.130 (talk) 10:26, 5 July 2013 (UTC)

You can do this with Extension:Lockdown and by allowing only certain groups to access a given namespace that you want to limit. MarkAHershberger(talk) 02:24, 22 July 2013 (UTC)

How to display only part of an image

Hi folks,
Is there a way to display just small, defined area of image using MediaWiki's [[Image:]]?
Let's say you have a scan of book page, and you want to show only illustration on that page, without showing whole scanned page (with text, etc..).
Speaking more techicaly let's say we have image of 1000x800px and you want to display only a small part of it starting from possition 200,50 and with height width, 100 and 300.
Is it currently possible? Or planned in near future?
I guess this will be very useful, especially for Wikisource.
I've googled for a while, and looked thorugh MedaWiki manuals, but didn't find an answer.
I understand that currently there's no way to make it using only HTML <img> tag, but this can be done, using block elements, or displaying image as background.
Thanks beforehad, Xelgen (talk) 14:21, 5 July 2013 (UTC)
You could probably do something with jcrop. MarkAHershberger(talk) 02:41, 22 July 2013 (UTC)
Yes, that's what I'm using now. But JCrop is good for making a crop selection, and after that we have to crop it on 3rd party server, and upload a new cropped version of files back to wiki.
What I meant, was to use something in native MediaWiki Syntax, e.g. [[Image:Book_page_scan1|crop=X1,Y1,X2,Y2|thumb|this image shows only portion of page with X1, Y1 topleft corner, and X2, Y2 bottom right corner]] without having to upload new file, and just using what we already have.
You can probably do something like this with Divs and templates, but then image will be div's background, and won't behave the way regular images do.
But in the end of the day, visitors will have to load full image, to see just small part of it, and as I wanted to use it for few thousands images, on hopefully popular pages, I guess cropping and uploading new cropped images, is the way to go.
Thanks for your response. Xelgen (talk) 17:38, 25 July 2013 (UTC)
I want the same but although this question is more than 11 years old I guess there is still no way to do it or did you learn how? Dabed (talk) 00:59, 13 April 2024 (UTC)
Same here! It's moon (talk) 13:23, 15 May 2024 (UTC)

[RESOLVED] Error

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.


Hi could I have some help please I seem to have an error the erros says
Warning: is_executable() [function.is-executable]: open_basedir restriction in effect. File(/usr/bin/php) is not within the allowed path(s): (/home/random:/usr/lib/php:/usr/local/lib/php:/tmp) in /home/random/public_html/includes/Wiki.php on line 618
Website located at http://random-wikisaur.tk
Mediawiki version: 1.22 Wmf 9 90.218.191.245 (talk) 14:37, 5 July 2013 (UTC)
Why are you asking? It is easy to google the solution - and apart from that: You already were given the answer on this very page - for which you didn't even say "Thanks".
Get professional hosting! 88.130.122.247 15:10, 5 July 2013 (UTC)
Because this issues is different then that issue and I tried to google it it keeps saying tmp problems but I doint have that issues anymore it is a different error 90.218.191.245 15:26, 5 July 2013 (UTC)
A different issue. It is not. You should not try to google it, but actually do it. It is not so hard to find the answer - the answer, which I already gave you in your other thread, in which you did not deem it necessary to respond, let alone thank for the answer. 88.130.122.247 15:39, 5 July 2013 (UTC)
Петиция против уничтожения санкционных продуктов 178.254.81.116 (talk) 15:42, 5 August 2015 (UTC)
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

My text table is missing

I have a MediaWiki installation in a DreamHost server. I don't use it frequently and most times I need it there is something wrong with the database or full of spam.

Anyhow, when I wanted to use it this morning, and after updating the installation I found out that the text table is missing, with a 1146 error.

Database returned error "1146: Table 'wiki_125.wiki_text' doesn't exist (mysql.mydomain.fld)"

I don't know for how long I have had that error, and apparently my hosting company does not have too old backups. Neither I know what could've caused the missing table. I'm looking at http://www.mediawiki.org/wiki/Manual:Text_table and I'm not sure if I can create an empty table using that information and what would be missing, or if there is a better way to recreate or recover that table.

Thank you in advance. Chlewey (talk) 17:53, 5 July 2013 (UTC)

This table contains all texts of all pages in your wiki. It is absolutely essential.
Quickly tell your hoster that you need a backup where there still is the table wiki_text in it!
(The next question would be: Why is this table missing? Even if you did not do a complete update, e.g. you forgot to run update.php, this table should not be missing...) 88.130.122.247 21:52, 5 July 2013 (UTC)

Lua error: Internal error: The interpreter exited with status 126

Hi, it seems like scribunto has a problem when it comes to Navboxes, infoboxes, and importing xml files. When i try to load the navbox template, i get this in the debug log. Google provides no answers to why this is happening, and i have tried this on TWO different servers hosting providers, yet this error still follows me :(

[exception] [3e1ceb81] /wiki/index.php?title=Template:Navbox Exception from line 97 of /home/theoutpo/public_html/wiki/extensions/Scribunto/common/Base.php: Lua error: Internal error: The interpreter exited with status 126.

  1. 0 /home/theoutpo/public_html/wiki/extensions/Scribunto/engines/LuaStandalone/LuaStandaloneEngine.php(454): ScribuntoEngineBase->newException('scribunto-luast...', Array)
  2. 1 /home/theoutpo/public_html/wiki/extensions/Scribunto/engines/LuaStandalone/LuaStandaloneEngine.php(324): Scribunto_LuaStandaloneInterpreter->checkStatus()
  3. 2 /home/theoutpo/public_html/wiki/extensions/Scribunto/engines/LuaStandalone/LuaStandaloneEngine.php(287): Scribunto_LuaStandaloneInterpreter->receiveMessage()
  4. 3 /home/theoutpo/public_html/wiki/extensions/Scribunto/engines/LuaStandalone/LuaStandaloneEngine.php(213): Scribunto_LuaStandaloneInterpreter->dispatch(Array)
  5. 4 /home/theoutpo/public_html/wiki/extensions/Scribunto/engines/LuaCommon/LuaCommon.php(114): Scribunto_LuaStandaloneInterpreter->registerLibrary('mw_interface', Array)
  6. 5 /home/theoutpo/public_html/wiki/extensions/Scribunto/engines/LuaCommon/LuaCommon.php(89): Scribunto_LuaEngine->registerInterface('mw.lua', Array, Array)
  7. 6 /home/theoutpo/public_html/wiki/extensions/Scribunto/engines/LuaStandalone/LuaStandaloneEngine.php(8): Scribunto_LuaEngine->load()
  8. 7 /home/theoutpo/public_html/wiki/extensions/Scribunto/engines/LuaCommon/LuaCommon.php(158): Scribunto_LuaStandaloneEngine->load()
  9. 8 /home/theoutpo/public_html/wiki/extensions/Scribunto/engines/LuaCommon/LuaCommon.php(549): Scribunto_LuaEngine->getInterpreter()
  10. 9 /home/theoutpo/public_html/wiki/extensions/Scribunto/engines/LuaCommon/LuaCommon.php(533): Scribunto_LuaModule->getInitChunk()
  11. 10 /home/theoutpo/public_html/wiki/extensions/Scribunto/engines/LuaCommon/LuaCommon.php(561): Scribunto_LuaModule->execute()
  12. 11 /home/theoutpo/public_html/wiki/extensions/Scribunto/common/Hooks.php(96): Scribunto_LuaModule->invoke('rep', Object(PPTemplateFrame_DOM))
  13. 12 [internal function]: ScribuntoHooks::invokeHook(Object(Parser), Object(PPTemplateFrame_DOM), Array)
  14. 13 /home/theoutpo/public_html/wiki/includes/parser/Parser.php(3532): call_user_func_array('ScribuntoHooks:...', Array)
  15. 14 /home/theoutpo/public_html/wiki/includes/parser/Parser.php(3251): Parser->callParserFunction(Object(PPTemplateFrame_DOM), '#invoke', Array)
  16. 15 /home/theoutpo/public_html/wiki/includes/parser/Preprocessor_DOM.php(1077): Parser->braceSubstitution(Array, Object(PPTemplateFrame_DOM))
  17. 16 /home/theoutpo/public_html/wiki/includes/parser/Parser.php(3404): PPFrame_DOM->expand(Object(PPNode_DOM))
  18. 17 /home/theoutpo/public_html/wiki/includes/parser/Preprocessor_DOM.php(1077): Parser->braceSubstitution(Array, Object(PPTemplateFrame_DOM))
  19. 18 /home/theoutpo/public_html/wiki/includes/parser/Preprocessor_DOM.php(1496): PPFrame_DOM->expand(Object(DOMElement), 4)
  20. 19 /home/theoutpo/public_html/wiki/includes/parser/Preprocessor_DOM.php(1504): PPTemplateFrame_DOM->getNamedArgument('list1')
  21. 20 /home/theoutpo/public_html/wiki/includes/parser/Parser.php(3842): PPTemplateFrame_DOM->getArgument('list1')
  22. 21 /home/theoutpo/public_html/wiki/includes/parser/Preprocessor_DOM.php(1096): Parser->argSubstitution(Array, Object(PPTemplateFrame_DOM))
  23. 22 /home/theoutpo/public_html/wiki/includes/parser/Parser.php(3165): PPFrame_DOM->expand(Object(PPNode_DOM))
  24. 23 /home/theoutpo/public_html/wiki/includes/parser/Preprocessor_DOM.php(1077): Parser->braceSubstitution(Array, Object(PPTemplateFrame_DOM))
  25. 24 /home/theoutpo/public_html/wiki/includes/parser/Parser.php(3404): PPFrame_DOM->expand(Object(PPNode_DOM))
  26. 25 /home/theoutpo/public_html/wiki/includes/parser/Preprocessor_DOM.php(1077): Parser->braceSubstitution(Array, Object(PPTemplateFrame_DOM))
  27. 26 /home/theoutpo/public_html/wiki/includes/parser/Preprocessor_DOM.php(1496): PPFrame_DOM->expand(Object(DOMElement), 4)
  28. 27 /home/theoutpo/public_html/wiki/includes/parser/Preprocessor_DOM.php(1504): PPTemplateFrame_DOM->getNamedArgument('list2')
  29. 28 /home/theoutpo/public_html/wiki/includes/parser/Parser.php(3842): PPTemplateFrame_DOM->getArgument('list2')
  30. 29 /home/theoutpo/public_html/wiki/includes/parser/Preprocessor_DOM.php(1096): Parser->argSubstitution(Array, Object(PPTemplateFrame_DOM))
  31. 30 /home/theoutpo/public_html/wiki/includes/parser/Parser.php(3165): PPFrame_DOM->expand(Object(PPNode_DOM))
  32. 31 /home/theoutpo/public_html/wiki/includes/parser/Preprocessor_DOM.php(1077): Parser->braceSubstitution(Array, Object(PPTemplateFrame_DOM))
  33. 32 /home/theoutpo/public_html/wiki/includes/parser/Parser.php(3404): PPFrame_DOM->expand(Object(PPNode_DOM))
  34. 33 /home/theoutpo/public_html/wiki/includes/parser/Preprocessor_DOM.php(1077): Parser->braceSubstitution(Array, Object(PPTemplateFrame_DOM))
  35. 34 /home/theoutpo/public_html/wiki/includes/parser/Parser.php(3399): PPFrame_DOM->expand(Object(PPNode_DOM))
  36. 35 /home/theoutpo/public_html/wiki/includes/parser/Preprocessor_DOM.php(1077): Parser->braceSubstitution(Array, Object(PPTemplateFrame_DOM))
  37. 36 /home/theoutpo/public_html/wiki/extensions/ParserFunctions/ParserFunctions_body.php(220): PPFrame_DOM->expand(Object(PPNode_DOM))
  38. 37 [internal function]: ExtParserFunctions::switchObj(Object(Parser), Object(PPTemplateFrame_DOM), Array)
  39. 38 /home/theoutpo/public_html/wiki/includes/parser/Parser.php(3532): call_user_func_array('ExtParserFuncti...', Array)
  40. 39 /home/theoutpo/public_html/wiki/includes/parser/Parser.php(3251): Parser->callParserFunction(Object(PPTemplateFrame_DOM), '#switch', Array)
  41. 40 /home/theoutpo/public_html/wiki/includes/parser/Preprocessor_DOM.php(1077): Parser->braceSubstitution(Array, Object(PPTemplateFrame_DOM))
  42. 41 /home/theoutpo/public_html/wiki/includes/parser/Parser.php(3399): PPFrame_DOM->expand(Object(PPNode_DOM))
  43. 42 /home/theoutpo/public_html/wiki/includes/parser/Preprocessor_DOM.php(1077): Parser->braceSubstitution(Array, Object(PPFrame_DOM))
  44. 43 /home/theoutpo/public_html/wiki/includes/parser/Parser.php(3073): PPFrame_DOM->expand(Object(PPNode_DOM), 0)
  45. 44 /home/theoutpo/public_html/wiki/includes/parser/Parser.php(1153): Parser->replaceVariables(' 99.30.8.202 (talk) 06:15, 6 July 2013 (UTC)
I had this error too.
All I had to do was to chmod all files in the engines folder executable. Mastergalen (talk) 15:37, 6 July 2013 (UTC)
I have this problem too but it says that the folder is already 755 and it still says the same error 86.159.74.81 12:26, 5 August 2013 (UTC)
Focus on the files in the folder, not the folder itself. Are the files in the engines folder marked executable? MarkAHershberger(talk) 17:07, 16 August 2013 (UTC)

[RESOLVED] Mediawiki 1.21.1 upgrade issue.

My apologies if this is a stupid question:

I use GoDaddy hosting. The url is: http://www.elisoftware.org

I went through the process of upgrading MySQL to 5.0.96, PHP to 5.3.24, and MediaWiki to 1.21.1. I am surprised it works at all... but it does with one notable error: I can't edit a page or click on a Category without getting HTTP Error 500 (Internal Server Error).

When I look at the error logs, I am getting tons of:

[dir:error] [client x.x.x.x:xxxx] Inside mod_dir, setting document_root to PARENT_DOCUMENT_ROOT : /var/chroot/home/content/...

Any ideas? .htaccess? PHP issue?

Any help troubleshooting would be greatly appreciated.

Thank you. 174.55.49.105 (talk) 20:44, 6 July 2013 (UTC)

Hi!
Your PHP and MySQL versions look good - should work. :-)
Apache writes that mod_dir would provide for "trailing slash" redirects and that it serves directory index files.
However, I have never seen this error message. What part of the message changes and which does not? 88.130.105.44 22:58, 6 July 2013 (UTC)
Most look like this:
[Sat Jul 06 16:03:35 2013] [3578332] [dir:error] [client 96.47.225.82:55075] Inside mod_dir, setting document_root to PARENT_DOCUMENT_ROOT : /var/chroot/home/content/32/3578332/html
with just the client changing.
Sometimes the path will also have a referer on it:
/var/chroot/home/content/32/3578332/html, referer http://elisoftware.org/index.php?title=Special:RecentChanges
Thank you so much for replying. 174.55.49.105 23:13, 6 July 2013 (UTC)
I don't know the reasons, however, this is not normal. The error comes from Apache; obviously Apache is somehow configured incorrectly, most likely related to the value of document_root, which leads to the problem in mod_dir. If you don't take care for Apache yourself, then your hoster should fix that. 88.130.105.44 23:54, 6 July 2013 (UTC)
Thank you again. I am still leaning towards the problem being either:
.htaccess
or php5.3?
When I look at the Apache logs I don't see anything that looks wrong. Also- Apache is serving lots of pages without a problem. I only run into trouble trying to save an edited page, or when I try to go to a Category. 174.55.49.105 00:24, 7 July 2013 (UTC)
Ohh, I thought the lines, which you posted, would come from the Apache log. But they don't?
MediaWiki should also work with PHP 5.4. So if you suspect PHP 5.3 to be the culprit, maybe you can switch the domain to PHP 5.4 and see, if that helps.
.htaccess is kind of an Apache configuration file. So maybe it is possible to cause such an error there. You could try trimming down .htaccess to the lines, which are absolutely needed - maybe it also works without any .htaccess file, but I am not sure about that... 88.130.105.44 10:09, 7 July 2013 (UTC)
I really, really appreciate the help. And I also feel like I'm not too smart with this.... But I think I am much closer to understanding my problem. I have been casually using Mediawiki for a long time... I also have performed a lot of casual updates without really diving into all of the changes. This is the first upgrade I have really run into problems. I see that localsettings.php has changed a lot. I am still using an old 170 line file. I see the new baseline file is over 6,000 lines. I think that something in my old localsettings.php is probably causing the problem. So I modified the new localsettings.php as best I could. When I try to run update.php now, I get:
Warning: Invalid argument supplied for foreach() in /home/content/32/3578332/html/eli/includes/objectcache/SqlBagOStuff.php on line 232
Warning: Invalid argument supplied for foreach() in /home/content/32/3578332/html/eli/includes/objectcache/SqlBagOStuff.php on line 232
A database error has occurred. Did you forget to run maintenance/update.php after upgrading? See: https://www.mediawiki.org/wiki/Manual:Upgrading#Run_the_update_script
Query: SELECT page_title FROM `page` WHERE page_is_redirect = '0' AND page_namespace = '8' AND (page_title NOT LIKE '%/%' ) AND (page_len > 10000)
Function: MessageCache::loadFromDB(en)-big
Error: 1146 Table 'elisoftwarewiki.page' doesn't exist (elisoftwarewiki.db.3578332.hostedresource.com)
Backtrace:
  1. 0 /home/content/32/3578332/html/eli/includes/db/Database.php(983): DatabaseBase->reportQueryError('Table 'elisoftw...', 1146, 'SELECT page_ti...', 'MessageCache::l...', false)
  2. 1 /home/content/32/3578332/html/eli/includes/db/Database.php(1434): DatabaseBase->query('SELECT page_ti...', 'MessageCache::l...')
  3. 2 /home/content/32/3578332/html/eli/includes/cache/MessageCache.php(432): DatabaseBase->select('page', 'page_title', Array, 'MessageCache::l...')
  4. 3 /home/content/32/3578332/html/eli/includes/cache/MessageCache.php(345): MessageCache->loadFromDB('en')
  5. 4 /home/content/32/3578332/html/eli/includes/cache/MessageCache.php(710): MessageCache->load('en')
  6. 5 /home/content/32/3578332/html/eli/includes/cache/MessageCache.php(650): MessageCache->getMsgFromNamespace('Mainpage', 'en')
  7. 6 /home/content/32/3578332/html/eli/includes/Message.php(720): MessageCache->get('mainpage', true, Object(Language))
  8. 7 /home/content/32/3578332/html/eli/includes/Message.php(464): Message->fetchMessage()
  9. 8 /home/content/32/3578332/html/eli/includes/Message.php(553): Message->toString()
  10. 9 /home/content/32/3578332/html/eli/includes/Title.php(370): Message->text()
  11. 10 /home/content/32/3578332/html/eli/includes/Wiki.php(89): Title::newMainPage()
  12. 11 /home/content/32/3578332/html/eli/includes/Wiki.php(130): MediaWiki->parseTitle()
  13. 12 /home/content/32/3578332/html/eli/includes/Wiki.php(538): MediaWiki->getTitle()
  14. 13 /home/content/32/3578332/html/eli/includes/Wiki.php(458): MediaWiki->main()
  15. 14 /home/content/32/3578332/html/eli/index.php(59): MediaWiki->run()
  16. 15 {main}
I am guessing that if I can figure out what I am doing wrong, I can probably get it working properly... 174.55.49.105 23:02, 7 July 2013 (UTC)
Hi!
When you speak of this new localsettings.php with 6.000 lines of code, I think you mean DefaultSettings.php. That file contains all possible variables and sets default values for all of them. As far as you want to change them, you can do so in LocalSettings.php. But you do not have to do that; often the defaults should be fine.
Someone else had the same problem, but he stopped responding.
You get a MySQL error, when you try to run update.php (Error: 1146 Table 'elisoftwarewiki.page' doesn't exist). Obviously the table "page" is missing. However, it seems like I can browse your wiki just normal... Can you check, if this table is really missing inside the DB? 88.130.92.124 00:15, 8 July 2013 (UTC)
mw_oldimage
mw_page
mw_pagelinks
etc.
I do now recall that there is a setting for a prefix on tables? And I may not have updated that on the new localsettings.php...? I will try. You are also correct- I used the new defaultsettings.php as my template for a new localsettings.php- under the presumption that there is something wrong with my old localsettings.php (but I am not sure what).
If I run mediawiki with the new localsettings.php, you will not see pages. You wioll only see the error.
If I run the mediawiki with the old localsettings.php, you can see pages, but I get the error if T try to save an edited page or if I try to view a Category page.
Thank you once more. 174.55.49.105 00:38, 8 July 2013 (UTC)
UPDATE! IT'S WORKING!
I will have to do a lot of testing/debugging with all of the extensions- but so far so good!
So there is something depricated in my old localsettings.php that is causing the serious problem. Using the new localsettings.php based on the new defaultsettings.php, my mediawiki appears to be functioning again.
One small issue that I am sure I can figure out is my logo is not showing with:
$wgLogo = "{$wgStylePath}/common/images/elisoftware.png";
Might I have a bigger 'path' issue?
Thank you a million times again for the replies and help. 174.55.49.105 01:00, 8 July 2013 (UTC)
The category pages show again and also the logo is there.
Great to see it working! 88.130.92.124 11:33, 8 July 2013 (UTC)

Extension:Emoticons

hi could someone please maintain this Extension:Emoticons extension please because it bring emoticons to mediawiki but hasent been updated since 2009 and dosent work with the latest mediawiki version so please could someone update the extension 31.51.206.115 (talk) 10:03, 7 July 2013 (UTC)

See the talk page. MarkAHershberger(talk) 03:57, 23 July 2013 (UTC)
Hi MarkAHershberger,
I'm running version 1.22 and tried my old Emoticons extension (from 2009) but it was no more working with updated Mediawiki.
So, I searched on Mewiawiki extension page and discovered that the original Emoticons is no more updated.
I tried the EmoticonsLite => not working too.
I just fount your updated script and so, I tried it.
Unfortunately, it doesn't work too : it seems that the text is not well replace => stay the same (not transformed into an image) => no emoticon working at all.
So, may be another update is required ?
MediaWiki	1.22.6
PHP	5.3.3 (apache2handler)
Emoticons (version 1.2.3)
81.243.175.178 14:21, 28 June 2014 (UTC)

erreur de syntaxe dans Namespace.php

bonjour,

j'ai la version 1.9.1 de mediawiki et je n'arrive pas à lancer l'installation de mediawiki pour cause : une erreur de syntaxe ligne 46 dans le fichier Namespace.php présent dans le répertoire /var/www/Wiktionnaire/includes étant donné que j'ai pris l'exemple du manuel de démarrage sous ubuntu mais, quand je lance l'installation : l'erreur de syntaxe

s'il vous plaît, aider moi!!! Deoaxe64 (talk) 11:51, 7 July 2013 (UTC)

Hi!
Mon français n'est pas très bien; donc je veux repondre en Anglais. ;-)
You are getting a syntax error on line 46 in includes/Namespace.php. You are using MediaWiki 1.9.1 and you are running on Ubuntu.
Which version of PHP are you using? If your Ubuntu installation is not really old, then your PHP version should be PHP 5.3.x. But your MediaWiki version 1.9.1 is old. This MediaWiki version is not compatible with PHP 5.3. You should do a backup of MediaWiki (files and database) and then do an update to a current version. MediaWiki 1.19 or MediaWiki 1.21 are current. More informatiopn on upgrading are here: Manual:Upgrade. 88.130.105.44 12:01, 7 July 2013 (UTC)

Installing Mediawiki on a local WIMP setup - 403 Error

I am completely new to MediaWiki and server/database setups (I've had a little bit of programming experience in C and Visual Basic as a EE). I'm trying to follow Brion Vibber's book, Working with MediaWiki to develop a Wiki. I've attempted to setup a WIMP server on my local Windows 7 desktop by installing the individual components(IIS 7.5 ,PHP 5.5 ,MySQL 5.2.47,MediaWiki 1.21.1) using this guideline: http://www.mediawiki.org/wiki/Manual:Running_MediaWiki_on_Windows. I unpacked MediaWiki here: C:\inetpub\wwwroot\mymw. When I type http://localhost/mymw into my browser I get:

HTTP Error 403.14 - Forbidden

The Web server is configured to not list the contents of this directory.

Detailed Error Information

Module DirectoryListingModule

Notification ExecuteRequestHandler

Handler StaticFile

Error Code 0x00000000

Requested URL http://localhost:80/mymw/

Physical Path C:\inetpub\wwwroot\mymw\

Logon Method Anonymous

Logon User Anonymous

I noticed that under C:\inetpub\wwwroot\mymw there is a LocalSettings.php even though the book indicates it shouldn't exist yet. Do you have any suggestions for getting around this error? I'd also be interested in any general tutorials on MediaWiki and server/database setups. I understand that it might be wise to move towards a wiki farm or Linux based (LAMP) setup. SubtleAphex (talk) 15:37, 7 July 2013 (UTC)

[RESOLVED] Inserting directly into mysql database

Hi,

I've been searching the supportdesk and Google for answers but was unable to find any. In my wiki I have a bunch of pages, all based on one template. The variables defined in this template are filled in by hand and are different for every page. To clarify: the pages contain a large number of server specific data (ip addresses, memory, cpu, etc.) WE have over 120 servers ! What would be nice is that I would be able to fill in all those variables - per page - using data that was collected from these servers, by inserting this data in the right places in the mysql table(s). I have seen that the text table uses blobs, and I am unsure how to manipulate this (if it is even possible).

Question: Is there a way to do this ?

Thanks, Hans 193.173.113.147 (talk) 09:14, 8 July 2013 (UTC)

Sorry,
Forgot to mention the versions.
Medaiwiki 1.21.1
PHP 5.3.3
MySQL 5.1.69 193.173.113.147 09:20, 8 July 2013 (UTC)
Hi Hans!
The text is in old_text; for each page the complete text is saved in this one field. So if you want to modify something, it would be the content of this field.
I am not completely sure, but can you not just use UPDATE in MySQL and then write normal text into these fields? (This will not work, if the text is gzip encoded, which you could set in LocalSettings.php.)
However, it might be more clever to not manipulate the DB directly, but to either use the MediaWiki API and/or maybe write a few lines of PHP code, which create the text in exactly the way you need it. 88.130.92.124 12:24, 8 July 2013 (UTC)
Hi,
Thank you for the swift answer.
I could make a php script that creates the entire text displayed on the page, but how would I update the existing text in the database, using a (php) script running from the prompt ?
My problem is that I have externally generated data which can change over time, and I would like to keep my pages up to date with an automatic process. Manipulating the data in MySQL comes to mind first, if this is at all possible.
Thanks,
Hans 193.173.113.147 15:08, 8 July 2013 (UTC)
Replying to myself : Found a query that does what I want (nearly) :
mysql> select old_text
    -> from page
    -> inner join revision on page_Latest = rev_id
    -> inner join text on rev_text_id = old_id
    -> where page_title="CRMSAA01"
    -> and page_namespace=0;
I will probably be able to modify this so I can enter the current values in the database.
Thanks for thinking with me!
Hans 193.173.113.147 15:28, 8 July 2013 (UTC)
Hi Hans!
I have the same requirement as yours. I need to have a sort of automated way to update the page with servers information.
were you able to successfully deploy it?
can you share how you did it?
thanks!
Lansky 96.63.94.4 08:43, 6 November 2013 (UTC)

Intern tasked with a wiki project and I'm lost

Hello,

I have been tasked to make it easier for employees to create articles using our media wiki. I have been asked to make the text editing tools more like Microsoft Word, some kind of extension where I can create an article based out of prefilled templates, and then just anything else I feel would make Creating an article easier and more intuitive. any suggestions would be amazing. thank you very much! Vmaglion (talk) 20:39, 8 July 2013 (UTC)

Which version of MediaWiki do you have installed?
For current versions I do not know of a fully working WYSIWYG Editor. However, newer versions come with WikiEditor for easy editing. It can be customized as detailed here: Extension:WikiEditor/Toolbar customization.
You can also prefill the editing area with some text. E.g. have a look at this page: http://de.wikipedia.org/wiki/Wikipedia:Au and click the button "Stelle deine Frage". This works with the URL parameters "preload" and "preloadtitle".
Something else you could do is to add a big, broad button on top of empty pages with something like "Create this page" or so on it. 88.130.116.55 21:26, 8 July 2013 (UTC)
I dont know if I am missing somthing, or they just forgot to give me complete access, but they told me to use WinSCP and PuTTY to make the changes to the wiki, and then the person leading the task went on a 2 week vacation. I was not given access to the mediawiki application and am not sure how to apply extentions. I was given admin access to our Mediawiki page and can edit through the native editor. Is there somthing I am missing here? Should I be able to edit this stuff and jsut dont get it? Or was I not given enough resources?
Thanks,
Intern NOOB Vmaglion (talk) 15:21, 9 July 2013 (UTC)
WinSCP is useful when you have FTP access. PuTTY is for SSH access. In your installation, inside the file LocalSettings.php you will find the access data to the MySQL database; maybe you have phpmyadmin available on the server, if you want to access that.
If with "not given access to the mediawiki application" you mean that you do not have an account, meaning you cannot log in to the MediaWiki user interface (e.g. on the page Special:UserLogin), then you can use the maintenance script createAndPromote.php to create yourself an account from the shell via SSH.
How extensions can be installed is explained here: Extensions.
Basically SSH, FTP and maybe an admin account inside MediaWiki are all you need. 88.130.86.55 15:33, 9 July 2013 (UTC)
o alright...so now its a matter of finding the install...its making more sense now. I was being shown this project over a screensharing presentation from the UK. Thank you so much for the help. Vmaglion (talk) 15:41, 9 July 2013 (UTC)
On the server search for one of the files, e.g. LocalSettings.php:
find / -name LocalSettings.php -print
Recent operating system versions do not require the print option because this is the default. To limit the search to a specific directory such as /var/www:
find /var/www -name LocalSettings.php -print 88.130.86.55 16:21, 9 July 2013 (UTC)

Frame (websiteFrame.php) Extension removed?

Hello,

I am currently in the process of upgrading our wiki to a new version. We have an extension call Frame, and the file is websiteFrame.php. The only website frames file I can see on the MediaWiki website says Website in iFrame has been removed. I don't know if it is the same one.

However, the pages are blank when I try opening it. So I don't know if it is because the websiteFrame.php extension is not installed/or doesn't work with 1.21 (we were using MediaWiki 1.16.0).

Is there a replacement website frame that I can use? Or a way to view the page(s)? I am not sure if I did something wrong, or if it is because the website was a frame website.

If there isn't a way to view the frames, am I going to have to delete the database, and create a brandnew one from scratch, and manually copy and paste every page? 66.7.112.4 (talk) 00:28, 9 July 2013 (UTC)

Hi!
Most probably you did not wrong - you just have to finish the update. :-)
A blank page points to a PHP error. Check the error log and/or activate error display to see, what error is happening.
As far as I found out this extension allows to view the whole MediaWiki website inside an iframe, right? (So I think that it is the same extension: Only 13 hits or so on mediawiki.org, one is this here.)
Something like that should also be possible with configuration options in LocalSettings.php: See $wgEditPageFrameOptions and $wgBreakFrames.
And no, you do not have to delete your database, quit with your girl friend or drive your car into a wall. ;-) But what you might want to do is: Make a backup! 88.130.116.55 10:06, 9 July 2013 (UTC)
Thank you very much! I appreciate it. I did not have PHP_errors logging, but I was able to see it was an extension that was causing the issue.
Thanks. 66.7.112.4 18:29, 9 July 2013 (UTC)
I have one more question. The employee who worked on the Wiki left months ago, and I don't believe there is anyone here that knows how it was configured.
On our old Wiki version, we had a menu to the left of the page under the search box. I don't know if this was manually added in some configuration file, but it does not appear in our new Wiki.
Since I am just learning how to use MediaWiki, what would I need to edit to figure out how to get that Menu back to the left-hand side? I will attach an image of what it looks like.
You can see to the left, it shows the new WIKI, and a toolbox menu under the search. To the right, you see the older wiki version, and we have our own custom NAVIGATION menu under the search menu.
Since I cannot figure out how to attach an image to this post, I'll post the link to a tinypic url.
Please let me know:
http://i44.tinypic.com/2roics0.jpg
Thanks! 66.7.112.4 18:37, 9 July 2013 (UTC)
Hmm, hard to say without seeing the old HTML code...
But seeing your image it looks like you had either modified the monobook skin or you were using an own skin. You should find information about the default skin in LocalSettings.php. Or in your user account when you go to "Preferences". The skin name, which you find (or found) there, is the one, which was used. You find the according skin in the folder skins/; it is a PHP file and a folder with images, CSS and JS files. 88.130.86.55 21:03, 9 July 2013 (UTC)

Media WIKI Security and Rules by I.P. Address

Hey,

I am in the process of making a documentation Media WIKI and have some bespoke requirements in regards to how it is set-up. I would like to know if this would be possible.

Can I add a safe IP address (for example home or office static IP Address) in which a user can view all data but not edit without a login when sitting at their office desk. Any other IP addresses I can use my same format of you cannot view without an account, and only Admin can create an account for the user.

This would make it safer to protect the data without asking users in the office to have to login just to view a page.

Thanks. 178.16.239.2 (talk) 09:30, 9 July 2013 (UTC)

Hi!
So you want the following:
  • When the wiki is called from one certain IP address, then all pages should be visible.
    • After login, users from that IP should also be able to edit.
  • For all other IP addresses, no page should be visible.
    • Should users from these IP addresses be able to login? Or not at all?
  • User creation should be restricted to admins.
Is that correct? 88.130.116.55 12:32, 9 July 2013 (UTC)
Yeah unknown IP addresses not be able to view anything without logging in.
And only if they already have an account as I have restricted user creation in Localsettings.php 178.16.239.2 12:54, 9 July 2013 (UTC)
Ok, so other IP addresses should be allowed to login.
Something like that in LocalSettings.php could be a start:
# Disable reading by anonymous users
$wgGroupPermissions['*']['read'] = false;
 
# But allow them to access the login page or else there will be no way to log in!
# NOTE: You also need to provide access here to the .css and .js files that the
# allowed pages attempt to load; otherwise, users will get errors on the page
# when they attempt to load it (Internet Explorer will complain about the errors;
# Firefox will show them in its error console)
# (You also might want to add access to "Main Page", "Wikipedia:Help", etc.)
$wgWhitelistRead = array ("Special:Userlogin", "MediaWiki:Common.css", 
"MediaWiki:Common.js", "MediaWiki:Monobook.css", "MediaWiki:Monobook.js", "-");
# Disable anonymous editing
$wgGroupPermissions['*']['edit'] = false;
# Prevent new user registrations; other settings may be valid for sysops
$wgGroupPermissions['*']['createaccount'] = false;
This should do the part for "other IP addresses". I have not tested this - is it working as expected for other = unknown addresses? 88.130.116.55 13:10, 9 July 2013 (UTC)

Error loading CSS

Hi,
I'm having issues with my wiki as the pages only load up text and links, no images. It basically looks like a page purely in HTML. I suspect that it is having trouble loading the CSS but I don't understand why. I have it set up for one of the default skins (Monobook) and I looked in the LocalSettings.php and made sure that the $wgStylePath is correct. What other things should I look out for or what tests can I run?

Thanks Jc4913 (talk) 14:29, 9 July 2013 (UTC)

Without a URL to the wiki and without the exact MediaWiki version it's only guessing.
But my crystal ball says that calls to load.php are not working properly in your installation. This problem is usually caused by wrong or missing rewrite rules in .htaccess. Requests to the file load.php must be allowed - and not changed by mod_rewrite. Calling the file should not bring up a wiki page, but you must be able to access this file. 88.130.86.55 14:43, 9 July 2013 (UTC)
Thanks for the quick response!
Here's the url to my wiki:
http://www.cusp-citizenscience.org/wiki/
Sorry. I'm quite new to this. Which .htaccess is incorrect? There are a few of them. Can I just write a new one? Jc4913 (talk) 15:02, 9 July 2013 (UTC)
The .htaccess in the root folder of your wiki. Meaning outside of the folder with all the wiki stuff in it, e.g.:
wiki/
  |
  +--includes/
  +--LocalSettings.php
.htaccess <-- this one
Loading http://cusp-citizenscience.org/wiki/load.php works correctly (that this would be broken would have been my guess). However, trying to get some CSS styles from there is just working fine: http://cusp-citizenscience.org/wiki/load.php?debug=false&lang=en&modules=mediawiki.legacy.commonPrint%2Cshared%7Cskins.monobook&only=styles&skin=monobook&*
But you have somehow framed your wiki with this external URL, this seems to cause the problem:
However, when you call a site, the CSS is tried to be fetched from http://cusp-citizenscience.org/wiki/load.php?debug=false&lang=en&modules=mediawiki.legacy.commonPrint%2Cshared%7Cskins.monobook&only=styles&skin=monobook&* and this call, executed from inside your site, does not return the CSS styles, but a wiki page. This is the problem... 88.130.86.55 15:11, 9 July 2013 (UTC)
How do I correct this so that the CSS style is being fetched from the correct location? Jc4913 (talk) 20:33, 9 July 2013 (UTC)

Upgrade from 1.16 => 1.21 failure

I tried to upgrade by copying the new files over the old ones. After that I ran the web updater via /mw-config/ and that finished successfully. The php version was upgraded by my internet services provider prior to the upgrade. Now the wiki doesn't show anything online? See www.bulkwiki.nl AgaPutih (talk) 14:50, 9 July 2013 (UTC)

A blank screen usually is a PHP error. Check the PHP error log or activate error display in PHP to see, what is happening. 88.130.86.55 15:13, 9 July 2013 (UTC)
Thanks,
This is what I get.
error_reporting( -1 ); ini_set( 'display_errors', 1 ); Fatal error: Call to undefined method OutputPage::setEncodings() in /var/www/bulkwiki.nl/www/index.php on line 55
The line on 55 is "OutputPage::setEncodings(); # Not really used yet" AgaPutih (talk) 15:52, 9 July 2013 (UTC)
Part of the problem might be that you have overwritten the old files. This leaves other files, which are no longer there in the new release, in place. This can cause problems.
Instead of overwriting files, try putting your install in a new folder. Manual:Upgrading#Using_a_tarball_package and especially the section "command line" contain some hints on which files to keep. 88.130.86.55 16:18, 9 July 2013 (UTC)
Thanks! You are right. I did a clean install and then brought back the old files one by one.
It works.. almost ;-) AgaPutih (talk) 15:46, 10 July 2013 (UTC)
It's always possible that you still have to update the one or the other extension afterwards to make your system work correctly again... 88.130.81.67 17:53, 10 July 2013 (UTC)

Using Convert Template From Wikipedia Throwing Scribunto Error

I imported the convert template (Template:convert) from Wikipedia to use on my Wiki; it throws the following error when used:

Internal Eroror [18eba24f] 2013-07-09 15:00:33: Fatal exception of type ScribuntoException

My MediaWiki version is: 1.21.1 PHP: 5.3.24 MySQL: 5.1.69 173.165.184.50 (talk) 15:29, 9 July 2013 (UTC)

Forgot to mention the Wiki is located here: wiki.tankpedia.org 99.47.124.141 21:43, 10 July 2013 (UTC)
More info that may be of use; I had an initial problem early on with the Scribunto install and I found through research online that I needed to chmod the files to be executable so I have set them to 755. 99.47.124.141 21:44, 10 July 2013 (UTC)
I was able to resolve this problem; I re-installed the Scribunto extension with the latest files from development and chmod 755; and the above problem was gone. 99.47.124.141 15:27, 14 July 2013 (UTC)

My MediaWiki on GoDaddy isn't working - get message "[an error occurred while processing this directive]" - help!

Whenever I go to http://www.coasterpedia.net/w, where my wiki is installed, I get the message "[an error occurred while processing this directive]". I've tried re-installing MediaWiki, and the wiki worked, until I re-uploaded my database, after which it stopped working. Can anyone give me any advice? I really don't want to lose my database, so is there a way of recovering it? Any help would be greatly appreciated. Thanks in advance 95.145.110.98 (talk) 19:26, 9 July 2013 (UTC)

Hi!
The error error "[an error occurred while processing this directive]" can be caused by SSI – server side includes. It appears, when SSI are not cofigured to work properly. However, I am not sure, that is your problem.
The problem comes after you import the database? And when you try with a DB with other content? E.g. with an empty one? 88.130.86.55 20:51, 9 July 2013 (UTC)
I faced the same issue. I believe its a database error where file permissions and group got messaged up. Maisie (talk) 09:34, 19 September 2013 (UTC)

MediaWiki Sidebar items not displaying

I have a bunch of information in my Sidebar (I imported the database from our old 1.16.0 to 1.21.1 MediaWiki server).

If you go to the MediaWiki:Sidebar page, you can see it's all there. However, it is not displaying in the actual sidebar. What can I do to fix this? I have been looking at the Sidebar documentation, and have purged the cache, etc., but no luck.

Here is a picture of what it looks like. This links to a tinypic uploaded image for my wiki.

http://i41.tinypic.com/334m87o.png

Thank you,

-R- 66.7.112.4 (talk) 19:42, 9 July 2013 (UTC)

Alright. I have made a couple changes and have fixed it, and turned it into a Tree Menu. However I still have an issue, it will not show up in the Sidebar.
I was reading through the documentation and it says to set up the Sidebar you create the heading, and sub-heading.
For Example:
* Navigation
** link | link description
If I edit my MediaWiki:Sidebar, this is the code we have in there that previously shows the Navigation Menu:
<div class="portlet" style="padding-left:1px;">
<br>
{{:Sidebar/Menu}}
Adding a * or ** in front of that code doesn't display it right.
So is there a way I can get the Sidemenu to pull in that and put it in the Sidebar? 66.7.112.4 20:42, 9 July 2013 (UTC)
 21:01, 9 July 2013 (UTC)

[RESOLVED] problems loading css

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.


sometimes when I reload the page in the browser, it happens that the css does not get load...any idea why this happens?

I have installed the version 1.20.6

This is the address of the wiki: www.codegaia.com Saeros~mediawikiwiki (talk) 01:54, 10 July 2013 (UTC)

I'd start checking the output of the Java Script console of your browser for potential errors. There is also http://www.mediawiki.org/wiki/Manual:How_to_debug providing some pointers. AKlapper (WMF) (talk) 13:58, 10 July 2013 (UTC)
Thanks for the reply, but still I can not find the problem.
my browser console brand me the following problem:
GET http://www.codegaia.com/load.php?debug=false&lang=es&modules=mediawiki.legacy.commonPrint%2Cshared%7Cskins.vector&only=styles&skin=vector&* 500 (Internal Server Error) index.php:12
GET http://www.codegaia.com/load.php?debug=false&lang=es&modules=startup&only=scripts&skin=vector&* 500 (Internal Server Error) index.php:17
i have my wiki hosted in ipage, I don't know if the real problem is the hosting, i have tried installing previous versions but i had the same problems. Saeros (talk) 00:47, 17 July 2013 (UTC)
Hi Saeros,
I have also the same problem with mediawiki 1.19.1 installed on ipage server. CSS doesn't load with Firefox once I reload the page but it does with Google Chrome for example.
The browser console of Firefox brand me the following problem:
[16:00:48,716] GET http://en.solarpedia.net/wiki/load.php?debug=false&lang=en&modules=mediawiki.legacy.commonPrint%2Cshared%7Cskins.vector&only=styles&skin=vector&* [HTTP/1.1 500 Internal Server Error 892ms]
[16:00:48,718] GET http://en.solarpedia.net/wiki/load.php?debug=false&lang=en&modules=startup&only=scripts&skin=vector&* [HTTP/1.1 500 Internal Server Error 636ms]
[16:00:48,719] GET http://en.solarpedia.net/wiki/load.php?debug=false&lang=en&modules=skins.vector&only=scripts&skin=vector&* [HTTP/1.1 500 Internal Server Error 1331ms]
I found otherwhere that's the problem is that the web server is configured to serve .css files as text/plain and not text/css.
Someone could resolve it ?
Vincent 85.69.60.159 14:41, 7 September 2013 (UTC)
Vincent, the problem is not (only) it's sending CSS as text/plain, but the 500 Internal Server Error responses. Please check out the server error logs to get a detailed error message about what's failing. Ciencia Al Poder (talk) 12:38, 8 September 2013 (UTC)
Ciencia, thank you for your reply. I found my problem. I added the code
body.page-Main_Page h1.firstHeading { display:none; } to commonElements.css in order to not have the title in Main Page. I deleted this line, and now it's working !
I have just to find another way to not have the title in Main Page.
Vincent 85.69.60.159 15:30, 8 September 2013 (UTC)
Sorry, I spoke to fast.. It's still not resolved..
Vincent 85.69.60.159 15:39, 8 September 2013 (UTC)
Interestingly en.wikipedia.org suffers from the same problem. I have (obvisouly) no access to their log files but the following URL resulted in a 500 Error reported in Firefox:
http://bits.wikimedia.org/de.wikipedia.org/load.php?debug=false&lang=de&modules=ext.flaggedRevs.basic%7Cext.gadget.CommonsDirekt,WikiMiniAtlas%7Cext.rtlcite,wikihiero%7Cext.uls.nojs%7Cext.visualEditor.viewPageTarget.noscript%7Cmediawiki.legacy.commonPrint,shared%7Cmediawiki.ui.button%7Cskins.common.interface%7Cskins.vector.styles&only=styles&skin=vector&*
Theking2 (talk) 07:33, 28 March 2014 (UTC)
Interestingly en.wikipedia.org suffers from the same problem. I have (obvisouly) no access to their log files but the following URL resulted in a 500 Error reported in Firefox:
http://bits.wikimedia.org/de.wikipedia.org/load.php?debug=false&lang=de&modules=ext.flaggedRevs.basic%7Cext.gadget.CommonsDirekt,WikiMiniAtlas%7Cext.rtlcite,wikihiero%7Cext.uls.nojs%7Cext.visualEditor.viewPageTarget.noscript%7Cmediawiki.legacy.commonPrint,shared%7Cmediawiki.ui.button%7Cskins.common.interface%7Cskins.vector.styles&only=styles&skin=vector&*
Theking2 (talk) 07:33, 28 March 2014 (UTC)
Hi Saeros,
I have exactly the same problem.
I have visited your website, but you have no reload problems anymore.
What did you change?
Jos 81.58.150.73 22:20, 5 September 2013 (UTC)
Jos, 500 errors can be produced by various issues. Without knowing which exact error do you have, you can't assure you have the exactly the same problem. Read Manual:How to debug and come back with the detailed PHP error you get Ciencia Al Poder (talk) 09:46, 6 September 2013 (UTC)
Hi Saeros,
I have done all the debugging I could, but no PHP errors, all I could see -using firebug- was the 500 internal server error.
My hosting company is FatCow.
Any help would be appreciated,
Thanks, Jos 81.58.150.73 20:40, 13 September 2013 (UTC)
Hi,
This problem has been mentioned here recently : Manual:Load.php
I tried to fix it by adding a RewriteRule in the file .htaccess. However, styles don't display everytime with Firefox, and half the time with google. I have mediawiki 1.19.1 and PHP 5.2.17. My hosting company is IPage.
What can be wrong ?
Vincent 85.69.60.159 19:06, 17 September 2013 (UTC)
Hi Vincent,
I discovered that loap.php is sometimes not loaded (500 internal server error), so the RewriteRule in .htaccess has no effect.
Now I use a very dirty hack, I am loading the css the "old" way...
I use the skin cologneblue.
Edit your own skin.php for instance skins/vector.php.
In the skin file look for
function setupSkinUserCss
and (in my case) add:
$out->addStyle( 'cologneblue/screen.css', 'screen' );
So
$out->addStyle( 'cologneblue/screen.css', 'screen' );
generates in the html file:
<link rel="stylesheet" href="/skins/cologneblue/screen.css?303" media="screen" />
It is working 100% of the time.
Good luck, Jos JosNederland (talk) 11:09, 18 September 2013 (UTC)
Hi Jos,
that is really dirty. Instead of fixing the symptoms, you should cure the cause! Get more details about the 500 server error and fix that one instead! 88.130.64.88 14:01, 18 September 2013 (UTC)
Hi Jos,
Thank you very much ! That's maybe dirty but it's works! I don't know if it is possible to fix it otherwise when we can't configure the server (My hosting company is IPage.)
So I added the $out->addStyle( 'vector/screen.css', 'screen' ); line inside the function unction setupSkinUserCss of the skins/vector.php file and know it is working for Firefox and Google Chrome all the time ;)
Thx!
Vincent 85.69.60.159 18:23, 18 September 2013 (UTC)
I have been having exactly the same symptoms. My server provider is iPage and I have installed mediaWiki version 1.21.2.
Same 500 server error on alternate refresh requests from Chrome and on every refresh request on Explorer. Unfortunately the $out->addStyle( 'vector/screen.css', 'screen' ); fix proposed by Jos/Vincent did not work for me. The upshot of this hack is that the it seems to result in a partial style sheet being loaded, but the 500 server error continues and the style is still corrupted. Also I tried adding $wgResourceLoaderDebug=true to LocalSettings.php, no fix here either....
Any other ideas?
Guy 80.47.255.190 19:47, 21 October 2013 (UTC)
Have you tried manually changing debug=false to debug=true in the load.php query string for the CSS? That's what tipped me off to the workaround that helped for me, and it's possible I wrote something incorrectly in my earlier post. Since then I have upgraded to a newer version of MW to no avail, and tried fishing with various .htaccess and php.ini settings. Shiroi Hane (talk) 20:29, 21 October 2013 (UTC)
Still, without a descriptive error message we can't help you with that problem. Ciencia Al Poder (talk) 09:39, 22 October 2013 (UTC)
Thanks. Yes, I can confirm that the problem is not present when I enable the resource loader debug. This does not help much though as no work-around is obvious to me and I would rather not leave debug turned on.
Guy 80.47.255.190 16:11, 26 October 2013 (UTC)
Maybe some of you is interested in this dirty hack:
http://www.wiki-forum.de/metatag-veraendern-t354878.htm#4363428
It creates css static cache files so the load.php is never loaded again. Mgutt (talk) 10:11, 18 June 2015 (UTC)
It worked for me. 24.39.1.140 (talk) 15:12, 11 March 2016 (UTC)
Jos, 500 errors can be produced by various issues. Without knowing which exact error do you have, you can't assure you have the exactly the same problem. Read Manual:How to debug and come back with the detailed PHP error you get Ciencia Al Poder (talk) 09:46, 6 September 2013 (UTC)
I've been having the same problem for some time, and found my way here when I discovered that load.php?debug=false&lang=en&modules=skins.vector&only=styles&skin=vector&* was producing an error 500 50% of the time. None of the fixes mentioned above help in any way. Nothing is appearing in the script error logs and no amount of changes to the error logging settings in php.ini make any errors appear. What I did discover, however, is that the problem goes away if I change the string to debug=true and thus I can work around the problem by adding $wgResourceLoaderDebug=true to LocalSettings.php, although what other effects that may have I do not know. Shiroi Hane (talk) 13:11, 19 September 2013 (UTC)
Exact same url, exact same problem, works half the time, doesn't work half the time for Firefox users using the same version and same environment. The fix is the same, turn $wgResourceLoaderDebug=true in LocalSettings.php, now all our users are happy. I'm leaving it on permanently. Caswick (talk) 22:04, 11 March 2014 (UTC)
I'm having the same error. However, after activating all kind of debugs that are documented in the Manual:How to debug, no error is printed, either in the log or in the resulting web page. After examining the apache error log when loading the url:
http://localhost/load.php?debug=false&lang=en&modules=mediawiki.legacy.commonPrint%2Cshared%7Cskins.monobook&only=styles&skin=monobook&*
I get the following:
[Sat Nov 16 13:49:17 2013] [notice] child pid 30542 exit signal Segmentation fault (11)
So it seems it's an error with PHP itself. The PHP version I'm using is 5.3.23-pl0-gentoo. 114.199.38.31 12:59, 16 November 2013 (UTC)
Gentoo? it's a known problem, then. Thanks for the apache log line.
See Project:Support desk/Flow/2013/06#h-Load.php_causing_segfault-2013-06-05T02:37:00.000Z. You may need to upgrade PHP from Gentoo, or even uninstall PHP, download it from PHP website and compile it yourself. Ciencia Al Poder (talk) 13:21, 16 November 2013 (UTC)
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

[JobQueue] Issue with inserting a new Job

Hi fellows,

I've been working on an extension that's using the JobQueue to make new pages. Since using the JobQueue is no rocket science I managed to set it up properly.

Although there is of course; one struggle. It seems the Job is only inserted when an exception (missing function - no use anymore) has been thrown. Of course; I removed the deprecated function to remove the exception. Fortunately after I fix the exception the job won't be inserted into the database.

Code to insert the job:


function insertJob($xmlstring) {

	global $wgOut, $wgBizzdesignerImportElementsToProcess, $wgBizzdesignerImportRelationsToProcess, $wgBizzdesignerImportRemoveFromPageTitles, $wgBizzdesignerImportMaxTitleLenght, $wgTmpDirectory;
	
	// Create random file

	$randFile = uniqid() . '.xml';
	
	// Save file to tmp dir

	file_put_contents($wgTmpDirectory . '/' . $randFile, $xmlstring);

	
	$params = array(

		'file' => $wgTmpDirectory . '/' . $randFile,

		'debug' => false

	);
	
	$title = Title::newMainPage();


	$job = new BizzdesignerNewImport($title, $params);


	Job::batchInsert(array($job));
	

	return true;


}

As you can see, this function doesn't use rocket science, and nothing is wrong.

Do you have any suggestions how to fix this? Thanks in advance YOUR1 (talk) 13:27, 10 July 2013 (UTC)

Bump.. YOUR1 (talk) 08:10, 15 July 2013 (UTC)
i know nearly nothing about writing extensions.
I wonder what is the thing that you want to fix?
Is it already working now? Alteilwiki (talk) 05:00, 18 July 2013 (UTC)
The thing is; the job im trying to insert is only added when an exception is thrown!? YOUR1 (talk) 12:22, 19 July 2013 (UTC)

Mediawiki randompages

Hi I have manually installed mediawiki1.21 on the server but when i run the application when i login it again redirects back to login page with blank page.

I have also have another issue when i click randompages it gives me blank page.

Please help me 128.86.168.11 (talk) 15:42, 10 July 2013 (UTC)

A blank page points to a PHP error. Check the error log and/or activate error display to see, what error is happening. 88.130.81.67 15:58, 10 July 2013 (UTC)
error_reporting( -1 );
ini_set( 'display_errors', 1 );
i have placed this code in localsettings.php
there are no errors on my page when i enter my details on the page it says Login i can see the navigation options.What i want is when i login i want to redirect to homepage.
I can login succesfully but i want to redurect to home page after login...
Please help s 08:22, 11 July 2013 (UTC)
You might want to check http://www.mediawiki.org/wiki/Manual:How_to_debug for general debugging information. AKlapper (WMF) (talk) 09:50, 11 July 2013 (UTC)
I cannot see any errors on my page ...
I also have problem with random page it doesn't display pages randomly at present it is blank .
can u help please s 10:24, 11 July 2013 (UTC)
So which exact steps on http://www.mediawiki.org/wiki/Manual:How_to_debug did you try, and what *is* in the logs if you for example try to go to a random page? AKlapper (WMF) (talk) 10:33, 11 July 2013 (UTC)
So which exact steps on http://www.mediawiki.org/wiki/Manual:How_to_debug did you try, and what *is* in the logs if you for example try to go to a random page? AKlapper (WMF) (talk) 10:33, 11 July 2013 (UTC)
error_reporting( -1 );
ini_set( 'display_startup_errors', 1);
ini_set( 'display_errors', 1);
i have placed above code on mediawiki/index.php but i am not able to see any errors on the page when i click random page.
I am not able to see any content on it.Iam able to see the navigation bar on the left .. s 10:47, 11 July 2013 (UTC)
Class PEAR_Error not found; skipped loading s 10:59, 11 July 2013 (UTC)
You say you see the navigation bar... So what do you mean exactly with a blank page? A link to your wiki or a screenshot may help.
  • Completely blank page, with no content at all. It's a PHP error.
  • You see text there but without styles applied (only black text and links over white background): Problem with Resource Loader. Take a look at Manual:Errors and Symptoms.
  • You see the navigation bar but no content on the article. Does your wiki contains any page? Try creating any page. Ciencia Al Poder (talk) 14:03, 14 July 2013 (UTC)
I can see all the other pages in wiki .My wiki has pages its display page when i click home page .But only problem is when i click random page it displays empty page with navigation bar.
Is there anything iam missing s 16:19, 15 July 2013 (UTC)

BitmapHandler::escapeMagickPath troubleshooting help?

We recently migrated a wiki instance from a Red Hat/apache to Windows Server 2008/IIS environment. The gentleman that did the actual migration just left the company, and I'm trying to clean up a few issues remaining frm the migration. The main one I'm encountering now is that after uploading any type of allowed file, I receive the following error message:

BitmapHandler::escapeMagickPath: unexpected colon character in path name

Backtrace:

  1. 0 C:\inetpub\wwwroot\Mediawiki\includes\media\Bitmap.php(639): BitmapHandler->escapeMagickPath('C:\inetpub\wwwr...', false)
  2. 1 C:\inetpub\wwwroot\Mediawiki\includes\media\Bitmap.php(350): BitmapHandler->escapeMagickInput('C:\inetpub\wwwr...', false)
  3. 2 C:\inetpub\wwwroot\Mediawiki\includes\media\Bitmap.php(200): BitmapHandler->transformImageMagick(Object(LocalFile), Array)
  4. 3 C:\inetpub\wwwroot\Mediawiki\includes\filerepo\file\File.php(938): BitmapHandler->doTransform(Object(LocalFile), 'C:\inetpub\wwwr...', '/mediawiki/imag...', Array)
  5. 4 C:\inetpub\wwwroot\Mediawiki\includes\ImageGallery.php(301): File->transform(Array)
  6. 5 C:\inetpub\wwwroot\Mediawiki\includes\ImageQueryPage.php(58): ImageGallery->toHTML()
  7. 6 C:\inetpub\wwwroot\Mediawiki\includes\QueryPage.php(553): ImageQueryPage->outputResults(Object(OutputPage), Object(SkinVector), Object(DatabaseMysql), Object(ResultWrapper), 24, 0)
  8. 7 C:\inetpub\wwwroot\Mediawiki\includes\SpecialPage.php(611): QueryPage->execute(NULL)
  9. 8 C:\inetpub\wwwroot\Mediawiki\includes\SpecialPageFactory.php(494): SpecialPage->run(NULL)
  10. 9 C:\inetpub\wwwroot\Mediawiki\includes\Wiki.php(290): SpecialPageFactory::executePath(Object(Title), Object(RequestContext))
  11. 10 C:\inetpub\wwwroot\Mediawiki\includes\Wiki.php(536): MediaWiki->performRequest()
  12. 11 C:\inetpub\wwwroot\Mediawiki\includes\Wiki.php(446): MediaWiki->main()
  13. 12 C:\inetpub\wwwroot\Mediawiki\index.php(59): MediaWiki->run()
  14. 13 {main}

I also receive this error when attempting to load the "Unused Files" special page. Note, any files uploaded *are* uploaded and available for use on pages, and do display properly on any pages where they are referenced.

Does anyone have any suggestions on how to troubleshoot this? I've done some searching online and haven't found anything particularly useful so far. Thanks! Shiva105 (talk) 15:44, 10 July 2013 (UTC)

Your path contains a colon: ":" and that obvioulsy is a problem.
Please look in the function BitmapHandler::escapeMagickPath and check, if this function gets, what it expects to get!
Meaning: Does it expect to get a full path (like it gets in your case) or does it expect to get something else (e.g. a relative path)? 88.130.81.67 17:57, 10 July 2013 (UTC)
I'm pretty sure it ought to be a full path, which would include a colon for Windows.
Looking at the current code, it's checking if it's running on Windows and allowing a colon... it also checks that the drive exists with is_dir() function. Perhaps the behavior of is_dir has changed in PHP, or perhaps there's some weird permissions error.
Make sure that C:\ is readable by the web server, perhaps?
Try this minimal PHP script to double-check the return value:
<?php
if (is_dir('C:')) {
  echo "C: is a directory";
} else {
  echo "C: is not a directory (??)";
}
?>
Also for reference, what version of PHP are you running? brion (talk) 19:37, 10 July 2013 (UTC)
Versions of Mediawiki, etc. are:
MediaWiki: 1.20.3
PHP: 5.3.9 (cgi-fcgi)
MySQL: 5.6.12-log
The results from the php script above are:
C: is not a directory (??)
So I'm wondering if the issue is indeed a permissions problem. Being relatively new to Windows/IIS, I would have thought that granting access to the root level of c:, even if only read access, would be poor security, would it not? IIS has the root web directory as c:\inetpub\wwroot\Mediawiki.
And thanks for the feedback, everyone! 66.151.5.6 15:26, 12 July 2013 (UTC)

The problem with moving pages between namespaces

We use MW 1.21.1 for an internal wiki (not accessible from here); we recently upgraded from 1.19.x

In MW 1.21.1 (but perhaps earlier), the Special:MovePage dialog changed so that the namespace is in a drop down. This continually causes trouble on our wiki. Often, folks will accidentally create pages in the main namespace when they intended to create subpages from their User:<userid> page. When an editor suggests they move the page, mistakes are not uncommon. Despite having very clear help instructions for how to do move a page from the main namespace to the User: namespace, they sometimes leave off a step. Either they forget to change the namespace in the drop down, and end up renaming [[some page]] to [[userid/some page]] or they leave off their user name and end up renaming the page from [[some page]] to [[user:some page]]. Worse, they also sometimes forget to uncheck the option to leave a redirect behind. Then, they discover their error and try again, leaving an even longer trail of tears (double redirects, etc.) Now, admins must be enrolled to clean up the mess by deleting these extra mistake pages (only admins can delete...)

I don't recall seeing such problems with the old UI. An editor would suggest changing the page from [[some page]] to [[user:userid/some page]] and people only had to copy/paste the name into the move/rename dialog, and there was much less chance of error.

Is there some way to reenable the older UI - an option/preference setting? Or a simple change to a .php file? DavidBiesack (talk) 19:41, 10 July 2013 (UTC)

Hi!
Interesting problem description, however, it is not really understandable for me: I always found it more difficult when I still had to type the namespace name instead just clicking it.
Some changes might help you:
  • You could look up the page on Hooks and check, if there is a hook, which allows you modify the page Special:MovePage. Maybe that would allow you to prefill the field with the new page name in the way you proposed. However, I am not sure, if there is a logic, which tells you, when a user really wants that - and when he just wants to normally move a page.
  • You can modify the text on the page Special:MovePage. View it with uselang=qqx as URL parameter to see the labels, which are used in there. Then go to the MediaWiki namespace in your wiki and modify the label as you like. If people still don't follow your hints when they are big, bold and red, then it must be intentionally. ;-)
  • You say it is an internal wiki - maybe you want to give a bigger group of users delete permissions. Maybe even all? 88.130.81.67 20:50, 10 July 2013 (UTC)
Thanks. See also this thread of others with similar problems and bug 34848
What would really help me would be if Special:MovePage accepted query parameters; then I could
use it on a page as an edit suggestion (i.e. via a template) and have it fill in the fields for me,
something like
{{move to user namespace|userid=xxx|new-name=yyy}}
which could be defined something like
Special:MovePage/{{PAGENAMEE}}?name={{urlencode:User:{{{userid}}}/{{{new-name}}}}}&namespace=User DavidBiesack (talk) 19:51, 11 July 2013 (UTC)
You can do that. Use wpNewTitleNs for the namespace (use a namespace number. Use 2 for the User: namespace) and wpNewTitleMain for the target page (excluding the namespace part), and wpLeaveRedirect=0 to unmark the "leave a redirect". But you won't be able to add the username with a template, unless you use the {{REVISIONUSER}} magic word and the user that wants to move the page is the same who did the last edit on the page. Something like
{{fullurl:Special:MovePage/{{PAGENAME}}|wpNewTitleNs=2&wpNewTitleMain={{urlencode:{{REVISIONUSER}}/{{PAGENAME}}}}&wpLeaveRedirect=0}}
Ciencia Al Poder (talk) 13:54, 14 July 2013 (UTC)

[RESOLVED] Updating old_text blob using php

Hi,

I found the following site http://cosminswiki.info/index.php/How_to_change_pages_from_the_database

that explains how to modify the old_text in the table text of a certain page.

I tried this, and the result is pretty funny.

After updating and viewing the page, I still see the old content. Going to the edit page does show me the new content.

Only after pressing Save on the edit page, the revision table is modified as well so my page now always shows the new content.

Is there a way to emulate the save button in php ?

What would be the procedure to update the revision table, and subsequently the text and page tables after a manual or php update statement ?


Could someone please reveal the correct sequence of steps to be taken, or, even better, point me to a website that explains this, please ?


Thanks,

Hans 212.187.6.125 (talk) 21:07, 10 July 2013 (UTC)

What you see is a cached version. Call the page with action=purge to clear the cache.
However, I must tell you this:
There is an interface, kind of a tool, crafted by men, over years to allow for a diversity of operations in regards to the content of a database, structured the way as just detailed by you. It is called MediaWiki.
Use it! 88.130.81.67 21:19, 10 July 2013 (UTC)
Thanks for the warning...
I'm asking this because I use Mediawiki in our IT environment, where 100 plus pages contain the information of the same amount of AIX servers.
Because the configuration can change, I'd like to keep the info on the pages as up to date as possible.
I could do this manually, of course, but imho, in this case, an automatic update of pages using the configuration gotten from scripts would be
nice to have.
If I call the page with parameter action=purge, would this just clear the cache, discarding the changes just made, or will it update the revision table
and make my changes permanent ?
Thank you for answering to my post ǃ
Hans 212.187.6.125 16:02, 13 July 2013 (UTC)
Hi Hans,
action=purge will not write any new changes into the database table "text". It will also not change a revision or create new revisions. All it does is to throw away the cached version of the page, so that it has to be re-rendered again when it is called the next time.
What exactly is it, that you want to update on these pages?
Hi,
Every page is made from a template, so the layout of every page is the same
Server information is different on every page. Think of # of cpu's, amount of memory,
IP addresses, if it is a cluster or not, and so on.
It is this information we can gather using scripts on the servers, and the intention is to
keep the pages belonging to servers up to date with their respective data.

Although the data of every server is not that extremely volatile, having about 110 servers
would be some work to maintain all pages by hand.

That is the reason why I would like to manipulate the database using PHP, if it is at all
possible.
Thanks for thinking with me.
Hans 212.187.6.125 11:26, 14 July 2013 (UTC)
Use the edit.php maintenance script for editing pages outside of MediaWiki. You can use it in combination with getText.php to do text replacements. Ciencia Al Poder (talk) 11:40, 14 July 2013 (UTC)
Thank you ǃ

This looks just like what I was looking for.
I'll give it a try.

Thanks again ǃ 212.187.6.125 14:29, 14 July 2013 (UTC)

Trying to get a shared upload repository working

I have a wiki here: http://community.wikihub.ssu.lt/WikiHub

I'm trying to make it so that this wiki and all future wikis share an image directory.

I uploaded one image that I can access here: http://www.wikihub-images.ssu.lt/6/65/Sternkreuz.png

I have this in a global settings file that is require_once() in the LocalSettings.php file of the wiki, and will be included similarly with future wikis.

// Shared upload directory
$wgUseSharedUploads = true;
$wgUploadDirectory = "/home/sasha/web_servers/wikihub.ssu.lt/shared_files/images";
$wgUploadPath = "/home/sasha/web_servers/wikihub.ssu.lt/shared_files/images";
$wgSharedUploadPath = "http://www.wikihub-images.ssu.lt";
$wgSharedUploadDirectory = "/home/sasha/web_servers/wikihub.ssu.lt/shared_files/images";
$wgHashedSharedUploadDirectory = true;

When I'm at the file page on the wiki, the file doesn't show up: http://community.wikihub.ssu.lt/File:Sternkreuz.png Lieutenant Aleksandr Reznov 22:43, 10 July 2013 (UTC)

It seems that I got it by adding the image repository domain $wgUploadPath and adding ?action=purge to the URL. ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 23:00, 10 July 2013 (UTC)

How to Mediawiki output SVG format using PlantUML

Hi, I use Mediawiki old version 1.13, so i need help how to output SVG format from PlantUML, becouse i use SVG format output setting in PlantUML error extensions. maybe you give me solution? AdeRistanto (talk) 03:06, 11 July 2013 (UTC)

Not sure if I understand the question or the problem correctly. If the problem is "how to output SVG format from PlantUML", that would be unrelated to MediaWiki itself, and better to ask in a PlantUML forum or mailing list. If that's not the problem, could you please elaborate? AKlapper (WMF) (talk) 09:52, 11 July 2013 (UTC)

Upload file from script

Is it possible to upload a file from command line (windows) or is there a utility I can use ? Michbens (talk) 13:10, 11 July 2013 (UTC)

If you're on the same server that's running MediaWiki, you can use importImages.php. Otherwise, you should use an external tool for that, maybe something like Pywikipediabot. Ciencia Al Poder (talk) 13:59, 14 July 2013 (UTC)

Where do I put Google AdSense code in Vector.php for a banner ad at the top?

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.


Here's an excerpt of the code:

		// Output HTML Page
		$this->html( 'headelement' );
?>
		<div id="mw-page-base" class="noprint"></div>
		<div id="mw-head-base" class="noprint"></div>
		<!-- content -->
		<div id="content" class="mw-body" role="main">
			<a id="top"></a>
			<div id="mw-js-message" style="display:none;"<?php $this->html( 'userlangattributes' ) ?>></div>
			<?php if ( $this->data['sitenotice'] ): ?>
<!-- Google AdSense -->
<script type="text/javascript"><!--
google_ad_client = "ca-pub-xxxxxxxxxxxxxxxxxxx";
/* Banner Ad */
google_ad_slot = "xxxxxxxxxxxxxx";
google_ad_width = 728;
google_ad_height = 90;
//-->
</script>
<script type="text/javascript"
src="http://pagead2.googlesyndication.com/pagead/show_ads.js">
</script>
<!-- /Google AdSense -->
			<!-- sitenotice -->
			<div id="siteNotice"><?php $this->html( 'sitenotice' ) ?></div>
			<!-- /sitenotice -->
			<?php endif; ?>
			<!-- firstHeading -->
			<h1 id="firstHeading" class="firstHeading" lang="<?php
				$this->data['pageLanguage'] = $this->getSkin()->getTitle()->getPageViewLanguage()->getCode();
				$this->html( 'pageLanguage' );
			?>"><span dir="auto"><?php $this->html( 'title' ) ?></span></h1>
			<!-- /firstHeading -->
			<!-- bodyContent -->
			<div id="bodyContent">

http://community.wikihub.ssu.lt/WikiHub Lieutenant Aleksandr Reznov 02:38, 12 July 2013 (UTC)

Yes, if it's working... :-/ 88.130.120.37 11:07, 12 July 2013 (UTC)
It doesn't seem to be displaying. ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 15:20, 12 July 2013 (UTC)
Why? 88.130.109.50 13:57, 13 July 2013 (UTC)
It's inside the if ( $this->data['sitenotice'] ): block. If you want it to show even where there are no site notices, you need to move it outside of that block. IAlex (talk) 15:33, 13 July 2013 (UTC)
Thanks. Yeah, I just realized that when it seemed to only display when there was content on the sitenotice page. I fixed it. ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 02:36, 14 July 2013 (UTC)
Don't hack core files (Vector.php in this case).
There's many routes to take that don't involve hacking core, here's two that should work fine for you:
These hooks would be created in your LocalSettings.php file. Krinkle (talk) 00:41, 18 July 2013 (UTC)
I used this:
public static function onBeforePageDisplay( OutputPage &$out, Skin &$skin ) {
<script type="text/javascript"><!--
google_ad_client = "ca-pub-xxxxxxxxxxxxxx";
/* Banner Ad */
google_ad_slot = "xxxxxxxxxx";
google_ad_width = 728;
google_ad_height = 90;
//-->
</script>
<script type="text/javascript"
src="http://pagead2.googlesyndication.com/pagead/show_ads.js">
</script>
}
$wgHooks['BeforePageDisplay'][] = 'OutputPage::addInlineScript';
Could you please show me how I should set it up? ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 01:55, 25 July 2013 (UTC)
What should the code, which you posted, do? Where did you put these lines? There should be functions in LocalSettings.php, but the code you posted is JavaScript, or - as a PHP programmer would say: A syntax error. And how should things work together? Your hook definition does not call the function, which you have defined. Looks all very strange...
Basically this should work - in LocalSettings.php to be sure:
$wgHooks['BeforePageDisplay'][] = 'addGoogleAdSense';
function addGoogleAdSense( OutputPage &$out, Skin &$skin ) {
$adSenseCode = 'foo bar'; // add the content of the script tag (not also the script tag itself!) of your JavaScript here.
$out->addInlineScript( $adSenseCode );
// Do the same again, if you still need another script...
// After you did it wrong, think about it yourself and fix it.
return TRUE; // ohh yeah!
}
That should give you an idea of how to really use hooks. 88.130.64.43 02:14, 25 July 2013 (UTC)
Thanks. I had no idea what to do before. I'll try this.
EDIT
I just used this, but it didn't work. If I didn't give enough information before, it's being used with Vector and I'd like it to display like the banner here.
$wgHooks['BeforePageDisplay'][] = 'addGoogleAdSense';
function addGoogleAdSense( OutputPage &$out, Skin &$skin ) {
  $adSenseCode = '
<script type="text/javascript"><!--
google_ad_client = "ca-pub-xxxxxxxxxxxxxxxxx";
/* Banner Ad */
google_ad_slot = "xxxxxxxxxxx";
google_ad_width = 728;
google_ad_height = 90;
//-->
</script>
<script type="text/javascript"
src="http://pagead2.googlesyndication.com/pagead/show_ads.js">
</script>
';
$out->addInlineScript( $adSenseCode );
  return TRUE;
}
EDIT
I saw that I put in too much. I'm not supposed to include the tag. ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 03:28, 25 July 2013 (UTC)
I just tried this but it's still not working.
EDIT
Should I do each part of the code separately?
$wgHooks['BeforePageDisplay'][] = 'addGoogleAdSense';
function addGoogleAdSense( OutputPage &$out, Skin &$skin ) {
  $adSenseCode = '
google_ad_client = "ca-pub-xxxxxxxxxxxxx";
/* Banner Ad */
google_ad_slot = "xxxxxxxxxx";
google_ad_width = 728;
google_ad_height = 90;
src="http://pagead2.googlesyndication.com/pagead/show_ads.js">
';
$out->addInlineScript( $adSenseCode );
  return TRUE;
}
{{LQT post imported with different signature user|authorUser=Lieutenant S. Reznov|signatureUser=Inquisitor Ehrenstein}}
ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 03:47, 25 July 2013 (UTC)
I just figured this out using addHTML() as addInlineScript() doesn't work because the whole second part of the script is inside the script tag, which isn't supposed to be included, so there's then nothing to include.
The problem is that it appears at the bottom of the page, when it should appear at the top.
Adds at the end of an article are useful, but this isn't what I need. For one reason, I need to included a hosted by WikiHub and report abuse link.
EDIT
By using prependHTML() I was able to get it to appear at the top, but it's below the title rather than above it, which would be preferable. ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 05:59, 9 August 2013 (UTC)
I have to conclude from above attempts that you seem to have little to no understanding of HTML or PHP. Obvious syntax conflicts with adding raw HTML inside a PHP function body, passing HTML as a string where javascript code is expected, and now passing in half of an HTML script tag (src="..." >) inside of javascript.
I could give the entire answer, but I wouldn't feel comfortable leaving that in your hands to further maintain in the future. It also seems moot as you wouldn't have learned anything and wouldn't know what to do with it further.
If someone asked you to do this, I'd recommend going back and telling them to ask someone else do this, because that's what it would be if I gave the full answer to you now. The internet would be the indefinite proxy for whatever it is you are supposed to do.
If this for an adventure of your own making, I'd recommend you make a choice. Either drop it, or take it on all the way and start by taking a step back and first learning HTML and PHP.
You're welcome. Krinkle (talk) 00:04, 28 July 2013 (UTC)
I have HTML fairly well and a basic understanding of PHP. I was basically just trying things quickly without taking the time to understand them before. I see the problem with the partial tag and the src there. ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 07:01, 28 July 2013 (UTC)
I'll modify this one Extension:Google AdSense 2 to use an ad banner. ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 18:28, 28 July 2013 (UTC)
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

from within function "Revision::fetchFromConds". Database returned error "1054: Unknown column 'user_name' in 'field list

HELLO ALL,

When i tried to inject the old database into my new mediawiki this is the error i am getting

from within function "Revision::fetchFromConds". Database returned error "1054: Unknown column 'user_name' in 'field list .I dont know how to proceed further.Can any one helpme with this.


Thanks in Advance. 192.44.85.23 (talk) 08:17, 12 July 2013 (UTC)

No idea. Without knowing the old and the new MediaWiki version, we can only guess.
After you updated the MediaWiki source code, you have to run update.php. 88.130.120.37 11:08, 12 July 2013 (UTC)

Wikibase setup

Hi how can I setup wikibase repo and wikibase client so that client collects the data from the other wiki like all the other wikipedia which collect it from wikidata website but I doint know how to collect it from my wiki and make it avalible to other wikis 90.215.222.243 (talk) 14:11, 12 July 2013 (UTC)

Import wordpressposts2mediawiki?

Hello,

i want import wp-posts 2 mediawiki? Someone have an idea? Best regards, Laevus Dexter. 89.247.113.241 (talk) 16:29, 12 July 2013 (UTC)

A quick Google search reveals several methods seem to be working, e.g. Exporting and importing an XML dump. 88.130.109.50 22:13, 12 July 2013 (UTC)
Thanxx, but try it, it will not work! Regards, L.D. 89.247.54.166 10:55, 13 July 2013 (UTC)
Then tell the author so that he can fix it! 88.130.109.50 12:01, 13 July 2013 (UTC)
m( This(!!!) page is for questions relating to the MediaWiki software? L.D. 89.247.54.166 13:23, 13 July 2013 (UTC)
I did not write the guide. However, I searched it for you. If you don't like it, you can always look for something else. 88.130.109.50 13:53, 13 July 2013 (UTC)

The language parser function doesn't translate the language

Hi, on the KSP wiki I'm unable to get the translated language. I created an example where both text's show it in Arabic and not in English or German. The MediaWiki version is 1.21.1 (according to Help:Magic words it was added in 1.18), PHP is on version 5.3.21 (cgi-fcgi) and MySQL is on version 5.1.70-cll. — xZise [talk] 10:25, 13 July 2013 (UTC)

Apparently, it requires the Extension:CLDR installed for the second parameter to work. I'm going to clarify that on the Magic words help page now. Ciencia Al Poder (talk) 13:35, 14 July 2013 (UTC)

Bureaucrat can degrade sysop!?

I just found out that a bureaucrat is able to degrade a sysop. This way the bureaucrat can easily kick the sysop out of the wiki if he wants...
This might make sense - but not if there's only one sysop (like in my case).

Is there a way to prevent the bureaucrats from degrading the sysop? Stefahn (talk) 15:11, 13 July 2013 (UTC)

Yes, you can select which user groups bureaucrats can set or remove.
For this, you need first to remove the "userrights" right from the bureaucrats, by setting the following in your LocalSettings.php file
$wgGroupPermissions['bureaucrat']['userrights'] = false;
and then set which group bureaucrats may add or remove with $wgAddGroups and $wgRemoveGroups:
$wgAddGroups['bureaucrat'] = array( 'sysop', 'bureaucrat', 'bot' );
$wgRemoveGroups['bureaucrat'] = array( 'bot' );
IAlex (talk) 15:27, 13 July 2013 (UTC)
Thank Alex, this was very helpful and works perfect :) Stefahn (talk) 11:41, 15 July 2013 (UTC)

wikibase error

hi i am having a problem with the new update to extension wikibase because when I use wikibaseerepo and wikibase lib it works but when I use wikibase lib and wikibaseclient it doesent getting a error saying [081bc542] 2013-07-13 19:40:03: Fatal exception of type MWException

mediawiki version 1.22 wmf10

website http://pt-br.random-wikisaur.tk 109.144.221.254 (talk) 19:44, 13 July 2013 (UTC)

Extensive diff report.

I inserted only a single character on a page, but the diff report showed about 15 lines, and the history shows that the page expanded by 10 characters. Could this be because I used the visual editor? Am I doing something wrong? Wmdv (talk) 22:58, 13 July 2013 (UTC)

And in these changed lines the first character got removed, e.g. "Note, if you already..." to "<new line>ote, if you already..."
Interesting is also the part where the complete word "message>" got lost.
If you have not done that intentionally, then I would say that is a bug and you should report it in Bugzilla.
You exact browser version and things related to JavaScript would be interesting to know. And when exactly these changes happen: Do you already see it incorrectly in the editor? Or does everything look correct and after you hit save, you get this mess? Maybe JS errors?
All that would be relevant for the bug report. 88.130.86.210 00:17, 14 July 2013 (UTC)
I reported this problem as Bug 51304. Thanks for your help. Wmdv (talk) 02:11, 14 July 2013 (UTC)

how to add a <tag> to the text section of every page automatically without editing each page?

I would like to add a tag to my page to appear after the first paragraph of every page. I don't want to have to go and edit every page... (I have 100s) How do I add this tag automatically to every page? Thanks LTech (talk) 10:25, 14 July 2013 (UTC)

Problem with Mediawiki website

Hi your site seems to be having errors because the templates doint work like they did an hour ago 86.159.27.44 (talk) 12:56, 14 July 2013 (UTC)

More specific feedback is highly welcome (current given information makes it impossible to act on or investigate), plus you might want to go to the Village Pump of the wiki where you experience these problems instead. AKlapper (WMF) (talk) 14:40, 15 July 2013 (UTC)
Viewing his contributions he obviously had issues with templates here on mediawiki.org. However, currently templates are working within normal parameters. 88.130.92.154 15:38, 15 July 2013 (UTC)
Yes but all the templates weren't working including main page on Mediawiki website this website but the website is now working again 94.15.181.33 15:25, 16 July 2013 (UTC)
Maybe something wrong during or after an upgrade, maybe after a cache got emptied or something else... I don't know. 88.130.111.139 20:39, 16 July 2013 (UTC)

MediaWiki Error: Lua error: Internal error: The interpreter has terminated with signal “11”

I have a MediaWiki deployement at: http://wiki.tankpedia.org/

My MediaWiki version is: 1.21.1 PHP: 5.3.24 MySQL: 5.1.69

I have been importing templates from Wikipedia and am receiving a Lua error for the Convert template; the error is: Lua error: Internal error: The interpreter has terminated with signal "11".

The error can be seen here (you have to click on one of the 'Script Error' messages): http://wiki.tankpedia.org/index.php?title=M2_Light_Tank

The Scribunto deployment this is dependent on is `chmod` to 755.

The following error also appears on the same page: > Expression error: Unrecognized punctuation character "["

Research online suggests this relates to the ParserFunctions extension however it is installed; I even added the following extra line in my config file and it did not help: >$wgPFEnableStringFunctions = true; 99.47.124.141 (talk) 15:30, 14 July 2013 (UTC)

What OS are you running?
I have the same error, seeExtension_talk:Scribunto#Script_error:_Lua_error:_Internal_error:_The_interpreter_has_terminated_with_signal_.2211.22._30014 Mastergalen (talk) 19:12, 14 July 2013 (UTC)
Thanks for the reply. The underlying OS is CentOS; this is a classic LAMP deployment. 99.47.124.141 20:21, 14 July 2013 (UTC)
I reinstalled ParserFunctions Version 1.5.1 as well as trying Version 1.4.1; the reinstall of the first and trying the second both failed to resolve this issue. I also tried chmod the ParserFunctions deployment to 755 to see if there was a permissions issue; it did not help. 99.47.124.141 20:44, 14 July 2013 (UTC)
For the records, it seems that the reporter also filed this under https://bugzilla.wikimedia.org/show_bug.cgi?id=51333 AKlapper (WMF) (talk) 14:38, 15 July 2013 (UTC)

Are there any counters that shows a number of visits to my wiki?

I wonder if there are such extensions? 79.164.220.39 (talk) 17:55, 14 July 2013 (UTC)

No need for an extension: There is a counter for each page, which can be shown at the bottom of the page. The most-visited pages are displayed on Special:Statistics. 88.130.74.233 20:43, 14 July 2013 (UTC)

Coding help: <?php if($this->data['catlinks']) { $this->html('catlinks'); } ?>

Hi all,

I'm trying to understand monobook.php.

I would like to create a php argument inside monobook that goes like this:

If the current article does not belong to a category, do not show $this->html('catlinks') else $this->html('catlinks');

How would I go abouts doing this?

Currently, here's how it stands in monobook.php:

<?php if($this->data['catlinks']) { $this->html('catlinks'); } ?>

Any help? 174.88.51.110 (talk) 00:49, 15 July 2013 (UTC)

Something like
if( isset( $this->data['catlinks'] ) && strstr( $this->data['catlinks'], 'CATEGORY' ) {
$this->html('catlinks')
}
might work. MarkAHershberger(talk) 01:55, 22 July 2013 (UTC)

[RESOLVED] Where can I find a good personal wiki hosting site?

Hi. After editing on wikis connected to a wiki hosting site (Wikia) for a long time, I have grown to love the wiki format as a way of organising information. I would really like to make a personal wiki which I can use to organise notes etc. However, that wiki hosting site I was using to edit other wikis doesn't accept personal wikis (ones that other people can't edit) and I don't really want to download the mediawiki software onto my own computer because I don't understand the requirements it needs to run or effects that will have on my computer (I'm no software person, and I don't want to bugger up my laptop). Does anybody know of a good wiki hosting site which will allow me to make my own personal wiki (complete with templates, categories, etc) without having to download the mediawiki software myself? Thanks. 101.174.70.73 (talk) 00:52, 15 July 2013 (UTC)

Take a look at Hosting services. ShoutWiki has the option to create private wikis which can be only accessed by users invited by the founder. Ciencia Al Poder (talk) 10:01, 15 July 2013 (UTC)
ShoutWiki looks perfect for what I want! Thanks for the link! Imamadmad 12:49, 15 July 2013 (UTC)

How to upload files to new extension page?

I have built a new extension. How do I upload my folder of compressed files for users to download? LTech (talk) 07:26, 15 July 2013 (UTC)

Where do you want to upload it? If you want the compressed file to be available here on MediaWiki.org, you should get a Git repository at https://git.wikimedia.org and create an extension page here. More information should be available here: Git. 88.130.74.233 12:00, 15 July 2013 (UTC)

1.17, 1.18, 1.19, 1.20, 1.21 Critical bug - lack of translation of page name to suitable encoding - whole site is broken by update scripts (not updated)

I found simple bug with page title encoding for which not allow to migrate mediawiki and there is no workaround for it. No idea how to do migration.

  1. 'Strona główna' from 1.16 is not translated into 1.17 'Strona główna' what is probably required (Polish 'main page').
  2. This cause that all page with native characters is broken.
  3. Same issue is in 1.17, 1.18, 1.19, 1.20, 1.21 not idea why this critical bug is not solved.
  4. I have found any workaround for it - all workarounds was tested except 'iconv' but it will not work since can replace also binary data.
    1. http://www.mediawiki.org/wiki/Project%3ASupport%20desk/Flow/2011/07#h-UTF8_Problem_with_update_from_1.16_to_1.17-2011-07-19T18%3A34%3A00.000Z (not works)
    2. http://www.mediawiki.org/wiki/Manual:Upgrading (no information)
    3. http://www.mediawiki.org/wiki/Release_notes/1.17 (no information)
    4. http://www.gossamer-threads.com/lists/wiki/mediawiki/244862 (risky conversion)

Why characters is broken after migration form 1.16 into 1.17-1.21? Where it is explained in upgrading or release notes - if explained? Please help with this issue.

My versions before migration:

Nazwa Wersja MediaWiki 1.16.5 PHP 5.2.17 (isapi) MySQL 5.0.83-community-nt Chameleon Red One (talk) 08:21, 15 July 2013 (UTC)

You should check first what is the collation of your tables in the database. Look at the Collation column after issuing a show table status; command in the mysql command prompt on the wiki database (or use phpmyadmin to look at this information).
The recommended collation is "binary", although utf8 should work. If you're using any other collation a conversion may be required.
Did you upgrade from a very old MediaWiki version before 1.17? Ciencia Al Poder (talk) 09:56, 15 July 2013 (UTC)
Current version of MediaWiki is 1.16.5.
My 'page' collocation is utf8-default collation and 'page_title' is utf8-.
As far as know database - collation is only for sorting - storage is determined by encoding.
Whatever 'Strona główna' is stored as 'Strona główna' - what type of encoding is used for it - it is decoded correctly since MediaWiki transform with magic code 'Strona główna' into 'Strona główna' (what is valid).
How to convert 'Strona główna' to 'Strona główna' inside database? Chameleon Red One (talk) 11:59, 15 July 2013 (UTC)
Does https://bugzilla.wikimedia.org/show_bug.cgi?id=32207#c3 help? AKlapper (WMF) (talk) 14:32, 15 July 2013 (UTC)
It is different problem I think all fields are set to utf8 - but 'Strona główna' is not utf8 - utf8 is 'Strona główna' - whateveter 1.16 shows it correctly.
What is this strange encoding 'Strona główna'? How it is converted into "Strona główna"?
1.17 for has problem with read this strange encoding
1.16 dumpBackup.php works fine whatever 1.17 importDump not import main page - next problem.
All fields are this type - checked (65 hits in export):
...
`page_title` varchar(255) character set utf8 collate utf8_bin NOT NULL
... Chameleon Red One (talk) 17:42, 15 July 2013 (UTC)
I found that I am probably using https://drupal.org/node/198184 Garbled text - it looks that 1.17 not support conversion for "garbled" or I do not know how to trigger it?
Still I have not idea what to do to migrate? Chameleon Red One (talk) 18:05, 15 July 2013 (UTC)
MediaWiki never officially supported charset conversions for garbled text. Garbled chars are caused by a configuration problem and MediaWiki only worked correctly with them by chance. But that it did, was no feature. That drupal page looks like a good help. 88.130.92.154 01:21, 16 July 2013 (UTC)
Strange till 1.16 Mediawiki handles Garbled text. Chameleon Red One (talk) 18:17, 16 July 2013 (UTC)
But it never officially supported it. There was no feature "MediaWiki will work with broken setups". If it did, that was not intentional. You just had luck. If you are interested, you can look up the change, which broke it in SVN and see, if you can fix it again. However, I would not spend my time into fixing symptoms while I can also cure the root cause. 88.130.111.139 20:43, 16 July 2013 (UTC)
I do such magic
mysqldump --user=XYZ -p --default-character-set=latin1 --skip-set-charset wikidb > wikidb-latin1.sql
Than (utf8 assumed force with --default-character-set=utf8):
mysql -u root -p testwikidb --force < wikidb-latin1.sql
It looks that work ... need to test. Chameleon Red One (talk) 19:01, 15 July 2013 (UTC)
And? Did it solve the problem for you? 88.130.111.139 20:48, 16 July 2013 (UTC)

limit searches to one category

I have a small wiki, I would like to limit the search function only to a category ( or a few)

is it possible?

thx Valeriocipriani (talk) 20:52, 15 July 2013 (UTC)

Unfortunately nobody has written that code yet: https://bugzilla.wikimedia.org/show_bug.cgi?id=2285 . If anybody feels like hacking, see http://www.mediawiki.org/wiki/Developer_access for more information. AKlapper (WMF) (talk) 09:28, 16 July 2013 (UTC)
its a nice suggestion. MediaWiki should work upon this. Lee80 (talk) 09:30, 19 September 2013 (UTC)

Installed MediaWiki Successfully - but can't view site except on localhost

i set up media wiki on a computer with a few other functional web sites. i chose port 9191. it works correctly from localhost:9191.

when i attempt to view the site from another computer, it redirects me to localhost and cant find it. as if im trying to connect to a computer that doesnt exist.

Any ideas? Any other error codes i can look for?

Win-2008-R2/IIS 98.110.80.83 (talk) 02:05, 16 July 2013 (UTC)

Hi!
"localhost" always points to the machine, which is making the request. So if you say you want to access another PC, then this does not work with "localhost". Try it with the (internal) IP address of the other computer instead. This IP might e.g. start with 192.168...
If that is what you are typing in the address bar, then you should check the configuration variables in LocalSettings.php. You should not use "localhost" (or 127.0.0.1) there. E.g. $wgServer might be set incorrectly. 88.130.92.154 02:14, 16 July 2013 (UTC)
i am going to <hostname>:9191 remotely. not using localhost from a remote computer. 98.110.80.83 02:27, 16 July 2013 (UTC)
i reinstalled this. used port 83 this time. same problem. works great locally but cannot be accessed from a remote computer.
when i use the url: myhost:83 i always get redicted to here: http://localhost:83/index.php?title=Main_Page
which is interesting because it seems to be aware of title=Main_Page which is specific to mediaWiki, right? is the redirect just screwed up?
When i go directly to: http://myhost:83/index.php?title=Main_Page it does load the page but it's entirely unformatted html.
Any idea what's missing? 98.110.80.83 03:01, 16 July 2013 (UTC)
That means that you are accessing the other computer (myhost), but then there something goes wrong. Check the configuration variables in LocalSettings.php. You should not use "localhost" (or 127.0.0.1) there. E.g. $wgServer might be set incorrectly. 88.130.92.154 11:05, 16 July 2013 (UTC)
Sounds like it's solved now: http://www.mediawiki.org/wiki/Project:Support_desk#Installed_MediaWiki_Successfully_-_but_keep_getting_redirected_to_localhost_30493:
had to change LocalSettings.php which referred to localhost instead of myhost. 88.130.111.139 14:42, 16 July 2013 (UTC)

Login Page

When i enter my details on wiki i am able to authenticate and login but once after login it should redirect to home page .

Can someone help me how to redirect to home page after login and iam very new to wiki can u help which file do i have to check.


Please help.... 128.86.168.11 (talk) 08:58, 16 July 2013 (UTC)

Do you mean that you want to be able to send them to the main page no matter which page they were on initially? That seems like a bad idea.
Older versions displayed a welcome message, though. Is that what you're trying to get rid of? MarkAHershberger(talk) 01:34, 22 July 2013 (UTC)
I think he refers to the initial login and redirection to the homepage without displaying the welcome message after login. Maisie (talk) 11:11, 30 July 2013 (UTC)

Hi, I've got Mediawiki 1.21.1.

I'd like to have a custom image shown, which links directly to a pdf-document, whithout first showing the file description page. I tried a command like this:

[[File:Downloaddoc.jpg|left|thumb|link=Medium:Lohnabrechnung_Freie_Mitarbeiter.pdf|Download Lohnabrechnung Handvorlage]]. 

But whatever I do, with this method I'll always get the file description page.

Unfortunately I can't show it to you on our mediawiki, cause it's a private system.

Any hints or workarounds for Mediawiki?

Thanks.

Martin 92.107.149.171 (talk) 09:52, 16 July 2013 (UTC)

Hi!
The above syntax brings you to the file description page, because that is what you are linking. ;-)
Use the complete URL of the file instead.
More information is available here: Help:Images#Text_link_to_actual_image. 88.130.92.154 11:03, 16 July 2013 (UTC)
OMG, it's so easy! Although I studied the Help:Images-Page, I never figured out the answer.
Just for further interest, I post here my correct link:
[[File:Downloaddoc.jpg|link=http://wiki.hiob.ch/images/Lohnabrechnung_Freie_Mitarbeiter.pdf]]
Thank you for your help!
- Martin 92.107.149.171 14:07, 18 July 2013 (UTC)

[RESOLVED] Installed MediaWiki Successfully - but keep getting redirected to localhost

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.


installed mediawiki, using IIS port 83, and it works fine on the actual localhost, however from remote browsers every access still tries to redirect me to "localhost", which obviously fails remotely.
1/2 solution is that i just directly reference http://myhost:83/index.php?title=Main_Page. But even in this case, styles, etc still redirect to localhost, which results in an unstyled page - just raw html. any ideas? 98.110.80.83 (talk) 13:44, 16 July 2013 (UTC)
ok - got it - had to change LocalSettings.php which referred to localhost instead of myhost. 98.110.80.83 13:51, 16 July 2013 (UTC)
up, change LocalSettings.php !! 58.247.3.26 08:35, 4 April 2014 (UTC)
what and where excatly i need to change 188.95.28.132 10:58, 16 April 2014 (UTC)
$wgServer in localsettings.php 14.140.82.135 (talk) 08:06, 29 December 2016 (UTC)
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Steam integration

How hard would it be to use steam login to create accounts instead of the normal process? I have a wiki that is related to a steam only game and allowing for a steam login option would not only prevent spammers, but prevent a lot of double users as well...

If there's nothing out there for this, here goes the suggestion for the extension makers 2.82.135.133 (talk) 15:55, 16 July 2013 (UTC)

AFAIK, there is no way to authenticate users against Steam.
Still, Since Steam developers have a wiki and TF2 has a wiki, I bet if you're interested in developing something, you would at least get some help.
I recommend starting at AuthPlugin.
Let me know if you need more help. MarkAHershberger(talk) 00:57, 22 July 2013 (UTC)

Bug in mediawiki 1.17 and laters on PHP 5.2.17.

On windows rename(a,b) not return true or false always can return nothing :)

Math.php need patching.

# rename not work in windows return
#if( !rename( "$wgTmpDirectory/{$this->hash}.png", "$hashpath/{$this->hash}.png" ) ) {
rename( "$wgTmpDirectory/{$this->hash}.png", "$hashpath/{$this->hash}.png" );
if( !file_exists( "$hashpath/{$this->hash}.png" )) {
	return $this->_error( 'math_output_error' );
}

Invalid code is hashed. Chameleon Red One (talk) 18:19, 16 July 2013 (UTC)

MW 1.17 is not supported any more. Please upgrade to 1.19 at least. MarkAHershberger(talk) 00:42, 22 July 2013 (UTC)

update.php does not give any response.

I just meet a annoying problem.I tried to upgrade my wiki from 1.20.6 (0727d6a) to 1.22wmf9 in order to use VisualEditor. (nginx/1.2.5 php_version5.3.23)

The serves running few wikis using one set mediawiki software. I tried to php update.php the largest 1.5G Chinese version, but the script simple give no response.

example:

[root@moegirl maintenance]# php  update.php
[root@moegirl maintenance]# 

I tried other smaller site, it react like this:

MediaWiki 1.22wmf9 Updater

Going to run database updates for enwiki
Depending on the size of your database this may take a while!
Abort with control-c in the next five seconds (skip this countdown with --quick)
 ... 0
[root@moegirl maintenance]#

The web updater works good for small wiki, but the 1.5G one will receive "Timeout"

Anyone had ever meet same problem? Is this a new bug? How to solve it? Deletedaccount4567435 (talk) 21:57, 16 July 2013 (UTC)

Could you add the following two lines to the top of your LocalSettings.php and run update.php on your wiki again?
error_reporting( -1 );
ini_set( 'display_errors', 1 );
It should give you *some* output, though. MarkAHershberger(talk) 00:39, 22 July 2013 (UTC)
Really sorry for didn't reply you for more than five days. We are using nginx with php fpm-fcgi. the php.ini was miss configured so it does not show any error message.
We correct that problem by set error_reporting to E_ALL & ~E_DEPRECATED & ~E_STRICT.
Thank you MarkAHershberger! Zoglun (talk) 01:15, 22 July 2013 (UTC)

using sphider to index mediawiki

I didn't find nothing about sphider extensions.

is there a way to integrate it on mediawiki? to use sphider search tool replacing mediawiki one?

thx

EDIT: the main problem is reindex pages after editing. Valeriocipriani (talk) 22:07, 16 July 2013 (UTC)

You could probably use something like Extension:OAIRepository to notify sphider to reindex. MarkAHershberger(talk) 21:01, 21 July 2013 (UTC)

ConfirmEdit causes 500 error on Special:CreateAccount

Does anyone know how I fix this? The Asirra page said something about this and to see the talk page, but there's nothing there.

This is with MediaWiki 1.21.

http://community.wikihub.com/WikiHub Lieutenant Aleksandr Reznov 05:06, 17 July 2013 (UTC)

The domain appears to no longer exist.
As for debugging a 500 error, you'll need to enable something on the server side to get the errors as those generally don't surface to the front-end (for good reasons).
See Manual:Debug. Krinkle (talk) 00:34, 18 July 2013 (UTC)
It seems that there's a network problem with the servers in Dallas: http://status.linode.com/2013/07/dallas-connectivity-issues.html
It should hopefully be back soon.
Thanks.
It just said server error from the web, so I'll look into the error reporting. ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 04:58, 18 July 2013 (UTC)

[Solved] Adding button to old edit toolbar that calls custom javascript function.

<?php // to install, upload this file as /extensions/myEditbarButton/myEditbarButton.php // then, copy this button image as /extensions/myEditbarButton/myButtonCard.png // // then add the following line to end of LocalSettings.php // // require_once("$IP/extensions/myEditbarButton/myEditbarButton.php"); // // This is a modification of // https://en.wikibooks.org/wiki/MediaWiki_Developer%27s_Handbook/Add_Button // // Sorry that extension can only add a new button before the other buttons // of the edit bar, instead of after them. I am also not sure if this will work // on other installations of mediawiki ( mine is MediaWiki: 1.16.5, PHP: 5.2.17 // MySQL: 5.1.69 ) if( !defined( 'MEDIAWIKI' ) ) { die( "This file is part of MediaWiki and is not a valid entry point\n" ); } $myButtonPng = "extensions/myEditbarButton/myButtonCard.png"; $wgHooks['EditPage::showEditForm:initial'][] = 'myEditbarButton'; // for $wgExtensionsCredits[$type][] // $type must be api, media, parserhook, skin // specialpage, variable, other $wgExtensionCredits['other'][] = array( 'name' => 'my Editbar Button', 'version' => '1.0.0', 'author' => 'Your Name', 'url' => 'http://www.your.com/myredirectbutton/', 'description' => 'Adds a new button to the old edit bar that calls a custom javascript function.' ); // Add a button to the internal editor function myEditbarButton ($editPage) { global $wgOut, $wgScriptPath, $myButtonPng; // Insert javascript script that hooks up to create button. $wgOut->addScript("<script type=\"text/javascript\">\n". "function myAddButton(){ \n". "var toolbar = document.getElementById( 'toolbar' ); \n". "var image = document.createElement( 'img' ); \n". "image.className = 'mw-toolbar-editbutton'; \n". "image.src = '$myButtonPng'; \n". "image.border = 0; \n". "image.alt = 'speedTip'; \n". "image.title = 'speedTip'; \n". "image.style.cursor = 'pointer'; \n". "image.onclick = function() { \n". "window.alert('HelloWorld'); \n". "} \n". "toolbar.appendChild( image ); \n". "} \n". "addOnloadHook(myAddButton); \n". "</script>"); return true; }  ?>

might try this sometime:

http://webchat.freenode.net/?channels=#mediawiki-scripts Alteilwiki (talk) 06:59, 17 July 2013 (UTC)

Use cases for Redis

Hi, I saw Redis mentioned 3 examples of when Redis might be used by a larger scale project. Are there any use cases for smaller projects that would offer performance improvements or other useful features? GrapesDrive (talk) 07:17, 17 July 2013 (UTC)

Those uses would work for smaller installations, too, but the payoff might not be good enough for smaller wikis.
You might look at the Redis site itself to see if you can find a possible use. I'm going to bet, though, that a well-configured APC is good enough for most people. MarkAHershberger(talk) 00:35, 22 July 2013 (UTC)
Yeah, even i've been looking for redis for smaller wikis. Maisie (talk) 07:28, 20 August 2013 (UTC)

Check page on 'save' for a tag, if not there, add the tag

When a user clicks 'save' on page edit I would like to scan the text and if there is a certain tag in the text, leave it, if not then add the tag to the text. How would I do this? Thanks LTech (talk) 10:20, 17 July 2013 (UTC)

Look at a hook like ArticleSaveComplete or PageContentSaveComplete. MarkAHershberger(talk) 19:04, 21 July 2013 (UTC)
thanks that was a big help Tech (talk) 20:26, 11 August 2013 (UTC)

Thin Client Deployment Assessment

Hello, please could you answer the following questions about Mediawiki, this is part of an assessment to find out which applications are viable for thin client:

  1. How is the application licensed currently?
  2. Is the application supported in a thin client environment on 2X or Quest?
  3. Is the application Microsoft App-v compatible?
  4. Is the application supported on Windows 7?
  5. Is the application compatible with Windows Server 2008 R2?
  6. Is the application 64 bit compatible?
  7. How would the application be licensed for thin client?

Thank you very much for your help. Constance Forde, Application Support Technician, ICT Department, Medway Council 195.138.195.241 (talk) 10:20, 17 July 2013 (UTC)

MediaWiki is licensed under the GPL so you can use it freely on any client.
Since it is a web application, it is be suitable for any client that has a web browser.
MediaWiki should run on Windows Server 2008 R2 without any problem.
It will work in 32 or 64 bit environments. MarkAHershberger(talk) 18:49, 21 July 2013 (UTC)

How to split the layout for only content pages

Article
ToC
(position:fixed)

I am trying to create a skin that is split in two parts horizontal, so the left column displays the article, and the right column has the table of contents. However, I do not want my main page and special pages to be split in the same way, since those pages have no ToC and therefore they do not need 2 columns. I finished designing the HTML structure, but I hardly have any idea how to implement this layout when skinning. Seriously need help.

Hi Cafeinlove,
the MediaWiki skin is stored on your server in the folder skins/. If you use Vector, it is in Vector.php.
You have several options:
  • I don't think it is possible to manipulate the HTML that way (with putting a TOC in it) without changing the skin file...
  • You could create a new skin. That would have advantages when you do updates; Vector.php comes with MediaWiki and will be overwritten during update.
  • You could manipulate Vector.php directly.
The PHP file contains the HTML structure of the output; there you can add or change things as you need. It definitely is possible to not show the box with the TOC (I would not use a table, but a simple div to put it into) to not show it in the Special namespace and in namespace 0 on page Main_Page. 88.130.111.139 13:21, 17 July 2013 (UTC)
Thanks, well, I and my partner(he is dealing with the conversion from HTML to php file) have started editing Vector.php, without forgetting to change its file name to avoid any possible overwriting. So, if I didn't misunderstand, I should use wgNamespaceNumber and Main_Page to handle this? Cafeinlove (talk) 14:20, 17 July 2013 (UTC)
I am not sure, if that's correct. Inside the skin file you can access the Title object with something like that:
$namespaceNumber = $this->getSkin()->getTitle()->getNamespace();
This will set $namespaceNumber to the number of the namespace, e.g. 0 for the main namespace. Namespace numbers are listed here. The functions, which you can use apart from getNamespace(), are in includes/Title.php. You might be able to check, if it's the main page with the function isMainPage(). 88.130.121.250 15:04, 17 July 2013 (UTC)
I get it. I really appreciate your advice. Cafeinlove (talk) 16:59, 17 July 2013 (UTC)

How can I list articles in a table with specific information/facts/attributes in the table's columns?

I wonder whether there is a way to write multiple articles about the same kind of thing. For example I write multiple articles about one philosopher each. In each article I state the year of birth of the philosopher. In a table I want to list four selected philosophers with a link to their articles and a column listing the year of birth of each philosopher, which is taken automatically from the article:

Philosopher Year of Birth
wikipedia:Confucius 551BC
wikipedia:Friedrich Nietzsche 1844
wikipedia:René Descartes 1596
wikipedia:Aristotle 384BC

82.210.249.4 (talk) 14:21, 17 July 2013 (UTC)

try semantic media wiki extension 108.236.198.181 22:52, 17 July 2013 (UTC)

Wiki no longer working

Suddenly this week, when I try to access my wiki I get nothing but a blank page. Viewing the source it's just a plain text file with a number "1" in it. I have not made any modifications to any of the files. When I look at the tables in the database it looks like all the data is still there. I'm not sure where to begin to fix this thing.

  • URL: http://www.crowedataflow.com/owiki/
  • MediaWiki Version: I think 1.5, but I cannot get to the Special:Version page because it's not working.
  • php Version: 5.4.14
  • MySQL Version: 4.1.22

Any ideas where to start? Willcrowe (talk) 15:26, 17 July 2013 (UTC)

I guess the "1" is the line number, which some browsers always show, whether there is content or not. ;-)
A blank page points to a PHP error. Activate error display and check the PHP error log to see what's going on.
You say you use the new PHP 5.4, but an older version of MediaWiki. My guess would be that this version of MediaWiki is just not compatible with PHP 5.4.
A general remark: Your wiki and also your MySQL version are terribly outdated. They have tons of security holes. Maybe you also got hacked. However, even if you did not, with these versions it's only a matter of time. You should really do an Upgrade! Current MediaWiki versions also run fine on PHP 5.4. ;-) 88.130.121.250 15:33, 17 July 2013 (UTC)
Thanks for the reply.
I don't know how to activate error display. You need to understand that this is a hosted wiki. I have no control over the server. Whatever versions Verio is running of php or MySQL is what I have to work with. Willcrowe (talk) 18:05, 17 July 2013 (UTC)
the problem could be mediawiki 1.5 because php 5.4 isent support in 1.5 I think try upgrading to mediawiki 1.21 see if that works and try updating MySQL 188.227.180.2 18:51, 17 July 2013 (UTC)
I have to contradict here.
If -as you said- you cannot update MySQL, do not update MediaWiki to version 1.21 or you will break your wiki. 88.130.121.250 19:39, 17 July 2013 (UTC)
Place the following code in LocalSettings.php:
error_reporting( -1 );
ini_set( 'display_errors', 1 );
and see what errors you get. 88.130.121.250 19:42, 17 July 2013 (UTC)
Thanks to everyone who responded. Verio set the php version back to an earlier version and now it works. I will look into upgrading my Mediawiki version for added security. That seems like sound advice. Willcrowe (talk) 21:02, 19 July 2013 (UTC)
Yes, it is! :-)
Take care with the PHP and MySQL versions, which are supported. If you don't want to have a broken system during update, you should upgrade to MediaWiki 1.18. Newer versions will only work, if you use a newer MySQL version - MySQL 5.0.2 at least.
After your host updated MySQL to at least 5.0.2 and PHP to 5.3.2 or newer, you can finally update to MediaWiki 1.21. 88.130.107.157 22:57, 19 July 2013 (UTC)
You could upgrade to 1.18 and if you host lets you choose what version php and MySQL you can have you can change it to a more updated one because with 1.18 you can install extension to help make your wiki more powerful and more better by updating your wiki you are also updating security so hackers and people carnt break into your wiki because 1.6 is not supported by Mediawiki any more 81.129.86.23 09:57, 20 July 2013 (UTC)
Willcrowe (talk) 18:05, 17 July 2013 (UTC)

Site matrix

Hi where can I find the Lang list please 90.217.41.188 (talk) 17:14, 17 July 2013 (UTC)

Could you elaborate please what you would like to find and for which purpose? AKlapper (WMF) (talk) 15:55, 18 July 2013 (UTC)
The Lang list which helps site matrix find your wiki farm and to help it to show it in other languages 90.218.199.20 16:49, 18 July 2013 (UTC)
If you point to your wiki farm, we might be able to help more.
Looking at the documentation for SiteMatrix, though, it looks like the you want to create a file and point $wgSiteMatrixFile to it. MarkAHershberger(talk) 18:22, 21 July 2013 (UTC)

Help me to create a userinfo template!

Hello all, I have mostly done this template, but I face with one problem! I would like to hide some lines if they are blank (e.g. if I leave "e-mail" blank this line should not be displayed). I cannot understand how it should be done! And the second how to set width size of images that can be displayed in this template?
Thx for help!
This is template code:

{| class="infobox" 
|-
|colspan="2" style="text-align:center; font-size: larger; background-color:#fff6d0; color:black; border: 1px solid #aaaaaa;" | '''Userinfo'''
|-
|colspan="2" style="text-align:center;" | {{{image}}}
|-
|'''Name:''' || {{{name}}}
|-
|'''E-mail:''' || {{{e-mail}}}
|-
|}

Fokebox (talk) 18:39, 17 July 2013 (UTC)

I have mostly resolve the problem, but still cannot understand how the manage with image size! I do it so as it is shown here:
{| class="infobox" 
|-
|colspan="2" style="text-align:center; font-size: larger; background-color:#fff6d0; color:black; border: 1px solid #aaaaaa;" | '''Userinfo'''
|-
|colspan="2" style="text-align:center;" | [[File:{{{image}}}|200px|thumb|center]]
|- class="hiddenStructure{{{name|}}}"
|| '''Name:''' || {{{name}}}
|- class="hiddenStructure{{{e-mail|}}}"
|| '''E-mail:''' || {{{e-mail}}}
|}
Can anyone help me? Fokebox (talk) 21:25, 18 July 2013 (UTC)
I don't understand your question. How are you trying to "manage" the image size? As far as hiding fields, see how this is done with the Template:Extension. MarkAHershberger(talk) 18:18, 21 July 2013 (UTC)

[RESOLVED] CSS cache not clearing in 1.20+

Hey all-
I'm trying to develop a custom skin off Vector. Unfortunately, any chances I make to main-ltr.css aren't shown in the wiki, and no matter how many times I purge the page, clear the browser cache, shift-refresh, etc. etc., the changes will. not. show. up.

This happens in Firefox, Chrome, and IE 8. I've set $wgForcedRawSMaxage to 10 and even $wgResourceLoaderMaxage to 10 (it's a development server so no one's using it) in an attempt to get the 'compiled' CSS to reload... no dice. Same goes for using &debug=true -- Firebug keeps showing the old properties while the screen shows the new ones, and vice versa. (For example, if I change the top property in #mw-panel from 160px to 300px, it showed up. When I resorted back to 160, it's still showing a 300px push, yet Firebug says they're all set to 160px.)

What can I do to fix this? It's driving me crazy! Kchurch05 (talk) 20:48, 17 July 2013 (UTC)

Hi!
In recent versions, including MW 1.20, the skin uses the CSS file screen.css. I think in the past you did an update by copying the old files over the new ones. That way old files, like the one you are editing, stayed in place. You should remove all files in the folder, which have not been changed during the last update or later. These are old and no longer used - including main-ltr.css. 88.130.121.250 21:13, 17 July 2013 (UTC)
Excellent, thank you! Worked great, although creating a custom skin off Vector is a huuuuuuge pain. Anyone else not enjoying the new MW way of skin design? [raises hand] Kchurch05 (talk) 20:34, 18 July 2013 (UTC)
Yes, I also don't know of a complete and working!() description of how to do it. Maybe skins gives you a first idea... 88.130.66.36 21:45, 18 July 2013 (UTC)
You could look at Daniel's tutorial. This is one of the areas that should be addressed soon. MarkAHershberger(talk) 18:13, 21 July 2013 (UTC)
Thanks. Your solution worked for me. Lee80 (talk) 11:55, 13 August 2013 (UTC)

Error updating from the web.

I am managed to update from Mediawiki 1.18 to 1.21. PHP version 5.3.26, MySQL 5.5.30-cll. I do not have access to the Command line. I'm a new user.

Basically, when I go to http://estiah.dementiastudios.org/Main_Page and it just gives me a simplified version of the page. It doesn't really look like the wiki I had before. Did I miss something during the upgrade step? Is there some sort of configuration I missed? --Amanujaku (talk) 22:26, 17 July 2013 (UTC)

Hi!
Yes, you still have to update one thing: Make sure that your server allows requests to load.php. Currently these requests are redirected to the MediaWiki main PHP file, which returns a MediaWiki page. Correct output would be CSS styles.
Most probably you can fix this by editing .htaccess. Add a RewriteRule, which prevents requests to load.php from being rewritten. 88.130.121.250 22:40, 17 July 2013 (UTC)
I'm not too familiar with editing .htaccess. Would it be something like:
RewriteRule ^load.php - [L] Amanujaku (talk) 21:36, 18 July 2013 (UTC)
Not yet. The dot must be escaped and the line must be below the line
RewriteEngine On
so that it basically looks like this:
RewriteEngine On
RewriteRule ^load\.php - [L]
and below that, not above that there must be the rewrite rule, which leads requests to index.php. 88.130.66.36 21:44, 18 July 2013 (UTC)
This still isn't working. Were you able to update the .htaccess file yet? MarkAHershberger(talk) 18:10, 21 July 2013 (UTC)

APCOND Errors. For user IP autopromote.

Hey I tried to do a test and check for making autopromote work for certain IP addresses and added the following to my localsettings.php file:

$wgAutopromote['reader'] = array( APCOND,_ISIP,'192.168.10.14');
$wgGroupPermissions['reader'] = true;
$wgImplicitGroups[] = 'reader';
$wgGroupPermissions['*']['read'] = false;
$wgGroupPermissions['*']['createaccount'] = false;
$wgGroupPermissions['*']['edit'] = false;

When I tried to test it I got the following logs:

Internal error

Unrecognized condition APCOND for autopromotion!

Backtrace:

#0 /usr/share/mediawiki/includes/Autopromote.php(77): Autopromote::checkCondition(Array, Object(User))
#1 /usr/share/mediawiki/includes/Autopromote.php(18): Autopromote::recCheckCondition(Array, Object(User))
#2 /usr/share/mediawiki/includes/User.php(2009): Autopromote::getAutopromoteGroups(Object(User))
#3 /usr/share/mediawiki/includes/User.php(1975): User->getEffectiveGroups()
#4 /usr/share/mediawiki/includes/User.php(2125): User->getRights()
#5 [internal function]: User->isAllowed('read')
#6 /usr/share/mediawiki/includes/StubObject.php(58): call_user_func_array(Array, Array)
#7 /usr/share/mediawiki/includes/StubObject.php(184): StubObject->_call('isAllowed', Array)
#8 /usr/share/mediawiki/includes/Title.php(1529): StubUser->__call('isAllowed', Array)
#9 /usr/share/mediawiki/includes/Title.php(1529): StubUser->isAllowed('read')
#10 /usr/share/mediawiki/includes/Wiki.php(151): Title->userCanRead()
#11 /usr/share/mediawiki/includes/Wiki.php(55): MediaWiki->preliminaryChecks(Object(Title), Object(OutputPage), Object(WebRequest))
#12 /usr/share/mediawiki/index.php(116): MediaWiki->initialize(Object(Title), NULL, Object(OutputPage), Object(User), Object(WebRequest))
#13 {main}


Can anyone point me into the direction in where I am going wrong?

Thanks,

Alan 178.16.239.2 (talk) 08:29, 18 July 2013 (UTC)

You have an extra comma. Instead of APCOND,_ISIP, you want APCOND_ISIP. MarkAHershberger(talk) 18:05, 21 July 2013 (UTC)

Forgot Password issue on mediawiki

When i click forgot my password i can see below message.can someone help me to fix this please....

Permissions errors You do not have permission to <action-passwordreset>, for the following reason: The action you have requested is limited to users in the group: Administrators. 128.86.168.11 (talk) 08:49, 18 July 2013 (UTC)

Seems like the interface message with the label "action-passwordreset" is not replaced with the actual text.
Maybe updating translations helps - that can be done with that new extension in MediaWiki 1.21. 88.130.66.36 15:46, 18 July 2013 (UTC)
Did you contact one of administrators of your wiki about this already? AKlapper (WMF) (talk) 15:53, 18 July 2013 (UTC)

[SOLVED] Check entered string in infobox

Hi,

I have an infobox template which looks like this: {{Infobox | Image = }}

I want to check the string entered by the user and add the category "Image needed" if the value is "Image needed.jpg".

I tried to add {{#if: {{{Image|Image needed.jpg}}} | [[Category:Image needed]] }} to the template, but of course this doesn't work since it only checks if the string is empty. Can I even fix my problem with the parser functions?

Thanks and cheers, Till Kraemer (talk) 09:29, 18 July 2013 (UTC)

Try #ifeq.
Help:Extension:ParserFunctions#.23ifeq Fereal (talk) 10:15, 18 July 2013 (UTC)
Thanks a lot, Fereal! {{#ifeq: {{{Image}}} | Image needed.jpg | [[Category:Image needed]] | }} indeed works! :) (I only tried {{#if: {{{Image|Image needed.jpg}}} | [[Category:Image needed]] }} before, which didn't work).
Cheers, Till Kraemer (talk) 10:50, 18 July 2013 (UTC)

Login screen

Login screen is not visible in ie .Chrome and firefox works fine

Plz help 128.86.168.11 (talk) 14:30, 18 July 2013 (UTC)

OPen your eyes? Clean your screen? Use a browser? 88.130.66.36 15:43, 18 July 2013 (UTC)
What else do you see, if not the login screen? And which version of Internet Explorer, and which version of MediaWiki? AKlapper (WMF) (talk) 15:52, 18 July 2013 (UTC)

extension echo

having problem using echo when updating via web it says the following error when extension is installed Fatal error: Class 'EchoHooks' not found in /home/random/public_html/en/extensions/Echo/Echo.php on line 496 when I remove it to do the update and then I have to put it back after update.php please fix it 90.218.199.20 (talk) 17:42, 18 July 2013 (UTC)

mediawiki version 1.22 wmf11 90.218.199.20 17:43, 18 July 2013 (UTC)
Might be worth to bring up on http://www.mediawiki.org/wiki/Talk:Echo/Testing to get the developers' attention, however might need better steps to reproduce (and punctuation). AKlapper (WMF) (talk) 11:09, 19 July 2013 (UTC)
Ok 5.66.148.12 14:34, 19 July 2013 (UTC)
I have reported it on the talk page 81.129.86.23 09:30, 20 July 2013 (UTC)

Code for mediawiki.org's login and create account pages

I just noticed the login and create account pages at mediawiki.org (http://www.mediawiki.org/w/index.php?title=Special:UserLogin&returnto=MediaWiki and http://www.mediawiki.org/w/index.php?title=Special:UserLogin&returnto=MediaWiki&type=signup). These seem to be much cleaner than the default forms distributed with 1.21.1. Is the code/templates driving these forms freely available? 140.254.6.99 (talk) 19:20, 18 July 2013 (UTC)

All code is free and available at git.wikimedia.org - see http://www.mediawiki.org/wiki/Developer_access AKlapper (WMF) (talk) 11:06, 19 July 2013 (UTC)
I think he wants to know, which extension brings the login screen. I know it was somehow related to the Usability Initiative, but I don't know an extension name... 88.130.66.36 11:43, 19 July 2013 (UTC)
Special:UserLogin itself is at https://git.wikimedia.org/blob/mediawiki%2Fcore.git/HEAD/includes%2Fspecials%2FSpecialUserlogin.php and there are further files involved, like includes/templates/UsercreateVForm.php. AKlapper (WMF) (talk) 12:07, 19 July 2013 (UTC)

After logging into my wiki and navigating a few pages the navigation bar disappears and the entire page is one long page without formatting. It started happening about a week ago. It will be fine for awhile then the formatting disappears. It does it on my iPad, laptop, ie chrome,Firefox. If I clear the cache it will be ok for a few pages or sometimes that doesn't help either. Installed software

Product Version MediaWiki 1.18.1 PHP 5.3.13 (cgi-fcgi) MySQL 5.0.91-log Installed extensions

Appsdbainfo.com/wiki

It has a password. Because it was hack and there are 1000's of users created with random advertising on them. How do I delete theses? 70.123.103.87 (talk) 07:19, 19 July 2013 (UTC)

For deleting pages in bulk, check out Extension:Nuke.
You're losing styling because load.php -- responsible for minifying your JS and CSS -- is producing server errors sometimes. I would look at your apache error log to see if you can see the problem there. You might also try upgrading to at least 1.19 since 1.18 is no longer supported and the problem may be fixed in a newer version of MediaWiki. MarkAHershberger(talk) 17:51, 21 July 2013 (UTC)

[RESOLVED] Box portal skeleton template : can not transclude portal subpages

Hello,

I am a newbie in the Mediawiki world, so I hope I am dooing right by editing my problem here.

I have just installed the latest version of Mediawiki (1.21) and imported the Wikipedia portal technology from here [1] for the use of the Box portal skeleton as suggested here [2].

Allmost everything works fine except that in my portal sections, the red links points towards Templates and not sub-pages as it should. I get Template:Portal:Test1/Intro when I should get Portal:Test1/Intro. The edit link is ok, but only the templates are transcluded in my sections...

What am I missing ?

Thanks for your help ! 78.220.29.24 (talk) 14:07, 19 July 2013 (UTC)

Hello,
after GOOD reading of the first article noticed above - everything was just there, I have found the solution : I just had to add the "PORTAL" namespace to my wiki... It took me some time, but helped me to understand a lot of Mediawiki !
Thanks ! 78.220.29.24 11:00, 20 July 2013 (UTC)

[RESOLVED] Git

Hi there seems to be a problem with git the website is not working 5.66.148.12 (talk) 14:33, 19 July 2013 (UTC)

What is the problem? Everything looks fine. I see no problem here. 88.130.107.157 22:59, 19 July 2013 (UTC)
It won't let me go on the website it just keeps loading and then says error loading website 81.129.86.23 09:26, 20 July 2013 (UTC)
It seems to be back online but coming up with errors like internal error and other errors please fix the issue thanks 81.129.86.23 12:05, 20 July 2013 (UTC)
Which website? 88.130.107.157 13:15, 20 July 2013 (UTC)
http://git.wikimedia.org 81.129.86.23 13:46, 20 July 2013 (UTC)
Calling the page currently gives a proxy error 502. The server team is investigating this alredy. 88.130.123.208 13:59, 20 July 2013 (UTC)
Oh ok thanks 81.129.86.23 14:19, 20 July 2013 (UTC)
In the meantime, you can navigate the repository from https://github.com/wikimedia/ Ciencia Al Poder (talk) 20:10, 21 July 2013 (UTC)
Ok thanks 109.151.161.64 09:01, 22 July 2013 (UTC)
They have fixed the problem now 109.151.161.64 09:02, 22 July 2013 (UTC)
Problem is intermittent. See https://bugzilla.wikimedia.org/show_bug.cgi?id=51769 AKlapper (WMF) (talk) 08:06, 23 July 2013 (UTC)

I cannot figure out how to do an external link in the new VisualEditor when I'm putting in a new reference/citation. Thanks. NewzealanderA (talk) 16:45, 19 July 2013 (UTC)

If you start typing "http://" it will recognise it as an external link. MarkAHershberger(talk) 17:36, 21 July 2013 (UTC)

[RESOLVED] Create a new spam wiki

why doint Wikimedia launch a new project called spam which will help all there wikis go down in spam because the spam project will let those spammers go there I have launch a spam website myself why not Wikimedia my one is at http://spam.wikisaur.tk 81.129.86.23 (talk) 17:58, 20 July 2013 (UTC)

And because you created a new website, the spammers will suddenly stop spamming your other websites? Are you serious? "Oh, a spam website - then I will stop spamming the other ones." Not really. :-( What will happen is that they will spam the new site additionally to the old ones. 88.130.123.208 00:09, 21 July 2013 (UTC)
oh ok 81.129.128.21 08:57, 21 July 2013 (UTC)

[RESOLVED] Slow MediaWiki due to Nginx reinstall?

Hello,

I wanted to upgrade from nginx 1.4.1 to 1.4.2. Something went wrong and nginx does not want to start anymore. So I reinstalled all nginx packages. After a day the users of my Wiki said that the wiki is horribly slow (about 5-9 seconds / pageload). I could not find any mysql slow querys, or something. Only php5-fpm says now that all child processes are in use (pm.max_children = 5). Now i have to set pm.max_children = 60 to avoid these messages. Today I installed nginx 1.4.2 correctly but still the Wiki is slow. On the same server Wordpress and WBB are running blazing fast, only MediaWiki got slower. I am using APC with $wgMainCacheType = CACHE_ACCEL; so i thought maybe with APC is something wrong, so I reinstalled APC without effect.

MediaWiki is using APC: CACHES: APCBagOStuff[main] APCBagOStuff[message] APCBagOStuff[parser] On every query: "MessageCache::load: Loading de... got from global cache" I cant see anything suspicious in MediaWikis log except: "Loaded preprocessor XML from memcached" I havent configured memcached in LocalSettings and memcached isnt even running (but installed)...

The load of my server is horrible high. (was ~1, now is [2.5,4])

Specs: MediaWiki: 1.20.6, 5.4.9-4ubuntu2.2 (fpm-fcgi), 10.0.3-MariaDB-1~raring-log, nginx/1.4.2/1.4.1

Thanks in advance. 77.1.91.154 (talk) 19:58, 20 July 2013 (UTC)

Go back to the state with the old Nginx install and try the update again?! 88.130.123.208 00:11, 21 July 2013 (UTC)
Nevermind, it was a defective HDD in my RAID. 77.1.91.154 01:33, 21 July 2013 (UTC)

Account Problems

Hi, i recently tried to create an account with bulbapedia. It worked fine except there is no confirmation email even though I have tried resending multiple times. I then created an account on the mediawiki. That worked out fine, confirmation email and all. I am now trying to work out how to use my mediawiki account on bulbapedia, and erase the bulbapeida account completely, or merge it with my mediawiki account. Keep in mind that I have never edited on the bulbapedia wiki ever. Could someone please help me with my account problems ASAP!!! Brodensson (talk) 05:18, 21 July 2013 (UTC)

Hi,
To be able to merge one account with another, the wikis, in which the two accounts are located, must be connected in some way, e.g. as the wikipedia projects for the different languages are. If that is not the case, you cannot merge the accounts. With what do you want to merge your bulbapedia account? 88.130.123.208 11:18, 21 July 2013 (UTC)
By bulbapedia, do you mean this bulbapedia? I was able to register and confirm my email address right away.
As far as using your MediaWiki.org account on that wiki: you can't. MarkAHershberger(talk) 17:27, 21 July 2013 (UTC)
Thats fine about no merging bulbapedia with mediawiki.
But my main issue is being unable to confirm my email on bulbapedia. Is there any reaosn why i can confirm my email here, but not on bulbapedia? Brodensson (talk) 10:47, 22 July 2013 (UTC)
Did you check your spam folder?
It worked fine for me. If you can't find it in your inbox or spam folder, you may want to talk to the people who provide your email. MarkAHershberger(talk) 14:49, 22 July 2013 (UTC)
yes, I checked my spam/junk email folder. I'll try contacting my email providers. Brodensson (talk) 05:51, 23 July 2013 (UTC)

Page protection not saving

I have protected and unprotected cells. I have protected the sheet. When I save this and then reopen page, no protection. Help. 168.244.164.220 (talk) 15:08, 21 July 2013 (UTC)

Hi there!
What sheet? What cells?
What software are you using?
Do you have an URL? 88.130.104.70 15:39, 21 July 2013 (UTC)
Libre Office, Spreedsheet. Sorry 168.244.164.220 16:10, 21 July 2013 (UTC)
That explains much. ;-)
This is the support desk for MediaWiki, the software used to run Wikipedia. Maybe you have luck and someone knows the answer, but this is no gathering point for LibreOffice experts. You would be better off, if you asked in a LibreOffice forum. 88.130.104.70 16:32, 21 July 2013 (UTC)

importation problem

Hello,
I've setup mediawiki on my rasberry pi using the following tutorial:
http://trevorappleton.blogspot.fr/2013/04/installing-mediawiki-on-raspberry-pi.html
It is now running but I'm getting a hard time trying to import articles from wikipedia (using special:import in the url).
When uploading an xml through the interface it fails and displays the following message:
"Import failed: Expected <mediawiki> tag, got "
Any ideas?
Thanks 85.168.52.165 (talk) 15:45, 21 July 2013 (UTC)
How are you importing the dump? Are you trying to upload the .7z file to Special:Import? MarkAHershberger(talk) 17:16, 21 July 2013 (UTC)
Hello, I'm using the special:export function like that:
http://en.wikipedia.org/wiki/Special:Export/Ibm
Then trying to reimport the xml fails using the special:import function. 85.168.52.165 16:23, 27 July 2013 (UTC)
Perhaps there is some error you are hitting. Try adding
error_reporting( -1 );
ini_set( 'display_errors', 1 );
to your LocalSettings.php and repeat the upload. MarkAHershberger(talk) 18:35, 27 July 2013 (UTC)
Hello,
Thanks for your answer, i'm still unable to import (after putting the values in the localsettings)
I still have the :
Import failed: Expected <mediawiki> tag, got "
Plus these errors :
Warning: XMLReader::read(): uploadsource://9d693349ea37d3f06a7bc7aba16c521a:1: namespace error : Namespace prefix xsi for schemaLocation on mediawiki is not defined in /usr/share/mediawiki/includes/Import.php on line 404
Warning: XMLReader::read(): rt-0.8/ http://www.mediawiki.org/xml/export-0.8.xsd" version="0.8" xml:lang="en" in /usr/share/mediawiki/includes/Import.php on line 404
Warning: XMLReader::read(): ^ in /usr/share/mediawiki/includes/Import.php on line 404
Warning: XMLReader::read(): An Error Occured while reading in /usr/share/mediawiki/includes/Import.php on line 404
Thanks in advance 85.168.52.165 20:19, 29 July 2013 (UTC)
Interesting. The clue here is
Namespace prefix xsi for schemaLocation on mediawiki is not defined
Does the first line of your xml dump file contain the following bit?
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
What version of php are you running? What OS?
If the "xmlns:xsi" bit is missing, where did you get the file? MarkAHershberger(talk) 01:00, 31 July 2013 (UTC)
Let me jump in on this one since I had the same problem and found a (rather simple) solution for it.
At the very top of my dump.xml file, for some reason, there was the following snippet
 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"                                                                                                                                         
<?                                                                                                                                                                                             
                                                                                                                                                                                          
$wgExtensionCredits['wikidiff2'][] = array(                                                                                                                                                    
    'name' => 'Wikidiff2',                                                                                                                                                                     
    'version' => '',                                                                                                                                                                           
    'author' => 'Tim Starling',                                                                                                                                                                
    'description' => 'external diff engine for MediaWiki',                                                                                                                                     
    'url' => 'https://www.mediawiki.org/wiki/Extension:Wikidiff2'                                                                                                                              
);                                                                                                                                                                                             
                                                                                                                                                                                               
$wgExternalDiffEngine = 'wikidiff2';
and only after came the parent xml tag:
<Mediawiki xmlns="http://www.mediawiki.org/xml/export-0.6/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.mediawiki.org/xml/export-0.6/ http://www.medi\
awiki.org/xml/export-0.6.xsd" version="0.6" xml:lang="en">
So what i did was just remove everything the was before that parent tag, and it imported without a problem.
hope it helps.
a 2001:981:8965:1:224:D7FF:FE6C:2AB0 08:34, 10 September 2014 (UTC)
That's really weird. Your problem resides in the Extension:Wikidiff2 on your installation, because it uses short PHP tags (<? instead of <?php).
But if it's appearing on your dumps, it should be appearing also on your wiki pages! Ciencia Al Poder (talk) 09:27, 10 September 2014 (UTC)
Could be a character encoding issue with your source XML file, or related to how your server is uploading the file contents. Try to be sure the content is UTF-8 and see if that helps.
Worked for us with this issue; your problem might be different. 195.200.76.252 (talk) 15:05, 15 March 2016 (UTC)

thumb directory and thumbs not being created

I'm using MediaWiki 1.21.1, PHP 5.3.26, MySQL I don't know. I've only recently installed MW and I'm new to everything that's going on. But there is a problem with my thumbnailer. When I upload an image to my wiki using Special:Upload, the file is uploaded successfully but no thumbnails are created. On the file description page of the file, no thumbnail is present, and when I click on any of the "available" resolutions listed under the filename, I get

Not Found The requested URL /w/images/thumb/1/11/myImage.jpg/320px-myImage.jpg was not found on this server. Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request.


In LocalSettings.php I have $wgEnableUploads = true; $wgUseImageMagick = true; $wgImageMagickConvertCommand = "/usr/bin/convert"; And that path is correct.

Moreover, in the logs (which I've enabled) I see File::transform transformation deferred.BitmapHandler::doTransform: creating 320x213 thumbnail at mwstore://local-backend/local-thumb/1/11/myImage.jpg/320px-myImage.jpg using scaler im BitmapHandler::doTransform: Transforming later per flags.

But there is no "thumb" directory and there are no thumbs.

Please help! Geoffmangman (talk) 03:18, 22 July 2013 (UTC)

If anyone finds this, I found a solution.
You need
$wgHashedUploadDirectory = true;
$wgGenerateThumbnailOnParse = true;
and I needed
$wgMaxShellMemory = 204800;
because my images are large. Geoffmangman (talk) 04:01, 22 July 2013 (UTC)

[Resolved] Restricted Read Only Access on the Namespace

Hi,

We have installed the MediaWiki and using it for some time. Now we want to expose the Mediawiki to other groups keeping in view that 1 group of users is not able to View/modify the contents belonging to other groups. Keeping this in view we thought of providing the access at namespace level. Can anyone pls suggest me the wayout? WE are using Mediawiki 1.20.3 Vivek.Prakash (talk) 06:45, 22 July 2013 (UTC)

You can do this using Extension:Lockdown and some configuration. Here is how I'm doing it for one of my wikis:
define( NS_MW_COLLAB, 102 );
define( NS_MW_COLLAB_TALK, 103 );
$wgExtraNamespaces[ NS_MW_COLLAB ] = "Collab";
$wgExtraNamespaces[ NS_MW_COLLAB_TALK ] = "Collab_talk";
$wgNamespacePermissionLockdown[ NS_MW_COLLAB ]['*'] = array('collab');
$wgNamespacePermissionLockdown[ NS_MW_COLLAB_TALK ]['*'] = array('collab');
$wgNonincludableNamespaces[] = NS_MW_COLLAB;
$wgNonincludableNamespaces[] = NS_MW_COLLAB_TALK;
$wgSpecialPageLockdown['Recentchanges'] = array('collab');
$wgActionLockdown['history'][] = 'collab';
Using this, only people in the collab group can edit or view articles in the Collab namespace. MarkAHershberger(talk) 14:47, 22 July 2013 (UTC)
Thanks a lot. It helped me. Vivek.Prakash (talk) 07:50, 23 July 2013 (UTC)

[RESOLVED] Page suggest for extensions

Hi could we create a page on here so that we can suggest for extension to be created so people are interested in creating extension but doint have any ideas can go to that page and ideas and for people who want to help please 109.151.161.64 (talk) 09:00, 22 July 2013 (UTC)

Hi you can create a page on here in this very wiki it is possible without any problem just go ahead maybe others will follow if the idea is good there surely will be many people joining with you in finding that this is really a brilliant idea and that there really should be someone who actually does it but they will never do themselves thank you God bless you 88.130.104.70 12:39, 22 July 2013 (UTC)
Ok 109.151.161.64 16:18, 22 July 2013 (UTC)

[RESOLVED] Template problem

There are two different templates in here. First template is desingned for footballer pages (like this) and the second one is designed for club pages (like this). I want to have one template instead of two, so I can update these by one edit. I tried this, it worked, but I also want to see these two different templates in the template page (the second one is invisible as you can see). Nanahuatl (talk) 14:42, 22 July 2013 (UTC)

Put the entire code inside a <includeonly></includeonly> (optional), and following that, add a block, adding inside it the "template documentation" that you need, like description of each parameter, and you can include inside it the template itself (a call to the template, namely, {{:Kullanıcı:Rapsar/Çalışma5}}) with both parameters so both flavors of the template would be displayed there. Ciencia Al Poder (talk) 09:59, 23 July 2013 (UTC)
Makes sense, but then I should create a documentation page for each template right? An used made this edit, but it is not looking so well now :) Rapsar (talk) 21:20, 23 July 2013 (UTC)
Ideally, it should be two templates on different pages instead of using a parameter to select which one to display. But if you want the current setup, you can use the same documentation page for both. I've edited it as an example. Ciencia Al Poder (talk) 09:52, 24 July 2013 (UTC)
Thank you so much for your interest. But now, if I delete a player from the template, I can't see this edit in preview :( Rapsar (talk) 09:57, 24 July 2013 (UTC)
I know, that's why you should put both templates on separate pages. An alternative is to move the template outside the includeonly, either permanently or only when editing. Ciencia Al Poder (talk) 19:53, 24 July 2013 (UTC)
Problem solved. Just like I wanted :) Thank you again for your interest. Rapsar (talk) 21:40, 24 July 2013 (UTC)

Problems with Ambox

Hello guys, I have problems with this template (or just I still don't know how to use template correctly :) ) I have Export the Template:Ambox from mediawiki.org using the Special:Export page. Then I have import XML file into my wiki with Special:Import this is the result http://caricamento.vacau.com/index.php/Template:Ambox and this happens when I use

{{ambox | text = Some text.}}

in a page like that http://caricamento.vacau.com/index.php/Sub1

What is my mystake?

Thanks Alfox~mediawikiwiki (talk) 15:25, 22 July 2013 (UTC)

I saw this today as well. You are importing a template designed for a later version of MediaWiki into a 1.19 wiki. Be aware that Extension:Scribunto is required for some newer templates and does not (yet?) work on 1.19. MarkAHershberger(talk) 16:25, 22 July 2013 (UTC)
Oh I didn't say that! Thanks a lot! Alfox (talk) 18:12, 22 July 2013 (UTC)
Hello still here!
I changed my host because the previus one give me to much problem.
Now I have an host with mediawiki 1.21.1 installed http://alfoxwiki.altervista.org/ .
But:
  • I export from mediawiki Template:Ambox, and import in mine but the import failed because it wants Scribunto
  • installed Scribunto (as in documentation: put the file in the Extention folder, and add 2 line in LocalSetting.php)
  • re-imported Template:Ambox with no error. But if I go in http://alfoxwiki.altervista.org/index.php?title=Template:Ambox this is the error:
Fatal error: Call to a member function loadString() on a non-object in /membri/alfoxwiki/extensions/Scribunto/engines/LuaCommon/LuaCommon.php on line 549

I tried also to import Template:Infobox from wikipedia. Import finish without errors but as you can see here http://alfoxwiki.altervista.org/index.php?title=Template:Infobox the Script daesn't work. Why? Thanks for helping Alfox (talk) 21:02, 22 July 2013 (UTC)

Clicking on "Script error" on your site shows the message "Lua error: Cannot create process."
I'm guessing that is the also the cause of the loadString error. If you add
error_reporting( -1 );
ini_set( 'display_errors', 1 );
to your LocalSettings.php file, you might get some more errors.
It looks like your site is having trouble running the lua script -- you should ask your new host if they have any restrictions that would prevent them from working. MarkAHershberger(talk) 03:08, 23 July 2013 (UTC)
Yep you are right, more error now:
Notice: php_uname() has been disabled for security reasons in /membri/alfoxwiki/includes/GlobalFunctions.php on line 2490
Notice: putenv() has been disabled for security reasons in /membri/alfoxwiki/includes/GlobalFunctions.php on line 2876
Notice: php_uname() has been disabled for security reasons in /membri/alfoxwiki/extensions/Scribunto/engines/LuaStandalone/LuaStandaloneEngine.php on line 105
Notice: php_uname() has been disabled for security reasons in /membri/alfoxwiki/extensions/Scribunto/engines/LuaStandalone/LuaStandaloneEngine.php on line 116
Notice: proc_open() has been disabled for security reasons in /membri/alfoxwiki/extensions/Scribunto/engines/LuaStandalone/LuaStandaloneEngine.php on line 134
Notice: php_uname() has been disabled for security reasons in /membri/alfoxwiki/extensions/Scribunto/engines/LuaStandalone/LuaStandaloneEngine.php on line 9
Fatal error: Call to a member function loadString() on a non-object in /membri/alfoxwiki/extensions/Scribunto/engines/LuaCommon/LuaCommon.php on line 549
I try to change in a new host then 79.36.34.122 09:11, 23 July 2013 (UTC)
Same hints on what host is fully compatible with mediawiki and the extentions?
Thanks 79.36.34.122 09:38, 23 July 2013 (UTC)
I do not know of a free host that would support running Scribunto. If you're willing to pay for your hosting, though, it you could find one pretty easily. MarkAHershberger(talk) 14:51, 23 July 2013 (UTC)

Private bug report

Hello,

I would like to report what is, I believe, a privacy issue in MediaWiki. The consequences are similar to bugzilla:46457, but somewhat worse. I feel a bit unconfortable with posting the details on bugzilla. Should I, or is there a way to report it privately?

Thanks Orlodrim (talk) 19:53, 22 July 2013 (UTC)

Do not post information on the issue in the public, also not in bugzilla.
Instead, please directly e-mail security@wikimedia.org with details.
See http://www.mediawiki.org/wiki/Security for contact information, so that the Core developers can prepare a bug fix release. 88.130.72.140 20:23, 22 July 2013 (UTC)
You can either contact security@wikimedia.org by email, or file a private bug report under https://bugzilla.wikimedia.org/enter_bug.cgi?product=Security . AKlapper (WMF) (talk) 08:04, 23 July 2013 (UTC)

Fatal exception of type ScribuntoException

  • ewazone.com/wiki
  • MediaWiki 1.21.1
  • PHP 5.3.24 (cgi-fcgi)
  • MySQL 5.0.96-log

Trying to make a long annoying story short, I was adding making a new page with one from Wikipedia as the template (one of the championship ones there to be used as a base for mine). Ended up coping over their info box, which didn't work (naturally because I didn't copy that template) so I copy that over, and it's fixed, no. It's throwing weird errors at me so I go and get new copies of the infoboxes when all my infoboxes fail. Find out I need the Scribunto extention. So I go, upgrade my wiki to 1.21 (was 1.19 before), grab the latest version of the Scribunto extention, toss it onto my webspace, throw the requireonce and default engine line onto my LoyalSettings.php. Copied over the new infobox templates and moduales and such.... and now every page with an infobox throws me back and error.

For instance my "Lone Jobber" page just gave me an internal error message of- [36eb56b4] 2013-07-23 08:55:10: Fatal exception of type ScribuntoException

The page, when in edit mode, says I've got all the templates I need.

Some pages work, like my Lis of EWA World Heavyweight Champions though at the very bottom it returns the same Fatal exception error, and I don't remember using any infoboxes for that, very simple just a couple tables. I also get the same error when I try and save pages instead of it returning me to the actual page. It's quite annoying. Is there something I'm missing? I went and export/imported the new infobox data which should have picked up everything I needed module wise right, otherwise I'm lost. Thanks. Lone Jobber (talk) 09:06, 23 July 2013 (UTC)

If you look at the HTML of that error, you'll see that there is a comment saying "Set $wgShowExceptionDetails = true; at the bottom of LocalSettings.php to show detailed debugging information". What do you see if you do that?
(I didn't know about the HTML comment until just now when I was looking at the code for handling exceptions.) MarkAHershberger(talk) 15:13, 23 July 2013 (UTC)
This is a copy/paste of what I got back when I went onto one of my pages. I'll be honest in saying that it just looks like mumbojumbo to me.
Lua error: Internal error: The interpreter exited with status 126.
Backtrace:
  1. 0 /home/content/e/w/a/ewazone/html/wiki/extensions/Scribunto/engines/LuaStandalone/LuaStandaloneEngine.php(454): ScribuntoEngineBase->newException('scribunto-luast...', Array)
  2. 1 /home/content/e/w/a/ewazone/html/wiki/extensions/Scribunto/engines/LuaStandalone/LuaStandaloneEngine.php(324): Scribunto_LuaStandaloneInterpreter->checkStatus()
  3. 2 /home/content/e/w/a/ewazone/html/wiki/extensions/Scribunto/engines/LuaStandalone/LuaStandaloneEngine.php(287): Scribunto_LuaStandaloneInterpreter->receiveMessage()
  4. 3 /home/content/e/w/a/ewazone/html/wiki/extensions/Scribunto/engines/LuaStandalone/LuaStandaloneEngine.php(213): Scribunto_LuaStandaloneInterpreter->dispatch(Array)
  5. 4 /home/content/e/w/a/ewazone/html/wiki/extensions/Scribunto/engines/LuaCommon/LuaCommon.php(114): Scribunto_LuaStandaloneInterpreter->registerLibrary('mw_interface', Array)
  6. 5 /home/content/e/w/a/ewazone/html/wiki/extensions/Scribunto/engines/LuaCommon/LuaCommon.php(89): Scribunto_LuaEngine->registerInterface('mw.lua', Array, Array)
  7. 6 /home/content/e/w/a/ewazone/html/wiki/extensions/Scribunto/engines/LuaStandalone/LuaStandaloneEngine.php(8): Scribunto_LuaEngine->load()
  8. 7 /home/content/e/w/a/ewazone/html/wiki/extensions/Scribunto/engines/LuaCommon/LuaCommon.php(158): Scribunto_LuaStandaloneEngine->load()
  9. 8 /home/content/e/w/a/ewazone/html/wiki/extensions/Scribunto/engines/LuaCommon/LuaCommon.php(549): Scribunto_LuaEngine->getInterpreter()
  10. 9 /home/content/e/w/a/ewazone/html/wiki/extensions/Scribunto/engines/LuaCommon/LuaCommon.php(533): Scribunto_LuaModule->getInitChunk()
  11. 10 /home/content/e/w/a/ewazone/html/wiki/extensions/Scribunto/engines/LuaCommon/LuaCommon.php(561): Scribunto_LuaModule->execute()
  12. 11 /home/content/e/w/a/ewazone/html/wiki/extensions/Scribunto/common/Hooks.php(96): Scribunto_LuaModule->invoke('max', Object(PPTemplateFrame_DOM))
  13. 12 [internal function]: ScribuntoHooks::invokeHook(Object(Parser), Object(PPTemplateFrame_DOM), Array)
  14. 13 /home/content/e/w/a/ewazone/html/wiki/includes/parser/Parser.php(3532): call_user_func_array('ScribuntoHooks:...', Array)
  15. 14 /home/content/e/w/a/ewazone/html/wiki/includes/parser/Parser.php(3251): Parser->callParserFunction(Object(PPTemplateFrame_DOM), '#invoke', Array)
  16. 15 /home/content/e/w/a/ewazone/html/wiki/includes/parser/Preprocessor_DOM.php(1077): Parser->braceSubstitution(Array, Object(PPTemplateFrame_DOM))
  17. 16 /home/content/e/w/a/ewazone/html/wiki/includes/parser/Parser.php(3404): PPFrame_DOM->expand(Object(PPNode_DOM))
  18. 17 /home/content/e/w/a/ewazone/html/wiki/includes/parser/Preprocessor_DOM.php(1077): Parser->braceSubstitution(Array, Object(PPTemplateFrame_DOM))
  19. 18 /home/content/e/w/a/ewazone/html/wiki/includes/parser/Preprocessor_DOM.php(1484): PPFrame_DOM->expand(Object(DOMElement), 4)
  20. 19 /home/content/e/w/a/ewazone/html/wiki/includes/parser/Preprocessor_DOM.php(1502): PPTemplateFrame_DOM->getNumberedArgument('2')
  21. 20 /home/content/e/w/a/ewazone/html/wiki/includes/parser/Parser.php(3842): PPTemplateFrame_DOM->getArgument('2')
  22. 21 /home/content/e/w/a/ewazone/html/wiki/includes/parser/Preprocessor_DOM.php(1096): Parser->argSubstitution(Array, Object(PPTemplateFrame_DOM))
  23. 22 /home/content/e/w/a/ewazone/html/wiki/includes/parser/Parser.php(3165): PPFrame_DOM->expand(Object(PPNode_DOM))
  24. 23 /home/content/e/w/a/ewazone/html/wiki/includes/parser/Preprocessor_DOM.php(1077): Parser->braceSubstitution(Array, Object(PPTemplateFrame_DOM))
  25. 24 /home/content/e/w/a/ewazone/html/wiki/includes/parser/Parser.php(3165): PPFrame_DOM->expand(Object(PPNode_DOM))
  26. 25 /home/content/e/w/a/ewazone/html/wiki/includes/parser/Preprocessor_DOM.php(1077): Parser->braceSubstitution(Array, Object(PPTemplateFrame_DOM))
  27. 26 /home/content/e/w/a/ewazone/html/wiki/includes/parser/Parser.php(3404): PPFrame_DOM->expand(Object(PPNode_DOM))
  28. 27 /home/content/e/w/a/ewazone/html/wiki/includes/parser/Preprocessor_DOM.php(1077): Parser->braceSubstitution(Array, Object(PPTemplateFrame_DOM))
  29. 28 /home/content/e/w/a/ewazone/html/wiki/includes/parser/Parser.php(3165): PPFrame_DOM->expand(Object(PPNode_DOM))
  30. 29 /home/content/e/w/a/ewazone/html/wiki/includes/parser/Preprocessor_DOM.php(1077): Parser->braceSubstitution(Array, Object(PPTemplateFrame_DOM))
  31. 30 /home/content/e/w/a/ewazone/html/wiki/extensions/ParserFunctions/ParserFunctions_body.php(123): PPFrame_DOM->expand(Object(PPNode_DOM))
  32. 31 [internal function]: ExtParserFunctions::ifexprObj(Object(Parser), Object(PPTemplateFrame_DOM), Array)
  33. 32 /home/content/e/w/a/ewazone/html/wiki/includes/parser/Parser.php(3532): call_user_func_array('ExtParserFuncti...', Array)
  34. 33 /home/content/e/w/a/ewazone/html/wiki/includes/parser/Parser.php(3251): Parser->callParserFunction(Object(PPTemplateFrame_DOM), '#ifexpr', Array)
  35. 34 /home/content/e/w/a/ewazone/html/wiki/includes/parser/Preprocessor_DOM.php(1077): Parser->braceSubstitution(Array, Object(PPTemplateFrame_DOM))
  36. 35 /home/content/e/w/a/ewazone/html/wiki/includes/parser/Parser.php(3404): PPFrame_DOM->expand(Object(PPNode_DOM))
  37. 36 /home/content/e/w/a/ewazone/html/wiki/includes/parser/Preprocessor_DOM.php(1077): Parser->braceSubstitution(Array, Object(PPTemplateFrame_DOM))
  38. 37 /home/content/e/w/a/ewazone/html/wiki/includes/parser/Preprocessor_DOM.php(1496): PPFrame_DOM->expand(Object(DOMElement), 4)
  39. 38 /home/content/e/w/a/ewazone/html/wiki/includes/parser/Preprocessor_DOM.php(1504): PPTemplateFrame_DOM->getNamedArgument('1')
  40. 39 /home/content/e/w/a/ewazone/html/wiki/includes/parser/Parser.php(3842): PPTemplateFrame_DOM->getArgument('1')
  41. 40 /home/content/e/w/a/ewazone/html/wiki/includes/parser/Preprocessor_DOM.php(1096): Parser->argSubstitution(Array, Object(PPTemplateFrame_DOM))
  42. 41 /home/content/e/w/a/ewazone/html/wiki/includes/parser/Parser.php(3404): PPFrame_DOM->expand(Object(PPNode_DOM))
  43. 42 /home/content/e/w/a/ewazone/html/wiki/includes/parser/Preprocessor_DOM.php(1077): Parser->braceSubstitution(Array, Object(PPTemplateFrame_DOM))
  44. 43 /home/content/e/w/a/ewazone/html/wiki/includes/parser/Parser.php(3404): PPFrame_DOM->expand(Object(PPNode_DOM))
  45. 44 /home/content/e/w/a/ewazone/html/wiki/includes/parser/Preprocessor_DOM.php(1077): Parser->braceSubstitution(Array, Object(PPTemplateFrame_DOM))
  46. 45 /home/content/e/w/a/ewazone/html/wiki/includes/parser/Parser.php(3404): PPFrame_DOM->expand(Object(PPNode_DOM))
  47. 46 /home/content/e/w/a/ewazone/html/wiki/includes/parser/Preprocessor_DOM.php(1077): Parser->braceSubstitution(Array, Object(PPTemplateFrame_DOM))
  48. 47 /home/content/e/w/a/ewazone/html/wiki/includes/parser/Parser.php(3404): PPFrame_DOM->expand(Object(PPNode_DOM))
  49. 48 /home/content/e/w/a/ewazone/html/wiki/includes/parser/Preprocessor_DOM.php(1077): Parser->braceSubstitution(Array, Object(PPTemplateFrame_DOM))
  50. 49 /home/content/e/w/a/ewazone/html/wiki/includes/parser/Parser.php(3404): PPFrame_DOM->expand(Object(PPNode_DOM))
  51. 50 /home/content/e/w/a/ewazone/html/wiki/includes/parser/Preprocessor_DOM.php(1077): Parser->braceSubstitution(Array, Object(PPTemplateFrame_DOM))
  52. 51 /home/content/e/w/a/ewazone/html/wiki/includes/parser/Parser.php(3404): PPFrame_DOM->expand(Object(PPNode_DOM))
  53. 52 /home/content/e/w/a/ewazone/html/wiki/includes/parser/Preprocessor_DOM.php(1077): Parser->braceSubstitution(Array, Object(PPFrame_DOM))
  54. 53 /home/content/e/w/a/ewazone/html/wiki/includes/parser/Preprocessor_DOM.php(1496): PPFrame_DOM->expand(Object(DOMElement), 4)
  55. 54 /home/content/e/w/a/ewazone/html/wiki/includes/parser/Preprocessor_DOM.php(1504): PPTemplateFrame_DOM->getNamedArgument('weight')
  56. 55 /home/content/e/w/a/ewazone/html/wiki/includes/parser/Parser.php(3842): PPTemplateFrame_DOM->getArgument('weight')
  57. 56 /home/content/e/w/a/ewazone/html/wiki/includes/parser/Preprocessor_DOM.php(1096): Parser->argSubstitution(Array, Object(PPTemplateFrame_DOM))
  58. 57 /home/content/e/w/a/ewazone/html/wiki/includes/parser/Preprocessor_DOM.php(1496): PPFrame_DOM->expand(Object(DOMElement), 4)
  59. 58 /home/content/e/w/a/ewazone/html/wiki/includes/parser/Preprocessor_DOM.php(1504): PPTemplateFrame_DOM->getNamedArgument('data4')
  60. 59 /home/content/e/w/a/ewazone/html/wiki/includes/parser/Parser.php(3842): PPTemplateFrame_DOM->getArgument('data4')
  61. 60 /home/content/e/w/a/ewazone/html/wiki/includes/parser/Preprocessor_DOM.php(1096): Parser->argSubstitution(Array, Object(PPTemplateFrame_DOM))
  62. 61 /home/content/e/w/a/ewazone/html/wiki/includes/parser/Preprocessor_DOM.php(1496): PPFrame_DOM->expand(Object(DOMElement), 4)
  63. 62 /home/content/e/w/a/ewazone/html/wiki/includes/parser/Preprocessor_DOM.php(1504): PPTemplateFrame_DOM->getNamedArgument('data')
  64. 63 /home/content/e/w/a/ewazone/html/wiki/includes/parser/Parser.php(3842): PPTemplateFrame_DOM->getArgument('data')
  65. 64 /home/content/e/w/a/ewazone/html/wiki/includes/parser/Preprocessor_DOM.php(1096): Parser->argSubstitution(Array, Object(PPTemplateFrame_DOM))
  66. 65 /home/content/e/w/a/ewazone/html/wiki/includes/parser/Parser.php(3165): PPFrame_DOM->expand(Object(PPNode_DOM))
  67. 66 /home/content/e/w/a/ewazone/html/wiki/includes/parser/Preprocessor_DOM.php(1077): Parser->braceSubstitution(Array, Object(PPTemplateFrame_DOM))
  68. 67 /home/content/e/w/a/ewazone/html/wiki/extensions/ParserFunctions/ParserFunctions_body.php(139): PPFrame_DOM->expand(Object(PPNode_DOM))
  69. 68 [internal function]: ExtParserFunctions::ifObj(Object(Parser), Object(PPTemplateFrame_DOM), Array)
  70. 69 /home/content/e/w/a/ewazone/html/wiki/includes/parser/Parser.php(3532): call_user_func_array('ExtParserFuncti...', Array)
  71. 70 /home/content/e/w/a/ewazone/html/wiki/includes/parser/Parser.php(3251): Parser->callParserFunction(Object(PPTemplateFrame_DOM), '#if', Array)
  72. 71 /home/content/e/w/a/ewazone/html/wiki/includes/parser/Preprocessor_DOM.php(1077): Parser->braceSubstitution(Array, Object(PPTemplateFrame_DOM))
  73. 72 /home/content/e/w/a/ewazone/html/wiki/includes/parser/Parser.php(3404): PPFrame_DOM->expand(Object(PPNode_DOM))
  74. 73 /home/content/e/w/a/ewazone/html/wiki/includes/parser/Preprocessor_DOM.php(1077): Parser->braceSubstitution(Array, Object(PPTemplateFrame_DOM))
  75. 74 /home/content/e/w/a/ewazone/html/wiki/includes/parser/Parser.php(3404): PPFrame_DOM->expand(Object(PPNode_DOM))
  76. 75 /home/content/e/w/a/ewazone/html/wiki/includes/parser/Preprocessor_DOM.php(1077): Parser->braceSubstitution(Array, Object(PPTemplateFrame_DOM))
  77. 76 /home/content/e/w/a/ewazone/html/wiki/includes/parser/Parser.php(3404): PPFrame_DOM->expand(Object(PPNode_DOM))
  78. 77 /home/content/e/w/a/ewazone/html/wiki/includes/parser/Preprocessor_DOM.php(1077): Parser->braceSubstitution(Array, Object(PPFrame_DOM))
  79. 78 /home/content/e/w/a/ewazone/html/wiki/includes/parser/Parser.php(3073): PPFrame_DOM->expand(Object(PPNode_DOM), 0)
  80. 79 /home/content/e/w/a/ewazone/html/wiki/includes/parser/Parser.php(1153): Parser->replaceVariables('{{Infobox profe...')
  81. 80 /home/content/e/w/a/ewazone/html/wiki/includes/parser/Parser.php(383): Parser->internalParse('{{Infobox profe...')
  82. 81 /home/content/e/w/a/ewazone/html/wiki/includes/content/WikitextContent.php(299): Parser->parse('{{Infobox profe...', Object(Title), Object(ParserOptions), true, true, 1024)
  83. 82 /home/content/e/w/a/ewazone/html/wiki/includes/WikiPage.php(3402): WikitextContent->getParserOutput(Object(Title), 1024, Object(ParserOptions))
  84. 83 /home/content/e/w/a/ewazone/html/wiki/includes/PoolCounter.php(209): PoolWorkArticleView->doWork()
  85. 84 /home/content/e/w/a/ewazone/html/wiki/includes/Article.php(707): PoolCounterWork->execute()
  86. 85 /home/content/e/w/a/ewazone/html/wiki/includes/actions/ViewAction.php(44): Article->view()
  87. 86 /home/content/e/w/a/ewazone/html/wiki/includes/Wiki.php(439): ViewAction->show()
  88. 87 /home/content/e/w/a/ewazone/html/wiki/includes/Wiki.php(305): MediaWiki->performAction(Object(Article), Object(Title))
  89. 88 /home/content/e/w/a/ewazone/html/wiki/includes/Wiki.php(565): MediaWiki->performRequest()
  90. 89 /home/content/e/w/a/ewazone/html/wiki/includes/Wiki.php(458): MediaWiki->main()
  91. 90 /home/content/e/w/a/ewazone/html/wiki/index.php(59): MediaWiki->run()
  92. 91 {main} Lone Jobber (talk) 15:43, 23 July 2013 (UTC)
This may mean that the lua interpreter can't be executed (see this list of standard exit codes).
What operating system does your provider have? Do you have shell access? MarkAHershberger(talk) 17:56, 23 July 2013 (UTC)
The OS for my hosting is linux. I personally haven't tried to do any shell access things yet, if it helps any I can say that my hosting is done through GoDaddy (yeah, yeah I know) so if that helps answer that question in any sense. Lone Jobber (talk) 06:53, 24 July 2013 (UTC)
Is this GoDaddy's free hosting? I can set up a site there and test if it is. MarkAHershberger(talk) 16:34, 24 July 2013 (UTC)
Scribunto really needs better error reporting. I was able to reproduce the problem and solve it. You need to give the lua binary executable permissions: "chmod 755 Scribunto/engines/LuaStandalone/binaries/lua5_1_5_linux_32_generic/lua".
Please post here if you have more problems. MarkAHershberger(talk) 21:17, 24 July 2013 (UTC)
What file in Scribunto directory (or is this elsewhere?) do you give the lua binary executable permissions: "chmod 755 Scribunto/engines/LuaStandalone/binaries/lua5_1_5_linux_32_generic/lua". ? Is this the exact line of code you add?
Thanks 76.91.213.25 02:28, 25 July 2013 (UTC)
That ("chmod ...") was just the command I executed in my FTP client to change the permissions on the binary so that it is usable by the web server. You should be able to do that from the extensions directory. MarkAHershberger(talk) 14:09, 25 July 2013 (UTC)
Hi, I am getting the same exception, too.
Lua error: Internal error: The interpreter exited with status 1.
Backtrace:
  1. 0 C:\xampp\htdocs\mediawiki-1.20.4\extensions\Scribunto\engines\LuaStandalone\LuaStandaloneEngine.php(448): ScribuntoEngineBase->newException('scribunto-luast...', Array)
  2. 1 C:\xampp\htdocs\mediawiki-1.20.4\extensions\Scribunto\engines\LuaStandalone\LuaStandaloneEngine.php(318): Scribunto_LuaStandaloneInterpreter->checkStatus()
  3. 2 C:\xampp\htdocs\mediawiki-1.20.4\extensions\Scribunto\engines\LuaStandalone\LuaStandaloneEngine.php(281): Scribunto_LuaStandaloneInterpreter->receiveMessage()
  4. 3 C:\xampp\htdocs\mediawiki-1.20.4\extensions\Scribunto\engines\LuaStandalone\LuaStandaloneEngine.php(213): Scribunto_LuaStandaloneInterpreter->dispatch(Array)
  5. 4 C:\xampp\htdocs\mediawiki-1.20.4\extensions\Scribunto\engines\LuaCommon\LuaCommon.php(112): Scribunto_LuaStandaloneInterpreter->registerLibrary('mw_interface', Array)
  6. 5 C:\xampp\htdocs\mediawiki-1.20.4\extensions\Scribunto\engines\LuaCommon\LuaCommon.php(87): Scribunto_LuaEngine->registerInterface('mw.lua', Array, Array)
  7. 6 C:\xampp\htdocs\mediawiki-1.20.4\extensions\Scribunto\engines\LuaStandalone\LuaStandaloneEngine.php(8): Scribunto_LuaEngine->load()
  8. 7 C:\xampp\htdocs\mediawiki-1.20.4\extensions\Scribunto\engines\LuaStandalone\LuaStandaloneEngine.php(26): Scribunto_LuaStandaloneEngine->load()
  9. 8 C:\xampp\htdocs\mediawiki-1.20.4\extensions\Scribunto\common\Hooks.php(210): Scribunto_LuaStandaloneEngine->getLimitReport()
  10. 9 [internal function]: ScribuntoHooks::reportLimits(Object(Parser), 'NewPP limit rep...')
  11. 10 C:\xampp\htdocs\mediawiki-1.20.4\includes\Hooks.php(216): call_user_func_array('ScribuntoHooks:...', Array)
  12. 11 C:\xampp\htdocs\mediawiki-1.20.4\includes\GlobalFunctions.php(3823): Hooks::run('ParserLimitRepo...', Array)
  13. 12 C:\xampp\htdocs\mediawiki-1.20.4\includes\parser\Parser.php(492): wfRunHooks('ParserLimitRepo...', Array)
  14. 13 C:\xampp\htdocs\mediawiki-1.20.4\includes\WikiPage.php(3110): Parser->parse('{{Infobox lake?...', Object(Title), Object(ParserOptions), true, true, 5)
  15. 14 C:\xampp\htdocs\mediawiki-1.20.4\includes\PoolCounter.php(209): PoolWorkArticleView->doWork()
  16. 15 C:\xampp\htdocs\mediawiki-1.20.4\includes\Article.php(631): PoolCounterWork->execute()
  17. 16 C:\xampp\htdocs\mediawiki-1.20.4\includes\actions\ViewAction.php(37): Article->view()
  18. 17 C:\xampp\htdocs\mediawiki-1.20.4\includes\Wiki.php(427): ViewAction->show()
  19. 18 C:\xampp\htdocs\mediawiki-1.20.4\includes\Wiki.php(304): MediaWiki->performAction(Object(Article))
  20. 19 C:\xampp\htdocs\mediawiki-1.20.4\includes\Wiki.php(536): MediaWiki->performRequest()
  21. 20 C:\xampp\htdocs\mediawiki-1.20.4\includes\Wiki.php(446): MediaWiki->main()
  22. 21 C:\xampp\htdocs\mediawiki-1.20.4\index.php(59): MediaWiki->run()
  23. 22 {main}
So, I have the installation in a Windows machine and I am just testing from localhost.
The Special:Version page shows that I have the two required extensions installed.
Parser hooks
ParserFunctions (Version 1.4.1) Enhance parser with logical functions Tim Starling, Robert Rohde, Ross McClure and Juraj Simlovic
Scribunto Framework for embedding scripting languages into MediaWiki pages Victor Vasiliev and Tim Starling Nawaz.noor (talk) 18:48, 25 July 2013 (UTC)
Try adding the following to your LocalSettings.php:
$wgScribuntoEngineConf['luastandalone']['errorFile'] = "c:/windows/temp/lua-debug.log";
and see if it contains anything. MarkAHershberger(talk) 21:14, 25 July 2013 (UTC)
Mark, first thank you so much for all the help on the topic. I am relatively inexperienced with all this so please pardon me if my question is repetitive from the above. I pasted my detailed error message below.
Godaddy hosting, linux server.
It looks like you may have answered the above in
Scribunto really needs better error reporting. I was able to reproduce the problem and solve it. You need to give the lua binary executable permissions: "chmod 755 Scribunto/engines/LuaStandalone/binaries/lua5_1_5_linux_32_generic/lua"
and then followed up with
That ("chmod ...") was just the command I executed in my FTP client to change the permissions on the binary so that it is usable by the web server. You should be able to do that from the extensions directory.
Can you please help me understand what exactly what I do in the extensions directory? Thanks again!
Matt
Lua error: Internal error: The interpreter exited with status 126.
Backtrace:
  1. 0 /home/content/94/11491494/html/extensions/Scribunto/engines/LuaStandalone/LuaStandaloneEngine.php(454): ScribuntoEngineBase->newException('scribunto-luast...', Array)
  2. 1 /home/content/94/11491494/html/extensions/Scribunto/engines/LuaStandalone/LuaStandaloneEngine.php(324): Scribunto_LuaStandaloneInterpreter->checkStatus()
  3. 2 /home/content/94/11491494/html/extensions/Scribunto/engines/LuaStandalone/LuaStandaloneEngine.php(287): Scribunto_LuaStandaloneInterpreter->receiveMessage()
  4. 3 /home/content/94/11491494/html/extensions/Scribunto/engines/LuaStandalone/LuaStandaloneEngine.php(213): Scribunto_LuaStandaloneInterpreter->dispatch(Array)
  5. 4 /home/content/94/11491494/html/extensions/Scribunto/engines/LuaCommon/LuaCommon.php(114): Scribunto_LuaStandaloneInterpreter->registerLibrary('mw_interface', Array)
  6. 5 /home/content/94/11491494/html/extensions/Scribunto/engines/LuaCommon/LuaCommon.php(89): Scribunto_LuaEngine->registerInterface('mw.lua', Array, Array)
  7. 6 /home/content/94/11491494/html/extensions/Scribunto/engines/LuaStandalone/LuaStandaloneEngine.php(8): Scribunto_LuaEngine->load()
  8. 7 /home/content/94/11491494/html/extensions/Scribunto/engines/LuaCommon/LuaCommon.php(158): Scribunto_LuaStandaloneEngine->load()
  9. 8 /home/content/94/11491494/html/extensions/Scribunto/engines/LuaCommon/LuaCommon.php(549): Scribunto_LuaEngine->getInterpreter()
  10. 9 /home/content/94/11491494/html/extensions/Scribunto/engines/LuaCommon/LuaCommon.php(533): Scribunto_LuaModule->getInitChunk()
  11. 10 /home/content/94/11491494/html/extensions/Scribunto/engines/LuaCommon/LuaCommon.php(561): Scribunto_LuaModule->execute()
  12. 11 /home/content/94/11491494/html/extensions/Scribunto/common/Hooks.php(96): Scribunto_LuaModule->invoke('infobox', Object(PPTemplateFrame_DOM))
  13. 12 [internal function]: ScribuntoHooks::invokeHook(Object(Parser), Object(PPTemplateFrame_DOM), Array)
  14. 13 /home/content/94/11491494/html/includes/parser/Parser.php(3532): call_user_func_array('ScribuntoHooks:...', Array)
  15. 14 /home/content/94/11491494/html/includes/parser/Parser.php(3251): Parser->callParserFunction(Object(PPTemplateFrame_DOM), '#invoke', Array)
  16. 15 /home/content/94/11491494/html/includes/parser/Preprocessor_DOM.php(1077): Parser->braceSubstitution(Array, Object(PPTemplateFrame_DOM))
  17. 16 /home/content/94/11491494/html/includes/parser/Parser.php(3399): PPFrame_DOM->expand(Object(PPNode_DOM))
  18. 17 /home/content/94/11491494/html/includes/parser/Preprocessor_DOM.php(1077): Parser->braceSubstitution(Array, Object(PPFrame_DOM))
  19. 18 /home/content/94/11491494/html/includes/parser/Parser.php(3073): PPFrame_DOM->expand(Object(PPNode_DOM), 0)
  20. 19 /home/content/94/11491494/html/includes/parser/Parser.php(1153): Parser->replaceVariables('CourseCaddy: De...')
  21. 20 /home/content/94/11491494/html/includes/parser/Parser.php(383): Parser->internalParse('CourseCaddy: De...')
  22. 21 /home/content/94/11491494/html/includes/content/WikitextContent.php(299): Parser->parse('CourseCaddy: De...', Object(Title), Object(ParserOptions), true, true, NULL)
  23. 22 /home/content/94/11491494/html/includes/WikiPage.php(1994): WikitextContent->getParserOutput(Object(Title), NULL, Object(ParserOptions))
  24. 23 /home/content/94/11491494/html/includes/WikiPage.php(1689): WikiPage->prepareContentForEdit(Object(WikitextContent), NULL, Object(User), 'text/x-wiki')
  25. 24 [internal function]: WikiPage->doEditContent(Object(WikitextContent), , 114, false, NULL, 'text/x-wiki')
  26. 25 /home/content/94/11491494/html/includes/Article.php(1951): call_user_func_array(Array, Array)
  27. 26 /home/content/94/11491494/html/includes/EditPage.php(1708): Article->__call('doEditContent', Array)
  28. 27 /home/content/94/11491494/html/includes/EditPage.php(1708): Article->doEditContent(Object(WikitextContent), , 114, false, NULL, 'text/x-wiki')
  29. 28 /home/content/94/11491494/html/includes/EditPage.php(1187): EditPage->internalAttemptSave(Array, true)
  30. 29 /home/content/94/11491494/html/includes/EditPage.php(416): EditPage->attemptSave()
  31. 30 /home/content/94/11491494/html/includes/actions/EditAction.php(59): EditPage->edit()
  32. 31 /home/content/94/11491494/html/includes/actions/EditAction.php(86): EditAction->show()
  33. 32 /home/content/94/11491494/html/includes/Wiki.php(439): SubmitAction->show()
  34. 33 /home/content/94/11491494/html/includes/Wiki.php(305): MediaWiki->performAction(Object(Article), Object(Title))
  35. 34 /home/content/94/11491494/html/includes/Wiki.php(565): MediaWiki->performRequest()
  36. 35 /home/content/94/11491494/html/includes/Wiki.php(458): MediaWiki->main()
  37. 36 /home/content/94/11491494/html/index.php(59): MediaWiki->run()
  38. 37 {main} Mattward70 (talk) 02:21, 26 July 2013 (UTC)
What FTP client are you using? MarkAHershberger(talk) 16:35, 26 July 2013 (UTC)
Mark -
I am using the standard provided FTP client from godaddy (godaddy mainsite_>web hosting->launch>files&ftp>FTP manager.
Maybe ill try a third party ftp client and see if that changes anything....
Matt Mattward70 (talk) 04:24, 27 July 2013 (UTC)
Interesting...I re-uploaded the Scribunto folders into extensions using FileZilla and now get "Fatal exception of type MWException".....feel like progress now! will research that error further.
No handler for model 'Scribunto registered in $wgContentHandlers
Backtrace:
  1. 0 /home/content/94/11491494/html/includes/Revision.php(1068): ContentHandler::getForModelID('Scribunto')
  2. 1 /home/content/94/11491494/html/includes/Revision.php(1007): Revision->getContentHandler()
  3. 2 /home/content/94/11491494/html/includes/Revision.php(951): Revision->getContentInternal()
  4. 3 /home/content/94/11491494/html/includes/parser/Parser.php(3693): Revision->getContent()
  5. 4 [internal function]: Parser->statelessFetchTemplate(Object(Title), Object(Parser))
  6. 5 /home/content/94/11491494/html/includes/parser/Parser.php(3618): call_user_func(Array, Object(Title), Object(Parser))
  7. 6 /home/content/94/11491494/html/extensions/Scribunto/common/Base.php(122): Parser->fetchTemplateAndTitle(Object(Title))
  8. 7 /home/content/94/11491494/html/extensions/Scribunto/common/Hooks.php(87): ScribuntoEngineBase->fetchModuleFromParser(Object(Title))
  9. 8 [internal function]: ScribuntoHooks::invokeHook(Object(Parser), Object(PPTemplateFrame_DOM), Array)
  10. 9 /home/content/94/11491494/html/includes/parser/Parser.php(3532): call_user_func_array('ScribuntoHooks:...', Array)
  11. 10 /home/content/94/11491494/html/includes/parser/Parser.php(3251): Parser->callParserFunction(Object(PPTemplateFrame_DOM), '#invoke', Array)
  12. 11 /home/content/94/11491494/html/includes/parser/Preprocessor_DOM.php(1077): Parser->braceSubstitution(Array, Object(PPTemplateFrame_DOM))
  13. 12 /home/content/94/11491494/html/includes/parser/Parser.php(3404): PPFrame_DOM->expand(Object(PPNode_DOM))
  14. 13 /home/content/94/11491494/html/includes/parser/Preprocessor_DOM.php(1077): Parser->braceSubstitution(Array, Object(PPFrame_DOM))
  15. 14 /home/content/94/11491494/html/includes/parser/Parser.php(3073): PPFrame_DOM->expand(Object(PPNode_DOM), 0)
  16. 15 /home/content/94/11491494/html/includes/parser/Parser.php(1153): Parser->replaceVariables('CourseCaddy: De...')
  17. 16 /home/content/94/11491494/html/includes/parser/Parser.php(383): Parser->internalParse('CourseCaddy: De...')
  18. 17 /home/content/94/11491494/html/includes/content/WikitextContent.php(299): Parser->parse('CourseCaddy: De...', Object(Title), Object(ParserOptions), true, true, NULL)
  19. 18 /home/content/94/11491494/html/includes/WikiPage.php(1994): WikitextContent->getParserOutput(Object(Title), NULL, Object(ParserOptions))
  20. 19 /home/content/94/11491494/html/includes/WikiPage.php(1689): WikiPage->prepareContentForEdit(Object(WikitextContent), NULL, Object(User), 'text/x-wiki')
  21. 20 [internal function]: WikiPage->doEditContent(Object(WikitextContent), , 114, false, NULL, 'text/x-wiki')
  22. 21 /home/content/94/11491494/html/includes/Article.php(1951): call_user_func_array(Array, Array)
  23. 22 /home/content/94/11491494/html/includes/EditPage.php(1708): Article->__call('doEditContent', Array)
  24. 23 /home/content/94/11491494/html/includes/EditPage.php(1708): Article->doEditContent(Object(WikitextContent), , 114, false, NULL, 'text/x-wiki')
  25. 24 /home/content/94/11491494/html/includes/EditPage.php(1187): EditPage->internalAttemptSave(Array, true)
  26. 25 /home/content/94/11491494/html/includes/EditPage.php(416): EditPage->attemptSave()
  27. 26 /home/content/94/11491494/html/includes/actions/EditAction.php(59): EditPage->edit()
  28. 27 /home/content/94/11491494/html/includes/actions/EditAction.php(86): EditAction->show()
  29. 28 /home/content/94/11491494/html/includes/Wiki.php(439): SubmitAction->show()
  30. 29 /home/content/94/11491494/html/includes/Wiki.php(305): MediaWiki->performAction(Object(Article), Object(Title))
  31. 30 /home/content/94/11491494/html/includes/Wiki.php(565): MediaWiki->performRequest()
  32. 31 /home/content/94/11491494/html/includes/Wiki.php(458): MediaWiki->main()
  33. 32 /home/content/94/11491494/html/index.php(59): MediaWiki->run()
  34. 33 {main} Mattward70 (talk) 05:33, 27 July 2013 (UTC)
Thank you Mark for your suggestion. I got some entries in the log about that exception, though ultimately it was not enough to solve the problem of Internal Error. Then I downloaded the Scribunto version from https://github.com/wikimedia/mediawiki-extensions-Scribunto/tree/REL1_20, since my MediaWiki version is 1.20.x. Now installing that at least removed the Internal Error and the wiki pages are appearing. But all I am getting instead of the infoboxes are "Script Error". And this time even the lua-debug.log file does not contain any error messages, but a series of "RX", "TX" messages like below:
RX <== registerLibrary
TX ==> return
RX <== loadString
TX ==> return
RX <== call
TX ==> return
RX <== call
TX ==> call Nawaz.noor (talk) 06:46, 26 July 2013 (UTC)
When you click on the red "Script Error", what message does it give? MarkAHershberger(talk) 16:22, 26 July 2013 (UTC)
It shows "Script error: No such module.". Nawaz.noor (talk) 18:48, 26 July 2013 (UTC)
Scribunto is working then. Look at your #invoke: line. What is the first word after that? You're missing a matching wiki page.
For example, if you have {{#invoke: Main...}}, you need a page on your wiki named Module:Main that holds the Scribunto code. MarkAHershberger(talk) 03:59, 27 July 2013 (UTC)
I am having the same problem here...
Lua error: Internal error: The interpreter exited with status 126.
Backtrace:
  1. 0 /home/content/71/10238071/html/wiki/extensions/Scribunto/engines/LuaStandalone/LuaStandaloneEngine.php(454): ScribuntoEngineBase->newException('scribunto-luast...', Array)
  2. 1 /home/content/71/10238071/html/wiki/extensions/Scribunto/engines/LuaStandalone/LuaStandaloneEngine.php(324): Scribunto_LuaStandaloneInterpreter->checkStatus()
  3. 2 /home/content/71/10238071/html/wiki/extensions/Scribunto/engines/LuaStandalone/LuaStandaloneEngine.php(287): Scribunto_LuaStandaloneInterpreter->receiveMessage()
  4. 3 /home/content/71/10238071/html/wiki/extensions/Scribunto/engines/LuaStandalone/LuaStandaloneEngine.php(213): Scribunto_LuaStandaloneInterpreter->dispatch(Array)
  5. 4 /home/content/71/10238071/html/wiki/extensions/Scribunto/engines/LuaCommon/LuaCommon.php(114): Scribunto_LuaStandaloneInterpreter->registerLibrary('mw_interface', Array)
  6. 5 /home/content/71/10238071/html/wiki/extensions/Scribunto/engines/LuaCommon/LuaCommon.php(89): Scribunto_LuaEngine->registerInterface('mw.lua', Array, Array)
  7. 6 /home/content/71/10238071/html/wiki/extensions/Scribunto/engines/LuaStandalone/LuaStandaloneEngine.php(8): Scribunto_LuaEngine->load()
  8. 7 /home/content/71/10238071/html/wiki/extensions/Scribunto/engines/LuaStandalone/LuaStandaloneEngine.php(26): Scribunto_LuaStandaloneEngine->load()
  9. 8 /home/content/71/10238071/html/wiki/extensions/Scribunto/common/Hooks.php(173): Scribunto_LuaStandaloneEngine->getLimitReport()
  10. 9 [internal function]: ScribuntoHooks::reportLimits(Object(Parser), 'NewPP limit rep...')
  11. 10 /home/content/71/10238071/html/wiki/includes/Hooks.php(255): call_user_func_array('ScribuntoHooks:...', Array)
  12. 11 /home/content/71/10238071/html/wiki/includes/GlobalFunctions.php(3883): Hooks::run('ParserLimitRepo...', Array)
  13. 12 /home/content/71/10238071/html/wiki/includes/parser/Parser.php(503): wfRunHooks('ParserLimitRepo...', Array)
  14. 13 /home/content/71/10238071/html/wiki/includes/content/WikitextContent.php(299): Parser->parse('{{#invoke:Infob...', Object(Title), Object(ParserOptions), true, true, 5)
  15. 14 /home/content/71/10238071/html/wiki/includes/WikiPage.php(3402): WikitextContent->getParserOutput(Object(Title), 5, Object(ParserOptions))
  16. 15 /home/content/71/10238071/html/wiki/includes/PoolCounter.php(209): PoolWorkArticleView->doWork()
  17. 16 /home/content/71/10238071/html/wiki/includes/Article.php(707): PoolCounterWork->execute()
  18. 17 /home/content/71/10238071/html/wiki/includes/actions/ViewAction.php(44): Article->view()
  19. 18 /home/content/71/10238071/html/wiki/includes/Wiki.php(439): ViewAction->show()
  20. 19 /home/content/71/10238071/html/wiki/includes/Wiki.php(305): MediaWiki->performAction(Object(Article), Object(Title))
  21. 20 /home/content/71/10238071/html/wiki/includes/Wiki.php(565): MediaWiki->performRequest()
  22. 21 /home/content/71/10238071/html/wiki/includes/Wiki.php(458): MediaWiki->main()
  23. 22 /home/content/71/10238071/html/wiki/index.php(59): MediaWiki->run()
  24. 23 {main} 2602:306:CC5F:CB0:D144:F92B:9F26:8ABF 22:51, 28 August 2014 (UTC)

I am trying to apply this to my site. This code's purpose is to move the [edit] link from the right corner to right next to the header text. But while they gave the syntax, they didn't mention where to place it. How can I do this? What file(s) should I check out? I'm actually using MediaWiki v1.19.2. Cafeinlove (talk) 09:10, 23 July 2013 (UTC)

meta:Change_to_section_edit_links#If_you_don.27t_like_this_change pretty much explains what code and where to place it. Ciencia Al Poder (talk) 10:04, 23 July 2013 (UTC)
Nope. That part explains how to roll it back to previous position, not how to install it. Cafeinlove (talk) 12:22, 23 July 2013 (UTC)
You can put the CSS in your MediaWiki:Common.css page. MarkAHershberger(talk) 14:45, 23 July 2013 (UTC)
Sure I can, but it doesn't give me the right result. Cause if I use this, the [edit] will appear before the header text not after, which should look a bit odd. Cafeinlove (talk) 17:54, 23 July 2013 (UTC)
You may need to tweak the CSS, but MediaWiki:Common.css is the right place to put it.
If you tried that and it doesn't work, what is the CSS that you're using and (if your wiki is public) where is your wiki? MarkAHershberger(talk) 19:49, 23 July 2013 (UTC)
.mw-editsection {
        float: none;
}
The result was as I just described above. Well, if I add something like .mw-headline { float: left; } it will be ok but I wanted to implement it without using any CSS tricks or such. Cafeinlove (talk) 21:05, 23 July 2013 (UTC)
I don't understand what you mean by "CSS tricks" as both of those are completely normal.
In my fresh installation of the Vector skin, the .mw-editsection element (which I'll call A) comes before the .mw-headline element (which I'll call B), so the CSS you're giving would be completely normal.
Without any floats, A will always come before B. Putting float: left on B allows it to appear to the left of A even though it is literally after (that is, to the right of) it. MarkAHershberger(talk) 21:35, 23 July 2013 (UTC)
Okay, will think about again. Thanks for your replies. Cafeinlove (talk) 10:41, 25 July 2013 (UTC)
I was having similar kind of problem with MW1.22 (FireFox v26.0 + wysiwyg editor)
where [edit] link was placed on next row below header text because for some reason string <br/> was added inside header text. String can be seen only in wikitext mode (by pressing Code -button of wysiwyg editor). Solution was to strip extra <br/> away by filter rule, check out thread:
Extension_talk:WYSIWYG#MW1.22_.5Bedit.5D_position_and_WYSIWYG_editor_37577 Riparap (talk) 17:23, 3 January 2014 (UTC)

[RESOLVED] Can I make the created NameSpace as default NameSpace

I have created a Namespace by the name "testNameSpace". Now I want to make this as a default name space so that all the pages getting created in the same namespace only(By Default). This namespace is accessbile only to the specific group (Group is "TestGroup") only. I have tried but its not working. Vivek.Prakash (talk) 12:36, 23 July 2013 (UTC)

Why not just make the main namespace (the one that is normally default) available only to your TestGroup? That would be simple enough to do. MarkAHershberger(talk) 14:43, 23 July 2013 (UTC)
but with that, not sure if there will be an impact on the main page as well. I wish to ensure that the mian page remains accessible to anyone. Vivek.Prakash (talk) 15:59, 23 July 2013 (UTC)
Then you should use a set up similar to the one I gave you before, but restrict editting but not viewing on the main namespace. You could limit TestGroup's ability to edit to testNameSpace and make the main namespace editable only by bureaucrats. MarkAHershberger(talk) 17:08, 23 July 2013 (UTC)
Also, you can move your main page to another namespace. Edit MediaWiki:mainpage accordingly. Ciencia Al Poder (talk) 09:42, 24 July 2013 (UTC)
I tried the following approach
$wgNamespacePermissionLockdown[ NS_MAIN ]['*'] = array('TestGroup');
$wgNonincludableNamespaces[] = NS_MAIN;
$wgSpecialPageLockdown['Recentchanges'] = array('TestGroup');
$wgActionLockdown['history'][] = 'TestGroup';
With this even the main page also got in-accessible without user logging in. Was not able to have this pagewith restricted editing.
Not sure if I am missing anything. Vivek.Prakash (talk) 12:31, 24 July 2013 (UTC)
Ciencia gave you a good solution. Point the main page to something else.
Also, change
$wgNamespacePermissionLockdown[ NS_MAIN ]['*'] = array('TestGroup');
to
$wgNamespacePermissionLockdown[ NS_MAIN ]['edit'] = array('TestGroup'); MarkAHershberger(talk) 16:22, 24 July 2013 (UTC)
Tried it. This change made the page editable to anyone.
so thinking of going Ciencia suggestion as rest of things are working fine.
I am not able to move the main page to other namespace? I tried couple of things but did not get success. Vivek.Prakash (talk) 09:08, 25 July 2013 (UTC)
What have you tried? You should be able to move the main page to other namespace just like any other page. Then edit MediaWiki:Mainpage to tell MediaWiki where the main page is located Ciencia Al Poder (talk) 09:39, 25 July 2013 (UTC)
I did TestNameSpace:Main Page. It did not work.
I trie looking at MediaWiki:Mainpage but could not make what change need to be done there. Not sure if something is being missed by me. Vivek.Prakash (talk) 10:22, 25 July 2013 (UTC)
You need to choose a page that you want to be the main page -- I'll use "TestNameSpace:NewMainPage" -- and then go to MediaWiki:Mainpage on your own wiki and change the text there to "TestNameSpace:NewMainPage". That will point users to the new main page. MarkAHershberger(talk) 14:04, 25 July 2013 (UTC)
It helped. Thanks a lot. Vivek.Prakash (talk) 08:17, 26 July 2013 (UTC)

[RESOLVED] Javascript not working in custom skin

I just founded a wiki and have made a new skin that is partially based on Vector, and I noticed that a lot of javascript functions including keyboard shorcuts(e.g. alt+r for RC), editbar(buttons on the top of text editor), and MediaWiki:Common.js were not working at all. I am barely able to figure out what is going wrong, since it is my first attempt to build a wiki outside of wiki farm. I am using MW 1.19.2 and $wgAllowUserJs is set to true. Any suggestions would be really appreciated. Cafeinlove (talk) 13:37, 23 July 2013 (UTC)

You are probably running into a javascript error. Look in the debug console to see if there are any errors. MarkAHershberger(talk) 14:36, 23 July 2013 (UTC)
Thanks. Problem solved: my php file was missing a line that imports Common.js file. Cafeinlove (talk) 17:49, 23 July 2013 (UTC)

Proxy Error with Page Titles >51 Characters

Ever since we upgraded our site to MediaWiki 1.21 from 1.20 and our Apache server to 2.4 from 2.2, some of our pages return a Proxy Error saying it can't handle the request. This only occurs when the title of the page is >51 characters.

Has anyone else experienced this? 38.124.250.3 (talk) 19:31, 23 July 2013 (UTC)

I haven't seen anything like that but I have seen that Apache 2.4 has some subtle differences.
The proxy bit makes me wonder if you're using mod-proxy-fcgi which wasn't available in Apache 2.2.
To provide any futher help, we need to know more about your Apache configuration and PHP config. How have you installed them? What OS are you using? MarkAHershberger(talk) 21:45, 23 July 2013 (UTC)

mediawiki api createaccount

Hi all,

I am trying to use api to create account. However, it gives me

<error code="unknown_action" info="Unrecognized value for parameter 'action': createaccount" xml:space="preserve">

then I realized createaccount is not on the list of action that I can perform. Is there a way to add this to the api?

Thanks 192.75.88.232 (talk) 17:05, 24 July 2013 (UTC)

This is a fairly new feature, so make sure the wiki you're trying to use it on supports it. The error you give isn't the one that is shown for permission denied.
Permission denied would be either "You do not have the right to create a new account" or "You cannot create a new account because you are blocked". MarkAHershberger(talk) 17:57, 24 July 2013 (UTC)
The create account api module was added on MediaWiki 1.21 version, according to API:Account creation. Be sure your version of MediaWiki is 1.21 or newer. Ciencia Al Poder (talk) 09:43, 25 July 2013 (UTC)

Are there Advertisements or Pop-ups on Mediawiki pages?

I have a really simple question. I am going to create a wiki page for a small business, to act as a knowledge database for our employees and customers. If I create one using mediawiki, will my page get advertisements put on it without my consent? I looked everywhere in the FAQs, and could not find the answer. Thanks! 50.196.29.13 (talk) 18:04, 24 July 2013 (UTC)

If you have proper controls on your wiki (i.e. make it private, or so only authorized editors can edit), then you won't have a problem with spam. MediaWiki's installation procedure asks what kind of wiki you want and you can choose at that point to restrict access. MarkAHershberger(talk) 19:31, 24 July 2013 (UTC)
As Mark pointed out, if your wiki is publicly accessible from the internet, Spam can reach your wiki if you don't have any restrictions or filters in place.
However I think you were asking whether MediaWiki itself contains any advertisements by default. The answer is no. MediaWiki is not shareware, freeware, or adware. MediaWiki is open-source and free software (FOSS). Aside from any extra features installed on mediawiki.org (which you can install as well), what you see here is exactly what you get when you install it. There are no advertisements! Krinkle (talk) 20:52, 24 July 2013 (UTC)
Exactly as Krinkle says: No adverts at all - and also no pop-ups.
But: MediaWiki is very customizable. So, if you want it to work somehow differently or to look different, then you can also modify it to do that or look like that. Even if you wanted it to show adverts, that would be possible. 88.130.64.43 00:07, 25 July 2013 (UTC)

[RESOLVED] Comma on page title, how encode it

as for other characters

è %C3%A8

' %27

I would like to encode on my url the "comma", it should be %2C I think. By default it is showed on link not encoded, is it possible to encode?

thx Valeriocipriani (talk) 20:03, 24 July 2013 (UTC)

Afaik this is handled automatically by all parties involved (MediaWiki, web server, web browser). Where do you need to manually encode it?
  • To create it, just type in the page name in Search or in the address bar of your browser and create the page
  • To link it in a page, [[Foo, bar and baz]] works fine.
  • To get the url for sharing, copy and paste the url in the address bar when you are on that page.
To manually encode it, yes %2C is the url encoded equivalent of ,. Krinkle (talk) 20:42, 24 July 2013 (UTC)
I see, thx for help Raid (talk) 21:29, 24 July 2013 (UTC)

Requirements to create a wiki page

Do I have to know how to write code if I want to install a simple wiki page for the small business that I work for? I have absolutely no experience in writing code. 50.196.29.13 (talk) 20:34, 24 July 2013 (UTC)

Hi!
If you only want to set up one page, e.g. like the article "James Bond" in wikipedia, then you do not have to be able to write code.
If you instead want to set up a complete wiki, then it would be a help, if you knew a little bit about the syntax of PHP (not even about different PHP functions themselves, just the syntax). However, I would even say that you can also manage that without programming skills. For starting a wiki, it is enough, to know where the file LocalSettings.php is located, in which things are set up and can be changed. But MediaWiki also has an installer, which asks you all basic questions and configures your wiki for you. I would say that you should be able to set up MediaWiki without programming skills.
It is something else, when you want to change certain functionalities of MediaWiki. If you want to add functions or modify the internals, how certain things work. For these cases MediaWiki uses extensions and in my experience it often is a help, if you know a bit of PHP to understand, how exactly an extension is working - especially, when it is not working. However, usually you will want to do that later - and then you most likely already are somehow familiar with MediaWiki.
Just give it a try. :-) 88.130.64.43 00:16, 25 July 2013 (UTC)

Cant get a Template to work

MediaWiki 1.21.1 PHP 5.4.15 (apache2handler) MySQL 5.5.30

I'm running an essentially vanilla install offline on my laptop and I'm running into a problem with templates.

I'm trying to use http://crafty-games-fans.wikia.com/wiki/Template:Prog. So of course I've also copied across !, !!, ( & ). But instead of working properly, what I get is this hot mess:

[3]

Is it a CSS issue, or am I missing a module somewhere? Mister Andersen (talk) 05:41, 25 July 2013 (UTC)

What extensions do you have enabled? Looks like you need to enable ParserFunctions. If you downloaded a tarball, it should already be in your extensions folder. MarkAHershberger(talk) 13:56, 25 July 2013 (UTC)
How can I check that? I used bitnami-mediawiki-1.21.1-0-windows-installer.exe Mister Andersen (talk) 00:30, 27 July 2013 (UTC)
I'm not familiar with the bitnami installer, but look in your extensions directory. If there is a ParserFunctions directory then you should be able to edit your LocalSettings.php to add the following line:
require_once( "$IP/extensions/ParserFunctions/ParserFunctions.php" ); MarkAHershberger(talk) 03:54, 27 July 2013 (UTC)
Huh. I don't appear to have a localsettings.php
No wait, I found it 3 steps up in the mediawiki directory. Should I move it to the Parserfunctions folder? Mister Andersen (talk) 06:59, 27 July 2013 (UTC)
Ooh, seems to have the trick. Thanks heaps. Mister Andersen (talk) 07:23, 27 July 2013 (UTC)

[RESOLVED] 'Do not run update.php on this wiki' error

After installing the BibManager extension, I tried to run update.php as per the admin manual and got the following error:

Do not run update.php on this wiki. If you're seeing this you should probably ask for some help in performing your schema updates.

If you know what you are doing, you can continue with --force

This thread says that this problem can occur with $wgMiserMode enabled on MediaWiki 1.18.0, but I've never used that in any way. I can't find any other references to the error. It persisted even after uninstalling BibManager.

I'm new to Mediawiki and not very knowledgable about things yet, any help would be very much appreciated.

Mediawiki: 1.18.0

PHP: 5.3.x+fastCGI

Database: MySQL 5.0 Unjapanologist (talk) 11:51, 25 July 2013 (UTC)

First, you should upgrade from 1.18 to 1.19 or higher.
Second, if you're the only one who has run updates on this wiki and you haven't seen this before, then you should back up the database and then run update.php with --force. MarkAHershberger(talk) 13:40, 25 July 2013 (UTC)
Got it working like that, thank you! Apologies for the late reply. Unjapanologist (talk) 12:13, 12 August 2013 (UTC)

Integrating sphider on mediawiki

hi all,
sphider works very well, it has good performance.
I am trying to find a way to integrate
<div class="sf_search"> <form method="get" action="domain*/sphider/search.php" <p><b>Search Our Site:</b> <input type="text" name="query" class="search" /> <INPUT type="hidden" value="1" name="search"> <input type="submit" value="Go" class="submit" />   Explore Our Site!</p> </form> </div>
this is a basic solution just a box to search opening an external page but how can I integrate it on mediawiki, I would like to add it on a special page or something like that.
is there a way to integrate custom search engine?
thx for help Valeriocipriani (talk) 18:09, 25 July 2013 (UTC)
Look at the SpecialSearchProfileForm hook. It looks like you can modify its $form parameter to do what you want. MarkAHershberger(talk) 21:25, 25 July 2013 (UTC)
I cannot figure it out Valeriocipriani (talk) 22:16, 25 July 2016 (UTC)

[RESOLVED] Memory Error When Trying To Upload Image To Wiki

Mediawiki 1.16.4, PHP 5.3.25, SQL 5.5.32

Am trying to upload an image file to my Mediawiki. It's a .png file, 6012px x 1153px and weighs in at 202KB. I've uploaded 'large' images before without a problem. On this occasion, I get the following error.

Fatal error: Allowed memory size of 52428800 bytes exhausted (tried to allocate 20795508 bytes) in /home/locallan/public_html/includes/media/Bitmap.php on line 213

Advice would be welcome. Seedier Wiki (talk) 18:13, 25 July 2013 (UTC)

Please upgrade to at least 1.19.
You need to increase your allowed memory size. Try adding
ini_set('memory_limit', '128M');
to your LocalSettings.php. MarkAHershberger(talk) 21:33, 25 July 2013 (UTC)
Thank you. Before changing anything else, I reduced the 'physical' width of the .png file by 1000px and tried again to upload it. As is often the illogical case with images, the file size increased five fold to around 1MB but the image uploaded without difficulty. Unless I read of a major problem associated with retaining Mediawiki 1.16.4, I will do so for the time being. So I suppose this is resolved. Seedier Wiki (talk) 13:30, 24 November 2014 (UTC)

Skin.php suddenly failing to open correctly

I run MediaWiki 1.2.0. This problem may be somewhat related to Scribunto, which was also the v1.2.0 version, though I disabled the extension.

This all began with a seemingly simplistic install of Scribunto in order to support a plethora of Wikipedia infoboxes and various other templates. Somewhere along the way of troubleshooting why the standalone Lua engine wasn't working I ran in to an error which seemed to quickly deteriorate. At first, it appeared that my wiki had lost its Vector skin, being reduced to the basic skinless format. Shortly after, without editing any files, I became unable to access the wiki altogether with the below error.


Warning: dir(/home/content/54/10246254/html/wiki/skins) [function.dir]: failed to open dir: No such file or directory in /home/content/54/10246254/html/wiki/includes/Skin.php on line 57

Fatal error: Call to a member function read() on a non-object in /home/content/54/10246254/html/wiki/includes/Skin.php on line 60


I have the default Skin.php - I have even matched it against raw versions online. It has never been edited, but the line reading the following is marked as an error: $skinDir = dir( $wgStyleDirectory );

Does anybody have an idea what is happening or how I can fix this? I enabled $wgDebugLogFile and set it to the appropriate directory in my LocalSettings, but no error log is being produced. I am very new to this and fear losing my progress on my wiki thus far for I have no backups. Sorry if I have failed to provide enough information, I run this wiki off of a GoDaddy server running off of a Linux dist.


Thanks. 71.96.44.191 (talk) 05:57, 26 July 2013 (UTC)

Well, hopefully the error message you get is verbose enough to figure out the problem: PHP is expecting to have /home/content/54/10246254/html/wiki/skins as a directory, but either it doesn't exist, it isn't a directory or the process running PHP doesn't have enough permissions to read it.
Check whether that path exists on the server and if the web server process is able to read it (check its permissions).
If you have accidentally lost that directory, you can recover it from the MediaWiki installation package (be sure to use the same version you were running). If you don't remember deleting it, it may be a filesystem corruption going on the server, or your server was compromised and somebody (or a malicious script) is deleting its contents. Ciencia Al Poder (talk) 09:36, 26 July 2013 (UTC)
Ah, I never thought of just grabbing files from the original download. Thank you for your help - I'm not quite sure why that folder was deleted by a script as I have never touched anything outside of extensions and LocalSettings, but this fixed the problem. Thanks again. 71.96.44.191 19:03, 26 July 2013 (UTC)

Edit the text for the permissions error message

When a user doesn't have the correct permissions to edit a page on my site a 'permissions error' shows. How do I edit the text for this permissions error? LTech (talk) 08:19, 26 July 2013 (UTC)

Add ?uselang=qqx to the url where you are seeing the error message. In place of the error message, you'll see a string like "user-permission-denied". That tells you that you can use the page MediaWiki:user-permission-denied on your own wiki to change what that message says. MarkAHershberger(talk) 16:12, 26 July 2013 (UTC)

Is it possible to import external CSS onto Medawiki:Common.css?

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.


For example, Say I make the page MediaWiki:SomeCSSPage.css, would I be able to to "import" that page onto MediaWiki:Common.css and how? Cactusdisappointed (talk) 09:50, 26 July 2013 (UTC)

If I understand your question correctly, the first two results I get in an internet search engine are: http://www.cssnewbie.com/css-import-rule/ and http://stackoverflow.com/questions/147500/is-it-possible-to-include-one-css-file-into-another AKlapper (WMF) (talk) 14:31, 26 July 2013 (UTC)
Would you then have to do:
@import url("http://example.org/wiki/MediaWiki:SomeCSSPage.css");
? Cactusdisappointed (talk) 17:00, 26 July 2013 (UTC)
Yes:
@import url("base.css");
Note:
  • The @import rule must design login form all other rules (except the @charset rule); and
  • Additional @import statements require additional server requests.
Aggregate CSS into one file to avoid multiple HTTP requests. That is, copy the contents of base.css and special.css into base-special.css and reference only base-special.css).
more design templates here 122.161.194.163 (talk) 11:50, 11 April 2019 (UTC)
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

$wgSMTP issue

I am trying to use $wgSMTP setting in LocalSettings.php of our company's intranet mediawiki installation.

$wgEnableEmail= true; 
$wgSMTP = array (
`host` => “ XXXX ”,
`IDhost` => “YYYY”,
`port` => “25”,
`auth` = > false,
`username` => “”,
`password` => “”);

XXXX and YYYY are indicative. We have provided our SMTP server details. As far as I remember, such used to work untill few months ago. I mean users used to get email in case they request for password, or email address confirmation, watchlist emails. But suddenly this has stopped working. We get following traces Error sending mail: Group name did not validate.

I am not able to figure out what is wrong in settings. Is it something to with username, password? Infact I am not providing any username or password. And it used to work in past. Dssou (talk) 10:21, 26 July 2013 (UTC)

You probably need to provide a username and password now. This probably changed since you set up MediaWiki. Check with the person running your mail server if you aren't sure about the username and password. MarkAHershberger(talk) 16:46, 26 July 2013 (UTC)
Facing the same issue, any help would be appreciated. 117.20.16.18 08:50, 5 August 2013 (UTC)
in your localsetong check for this variables $wgEmergencyContact and $wgPasswordSender.
they must be set to same email address as your smtp user name
$wgEmergencyContact = 'username@email.com'
$wgPasswordSender = 'username@email.com' 194.225.9.10 15:48, 18 September 2013 (UTC)

Update wikibase files

Hi please update wikibase on git because they updated wikibase but haven't realised the updated files so please upload the updated files for centralauth and wikibase and datavalues please 109.151.161.64 (talk) 14:31, 26 July 2013 (UTC)

If you think that wikibase changes aren't being committed to git, a better place to talk about that is wikitech-l. Please post your concerns there. MarkAHershberger(talk) 16:09, 26 July 2013 (UTC)
Ok 90.217.211.198 14:00, 28 July 2013 (UTC)

Permanent deletion of page from database

When I first created my wiki I made Portal: pages in the main namespace. Later on I realized that was a bad idea so I made a Portal: namespace and attempted to delete the original pages. Unfortunately they will not permanently delete and now I have 2 pages (one in the Portal: namespace and one in the main namespace). How can I get rid of these for good!?

I was considering deleting them in MySQL but if there another option I would prefer to take that approach than messing with MySQL Zc5 (talk) 15:46, 26 July 2013 (UTC)

What do you mean "they will not permanently delete"? Deletion should work normally. MarkAHershberger(talk) 16:01, 26 July 2013 (UTC)
So when I look at SpecialPages:AllPages and I look into the main NS I see Portal:Rivers, Portal:Beaches, Portal:Mountains. These pages were made 5 or so years ago. We decided that we needed a Portal NS a few years back, so we made one and made new pages called Portal:Rivers, Portal:Beaches, Portal:Mountains and copied over the content. We then went through the standard process to delete those Portal pages out of the main NS, BUT we can still see those names in the main NS. When I click on them they go to the right pages but when viewing our XML dump, I see we have two pages with the exact same name but different ID. We want to get rid of those pages for good in the main NS Zc5 (talk) 16:09, 26 July 2013 (UTC)
Have a look at deleteArchivedRevisions.php. MarkAHershberger(talk) 16:34, 26 July 2013 (UTC)
hmm I have tried that before and it doesn't seem to work. Zc5 (talk) 21:06, 26 July 2013 (UTC)

How to embed flash (.swf) videos without use of an extension

I am trying to embed swf files into my wiki without the use of an extension. There has to be someway to alter the .css so I can accomplish this. I am an intern at a small company that has the files on a local server running 24/7 and they do not want to upload them to an external source (like youtube) and embed them in that way. Even though that is the easiest approach I hope there is another way this can be accomplished!

Thanks so much! Zc5 (talk) 15:49, 26 July 2013 (UTC)

It is going to be a lot easier to use an extension. Something like Extension:FlvHandler would do the job. Why not do that? MarkAHershberger(talk) 16:04, 26 July 2013 (UTC)
Ah ya, we currently use Extension:Flash but it thank you for the suggestion. I believe FlvHandler is a better extension and we should possibly make that switch!
The problem with using an extension is we use dumpHTML to convert our wiki into static html files. Unfortunately an extension doesn't get converted in this process. I was hoping that a change in the css would possibly allow the conversion to properly display the flash video (although I am totally just guessing and hoping.
We could obviously alter the html files so it embeds flash, but when you have 2000+ pages it can get quite tedious =D Zc5 (talk) 16:14, 26 July 2013 (UTC)
I haven't tried using dumphtml with extensions like you're talking about but I think it would be trivial to write a shell script that takes the output and replaces what dumphtml produces for each flash movie. MarkAHershberger(talk) 16:30, 26 July 2013 (UTC)
Ah ok! That is definitely a reasonable option. I will do that! Thanks! Zc5 (talk) 16:37, 26 July 2013 (UTC)

I am using CategoryTree and it only displays around 50ish subcategories out of 200 subcategories. How can I alter it so it will display all (A-Z)?

Thank you! :) Zc5 (talk) 15:57, 26 July 2013 (UTC)

The documentation says that you can set $wgCategoryTreeMaxChildren for this. MarkAHershberger(talk) 16:06, 26 July 2013 (UTC)
Perfect!
Thank you for all your responses. I appreciate the time you take to help! Zc5 (talk) 16:28, 26 July 2013 (UTC)

(Can't contact the database server: Unknown database 'wikidb' (localhost))

This problem suddenly appeared on my wiki. http://wiki.davidawright.co.uk. Running on a QNAP NAS box with mediawiki 1.16.1, QNAP server 3.8.3, MySQL Server version: 5.1.36-log phpMyAdmin 3.3.5 shows three databases as follows

information_schema (28) mysql (23) test

Can I "find" my wikidb again. Should I re-install mediawiki? Help! 80.229.29.194 (talk) 16:13, 26 July 2013 (UTC)

Is this hosted somewhere or are you hosting this yourself?
If you are hosting this, then you need to check the mediawiki directory (usually something like /var/lib/mysql) to see if it contains a wikidb sub-directory.
If someone else is managing MySQL for you, you need to talk to them ASAP. MarkAHershberger(talk) 16:26, 26 July 2013 (UTC)

Any suggestions on how to create a similar tabs bar that can be transcluded in a portal page

I am trying to create a tab navigation page, similar to this but I need to transclude it into a portal box. I have tried using their wiki's template structure but when I try to embed it into a portal box it takes me to a different page instead of scrolling through the tabs on that page.

Do you guys have any suggestions of different approaches I can take (excluding extensions) to accomplish something similar? Their template seems overly complicated.

Thanks! Zc5 (talk) 19:13, 26 July 2013 (UTC)

Alternative to shipped Scribunto Lua, Interpreter Error 126

MediaWiki 1.20.2 PHP 5.3.24 (cgi-fcgi) MySQL 5.0.96-log


After some research regarding previous problems, I found that the shipped Standalone Lua was not functioning correctly. Because my provider does not provide Lua already built in, I am trying to install it myself. I do have shell access, but I'm having issues installing. I have been trying to install the binaries by simply dropping the tar.gz in the appropriate folder I specified with $wgScribuntoEngineConf['luastandalone']['luaPath'] = '/home/content/54/10246254/html/lua'; and then tar zxf the file. This doesn't seem to suffice because I'm given the below error in my .log.

/home/content/54/10246254/html/wiki/extensions/Scribunto/engines/LuaStandalone/lua_ulimit.sh: line 6: exec: /home/content/54/10246254/html/lua: cannot execute: Is a directory

accessing a template or anything that uses scribunto directly gives me this stacktrace. What should the interior of my lua folder look like for the path to work correctly?

Lua error: Internal error: The interpreter exited with status 126. Backtrace:

  1. 0 /home/content/54/10246254/html/wiki/extensions/Scribunto/engines/LuaStandalone/LuaStandaloneEngine.php(448): ScribuntoEngineBase->newException('scribunto-luast...', Array)
  2. 1 /home/content/54/10246254/html/wiki/extensions/Scribunto/engines/LuaStandalone/LuaStandaloneEngine.php(308): Scribunto_LuaStandaloneInterpreter->checkStatus()
  3. 2 /home/content/54/10246254/html/wiki/extensions/Scribunto/engines/LuaStandalone/LuaStandaloneEngine.php(279): Scribunto_LuaStandaloneInterpreter->sendMessage(Array)
  4. 3 /home/content/54/10246254/html/wiki/extensions/Scribunto/engines/LuaStandalone/LuaStandaloneEngine.php(218): Scribunto_LuaStandaloneInterpreter->dispatch(Array)
  5. 4 /home/content/54/10246254/html/wiki/extensions/Scribunto/engines/LuaStandalone/LuaStandaloneEngine.php(10): Scribunto_LuaStandaloneInterpreter->getStatus()
  6. 5 /home/content/54/10246254/html/wiki/extensions/Scribunto/engines/LuaCommon/LuaCommon.php(156): Scribunto_LuaStandaloneEngine->load()
  7. 6 /home/content/54/10246254/html/wiki/extensions/Scribunto/engines/LuaCommon/LuaCommon.php(514): Scribunto_LuaEngine->getInterpreter()
  8. 7 /home/content/54/10246254/html/wiki/extensions/Scribunto/engines/LuaCommon/LuaCommon.php(498): Scribunto_LuaModule->getInitChunk()
  9. 8 /home/content/54/10246254/html/wiki/extensions/Scribunto/engines/LuaCommon/LuaCommon.php(526): Scribunto_LuaModule->execute()
  10. 9 /home/content/54/10246254/html/wiki/extensions/Scribunto/common/Hooks.php(96): Scribunto_LuaModule->invoke('infobox', Object(PPTemplateFrame_DOM))
  11. 10 [internal function]: ScribuntoHooks::invokeHook(Object(Parser), Object(PPTemplateFrame_DOM), Array)
  12. 11 /home/content/54/10246254/html/wiki/includes/parser/Parser.php(3250): call_user_func_array('ScribuntoHooks:...', Array)
  13. 12 /home/content/54/10246254/html/wiki/includes/parser/Preprocessor_DOM.php(1083): Parser->braceSubstitution(Array, Object(PPTemplateFrame_DOM))
  14. 13 /home/content/54/10246254/html/wiki/includes/parser/Parser.php(3416): PPFrame_DOM->expand(Object(PPNode_DOM))
  15. 14 /home/content/54/10246254/html/wiki/includes/parser/Preprocessor_DOM.php(1083): Parser->braceSubstitution(Array, Object(PPTemplateFrame_DOM))
  16. 15 /home/content/54/10246254/html/wiki/includes/parser/Parser.php(3411): PPFrame_DOM->expand(Object(PPNode_DOM))
  17. 16 /home/content/54/10246254/html/wiki/includes/parser/Preprocessor_DOM.php(1083): Parser->braceSubstitution(Array, Object(PPTemplateFrame_DOM))
  18. 17 /home/content/54/10246254/html/wiki/extensions/ParserFunctions/ParserFunctions_body.php(220): PPFrame_DOM->expand(Object(PPNode_DOM))
  19. 18 [internal function]: ExtParserFunctions::switchObj(Object(Parser), Object(PPTemplateFrame_DOM), Array)
  20. 19 /home/content/54/10246254/html/wiki/includes/parser/Parser.php(3250): call_user_func_array('ExtParserFuncti...', Array)
  21. 20 /home/content/54/10246254/html/wiki/includes/parser/Preprocessor_DOM.php(1083): Parser->braceSubstitution(Array, Object(PPTemplateFrame_DOM))
  22. 21 /home/content/54/10246254/html/wiki/includes/parser/Parser.php(3411): PPFrame_DOM->expand(Object(PPNode_DOM))
  23. 22 /home/content/54/10246254/html/wiki/includes/parser/Preprocessor_DOM.php(1083): Parser->braceSubstitution(Array, Object(PPFrame_DOM))
  24. 23 /home/content/54/10246254/html/wiki/includes/parser/Parser.php(3038): PPFrame_DOM->expand(Object(PPNode_DOM), 0)
  25. 24 /home/content/54/10246254/html/wiki/includes/parser/Parser.php(1136): Parser->replaceVariables('{{#invoke:Infob...')
  26. 25 /home/content/54/10246254/html/wiki/includes/parser/Parser.php(370): Parser->internalParse('{{#invoke:Infob...')
  27. 26 /home/content/54/10246254/html/wiki/includes/WikiPage.php(3110): Parser->parse('{{#invoke:Infob...', Object(Title), Object(ParserOptions), true, true, 1389)
  28. 27 /home/content/54/10246254/html/wiki/includes/PoolCounter.php(209): PoolWorkArticleView->doWork()
  29. 28 /home/content/54/10246254/html/wiki/includes/Article.php(631): PoolCounterWork->execute()
  30. 29 /home/content/54/10246254/html/wiki/includes/actions/ViewAction.php(37): Article->view()
  31. 30 /home/content/54/10246254/html/wiki/includes/Wiki.php(427): ViewAction->show()
  32. 31 /home/content/54/10246254/html/wiki/includes/Wiki.php(304): MediaWiki->performAction(Object(Article))
  33. 32 /home/content/54/10246254/html/wiki/includes/Wiki.php(536): MediaWiki->performRequest()
  34. 33 /home/content/54/10246254/html/wiki/includes/Wiki.php(446): MediaWiki->main()
  35. 34 /home/content/54/10246254/html/wiki/index.php(59): MediaWiki->run()
  36. 35 {main}

Thank you. 71.96.44.191 (talk) 20:45, 26 July 2013 (UTC)

Only the first few lines of the backtrace are needed usually.
Is "/home/content/54/10246254/html/lua" the directory for the binary? luaPath needs to be set to the location of the binary itself, not the directory of the binary. MarkAHershberger(talk) 03:49, 27 July 2013 (UTC)
If it helps any, the contents of '/home/content/54/10246254/html/lua' are the following:
liblua52.a
liblua52.so
and then a folder called "include" within that folder with these contents:
lauxlib.h
lua.h
lua.hpp
luaconf.h
lualib.h
I've never installed binaries myself before so I'm not quite if I'm doing this right. Do these files look correct for a binary? Also, are the Scribunto standalone Lua failures thought to be fixed in 1.21 - could upgrading MediaWiki and Scribunto potentially get rid of this problem? 71.96.44.191 20:32, 27 July 2013 (UTC)
What failures did you see with the lua binary in Scribunto? Scribunto ships with a copy of binaries from luabinaries, so you could just download a copy from there. MarkAHershberger(talk) 18:30, 28 July 2013 (UTC)
I would receive the following error. I found elsewhere that this error indicated that the shipped Lua binaries were not functioning properly, so I've been trying to follow Mastergalen's quick fix by running Lua natively which is unfortunately not already installed on my Linux server provided by GoDaddy. Thanks for your help so far by the way, I very much appreciate it.
Lua error: Internal error: The interpreter has terminated with signal "11".
Backtrace:
  1. 0 /home/content/54/10246254/html/wiki/extensions/Scribunto/engines/LuaStandalone/LuaStandaloneEngine.php(443): ScribuntoEngineBase->newException('scribunto-luast...', Array)
  2. 1 /home/content/54/10246254/html/wiki/extensions/Scribunto/engines/LuaStandalone/LuaStandaloneEngine.php(318): Scribunto_LuaStandaloneInterpreter->checkStatus()
  3. 2 /home/content/54/10246254/html/wiki/extensions/Scribunto/engines/LuaStandalone/LuaStandaloneEngine.php(281): Scribunto_LuaStandaloneInterpreter->receiveMessage()
  4. 3 /home/content/54/10246254/html/wiki/extensions/Scribunto/engines/LuaStandalone/LuaStandaloneEngine.php(213): Scribunto_LuaStandaloneInterpreter->dispatch(Array)
  5. 4 /home/content/54/10246254/html/wiki/extensions/Scribunto/engines/LuaCommon/LuaCommon.php(112): Scribunto_LuaStandaloneInterpreter->registerLibrary('mw_interface', Array)
  6. 5 /home/content/54/10246254/html/wiki/extensions/Scribunto/engines/LuaCommon/LuaCommon.php(87): Scribunto_LuaEngine->registerInterface('mw.lua', Array, Array)
  7. 6 /home/content/54/10246254/html/wiki/extensions/Scribunto/engines/LuaStandalone/LuaStandaloneEngine.php(8): Scribunto_LuaEngine->load()
  8. 7 /home/content/54/10246254/html/wiki/extensions/Scribunto/engines/LuaCommon/LuaCommon.php(156): Scribunto_LuaStandaloneEngine->load()
  9. 8 /home/content/54/10246254/html/wiki/extensions/Scribunto/engines/LuaCommon/LuaCommon.php(514): Scribunto_LuaEngine->getInterpreter() 71.96.44.191 19:47, 28 July 2013 (UTC)
You can probably just replace the bundled binaries with the download I pointed to. I did successfully install Scribunto on GoDaddy hosting, fwiw, though. MarkAHershberger(talk) 01:41, 29 July 2013 (UTC)
I apologize for my inexperience but I'm brand new to Linux - what do I do with the tar.gz file downloading from your provided link? I see that within the appropriate standalone engine folder for Linux that there is one (presumably) binary file without any file extension; how do I create another to replace it from the tar.gz? 71.96.44.191 20:28, 29 July 2013 (UTC)
You probably want to download the 64bit tar.gz file.
Do you have access to a command line on the linux host? Then you just need to extract the tar file.
If you don't have shell access, then you'll have to extrac the tar.gz file using something like 7-zip and upload the files.
Each tar.gz file contains a lua* and luac* file. You'll want the lua one. Upload it and point the luaPath configuration to it. MarkAHershberger(talk) 00:43, 31 July 2013 (UTC)
I am using cpanel godaddy downloaded both lua-5.2.1_Linux32_64_bin.tar.gz and lua-5.3.2_Linux32_64_bin.tar.gz pointed them to the lua path i made and set them to 755 each. I still get Lua error: Internal error: The interpreter has terminated with signal "11". So i think it is just godaddy. One more reason why they suck as a provider. Good thing i'm borrowing it from someone and not paying for it. 71.64.195.175 (talk) 11:49, 6 January 2016 (UTC)

For example, If I want to change Simple English to simple in my own wiki, what can I do? Change a Mediawiki: message?

http://i.imgur.com/4tucf7d.jpg Deletedaccount4567435 (talk) 03:54, 27 July 2013 (UTC)

exactly. Add ?uselang=qqx to the url to find the right mediawiki message. MarkAHershberger(talk) 04:07, 27 July 2013 (UTC)
By add ?uselang=qqx it shows "otherlanguage", which means mediawiki:otherlanguage can only change the word "langues". All the links below it remain the same.
And other ideas? Zoglun (talk) 21:49, 27 July 2013 (UTC)
Sorry, this is the first time I looked at this.
Using git grep I found the "otherlanguage" in includes/SkinTemplates.php.
From there I tracked down languages/Names.php which is where the changes you want to make should be made. MarkAHershberger(talk) 18:27, 28 July 2013 (UTC)
Great! Thank you!
If mediawiki have a interface to change these setting, that will be awesome! Zoglun (talk) 10:36, 29 July 2013 (UTC)

Execute bash script, upload and create page

Dear community,

first of all, I would like to say, that you really did a great job on media wiki. I just started to use it and I am impressed. I will stick to testing mediawiki, accourding security, too.

Anyway, since I am new to php and media wiki, I hope you excuse, I am not an expert, so my question may appear little noobish.

Well, I would like to modify the upload and the multiupload function of media wiki, meaning I acctually would like to copy the functionalities of upload and multiupload and add some functionalities, so upload, multiupload and modified upload and modified multiupload are available at the same time.

The modification I would like to make is consisting of three parts:

  1. ) after the file f0 has been uploaded, in the background on the server a bash script starts to work (converting the file into different format). It is important, that this happens in the background. Maybe a message should be displayed to confirm the upload and inform user about the converting process. Therefore, I think the confirmation like upload does should be enough. After bash script starts working the number of free accepted upload slots (default is 20) should be reduced by custom value, say 5, as long as converting is in progress, because of performance. It also should be possible to se a limit for bash scripts running in the backgroud, preventing users do over load the server by too many uploads.
  2. ) after bash script converted the uploaded file f0 to new file f1, f1 should be also added to media wiki like it would be uploaded, meaning, after bash script action media wiki should upload f1 to itself. It should also be possible to handle converting a second file f2 (and maybe more) and process all of them to step 3.
  3. ) After step 1.) and 2.) are done, media wiki would create automatically a new page in a chosen category (page could be given by template). The created page would contain links to the files (both, the uploaded one and the converted file(s)) and some text as defined in template.

I think this could help a lot of people to work with content with several file types. In my case, it would save a lot of time.

I would really like to program it 100% by myself, but I have 0% knowledge about php and media wiki. Specially know where to start the approach in media wiki code would be important.

So, I ask you, please, to help me. Thanks.

Regards, Marcus

EDIT: Mediawiki 1.21.1, mysql 5.5, php 5.4 Marcusdesto (talk) 12:13, 27 July 2013 (UTC)

This sort of work (async thumbnailing) is already done for the most part. Have a look at thumb.php.
Using this method, MediaWiki can convert to different formats (e.g. svg to png).
If you have another use case in mind, I would look at thumb.php to see how to extend it for what you want. MarkAHershberger(talk) 18:31, 27 July 2013 (UTC)
You would probably want to look at image handler classes (See things like Extension:PdfHandler.
If you want to convert something before its needed, you probably want to look at the job queue. Extension:TimedMediaHandler for example converts video files in the background to different formats. Bawolff (talk) 22:31, 27 July 2013 (UTC)
Thanks! I will check it out. Marcusdesto (talk) 16:58, 30 July 2013 (UTC)

Where does MediaWiki store the files being uploaded during upload process?

My question is, where does Media Wiki using Apache store the files being uploaded during upload process?

Apache2.x MySQL5.x MediaWiki 1.21.1

Thanks. Marcusdesto (talk) 15:50, 27 July 2013 (UTC)

In path defined in $wgUploadDirectory wargo (talk) 17:31, 27 July 2013 (UTC)

Format text like a terminal/BASH session.

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 would like to format blocks of text so that they look like a terminal session.
Basically, this is text with a black background and grey letters using monospaced font. An example of the usage of such blocks can be seen on this blog page.
I am running:
MediaWiki 1.21.1
PHP 5.3.10-1ubuntu3.7 (fpm-fcgi)
MySQL 5.5.32-MariaDB-1~precise-log
Iusedial (talk) 01:07, 28 July 2013 (UTC)
That is done with CSS. In a recent version of Firefox or Chrome, right click on the area you want to copy and select "Inspect Element" from the pop-up menu. Tne necessary CSS will be shown in a panel on your browser. MarkAHershberger(talk) 15:53, 28 July 2013 (UTC)
You can do as Mark said - and if "simple" shell-like text is all you want, then that would be the best option.
However, you can also get the same result with the extension Geshi Syntax Highlight. It allows you to highlight basically every language you could think of. 88.130.94.140 19:02, 29 July 2013 (UTC)
I am not familiar with CSS. Are you suggesting that I should change the css file that MediWiki installed? The poster below you stated to to use the Geshi Syntax Highlight, but that looks to also require changing the css file, if I'm not mistaken. Iusedial (talk) 20:03, 9 August 2013 (UTC)

Hi!

No, Geshi Syntax Highlight does not need you make changes in the CSS files. It will provide its styles automatically when it is installed. However, for your situation, you will have to change the CSS manually anyway. Otherwise you would not get black background and light text - also not with Geshi syntax highlight.

In the wiki source code of a page you have to put it inside some kind of container (= some kind of HTML tag), so that you have something, which you can style via CSS. If you enter it like so:

<pre class="bash">

root@my-machine:~$ cd /

root@my-machine:/$ rm -rf /

</pre>


Then you can enter CSS styles for this in your wiki on the page MediaWiki:Common.css. E.g.

# Style for bash scripts: pre tags with class "bash"
pre.bash {
 background-color: black;
 color: grey;
 font-family: Consolas,Monaco,Lucida Console,Liberation Mono,DejaVu Sans Mono,Bitstream Vera Sans Mono,Courier New, monospace;
}
88.130.122.158 23:56, 9 August 2013 (UTC)
If you don't want to fuss with CSS and HTML source code editing, a far more simple solution is just adding a color style to existing preformatting, for example:
<pre style="color: silver; background: black;">This text should look like a command line terminal output</pre>
This results in:
This text should look like a command line terminal output
(Sorry for triple posting, can't edit posts anonymously and too lazy to register :D ) 145.236.187.123 (talk) 13:22, 4 November 2016 (UTC)
It doesn't seem like a good idea to put the style definition inside the different pages directly, repeated maybe hundreds of times. Instead, using a CSS class and defining it only once, like proposed three years ago already, seems way more reasonable to me. 87.123.1.154 (talk) 14:01, 4 November 2016 (UTC)
See Template:Terminal Ciencia Al Poder (talk) 15:16, 23 November 2020 (UTC)
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

EpubExport Extension Doesn't Work At Mediawiki 1.11.0

Sorry before if my english is not good enough. I just install EPubExport Extension in my mediawiki version 1.11.0. But this extension not working well. in the toolbox there is not Export as ePub link. Please help me how the best way add EPubExport Extension in mediawiki version 1.11.0. Thanks... Ieebey (talk) 02:52, 29 July 2013 (UTC)

MediaWiki 1.11? It was released in 2007. You should upgrade to a recent version of MediaWiki, although you should also check if the extension is working with the latest versions of MediaWiki Ciencia Al Poder (talk) 09:08, 29 July 2013 (UTC)

How to install location map template?

Hi all! I would like to have location map template like it is in wikipedia http://en.wikipedia.org/wiki/Template:Location_map. But I don't know hot to install it to my wiki. Please help. Fokebox (talk) 09:05, 29 July 2013 (UTC)

Copy the source of the page http://en.wikipedia.org/w/index.php?title=Template:Location_map&action=edit to the page Template:Location_map in your wiki. AKlapper (WMF) (talk) 12:35, 29 July 2013 (UTC)
It is easy to say to copy the source. There are one hungered other templates that I don't want to use. Is there some extension which allows to install such template? Fokebox (talk) 09:42, 2 August 2013 (UTC)
Maybe I didn't get your question correctly then, but have you actually tried the suggestion? AKlapper (WMF) (talk) 17:29, 2 August 2013 (UTC)

Fatal exception of type MWException

New user, new install. After opening the wiki site I get: "Fatal exception of type MWException". Reading through some older threads I see the advice to add a line to the LocalSettings.php: $wgShowExceptionDetails = true; The screen now returns: No cache directory configured

Backtrace:

  1. 0 /var/www/qb104292/data/www/smw.harland.tk/extensions/LocalisationUpdate/LocalisationUpdate.class.php(553): LocalisationUpdate::filename('nl')
  2. 1 /var/www/qb104292/data/www/smw.harland.tk/extensions/LocalisationUpdate/LocalisationUpdate.class.php(36): LocalisationUpdate::readFile('nl')
  3. 2 [internal function]: LocalisationUpdate::onRecache(Object(LocalisationCache), 'nl', Array)
  4. 3 /var/www/qb104292/data/www/smw.harland.tk/includes/Hooks.php(255): call_user_func_array('LocalisationUpd...', Array)
  5. 4 /var/www/qb104292/data/www/smw.harland.tk/includes/GlobalFunctions.php(3883): Hooks::run('LocalisationCac...', Array)
  6. 5 /var/www/qb104292/data/www/smw.harland.tk/includes/cache/LocalisationCache.php(796): wfRunHooks('LocalisationCac...', Array)
  7. 6 /var/www/qb104292/data/www/smw.harland.tk/includes/cache/LocalisationCache.php(426): LocalisationCache->recache('nl')
  8. 7 /var/www/qb104292/data/www/smw.harland.tk/includes/cache/LocalisationCache.php(310): LocalisationCache->initLanguage('nl')
  9. 8 /var/www/qb104292/data/www/smw.harland.tk/includes/cache/LocalisationCache.php(245): LocalisationCache->loadItem('nl', 'fallback')
  10. 9 /var/www/qb104292/data/www/smw.harland.tk/languages/Language.php(3978): LocalisationCache->getItem('nl', 'fallback')
  11. 10 /var/www/qb104292/data/www/smw.harland.tk/languages/Language.php(230): Language::getFallbacksFor('nl')
  12. 11 /var/www/qb104292/data/www/smw.harland.tk/languages/Language.php(189): Language::newFromCode('nl')
  13. 12 /var/www/qb104292/data/www/smw.harland.tk/includes/Setup.php(497): Language::factory('nl')
  14. 13 /var/www/qb104292/data/www/smw.harland.tk/includes/WebStart.php(161): require_once('/var/www/qb1042...')
  15. 14 /var/www/qb104292/data/www/smw.harland.tk/index.php(55): require('/var/www/qb1042...')
  16. 15 {main}

What am I doing wrong?

Update: I now see a posting that suggests that this line from the LocalSettings.php is faulty: "require_once( "$IP/extensions/LocalisationUpdate/LocalisationUpdate.php" );" Is this correct? Update: Version PHP: 5.3 Mediawiki: 1.21.1 MySQL 5.1.58 Harri00413 (talk) 11:06, 29 July 2013 (UTC)

http://www.mediawiki.org/wiki/Project%3ASupport%20desk/Flow/2012/07#h-Error_when_installing_MediaWiki.-2012-07-06T12%3A54%3A00.000Z and http://www.mediawiki.org/wiki/Project%3ASupport%20desk/Flow/2013/05#h-Fatal_exception_of_type_MWException_after_install_MW_1.21.0_%28MySQL5%2C_PHP5%29-2013-05-27T17%3A03%3A00.000Z seem to cover this problem and potential solutions. AKlapper (WMF) (talk) 12:32, 29 July 2013 (UTC)

Thumbnails are not working, MW 1.21.1

My thumbnails for uploaded images aren't working. Some details:

  • exec() is activated, but no passthru() (not possible on my webspace) and so I get an error when using ImageMagick.
  • without ImageMagick the thumbnails aren't displayed/generated
  • I tried to define some paths in the LocalSettings.php -> with #$wgTmpDirectory = "$IP/images/temp"; the picture list is empty

-> with $wgUploadDirectory = "$IP/images"; and $wgUploadPath = "$IP/images"; there are no changes

  • the folder rights for /images, /images/thumb and /images/temp are set to 755
  • I'm using BlueSpice

Any ideas? 94.217.26.77 (talk) 17:40, 29 July 2013 (UTC)

Hi!
It is also possible to create thumbnails without ImageMagick (at least I got thimbnails in an installation of mine while IM was not installed). Maybe that works with GDlib? But I am not sure.
However, the real fix for the issue is something else: Either get your host to activate the missing function or move to a host, which allows it. 88.130.78.45 17:53, 29 July 2013 (UTC)

[RESOLVED] How to disable Special:Categories

I am trying to disable the link Special:Categories at the bottom of the page (at the bottom of this page there is Category:Support Desk, I want to disable the link attached to the word "Category"). I don't want to completely remove the word but I want to disable to link (obviously it would be nice if I could get rid of the blue text and underline). Is this possible? Zc5 (talk) 20:48, 29 July 2013 (UTC)

Hi!
I would search the page Hooks to see, if there is a hook, which is executed somewhen when the page categories are created/rendered.
Alternatively you should be able to modify these links with JavaScript... 88.130.94.140 21:02, 29 July 2013 (UTC)
How would I be able to modify the links using JavaScript? I am very unfamiliar with JS Zc5 (talk) 21:25, 29 July 2013 (UTC)
Me either. ;-)
Something like that is possible with jQuery. It allows you to modify elements in the page source code - exactly what you want. ;-) 88.130.94.140 21:42, 29 July 2013 (UTC)
This is easy if you are willing to modify core files. Generally it's an ill-advised practice, however it's just a very simple change and the worst thing that can happen if you upgrade/reinstall is the link comes back up again.
You can do it by going to includes/Skin.php, finding the getCategoryLinks() function and remove the function that adds the hyperlink. Which to remove depends on your MediaWiki version.
Using JS, btw, is overkill. Fereal (talk) 10:35, 30 July 2013 (UTC)
Always remember: Modifying core files is evil and kills little kittens. Instead of doing it messily again and again, better do it neatly once. 88.130.68.219 12:18, 30 July 2013 (UTC)
Then save the kittens by giving OP a solution. Fereal (talk) 12:31, 30 July 2013 (UTC)
You may clear or put an invalid page name (e.g. a pipe) in your MediaWiki:Pagecategorieslink and you'll see the link disappear. IAlex (talk) 12:39, 30 July 2013 (UTC)
Thanks, I didn't know that. OP, take this guy's advice. Fereal (talk) 15:00, 30 July 2013 (UTC)
Yes, this might work - however: Technically it's still a hack. 88.130.68.219 15:34, 30 July 2013 (UTC)
It does work, though using a pipe is needed. Setting it blank will generate a link to the default.
Yes, it's a hack, and there's this small percentage that it can break MW in later updates should it change how it handles it.
Still better than murdering kittens. amiryt? Fereal (talk) 15:47, 30 July 2013 (UTC)
In any case not by modifying Core files. When someone else takes over the wiki - he will be glad to clean up your mess. It makes updates unneccesarily hard, you have to monotonously do the same work again and again, maintaining something like this is a pain. Once you forgot your customization, an update will even break it completely. 88.130.68.219 13:30, 30 July 2013 (UTC)
As I stated, what I advised was a very light modification with no real threat. I didn't say "go modify the core to your heart's content". There is no "mess" to be made which is why I advised in the first place.
If you hadn't noticed, many things are hardcoded into MediaWiki making customization even harder. If you can't differentiate which necessary risks must be taken and which should be avoided, and keep blindly sticking to the rules, then good luck with the kittens. Fereal (talk) 15:21, 30 July 2013 (UTC)
It always are the "small light, 100%-safe changes", which make systems break. Also at least not for the OP it can't be so easy, or he would have done it himself. Apart from that there have been more than three possible ways to solve the issue without modifying core files. I am still in favour of the JavaScript approach. 88.130.68.219 15:58, 30 July 2013 (UTC)
Haha thanks guys!!
I loved reading all of that! That was entertaining/informative.
I guess I should elaborate more on what I am trying to do. I have been using dumpHTML to convert my wiki to a static html output. Unfortunately not everything coverts perfectly (all of the special pages e.g, Special:Categories) So i was just trying to find a shortcut to removing it in the wiki so I don't have to deal with it in the output.
Instead of altering the wiki, I decided to take a different approach (probably safer, less kitten killing, and better) and alter the dumpHTML code.
In case anyone is curious, I just added a jquery script (see below) that deleted the href and replaced it with the word "Categories"
$("#mw-normal-catlinks a[href='../../../../articles/c/a/t/Special%7ECategories_101d.html']").replaceWith('Categories');
I appreciate all your help and all the input you put in! Zc5 (talk) 19:46, 30 July 2013 (UTC)
$("#mw-normal-catlinks a[href='../../../../articles/c/a/t/Special%7ECategories_101d.html']").replaceWith('Categories');
Yes, that's the kind of solution I thought of. :-) Overkill... ;-) 88.130.68.219 21:04, 30 July 2013 (UTC)
Oh, so you were doing it for HTML conversion. I thought you just didn't want visitors to see the link, in which case JS is fine.
However, for future reference to people looking to remove the link, use IAlex's solution by modifying MediaWiki:Pagecategorieslink with a "|" (pipe) character.
Javascript is not a solution for these kinds of trivial problems. Not only does it put unnecessary overhead to the visitors, but it will ultimately fail if they have JS disabled in their browsers.
MW's not a perfect software, and if you're not willing to make compromises for simple 'hacks', well then good luck finding a perfect world. Even Wikipedia's infoboxes are full of workarounds. Fereal (talk) 22:17, 30 July 2013 (UTC)
Ya I agree, I apologize I did not clarify more and I will definitely use your suggestion if other admins agree it is unnecessary.
I agree that doing internal changes by modifying things like MediaWiki:Pagecategorieslink is the best approach. Adding JS is an "easy fix" which can come back in bite you in the butt later down the road. Especially since I never considered that visitors could have JS disabled on their own browsers which would cause multiple problems.
Thank you for your input, I hope other users find this topic useful! Zc5 (talk) 22:35, 30 July 2013 (UTC)

Does VisualEditor work at with MediaWiki 1.21.1?

I just install visual editor on my mediawiki version 1.21.1 but there is not work. Is Visual Editor support for mediawiki version 1.21.1?? How the best way to install Visual Editor on mediawiki version 1.21.1?? Ieebey (talk) 04:39, 30 July 2013 (UTC)

As written on http://www.mediawiki.org/wiki/Extension:VisualEditor , "VisualEditor currently has dependencies on pre-release alpha versions of MediaWiki (as of July 2013, 1.22wmf4); if you want to install it, you should shell into your server and use git to download the very latest version" AKlapper (WMF) (talk) 11:09, 30 July 2013 (UTC)
That doesn't help. Please explain in common language, what exactly do we need to do to make it work with MediaWiki 1.21? 14.161.11.94 06:58, 10 September 2013 (UTC)
Simplified: You cannot. You need to run the latest 1.22.x code (which is the same as git master). AKlapper (WMF) (talk) 09:51, 10 September 2013 (UTC)

Updatation of Mediawiki 1.12 to Mediawiki 1.20

Could you explain what are all the risks involved upgrading of mediawiki from 1.12 to 1.20.

Product Version MediaWiki 1.12.0 PHP 5.2.6 (apache2handler) PostgreSQL EnterpriseDB 9.2.1.3 on x86_64-unknown-linux-gnu, compiled by gcc (GCC) 4.1.2 20080704 (Red Hat 4.1.2-52), 64-bit


If there no much risk, pls guide me how to upgrade. Rajeshrjsh (talk) 06:20, 30 July 2013 (UTC)

Hi!
All the information on Upgrading are here.
To be able to run MediaWiki 1.20, you will have to update PHP to version 5.3 or newer. Possibly you also have to upgrade Postgres, but I am not sure about that. Maybe the easiest way is to upgrade your operating system; newer versions of Red Hat should automatically bring newer versions of PHP and Postgres.
However, do not forget to make backups of your MediaWiki files and of your database before you start! 88.130.68.219 09:14, 30 July 2013 (UTC)
If you haven't modified core MediaWiki files (for example, you haven't editted any files under includes), then upgrading should be fairly painles modulo bugs. I recently helped someone upgrade from a modified version of 1.11, so I know there isn't much to worry about if you haven't changed core.
If you've modified the skin or created your own, you have some more work to do.
Otherwise, as the other commentor said, be sure to back up before you start. MarkAHershberger(talk) 21:04, 30 July 2013 (UTC)
in mediawiki 1.12 what we did, we created one customized module like page_precontent and page_postcontent two column we added in page table, by using our module user can add what should print at the beginning of the content and what should print at end of the content can able to add and modify. For ex consider "Test_Page" is containing original content like "Hi This is test Page", by using our customized extension user have to enter only the title of the page then two text area user can able to see ,like precontent and post content, if user is adding some text in precontent text area like "This this before text" and in post content text area like "This is end of the content", if you load the page "Test_Page" it will show like
This this before text Hi This is test Page This is end of the content
In mediawiki 1.12 we customized the article.php like below in custom code you can see.,
public function outputWikiText( $text, $cache = true ) {
global $wgParser, $wgUser, $wgOut, $wgEnableParserCache;
$popts = $wgOut->parserOptions();
$popts->setTidy(true);
$popts->enableLimitReport();
/**************** CUSTOME CODE **************************/
$this->mPreContent = Title::getPreContent($this->mTitle);
$this->mPostContent= Title::getPostContent($this->mTitle);
$text = $this->mPreContent.$text.$this->mPostContent;
/********************************************************
In mediawiki 1.21 im not able to find where to make this change.
it is not possible to instruct the user to change it manually in page right now.already in production if i want to change more than 2000 pages i want to modify it, So i want to customize mediawiki core only, so guide me on which file i want to make change yaar, It is very difficult. Developing extension also right now it is not possible, i want to complete this task within 2 days , so please guide. Rajeshrjsh (talk) 11:48, 18 July 2014 (UTC)

Merge Chapters of different Articles into a new Article

I would like to write different articles where each of them have related chapters that are about the same topic. Is there a possibility to let appear all these similar chapters togheter on one page by clicking on one of these chapters?

In my case there are articles about different climate regions. Each article has a chapter about the rain related to the region the article is about. I would like to be able to click on this article/titel and then see all the other chapters about rain from other regions . Is this possible? How?

Thanks in advance 146.159.132.2 (talk) 08:38, 30 July 2013 (UTC)

You could write each of the parts in a template and then reference the template in the article, in which all the texts should appear.
Maybe there also are other ways to do it, but that should work. 88.130.68.219 09:16, 30 July 2013 (UTC)

Spezial:Dateien (Special:Data?) is blank when $wgTmpDirectory is defined in LocalSettings.php

Hi,

when I define $wgTmpDirectory in LocalSettings.php the special page Spezial:Dateien (Special:Data?) is blank.
I need to define it because otherwise the thumbnail creation is not working...

  • MediaWiki 1.21.1
  • ImageMagick deactivated


This is what gets logged:

Start request GET /index.php?title=Spezial:Dateien
HTTP HEADERS:
ACCEPT: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
ACCEPT-ENCODING: gzip,deflate,sdch
ACCEPT-LANGUAGE: de-DE,de;q=0.8,en-US;q=0.6,en;q=0.4
CACHE-CONTROL: max-age=0
CONNECTION: keep-alive
COOKIE: ui-tabs-1=0; mw_installer_session=2b641522dd507ac413ad49e0edea2058; bs-bluespiceprojectfeedbackhelperpanel-firstload=false; bs-bluespiceprojectfeedbackhelperpanel-hide=true; usr_web18_4UserID=1; usr_web18_4UserName=Philipp; usr_web18_4Token=431be9fbe2529e819bbb2bc1e55a4501; usr_web18_4_session=b1e3c2bb4b45168903d02b9cea12fce7; bs-widget-container=null; ui-tabs-1=0
HOST: wiki.fauphi.de
REFERER: http://wiki.fauphi.de/index.php?title=Spezial:Hochladen
USER-AGENT: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/28.0.1500.71 Safari/537.36
CACHES: EmptyBagOStuff[main] SqlBagOStuff[message] SqlBagOStuff[parser]
[cookie] session_set_cookie_params: "0", "/", "", "", "1"
Class LanguageDe not found; skipped loading
LocalisationCache: using store LCStore_SHM
LocalisationCache::isExpired(de): cache for de expired due to GlobalDependency
LocalisationCache::recache: got localisation for de from source
Profiler::instance called without $wgProfiler['class'] set, falling back to ProfilerStub for safety
Connected to database 0 at localhost
DatabaseBase::query: Writes done: DELETE FROM `msg_resource`
Unstubbing $wgParser on call of $wgParser::setHook from wfCalendarExtension
Parser: using preprocessor: Preprocessor_DOM
Fully initialised
User: cache miss for user 1
User: loading options for user 1 from database.
User: logged in from session
User: loading options for user 1 from override cache.
Connected to database 0 at localhost
MessageCache::load: Loading de... got from global cache
Use of wfMsg was deprecated in MediaWiki 1.21. [Called from ResponsibleEditors::onStatebarAddSortTopVars in /var/www/web18/html/wiki/bluespice-mw/ext/ResponsibleEditors/ResponsibleEditors.class.php at line 380]
Use of wfMsgReal was deprecated in MediaWiki 1.21. [Called from wfMsg in /var/www/web18/html/wiki/includes/GlobalFunctions.php at line 1444]
Use of wfMsgGetKey was deprecated in MediaWiki 1.21. [Called from wfMsgReal in /var/www/web18/html/wiki/includes/GlobalFunctions.php at line 1542]
Unstubbing $wgLang on call of $wgLang::getCode from MessageCache::get
MimeMagic::__construct: loading mime types from /var/www/web18/html/wiki/includes/mime.types
MimeMagic::__construct: loading mime info from /var/www/web18/html/wiki/includes/mime.info
File::transform: Doing stat for mwstore://local-backend/local-thumb/c/c1/Default@2x.png/180px-Default@2x.png
FileBackendStore::getFileStat: File mwstore://local-backend/local-thumb/c/c1/Default@2x.png/180px-Default@2x.png does not exist.
BitmapHandler::doTransform: creating 180x270 thumbnail at /var/www/web18/html/wiki/images/temp/transform_250330462f0e-1.png using scaler gd
BitmapHandler::doTransform: called wfMkdirParents(/var/www/web18/html/wiki/images/temp)
File::transform: Doing stat for mwstore://local-backend/local-thumb/6/69/Default-568h@2x.png/180px-Default-568h@2x.png
FileBackendStore::getFileStat: File mwstore://local-backend/local-thumb/6/69/Default-568h@2x.png/180px-Default-568h@2x.png does not exist.
BitmapHandler::doTransform: creating 180x320 thumbnail at /var/www/web18/html/wiki/images/temp/transform_63dad34864c1-1.png using scaler gd
BitmapHandler::doTransform: called wfMkdirParents(/var/www/web18/html/wiki/images/temp)
File::transform: Doing stat for mwstore://local-backend/local-thumb/5/5e/Default.png/180px-Default.png
BitmapHandler::doTransform: creating 180x270 thumbnail at mwstore://local-backend/local-thumb/5/5e/Default.png/180px-Default.png using scaler gd
BitmapHandler::doTransform: Transforming later per flags.
File::transform: Doing stat for mwstore://local-backend/local-thumb/7/73/A3_plakat_neu.jpg/180px-A3_plakat_neu.jpg
FileBackendStore::getFileStat: File mwstore://local-backend/local-thumb/7/73/A3_plakat_neu.jpg/180px-A3_plakat_neu.jpg does not exist.
File::transform: Doing stat for mwstore://local-backend/local-thumb/e/e0/Untitled-1.jpg/180px-Untitled-1.jpg
BitmapHandler::doTransform: creating 180x180 thumbnail at mwstore://local-backend/local-thumb/e/e0/Untitled-1.jpg/180px-Untitled-1.jpg using scaler gd
BitmapHandler::doTransform: Transforming later per flags.
File::transform: Doing stat for mwstore://local-backend/local-thumb/b/bd/Test.jpg/180px-Test.jpg
BitmapHandler::doTransform: creating 180x121 thumbnail at mwstore://local-backend/local-thumb/b/bd/Test.jpg/180px-Test.jpg using scaler gd
BitmapHandler::doTransform: Transforming later per flags.
File::transform: Doing stat for mwstore://local-backend/local-thumb/d/db/Plakat.jpg/180px-Plakat.jpg
BitmapHandler::doTransform: creating 180x127 thumbnail at mwstore://local-backend/local-thumb/d/db/Plakat.jpg/180px-Plakat.jpg using scaler gd
BitmapHandler::doTransform: Transforming later per flags.
File::transform: Doing stat for mwstore://local-backend/local-thumb/6/60/Plakat_back.jpg/180px-Plakat_back.jpg
BitmapHandler::doTransform: creating 180x128 thumbnail at mwstore://local-backend/local-thumb/6/60/Plakat_back.jpg/180px-Plakat_back.jpg using scaler gd
BitmapHandler::doTransform: Transforming later per flags.
File::transform: Doing stat for mwstore://local-backend/local-thumb/0/08/Plakat_front.jpg/180px-Plakat_front.jpg
BitmapHandler::doTransform: creating 180x128 thumbnail at mwstore://local-backend/local-thumb/0/08/Plakat_front.jpg/180px-Plakat_front.jpg using scaler gd
BitmapHandler::doTransform: Transforming later per flags.
File::transform: Doing stat for mwstore://local-backend/local-thumb/0/05/A3_plakat.jpg/180px-A3_plakat.jpg
FileBackendStore::getFileStat: File mwstore://local-backend/local-thumb/0/05/A3_plakat.jpg/180px-A3_plakat.jpg does not exist.
File::transform: Doing stat for mwstore://local-backend/local-thumb/d/dc/Beachbody.jpg/180px-Beachbody.jpg
BitmapHandler::doTransform: creating 180x250 thumbnail at mwstore://local-backend/local-thumb/d/dc/Beachbody.jpg/180px-Beachbody.jpg using scaler gd
BitmapHandler::doTransform: Transforming later per flags.
File::transform: Doing stat for mwstore://local-backend/local-thumb/8/8e/Htmlbg.jpg/180px-Htmlbg.jpg
BitmapHandler::doTransform: creating 180x135 thumbnail at mwstore://local-backend/local-thumb/8/8e/Htmlbg.jpg/180px-Htmlbg.jpg using scaler gd
BitmapHandler::doTransform: Transforming later per flags.
File::transform: Doing stat for mwstore://local-backend/local-thumb/6/60/Circle_background.png/180px-Circle_background.png
BitmapHandler::doTransform: creating 180x84 thumbnail at mwstore://local-backend/local-thumb/6/60/Circle_background.png/180px-Circle_background.png using scaler gd
BitmapHandler::doTransform: Transforming later per flags.
File::transform: Doing stat for mwstore://local-backend/local-thumb/a/ae/Controls_background.png/127px-Controls_background.png
FileBackendStore::getFileStat: File mwstore://local-backend/local-thumb/a/ae/Controls_background.png/127px-Controls_background.png does not exist.
BitmapHandler::doTransform: creating 127x127 thumbnail at /var/www/web18/html/wiki/images/temp/transform_352b6ead2e22-1.png using scaler gd
BitmapHandler::doTransform: returning unscaled image
File::transform: Doing stat for mwstore://local-backend/local-thumb/4/48/Control_friends.png/44px-Control_friends.png
FileBackendStore::getFileStat: File mwstore://local-backend/local-thumb/4/48/Control_friends.png/44px-Control_friends.png does not exist.
BitmapHandler::doTransform: creating 44x44 thumbnail at /var/www/web18/html/wiki/images/temp/transform_29afa4e1775c-1.png using scaler gd
BitmapHandler::doTransform: returning unscaled image
File::transform: Doing stat for mwstore://local-backend/local-thumb/7/77/Back_test.png/180px-Back_test.png
BitmapHandler::doTransform: creating 180x135 thumbnail at mwstore://local-backend/local-thumb/7/77/Back_test.png/180px-Back_test.png using scaler gd
BitmapHandler::doTransform: Transforming later per flags.
File::transform: Doing stat for mwstore://local-backend/local-thumb/4/43/Apple-touch-icon.png/114px-Apple-touch-icon.png
FileBackendStore::getFileStat: File mwstore://local-backend/local-thumb/4/43/Apple-touch-icon.png/114px-Apple-touch-icon.png does not exist.
BitmapHandler::doTransform: creating 114x114 thumbnail at /var/www/web18/html/wiki/images/temp/transform_44ab52604d4b-1.png using scaler gd
BitmapHandler::doTransform: returning unscaled image
File::transform: Doing stat for mwstore://local-backend/local-thumb/5/51/Add_blue.png/128px-Add_blue.png
FileBackendStore::getFileStat: File mwstore://local-backend/local-thumb/5/51/Add_blue.png/128px-Add_blue.png does not exist.
BitmapHandler::doTransform: creating 128x128 thumbnail at /var/www/web18/html/wiki/images/temp/transform_65e205793a2a-1.png using scaler gd
BitmapHandler::doTransform: returning unscaled image
File::transform: Doing stat for mwstore://local-backend/local-thumb/2/22/Accept.png/128px-Accept.png
FileBackendStore::getFileStat: File mwstore://local-backend/local-thumb/2/22/Accept.png/128px-Accept.png does not exist.
BitmapHandler::doTransform: creating 128x128 thumbnail at /var/www/web18/html/wiki/images/temp/transform_76e5e9634af2-1.png using scaler gd
BitmapHandler::doTransform: returning unscaled image
File::transform: Doing stat for mwstore://local-backend/local-thumb/b/b1/Accept_green.png/128px-Accept_green.png
FileBackendStore::getFileStat: File mwstore://local-backend/local-thumb/b/b1/Accept_green.png/128px-Accept_green.png does not exist.
BitmapHandler::doTransform: creating 128x128 thumbnail at /var/www/web18/html/wiki/images/temp/transform_554bf4e27736-1.png using scaler gd
BitmapHandler::doTransform: returning unscaled image
File::transform: Doing stat for mwstore://local-backend/local-thumb/c/c9/Clipart_spelende-kinderen_animaatjes-129.jpg/180px-Clipart_spelende-kinderen_animaatjes-129.jpg
BitmapHandler::doTransform: creating 180x160 thumbnail at mwstore://local-backend/local-thumb/c/c9/Clipart_spelende-kinderen_animaatjes-129.jpg/180px-Clipart_spelende-kinderen_animaatjes-129.jpg using scaler gd
BitmapHandler::doTransform: Transforming later per flags.
File::transform: Doing stat for mwstore://local-backend/local-thumb/f/f5/Clipart_spelende-kinderen_animaatjes-173.jpg/180px-Clipart_spelende-kinderen_animaatjes-173.jpg
BitmapHandler::doTransform: creating 180x164 thumbnail at mwstore://local-backend/local-thumb/f/f5/Clipart_spelende-kinderen_animaatjes-173.jpg/180px-Clipart_spelende-kinderen_animaatjes-173.jpg using scaler gd
BitmapHandler::doTransform: Transforming later per flags.
File::transform: Doing stat for mwstore://local-backend/local-thumb/b/b8/Ablehnung.jpg/180px-Ablehnung.jpg
BitmapHandler::doTransform: creating 180x144 thumbnail at mwstore://local-backend/local-thumb/b/b8/Ablehnung.jpg/180px-Ablehnung.jpg using scaler gd
BitmapHandler::doTransform: Transforming later per flags.
File::transform: Doing stat for mwstore://local-backend/local-thumb/b/b2/Seite1.jpg/180px-Seite1.jpg
FileBackendStore::getFileStat: File mwstore://local-backend/local-thumb/b/b2/Seite1.jpg/180px-Seite1.jpg does not exist.
BitmapHandler::doTransform: creating 180x255 thumbnail at /var/www/web18/html/wiki/images/temp/transform_712eab9925d6-1.jpg using scaler gd
BitmapHandler::doTransform: called wfMkdirParents(/var/www/web18/html/wiki/images/temp)
wfClientAcceptsGzip: client accepts gzip.
wfGzipHandler() is compressing output

188.105.104.121 (talk) 08:50, 30 July 2013 (UTC)

Hi!
Your debugging data shows that thumbnails are not created. Make sure that you are setting $wgTmpDirectory correctly. If you afterwards still get a blank page on Spezial:Dateien, then continue with the notes on blank page. 88.130.68.219 09:22, 30 July 2013 (UTC)
Please delete any cookie information from the debug log when posting it publicly, otherwise anyone could automatically log in into your account (although that won't expose your passwords). I've logged you out so nobody else can login on your account with those cookies.
The debug log doesn't show any error, but it's missing a line saying that the request ended successfully, so maybe a fatal error was produced that it wasn't even logged because the execution was halted before that point. You should check your Apache error logs to see if any error is logged there. Ciencia Al Poder (talk) 09:42, 30 July 2013 (UTC)
Oh...thank you, Ciencia Al Poder!
I've solved this by defining the $wgTmpDirectory in the Setup.php and not in LocalSettings.php. Somehow this worked for me. 188.105.104.121 10:31, 30 July 2013 (UTC)
No, that is not correct. Maybe it accidentally works now, but this is not the right solution for your problem. Expect further errors to pop up now. Solve the root of your problem, instead! Check, which PHP error you are getting! See blank page. 88.130.68.219 12:21, 30 July 2013 (UTC)

[Resolved] Indent increase the size of font

Hi There,

I am new to mediawiki and would like to seek for some help with some formatting issue. I am away of the code ":" will indent your text to one level, and "::" to the second. However, I am having issue with when I enter ":::" and above, it not only indent it to one more level but also increase the font size. are there anyone else having the same issue? Is there a solutions to it? Thanks

Wing 143.65.196.20 (talk) 12:55, 30 July 2013 (UTC)

Hi Wing,
hard to say, why the CSS is messed up in your case. Maybe you have additional CSS styles on the wiki page MediaWiki:Common.css or maybe you have modified the Core files?
MediaWiki uses dl and dd tags to indent text. Use a tool like Firebug to check, why the font size is different in your case. That should also show you, where the font size, which is too big, is set. 88.130.68.219 13:24, 30 July 2013 (UTC)
This could also happen if the previous :: had an unclosed <span style="font-size:large;">, applying that formatting to the following contents. This is often caused by broken signatures on talk pages. Ciencia Al Poder (talk) 09:27, 31 July 2013 (UTC)
Hi,
Thanks for the information. When I check using Firebug it seems like the font size for
is 1.6em, hence it keeps increasing everything the
is enclosed to another one.
Does anyone know where I could change the
Style on media wiki? Wing 11:21, 1 August 2013 (UTC)
Hi Wing,
sure, you could change the style for that in your wiki, by adding another definition on the page MediaWiki:Common.css. However, I would not do that.
Instead, find out, where the wrong style is actually coming from. Meaning: Where is this 1.6em set? I believe it comes from a custom setting and you should better fix that one.
See ResourceLoader/Features#Debug_mode to learn, how you can disable CSS compression by MediaWiki. Afterwards the CSS files, which are included, should be in more readable format, so that the line numbers, which Firebug give you, show you, where the wrong definition is made. 88.130.125.140 12:25, 1 August 2013 (UTC)
Hi,
Thanks for the help. I managed to find the
style which sets for 1.6em and have change that to 20px and this seems to fixed the problem.
Regards Wing 10:42, 2 August 2013 (UTC)

500 Internal Server Error or 404 File not found - after Migration

Hello,

I just moved my Wiki and its Content (MediaWiki 1.2.1.1) from Ubuntu 13.04 + Apache 2.2.+ MySQL 5.5.31 to MediaWiki 1.2.1.1 + Debian 7 + nginX 1.2.1 + MySQL 5.5.31.

What I did during migration:

  • I kopied the images directory from Ubuntu to Debian.
  • I made a backup of MySQL of the MediaWiki on Ubuntu
  • I put the backup on Debian with same MySQL
  • I moved the files from /var/www (old) to /data/www but with symlink /var/www -> /data/www (no problems)

On the new fresh migrated wiki on debian ... now : I can work with MediaWiki after migration. I can upload images and other files to the new wiki on debian.

All the textual content is available, but if I click on upload and when I pick some files I have uploaded on the old Ubuntu MediaWiki then I get the 500 Internal Server Error.

Checking up the directory using find results in finding the file. Example:

  • Myfile.zip is linked to 192.168.0.1/images/c/cd/Myfile.zip in wiki (onmouse over it is shown).
  • clicking on the link causes Err 500
  • find says, the file is in /data/www/images/Myfile.zip (I used console with pwd=/ checking the /data dir directly, but for the webbrowser it is also /var/www, because of the symlink)

EDIT: I also do not get any preview made by imageimagick (even it is installed). I get a error message, no image defined .... convertimagecommand/3044.

EDIT2: Ok, I am confured now. I checkt out the paths, the files are stored. On the old Ubuntu the old files have been stored just into images/ and the link from webbrowser linkted to images/<somewhere>/file meaning images/a/23/MyFile.whatever. Download worked fine. On Debian the new files have been stored in directories as linked, meaning the link path on the wiki site corresponds to the path on the system except the prefix of course. So, maybe nginx cannot find the files, because it does not find the way, right?

Does anyone have an idea, what could be the source of the problem?

Thanks, Marcus Marcusdesto (talk) 15:24, 30 July 2013 (UTC)

Hi Marcus,
Debian 7 does have a current PHP version, 5.3 or newer, right? Then this should be fine.
You say you copied the image directory. That is fine, but not enough: Also copy the extension/ directory, if you use any extension (check LocalSettings.php). And if you modified the skin or use your own skin, then also copy the folder skins/. Maybe you still have some old cache files (MediaWiki cache, if activated, PHP accelerator, if any); those should be removed. The symlink should not be necessary then.
You say you get a 500 server error when you upload files and when you view files. When you view a file you get the error when you click on the link, which points to the file directly.
That can have different reasons. Check the Apache error log - there you will find more information about the exact error.
For the missing thumbnails: This can be caused by a missing library, e.g. here it was Libjpeg, which had to be installed. 88.130.68.219 15:47, 30 July 2013 (UTC)
Hi and thanks for answering.
Well, php is on old ubuntu 5.4.9 and on debian its 5.4.4.
On debian I cannot access the old files, that have been migrated to the debian system (even pics are gone, but they are physically there). I 'can' access all uploaded files. Maybe I expressed myself the wrong way: on the old system (ubuntu) everything works fine. The new debian system containing old data from ubuntu wiki and new data sucks.
Thumbs cannot be displayed, because the files cannot be found. If I upload a pic on the debian system, its displayed. When I try to access older pics - nada - no chance. Broken.
There are no extensions installed, its mediawiki 1.2.1.1 with upload enabled only.
Caching is also off, i think. If not - how to check that? Marcusdesto (talk) 16:00, 30 July 2013 (UTC)
Hi!
If MediaWiki does caching can be seen in LocalSettings.php. If you do not have settings about that there, then the default is valid, which should be: No caching (at least not to files). There will also be entries in the database table "objectcache", which you can truncate. However, these entries should over time also be removed automatically by MediaWiki and I don't think these cause your problem.
I don't get the picture problem currently:
You say you moved the files from /var/www/ on the old server to /data/www/ on the new server. And on the new server, they are also in the correct folder? Meaning: The structure inside data/www/ is correct? Images not by accident put into a subfolder or so?
This all sounds as if you had an old, absolute path hardcoded somewhere in your files. Please check, if you still have /var/www/ anywhere in your MediaWiki files! 88.130.68.219 16:13, 30 July 2013 (UTC)
Hi,
picture / files problem is the same, actually:
Yes, on the old system, it was /var/www on the new everything is in /data/www, but on the new system there is also a symlink pointing from /var/www to new /data/www, meaning, if you are in /var/www, you are automatically in /data/www.
The structures are consistent, meaning, the structure from the old system is the same as on the new system (I coied it with recursivly 1:1). I also copied the sql database and dumped it into the brant new debian sql installed database, so all data from old ubuntu mysqldb should also be on DB of the new debian. The display problem occures only on the new system and only effects the old files, but not the new one. They are fine.
LocalSetting.php
    1. Shared memory settings
$wgMainCacheType = CACHE_NONE;
$wgMemCachedServers = array();
    1. Set $wgCacheDirectory to a writable directory on the web server
    2. to make your wiki go slightly faster. The directory should not
    3. be publically accessible from the web.
  1. $wgCacheDirectory = "$IP/cache"; Marcusdesto (talk) 16:36, 30 July 2013 (UTC)
Hi!
With that setting for $wgMainCacheType, object caching will be deactivated, caching also won't be done to the DB table. $wgCacheDirectory only caches interface settings - should not have to do with your problem.
This sounds as if somewhere in your files you had an old, absolute path hardcoded.
Please check, if you still have /var/www/ anywhere in your MediaWiki files!
And please check the Apache error log! 88.130.68.219 17:00, 30 July 2013 (UTC)
Hi,
> check, if you still have /var/www/ anywhere in your MediaWiki files
No, there isnt any.
> check the Apache error log
NginX is running on it.
Trying to get one of the files, uploaded on old mediawiki, for the
>500 Internal Server Error
>nginx/1.2.1
I get the log entry
2013/07/31 00:33:08 [error] 2618#0: *236 rewrite or internal redirection cycle while internally redirecting to "/index.html", client: 192.168.0.120, server: localhost, request: "GET /images/8/88/Demo.ogv HTTP/1.1", host: "192.168.1.7", referrer: "http://192.168.1.7/index.php?title=Spezial:Dateien"/data/www
$ find . -name "Demo.ogv" -exec echo {} \; 2> /dev/zero
./images/Demo.ogv Marcusdesto (talk) 20:30, 30 July 2013 (UTC)
Hi,
500 Internal Server Error
nginx/1.2.1
> I get the log entry
> 2013/07/31 00:33:08 [error] 2618#0: *236 rewrite or internal redirection cycle while internally redirecting to "/index.html", client: 192.168.0.120, server: localhost, request: "GET /images/8/88/Demo.ogv HTTP/1.1", host: "192.168.9.1", referrer: "http://192.168.1.7/index.php?title=Spezial:Dateien"/data/www
$ find . -name "Demo.ogv" -exec echo {} \; 2> /dev/zero
./images/Demo.ogv
Aha. So when you are requesting an existing file, then what you get is a redirect loop to index.html. On Apache the usual suspect would be an .htaccess file or possibly the Apache configuration files. Google has this error for nginx as well. It seems like in the configuration files there are location blocks and in these there can be try_files commands. With index.html as fallback in a try_files command you can get this error message. 88.130.68.219 20:56, 30 July 2013 (UTC)
Great! Error 500 is fixed, BUT
now I get "404 Not Found", which brings us back to the mediawiki problem of badly linked files ;) Marcusdesto (talk) 22:06, 30 July 2013 (UTC)
Ah, OK, what did you change to get it fixed? 88.130.68.219 22:14, 30 July 2013 (UTC)
Just eleminated try_files parameter, which I do not need at this moment. Later it will be relaced by 404 leading to a custom 404 page. Marcusdesto (talk) 22:21, 30 July 2013 (UTC)
Ok, so now, when you follow a link to a file, you get an error 404.
What does such a link look like?
Assuming that Nginx uses the error code the same way as Apache does, then this does not mean, that the present file cannot be accessed, but that the file is really missing... 88.130.68.219 22:27, 30 July 2013 (UTC)
Ok.
This is what happens, when I try to link/download old files, meaning the files that have been uploaded in the old wiki:
Assume, we have a wiki link [[Media:file.tar.gz|Download]].
This is transformed into a link <IP>/images/7/28/file.tar.gz by wiki.
When I click on that link, I get the 404.
But when I copy the link and erase the middle part, meaning 7/28/ for example, then suddenly I can download the old file. In fact, this is consistent with the fact this file is physically available under /var/www/file.tar.gz . So, somehow the internal linking of the file is broken in the sql db, I think.
When I upload a file, it is stored in image/<somePathAdd1>/<somePathAdd2>/<filename> .
But I can download it using [[Media:<filename>|Download]] or directly by clicking on file in upload file page. Marcusdesto (talk) 09:32, 31 July 2013 (UTC)
Hi again!
> Assume, we have a wiki link [[Media:file.tar.gz|Download]]. This is transformed into a link <IP>/images/7/28/file.tar.gz by wiki. When I click on that link, I get the 404. But when I copy the link and erase the middle part, meaning 7/28/ for example, then suddenly I can download the old file. In fact, this is consistent with the fact this file is physically available under /var/www/file.tar.gz.
I just checked that again with another wiki and the correct path structure does contain these folders (like 7/28/) inbetween. E.g. also see a non-commons image on Wikipedia. The structure of the link as MediaWiki creates it, is correct. What is not correct is that the old files are located under images/ directly.
Above you wrote that on the old installation the images also were stored directly in images/ and not in subfolders, but that download worked - also with the folders (like 7/28/) inbetween. Did you use rewrite rules to make that work? I think that is what is missing currently. 88.130.98.245 10:24, 31 July 2013 (UTC)
> Did you use rewrite rules to make that work?
No - i think, because I have no idea what that is and how to use it ;).
So, what do I have to do? Marcusdesto (talk) 10:32, 31 July 2013 (UTC)
Inside the MediaWiki folder and inside the folder images/ you should have two files called .htaccess. These are the two places I would check to see, if there are lines starting with "RewriteCond" or "RewriteRule".
If you have not copied these files over to the new server, check the old server, please. 88.130.98.245 10:49, 31 July 2013 (UTC)
Ah, ok. Its Apache stuff.
Please, do not forget, I am using NginX on the new machine (maybe that is the problem)
Well, there is one .htaccess file in images.
$ls -lah .ht*
-rwxrwxrwx 1 www-data www-data 180 Jul 30 17:01 .htaccess
$:/data/www/images# cat .htaccess 
# Protect against bug 28235
<IfModule rewrite_module>
        RewriteEngine On
        RewriteCond %{QUERY_STRING} \.[^\\/:*?\x22<>|%]+(#|\?|$) [nocase]
        RewriteRule . - [forbidden]
</IfModule>
So, you say, I should get the .htaccess file from old wiki on new machine into wiki folder, too? Well, on my old system, there is no .htaccess file in /var/www/mediawiki . Marcusdesto (talk) 10:58, 31 July 2013 (UTC)
Nginx does not support Apache-style .htaccess files. But it does have things like mod_rewrite in its configuration. E.g. here is a converter. However, what you posted is only the default .htaccess file; this file does not contain the wanted stuff.
Did you maybe change things in the Apache configuration files directly? E.g. in httpd.conf or one of the other configuration files?
Can you still query the old server? What HTTP headers do you get when you make a request to 192.168.9.1/images/8/88/Demo.ogv? You can e.g. see that with Firebug. 88.130.98.245 11:05, 31 July 2013 (UTC)
>Did you maybe change things in the Apache configuration files directly? E.g. in httpd.conf or one of the other configuration files?
No.
Can you still query the old server? What HTTP headers do you get when you make a request to 192.168.9.1/images/8/88/Demo.ogv? You can e.g. see that with Firebug.
Firebug on firefox? Marcusdesto (talk) 13:12, 31 July 2013 (UTC)
Yes. The point is that I would like to understand, how - on the old server - you got the redirect from the URL with subfolders to the URL without before I give you an advice what to do... 88.130.98.245 13:56, 31 July 2013 (UTC)
Ok, this is the header from old server
Antwort-HeaderQuelltext anzeigen
Accept-Ranges	bytes
Connection	Keep-Alive
Content-Length	950
Content-Type	application/x-gzip
Date	Tue, 30 Jul 2013 18:51:18 GMT
Etag	"42fa-3b6-4e222d340e8c7"
Keep-Alive	timeout=5, max=100
Last-Modified	Tue, 23 Jul 2013 00:25:07 GMT
Server	Apache/2.2.22 (Ubuntu)
Anfrage-HeaderQuelltext anzeigen
Accept	text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Encoding	gzip, deflate
Accept-Language	en-US,en;q=0.5
Connection	keep-alive
Cookie	my_wikiUserID=1; my_wikiUserName=M; my_wiki_session=6a7qu72j0lrpm9dti5f81pvjc4
DNT	1
Host	192.168.1.162
Referer	http://192.168.1.162/mediawiki/index.php/Spezial:Dateien
User-Agent	Mozilla/5.0 (X11; Linux i686; rv:22.0) Gecko/20100101 Firefox/22.0
BTW: dhcp changed ip Marcusdesto (talk) 14:21, 31 July 2013 (UTC)
No, that is not what I want to know. Open the tab Netzwerk and check the entries under Domain. Then call the URL with these numbers/letters in it, and when you hit enter, Firebug will list the different GET/POST requests. What is happening there?
Next question: Why are the requests, which you see there, happening?
Last question: How can the same be accomplished in Nginx. Basically I guess that you need this logic in the nginx configuration: In the folder images/, if a file in the second level of subfolders is requested (URL contains the according number of path segments separated by slashes) and if the file is not there, then redirect to the same URL, but without these two path segments.
Apache config would be something like this:
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule images/[0-9a-zA-Z]{1}/[0-9a-zA-Z]{2}/.* images/$1 [L]
Untested, might not yet be working. In words: Only do the following rewrite, if the requested filoe is not present. Then: Rewrite, if the called path contains "images/", then one alphanumerical character, a slash, then two alphanumerical characters and a slash and then "any string". If so, then rewrite to "images/" and append the things that were there before ("any string").
Maybe you can use this website from above to transform it into Nginx configuration. 88.130.98.245 15:35, 31 July 2013 (UTC)
> No, that is not what I want to know. Open the tab Netzwerk and check the entries under Domain. Then call the URL with these numbers/letters in it, and when you hit enter, Firebug will list the different GET/POST requests. What is happening there?
It is exactly what is in my answer: Header get = Antwort-Header, Anfrage-Header = Header post.
There is one entry in Network:
GET http://192.168.1.162/mediawiki/images/sample.tar.gz
	
200 OK
	
192.168.1.162
	
6,5 KB
	
192.168.1.162:80
>Next question: Why are the requests, which you see there, happening?
Because I downloaded a testfile from old server.
> Last question: How can the same be accomplished in Nginx.
Right. It's NginX.
So, it is about to configure nginx for find requested files, right?! Marcusdesto (talk) 11:24, 1 August 2013 (UTC)
You know what? You are wasting your time on that. I do, too. So, I switched back to Apache on the new system. But: here it comes:
On Apache the problem appears, too: 404 File not found.
I think, that there is a Problem in the Database, meaning, as wiki is internally transforming the links.
Please, tell me where wiki stores the files locations in the databse. Thanks. Marcusdesto (talk) 13:05, 1 August 2013 (UTC)
> GET http://192.168.1.162/mediawiki/images/sample.tar.gz
Really? You type the URL with the numbers in it and the first and only request goes to the URL without these numbers? You get no redirect? I expected the request to start with status code 301 or 302 and then the new URL would be called. That is weird! If that really was the case, then it would mean that - before the server is queried for the first time - the browser would change the URL. I cannot believe that that is happening.
Basically I guess that you need this logic in the nginx configuration: In the folder images/, if a file in the second level of subfolders is requested (URL contains the according number of path segments separated by slashes) and if the file is not there, then redirect to the same URL, but without these two path segments.
Apache config would be something like this:
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule images/[0-9a-zA-Z]{1}/[0-9a-zA-Z]{2}/.* images/$1 [L]
Untested, might not yet be working. In words: Only do the following rewrite, if the requested filoe is not present. Then: Rewrite, if the called path contains "images/", then one alphanumerical character, a slash, then two alphanumerical characters and a slash and then "any string". If so, then rewrite to "images/" and append the things that were there before ("any string").
Maybe you can use this website from above to transform it into Nginx configuration. 88.130.125.140 13:09, 1 August 2013 (UTC)
I solved the problem:
  1. I downloaded all the files that are not linked using scp.
  2. I uploaded all of them up again.
  3. I deleted the older Versions from the server.
Now, it works again, but the deleted old versions aren't really deleted. I started to think about using the php deletation script to purge those files from the system, but then I reminded myself:
Once, I used the delete PHP script, on the old system. Maybe that caused that problem.
BTW: Thanks for your time and helping me. :) Marcusdesto (talk) 14:41, 1 August 2013 (UTC)

When thumbnailing .GIFs, black disappears. Anyone had this issue or know how to sort it?

Yes: It's me again. On my wiki, http://www.coasterpedia.net/, black areas in .gif files appear white. This only occurs when thumb-nailing the pictures; the original files appear fine. Can I get some adivce on solving this problem?

An example is this file, which appears on this page. Thanks. Garuda3 (talk) 17:26, 30 July 2013 (UTC)

I also saw this problem in systems other than MediaWiki. What programme are you using to convert the images? ImageMagicks? GraphicMagick? 88.130.68.219 18:23, 30 July 2013 (UTC)
I haven't installed an image converter. I'll look into that now, however I never thought you needed one for .GIFs, or I thought it came with the MediaWiki package. NemesisAT (talk) 19:08, 30 July 2013 (UTC)
MediaWiki uses ImageMagick or GD to convert gifs. It may be that your converter doesn't understand gif transparency. If you can, install ImageMagick and read up on images in MediaWiki.
BTW, added your wiki to the WikiApiary. It looks like a pretty nice site. MarkAHershberger(talk) 20:55, 30 July 2013 (UTC)
I've sorted it out now (Yay!). Anyone having this problem should note: When you've solved the problem, re-upload the problem files otherwise it doesn't work.
Thank you! NemesisAT (talk) 14:01, 3 August 2013 (UTC)
Ahh, and how have you solved it?
Note that you do not have to re-upload the files; you can also remove the wrong thumbnails; they should get recreated automatically if needed. 88.130.91.149 14:49, 3 August 2013 (UTC)
I realized my hosting already came with ImageMagick, however I didn't have the Use ImageMagick variable to true (I didn't have it at all, for some reason). So really just a silly error on my part. NemesisAT (talk) 13:50, 4 August 2013 (UTC)

[RESOLVED] Is there a way to take all the pages in a category and change their NS all at once?

I have about ~300 pages in a specific category and I want to move all the pages into a new namespace.

Example:

300 pages in Category:Apples with the NS of HealthyFruit: I want to move all into a new NS called Fruit:

Is there a quick way to do this without an extension? Or am i stuck with manually moving them =P Zc5 (talk) 19:51, 30 July 2013 (UTC)

You can do it with a bot, however you're better off using an already existing extension. Unless there's a reason why you don't want to use an extension.
Extension:ReplaceText Fereal (talk) 22:04, 30 July 2013 (UTC)
ReplaceText only allows you to manually select the pages, in which to do the replacement. But how do you limit the replace operation to those pages, which are in the according category? 88.130.68.219 22:35, 30 July 2013 (UTC)
Didn't you at least read the extension page? There's an optional filter for category. Fereal (talk) 22:41, 30 July 2013 (UTC)
Where should there be a filter for category? 88.130.68.219 23:24, 30 July 2013 (UTC)
WOW! That is an excellent extension. I asked for a non-extension solution just out of sheer laziness, but that extension is definitely worth getting.
I am using MW version 1.16 which looks like it isn't supported by Extension:ReplaceText. But can I still use that extension even if there is no more support? Maybe there is an older version of the extension I could use?
Thanks Fereal Zc5 (talk) 22:37, 30 July 2013 (UTC)
According to Extension:Replace_Text/Version_history, you need version 0.9.4.
I believe this is where you can get it: ReplaceText 0.9.4
Disclaimer: I haven't tested that version, I have no working 1.16 installation right now. Fereal (talk) 23:13, 30 July 2013 (UTC)
Thanks again Fereal! Zc5 (talk) 16:16, 31 July 2013 (UTC)

Main Page edits ignored

All attempts to edit the contents of my locally-installed MediaWiki's main page are failing. I don't get any error message; it just reloads the same form with my changes removed. This is a recent development (only noticed it in the last week), and I can't figure out what could have changed on the server to cause it. I searched extensively in the forums and didn't find anything quite like this.

I was running 1.18.0; I upgraded to 1.21.1 hoping that would solve it, but nothing happened. I tried editing my LocalSettings.php to add this line:

$wgGroupPermissions['sysop']['editprotected'] = true;

That didn't help. I turned on all the error logging I can find and still get nothing. Also turned on debug logging--I can post the results here if that would help, but hesitate to do so because they're lengthy and I don't see anything that stands out as glaringly wrong.

I'm using MediaWiki 1.21.1 on LAMP; PHP version is 5.3.26, MySQL is 5.1.70-cll, Apache 2.2.24. Have spent far too much time on this already and could really use a hint. Thanks in advance! 98.250.70.220 (talk) 22:02, 30 July 2013 (UTC)

Put the following two lines at the end of your LocalSettings.php file and try again.
error_reporting( -1 );
ini_set( 'display_errors', 1 );
Let us know if you see any errors. MarkAHershberger(talk) 00:45, 31 July 2013 (UTC)
Thanks, Mark. I tried that. It doesn't produce any errors, neither on the page nor in the error logs.
Sorry, forgot to log in when posting the above. Boonofdoom (talk) 15:51, 31 July 2013 (UTC)
Could you paste your debug log on pastebin and link to it here? MarkAHershberger(talk) 19:15, 31 July 2013 (UTC)
As a reminder, be sure to remove any COOKIE from the log, and be sure you haven't captured any login attempt in your debug log. Ciencia Al Poder (talk) 09:17, 1 August 2013 (UTC)
Here's the debug log for editing, then submitting edits on the wiki main page:
http://pastebin.com/AgQacsRy
Could this line possibly mean something? Like I've failed to correctly assign user groups, maybe?
Profiler::instance called without $wgProfiler['class'] set, falling back to ProfilerStub for safety Boonofdoom (talk) 14:42, 6 August 2013 (UTC)
Ok, got it. It would be more useful if you gave us the link to your wiki the first time ;)
If I edit your wiki, and hit the submit button (just the "show changes"), it does a POST to /wiki/index.php?title=Main_Page&action=submit but it's doing a 301 redirect to /wiki/?title=Main_Page&action=submit.
At first glance I was thinking about a problem with custom redirect rules, but after seeing it's happening only on the main page and after a quick test this is what I found: Editing your main page, without doing any change, and hitting preview or show changes, triggers that redirect, losing it's POST data. If I remove all the contents of your main page and hit preview, the preview comes as normal. If I remove the first 3 external links of your wiki, the preview comes as normal. Removing only 2 or changing anything else without removing links causes the weird redirect again.
This has been reported before and it's caused by the mod_security module of the server (Apache), that does that if it detects several URLs. Ask to your hosting provider about this problem. Ciencia Al Poder (talk) 16:35, 6 August 2013 (UTC)
Thank you very much! I'll do that. Boonofdoom (talk) 15:37, 8 August 2013 (UTC)

How create a Wiki farm

I followed the Instruction to make a Wiki farm but I do not. How do I solve the problem? Kolega2357 (talk) 23:43, 30 July 2013 (UTC)

What problems are you seeing? MarkAHershberger(talk) 00:31, 31 July 2013 (UTC)
I can not install MediaWiki farm. Kolega2357 (talk) 00:32, 31 July 2013 (UTC)
It would also help to know which instructions you tried to use. MarkAHershberger(talk) 00:32, 31 July 2013 (UTC)

Which extension does wikicommons used for PICTURE OF THE YEAR?

I have voted for PICTURE OF THE YEAR last year. I want to know which extension does this event used.

My wiki has a similar picture vote this month. So I want to know how Wikipedia Commons create voting page. Deletedaccount4567435 (talk) 05:51, 31 July 2013 (UTC)

Hi!
On which page, which part do you think is an extension? 88.130.98.245 12:20, 31 July 2013 (UTC)
I don't think that is done with an extension, but Javascript. It would be better to ask on Commons:Village pump, though. MarkAHershberger(talk) 19:13, 31 July 2013 (UTC)
Thank you! Zoglun (talk) 17:50, 6 October 2013 (UTC)

media wiki 1.19

Hi,

I'm new and need help with configuration my mediawiki page. I need create few groups like Admin, Users and add permission to create page both of them but only Admin group can view and edit another group pages - group Users cannot view and edit pages create by Admins. What is important for me to execute that configuration? Please help. 83.175.144.6 (talk) 10:15, 31 July 2013 (UTC)

Hi!
Note that MediaWiki is not made for that kind of access restriction. If you need more finely grained access restrictions, you are advised to install an appropriate content management package.
I don't know of a way to make pages viewable/editable based on the group of the user who created the page.
But what is possible is to use different namespaces for admin pages and normal user pages and then to give permissions per namespace via Extension:Lockdown. 88.130.98.245 10:53, 31 July 2013 (UTC)

I am giving up and going to pay a consultant but how do I do this?

here is my website http://www.boingblogs.com/ and if you browse through it you can tell I have three different website software installed for it: I have MediaWiki, WordPress, and SimpleMachinesForum.

I want to interconnect them so that when people sign up for the SMF part of the website, their account already automatically is created for MediaWiki and WordPress parts of the website. When they log in to the SMF portion, they are logged in everywhere else. This way members do not have to create multiple accounts for each software.

I have successfully installed MultiSite for WordPress. But I am not sure how to connect all three software to each other. I have found ... extensions (or whatever they are called) to connect two sites together, but I have not found one to create all three sites together.

For example, there is an extension to connect WordPress to SMF. And there is an extension to connect MediaWiki to SMF. Is it possible to install both extensions to for members to have global access? Or will these extensions conflict each other?

I don't even know the difference between a bridge and a portal.

I was on the MediaWiki help desk earlier and somebody said that if there weren't any possible solutions, I could hire somebody to create one.

I don't know anything about consultants either! How much do they charge? Hundreds of dollars? Thousands?

I would like two things done. 1. Create extension to connect the MediaWiki, MultiSite Wordpress, and SimpleMachinesForum. I would like them connected to SMF. 2. Write very easy to follow installation instructions.

Please let me know if there is no other solution, and how much this would cost so I can save for it. In Correct (talk) 11:00, 31 July 2013 (UTC)

Also I am considering a separate consultant request. I would like all skins for the MediaWiki website to be white and red, and for the added links to display on all skins. In Correct (talk) 11:03, 31 July 2013 (UTC)
In regards to consultants, the problem is that you are dealing with three different topics. Finding a consultant that is well-versed on all three software is probably not gonna be cheap, though cost is also... subjective depending on which country the consultant resides (eg India).
As for your problem, the main question is which database/account creation form you want visitors to use. If you want to use SMF's database, then you need an authentication extension on MediaWiki and a similar plugin for WordPress. These can act independently, though they must conform to the same SMF settings required by one of the extensions (otherwise conflict).
The "bridge" is a term referring to the technical connection between the three software, which in this case is the SMF database and cookie. "Portal" refers to the main webpage for visitors where they can visit the different software sites. Or at least, unless those terms are being used in a different context.
In MediaWiki for example, there's Extension:SMF_Auth_Integration (may not be compatible with latest MW version). It already handles SMF cookies for authentication and member groups division.
If that works for you, you then must find a Wordpress plugin that performs similarly, using the same SMF settings as required by the above.
As for your last problem, having "all skins" to be white and red can be done in CSS, though you might want to limit the skin selection instead. As for added links, it depends on where exactly you want to place them.
Edit: "Portal" may also refer to which login form all sites must use.
To add a summary, WordPress and MediaWiki both connect to SMF, but WP and MW run independent of each other. Fereal (talk) 12:16, 31 July 2013 (UTC)
At least part of your question is about using a consultant. As someone who works on MediaWiki contracts full time, I thought I'd try to give you some ideas. This is just how I work, not neccesarily how all consultants work.
  • Make your sure you know what you want. Fereal has given you some technical information. You should read over that and see if you have any clarifications that you need to make.
  • The amount a consultant charges will vary depending on a number of factors. Some will provide you with a fixed price based on how much they estimate the work will be. Others are going to provide you with an hourly rate. If someone gives you an hourly rate, you need to make sure you communicate your budget up front.
  • Communicate, communicate, communicate. Daily reports aren't un-reasonable and through them you'll be able to see how much is getting done and if the project is going in the wrong direction. Now, while I said daily reports aren't unreasonable, some days nothing will happen on your project, especially if the person you hire is working with other people as well. Nothing happening isn't the end of the world, but you should see some measure of regular progress. If you're unhappy with the speeed of the progress, say so. MarkAHershberger(talk) 18:59, 31 July 2013 (UTC)

Compatibility of MW 1.16.5 with mySQL 5.5.x

Compatibility of MW 1.16.5 with mySQL 5.5.x Are these compatible? I would think of that judging from the meta in this page http://www.artofproblemsolving.com/Wiki/api.php?action=query&meta=siteinfo&maxlag=5 but confirmation would be appreciated. Spiros71 (talk) 13:06, 31 July 2013 (UTC)

Hi!
These versions should - at least mostly - be compatible. MediaWiki 1.16 is from July 2010, MySQL 5.5 from end 2010 - that should work.
However, MediaWiki 1.16 is no longer supported and has known security holes. Using MediaWiki 1.16 is no longer secure. If you want to be on the safe side, you should upgrade to MediaWiki 1.21. And MediaWiki 1.21 definitely is fully compatible with MySQL 5.5. :-) 88.130.98.245 13:53, 31 July 2013 (UTC)

[RESOLVED] createaccount does not result in success with correct token

Hey MediaWiki,

I've been trying to use MediaWiki's createaccount API. I understand that it's a two step process - request the token and then use the token. I have a PHP script that uses curl_exec() function and despite the fact that I am receiving a token in step 1 and then using it in step 2, the output from the API is a new token without the user successfully being created. My code looks something like this...

<?php

$server= 'lsipedia.osu.edu';
$action = 'createaccount';
$format = 'php';
$email = strtolower('Ariel.Kanevsky@osumc.edu');
$realname = 'Ariel Kanevsky';
$username = $email;
$password = true;
$reason = 'Batch import';
$language = 'en';
$output = array(
		'createaccount' => array(
		'result' => '',
		'token' => ''
	)
);

$ch = curl_init();
while ($output['createaccount']['result'] != 'success') {
	$token = $output['createaccount']['token'];

	$url = $server . '/api.php?action=' . $action . '&format=' . $format . '&name=' . $username . '&email=' . $email . '&realname=' . $realname . '&mailpassword=' . $password . '&reason=' . $reason . '&token=' . $token;
	// urlencode() causes an error, curl_escape() not available in this verison of PHP
	$url = str_replace(' ', '_', $url);
	echo $url . "\n";

	curl_setopt($ch, CURLOPT_RETURNTRANSFER, true);
	curl_setopt($ch, CURLOPT_POST, true);
	curl_setopt($ch, CURLOPT_URL, $url);

	$output = unserialize(curl_exec($ch));
	var_dump($output);
}
curl_close($ch);

?>

And the command line out (which features the echo and var_dump() calls) looks like...

bash-3.2$ php lsipedia_user_create.php 
lsipedia.osu.edu/api.php?action=createaccount&format=php&name=ariel.kanevsky@osumc.edu&email=ariel.kanevsky@osumc.edu&realname=Ariel_Kanevsky&mailpassword=1&reason=Batch_import&token=
array(1) {
  ["createaccount"]=>
  array(2) {
    ["token"]=>
    string(32) "47154a72942e3921f8728262b802cd03"
    ["result"]=>
    string(9) "needtoken"
  }
}
lsipedia.osu.edu/api.php?action=createaccount&format=php&name=ariel.kanevsky@osumc.edu&email=ariel.kanevsky@osumc.edu&realname=Ariel_Kanevsky&mailpassword=1&reason=Batch_import&token=47154a72942e3921f8728262b802cd03
array(1) {
  ["createaccount"]=>
  array(2) {
    ["token"]=>
    string(32) "80d9d206ca907cd49bdd61adab323e17"
    ["result"]=>
    string(9) "needtoken"
  }
}

I would have expected the second var_dump() to have a result of "success" instead of producing a new token. Any ideas? Askanevsky (talk) 17:01, 31 July 2013 (UTC)

Apparently, you need to send the POST parameters in CURLOPT_POSTFIELDS, not in the URL field. Ciencia Al Poder (talk) 09:14, 1 August 2013 (UTC)
So I got the script working. My mistake was not correctly passing cookies. I have fully written out my script, complete with error logging (see below). The key was CURLOPT_COOKIE (which is being invoked in the setCookies() function). Basically, I wasn't sending cookies. Also, this particular script uses emails as usernames so I needed to make the @ symbol a legal character via the $wgInvalidUsernameCharacters in DefaultSettings.php.
Special thanks to Roan Kattouw for helping me get this far.
Poder - I wouldn't be surprised if CURLOPT_POSTFIELDS would work as well. I may modify this script in the future so my $params variables don't stretch across the entire screen.
<?php
$ch = curl_init();
curl_setopt($ch, CURLOPT_RETURNTRANSFER, true);
curl_setopt($ch, CURLOPT_COOKIESESSION, true);
curl_setopt($ch, CURLOPT_POST, true);
curl_setopt($ch, CURLOPT_VERBOSE, false);
curl_setopt($ch, CURLOPT_HEADER, true);
$server = urlencode('mediawiki.org');
$format = urlencode('php');
// Login to MediaWiki before creating accounts
$action = urlencode('login');
$username = urlencode('SuperUser');
$password = urlencode('SuperUserPassword');
$token = urlencode('');
$url = $server . '/api.php?format=' . $format;
$params = '&action=' . $action . '&lgname=' . $username . '&lgpassword=' . $password . '&lgtoken=' . $token;
curl_setopt($ch, CURLOPT_URL, $url);
curl_setopt($ch, CURLOPT_POSTFIELDS, $params);
$header = curl_exec($ch);
$stored_cookies = setCookies($header, $ch);
$response = decodeResponse($header, $ch);
if (strtolower($response['login']['result']) == 'needtoken') {
	$token = urlencode($response['login']['token']);
	$params = '&action=' . $action . '&lgname=' . $username . '&lgpassword=' . $password . '&lgtoken=' . $token;
	curl_setopt($ch, CURLOPT_POSTFIELDS, $params);
	$header = curl_exec($ch);
	$response = decodeResponse($header, $ch);
	if (strtolower($response['login']['result']) != 'success') {
		failGracefully();
	} else {
		unset($params, $output, $response);
	}
} else {
	failGracefully();
}
// Create user accounts
$action = urlencode('createaccount');
$password = urlencode(true);
$reason = urlencode('API createaccount');
$language = urlencode('en');
$token = urlencode('');
// This is the roster file which should be in the same directory as this script
// Roster file format is 'John Smith,John.Smith@mediawiki.org' on each line (without the single quotes)
$roster = file($argv[1], FILE_IGNORE_NEW_LINES);
foreach ($roster as $person) {
	$person = explode(',', $person);
	if (count($person) != 2) {
		// Log that there is something wrong with this user's name
		$log = fopen('/usr/local/webs/mediawiki/logs/mediawiki_api_createaccount_log.txt', 'a');
		$log_entry = '* ' . $person[0] . ' does not seem to have a valid roster entry. ';
		$log_entry .= 'roster => ' . $argv[1] . ', ';
		$log_entry .= 'date => ' . date('l F jS\, Y h:i:s A') . "\n";
		fwrite($log, $log_entry);
		fclose($log);
		continue;
	}
	$realname = urlencode($person[0]);
	$email = urlencode(strtolower($person[1]));
	$username = $email;
	$params = '&action=' . $action . '&name=' . $username . '&email=' . $email . '&realname=' . $realname . '&mailpassword=' . $password . '&reason=' . $reason . '&token=' . $token;
	curl_setopt($ch, CURLOPT_URL, $url);
	curl_setopt($ch, CURLOPT_POSTFIELDS, $params);
	$header = curl_exec($ch);
	$stored_cookies = setCookies($header, $ch, $stored_cookies);
$response = decodeResponse($header, $ch);
if (strtolower($response['createaccount']['result']) == 'needtoken') {
	$token = urlencode($response['createaccount']['token']);
	$params = '&action=' . $action . '&name=' . $username . '&email=' . $email . '&realname=' . $realname . '&mailpassword=' . $password . '&reason=' . $reason . '&token=' . $token;
	curl_setopt($ch, CURLOPT_URL, $url);
	curl_setopt($ch, CURLOPT_POSTFIELDS, $params);
	$response = decodeResponse(curl_exec($ch), $ch);
	}
	// Log what happened
	$log = fopen('/usr/local/webs/mediawiki/logs/mediawiki_api_createaccount_log.txt', 'a');
	$log_entry = urldecode($realname) . ' (' . urldecode($email) . ') ';
	if (array_key_exists('createaccount', $response) && strtolower($response['createaccount']['result']) == 'success') {
		$log_entry = '+ ' . $log_entry;
		$log_entry .= 'successfully created! ';
	} elseif (array_key_exists('error', $response)) {
		$log_entry = '* ' . $log_entry;
		$log_entry .= 'was not created! ';
		$log_entry .= 'code => ' . $response['error']['code'] . ', ';
		$log_entry .= 'info => ' . str_replace("\n", " ", $response['error']['info']) . ', ';
	}
	$log_entry .= 'date => ' . date('l F jS\, Y h:i:s A') . "\n";
	fwrite($log, $log_entry);
	fclose($log);
}
curl_close($ch);
function setCookies($header, $ch, $stored_cookies = array()) {
	// clean the server response of any hidden carriage returns
	$header_array = preg_split("/\n/", preg_replace("/\r/", "", $header));
	$cookies = array();
	foreach ($header_array as $n) {
		$cookies = preg_split("/Set-Cookie: /", $n);
		if (array_key_exists(1, $cookies) && !in_array($cookies[1], $stored_cookies)) {
			$stored_cookies[] = $cookies[1];
		}
	}
	curl_setopt($ch, CURLOPT_COOKIE, implode('; ', $stored_cookies));
	return $stored_cookies;
}
function failGracefully($stage = 'login') {
	echo 'Something bad happened during ' . "$stage.\n";
	exit();
}
function decodeResponse($header, $ch) {
	$header_array = explode("\n", $header);
	$response = unserialize(end($header_array));
	if ($response == false) {
		curl_setopt($ch, CURLOPT_HEADER, false);
		$response = unserialize(curl_exec($ch));
		curl_setopt($ch, CURLOPT_HEADER, true);
	}
	return $response;
}
?>
Askanevsky (talk) 15:57, 5 August 2013 (UTC)

url redirect problem

Hi, I have mediawiki 1.20.4 and I seem to have unique problem Here is the new page creation url I have configured the short url. I have configured it exactly the same way as Mediawiki 1.19.1 that I initially installed. The following url takes me to the edit page of title My_new_page but 1.20.4 still keeps me on search page. http://localhost/Special%3ASearch?title=my_new_page&action=edit&redlink=1

Can any one of you faced this problem help me with this issue?

I will really appreciate it.

Thanks Tilakwada777 (talk) 22:01, 31 July 2013 (UTC)

Where did you get that URL from?
The correct way to get to the edit page is http://localhost/w/index.php?title=my_new_page&action=edit&redlink=1 (depending on what's your $wgScriptPath) or even http://localhost/my_new_page?action=edit&redlink=1 Ciencia Al Poder (talk) 09:22, 1 August 2013 (UTC)
I have $wgScriptPath = "" since I have installed the mediawiki in root of my web server.
Even with 1.19.1, it did generate the url /Special%3ASearch?title=my_new_page&action=edit&redlink=1 but somehow it worked fine and it took me to the edit of that page (it followed the title).
In my new installation, that doesn't seem to work. Here is what I have in my web.config
<rule name="Imported Rule 1" stopProcessing="true">
<match url="^(.*)$" />
<conditions logicalGrouping="MatchAll" trackAllCaptures="false">
<add input="{REQUEST_FILENAME}" matchType="IsFile" ignoreCase="false" negate="true" />
<add input="{REQUEST_FILENAME}" matchType="IsDirectory" ignoreCase="false" negate="true" />
</conditions>
<action type="Rewrite" url="index.php?title={R:1}" appendQueryString="true" />
</rule>
I have following defined in my localsettings.php
$wgScriptPath = "";
$wgScriptExtension = ".php";
$wgScript = "";
$wgArticlePath = "$wgScript/$1";
I suspect, there is something wrong in my rewrite rule but I am not an expert. I need help desperately..
Thanks a lot 192.152.183.2 14:29, 1 August 2013 (UTC)
You should have:
$wgScriptPath = "";
$wgScriptExtension = ".php";
$wgScript = "{$wgScriptPath}/index.php"; // This, or simply delete this line so it contains the default value.
$wgArticlePath = "$1"; // Changed
$wgUsePathInfo = false;
Note that your current setup can cause unexpected problems, since you're using the same path for a rewrite rule and for accessing index.php. That means that it won't be possible for your wiki to access to a page with the same name as any file or folder on your MediaWiki installation, like for example FAQ, docs, images, etc. You should be advised against using this setup.
Instead, you should set $wgArticlePath to a path different than the location of index.php. For example, "wiki/$1" and change rewrite rules accordingly. Ciencia Al Poder (talk) 17:48, 1 August 2013 (UTC)
Ciencia,
Thanks for your prompt response. At least with your $wgScript change, New page creation url is generated fine. And you are correct about file/folder with the same name on Mediawiki installation. It throws me 403 (forbidden error). How can I fix that. The problem I have is, I want to keep the wiki installation as a main installation since I have different domain pointing to different installation of project. For e.g. mysite1.com is pointing to MediaWiki and mysite2.com is pointing to some other php or .net site.
Company wouldn't like to add mysite1.com/wiki to it.
I really appreciate your help on this. 192.152.183.2 18:31, 1 August 2013 (UTC)
If you attempt to access yoursite.com/FAQ (for example), since in your rewrite rules you have an exception if the "FAQ" part is a file or directory in the server, it won't be rewritten, but instead it should retrieve the file or folder in the installation, that's why you won't be able to have an article with such name, unless accessing through /index.php?title=FAQ. That's the only option and you can't choose between them, unless you add further rules to match those files and do the rewrite instead. That depends on how would you want to "fix" that.
The problem you're describing (403 Forbidden) shouldn't happen. Maybe those files don't have the appropriate permissions for the server to read them. Ciencia Al Poder (talk) 09:35, 2 August 2013 (UTC)

I am a wiki system administrator, are there any extensions that will make my life easier?

I work for a small company as the main wiki administrator. I am in charge of viewing the edits of our engineers and making sure everything is getting placed in the right spot and is organized and clear for our product documentation. I do a lot of other things with the wiki, including making global changes like removing categories or adding them to several hundred pages.

While posting on here you guys suggested the use of Extension:ReplaceText. I installed it and it is AMAZING. It is exactly what I need to make my job alot easier and I am so thankful!

Are there any other useful extensions that I haven't stumbled across that will make my life/job easier? Maybe a tool that makes viewing edits a little easier? I currently run MW version 1.16 but I understand a lot of extensions have older versions that are compatible.

Your suggestions are greatly appreciated! Zc5 (talk) 22:36, 31 July 2013 (UTC)

In how far do you want to have viewing edits easier? 88.130.125.140 10:43, 1 August 2013 (UTC)
Any little change to viewing edits would be helpful. Although the default layout is acceptable, it can be quite tiresome to go through ~50 edits or so a day. I don't like having to click on the edit, go to the page, look at the history and compare, make edits of my own, and then close the page and repeat. If it was all in one that would be much better. But I'm sure other extension creators have found better and more creative ways to making all these tasks easier! Zc5 (talk) 14:34, 1 August 2013 (UTC)
> I don't like having to click on the edit, go to the page, look at the history and compare...
Maybe most convenient would bw a list of all new changes, maybe also filtered by some criteria and when you hover the mouse over a change you see the differences between the old and the new version. However, I don't know a system, which would allow that.
However, there is a way to do all that very easily: Go to Special:RecentChanges: One click and you see each edit, another click and you can edit the page. And the best: It's part of the Core - no need for an extension or anything. Really cool! :-) 88.130.125.140 14:48, 1 August 2013 (UTC)