Project:Support desk/Flow/2012/11

This page is an archive.

Please ask questions on the current support desk.

[RESOLVED] Special:Export doesn't work

http://en.sturmkrieg.com/Special:Export Lieutenant Aleksandr Reznov 00:34, 1 November 2012 (UTC)

Works for me. I've put "Sektor" on the textarea and the XML that generated looked good to me. Ciencia Al Poder (talk) 13:46, 1 November 2012 (UTC)

It goes to the text page, put it doesn't download a file like it's supposed to. Инкуиситор Саша Ехренстеин аус дем Стурмкриг Сектор (Talk) (Contributions) 19:35, 2 November 2012 (UTC)

What web browser are you using? What's the URL that it goes to when you see the "text page"? Ciencia Al Poder (talk) 18:37, 3 November 2012 (UTC)

Google Chrome.

This is the URL:

http://en.sturmkrieg.com/index.php?title=Special:Export&action=submit Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 23:33, 3 November 2012 (UTC)

works for me.

Try another browser. Maybe your browser has been hijacked. Or maybe you're behind a proxy that's mangling HTTP headers sent by the server. Ciencia Al Poder (talk) 12:18, 4 November 2012 (UTC)

Ok. Thanks. I got it to download. I needed to export the file for someone whose content I'm moving to his own wiki. Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 23:15, 4 November 2012 (UTC)

Modify Default Tooltip Behavior

I'm running an internal wiki that I've defaulted to the Vector Skin. I'm using Lucene search and have it generating suggestions as users type. If they click on the search box to give it focus, having the mouse over search box produces the search accesskey tooltip and it persists as they type, potentially obscuring the suggestions below.

I've searched the mediawiki.org domain all over as well as several other sites. I've tried deleting the related text on the system messages page as well as several javascript and CSS methods noted online but none appear to work any longer. I have a temporary solution in place, hard coding the search input html in the Vector.php file, but this obviously less than ideal.

Is there any simple way to disable this tool tip for one or all users on my wiki, force it to disappear once they start typing or just force it to anchor to the top of the search box instead of the bottom of the pointer? Almost all users are going to be accessing the wiki from IE8 if that makes any difference.

Current system is as follows: MediaWiki 1.19.2 PHP 5.3.10-1ubuntu3.4 (apache2handler) MySQL 5.5.24-0ubuntu0.12.04.1 Timothy.russ (talk) 00:41, 1 November 2012 (UTC)

The tooltip is displayed, generated and located by the browser. MediaWiki only defines a "title" attribute with that text that aims to be a description of the field. But there's no way to control it's position or when should or shouldn't be displayed.

I would call this a browser issue, since at least Firefox hides the tooltip when I start typing.

There's really no much you can do about this, but if you know about JavaScript, you can create a custom script to remove the title attribute of the search field on key press. That would solve the issue. Ciencia Al Poder (talk) 13:54, 1 November 2012 (UTC)

Content Encoding Error after Migration

Hello, Dear All!

I've moved my Hebrew MediaWiki site, to a new hosting-service (iPage.com). I followed the migration guidelines by the letter (so I think, at least), but still the site is not working.

On Firefox, I get Content Encoding Error: The page you are trying to view cannot be shown because it uses an invalid or unsupported form of compression.

Unfortunately, I couldn't figure out how to fix that problem, so any advice would be much appreciated.

MW installation: 1.18.1, PHP: 5.1, MySQL: 5.0.91, Platform Type: Debian.

Thanks in advance for any help, Arnon Arnonhersh (talk) 03:51, 1 November 2012 (UTC)

Hm, usually this error occurs, when you have corrupted files in your browser cache. So the usual fix is to clear the browser cache. However, I think this won't help you, as you get the error after changes on the server, not in your browser. I can also see that problem and I have never visited this site before, so I surely do not have corrupted files from that site in the cache.

However, this problem can also be caused by other things. One of them is a PHP error, which is given out and so somehow destroys the compression which the server tries to use. This here seems to be such a case. To check that, have a look at the PHP error log to see, if there are any errors reported. 88.130.67.118 13:12, 1 November 2012 (UTC)

> MW installation: 1.18.1, PHP: 5.1

Ha, that's it! Check the MediaWiki RELEASE-NOTES: MediaWiki 1.18 needs PHP 5.2.3 at least. You need to update PHP. :-) 88.130.67.118 13:15, 1 November 2012 (UTC)

Oops, sorry, my mistake: The actual PHP version is 5.3.13.

Looking at the cgi error log, all I can see for the recent message is the following: www.wikigenia.org.il/mw-config/index.php PHP Warning: file_get_contents(/hermes/bosweb/web172/b1728/ipg.wikigeniaorgil/wikigenia/includes/installer/../../RELEASE-NOTES) [function.file-get-contents]: failed to open stream: No such file or directory in /hermes/bosweb/web172/b1728/ipg.wikigeniaorgil/wikigenia/includes/installer/WebInstallerPage.php on line 1236

Does that make any sense?

Thanks,

Arnonhersh (talk) 13:34, 1 November 2012 (UTC)

The problem is that the server is sending the HTTP header Content-Encoding: gzip as a response, but the content is not being encoded in gzip, it's in plain text (or plain HTML).

Your server is misconfigured. It's sending that header but it's not compressing the content. If I send a HTTP request without an Accept-Encoding: gzip, deflate, the page looks fine, since the server doesn't send that header.

The page that returns is a HTTP 404 error page anyway so it's not a misconfiguration of MediaWiki. Ciencia Al Poder (talk) 14:04, 1 November 2012 (UTC)

Thanks much for making this problem easily understood for me.

Now, what would be the proper solution? What should I change in MediaWiki configuration?

Thanks! Arnonhersh (talk) 14:21, 1 November 2012 (UTC)

I though it wasn't a MediaWiki related issue, but now I'm not entirely sure, since accessing a random script page works. It seems to be a combination of both:

• Accessing a really non-existant page doesn't output a Content-Encoding: gzip
• http://wikigenia.org.il/ redirects to a page (probably the configured main page), but it outputs a HTTP 404 page. The HTML generated is the same as the previous page, but this one has the Content-Encoding: gzip header.
• [1] works.

It's probably a issue that can be fixed establishing $wgDisableOutputCompression as true. The fact that you copied LocalSettings from another host could explain that it doesn't work now, because your new host seems to not support gzip compression.

But even with that, when a page doesn't exist, your server is throwing the standard 404 error page instead of an empty MediaWiki page stating that the article doesn't exist. That one is a server configuration issue. Ciencia Al Poder (talk) 15:32, 1 November 2012 (UTC)

Well, I added $wgDisableOutputCompression and set it to true, but still - the very same error message is appearing in Firefox...

Any other suggestions as for how to fix it?...

Thanks much for the patience! Arnonhersh (talk) 16:59, 1 November 2012 (UTC)

You must fix the configuration on the server that makes all HTTP 404 responses to be handled by a custom error page. Disable custom error pages on nginx (which seems to be your server) Ciencia Al Poder (talk) 19:08, 1 November 2012 (UTC)

Will that fix the compression problem as well? If not - what else should I do besides adding the disabling-compression parameter (which I did)?

Thanks much! Arnonhersh (talk) 10:29, 4 November 2012 (UTC)

I don't know, but compression doesn't seem to be an issue once your server stops sending a weird custom HTTP 404 error page when MediaWiki issues a 404 response for pages not existing in your wiki. As I posted earlier, a link to Special:RecentChanges works. The problem is that interception of the 404 responses. Ciencia Al Poder (talk) 12:07, 4 November 2012 (UTC)

Thanks for clarifying this. I'm now discussing this with the support of my hosting service. Arnonhersh (talk) 12:57, 4 November 2012 (UTC)

Hi, again.

The support team of my hosting service (iPage.com) insists that there's no problem on their side. Here's the server's php info, maybe it will help identifying something.

Any more ideas?

I'm really lost here and I really need this site to properly work asap...

Sorry for bugging and thanks in advance. Arnonhersh (talk) 15:25, 5 November 2012 (UTC)

Read this, it's likely your problem. Again, the fact that when an article is not present and MediaWiki issues a HTTP 404 response, the server intercepts it and changes the output to its custom error page demonstrates that's not a MediaWiki issue:

http://till.klampaeckel.de/blog/archives/148-nginx-configuration-gotchas.html Ciencia Al Poder (talk) 19:54, 5 November 2012 (UTC)

Thanks much for that and for your much appreciated patience.

I'm not that familiar with servers, but I can't find anywhere on my hosting service's admin page anything related to nginx. How can I make sure it's indeed my server? And suppose it is (I'm assuming you know much more about it that I do ;-) - how can I turn off the needed parameter (as shown in the link you were referring)?

Thanks much again and again! Arnonhersh (talk) 20:10, 5 November 2012 (UTC)

Well, your server responses send the header "Server: Nginx / Varnish", that's why I posted that link. If you're configuring things through an admin page of a hosting service, try looking at a "custom error pages", or ask directly to the support team how to disable them. Also, you may want to post them a link to this forum. Ciencia Al Poder (talk) 21:28, 5 November 2012 (UTC)

I tried this already. I do have a "Custom Error Pages" interface under ".htaccess editor", but all I can do there is add URLs to local paths. Should I use that? Arnonhersh (talk) 21:39, 5 November 2012 (UTC)

You should remove any custom 404 error page Ciencia Al Poder (talk) 10:14, 6 November 2012 (UTC)

But there isn't anything customized there... All the .htaccess has is "DirectoryIndex index.php". That's it...

It might be that I'm up on something: URLs with no Hebrew characters seem to work, check Soundex, JewishGen, JOWBR; even categories with English names work although there's the word "category" in Hebrew within the URL, for example JewishGen Category.

There is, however, some problem with the Hebrew... For example, this page has only English in its URL, it redirects to another page which is uploaded, but then the Hebrew title is corrupted (the other Hebrew text is fine). Same for the category JewishGen which is uploaded but the Hebrew page-names are corrupted.

Pages with Hebrew title are not uploaded correctly, for example this one, or this category.

I hope it sheds light on some other potential problem(s)...

Thanks! Arnonhersh (talk) 19:24, 6 November 2012 (UTC)

You don't seem to understand... When you view a page with a title that doesn't exist on the database, MediaWiki sends a normal page but with no "content", except the message that says the page doesn't exist yet. And the response is with a HTTP 404 response, so search engines don't index that content and the browser don't cache the page.

When MediaWiki does a HTTP 404 response, that response is intercepted by your web server and instead it sends a custom error page instead of MediaWiki's response.

This image demonstrates that: http://img687.imageshack.us/img687/5548/wikiwithnoacceptencodin.png

You would only see it if you use a browser that doesn't accept compression, or by modifying the HTTP headers, removing the Accept-Encoding one as I did. This is the problem, and it's not caused by MediaWiki but by your webserver.

It has nothing to do with Hebrew or other strange characters. See for example this simple one: [2]. As I said, that only happens when the page doesn't exist on the wiki.

If you're paying for that service you should demand a prompt resolution of this issue. If they're unable/willing to help you I strongly encourage you to find a better service. Ciencia Al Poder (talk) 20:42, 6 November 2012 (UTC)

Thanks for the enlightening explanation. I think that I get most of it by now.

There is however a possible glitch in my understanding: The page that you were trying to load, the one for which you took the screenshot, does exist in my system. Were you able to upload it after changing the HTTP header via your browser? I'm just trying to understand whether it's only one problem (404 intercepted by the server) or actually two (as English URLs do work and Hebrew-URLs don't).

I do pay to that service provider (in that case, non-provider...), and I'm seriously considering moving the system (again) to a new server (any recommendations?).

Thanks much! Arnonhersh (talk) 00:42, 7 November 2012 (UTC)

Yes, in addition to that you may be facing a weird encoding error as seen in Special:AllPages. Probably the data import on de database was wrong, and the likely cause is file encoding if the filesystem or the shell has no UTF-8 (unicode) support, Ciencia Al Poder (talk) 10:19, 7 November 2012 (UTC)

Thanks for that, so I did understand it correctly.

Now, I guess it'd be the last question: Considering everything that we've seen here, what exactly should I tell the support staff of my hosting service?

Arnon Arnonhersh (talk) 11:31, 7 November 2012 (UTC)

My response on Nivember, 6 should be sufficient. Ciencia Al Poder (talk) 20:41, 7 November 2012 (UTC)

[RESOLVED] Fatal error after upgrading to 1.19.2

Hello there :)

I have tried the following to upgrade from Mediawiki 1.11.2 (PHP version 5.2.4-2ubuntu5.26, Mysql 5.0.96-0ubuntu3):

- Downloaded the tarball packages 1.1.9.2 from your website

- Untar the package to a new directory

- Moved LocalSettings.php to the new directory

- Renamed the old wiki directory with a new name

- Renamed the new wiki directory to the old name

- Run the update.php script

- Got the error: *Fatal error*: Cannot redeclare wfprofilein() (previously declared in /mediawiki/includes/profiler/Profiler.php:14) in */mediawiki/includes/ProfilerStub.php* on line *25*

- Renamed the StartProfiler.php to StartProfiler.old as suggested in your Upgrading document

- Getting this error: Fatal error: Call to a member function addMessages() on a non-object in /data/mediawiki/extensions/FCKeditor/FCKeditor.body.php on line 283

For completeness I have to say that I have tried also to untar the package over the old wiki directory, getting the same results. I have tried both with version 1.19.2 and version 1.18.5, still same errors. Can you help me?

Thanks 195.110.44.4 (talk) 13:25, 1 November 2012 (UTC)

You are upgrading from a very old version - some of your extensions may no longer work with the later versions of MW and will require updates.

In your case, your installed version of FCKeditor extension is no longer compatible.

Though I don't think it's officially supported in 1.18 and above. Extension:FCKeditor_(Official) Fereal (talk) 14:54, 1 November 2012 (UTC)

Hello, thank you for reply. I have deleted the FCKeditor extension, but my wiki is showing without anything. I mean, there is no css applied to it. So no summary, no box with special pages, nothing... What can I do? 195.110.44.4 15:14, 1 November 2012 (UTC)

My wiki is appearing in a sort of Printable edition, I have tested it with version 1.17 and it is working fine (I have deleted the FCK extension, no longer supported and used by me). After upgrading to version 1.19 is displaying in printable version without any link to special pages, logo, nothinig... Any idea?

I really thank you 195.110.44.4 15:55, 1 November 2012 (UTC)

Are you using a modified skin? Try setting $wgDefaultSkin = "vector". Also try disabling all other extensions.

It maybe better to get a fresh, up-to-date LocalSettings.php by rerunning the web installer. Just rename your old LocalSettings file and go to the wiki URL - it will direct you to the installer. When prompted, point it to your old database - the next step will inform you that an existing wiki has been detected and will perform accordingly. Complete the steps to download the new settings file.

Also backup and all that stuff. I won't be responsible for nuking your DB. Fereal (talk) 16:04, 1 November 2012 (UTC)

I have deleted the LocalSettings.php file and I am pointing to the wiki URL, but it is still displaying the wiki, I have no installer... 195.110.44.4 15:08, 5 November 2012 (UTC)

First of all: It's unlikely that running the installer solves your CSS problem. I would restore LocalSettings.php; most likely deleting it will cause more trouble than it solves. ;-)

Second: Have you run update.php successfully now? You should have done that at least once.

Now to your latest problem: If the CSS is missing you likely have an issue with accessing the file load.php, which is used to display the CSS styles.

View your wikis sourcecode with the webbrowser. In the top part of the code you will have some links pointing to load.php. One of them is responsible to load the skin. Copy this link and try to open it with your browser.

You should see (maybe compressed) CSS code. Do you? 88.130.92.178 16:17, 5 November 2012 (UTC)

Hello there,

I have indeed load.php, but it says that it is not found. I have checked and it is in the mediawiki directory... 195.110.44.4 09:57, 8 November 2012 (UTC)

Hello there,

I have indeed load.php, but it says that it is not found. I have checked and it is in the mediawiki directory... 195.110.44.4 09:57, 8 November 2012 (UTC)

The problem may be likely a issue with variables $wgScriptPath, $wgArticlePath, $wgUsePathInfo, which may be conflicting.

To be sure, set $wgUsePathInfo = false;

Also, if you tried to configure Short URLs it may be an issue with rewrites or alias defined on the server. Try clearing all rewrites and alias and see if that solves the problem. Ciencia Al Poder (talk) 10:34, 8 November 2012 (UTC)

I said rename the file, not delete it. You will need it to import back any settings from the previous install.

Are you sure you are pointing to the right path? The LocalSettings file contains all unique information for that wiki, including the database settings. So if you delete it, then you shouldn't be seeing the wiki nor should it be connected to any database. The web installer should run, since MediaWiki always checks if LocalSettings exists or not.

Try clearing the browser cache. Fereal (talk) 16:53, 5 November 2012 (UTC)

I have managed everything thank you. 195.110.44.4 11:59, 8 November 2012 (UTC)

[RESOLVED] Update.php Problem

Hi, I'm having trouble downloading the CentralNotice extension, it seems that the tables aren't being generated in mysql. I suspect it's because I'm not running the update script properly. Since I used Apache on a local host setup for Windows, I've tried following the directions on http://www.mediawiki.org/wiki/Update#Run_the_update_script, but I'm not sure if I'm opening update.php with php.exe

I've been using a php file located in C:\MediaWiki\xampp\php, but when I right click and look at the file properties, it says the type of file is Application (is that the same as .exe?) and the description is CLI. Whenever I use this, it opens a new tab in firefox and I download a new update.php file, which i use to replace the old update.php file. And yet, when I test the CentralNotice extension by going to Special:NoticeTemplate to try to create a new banner, I get the following error:

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

   (SQL query hidden)

from within function "IndexPager::reallyDoQuery (TemplatePager)". Database returned error "1146: Table 'testwiki.cn_templates' doesn't exist (localhost)".

Can anyone help me? This problem's been frustrating me for the longest :/

MediaWiki 1.17.0 PHP 5.3.5 (apache2handler) Mysql 5.5.8 Windows XP

--Pocket lint (talk) 15:52, 1 November 2012 (UTC)

To use update.php, go to the command line of Windows [run > cmd] if XP, or type cmd in search in 7.

On the command line, enter something similar to this, without quotes: "C:\MediaWiki\xampp\php\php.exe C:\MediaWiki\xampp\htdocs\[pathofyourwiki]\maintenance\update.php"

The command line will tell you if the update was a success or not. Fereal (talk) 16:21, 1 November 2012 (UTC)

It worked!! Thank you!! Pocket lint (talk) 00:42, 2 November 2012 (UTC)

e107 and mediawiki integration issue.

Hi!

I'v been trying to integrate mediawiki into my e107 site by using this guide but I can't seem to find Auth_107.php anywhere. Is this guide for older version(s)? The site I run is e107 v1.0.1 and mediawiki v1.19.2 .. the latest of both! JonazThern (talk) 16:57, 1 November 2012 (UTC)

According to your guide Auth_e107.php is an extension for MediaWiki. Usually extensions do not come with your MediaWiki source code, but you must get them from where the extension author offers them. Maybe Google helps you on that. 88.130.67.118 19:04, 1 November 2012 (UTC)

[RESOLVED] Missing frames after upgrade

I'm in the process of upgrading our internal wiki from 1.16.0 on OpenSUSE 11.3 to a new server running 1.19.2 Centos 6.3 The new install was done via "yum install mediawiki119"

Old: MediaWiki 1.16.0 PHP 5.3.3 (apache2handler) MySQL 5.1.55-MariaDB-log

New: MediaWiki 1.19.2 PHP 5.3.3 (apache2handler) MySQL 5.1.61

I'm no expert on Medaiwiki -- it's pretty much just worked and I've only have to make small changes to LocalSettings.php I exported the database and copied that and the images directories over and imported the database. I had to change the password in MySQL and made it match in the new LocalSettings.php

After configuring Apache, I navigated to the new site and went through the setup wizard which converted the database. The content is there and the images are there, but I believe the frames are missing. It looks like plain HTML circa 1995. It reminds me of what a site looks like if I have too much script blocking. (I've tried it with two browsers to make sure it want's a browser setting).

I think I'm missing something but it's hard to search for "Mediawiki" on Google because you get too many hits from sites just running mediawiki, hence I am asking for help.

TIA, Larry 72.175.233.250 (talk) 16:23, 2 November 2012 (UTC)

MediaWiki doesn't use frames. ¿Do you mean that the content isn't stylized properly? Maybe you're using an old or custom skin. Try changing the skin and see if the overall look is better, or at least properly stylized, appending useskin=vector and useskin=monobook. For example, http://localhost/w/index.php?title=Special:RecentChanges&useskin=vector and http://localhost/w/index.php?title=Special:RecentChanges&useskin=monobook.

Also, it may be a problem of script paths, like a misconfigured LocalSettings which sets CSS and JS paths at wrong URLs. Try to find HTTP 404 errors in apache error logs, or try looking at the HTML source of any page and see where the URLs for CSS and JS points, and try to open any URL on your browser to see what you get (a HTTP 404 error, 402, etc). Ciencia Al Poder (talk) 16:55, 2 November 2012 (UTC)

Thanks you so much! You were right on the money.

[Thu Nov 01 15:52:38 2012] [error] [client 10.1.20.18] script '/var/www/mediawiki119/load.php' not found or unable to stat, referer: http://backup/wiki119/index.php/Special:Version

This fixed it:

[root@backup mediawiki119]# ln -s /usr/share/mediawiki119/load.php

I have some other 404 errors that I need to clean up, but I think I should be able to fix it from here. I can't believe I didn't think to check the error logs first. 72.175.233.250 22:51, 2 November 2012 (UTC)

Add an image to display globally

Hi there,

I have just set up a live support that when you press the "Chat Now" button, it will open a window and you will be in the live support

(IMAGE: http://i46.tinypic.com/346w21s.png) As you can see, you press the image and it will open the chat window.

QUESTION 1) How do I get this image + link to go onto my wiki? - When you press the image it opens the chat window.

QUESTION 2) Is there a way I can edit one of my MediaWiki files to make the image go on every page on my wiki automatically?

QUESTION 3 I've been using this code...

<div style="position:fixed;bottom:5px;right:10px;z-index:1000">[[File:Help_tool2.png|link=Help:Contents]]</div>

...to make another image on my wiki float when you scroll down the page and stay in the one spot (bottom right hand corner). Is there a way I can get my live support image/button and put it into this code so it will stay in the bottom right hand corner? - like can I add an external link into the code instead of the internal one I currently have to Help:Contents?

Please give me a hand it is so appreciated!

Thanks so much for your time! Tim 123.243.244.195 (talk) 22:41, 2 November 2012 (UTC)

See Manual:Interface/JavaScript. You can insert a piece of JavaScript that would do that on every page from there.

You can then ask whoever developed that live support for help to change the behavior of the link as you want. Ciencia Al Poder (talk) 18:47, 3 November 2012 (UTC)

[RESOLVED] XML Dump

Alright, so I'm preparing to do my first ever upgrade, but I'm a little confused as to how to perform the xml dump. As far as I understand, you use the command line and run dumpBackup.php? Well, I typed C:\MediaWiki\xampp\php\php.exe C:\MediaWiki\xampp\htdocs\testwiki\maintenance\dumpBackup.php onto the Windows command line, and then tried typing php dumpBackup.php, but it didn't really do anything (it said that 'php' is not recognized as an internal or external command, operable program or batch file. Where exactly did I go wrong? Pocket lint (talk) 23:33, 2 November 2012 (UTC)

Also, I'm planning to jump 2 versions, from mediawiki 1.17.0 to mediawiki 1.19.2, unless there's any sort of risk to doing this? Pocket lint (talk) 23:40, 2 November 2012 (UTC)

What happened when you typed C:\MediaWiki\xampp\php\php.exe C:\MediaWiki\xampp\htdocs\testwiki\maintenance\dumpBackup.php? It seems from documentation that it should have warned you about a missing action.

For backing up the database you should read Manual:Backing up a wiki and do the database backup instead of (or in addition to) the xml backup, since the xml doesn't export many internal data like user accounts and some other data.

Apart from that, the update should run smoothly and without problems. Please check the system requirements before attempting the upgrade, since a new PHP version may be required. Ciencia Al Poder (talk) 18:56, 3 November 2012 (UTC)

When I typed C:\MediaWiki\xampp\php\php.exe C:\MediaWiki\xampp\htdocs\testwiki\maintenance\dumpBackup.php, the command line displayed the following:

PHP Warning: PHP Startup: apc.shm_size now uses M/G suffixes, please update you

r ini files in Unknown on line 0

Warning: PHP Startup: apc.shm_size now uses M/G suffixes, please update your ini

files in Unknown on line 0

PHP Warning: chmod(): No such file or directory in C:\MediaWiki\xampp\htdocs\te

stwiki\LocalSettings.php on line 140

Warning: chmod(): No such file or directory in C:\MediaWiki\xampp\htdocs\testwik

i\LocalSettings.php on line140

This script dumps the wiki page or logging database into an

XML interchange wrapper format for export or backup.

XML output is sent to stdout; progress reports are sent to stderr.

Usage: php dumpBackup.php <action> [<options>]

Actions:

--full Dump all revisions of every page.

--current Dump only the latest revision of every page.

--logs Dump all log events.

--stable Stable versions of pages?

--pagelist=<file>

Where <file> is a list of page titles to be dumped

Options:

--quiet Don't dump status reports to stderr.

--report=n Report position and speed after every n pages processed.

(Default: 100)

--server=h Force reading from MySQL server h

--start=n Start from page_id or log_id n

--end=n Stop before page_id or log_id n (exclusive)

--skip-header Don't output the <mediawiki> header

--skip-footer Don't output the </mediawiki> footer

--stub Don't perform old_text lookups; for 2-pass dump

--uploads Include upload records (experimental)

--conf=<file> Use the specified configuration file (LocalSettings.php)

--wiki=<wiki> Only back up the specified <wiki>

Fancy stuff: (Works? Add examples please.)

--plugin=<class>[:<file>] Load a dump plugin class

--output=<type>:<file> Begin a filtered output stream;

<type>s: file, gzip, b

zip2, 7zip

--filter=<type>[:<options>] Add a filter on an output branch

(After the warnings, it's the same as the info on Manual:DumpBackup.php#Options) Pocket lint (talk) 19:22, 3 November 2012 (UTC)

And yes, I've read Manual:Backing up a wiki, and just wanted to do the xml dump in addition to backing up the myql database and the file system, since apparently the xml is where actual page content is stored.

And I just checked my requirements and they're up to date, thank you! Pocket lint (talk) 19:23, 3 November 2012 (UTC)

For the warning PHP Startup: apc.shm_size now uses M/G suffixes, please update your ini files, you need to edit the php.ini. See [3].

The second one seems that it can't locate the LocalSettings.php file. It should be there, and contain the database settings for connecting to the database. Ciencia Al Poder (talk) 21:29, 3 November 2012 (UTC)

Oh hey!! Actually I screwed around with it some more and managed to figure it out! Typing C:\MediaWiki\xampp\php\php.exe C:\MediaWiki\xampp\htdocs\testwiki\maintenance\dumpBackup.php php dumpBackup.php --full > dump.xml into the command line worked! And it created a file called dump.xml so all I had to do was search for that file in my C drive.

Thanks for your help!! Pocket lint (talk) 22:23, 3 November 2012 (UTC)

Attach file not working

I have the $wgEnableUploads = true; but I am not seeing an icon that will allow me to let folks upload files to wiki.

I checked php.ini and File Uploads is set to "on"

But was expecting an icon in the discussion tab that lets you add files to wiki directly.

Also, how to allow more then just image files to be uploaded? 108.178.189.46 (talk) 20:39, 3 November 2012 (UTC)

Read Manual:Configuring file uploads.

You should be able to upload files from Special:Upload (on your wiki). Not only images, but other kind of files as well. Once uploaded you can insert them in an article as described in Help:Images.

Extension:MultiUpload would let you upload more than one file at once. Ciencia Al Poder (talk) 12:03, 4 November 2012 (UTC)

ok, thank you.

I was hoping there would be a way to implement an icon/button that displays with all the other buttons - so when a viewer clicks the discussion tab - they can click a button to easily attach files to each discussion post.

Is that possible by installing an extension perhaps?

Or is the Special:Upload are the only place where you can attach files? 108.178.189.46 20:14, 5 November 2012 (UTC)

I don't know if an extension exists for doing that, but it's technically possible to do such extension. Ciencia Al Poder (talk) 20:23, 6 November 2012 (UTC)

[RESOLVED] Images Don't Work on 1.19.2

Alright, so I just upgraded my wiki from 1.17.0 to 1.19.2, and for whatever reason my images don't work. I suspect it's got something to do with ImageMagick, as instead of the image, I get this error:

Error creating thumbnail: Magick: unable to open image `C:\MediaWiki\xampp\htdocs\testwiki/images/7/7e/Square_brackets_blue.png': No such file or directory @ error/blob.c/OpenBlob/2588. Magick: unable to open file `C:\MediaWiki\xampp\htdocs\testwiki/images/7/7e/Square_brackets_blue.png' @ error/png.c/ReadPNGImage/3649. Magick: missing an image filename `C:\WINDOWS\TEMP/transform_70c1a5-1.png' @ error/convert.c/ConvertImageCommand/3015.

MediaWiki 1.19.2
PHP 5.3.5
MySQL 5.5.8
Windows XP Pocket lint (talk) 01:48, 4 November 2012 (UTC)

I managed to fix it, apparently I had accidentally copied my old image directory such that it was placed inside my new image directory, instead of replacing the new directory ($IP/image/image/content), which was confusing ImageMagick. So now I've fixed my image problem, but now I'm noticing my uploads aren't working. I'm getting this error every time I try to upload:

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

(SQL query hidden)

from within function "RecentChange::save". Database returned error "1054: Unknown column 'rc_moved_to_ns' in 'field list' (localhost)".

And it's not just uploading, I get the same error whenever I try to create or edit pages. Pocket lint (talk) 20:48, 4 November 2012 (UTC)

Did you run update.php? Ciencia Al Poder (talk) 21:07, 4 November 2012 (UTC)

Yeah, and I even rebooted my computer just in case Pocket lint (talk) 21:13, 4 November 2012 (UTC)

According to Manual:Recentchanges_table#rc_moved_to_ns, that field shouldn't be used anymore since MediaWiki 1.8, although it says the field is still there, the database script doesn't contain it.

Try disabling all extensions and see if it's still a problem. Maybe you have an outdated extension that expects the field to be there. Ciencia Al Poder (talk) 10:33, 5 November 2012 (UTC)

Okay, I disabled all my extensions, even returned my localsettings file to the auto-generated settings, but it didn't help.

It's weird, I tried looking in my mysql database for rc_moved_to_ns, but I couldn't find it, so I don't even know why it's saying that column is causing an error, it apparently doesn't even exist. But, it's also entirely possible that I somehow searched for it wrong, since I usually don't mess with the database too much so I'm still somewhat inexperienced with it.

Someone else said it may be that my database is just corrupted and that I may have to set it back up from scratch (luckily I did make a backup). Thoughts?

Another thing I noticed was that there was an image in my that I had tried uploading while I was having the previous image problem, but that had failed to upload... well, apparently, it somehow managed to generate an image page, but without the image. I've tried deleting it, but I can't, I get the following error:

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: INSERT INTO `recentchanges` (rc_timestamp,rc_cur_time,rc_namespace,rc_title,rc_type,rc_minor,rc_cur_id,rc_user,rc_user_text,rc_comment,rc_this_oldid,rc_last_oldid,rc_bot,rc_moved_to_ns,rc_moved_to_title,rc_ip,rc_patrolled,rc_new,rc_old_len,rc_new_len,rc_deleted,rc_logid,rc_log_type,rc_log_action,rc_params,rc_id) VALUES ('20121106052549','20121106052549','6','Regular_Show-_Wrinkles_and_Folds.jpg','3','0','0','1','Admin','content was: \"=={{int:filedesc}}== {{Information |description={{en|1=regular show hat}} |date=2012-08-06 |source={{own}} |author=[[User:Admin|Admin]] |permission= |other_versions= ...\" (and the only contributor was \"[[Special:Contributions/Admin|Admin]]\")','0','0','0','0','','127.0.0.1','1','0',NULL,NULL,'0','4274','delete','delete','a:0:{}',NULL) Function: RecentChange::save Error: 1054 Unknown column 'rc_moved_to_ns' in 'field list' (localhost)

(Heck, I just ran update.php again, just to be sure, and I still get that message when I try to delete it. Maybe the file is corrupted? And it's corrupting the rest of the database?) Pocket lint (talk) 05:29, 6 November 2012 (UTC)

This is really weird. there's no mention to rc_moved_to_ns from that class.

Some uprade problems come because people unpack the tarball over the old installation, and some files aren't overwritten properly or old files are still around.

try to unpack in a clean folder, and then copy LocalSettings and run the wiki from there and see if that solves the problem. If that also fails, search in all your files for the string "rc_moved_to_ns" to see what's the offending file that is wrong. Ciencia Al Poder (talk) 10:25, 6 November 2012 (UTC)

on the wiki database :

• alter table recentchanges add column rc_moved_to_title varbinary(255) NOT NULL DEFAULT  ;
• alter table recentchanges add column rc_moved_to_ns tinyint(3) unsigned NOT NULL DEFAULT '0' ; 164.2.255.244 12:48, 6 November 2012 (UTC)

Alright, I ended up just deleting the database and creating a new one, and importing the tables from my backup. Everything seems to be running smoothly now, so I'm supposing that the database had been corrupted after all.

Thanks to both of you for your help!! Hopefully my next update goes a bit more smoothly :p Pocket lint (talk) 20:57, 6 November 2012 (UTC)

.... Or so I thought. I can create and edit pages, but now my image uploads aren't working again (and it's not a problem with the filesystem like before, I made sure to double-check that). And no matter how many times I start over with a new database and new filesystem, everything works fine until I try to upload something. I'm suspecting that my database was corrupted even at the time I backed it up... so I'm gonna try making a new wiki and importing the xml dump into it.

However, I can't seem to figure out the proper syntax to use on the Windows command line to import the xml file. If you could help me with that, I'd greatly appreciate it.

(so far I've been trying things like C:\MediaWiki\xampp\php\php.exe C:\MediaWiki\xampp\htdocs\testwiki3\maintenance\importDump.php php importDump.php dump.xml, but that doesn't seem to be quite right...) Pocket lint (talk) 02:21, 7 November 2012 (UTC)

Btw, that's based off the formula from Manual:Importing_XML_dumps Pocket lint (talk) 02:24, 7 November 2012 (UTC)

What happens when you upload something? Ciencia Al Poder (talk) 10:20, 7 November 2012 (UTC)

Everything works fine until I hit the upload button, and then the page never stops loading. Pocket lint (talk) 14:49, 7 November 2012 (UTC)

Enable debugging to see what's happening. Ciencia Al Poder (talk) 20:44, 7 November 2012 (UTC)

Oddly enough, when I logged in today, I was able to upload images and everything is working smoothly.... I'm not really sure how or why, maybe I just needed to restart the database or my computer, but the problem seems to be solved. o.O

Thanks a lot for your help!! Pocket lint (talk) 05:30, 8 November 2012 (UTC)

[RESOLVED] "Remember Me" not remembering

I can log in, it saves several cookies (session, user ID, username, token) but it does not remember after I close the session (browser).

http://wiki.broniesaustralia.com/wiki/

Specs screenshot: http://i.imgur.com/cXqvg.png

I can provide a test account since it's closed to guests. 124.149.142.208 (talk) 13:37, 5 November 2012 (UTC)

Bump. 124.149.142.208 06:13, 10 November 2012 (UTC)

Okay. What I tested on the test account is that the cookies are fine: we have a UserID, UserName, and Token, all expire at 09-May-2013, but the Token cookie has this value: %00%00%00%00%00%00%00%00%00%00%00%00%00%00%00%00%00%00%00%00%00%00%00%00%00%00%00%00%00%00%00%00 which is basically 0, and of course not a valid token.

The problem may be on the token generation. A thing that seems very strange to me is that Special:Log/newusers is empty, but even if account creation is restricted to sysops, new account creation should be logged there as well.

The user token is stored in the database, in the `user` table. If you have access to the database, you could check if the `user_token` field is the same for all accounts. What are you using to create new accounts? Ciencia Al Poder (talk) 16:03, 10 November 2012 (UTC)

Thanks for looking into this.

It now makes sense. I am using a third party script to insert new users into the database, and I'm not inserting a token. Can I insert any random value?

Edit: I fixed it! I added a call to setToken() in my logging in script. It now adds a proper token in. Thank you for your help! 202.72.174.96 02:14, 16 November 2012 (UTC)

How do redirects impact SEO?

Redirect pages are generated with PHP somehow, correct? Wouldn't linking to them instead of to the destination articles directly negatively impact SEO?

Scenario - a popular page on a wiki has three redirects. Throughout the rest of the wiki, only 25% of links to the article are direct. The remaining 75% is distributed evenly between the three redirects. These all point to the same page, but how would a search engine like Google know that? Wouldn't the algorithms they use when looking at internal links yield something less than optimal?

I've been going to great lengths to eliminate the linking of redirects on a wiki of mine, and I was wondering if my efforts were in vain. Thanks in advance, if anyone knows. Dzylon (talk) 19:18, 5 November 2012 (UTC)

We add a rel="canoncial" link header to redirects, which in theory is supposed to mitigate the negative aspects. (In practice, SEO is black magic, and really anyone's guess) 129.173.208.238 20:16, 6 November 2012 (UTC)

Import 1.15 database to 1.19 install

I have mediawiki installed on one machine Product Version MediaWiki 1.15.0 PHP 5.1.6 (apache2handler) MySQL 5.0.77

And have now installed on a second machine a new instance. This starts in the default/blank state. MediaWiki 1.19.1 PHP 5.3.3 (apache2handler) MySQL 5.1.61

I have run mysqldump on the older install and copied that to the 1.19 install database. Opening the new mediawiki site shows no changes after the database import.

Googleing around has brought up some instances of dumpHTML.php, but I cant get that to run correctly...

php dumpHTML.php -d /var/www/wiki/wikidump -k monobook --image-snapshot --force-copy

dumpHTML has moved to the DumpHTML extension.

WebDAV/SVN: http://svn.wikimedia.org/svnroot/mediawiki/trunk/extensions/DumpHTML/

Web: http://svn.wikimedia.org/viewvc/mediawiki/trunk/extensions/DumpHTML/

What would be the correct way to export/import this data?

Thanks for your help, Steve 66.228.80.226 (talk) 19:30, 5 November 2012 (UTC)

If you have used mysqldump and then imported the generated sql to the new database, you don't need to do a XMLDump. Note that it is XMLdump, not HTMLdump. See Manual:Backing_up_a_wiki.

After restoring the database, you need to Run the update script. If you still see a blank page/no pages at all it may be a caching problem. Ciencia Al Poder (talk) 21:33, 5 November 2012 (UTC)

I have run the update script and still can see no update to the wiki after it was run. I installed a mediwiki appliance as a vm, ran through the same procedures, no joy. I can view the sql file that is used to import the data and see valid info to import. Thanks,

Steve 66.228.80.226 21:08, 28 November 2012 (UTC)

Do you mean Special:Allpages shows nothing?

What does this SQL query inside of your database return?

SELECT count(*) FROM page; It queries the Page table to show how many pages are there. Ciencia Al Poder (talk) 10:23, 29 November 2012 (UTC)

mysql> use wikidb
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A
Database changed
mysql> SELECT count(*) FROM page;
+----------+
| count(*) |
+----------+
|        1 |
+----------+
1 row in set (0.00 sec)

If I do a mysqldump of wikidb to a file and edit that file I can see multiple previous entries to the wiki.

Thanks,

Steve 75.150.68.221 19:35, 3 December 2012 (UTC)

are you absolutely sure that you imported the script generated by mysqldump to the correct database/server instance?

So, you did a mysqldump of the working wiki, and then, where did you imported the generated script? It should be imported on a new mysql instance, not the same one (unless you know what are you doing) because by default it will import the database to the same database name, so if you run the script on the same instance you'll be restoring the backup over the same database, unless you changed the options of mysqldump to not put statements to select a database in the generated script. Ciencia Al Poder (talk) 10:25, 4 December 2012 (UTC)

Yes, I did a mysqldump on one machine. Imported the dumpfile on a second machine, run the upgrade script, cannot view any changes in the wiki when viewing by web. Go back to mysql, make a dump and vim that file, can see obvious content that was added to wiki during previous install to earlier machine.

Steve 66.228.80.226 19:50, 6 December 2012 (UTC)

Sorry, but I'm unable to guess what could happen there.

If the database dump is correct, doing a SELECT count(*) FROM page; from the original database and on the destination database (after importing the dump script) should display the same results. If not, the sql dump is corrupted, or the database is corrupted, or you're connected to the wrong database. MediaWiki doesn't get involved on this.

This is the first thing to check. If it gives consistent results, then go to next step: running the update.php script. And then check again. Ciencia Al Poder (talk) 16:16, 8 December 2012 (UTC)

How do I install Extension:WikiFactory?

I asked Wikia, and they said that they don't provide support for anything here, and generally had a bad experience overall. Most of the people thought I was trying to install it at Wikia. Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 05:27, 6 November 2012 (UTC)

[RESOLVED] Why is it only displaying some subcategories and not all?

I can't include a link to the site, it's an internal site for my job, but I'm trying to figure out why am I seeing the following...

"This category has the following 2 subcategories, out of 25 total."

Why won't it display all 25 subcategories? Please advise.

MediaWiki 1.14.0 PHP 5.1.6 (apache2handler) MySQL 5.0.77 2001:48A8:6880:64:D1B2:9725:540E:3662 (talk) 12:56, 6 November 2012 (UTC)

MediaWiki 1.14.0, PHP 5.1.6, MySQL 5.0.77? Seriously? Krenair ^{(talk • contribs)} 17:13, 6 November 2012 (UTC)

Yeap. Can't fix that at the moment. But I can't find any reason why some some show up as a subcategory and some do not.

IE:

The only thing on the page for Category:A is [[Category:Main]]

Category:A appears as the page for Category:Main as a listed subcategory.

But the same can be said for Category:B, only having [[Category:Main]] as the only thing listed on it's page, but does not appear as a listed subcategory, but I'm assuming it does get recognized, as it's displaying un listed subcategories as part of the "out of 25 total".

Any and all suggestions appreciated. Thank you! 2001:48A8:6880:64:2173:E444:16AD:37C5 20:20, 6 November 2012 (UTC)

On older mediawiki (Versions before 1.17) only 200 (by default can be changed) things are displayed at once. So if there are 198 articles displayed, only the first two subcategories are displayed. 129.173.208.238 20:13, 6 November 2012 (UTC)

You Sir, are awesome. Thank you! 2001:48A8:6880:64:2173:E444:16AD:37C5 13:00, 7 November 2012 (UTC)

[RESOLVED] MediaWiki 1.19.2 (download) link wrong in Download page

Hi, just wanted to report a typo in Download page: http://www.mediawiki.org/wiki/Download MediaWiki 1.19.2 (download) leads to wrong link: dumps.wikimedia.org/mediawiki/1.18/mediawiki-1.19.2.tar.gz should be ../1.19/..

Best regards, Paulius.

P.S. if I am reporting in a wrong place, you should make the "propper" mistake report way more apparent. 84.15.177.85 (talk) 19:33, 7 November 2012 (UTC)

Table of Contents stopped displaying

For some reason the table of contents at the begin of all pages on my Wiki stopped displaying. How do I fix?

Thank you, ~Michelle 108.178.189.46 (talk) 22:30, 7 November 2012 (UTC)

Dupe of Project:Support desk/Flow/2012/11#h-Table_of_contents_stopped_displaying_2-2012-11-07T22:45:00.000Z Ciencia Al Poder (talk) 10:40, 8 November 2012 (UTC)

Table of contents stopped displaying

For some reason the table of contents stopped displaying on my wiki. How do I get it back?

It only stopped working on the new pages I created today. So the ones created before today are still working.

Any ideas?

Thank you, ~michelle 108.178.189.46 (talk) 22:45, 7 November 2012 (UTC)

See Manual:Table of contents. It won't display normally for pages with less than 3 section headings. Ciencia Al Poder (talk) 10:36, 8 November 2012 (UTC)

Short URL for multiple language mediawiki installation in subdirectories

I have installed the English Version in site.com/en I have also installed the Arabic Version in site.com/ar

To get short url, I inserted

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

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

Yes the index . php went missing which is a good thing. However, instead of me having different mediawiki language versions for each of my /en and /ar subdirectories, i have one instead.

is there something wrong with the htaccess code or do I need to amend the Localsettings.php?

I have spent about 10 hours already experimenting with wikifarms. not exaggerating, but i am just exhausted. I hope someone can help me out there. 220.255.2.110 (talk) 06:40, 8 November 2012 (UTC)

Multi Language with Polyglot and V1.15

Hi,

We use TBWiki 1.15.2 and Polyglot. When i select an other language, the content site changes but the navigation language stays. What can i do? And whats about the titles? Where can i change the titlename? Actually the titles got XYZ/en or XYZ/fr etc...

Thanks for you help. >>>Wenn ihr Deutsch sprecht, bitte um support in Deutsch ;) <<<< 194.209.7.34 (talk) 08:53, 8 November 2012 (UTC)

Thats what i added in localsettings...

require_once( "$IP/extensions/Polyglot/Polyglot.php" );

$wgPolyglotLanguages = array('en', 'de', 'fr');

require_once( "$IP/extensions/LanguageSelector/LanguageSelector.php" );

$wgLanguageSelectorDetectLanguage = LANGUAGE_SELECTOR_PREFER_CONTENT_LANG;

$wgLanguageSelectorLocation = LANGUAGE_SELECTOR_MANUAL; 194.209.7.34 09:59, 8 November 2012 (UTC)

TBWiki is not MediaWiki. Try contacting the TBWiki development team. Ciencia Al Poder (talk) 10:26, 8 November 2012 (UTC)

Oh Yes, Sorry my fault. It is MediaWiki!

<meta name="generator" content="MediaWiki 1.15.2" /> 194.209.7.34 11:38, 8 November 2012 (UTC)

Search only on Subpages

is it posible to create a Searchfield on a "Subpage" wich only search on this Page and the Subpages e.g. /abc <- with searchfield /abc/1 /abc/2

but not on /xyz /xyz/1 MyLive1979 (talk) 12:41, 8 November 2012 (UTC)

No, sorry. You can filter searches by namespace, maybe you want to add more namespaces for filtering the search to those pages. See Manual:Namespace Ciencia Al Poder (talk) 14:05, 8 November 2012 (UTC)

Ok this works for me ..

The next Question is redirekting "empty namespace"

If anyone use in URL /foobar: so i want to redirect to foobar:mainpage

is this possible ? MyLive1979 (talk) 15:11, 8 November 2012 (UTC)

You can't do that in MediaWiki because it won't let you create a page with an empty pagename. You'll need to create a rewrite rule in your webserver. docs for doing that in Apache. Ciencia Al Poder (talk) 20:20, 8 November 2012 (UTC)

You can search within a prefix if you have the lucene search extension installed (See w:help:Search. example). On all wikis, Special:prefixindex is also available to get a list of everything that is starting with some prefix. 129.173.208.20 01:14, 9 November 2012 (UTC)

extension Vote

I install vote extensions according to instruction.

When going to http://www.../index.php/Special:Vote Got the error message:

   Fatal error: Call to undefined method OutputPage::addExtensionStyle() in /…/Vote/Vote.page.php on line 32

Why? How I can make it work? Shlomit (talk) 13:43, 8 November 2012 (UTC)

This error is likely caused because you've downloaded the Vote extension for another version of MediaWiki. You should get the extension for the exact version of MediaWiki you're running. Ciencia Al Poder (talk) 14:03, 8 November 2012 (UTC)

Search Text Within code blocks

I am using syntax highlight extension and also <source> tags in mediawiki for code blocks. Thats working fine. But, I cannot search for text within these code blocks? Is there any extension to fix it?

Problem: I cannot search "ifconfig" because it lives inside the code block

<source> ifconfig </source>

Any help?

I am using the following setup:

• Windows 7
• MediaWiki - 1.19.2
• PHP - 5.4.4 (apache2handler)
• MySQL - 5.5.25a
• Installed Extensions - SyntaxHighlight (Version 1.0.8.10)

I am searching - Just by entering the search text in the textbox on the top right and hitting Search Button and then clicking on link "Everything" 173.36.196.9 (talk) 18:43, 8 November 2012 (UTC)

Cookies error after Migration

We're encountering the cookie error: "Montreal Dictionary Wiki uses cookies to log in users. You have cookies disabled. Please enable them and try again." after migrating our site. This error didn't occur on staging. We've edited our localSettings.php to reference the new site. The sessions folder is writable. Our setup is an IP that feeds into a Squid node that feeds to other nodes.

We've been searching for a few days now: any ideas on what to look for? Any help would be appreciated.

http://digitalprojects.montrealgazette.com/Mediawiki Mediawiki: 1.19 PHP: 5 MySQL: 5.5

Thanks, Seb 204.187.150.30 (talk) 16:23, 9 November 2012 (UTC)

Also we can't create any new users as well:

Login error

The user account was not created, as we could not confirm its source. Ensure you have cookies enabled, reload this page and try again. SebRolland (talk) 16:48, 9 November 2012 (UTC)

[RESOLVED] User editing problems

Site: http://neurowiki.dk Version: MediaWiki 1.15.1, PHP 5.2.42, MySQL 5.0.85 User: Carl Larsen Page: http://neurowiki.dk/index.php/Test Blocked spam-user: Lacyvzblan

Problem: Somehow two users have been mixed. In 2011 the user Lacyvzblan was blocked because of spamming. But now another user (Carl Larsen) has been blocked too, by the system. The error message refers to the blocking of Lacyvzblan. How can I restore the editing rights of the user Carl Larsen.

Error message: You do not have permission to edit this page, for the following reason: Your user name or IP address has been blocked. The block was made by Admin. The reason given is Oprettelse af tåbelige sider. Start of block: 06:23, 7 December 2011. Expiry of block: infinite. Intended blockee: Lacyvzblan. You can contact Admin or another administrator to discuss the block. You cannot use the 'e-mail this user' feature unless a valid e-mail address is specified in your account preferences and you have not been blocked from using it. Your current IP address is 87.60.30.234, and the block ID is #46. 87.60.30.234 (talk) 08:21, 10 November 2012 (UTC)

There's indeed something strange in the block log and the blocked users page, since the first one display different usernames, but the latter display only a single user.

Try unblocking all users from here. If it doesn't let you block any more users (probably because all of them target the same user) then try the unblock again, but changing the target user with a number shown here (the value of id in each <block id="100" user="Lacyvzblan" ... line), preceded by the # character (for example, #100). Ciencia Al Poder (talk) 12:00, 10 November 2012 (UTC)

I merged all spammers into a single profile (Lacyvzblan) in order to delete them (Extension:UserMerge). Then I deleted the leftover spammer profile (Lacyvzblan). When I noticed the described problem for the others users I recreated the profile (Lacyvzblan) in order to unblock it but now it’s not possible to unblock. But when searching for blocked users the system tells me that the profile is not blocked.

I tried to unblock all users using both methods (single click and using #) but the problem persists. Would it help updating to MediaWiki 1.20? 87.60.30.234 14:39, 10 November 2012 (UTC)

I doubt that updating would solve the problem. If you're merging accounts that way you probably shouldn't block them in the first place. It may be considered a bug for that extension if it doesn't remove blocks when merging if that causes such problems.

You may fix the problem by manually removing those blocks from the database. Look at the Ipblocks table. Ciencia Al Poder (talk) 16:10, 10 November 2012 (UTC)

Is this done by deleting all posts/lines (n=42) in ipblocks? 87.60.30.234 17:22, 11 November 2012 (UTC)

You can delete all lines, which would effectively clean up all the blocks on your wiki. Alternatively, you can delete the line with ipb_id = 46 since that's the "block ID" reported by the user. Since the block data seems corrupted, and giving that there are no recent blocks you may want to delete all rows from that table to prevent other users from being "autoblocked" again by those previous blocks. Ciencia Al Poder (talk) 20:25, 11 November 2012 (UTC)

IT WORKED! Thank you very much! 87.60.30.234 16:23, 1 December 2012 (UTC)

Cannot download extensions for 1.20 yet

It always used to be the case that extensions for a new version of MediaWiki were available at the same time as the main release. This seems to have stopped. This leaves users with a choice:

• Use the 1.19 versions which may not be compatible with 1.20
• Use the trunk development version which may not be fully stable

Neither option is terribly good. So can we have 1.20 in ExtensionDistributor ASAP please. 2.101.152.243 (talk) 12:51, 10 November 2012 (UTC)

Special Page which makes the sidebar, tabs and top captions invisible

I saw that the donations page of Wikimedia Foundation does that, and I was wondering how is it done. Galzigler (talk) 19:11, 10 November 2012 (UTC)

With CSS. Sidebar, tabs and so on in fact are all there; but they have been made invisible with display: none;. 88.130.70.66 21:33, 10 November 2012 (UTC)

I think the page donate.wikimedia.org is not written by MediaWiki and it has only one page for the whole site. You couldn't find any other page except the donate page.

Tandoigai (talk) 02:21, 11 November 2012 (UTC)

It's MediaWiki. View the page source - it's as easy as spotting a Wordpress-built site.

In fact, if you look closer you'll find an interesting piece of comment:

"This CSS is used to hide the mediawiki stuff we don't want people to see. " Fereal (talk) 04:55, 11 November 2012 (UTC)

It has MediaWiki's name, MediaWiki's CSS... but It's only a single page for the whole site. I think may It's a simple HTML page. Could you show me any other pages? Tandoigai (talk) 06:49, 11 November 2012 (UTC)

If it looks like a duck, walks like a duck and quacks like a duck, then it's probably an elephant. Gotcha. Fereal (talk) 07:12, 11 November 2012 (UTC)

> If it looks like a duck, walks like a duck and quacks like a duck, then it's probably an elephant.

Completely right. :-)

Now let's get clear how they add this CSS code there. My guess would have been that they do this with one of the pages in the MediaWiki namespace, e.g. [4] or [5]. But I do not find the according CSS there. They have not modified the MediaWiki sourcecode, have they? ;-) 88.130.111.98 09:25, 11 November 2012 (UTC)

Nothing special. It's a custom Special: page.

Also, the CSS is located inside the main body of the page, not in the <head>, and overrides many using !important. It's no different from using per-page CSS extensions.

Edit: Correction, the per-page CSS extensions here put the CSS styles in the <head>. Fereal (talk) 09:48, 11 November 2012 (UTC)

Will Mediawiki upgrade as easy as Wordpress?

Can anyone write an auto upgrade extension or add this figure into Mediawiki's source code? Deletedaccount4567435 (talk) 02:40, 11 November 2012 (UTC)

It doesn't automatically download the next version (like WordPress does), but once uploaded all you have to do is:

• open /mw-config
• Enter the security token from LocalSettings
• Click Update

See also Update#Web updater. Krinkle (talk) 18:34, 12 November 2012 (UTC)

[RESOLVED] Default visible state of Menu on Sidebar

Site: http://wikibiz.vn Version: MediaWiki 1.19.2

Problem: Check out for my site and you'll see the menu Trên Internet is hidden (closed) on the Sidebar. Any one know how to make it's open by default to visitors can view it immediately? Tandoigai (talk) 06:58, 11 November 2012 (UTC)

I found it by myself. For who needs, http://www.mediawiki.org/wiki/Special:ExtensionDistributor/Vector 58.187.36.39 02:39, 13 November 2012 (UTC)

[RESOLVED] missingrev: There is no revision ID 0

• • • DISREGARD THIS POST: I think I figured out my problem - sorry! ****

Hi, I'm a bit of a newbie here. But I've put together a page in which I issue JSON REST commands in Javascript (jquery).

Generally, this format has worked for me: http://en.wikipedia.org/w/api.php?action=parse&format=json&callback=?&page=INSERT_PAGE_NAME_HERE&prop=text&redirects=true

However, I have found at least one case in which it doesn't: http://en.wikipedia.org/w/api.php?action=parse&format=json&callback=?&page=Annandale,_Va&prop=text&redirects=true

This returns the error: {"code":"missingrev","info":"There is no revision ID 0"}

What does this error mean? I can see that if I search for this term on the wikipedia page, it finds it. So, do I need to change my query in some way in order to not receive this error?

Thank you! -V

• • • DISREGARD THIS POST: I think I figured out my problem - sorry! **** Vmayer99 (talk) 18:34, 11 November 2012 (UTC)

How do I add a third namespace tab?

How do I make a third namespace tab, such as the one in this example? http://en.wiktionary.org/wiki/Gretel I'm planning to a peer reviewed wiki at some point where the main article is only editable by authorized users, but any users can edit a draft namespace of the article and the talk page for it. I want the tabs for all three pages of the article to appear on each of them. Lieutenant Aleksandr Reznov 23:21, 11 November 2012 (UTC)

They are using javascript. Find (Ctrl-F using Firefox) the text "function citations_tab()" in en:wikt:MediaWiki:Common.js. – Allen4names (IPv6 contributions) 05:07, 12 November 2012 (UTC)

Thanks. Is there an easy way to change the namespace for it? I might also use this on the Sturmkrieg canon wiki to create pages with trivia or speculations that don't fit with the rest of the information in the main articles. Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 06:57, 12 November 2012 (UTC)

Likely it is just a matter of search and replace but you should ask at en:wikt:MediaWiki talk:Common.js as they are more likely to be able to help you. – Allen4names (IPv6 contributions) 05:40, 13 November 2012 (UTC)

Content

Hi all,

Is it possible to set the same Language in the Content and Navigation? I'am note able to do this! If i use the LanguageSelector only the NavigationLang change.

Thanks. Steve. 194.209.7.34 (talk) 07:11, 12 November 2012 (UTC)

Howto use wiki with different skin?

For a project I would like to show my wiki pages in a different website using an ifame. To make it look good I want to use a different skin when the pages are shown in the other website. I know I can use the &useskin=<other skin> property when loading them into the iframe. But that is not persistent. So when I click on a link in the wiki page, the skin changes back to the original.

How can I get my wiki pages to use a different skin? (Without loggin in and setting my personal skin.) Or how can I get the useskin property to stay?

Or maybe I can somehow create a index2.php in which I can set a different skins? Anybody know how?

I am using version 1.17.0 of MediaWiki and unfortunately don't have an example of my site yet.

Thanks! 80.56.243.46 (talk) 16:57, 12 November 2012 (UTC)

There's no way to do that unless you use a JavaScript code that would propagate the ?useskin= on all links, but it may eventually fail (specially on forms, like Special:Search and redirects).

A safe solution would be if you can set up another subdomain or path, you can duplicate the wiki installation (either with symbolic links to the current installation or with alias/redirect on the server) so you can access the wiki from 2 different subdomains or paths (for example: example.com/w/index.php and example.com/i/index.php). Then change the default skin in LocalSettings for the second instance. Then you would have the flexibility of setting this instance as readonly, so no edit links are presented, etc Ciencia Al Poder (talk) 20:32, 12 November 2012 (UTC)

Thanks for your reply. That sounds like a solid solution, but I am running into some problems.

I created a new directory called /i and put most files from /w in /i. Fo all the directories I used symlinks (yes, I am using a Linux system). I also changed the $wgScriptPath to '/i' in the new Localsettings.php and the $wgArticlePath to '/second/$1'.

Now I have two problems:

1. One is that the links to <site>/second/<pagename> are not working. Can I just disable this and how? Because I don't need it anyway.

2. The second is worse, I lost a image in my wiki. The image on the page I was testing has somehow been 'moved' to <site>second/File:<image.jpg>. Not only on the 'second' version, but also on the 'wiki' version. That is quite bad, because I now lost that image. Luckily I am testing on a test wiki, so there no problem yet.

How can I continue this safely? 80.56.243.46 16:14, 15 November 2012 (UTC)

The first problem on $wgArticlePath may be a misconfiguration on the URL rewritting of the web server. You probably haven't configured the URL rewritting on the server for the second instance the same way as the first instance. If you want to disable it see $wgArticlePath and $wgUsePathInfo.

Could you please clarify what has been moved? If you mean that links now point to the second instance, that may happen if you have $wgUseFileCache. Disable that or change the folder so each wiki has a different file cache path.

It may also be a problem with the parser cache. Set $wgCachePrefix to a different value on the second instance. Ciencia Al Poder (talk) 10:24, 16 November 2012 (UTC)

How do I Stop spammers registration?

I don't know what else can I do, but I have tons of spammers in my wiki and I can't stop the registers. I'm sure that this is my fault that, probably, I'm missing any step or something... Here is what I've done:

- Edit LocalSettings.php set new users registration to false. And it "works" if I enter my wikisite without an account, there is no create account in the site. But, I don't know how, they keep making accounts.

- I have already installed ConfirmEdit and ConfirmAccount and the problem remains the same although both programs are "working" if I try to register an user. 213.37.22.38 (talk) 18:11, 12 November 2012 (UTC)

I forgot to say... Thanks a lot and I'm sorry because of my english. 213.37.22.38 18:12, 12 November 2012 (UTC)

There are many ways, try starting here: Manual:Combating spam. My best weapon seems to be Extension:AbuseFilter. Mlpearc (powwow) 18:46, 5 December 2012 (UTC)

[RESOLVED] Hooks array for event 'ArticleDeleteComplete' is not an array!

I can't seem to delete any pages.

Internal error View or restore one deleted edit? Hooks array for event 'ArticleDeleteComplete' is not an array! Backtrace:

1. 0 /var/www/html/mediawiki-1.18.1/includes/GlobalFunctions.php(3631): Hooks::run('ArticleDeleteCo...', Array)
2. 1 /var/www/html/mediawiki-1.18.1/includes/WikiPage.php(1742): wfRunHooks('ArticleDeleteCo...', Array)
3. 2 /var/www/html/mediawiki-1.18.1/includes/Article.php(1513): WikiPage->doDeleteArticle('content was: "#...', false, 766, )
4. 3 /var/www/html/mediawiki-1.18.1/includes/Article.php(1358): Article->doDelete('content was: "#...', false)
5. 4 /var/www/html/mediawiki-1.18.1/includes/Wiki.php(496): Article->delete()
6. 5 /var/www/html/mediawiki-1.18.1/includes/Wiki.php(255): MediaWiki->performAction(Object(Article))
7. 6 /var/www/html/mediawiki-1.18.1/includes/Wiki.php(640): MediaWiki->performRequest()
8. 7 /var/www/html/mediawiki-1.18.1/includes/Wiki.php(547): MediaWiki->main()
9. 8 /var/www/html/mediawiki-1.18.1/index.php(57): MediaWiki->run()
10. 9 {main}

what does this mean?

MediaWiki 1.18.1 PHP 5.3.3 (apache2handler) MySQL 5.1.61

http://www.mwusers.com/forums/showthread.php?18798-Hooks-array-for-event-ArticleDeleteComplete-is-not-an-array! 67.51.77.7 (talk) 18:43, 12 November 2012 (UTC)

As said on those forums, it's much likely an Extension which you downloaded for a different MediaWiki version that the one you're running.

Try disabling all extensions and try deleting the page again. If the deletion success, then enable all extensions again and delete a test article, disabling one extension each time until you find the offending extension, then download it again for 1.18 release. Ciencia Al Poder (talk) 20:23, 12 November 2012 (UTC)

ah geees..

thanks so much, i really didn't think it was the extensions for i manage the localsettings.php

some snicked in a "InlineTable" extension. that was what caused the error above.

resolved!

thanks!!! 67.51.77.7 22:34, 12 November 2012 (UTC)

Import Function Not Working

I'm trying to import files from another location, but every time I try to import the file, the layout appears messed up with the following message underneath it:

Warning: XMLReader::read() [xmlreader.read]: uploadsource://15308931a845e04c0ba9ca5dd9ed8fd3:1: parser error : Extra content at the end of the document in /home/fh14/public_html/hetalia/includes/Import.php on line 399

Warning: XMLReader::read() [xmlreader.read]: in /home/fh14/public_html/hetalia/includes/Import.php on line 399

Warning: XMLReader::read() [xmlreader.read]: ^ in /home/fh14/public_html/hetalia/includes/Import.php on line 399

Warning: XMLReader::read() [xmlreader.read]: An Error Occured while reading in /home/fh14/public_html/hetalia/includes/Import.php on line 399

And the Import page itself gives me the message:

Import failed: Expected <mediawiki> tag, got

I'm not sure what's wrong? 192.152.243.185 (talk) 23:17, 12 November 2012 (UTC)

I have MediaWiki 1.19.2, but Parser functions aren't working (Resolved)

^Title pretty much explains itself.

Example: http://hetalia.kitawiki.net/index.php?title=Template:Episode 192.152.243.185 (talk) 00:42, 13 November 2012 (UTC)

ignoring fucntions

Sorry if this is a noob question but I'm trying to add the following line into my wiki:

<vr_column name="Net Sales %" groupName="" includeTotal="true" order="f9" sort="0" align="default" formula="[Net Sales] / sum[Net Sales] * ["100"]"

but it is changing the ["100"] to a formula

I have had to do the following:

<vr_column name="Net Sales %" groupName="" includeTotal="true" order="f9" sort="0" align="default" formula="[Net Sales] / sum[Net Sales] * ["100&**qu0t**;]" /> replace **qu0t** with quot

Is there a way for me to set a line to ignore all wiki functions?

Regards, Matt Mmoore1138 (talk) 17:23, 13 November 2012 (UTC)

Maybe if someone could point me in the right direction on this? Mmoore1138 (talk) 15:09, 15 November 2012 (UTC)

See Help:Formatting#Text_formatting_markup, the nowiki section to escape wiki markup, and also Help:Formatting#Nowiki_for_HTML. Ciencia Al Poder (talk) 19:44, 16 November 2012 (UTC)

See preview immediately after pressing edit

MediaWiki 1.19.1 PHP 5.3.5-1ubuntu7.10 (apache2handler) MySQL 5.1.63-0ubuntu0.11.04.1-log

Unless I am mistaken updating to 1.19 means that when you press Edit, you have to use Preview before you can see the page; before you could press Edit and see the current page as well as the editing window. Can I do that now? I want to see the current content as soon as I press Edit. Thanks Spacebar22 (talk) 19:45, 13 November 2012 (UTC)

Bootstrap in MediaWiki 1.18+

Hi guys, I'm trying to implement bootstrap (http://twitter.github.com/bootstrap/index.html) in my MediaWiki instalation, so far only the css is working... When I try to put JS in MediaWiki:Common.js I got the error:

throw new Error("JavaScript parse error: Parse error: Missing ; before statement in file \'MediaWiki:Common.js\' on line 23");;mw.loader.state({"site":"ready"});

Using simple JS code like = (http://ajuda.locaweb.com.br/pt-br/MediaWiki:Collapse.js) got the same error, just the "on line XX" that changes... anyone have a clue in how can I do to this work properly?

Thks for the help! Jmschmidt (talk) 21:34, 13 November 2012 (UTC)

Well, the error seems self-explanatory. It basically says there's a syntax error in your MediaWiki:Common.js page, on line 23 (the cause may be on another line).

The error is in the JavaScript code of that page. Ciencia Al Poder (talk) 20:05, 18 November 2012 (UTC)

Grandparent categories?

I'm looking for something like getGrandparentCategories(). On an article I want to check if the page's categories are in a certain category.

Example:

• article "Banana" is in categories
  • "Category:Fruits"
  • "Category:Yellow objects"
• "Category:Yellow objects" is in category
  • "Category:Colorful objects"

On the article "Banana", how can I find out if it's a colorful object without knowing "Category:Yellow objects" or defining a list of related categories? 79.228.68.6 (talk) 22:06, 13 November 2012 (UTC)

It's not possible to do that, unless you use some Category extensions to get the categories of the Fruits and Yellow objects categories. Ciencia Al Poder (talk) 20:01, 18 November 2012 (UTC)

Unable to upgrade MediaWiki

I am trying to update my 1.16.1 MediaWiki Wiki to 1.16.5 at wiki.waesir.com through my SimpleScripts account install manager, but I am encountering this error:

"Server Configuration Error We have tried everything we could, but we can't seem to sync up with your web server. This could be DNS related or a Server Error, or perhaps you have a custom header (PHP or .htaccess) or are part of a "Cash for Domain Parking" program."

I don't do a cash for domain program, and I haven't altered any custom header to my knowledge. My webhost told me to rename .htaccess to .htaccess.old and try again, but the upgrade gave me the exact same error message. 67.168.206.113 (talk) 08:38, 14 November 2012 (UTC)

What does it mean with "custom header"? Sure, you can set header data with PHP, but why does that influence their update script? All I can say is that this error message does not come from MediaWiki.

If you also have Shell- or FTP-access to the server, you should be able to do the update without using this buggy installer by following the instructions on Upgrading. 88.130.91.231 11:32, 14 November 2012 (UTC)

[RESOLVED] Turning off "Special Pages" link

I want to turn off the Special Pages link in the sidebar in Vector skin. I really only need the "Upload file" link in the Toolbox but getting rid of the Special pages is my main objective. Editing Sidebar via admin links doesn't allow me to change the Toolbox so I'm stumped. Thanks much for your help!

MW 1.18 with Semantic MW DaveL^{MW 1.25.1, PHP 5.4.37, MySQL5.1.73-cll SMW 2.2} 10:27, 14 November 2012 (UTC)

Add the following rule to your wiki's CSS:

#t-specialpages {display:none;} Ciencia Al Poder (talk) 10:32, 15 November 2012 (UTC)

Perfect, thanks so much. DaveL (talk) 13:41, 15 November 2012 (UTC)

Dramatic performance decrease with MediaWiki 1.20

Since I upgraded from MW 1.19 to MW 1.20 the average download speed from my server sank to less then 70%%. The response time grew up to over 130%.

I have not changed any settings in between.

What can I do to improve that again? 88.130.91.231 (talk) 13:36, 14 November 2012 (UTC)

Its hard to know without knowing more details. This may be some sort of bug in MediaWiki that your install is hitting. There are instructions on profiling in How to debug which can help you narrow down the issue. Bawolff (talk) 22:50, 19 November 2012 (UTC)

Hi Bawolff,

I have seen your hint, but I did not yet have the time to check that. I'll come back to this thread, when I have results. :-) 88.130.86.239 16:21, 11 December 2012 (UTC)

Created MediaWiki with HostGator QuickInstall - 1.19.2 Format Broken

Hello and thank you in advance,

I have two other MediaWiki pages that I installed months ago through my Cpanel in Hostgator (QuickInstall) that work correctly and are still version 1.19.1. I recently added another that downloaded as version 1.19.2 and its format is messed up: http://www.worldofintus.com/artwiki/index.php?title=Main_Page

I am not sure why it does not look like the others and behaves this way. Doing research, it does not look like anyone else has had this issue? I have deleted and re-downloaded it several times from HostGator's Quickinstall program just like I did previously with my other two but it still is behaving this way.

Please let me know what else you need.

Thanks again, Michelle 12.111.233.226 (talk) 19:11, 14 November 2012 (UTC)

If you see the source code of the page, all URL's of javascript files and CSS are loaded from http://worldofintus.com/, while your page is at http://www.worldofintus.com/. This may be causing problems in the load of some of the CSS/script. Adding debug=true to the URL seems to render it fine, though [6].

Please fix the URL issue and try again. Look at LocalSettings for $wgServer. If you haven't explicitly set it up, try defining it with the value of http://www.worldofintus.com Ciencia Al Poder (talk) 21:11, 14 November 2012 (UTC)

Ok - I will talk to my programmer to see what can be done on the URL issue. Though with my other wiki - www.worldofintus.com/compendium - I do not have these issues. I have not changed anything in my method of downloading Mediawiki as Hostgator does it automatically.

I will need to be home to get into the LocalSettings for the $wgServer. 12.111.233.226 21:43, 14 November 2012 (UTC)

Help with extension:Facebook

Hi All, My name is Asaf Bareket, I have a wiki site for literature, and a Facebook page to support it.

I've tried to use the Facebook extension to link between the two, but failed to do so.

I think I have set the Facebook app just right, according to all the stages shown in the extension page and the config.default.php file in Github. then I went to Special:Connect/Debug for the configuration, but I got the line: No application information could be retrieved from Facebook

Does anyone have any thoughts about what I have done wrong?

MediaWiki 1.18.1 PHP 5.4.0 (apache) MySQL 5.0.67-log facebook open graph for mediawiki 4.0.6

Thank you, Asaf Bareket 212.199.98.202 (talk) 07:31, 15 November 2012 (UTC)

You should probably report the problem to the Extension talk:Facebook page since it's maintainer probably isn't aware of your report here.

Besides that, the error message suggests a failure when retrieving information from facebook. If the problem is that it can't connect, the issue may be that your server can't resolve DNS names or it doesn't allow-url-fopen, this second one is common in some web hostings. Ciencia Al Poder (talk) 20:20, 16 November 2012 (UTC)

OK, thanks, I'll look into that. 212.199.98.202 07:23, 20 November 2012 (UTC)

Compatability issue with PHP53 and mediawik 1.19.2 on SLES 11 SP2

I have been working on upgrading from Mediawiki 1.15.2 to 1.19.2 on SLES 11. My server is running Apache2 with PHP 5.2.14 with Suhosin-Patch 0.9.7 (cli). I have successfully upgraded to mediawiki 1.19.2, but when I upgrade to PHP 5.3.8 I have issues. After the upgrade, any time I attempt to load a .php page I get a popup window asking me what I want to do with the file. I have done all of the upgrades with yast. Any help would be appreciated. 64.147.50.19 (talk) 14:42, 15 November 2012 (UTC)

Create a test file (for example, test.php) with the following content:

<?php
phpinfo();

http://php.net/manual/function.phpinfo.php#refsect1-function.phpinfo-examples

Upload it to the server and see if the same problem happens with that file. Ciencia Al Poder (talk) 20:03, 16 November 2012 (UTC)

Same problem. 64.147.50.19‎ 02:31, 17 November 2012 (UTC)

Then it's not a MediaWiki issue, but a problem with your apache2 configuration, since it does not recognize PHP files and it isn't passing it to the PHP handler. Ciencia Al Poder (talk) 10:59, 17 November 2012 (UTC)

[RESOLVED] Fatal error attempting to run install (Class 'DOMDocument' not found)

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

---

I uploaded mediawiki to my server, renaming the folder to simply, "wiki" first.

I go to my server URL/wiki/ and see the install link.

When I click on that setup link, I immediately get the folowing error:

Fatal error: Class 'DOMDocument' not found in /var/www/html/wiki/includes/LocalisationCache.php on line 542

How can I fix this so I can proceed?

Thanks,

Chris 216.194.14.34 (talk) 19:21, 15 November 2012 (UTC)

You need to compile PHP with XML support. If your PHP install is provided by a distribution, try installing the php-xml package. Ciencia Al Poder (talk) 19:12, 16 November 2012 (UTC)

This worked for me;

yum install php53-xml Cursorsequence (talk) 21:36, 19 November 2012 (UTC)

And restart httpd. 129.15.109.254 21:03, 23 July 2013 (UTC)

Also, I've filled bug 42205 since I think the installer should fail more gracefully for those unmet requirements. Ciencia Al Poder (talk) 19:50, 16 November 2012 (UTC)

Hello I have the same problem but I have php-xml, can you please help me I'm running mediawiki 1.23.15 with mysql 5.5, php 5.6 on Unbuntu 18.04, I know that my configuration sounds crazy but I need it this way 80.11.26.130 (talk) 09:49, 10 May 2019 (UTC)

You may need to enable the xml module after installing it, in php.ini, and restart apache after that. Ciencia Al Poder (talk) 16:14, 10 May 2019 (UTC)

How do i do that Beveled Cube (talk) 16:03, 11 August 2024 (UTC)

Search "Enable the xml php module" in your favorite search engine, and narrow the search to your webserver and php execution mode (mod_php, fcgi, fpm) Ciencia Al Poder (talk) 16:50, 12 August 2024 (UTC)

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

Backing Up local wiki to external Hard Drive

I have created a localhost wiki page using XAMPP and before I start putting a lot of time into it I won't to learn how to easily back it up daily in case something happens to my computer and I'd lose it all.

Where exactly are the pages I make stored? Aren't they stored on my computer (because it's a local one) and if so aren't they stored in the wiki folder that you download? So can't I just copy that folder and paste it in my external drive and just re install XAMPP and move the wiki file over to it?

Thanks! 68.177.148.88 (talk) 22:57, 15 November 2012 (UTC)

See Manual:Backing up a wiki Ciencia Al Poder (talk) 10:26, 16 November 2012 (UTC)

Fatal error:Call to undefined function wfGetMainCache() ExtensionLoader.php

mediawiki: Version 1.20 php: Version 5.4.7 mysql: Version 5.0.10 windows xp

Fatal error: Call to undefined function wfGetMainCache() in C:\xampp\htdocs\mediawiki\extensions\ExtensionManager\ExtensionLoader.php on line 30

Can anyone help me? 84.58.209.57 (talk) 11:03, 16 November 2012 (UTC)

Extension:ExtensionManager is no longer maintained. You should probably remove it. Ciencia Al Poder (talk) 19:09, 16 November 2012 (UTC)

The Extension Manager needs to be installed, if I want to use Gliffy. What can i do? 84.58.250.174 10:59, 18 November 2012 (UTC)

According to installation instructions at Extension:Gliffy, it seems that you could add require 'MediaWiki/Gliffy/Gliffy.php'; inside LocalSettings.php without the need of Extension Manager. But the Gliffy extension status isn't known to continue working on the latest MediaWiki version, so it may also fail. If that happens then you'll need to find another solution for that. Ciencia Al Poder (talk) 12:07, 18 November 2012 (UTC)

[RESOLVED] Substitution

Is there some way to substitute only part of a page?

Like, you can link to a page using [[PAGENAME#HEADING]], and that'll show you the heading. But when I tried {{subst:PAGENAME#HEADING}}, it just substituted the whole page, not the content under the heading I had typed in. Pocket lint (talk) 21:07, 16 November 2012 (UTC)

Also, it seems that it doesn't work with transclusion either. Pocket lint (talk) 21:08, 16 November 2012 (UTC)

Try Transclusion#Partial_transclusion.

If you need to transclude sections delimited by heading names, you may want to try the Extension:DynamicPageList (third-party), but be aware that this would degrade performance. Ciencia Al Poder (talk) 11:14, 17 November 2012 (UTC)

Thank you!! Pocket lint (talk) 02:21, 18 November 2012 (UTC)

Does anybody know how to make "Math" work in MediaWiki 1.19.1?

Hi there,

The Math extension provokes fatal error in MediaWiki 1.19.1. Any fix at hand?

Thanks a lot beforehand.

PD: I can not upgrade to MediaWiki 1.20 because my PHP version is not enough. I am on shared hosting. Franciscohm (talk) 20:58, 18 November 2012 (UTC)

Be sure you downloaded and installed the 1.19.X version of Extension:Math and not other.

Post the error message (the cause of the fatal). See Manual:How to debug Ciencia Al Poder (talk) 10:44, 19 November 2012 (UTC)

Subpagename and navigation to parent sites

What should I do so that on a subpage only the title of the subpage and not the entire sitename appear. For example, "Subpage" instead of "Parentsite/Subpage".

And what should I do that there is an link list under the pagetitle? So, for example, on the "Parentsite/Subpage" site, a link to the Parentsite: > Parentsite

I hope you can help me. Abrafix (talk) 21:56, 18 November 2012 (UTC)

There's no built in option to remove the parent page in the title. Maybe exists some JavaScript code that you can use for that, Wikibooks probably uses it.

For the links to the parent page, see $wgNamespacesWithSubpages. The namespace must be marked as having subpages for the link to appear. Ciencia Al Poder (talk) 10:48, 19 November 2012 (UTC)

how to disable "1290: The MySQL server is running with the --read-only option"

Hi, any idea how mediawiki can work with a read only mysql server? I using a mysql slave server (read only) to fill in (pacemakr&co) during reboot of the mysql master server. Mediawiki refuses to work with a read only mysql db. Is there any way to disable the read only check?

Thank you 2001:638:60F:1000:109C:E4E1:D3C:BA80 (talk) 09:26, 19 November 2012 (UTC)

Try using $wgReadOnlyFile or $wgReadOnly. MediaWiki needs to have an indication of a readonly database, and you should use those configuration settings. Ciencia Al Poder (talk) 10:50, 19 November 2012 (UTC)

If you have caching set to use the database as a cache you might have to disable that (try the $wgReadOnly first though). Bawolff (talk) 22:48, 19 November 2012 (UTC)

[RESOLVED] ExtensionDistributor still not working properly

The "Development version (trunk)" option does not appear to be working. It results in a 404 error. Going for the version appropriate to a given version of MediaWiki works but the latest available is 1.19.x and there is no guarantee that the 1.19 version of an extension will work correctly with 1.20 - I had a problem with users being unable to create accounts because the 1.18.x version of one extension was not compatible with 1.19. The "Git master" links on extension pages also appear to be non-functional so there does not currently seem to be any easy way of downloading the extensions for 1.20.x. If there is a way please explain! 213.123.189.50 (talk) 15:59, 19 November 2012 (UTC)

Okay. Filled Bug 42271. Ciencia Al Poder (talk) 21:15, 19 November 2012 (UTC)

Fixed Ciencia Al Poder (talk) 10:26, 21 November 2012 (UTC)

Thanks. Much appreciated. 213.123.189.50 10:58, 22 November 2012 (UTC)

How to make a template generate working onlyinclude tags on the referring page

Hi,

I am searching now for hours for a solution for the following problem: I have a template (let's call it slave) that is used in another template (master). The master is then again used on other pages. The need I have is that the slave will generate an onlyinclude tag that is parsed in the master template.

I tried various variants of hiding the onlyinclude tag in the slave, and they mostly worked fine in that the tags were not parsed in the slave. But in the master the result always is that it will just display as plain text, i.e. "s-before <onlyinclude>between</onlyinclude> s-after", but won't have the effect that only "between" will be used in pages referring to the master.

To make it more undestandable:

The master source code should look like this:

m-before {{slave|parameter}} m-after

And the result displaying when calling the master page should then show "m-before s-before between s-after m-after", but when embedded in another page just "between". However, current solution will only have the result that the result shown is "m-before s-before <onlyinclude>between</onlyinclude> s-after m-after", both in the master and in the pages that call it.

I hope this is somewhat understandable. If not, please ask!

Any ideas how to accomplish that? 37.24.97.252 (talk) 16:33, 19 November 2012 (UTC)

You can't dynamically create the onlyinclude tags like that.

It sounds like there's probably a better way to do whatever you're trying to do. Either just using one template, or something like parser functions {{#ifeq:{{NAMESPACE}}|Template|do stuff|otherwise}} or something along those lines. Bawolff (talk) 22:56, 19 November 2012 (UTC)

Thanks for your reply. unfortunately the parser functions solution doesn't work any better - however I mask the tags, they will either be parsed in the slave template or not parsed in the master. Having just one template is not an options, actually - I'd have a too large number of templates that have to be administered.

It seems I just can't make it do what I want and will have to look for a completely different approach. 37.24.97.252 09:50, 20 November 2012 (UTC)

What happened to wiki.feministsf.net ?

I am wondering what happened to the wiki.feministsf.net site. When I try to open a link to a page on it, to which I had contributed a good deal of material, I now get redirected to a page stating the following: MediaWiki 1.19.2 LocalSettings.php not found. If this wiki has been cancelled, I would like to know firstly why? And secondly - is there any way I might be able to retreive the information I myself put there? Does a 'cached' source exist? Sincerely, Robin @ candelar Candelar (talk) 16:52, 19 November 2012 (UTC)

This message is shown, when the file LocalSettings.php, the central configuration file of MediaWiki, is not there. From here we can only speculate, why this file has been removed. During normal operation that should never happen. Without this file in place, MediaWiki cannot contact a database and so it cannot present you any information that are saved inside the DB (like your contributions).

There are cached versions of the website available from Google. On a quick glance quite a number of pages seems to be cached. 88.130.104.49 18:09, 19 November 2012 (UTC)

Thanks. The cached versions don't seem to open anything useful. But I did find (buried in my own computer files) the original of the material I had contributed. So that was good. I also discovered that there was a new (to me) Wikipedia page for 'Alice Askew' - to which I have now contributed quite a lot of my information - she being my grandmother. Cheers, 'Robin Cary Askew' Candelar (talk) 05:22, 20 November 2012 (UTC)

That sounds good. :-) Wikipedia certainly has a bigger range of influence than this small wiki.

Cheers! 88.130.109.5 16:00, 20 November 2012 (UTC)

How to enable the drop down list of "View templates on this page"

http://en.wikipedia.org/w/index.php?title=Hein%C3%A4vesi_Church&action=edit

On the bottom of this edit page, there are two collapsible templates and categories list. How to enable this function?

It looks like only English version wikipedia have this collapsible list neither zh nor ja. Deletedaccount4567435 (talk) 21:10, 19 November 2012 (UTC)

It appears to be part of extension:Vector.

On setptember 27 there were the following entries in the server log:

23:13 logmsgbot: olivneh synchronized php-1.20wmf12/extensions/Vector/modules/ext.vector.footerCleanup.css
22:50 logmsgbot: olivneh synchronized wmf-config
22:05 logmsgbot: olivneh synchronized php-1.20wmf12/extensions/E3Experiments

Which would indicate that it is part of vector extension which was deployed as part of the E3 teams work. (E3 team seems to just do random small messings with the interface of only enwikipedia)

To get it enabled on another (Wikimedia) wiki, file a bug in bugzilla with Product set to Wikimedia, component set to site requests, and having the keyword shell. In the bug ask for $wgVectorFeatures['footercleanup']['global'] = true; to be set for your wiki. Typically one should also link to a discussion on the wiki in question so that the dev dealing with the request knows that the feature requested is actually wanted on the wiki in question. Bawolff (talk) 22:46, 19 November 2012 (UTC)

Thank you!!! You help me really a lot! Zoglun (talk) 07:44, 22 November 2012 (UTC)

Embedded document plugin requests to download document instead of displaying it

I'm attempting to use the embedded document plugin http://www.mediawiki.org/wiki/Extension:Embed_Document to display a word document that has been uploaded to the wiki using this statment in the wiki page:

The problem is, rather than displaying the file, it prompts you to download it on entering the page.

Code inside wiki media page: <embed_document>/customsSystems/images/a/a0/SoftwareOverview.doc</embed_document> Andrew101~mediawikiwiki (talk) 22:34, 19 November 2012 (UTC)

I'm pretty sure that ll browsers except Internet Explorer would refuse to display a word document inside a web page, since they can't natively (or with a plugin) handle it. And even Internet Explorer may not work at all.

You should use a link to the document instead of embedding it. Ciencia Al Poder (talk) 10:50, 20 November 2012 (UTC)

[RESOLVED] Unable to upgrade 1.19.2 to 1.20

Hi, thank you for taking your time to read my plea for help. I just recently attempted to upgrade my website's MediaWIki installation from 1.19.2 to 1.20. I downloaded the files and replaced the old ones with the new. When I was then going to run the web updater, I clicked next on the first step (Where you select language) and I got an error page. Now when I try to return to /mw-config/ I get that error every time. This exact thing happened when I attempted to install the SocialProfile extension earlier.

My website is EpicNuts.

The error I get says the following in chrome "HTTP Error 500 (Internal Server Error): An unexpected condition was encountered while the server was attempting to fulfill the request."

In Special:Version is says that I am now running 1.20, but the web updater is still not working. I hope I have provided you with everything you need to help me and I thank you beforehand for anything you can do. Cheers! Wilmer Lindau (talk) 03:48, 20 November 2012 (UTC)

Check the server's error log, since the 500 error should be logged. It should contain more information about the error to know what has happened.

If with the error message of the log you still don't understand what's going on or what to do, post the error message here. Ciencia Al Poder (talk) 10:44, 20 November 2012 (UTC)

Also see http://www.mediawiki.org/wiki/Manual:How_to_debug for how to get more descriptive error messages. Malyacko (talk) 09:41, 21 November 2012 (UTC)

Thanks guys, I solved my problem by looking at the logs. You really helped out! Thanks for being awesome. Wilmer Lindau (talk) 19:57, 21 November 2012 (UTC)

Wiki-Bot

I am a user from zh.wikipedia, I am building an bot but I am not sure what I should do... = = May anyone kindly tell me how to make a wiki-bot? Please, Thank you! My bot acount name is Gabriel-Bot: http://zh.wikipedia.org/wiki/User:Gabriel-Bot Chihonglee (talk) 11:08, 20 November 2012 (UTC)

A bot is programmed the same way as any other computer program. Try looking at w:Wikipedia:Creating_a_bot Bawolff (talk) 23:57, 20 November 2012 (UTC)

Can't even Install MediaWiki...

Hi!

I'm very new to all of this, but I still thought it wouldn't be too much of a problem at least installing MediaWiki to my website. The problem I'm getting is a "500 Internal Error" when I simply have uploaded the files and try to visit the url to install MediaWiki. I have also used some kind of application that my Host supplies everyone with called "Softaculous" which contains a MediaWiki installation option, which resulted in the exact same error. (So did trying to install another Wiki such as PmWiki)

I am guessing that there is a really simple solution to this that anyone here would know of that I simply do not know.

Thank you so much! 80.216.187.111 (talk) 11:36, 20 November 2012 (UTC)

Probably a problem with your host.

See How to debug for information on how to get more descriptive error messages which may hint at what is going on. Bawolff (talk) 23:56, 20 November 2012 (UTC)

Hi,

I am from the Softaculous team. This seems to be some issue due to .htaccess in the root of your site. Can you please try to edit it.

If you still face any issues please open a support ticket with us with the login details we will check it for you. 58.146.104.224 09:44, 21 November 2012 (UTC)

Multilevel Sidebar

Hi,

i'm using Mediwiki 1.18, and i'm trying to chance the sidebar into a multi-level navigation. Is it possible to use the '*' more than twice? Or ist it possible to use a html list (with ul and li-tags ) in the mediawiki:sidebar?

thanks a lot, 80.226.1.16 (talk) 17:16, 20 November 2012 (UTC)

No that's not possible (in a normal MW install).

In theory it is possible to write an extension to do that, and its quite possible one already exists. Bawolff (talk) 23:55, 20 November 2012 (UTC)

Force reduced page width display on all pages

I figured out how to change the sidebar width for the vector skin. Can anyone help me reduce the width of the content section so it's much smaller and it makes the text easier to read?

For example, is there a way to force the page width on all pages on this site to expand to a limited width? Want to avoid it displaying super wide because it's hard to read...

http://info.hawaiilife.com/mediawiki/ 108.178.189.46 (talk) 21:14, 20 November 2012 (UTC)

After 'Testing Client Integrity' on initial use, I receive a generic error

If you visit http://stlouisbombsquad.com/gra4/ you will see that after the initial "Testing Client Integrity" I get an nondescript error.

Thoughts?

Checking Client Signature... Signature OK Testing Client Integrity... ERROR: ' http://stlouisbombsquad.com/gra4/ returned ' 97.86.6.247 (talk) 18:17, 21 November 2012 (UTC)

"Save Page" array at bottom of edit page also at top?

Mediawiki 1.18.1 ... I use a vertical monitor and it is tiring to have to go down all the way to the bottom of the page every time I want to press the save button. How can I have that row of buttons at the bottom of the edit page form also showing at the top? I have it that way in my pmwiki installation but have now switched to mediawiki. Pierre580524 (talk) 19:16, 21 November 2012 (UTC)

 19:20, 21 November 2012 (UTC)

I would like this feature too 213.236.211.114 11:08, 23 November 2012 (UTC)

You can make it appear "fixed" at the top of the page using this CSS code (see Manual:Interface/CSS):

.editButtons {
	position:fixed;
	top: 0;
	z-index: 50;
	background: #fff;
}

Ciencia Al Poder (talk) 10:35, 24 November 2012 (UTC)

Special:UnusedFiles

Hello there! I am not sure if I post this in an appropriate place but we failed to fix the problem in the Georgian Wikipedia so here I am. Please have a look at ka:Special:UnusedFiles listing some images which actually are used (e.g. this one which is used here). What's wrong with this special page? –BruTe 19:34, 21 November 2012 (UTC)

It's strange. Special:WhatLinksHere of the image [7] didn't display any links to the image. I then edited the page you provided, where it was being used, edited and saved the page without editing anything. That effectively purged the page and refreshed the pagelinks, and it now appears in WhatLinksHere. Ciencia Al Poder (talk) 21:42, 21 November 2012 (UTC)

[RESOLVED] 2 questions; Removing external link image? And how to redirect to external.

Hi there! I'm back again with another question. These "Problems" are not urgent, so take your time :)

How would I go about removing the little arrow image that appears next to external links? And how do I make a redirect page to an external link? If any of those are even possible.

Thank you for taking time to help me, I'm grateful to you.

Wilmer Lindau, wilmer.lindau@epicnuts.com Wilmer Lindau (talk) 20:03, 21 November 2012 (UTC)

To remove the icon, use the following css:

div#content a.external,div#content a.external[href^="gopher://"] {background-image:none; padding:0;}

You can't redirect to an external page unless you use JavaScript for that. Ciencia Al Poder (talk) 21:38, 21 November 2012 (UTC)

Hi, thank you for responding. How would I go about implementing this code? Where do I put it? I'm sorry for my lack of knowledge and thank you for responding so quickly! Wilmer Lindau (talk) 23:05, 21 November 2012 (UTC)

See Manual:Interface/Stylesheets for CSS, and Manual:Interface/JavaScript for JavaScript. Ciencia Al Poder (talk) 10:26, 22 November 2012 (UTC)

Thank you so much, you're the best! Wilmer Lindau (talk) 15:21, 22 November 2012 (UTC)

Hierarchy of CSS files/pages

What is the hierarchy of CSS files/pages. Here's what I'm kind of assuming, but I can't find anything that confirms it:

Chosen skin's default css file

Trumped by: MediaWiki:Common.css
 Trumped by: MediaWiki:Vector.css (assuming Vector is the chosen skin)
  Trumped by: MediaWiki:Group-sysop.css (assuming user is logged in as sysop)
   Trumped by: MediaWiki:Vector.css (assuming Vector is the chosen skin)
    Trumped by: User:kgb-mlo/common.css (assuming user name is kgb-mlo)
     Trumped by: User:kgb-mlo/vector.css (assuming user name is kgb-mlo and Vector is the chosen skin)

Please edit as necessary to place these in the correct hierarchy (or point me to a page that explains it all).

Thanks, Kgb-mlo (talk) 01:04, 22 November 2012 (UTC)

No way of getting hold of extensions guaranteed to work with 1.20.0

I have upgraded my wiki to 1.20.0. As ExtensionDistributor still does not have 1.20.x versions of extensions available I took the trunk version. On testing I find that the trunk version of ConfirmEdit is not compatible with 1.20 - FancyCaptcha.class.php makes a call to FSFileBackend:getWikiId but that function is not present on 1.20.0. I have therefore wound back to the 1.19 version.

When 1.19 was issued there was a similar delay on updating ExtensionDistributor to provide 1.19.x versions of extensions. On that occasion I opted to use the 1.18 versions as I already had those available. I was faced with a similar problem - one of the extensions (TitleBlacklist I think) was not compatible with 1.19 as a result of which it was not possible to create new users until I got hold of a 1.19-compatible version of this extension.

I am now left in the position where I have no idea if any of the other extensions I have installed will cause problems with 1.20. I will have to keep an eye on the error log and fix any problems that occur.

Please consider how well you are supporting those of us who are using MediaWiki on our own websites. At the moment you are not making it easy. Prh47bridge (talk) 10:34, 22 November 2012 (UTC)

Agreed. Filled bug 42365. Ciencia Al Poder (talk) 20:20, 22 November 2012 (UTC)

And bug closed as invalid because extensions haven't been tagged for 1.20. Great.

Then you should strongly consider not upgrading to 1.20, then. I know, it's a shame. Ciencia Al Poder (talk) 20:32, 22 November 2012 (UTC)

They appear to be tagged now (or actually as of 12 days ago)

There was also some discussion about this at http://lists.wikimedia.org/pipermail/wikitech-l/2012-November/064329.html . Apparently trunk should be kept compatible with 1.20 until such a time as branching is introduced. I suppose if that is not the case, the one should complain to the extension maintainer. See also bugzilla:37946

As an aside, ConfirmEdit actually does contain a 1.20 version (this is not true of all extensions). I believe it can be downloaded here: https://gerrit.wikimedia.org/r/gitweb?p=mediawiki/extensions/ConfirmEdit.git;a=snapshot;h=refs/heads/REL1_20;sf=tgz (Just like in the old system, the branch was probably made automatically by a computer and simply represents trunk on the day 1.20 was released. It may or may not actually reflect a version that works with 1.20, but would be embarrassing if it did not since that's the version we appearently shipped with 1.20) Bawolff (talk) 21:55, 22 November 2012 (UTC)

It seems that the tag 1.20 for ConfirmEdit extension is not compatible for 1.20. There are other complains about it, including ShoutWiki that now runs 1.20. [8] Ciencia Al Poder (talk) 10:24, 23 November 2012 (UTC)

They may well be tagged in Git but that doesn't help those who use ExtensionDistributor to get extensions (or only know how to pull the trunk version using Git).

I'd forgotten that ConfirmEdit actually comes bundled with MediaWiki these days. I can confirm that the version included with 1.20 is not compatible. If you set $wgCaptchaClass = 'FancyCaptcha' in your LocalSettings.php you will get an HTTP 500 error if you attempt any operation involving a captcha such as creating a new account. If you look in FancyCapthca.class.php you will see it includes a call to getWikiId. The FSFileBackend class does not have that method in 1.20, although the trunk version does. The Apache error_log confirms that the failure is due to an attempt by FancyCaptcha.class.php to call FSFileBackend::getWikiId.

As Bawolff says, embarassing. Prh47bridge (talk) 12:00, 23 November 2012 (UTC)

For reference, Peter Harrison was kind enough to file bugzilla:42391. Bawolff (talk) 17:05, 23 November 2012 (UTC)

That's me having finally remembered my Bugzilla login :-) Prh47bridge (talk) 18:13, 23 November 2012 (UTC)

I was actually thinking as I was writing that, that Prh sounding like it could stand for Peter Harrison :) Bawolff (talk) 20:50, 23 November 2012 (UTC)

Using Maintenence Extension to generate sitemap

Site: http://wikibiz.vn, MediaWiki 1.19.2 I want to generate a sitemap and I'm using the extension:Maintenence. Any one could tell me an instruction? Thamdaocatba (talk) 14:52, 22 November 2012 (UTC)

Read the manual Ciencia Al Poder (talk) 20:04, 22 November 2012 (UTC)

Thank you. If I can follow the Manual, I don't need to ask. I'm using shared host and I can not run Command Prompt. I tried some softwares but they didn't work. Thamdaocatba (talk) 03:22, 24 November 2012 (UTC)

Ok, telling us your limitations about not having shell access in the first place would help.

Try creating a new PHP file that would execute the command to generate the sitemap, usinh the exec function. If that fails it would be worth reading this, and search on the internet about running shell or PHP-CLI scripts on your shared hosting: you'll probably find useful responses about your problem. Ciencia Al Poder (talk) 10:27, 24 November 2012 (UTC)

[RESOLVED] Turn MediaWiki into something like Wikinews?

How would one do to turn his MediaWiki into more of a site like Wikinews? I pretty much want all the features from that site.

Thank you very much! 80.216.187.111 (talk) 15:27, 22 November 2012 (UTC)

Hi. Basically Wikinews has a bunch of extensions installed. Their is a full list at n:special:version. The most noticable of these are probably extension:Intersection (DPL), extension:ParserFunctions and extension:GoogleNewsSitemap (used for RSS feeds). Various other extensions are also used, but are more in the background. Additionally Wikinews uses some custom javascript to modify the interface. There's a [possibly outdated] overview at n:Wikinews:Javascript (For example, Easy peer review, WN:MAKELEAD are all in JS). The javascript is rather poorly written (or at least the parts I wrote are ;) and sometimes can involve effort to move to a different site.

If there is any specific Wikinews feature I missed let me know. Bawolff (talk) 22:05, 22 November 2012 (UTC)

Thank you so much! That's just the information I needed! 80.216.187.111 01:00, 23 November 2012 (UTC)

Videogamebox

Hello how i can made a videogamebox, like wikipedia has? Here an example (I mean the box with Informations on the right side) http://de.wikipedia.org/wiki/Grand_Theft_Auto:_San_Andreas

Greetz 77.182.110.172 (talk) 15:44, 22 November 2012 (UTC)

That's called an infobox and you can find more help with them on this page on enwiki. TBloemink _talk 15:47, 22 November 2012 (UTC)

Navigation Bar Background Color

How can I set a background color for the Navigation Bar to the left. Because my Wiki background right now is preventing people from reading the text in the Navigation Bar. Any way to do it like this site? http://wiki.blockempires.com/index.php?title=Main_Page

I hope you can help, I've been trying to do this for hours without any luck :( 80.211.42.181 (talk) 13:05, 23 November 2012 (UTC)

you can change the background by editing the mediawiki:common.css. just search this page. the css-command depends on your skin. 89.183.44.65 18:13, 23 November 2012 (UTC)

Error in the creation of thumbnails.

Good day. I have a error in the creation of a thumbnail image, when added to the site a file of the drawings. And constantly writes the error of this type: "Error creating thumbnail. You cannot save the sketch to the place of destination"

Address of my site - http://hogsholla.ru/wiki/index.php

Version of MediaWiki 1.20.0 31.163.98.216 (talk) 15:04, 23 November 2012 (UTC)

Sounds like a permission problem. Make sure that MediaWiki has permission to save files and create new directories in the upload directory Bawolff (talk) 17:40, 23 November 2012 (UTC)

## To enable image uploads, make sure the 'images' directory
## is writable, then set this to true:
$wgEnableUploads  = true;
$wgUseImageResize  = true;
$wgUseImageMagick = true;
$wgImageMagickConvertCommand = "/usr/bin/convert";
$wgFileExtensions = array('png','gif','jpg','jpeg','doc','xls','mpp','pdf','ppt','tiff','bmp','docx', 'xlsx', 'pptx','ps','odt','ods','odp','odg');

31.163.87.8 14:13, 24 November 2012 (UTC)

Hi! I have the same problem. ImageMagick seems to work, because I get "Version: ImageMagick 6.6.0-4 2012-05-02 Q16 http://www.imagemagick.org Copyright: Copyright (C) 1999-2010 ImageMagick Studio LLC Features: OpenMP" when i test it with -version command.

Also have such settings like mentioned. I have file permissions 777. What else could I do? File is uploaded, because i found archive/0/0c/20131107193636!Slimak1.png/ which was file I uploaded. Yet there are no thumbnails. PlastNEO (talk) 19:56, 7 November 2013 (UTC)

Is your wiki public? Maybe we could see the problem if we looked.

Otherwise, does your error log show anything during or after the upload? ☠MarkAHershberger☢(talk)☣ 02:47, 8 November 2013 (UTC)

It is yet not public, but maybe log will give a hint what is matter.

debug log

Start request GET /PlastWiki/index.php/Plik:Slimak1.png HTTP HEADERS: HOST: plastneo.pl CONNECTION: keep-alive CACHE-CONTROL: max-age=0 AUTHORIZATION: Basic cGxhc3RuZW86dGVtcFdlYmhvbWUzMjE= ACCEPT: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 USER-AGENT: Mozilla/5.0 (Windows NT 6.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/29.0.1547.66 Safari/537.36 REFERER: http://plastneo.pl/PlastWiki/index.php?title=Specjalna:Prze%C5%9Blij&wpDestFile=Slimak1.png&wpForReUpload=1 ACCEPT-ENCODING: gzip,deflate,sdch ACCEPT-LANGUAGE: pl-PL,pl;q=0.8,en-US;q=0.6,en;q=0.4 COOKIE: cookie=1; wikiEditor-0-toolbar-section=help; wikiEditor-0-booklet-help-page=link; PHPSESSID=aecef8b8f3a04a7f59ed7e5e1cacfc8e; wikidb_plastneoUserID=1; wikidb_plastneoUserName=Wikisu; wikidb_plastneo_session=29c3249c756979669809e53c9cc85981; vector-nav-p-tb=true CACHES: EmptyBagOStuff[main] SqlBagOStuff[message] SqlBagOStuff[parser] LocalisationCache: using store LCStore_DB Unstubbing $wgParser on call of $wgParser::setHook from wfEmailFormExtension Parser: using preprocessor: Preprocessor_DOM Fully initialised Profiler::instance called without $wgProfiler['class'] set, falling back to ProfilerStub for safety Connected to database 0 at mysql5.nq.pl Title::getRestrictionTypes: applicable restrictions to [[Plik:Slimak1.png]] are {edit,move,upload} 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. RepoGroup::findFile: got File:Slimak1.png from process cache Unstubbing $wgLang on call of $wgLang::getCode from MessageCache::get Connected to database 0 at mysql5.nq.pl MessageCache::load: Loading pl... got from global cache MimeMagic::__construct: loading mime types from /alt/home/webmaster.plastneo/html/PlastWiki/includes/mime.types MimeMagic::__construct: loading mime info from /alt/home/webmaster.plastneo/html/PlastWiki/includes/mime.info File::transform: Doing stat for mwstore://local-backend/local-thumb/0/0c/Slimak1.png/543px-Slimak1.png FileBackendStore::getFileStat: File mwstore://local-backend/local-thumb/0/0c/Slimak1.png/543px-Slimak1.png does not exist. RepoGroup::findFile: got File:Slimak1.png from process cache RepoGroup::findFile: got File:Slimak1.png from process cache Article::view using parser cache: yes Parser options key expired, touched 20131108161615, epoch 20131107201400, cached 20131108161556 Article::view: doing uncached parse Parser cache options found. Saved in parser cache with key wikidb_plastneo:pcache:idhash:64-0!*!*!*!*!*!* and timestamp 20131108161615 DatabaseBase::query: Writes done: REPLACE INTO `objectcache` (keyname,value,exptime) VALUES ('wikidb_plastneo:pcache:idhash:64-0!*!*!*!*!*!*','uT]o�0��s~���ItI�(5Ӥ�u���$��8��.X$�e;-�����߸_2�@�$��C�=�^����s\Z\'4\\0c��K�K��n�>Xڧa����G�v�C\Z���;�����bArQ�G�he\\��_�R�V�r\'�p��T�H�J�(���Q�4��H0�MN^�ʺ??��N3ɉ�i^z����K&��e�O�z���+(t�k�f��\0���MD���HU�\n% ��6H�E��N������HȯR��Yu%A��18�c��\0[{��,�\0��nC���?���?�ά����p*���\r��:������L\'\n��+4I�����0���O�Oq�q�o��ɬd�������ш><z,��؏!SF@��p������x����-]�]�m|�e���VoU�����ǓZ|�kȥ��������*�����L��k�k�G]�;�F�����q*=��}M�����U��5�Fǜ���\n��n�W��`������:(j�����e��n��ej�vu����}3�����!hM��y8������<���)d֊����|ͅ;B+����4����0J�q\r�`�j>��f7h�?�p�웣%���t&F�o���5r���a�P�H�������)��\0��#����פ$gf��9�M��!��I�\Z�:���T����LQ]v�����,y���u�-��V����@��b��?V�1!�<�3�������','20131109161615') File::transform: Doing stat for mwstore://local-backend/local-thumb/0/0c/Slimak1.png/120px-Slimak1.png FileBackendStore::getFileStat: File mwstore://local-backend/local-thumb/0/0c/Slimak1.png/120px-Slimak1.png does not exist. File::transform: Doing stat for mwstore://local-backend/local-thumb/archive/0/0c/20131108161614!Slimak1.png/120px-Slimak1.png FileBackendStore::getFileStat: File mwstore://local-backend/local-thumb/archive/0/0c/20131108161614!Slimak1.png/120px-Slimak1.png does not exist. File::transform: Doing stat for mwstore://local-backend/local-thumb/archive/0/0c/20131107193636!Slimak1.png/120px-Slimak1.png FileBackendStore::getFileStat: File mwstore://local-backend/local-thumb/archive/0/0c/20131107193636!Slimak1.png/120px-Slimak1.png does not exist. User::getBlockedStatus: checking... ForeignAPIRepo: HTTP GET: http://commons.wikimedia.org/w/api.php?aisha1base36=h81gzutrhlh1lkvnxh20x3l2v92g6uo&aiprop=timestamp%7Cuser%7Ccomment%7Curl%7Csize%7Csha1%7Cmetadata%7Cmime&list=allimages&format=json&action=query&redirects=true Class PEAR_Error not found; skipped loading RepoGroup::findFile: got File:Slimak1.png from process cache RepoGroup::findFile: got File:Slimak1.png from process cache Title::getRestrictionTypes: applicable restrictions to [[Plik:Slimak1.png]] are {edit,move,upload} Title::getRestrictionTypes: applicable restrictions to [[Plik:Slimak1.png]] are {edit,move,upload} Title::getRestrictionTypes: applicable restrictions to [[Plik:Slimak1.png]] are {edit,move,upload}

46.187.188.208 16:27, 8 November 2013 (UTC)

Is this debug log the result from when you're uploading a file and the file exists on disk, but no thumbnail shows?

Maybe the problem is your temporary directory. ☠MarkAHershberger☢(talk)☣ 19:46, 8 November 2013 (UTC)

my investigation showed, that file i send is uploaded to archives, not the temp. In temp directory i found the same (big size) file I tried to upload but no thumbnails. The folder also have 777 permissions. What else could be wrong with it? But, why does the files have to be scaled by some software? Couldnt it be simply scaled like in normal html/php? Is there any alternate solution to add an scaled image to article without creating thumbnails? 46.187.188.208 21:00, 8 November 2013 (UTC)

Your file system temp directory is different than the temp directory that is a subdirectory of the mediawiki images directory. Thumbnails get generated in the system temp directory first, and then moved to the thumbs directory.

The debug log you posted is consistent with your temp directory not being writable by mediawiki (It determines it needs to make the thumbnail, it does stat calls, determine that thumb does not exist, bails before trying to render the file. The two causes of that that I am aware of is either temp directory unwritable, or filerepo is configured to be read only. The latter is not something that can really happen by accident).

Specificly, the following part:

File::transform: Doing stat for mwstore://local-backend/local-thumb/0/0c/Slimak1.png/120px-Slimak1.png

FileBackendStore::getFileStat: File mwstore://local-backend/local-thumb/0/0c/Slimak1.png/120px-Slimak1.png does not exist.

File::transform: Doing stat for mwstore://local-backend/local-thumb/archive/0/0c/20131108161614!Slimak1.png/120px-Slimak1.png

Indicates mediawiki knows it needs to create a thumbnail, but gave up before trying to do so, and moved on to the next thumbnail it needed. If it actually got further than the is temp directory writable step, there would be stuff about rendering the thumbnails between the stat related debug lines.

tl;dr Set $wgTmpDirectory to somewhere writable by the webserver. (Ideally somewhere not web accessible, but probably not the end of the world if it is).

----

It is possible to disable thumbnailing, and use browser scaling. You can do this by setting $wgUseImageResize = false;. I don't really know anyone who does this, so not sure how well it works. I would recommend trying to get the temp directory to work first, and disable scaling as a last resort. Bawolff (talk) 03:54, 9 November 2013 (UTC)

I set the absolute path to tmp dir of my wiki. Still no thumbnails, but error changed to simply saying there was error in generating thumbnail, not "Error creating thumbnail. You cannot save the sketch to the place of destination" . Also log changed, so maybe answer is there. Thank You for Your help.

debug log

Start request GET /PlastWiki/index.php/Plik:Test3.jpg HTTP HEADERS: HOST: plastneo.pl CONNECTION: keep-alive CACHE-CONTROL: max-age=0 AUTHORIZATION: Basic cGxhc3RuZW86dGVtcFdlYmhvbWUzMjE= ACCEPT: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8 USER-AGENT: Mozilla/5.0 (Windows NT 6.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/32.0.1700.6 Safari/537.36 REFERER: http://plastneo.pl/PlastWiki/index.php/Specjalna:Prze%C5%9Blij ACCEPT-ENCODING: gzip,deflate,sdch ACCEPT-LANGUAGE: pl-PL,pl;q=0.8,en-US;q=0.6,en;q=0.4 COOKIE: PHPSESSID=364a8e01db7c40278d52fb132087c64b; cookie=1; mw_installer_session=79b8186c49e1464aee36d6e83ed3b269; wikidb_plastneoUserID=1; wikidb_plastneoUserName=Wikisu; wikidb_plastneo_session=1dc8620186c6602c0eebc064249872ff CACHES: EmptyBagOStuff[main] SqlBagOStuff[message] SqlBagOStuff[parser] [cookie] session_set_cookie_params: "0", "/", "", "", "1" LocalisationCache: using store LCStore_DB Unstubbing $wgParser on call of $wgParser::setHook from wfEmailFormExtension Parser: using preprocessor: Preprocessor_DOM Fully initialised Profiler::instance called without $wgProfiler['class'] set, falling back to ProfilerStub for safety Connected to database 0 at mysql5.nq.pl Title::getRestrictionTypes: applicable restrictions to [[Plik:Test3.jpg]] are {edit,move,upload} [ContentHandler] Created handler for wikitext: WikitextContentHandler 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. RepoGroup::findFile: got File:Test3.jpg from process cache Unstubbing $wgLang on call of $wgLang::getCode from MessageCache::get Connected to database 0 at mysql5.nq.pl MessageCache::load: Loading pl... got from global cache MimeMagic::__construct: loading mime types from /alt/home/webmaster.plastneo/html/PlastWiki/includes/mime.types MimeMagic::__construct: loading mime info from /alt/home/webmaster.plastneo/html/PlastWiki/includes/mime.info File::transform: Doing stat for mwstore://local-backend/local-thumb/1/19/Test3.jpg/640px-Test3.jpg FileBackendStore::getFileStat: File mwstore://local-backend/local-thumb/1/19/Test3.jpg/640px-Test3.jpg does not exist. BitmapHandler::doTransform: creating 640x480 thumbnail at /alt/home/webmaster.plastneo/html/PlastWiki/tmp/transform_6a141a667389-1.jpg using scaler im BitmapHandler::doTransform: returning unscaled image RepoGroup::findFile: got File:Test3.jpg from process cache RepoGroup::findFile: got File:Test3.jpg from process cache Article::view using parser cache: yes Parser cache options found. ParserOutput cache found. Article::view: showing parser cache contents File::transform: Doing stat for mwstore://local-backend/local-thumb/1/19/Test3.jpg/120px-Test3.jpg FileBackendStore::getFileStat: File mwstore://local-backend/local-thumb/1/19/Test3.jpg/120px-Test3.jpg does not exist. BitmapHandler::doTransform: creating 120x90 thumbnail at /alt/home/webmaster.plastneo/html/PlastWiki/tmp/transform_4ae2a9f1dfa6-1.jpg using scaler im BitmapHandler::doTransform: called wfMkdirParents(/alt/home/webmaster.plastneo/html/PlastWiki/tmp) BitmapHandler::getMagickVersion: Running convert -version wfShellExec: /bin/bash '/alt/home/webmaster.plastneo/html/PlastWiki/includes/limit.sh' ''\''/usr/local/bin/convert'\'' -version' 'MW_CPU_LIMIT=180; MW_CGROUP='\'''\''; MW_MEM_LIMIT=102400; MW_FILE_SIZE_LIMIT=102400; MW_WALL_CLOCK_LIMIT=180' [exec] Possibly missing executable file: /bin/bash '/alt/home/webmaster.plastneo/html/PlastWiki/includes/limit.sh' ''\''/usr/local/bin/convert'\'' -version' 'MW_CPU_LIMIT=180; MW_CGROUP='\'''\''; MW_MEM_LIMIT=102400; MW_FILE_SIZE_LIMIT=102400; MW_WALL_CLOCK_LIMIT=180' BitmapHandler::getMagickVersion: ImageMagick version check failed BitmapHandler::transformImageMagick: running ImageMagick: '/usr/local/bin/convert' -quality 80 -background white '/alt/home/webmaster.plastneo/html/PlastWiki/images/1/19/Test3.jpg' -thumbnail '120x90!' -set comment 'File source: http://plastneo.pl/PlastWiki/index.php/Plik:Test3.jpg' -depth 8 -sharpen '0x0.4' -rotate -0 '/alt/home/webmaster.plastneo/html/PlastWiki/tmp/transform_4ae2a9f1dfa6-1.jpg' 2>&1 wfShellExec: /bin/bash '/alt/home/webmaster.plastneo/html/PlastWiki/includes/limit.sh' 'OMP_NUM_THREADS='\''1'\'' '\''/usr/local/bin/convert'\'' -quality 80 -background white '\''/alt/home/webmaster.plastneo/html/PlastWiki/images/1/19/Test3.jpg'\'' -thumbnail '\''120x90!'\'' -set comment '\''File source: http://plastneo.pl/PlastWiki/index.php/Plik:Test3.jpg'\'' -depth 8 -sharpen '\''0x0.4'\'' -rotate -0 '\''/alt/home/webmaster.plastneo/html/PlastWiki/tmp/transform_4ae2a9f1dfa6-1.jpg'\'' 2>&1' 'MW_CPU_LIMIT=180; MW_CGROUP='\'''\''; MW_MEM_LIMIT=102400; MW_FILE_SIZE_LIMIT=102400; MW_WALL_CLOCK_LIMIT=180' [exec] Possibly missing executable file: /bin/bash '/alt/home/webmaster.plastneo/html/PlastWiki/includes/limit.sh' 'OMP_NUM_THREADS='\''1'\'' '\''/usr/local/bin/convert'\'' -quality 80 -background white '\''/alt/home/webmaster.plastneo/html/PlastWiki/images/1/19/Test3.jpg'\'' -thumbnail '\''120x90!'\'' -set comment '\''File source: http://plastneo.pl/PlastWiki/index.php/Plik:Test3.jpg'\'' -depth 8 -sharpen '\''0x0.4'\'' -rotate -0 '\''/alt/home/webmaster.plastneo/html/PlastWiki/tmp/transform_4ae2a9f1dfa6-1.jpg'\'' 2>&1' 'MW_CPU_LIMIT=180; MW_CGROUP='\'''\''; MW_MEM_LIMIT=102400; MW_FILE_SIZE_LIMIT=102400; MW_WALL_CLOCK_LIMIT=180' [thumbnail] thumbnail failed on gamma: error 127 "" from "'/usr/local/bin/convert' -quality 80 -background white '/alt/home/webmaster.plastneo/html/PlastWiki/images/1/19/Test3.jpg' -thumbnail '120x90!' -set comment 'File source: http://plastneo.pl/PlastWiki/index.php/Plik:Test3.jpg' -depth 8 -sharpen '0x0.4' -rotate -0 '/alt/home/webmaster.plastneo/html/PlastWiki/tmp/transform_4ae2a9f1dfa6-1.jpg' 2>&1" [thumbnail] Removing bad 0-byte thumbnail "/alt/home/webmaster.plastneo/html/PlastWiki/tmp/transform_4ae2a9f1dfa6-1.jpg". unlink() succeeded User::getBlockedStatus: checking... ForeignAPIRepo: HTTP GET: http://commons.wikimedia.org/w/api.php?aisha1base36=ol23mz6k5ntz00sp55cdta2y79mz30e&aiprop=timestamp%7Cuser%7Ccomment%7Curl%7Csize%7Csha1%7Cmetadata%7Cmime&list=allimages&format=json&action=query&redirects=true Class PEAR_Error not found; skipped loading RepoGroup::findFile: got File:Test3.jpg from process cache RepoGroup::findFile: got File:Test3.jpg from process cache Title::getRestrictionTypes: applicable restrictions to [[Plik:Test3.jpg]] are {edit,move,upload} Title::getRestrictionTypes: applicable restrictions to [[Plik:Test3.jpg]] are {edit,move,upload} Title::getRestrictionTypes: applicable restrictions to [[Plik:Test3.jpg]] are {edit,move,upload} OutputPage::sendCacheControl: private caching; ** DatabaseBase::query: Writes done: UPDATE `page` SET page_counter = page_counter + 1 WHERE page_id = '75' LoadBalancer::reuseConnection: this connection was not opened as a foreign connection LoadBalancer::reuseConnection: this connection was not opened as a foreign connection LoadBalancer::reuseConnection: this connection was not opened as a foreign connection LoadBalancer::reuseConnection: this connection was not opened as a foreign connection LoadBalancer::reuseConnection: this connection was not opened as a foreign connection LoadBalancer::reuseConnection: this connection was not opened as a foreign connection LoadBalancer::reuseConnection: this connection was not opened as a foreign connection LoadBalancer::reuseConnection: this connection was not opened as a foreign connection LoadBalancer::reuseConnection: this connection was not opened as a foreign connection LoadBalancer::reuseConnection: this connection was not opened as a foreign connection LoadBalancer::reuseConnection: this connection was not opened as a foreign connection LoadBalancer::reuseConnection: this connection was not opened as a foreign connection Request ended normally wfClientAcceptsGzip: client accepts gzip. wfGzipHandler() is compressing output

46.187.188.208 02:39, 14 November 2013 (UTC)

It looks like it is doing something different this time, at least. But I see errors like the following:

[exec] Possibly missing executable file: /bin/bash ...
BitmapHandler::getMagickVersion: ImageMagick version check failed
BitmapHandler::transformImageMagick: running ImageMagick: '/usr/local/bin/convert' ...
wfShellExec: /bin/bash ...
[exec] Possibly missing executable file: ...'\''/usr/local/bin/convert'\''...
[thumbnail] thumbnail failed on gamma: error 127 "" from "'/usr/local/bin/convert' ...
[thumbnail] Removing bad 0-byte thumbnail "...". unlink() succeeded

Is ImageMagick installed? Is there a /usr/local/bin/convert? ☠MarkAHershberger☢(talk)☣ 18:05, 14 November 2013 (UTC)

1. Ensure that 755 permission is there on images folder

2. Ensure that Image Magick is installed (Use command " locate imagemagick" to locate and "convert -version" to find the version of Image Magick)

3. Localsettings.php variable "$wgImageMagickConvertCommand =" points to the correct Image Magick path, say "ImageMagick/bin/convert". Soumya.sadanandan (talk) 08:05, 12 December 2016 (UTC)

Hi! The command: "locate imagemagic"

$ locate imagemagick
/usr/share/bug/imagemagick-6-common
/usr/share/bug/imagemagick-6-common/presubj
/usr/share/bug/imagemagick-6-common/script
/usr/share/doc/imagemagick-6-common
/usr/share/doc/imagemagick-6-common/NEWS.Debian.gz
/usr/share/doc/imagemagick-6-common/README.Debian
/usr/share/doc/imagemagick-6-common/README.txt.gz
/usr/share/doc/imagemagick-6-common/TODO.Debian
/usr/share/doc/imagemagick-6-common/changelog.Debian.gz
/usr/share/doc/imagemagick-6-common/copyright
/usr/share/doc/imagemagick-6-common/html
/usr/share/doc/imagemagick-6-common/html/README
/var/lib/dpkg/info/imagemagick-6-common.conffiles
/var/lib/dpkg/info/imagemagick-6-common.list
/var/lib/dpkg/info/imagemagick-6-common.md5sums

The command: "convert -version" after I installed:

sudo apt install imagemagick-6.q16
sudo apt install graphicsmagick-imagemagick-compat
sudo apt install imagemagick-6.q16hdri

$ convert -version
Version: ImageMagick 6.9.7-4 Q16 x86_64 20170114 <nowiki>http://www.imagemagick.org</nowiki>
Copyright: © 1999-2017 ImageMagick Studio LLC
License: <nowiki>http://www.imagemagick.org/script/license.php</nowiki>
Features: Cipher DPC HDRI Modules OpenMP
Delegates (built-in): bzlib djvu fftw fontconfig freetype jbig jng jpeg lcms lqr ltdl lzma openexr pangocairo png tiff wmf x xml zlib

Got a Ubuntu 18...

But there is no path "/usr/bin/convert"

So what do I need to do to get this imagemagick to work?

Thanks! Mattes1002 (talk) 15:37, 6 November 2018 (UTC)

To get the path to the convert command, run:

which convert Ciencia Al Poder (talk) 18:03, 6 November 2018 (UTC)

CryptRand Error

Hey i've just transferred my wiki from webhost to another changing all the localsetting for the mysql connections and everything is working fine untill i try login.

My site: Project-Oblivion.co.uk/Wiki/

I get this error: http://img827.imageshack.us/img827/9125/cbe380adfcb545bf8b24977.png

Here is my CryptRand.php at line 285:

http://img600.imageshack.us/img600/3796/f3f13c4cebd142df84ae586.png

any ideas?

Thanks. Project-Oblivion (talk) 18:19, 24 November 2012 (UTC)

That is a known issue in some versions of PHP. It is resolved in current versions, e.g. in PHP 5.3.16 and newer.

Workaround if you cannot do an update of PHP (Note, this will potentially make your wiki somewhat less secure. I'm not exactly sure how much less secure (or more generally what the security implications actually are. You may want to modify $wgSecretKey in your LocalSettings.php to make it more random after your done the install if you do this)

• Find the following line (probably around line 285):

$iv = mcrypt_create_iv( $rem, MCRYPT_DEV_URANDOM );

• Change it to:

$iv = mcrypt_create_iv( $rem, MCRYPT_RAND );

See if things work. 88.130.102.160 18:35, 24 November 2012 (UTC)

Thanks very much! You have helped alot! Works perfectly. Project-Oblivion (talk) 19:12, 24 November 2012 (UTC)

[RESOLVED] LocalSettings.php corrupted, how to fix?

Managed to screw up LocalSettings.php by editing it, can't see reason for the error. No backup file to restore... What's the easiest way to get it working again?

My provider uses CPanel for site management. I tried to edit LocalSettings.php, and chose "ASCII" for the encoding because of the stern warning about not adding byte-order marks to the beginning of the file, but alas, the stupid editor did even worse things. It changed all # symbols to 0xA6 and all tabs to 0xA4, for God only knows what reason, and who knows what else it may have corrupted.

It caused the error: Parse error: syntax error, unexpected T_STRING in /home/c64dev79/public_html/LocalSettings.php on line 2

I downloaded the file to my local machine and used a very good editor (EditPad Pro) to fix those two problems, and uploaded the file. Now even though it looks correct based on everything I know, I'm getting a different error:

  Parse error: syntax error, unexpected '=' in /home/c64dev79/public_html/LocalSettings.php on line 21

Line 21 is: wgSitename = "WikiName";

That line is copied directly from the file. I don't see what could be wrong with it. There are no funny characters there, just spaces, letters, and ASCII symbols. It originally started with a tab character, but I removed it... didn't help.

Since there's talk in the manual about downloading LocalSettings.php, it would seem that it wouldn't be too hard to find a clean copy of it that I could upload and just be on my way. But in posts by people in a similar situation there doesn't seem to be any such simple answer... Something about the file being created when you install.

It seems too easy to corrupt this file, is there no simple solution for fixing it? I'm lost. AgentFriday~mediawikiwiki (talk) 21:32, 24 November 2012 (UTC)

I just used the default encoding when editing my own config files with CPanel-hosted wiki. Do you have a hex editor? Jasper Deng (talk) 21:44, 24 November 2012 (UTC)

Yes, I have a hex editor. I've made no customizations to the file yet, if I could get it back in its originally-installed form, I'd be happy. AgentFriday (talk) 22:04, 24 November 2012 (UTC)

FYI, siteground support got back to me and was able to restore a backup of the file (Yay!). So I am no longer broken.

Thank you if you devoted any time to it.

I was actually very close to having the problem fixed on my own. Not being very familiar with PHP I came to the erroneous conclusion that tabs had been replaced by 0xA4, when it was actually all the dollar signs ($). So I made the mistake of changing them "back" to tabs. AgentFriday (talk) 22:19, 24 November 2012 (UTC)

Vector-skin "swallows" tabs added by extension; what to do?

I installed the extension to allow pages to be restricted. The extension works just fine, although the promised tabs "restrict page" and "unrestrict page" are missing. If I add the following action "&action=restrict" to a link in my wiki, the extension allows me to perform the task. But this is a very unconfortable way to work with it.

I think it's just the layout I'm using on my wiki that interferes with the addition of the two tabs. Any ideas how I can fix it? I'm using the vector skin for my wiki.

Thanks in advance

Update

I tested other skins and there the button "restrict page" appears. It's just a problem in the code. Unfortunatly I'm not capable to edit the code, regardless if the problem roots in the CSS or in the PHP (due to my lack of knowledge). I'd be very grateful for ideas. DMR (talk) 18:09, 25 November 2012 (UTC)

If we should help you to locate the problem we first need to know if the problem is in the CSS code or in the PHP code. Can you post us the URL of the affected wiki?

You say your skin is Vector. Did you modify it (editing the PHP or CSS files)? 88.130.94.151 21:22, 25 November 2012 (UTC)

Here is the link to my wiki: [9] - it's in german though.

I modified the Common.css; I took the template from Wikipedia. DMR (talk) 22:24, 25 November 2012 (UTC)

bump DMR (talk) 16:52, 27 November 2012 (UTC)

List of used templates on edit section page

when i edit a page i get immedeately the list of used templates at the bottom. i need this behaviour on edit section pages too. any ideas? thank you! 91.37.142.250 (talk) 13:44, 26 November 2012 (UTC)

Know and old bug/enhancement (from 2004). You can vote for it at bug 878 Ciencia Al Poder (talk) 10:18, 27 November 2012 (UTC)

ok thanks. at leaqst there's a way to show all templates in section edit mode. 91.37.141.86 06:51, 4 December 2012 (UTC)

Template Issue - Can't seem to locate the errors

Howdy MediaWiki guys, I'm kind of new to mediawiki and I'm attempting to set up an infobox on my community wiki. It seems to have some "misplaced" text at the top of the page, and I can't revert back to fix it, and I can't seem to locate the problematic coding in the template either. Anyone mind taking a look?

Here is where the infobox is showing, and the template coding is on the page itself. If you need access to editing, email me directly: koda[dot]st[dot]592[at]gmail[dot]com 12.129.246.4 (talk) 20:36, 26 November 2012 (UTC)

Put the template code inside a text editor with syntax highlight that can highlight curly brackets when the cursor is over them, for example, with Notepad++. You'll see you have several ones that have no opening/ending pairs.

There are one of the problematic lines:

</td></tr>|1{{{gamertag|}}}=}}

The "1" before {{{gamertag|}}} seems to be misplaced. And the ending }} has no corresponding opening pairs.

There are more errors like this in all the template. Ciencia Al Poder (talk) 10:29, 27 November 2012 (UTC)

Thanks! I never thought of Notepad ++ . I'll give it a shot tonight! :D 71.200.232.51 20:17, 28 November 2012 (UTC)

LQT in my site become extremely slow.

This extension in Mediawiki.org is slow but acceptable. Any special setting or LQT version does Mediawiki.org using? Deletedaccount4567435 (talk) 05:00, 27 November 2012 (UTC)

Try to follow those tips: User:Aaron Schulz/How to make MediaWiki fast Ciencia Al Poder (talk) 10:21, 27 November 2012 (UTC)

Hi, I tried this：User:Aaron Schulz/How to make MediaWiki fast

It made my site faster than ever and crash a lot. However, the LQT extension did not improve much.

Anyway, thank you for your respond! Zoglun (talk) 17:41, 6 December 2012 (UTC)

Templates not accepting certain parameters

I'm having templates misbehave when certain types of parameters

I created a simple template, "demo template", containing simply {{{1}}} and nothing else. So it should just echo whatever its first parameter is.

Simple enough?

However, this (and every other template) refuses to render certain types of content: some (but not all - I haven't figured out what the difference is) tables, and images (I have $wgAllowImageTag enabled).

This works as expected:

{{demo template|hello hello}}

You see "hello hello" on the page.

Everything seems to be going as planned.

But this:

{{demo template| doesnt work: <img src="http://i4.ytimg.com/vi/D66I36fksZA/default.jpg" />}}

This just prints "{{{1}}}" on the page!

The below just shows }, a single curly bracket, on the page:

{{demo template|
{| border=1
|table code doesnt work
|}
}}

The below just puts "{{{1}}}" on the page:

{{demo template|
<table cellpadding="5">
<tr><td>Student percentile</td><td>Achievement test</td><td>GPA</td></tr>
<tr><td>Top 10%</td><td>&gt; 750</td><td>&gt; 3.7</td></tr>
</table>
}}

I am using MediaWiki 1.19.2. The db was started from a backup of an extremely old version of mediawiki, if that means anything. Floating gopher (talk) 06:45, 27 November 2012 (UTC)

{{demo template| doesnt work: <img src="http://i4.ytimg.com/vi/D66I36fksZA/default.jpg" />}}

This will be interpreted as a first parameter with name doesnt work: <img src and value of "http://i4.ytimg.com/vi/D66I36fksZA/default.jpg" /> because the "=" is what delimits the name from the value.

You can solve it placing the number of the parameter in front of it:

{{demo template|1= doesnt work: <img src="http://i4.ytimg.com/vi/D66I36fksZA/default.jpg" />}}

Table syntax is also problematic because the pipe character is the parameter separator. A common practice to solve it is to create the following template: Template:! and use {{!}} whenever you need to use a pipe character as a table syntax inside a template or parser function. Ciencia Al Poder (talk) 10:34, 27 November 2012 (UTC)

Preventing Access to MainPage

The name of my mainpage is "Página_principal" but even when I set this in $wgWhitelistRead = array ("Página_principal", "-"); the mainpage is blocked (for non-users).

Worked with all other pages...

PS: Already tryed with "P%C3%A1gina_principal" Wmshark (talk) 10:24, 27 November 2012 (UTC)

Are you using quotes or apostrophes ? It seems the syntax should be

('Página principal');

or

('P%C3%A1gina principal');

Not sure what the "-" is for also have you tried without the underscore ? Mlpearc (powwow) 02:44, 29 November 2012 (UTC)

yes, i tried without underscore... but nothing happened... I tried this way:

$wgWhitelistRead = array ('Página principal', 'P%C3%A1gina_principal', 'Utiliza%C3%A7%C3%A3o', 'Utilização', 'Videoaula', 'DTB', 'Fiscal');

All pages that do not have special characters normally access... "Videoaula" "DTB" "Fiscal"...

This example only the mainpage and the page "Utilização" does not work Wmshark (talk) 10:16, 3 December 2012 (UTC)

try this:

$wgWhitelistRead = array ("P\xE1gina_principal", "Utiliza\xE7\xE3o", 'Videoaula', 'DTB', 'Fiscal');

If that doesn't work neither you should file a bug about that. Ciencia Al Poder (talk) 10:33, 3 December 2012 (UTC)

It did not work... Ok, i'll file a bug about this... thanks guys! Wmshark (talk) 13:12, 3 December 2012 (UTC)

[RESOLVED] Mediawiki displays as printable version via network

I am having a problem with mediawiki, it displays as printable version if I access it via a network but fine on the localhost. Dylan.paikin (talk) 14:32, 27 November 2012 (UTC)

You probably don't see a printable version, but a page with no styles nor JavaScript applied at all. This can occur if your LocalSettings have absolute URLs configured with the server name to the local network, which is not accessible from Internet. Try changing it to the public server name accessible from internet. Ciencia Al Poder (talk) 10:21, 28 November 2012 (UTC)

thanks for the hint sorted :) Dylan.paikin (talk) 13:24, 29 November 2012 (UTC)

Hi, I am also facing the same problem,, but couldn't resolve..

I am trying to use mediawiki from network, for that i am using IP (192.168.0.100 - where mediawiki is installed).

but pages are displaying with no styles nor java scripts are applied. 183.83.89.15 17:47, 8 January 2013 (UTC)

Follow the same resolution, then.

Note that 192.168.0.100 is a private IP, it's only accessible through the internal network, so external access would have the same problem.

The best configuration would be to use the same domain name always, and configure DNS so within the private network it points to the internal server and from Internet it points to the external server, so users can use a consistent URL whether they're inside or outside the private network

Also, it's better to not edit [RESOLVED] posts for new issues. Ciencia Al Poder (talk) 10:27, 9 January 2013 (UTC)

It works for me too!

Thanks a lot. 79.152.200.14 10:31, 9 January 2013 (UTC)

Double post, please delete.

Double post, please delete. Sorry. 76.221.144.85 (talk) 14:41, 27 November 2012 (UTC)

Moving personal tools to the Vector sidebar

I've been struggling to successfully move the personal tools section to the Vector sidebar. Here's the markup I currently have in my MediaWiki:Sidebar page:

* Personal
** Special:MyPage|My page
** Special:MyTalk|My talk
** Special:Preferences|My preferences
** Special:Watchlist|My watchlist
** Special:MyContributions|My contributions
**{{#if:test|Special:UserLogout{{!}}Log out|Special:UserLogin{{!}}Log in}}

In the last part, I would like to replace "test" with a way to determine if the user is logged in or not, so that either Log in or Log out is correctly shown depending on the situation. How could I accomplish this? Additionally, is there a way to replace "My page" with the user's username or IP address here?

Thanks in advance. 76.221.144.85 (talk) 14:41, 27 November 2012 (UTC)

It's not possible to do that in MediaWiki:Sidebar. But you can use JavaScript to move the personal tools node into the sidebar. Ciencia Al Poder (talk) 10:37, 30 November 2012 (UTC)

Vector Extension

Hi,

i'm using the vector extension to receive a collapsing sidebar. is it possible to use a hyperlink on the first navigation level. for example on this page: if you click on "Support" or "Download", the sidebar is just expanding or collapsing. i want to open a mainpaige for the support or the downloadcenter-page when expanding the sidebar. how does that work.

Thanks in advance, 80.226.1.7 (talk) 19:00, 27 November 2012 (UTC)

[RESOLVED] Fatal error: Class 'XXXXXXXX' not found

I have a MediaWiki 1.19.2 installation (http://molwiki.org) with PHP 5.3.18 and MySQL 5.1.63. I've tried to upgrade it to the 1.20.0 version according to the manual. After uploading all the files to the server I pointed the browser to http://molwiki.org/w/mw-config/ and got an empty page with an error string "Fatal error: Class 'ConfirmAccountUISetup' not found in /usr/www/users/unexpr/w/extensions/ConfirmAccount/ConfirmAccount.php on line 42". Then I've switched off this extension in my LocalSettings.php and tried again but it complained about another extension and also in a sense like "Class 'XXXXX' not found in XXXXX". How to solve the problem? Rarruga (talk) 20:36, 27 November 2012 (UTC)

Deactivate all extensions, which show this error and run the MediaWiki updater.

After this was successful, download new versions of the extensions, install them instead. Run the updater again after each installation to make sure the new versions of the extensions find all tables/fields. 88.130.96.193 23:05, 27 November 2012 (UTC)

Thank you for the suggestion. However, there are no new versions of these extensions. They are all like 1.11+, i.e. potentially compatible with future versions of MediaWiki. Does my problem surely indicate that these extensions are in fact incompatible with MW 1.20.0? Then I would rather contact the developers of the extensions. Rarruga (talk) 07:13, 28 November 2012 (UTC)

If you did not get the error messages with older versions of MediaWiki, then the extensions became incompatible with the new versions. Yes, in that case, inform the developers. :-) 88.130.96.193 10:51, 28 November 2012 (UTC)

I've just now tried to upgrade to 1.19.3 from 1.19.2 and got the same error! This does not look like a problem of incompatibility between MW and extensions, because this is just minor update. Rarruga (talk) 08:42, 30 November 2012 (UTC)

By the way, I've tried to run http://molwiki.org/w/mw-config/ without upgrading files on the server, and after pressing "continue ->" button it shows me exactly the same error: "Fatal error: Class 'ConfirmAccountUISetup' not found in /usr/www/users/unexpr/w/extensions/ConfirmAccount/ConfirmAccount.php on line 42". Any suggestions? Rarruga (talk) 08:52, 30 November 2012 (UTC)

I've switched the problem extensions off, upgraded the wiki and then switched the extensions on. Now everything seems to be working properly. Rarruga (talk) 19:48, 1 December 2012 (UTC)

Strange problem... However, good to hear that it's finally working. :-) 88.130.86.33 14:24, 2 December 2012 (UTC)

Prevent Concurrent Editing

Hello, I'm basically wanting to completely disable concurrent editing (if a user is editing then don't allow somebody else to start editing) but I cannot seem to find an extension or setting that would allow me to achieve this. How do I go about disabling concurrent editing? 178.78.91.188 (talk) 21:52, 27 November 2012 (UTC)

This is not suppported and as you found, there's no extension for that. You can create your own extension, or protect a page whenever you want to start an edit and unprotect it once you're done. Ciencia Al Poder (talk) 10:27, 29 November 2012 (UTC)

It's really hard to believe that this is such a long time coming as a basic function. I understand there are ways to mitigate the basic problems by sticking to individual sections so that you aren't editing the entire page, and so forth, but it just seems like it should be a basic option.

I wish I could program it! Kubernetic (talk) 16:32, 22 November 2013 (UTC)

Connection with Active Directory - Windows 2008

Hi! Well, i followed the process in site. The situation is: when i try to connect with any user AD, i get a 'wrong password'. I tried several forms found in this Support_desk, without sucess. I don't have a SSL activated in my AD. Other aplications, like GLPI, Openfire, works great. But, in his configuration, i have to put a user and password to make search in AD. I even tried put a proxy in the Local...php, with same error. In debug, i get a loop without further informations. I'll try put the debug result tomorrow. But, if someone have any light in this meantime... Thanks. Mackbet (talk) 00:53, 28 November 2012 (UTC)

Section is not saved after concurrent editing

Hi! Using MediaWiki 1.20, PHP 5.3.5, MySQL 5.5.9 in Windows 7. I have installed diff3 and declared it in LocalSettings.php 2 users start editing different sections of a single page at the same time. User A edits section A and saves the page. But when user B edits section B and saves the page, the modifications of section A gets lost! Why is that happening? I thought that MediaWiki could handle concurrent editing of different sections. 2001:648:2300:2E02:6461:33F1:13BD:C67D (talk) 09:28, 28 November 2012 (UTC)

[RESOLVED] Special Pages page disappeared

I have customised my Wiki (v 1.19.2) by adding a number of extensions - I was checking everything was OK by viewing the Special:Version page after adding each extension - everything was fine - I returned to the main Wiki, again everything appears to be fine, but if I now select the Special Pages link I get a totally blank page, i.e. a complete failure to load any of the Wiki furniture - HELP, I have no idea where the problem is and I've not come across selective failure of the Wiki before - The Wiki is private, so I cannot post the URL

The following extensions have been added: CategoryTree; Cite; ConfirmEdit; DynamicFunctions; ExternalData; Gadgets; GetUserName; GoogleMaps; ImageMap; Nuke; ParserFunctions; RandomImage; Renameuser; ToggleDisplay2; UserMerge; UserRightsList; Vector; Widgets; WikiEditor 95.129.65.50 (talk) 10:29, 28 November 2012 (UTC)

I have discovered it is being caused by the UserRightsList extension (v 0.51), I have just uploaded version 0.53 and this has fixed that problem however, it has just removed ALL permissions from my WikiSysop account!!!

Craig 95.129.65.50 10:44, 28 November 2012 (UTC)

MW appears to incorrectly identify PHP as being in safe_mode when safe_mode is actually off.

I'm uploading SVG files successfully and can view the full-sized originals using my browser, but instead of thumbnails I get ""Error creating thumbnail: Unable to run external programs in safe mode." PNG and JPEG files become thumbnails as expected.

Software versions

PHP

5.3.3 (apache2handler)

MediaWiki

1.20.0

MySQL

5.1.66

Platform

GNU/Linux

CentOS release 6.3 (Final)

Kernel 2.6.32-279.9.1.el6.x86_64

RSVG

2.26.0

ImageMagick

6.5.4-7 2012-05-07 Q16 OpenMP

Configs

Here's part of my php.ini:

nyquist:# grep safe_mode /etc/php.ini
safe_mode = Off
; then turn on safe_mode_gid.
safe_mode_gid = Off
; When safe_mode is on, UID/GID checks are bypassed when
safe_mode_include_dir =
; When safe_mode is on, only executables located in the safe_mode_exec_dir
;safe_mode_exec_dir =
safe_mode_exec_dir = /etc/httpd/safe_mode_exec
safe_mode_allowed_env_vars = PHP_
; protected even if safe_mode_allowed_env_vars is set to allow to change them.
safe_mode_protected_env_vars = LD_LIBRARY_PATH
sql.safe_mode = Off

This is correctly interpreted by PHP as shown below:

nyquist:# echo "<?php\n phpinfo();\n?>" | php | grep safe_mode
safe_mode => Off => Off
safe_mode_exec_dir => /etc/httpd/safe_mode_exec => /etc/httpd/safe_mode_exec
safe_mode_gid => Off => Off
safe_mode_include_dir => no value => no value
sql.safe_mode => Off => Off
safe_mode_allowed_env_vars => PHP_ => PHP_
safe_mode_protected_env_vars => LD_LIBRARY_PATH => LD_LIBRARY_PATH

LocalSettings.php contains:

$wgHashedUploadDirectory = false;
$wgEnableUploads  = true;
$wgUseImageMagick = false; // otherwise NOTHING will thumbnail.
$wgSVGConverter = 'ImageMagick'; // Trying with rsvg gives the same error message as ImageMagick does.
$wgImageMagickTempDir = "$IP/images/temp";
$wgTmpDirectory = "$IP/images/temp";
$wgFileExtensions = array_merge( $wgFileExtensions, array( 'pdf', 'svg' ) );

To go with that, I have made the images/* tree and set ownership, permissions, and SELinux context:

nyquist:# cd images
/direct/sec_web/pages/mathsdbwiki/images
nyquist:# ls -ladZ 
drwxr-xr-x. apache apache unconfined_u:object_r:httpd_sys_rw_content_t:s0 ./
nyquist:# ls -laZ
drwxr-xr-x. apache apache unconfined_u:object_r:httpd_sys_rw_content_t:s0 ./
drwxr-xr-x. apache apache unconfined_u:object_r:httpd_sys_content_t:s0 ../
drwxr-xr-x. apache apache unconfined_u:object_r:httpd_sys_rw_content_t:s0 2/
drwxr-xr-x. apache apache unconfined_u:object_r:httpd_sys_rw_content_t:s0 archive/
-rwxr-xr-x. apache apache unconfined_u:object_r:httpd_sys_rw_content_t:s0 .htaccess*
drwxr-xr-x. apache apache unconfined_u:object_r:httpd_sys_rw_content_t:s0 lockdir/
-rw-r--r--. root   root   unconfined_u:object_r:httpd_sys_rw_content_t:s0 phpinfo.php
-rwxr-xr-x. apache apache unconfined_u:object_r:httpd_sys_rw_content_t:s0 README*
drwxr-xr-x. apache apache unconfined_u:object_r:httpd_sys_rw_content_t:s0 temp/
drwxr-xr-x. apache apache unconfined_u:object_r:httpd_sys_rw_content_t:s0 thumb/
-rwxr-xr-x. apache apache unconfined_u:object_r:httpd_sys_rw_content_t:s0 Ums-pg-schema.jpg*
-rwxr-xr-x. apache apache unconfined_u:object_r:httpd_sys_rw_content_t:s0 Ums-pg-schema.png*
-rw-r--r--. apache apache unconfined_u:object_r:httpd_sys_rw_content_t:s0 Ums-pg-schema.svg

The .htaccess says:

nyquist:# less .htaccess 
# Protect against bug 28235
### MATHS hg
# To make MediaWiki images work
Options FollowSymLinks
### END MATHS
<IfModule rewrite_module>
        RewriteEngine On
        RewriteCond %{QUERY_STRING} \.[^\\/:*?\x22<>|%]+(#|\?|$) [nocase]
        RewriteRule . - [forbidden]
</IfModule>

and is copied into archive, temp, and thumb.

Please let me know your thoughts on why this is happening. Hgriff (talk) 12:31, 28 November 2012 (UTC)

Fatal error: Cannot instantiate abstract class Installer

This is the error I'm getting :

Fatal error: Cannot instantiate abstract class Installer in C:\inetpub\wwwroot\mediawiki\includes\installer\Installer.php on line 469 PHP Fatal error: Cannot instantiate abstract class Installer in C:\inetpub\wwwroot\mediawiki\includes\installer\Installer.php on line 469

Do someone know how to resolve this ?

I have MediaWiki / Php / IIS / Windows Vista.

Thanks. 149.6.166.214 (talk) 14:49, 28 November 2012 (UTC)

The problem occur when I do the "Opening the MediaWiki installation form" step. 149.6.166.214 15:01, 28 November 2012 (UTC)

had the same issue

Fatal error: Cannot instantiate abstract class Installer in C:\sites\Single56\*****\webroot\wiki\includes\installer\Installer.php on line 469

PHP Fatal error: Cannot instantiate abstract class Installer in C:\sites\Single56\*****\webroot\wiki\includes\installer\Installer.php on line 469 24.18.67.109 23:17, 13 May 2013 (UTC)

Email Confirmation Link IIS 7 error

Hello!

I'm using the 1.18.5 (working perfectly) version with ISS 7.5,PHP 5.4.4,Mysql 5.5 PhpMyadmin,ON Winsever 2008 R2 64bit. Every time a new registration user click on the mail confirmation link ISS returned a 404 error message. The validation account process is finalized as well (confirmation is OK) but the users not see the default confirmation page like it seems not have the rigths permissions.

Whats wrong?

Can You help me?

Regards PretorianoAlba (talk) 16:37, 28 November 2012 (UTC)

MediaWiki 1.20 tarball issues

Usually, bugs should be reported to bugzilla, but sometimes people just need help walking through the issues. Hopefully this thread will help people diagnose these sorts of problems. ☠MarkAHershberger☢(talk)☣ 17:57, 28 November 2012 (UTC)

See Project:Support desk/Flow/2012/12#h-Adress_confirmation_does_not_work_anymore_with_MW_1.20.1-2012-12-02T10:39:00.000Z Ciencia Al Poder (talk) 10:27, 4 December 2012 (UTC)

As pointed out there, this was fixed in 1.20.2 ☠MarkAHershberger☢(talk)☣ 00:28, 2 January 2013 (UTC)

From Talk:MediaWiki 1.19#c-Carchaias-2012-12-29T23:32:00.000Z-MarkAHershberger-2012-06-19T11:32:00.000Z, User:Carchaias asks:

I did a fresh Install of 1.20.2 today with no modification to the uploadpath or so and now I'm facing the same problem. How can I use the patch (if its suitable for the current version) on a host with no shell access. example ist at

http://blechschaden.bplaced.net/wiki/index.php?action=Test

while an 1.18 works on the same host out of the box

http://wiki.fivefivezero.bplaced.net

☠MarkAHershberger☢(talk)☣ 00:26, 2 January 2013 (UTC)

Looking at http://blechschaden.bplaced.net/, it looks like there is a problem with an extension. Could you email me your LocalSettings.php or (if you're comfortable doing this) post it here? ☠MarkAHershberger☢(talk)☣ 00:30, 2 January 2013 (UTC)

It looks like the extensions you are using may not have been upgraded to versions compatible with 1.20 ... could you check those? ☠MarkAHershberger☢(talk)☣ 00:46, 2 January 2013 (UTC)

All the extensions are delivered with the original 1.20.2. So they should be up to date or not. What you see is the result after aplying the patch form the starting thread. Before patching it worked but without beeing able to link to files or upload files. Perhaps I will unpatch it and then you might look again.

now unpatched:

This is what a [[File:Filename.exp]] looks like without the patch and $wgShowDebug =true; :

Test Carchaias (talk) 12:49, 2 January 2013 (UTC)

What do your logs show? Could it be the same problem as this?

If you create a debug log, does it contain any more information?

$wgDebugLogFile = "/tmp/mw-debug.log"; ☠MarkAHershberger☢(talk)☣ 13:51, 2 January 2013 (UTC)

This is the output within mw-debug.log when page Test is called.

Start request GET /wiki/index.php?title=Test
HTTP HEADERS:
HOST: blechschaden.bplaced.net
USER-AGENT: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20100101 Firefox/17.0
ACCEPT: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
ACCEPT-LANGUAGE: de-de,de;q=0.8,en-us;q=0.5,en;q=0.3
ACCEPT-ENCODING: gzip, deflate
CONNECTION: close
REFERER: http://blechschaden.bplaced.net/wiki/index.php?title=Hauptseite
IF-MODIFIED-SINCE: Fri, 04 Jan 2013 16:30:39 GMT
CACHE-CONTROL: max-age=0
CACHES: EmptyBagOStuff[main] SqlBagOStuff[message] SqlBagOStuff[parser]
Class LanguageDe not found; skipped loading
LocalisationCache: using store LCStore_DB
Connecting to localhost blechschaden...
Profiler::instance called without $wgProfiler['class'] set, falling back to ProfilerStub for safety
Connected to localhost blechschaden.
Fully initialised
Title::getRestrictionTypes: applicable restrictions to [[Test]] are {edit,move}
Connecting to localhost blechschaden...
IP: 62.143.238.102
Connected to localhost blechschaden.
MessageCache::load: Loading de... got from global cache
Gadget::loadStructuredList: MediaWiki:Gadgets-definition parsed, cache entry blechschaden-BS_:gadgets-definition:6 updated
Unstubbing $wgParser on call of $wgParser::firstCallInit from MessageCache::getParser
Parser: using preprocessor: Preprocessor_DOM
Unstubbing $wgLang on call of $wgLang::_unstub from ParserOptions::__construct
OutputPage::checkLastModified: client sent If-Modified-Since: 2013-01-04T16:30:39Z
OutputPage::checkLastModified: effective Last-Modified: 2013-01-04T16:30:39Z
OutputPage::checkLastModified: NOT MODIFIED, page=2012-12-29T22:15:43Z, user=2013-01-04T16:34:09Z, epoch=2013-01-04T16:30:39Z
OutputPage::sendCacheControl: private caching; Fri, 04 Jan 2013 16:30:39 GMT **
wfClientAcceptsGzip: client accepts gzip.
wfGzipHandler() is compressing output
Article::view: done 304
Request ended normally

I don't know if this could be a problem with filesystem permissions.

1. The file itself was uploaded and mw was able to create the folders and the file itself on the server. When you look at http://blechschaden.bplaced.net/wiki/images/e/e0/Info48.png you can see: The file is there.

2. The /images/tmp and /images/thumb folder are not created. I created them and chmoded to 755 by ftp but that did not change anything so I deleted again.

3. Another Wiki on V 1.18 works without any problems on the same hoster.

Update:

I don't know what happend, but now I'm not able to upload any longer. There ist a message at the top of the page

 wfMkdirParents: failed to mkdir "/wiki/images/7/71" mode 0777 in <b>/users/blechschaden/www/wiki/includes/GlobalFunctions.php

62.143.238.102 16:51, 4 January 2013 (UTC)

Maybe you need to fix the permissions on your images directory. Also, adding a temp directory might help:

mkdir wiki/images/temp

chmod 0777 wiki/images wiki/images/temp

You'll also need to add the following line to LocalSettings.php:

$wgTmpDirectory = "$IP/images/temp"; ☠MarkAHershberger☢(talk)☣ 19:36, 4 January 2013 (UTC)

I would like to thank you very much. Your last hint was the key. This is what the section in LocalSettings.php now looks like:

## To enable image uploads, make sure the 'images' directory
## is writable, then set this to true:
$wgEnableUploads  = true;
$wgUploadDirectory = "$IP/images";
$wgUploadPath = "$wgScriptPath/images";
$wgTmpDirectory = "$IP/images/temp";

I used the commands mkdir and chmod via ftp from command line. Example

ralfhagenbuck@ubuntu:~$ ftp
ftp> open
(to) blechschaden.bplaced.net
Connected to server2.bplaced.net.
220 Welcome to bplaced, FTP server standing by ...
Name (blechschaden.bplaced.net:ralfhagenbuck): blechschaden
331 Hello blechschaden, your FTP account password is required:
Password:
230-Login successful, your current directory is /
230 69792 Kbytes used (3%) - authorized: 2097152 Kb
Remote system type is UNIX.
Using binary mode to transfer files.
ftp> cd wiki
250 OK. Current directory is /wiki
ftp> chmod 0755 images images/temp
200 Permissions changed on images

(This would not work using a Windows based computer cause chmod is no command there.)

Some Questions remain:

1. I never had to set $wgTmpDirectory before. Is that new? Shouldn't this the be done by the mw-config script at setup?

2. $wgUploadDirectory and $wgUploadPath have not been set by mw-config script. This is the standard configuration so they shouldn't be needed (and they are not in my 1.18 Wiki).

3. Why does $wgUploadDirectory use the $IP and $wgUploadPath use the $wgScriptPath variable. I used $wgScriptPath for both but thats not working.

4. In my other Wiki all /images and subfolders are 0755. Why now 0777? 0755 does it the same way in my case. Carchaias (talk) 22:07, 4 January 2013 (UTC)

(This would not work using a Windows based computer cause chmod is no command there.)

True, but you could still ftp from a Windows computer. If your wiki is hosted on a *nix system (most are) then it will work.

I never had to set $wgTmpDirectory before. Is that new? Shouldn't this the be done by the mw-config script at setup?

Good point. Tracked here: https://bugzilla.wikimedia.org/show_bug.cgi?id=43644

$wgUploadDirectory and $wgUploadPath have not been set by mw-config script. This is the standard configuration so they

shouldn't be needed (and they are not in my 1.18 Wiki).

Are they needed? What happens if you don't set them? The documentation for $wgUploadPath and $wgUploadDirectory makes it look like they don't need to be set unless you want to have some sort of special control over them.

Why does $wgUploadDirectory use the $IP and $wgUploadPath use the $wgScriptPath variable.

I used $wgScriptPath for both but thats not working.

The documentation (linked above) explains what is going on. $wgUploadDirectory is pointing to the location on disk. $wgUploadPath provides the path portion of the url. $wgScriptPath doesn't point to an actual directory on disk, but $IP does.

In my other Wiki all /images and subfolders are 0755. Why now 0777? 0755 does it the same way in my case

Who owns the directory on your other Wiki? 0755 means that anyone can see the files but only the owner of that directory can write files. The 0777 permissions make it so that anyone can write the files there. ☠MarkAHershberger☢(talk)☣ 22:48, 4 January 2013 (UTC)

The Windows FTP Commandline does not have chmod. Perhaps it works with filezilla or thelike.

$wgUploadDirectory and $wgUploadPath are needed in my 1.20.2 installation but not in 1.18. Here the same section looks like this and works fine with 1.18 :

## To enable image uploads, make sure the 'images' directory
## is writable, then set this to true:
$wgEnableUploads  = true;

This is what the 1.20.2 /mw-config/index.php created also and it didn't work. Perhaps its a lag in the script.

The owner within the whole /wiki is always 33 or 330 - that varies. It is something that is set by the hoster i think. It is the same for both wikis. Carchaias (talk) 11:24, 5 January 2013 (UTC)

The Windows FTP Commandline does not have chmod. Perhaps it works with filezilla or thelike.

It is awkward, but you can do it in the bundled ftp client for windows. I just tried this by ftp'ing from my windows VM to my linux box. The command is

quote site chmod 777 FILE

$wgUploadDirectory and $wgUploadPath are needed in my 1.20.2 installation

Your site is working now, right? What happens if you remove those two settings now? Does it keep working? ☠MarkAHershberger☢(talk)☣ 14:28, 5 January 2013 (UTC)

No, it does not work without this two parameters. 62.143.238.102 16:04, 5 January 2013 (UTC)

I have the same issue but nothing works (putting the two settings and chmod to 777). 1.20.2 here also (not fresh). 94.67.119.237 21:54, 8 January 2013 (UTC)

Could you start a new thread describing your problem in detail? ☠MarkAHershberger☢(talk)☣ 21:59, 8 January 2013 (UTC)

Just for infomation: I had a simular problem and solved it by creating an folder named tmp (not temp) in images/. Saerdnaer (talk) 23:13, 22 March 2013 (UTC)

Category not displaying in v1.19.2

any Category page just results in a blank page - as far as I can tell all other pages are displaying OK.

I assume it is being caused by an extension, but I've no idea which. Apart from those installed during install, I have added Cite, CategoryTree, DynamicFunctions, ExternalData, GoogleMaps, ImageMap, RandomImage, Renameuser, SimpleSecurity, StubManager, UserMerge, Widgets

Any idea to the cause appreciated 80.177.22.96 (talk) 20:24, 28 November 2012 (UTC)

See Blank page Ciencia Al Poder (talk) 10:51, 29 November 2012 (UTC)

Thanks for that, the error it is producing is as follows:

"Catchable fatal error: Argument 2 passed to CategoryViewer::__construct() must implement interface IContextSource, null given, called in /home/sites/staffs-ecology.org.uk/public_html/partners/extensions/CategoryTree/CategoryPageSubclass.php on line 9 and defined in /home/sites/staffs-ecology.org.uk/public_html/partners/includes/CategoryViewer.php on line 61 "

Craig 80.177.22.96 07:04, 7 December 2012 (UTC)

According to the talk in Extension:CategoryTree, it seems to be incompatible or have bugs with recent installations. Maybe the version you downloaded isn't compatible with the mediawiki version you're running.

If you're using version 1.20, try downloading the snapshot (link in the extension page).

Alternatively, you can disable this extension deleting the require_once( "$IP/extensions/CategoryTree/CategoryTree.php" ); in LocalSettings.php Ciencia Al Poder (talk) 10:35, 7 December 2012 (UTC)

[RESOLVED] blank page while installing

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,

we want to use the 1.20 version, and we already use 1.17 on another server, but for other purposes. I want to set up the 1.20 on a new web server.

I just followed the install instructions and mysql, php and apache is working well. When I go to index.php of the root folder I see the - Please set up the wiki first - Page, which is absolutly correct. But when I try to click the link, which directs me to mw-config/index.php, the page is just blank, no html-source there.

When starting this script via cli, even with apache-user, the script seem to return correct html code.

do you have any quick suggestions?

thanks in advance 193.174.53.85 (talk) 10:07, 29 November 2012 (UTC)

See Blank page Ciencia Al Poder (talk) 10:52, 29 November 2012 (UTC)

Thank you for the Tip, i added the error_log and wanted to retry, but than it worked. I guess maybe there where some caching problems.

Thanks! 193.174.53.85 11:21, 29 November 2012 (UTC)

I have the same issue,

using media wiki 1.17

got to "wiki_location/mw-config/" choose language - and then I get a blank page :-(

tried adding the error code to the localsettings.php file - but still I get a blank page.

I just get "wiki_location/mw-config/?page=ExistingWiki" in the title bar.

when I try to go back to choose a language - the blank page remains and I need to clear the cache in order to see the page again.

any help would be appreciated!! Dave Kent (talk) 10:59, 18 July 2013 (UTC)

Could you please check if the problem is bugzilla:42205? Check if your installation environment meets all the Manual:Installation requirements.

Also, you should also take a look at the server's error log (apache error_log for example) since such errors are normally logged there, where you can obtain a more meaningful error message. Ciencia Al Poder (talk) 13:21, 21 July 2013 (UTC)

This helped. Thanks! Maisie (talk) 11:46, 13 August 2013 (UTC)

I restarted the computer and it worked (perhaps due to a recent Apache/PHP installation?) Note this error occurs before user has executed mw-config/index.php so LocalSettings.php may not exist. Richardbrucebaxter (talk) 02:43, 11 August 2014 (UTC)

(70014)End of file found: Error reading chunk   78.109.129.81 (talk) 14:45, 23 September 2017 (UTC)

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

ldap groups permissions to namespaces

Hello, is there any possibility to use ldap groups to restrict or give access to different namespaces?
I wasn't sure if this is possible with the ldap extension.
For example I have namespaces and ldap groups:
namespace group
general -> prod, man
production -> prod
management -> man

So I want that production and management groups have access to the general namespace and to their own namespace. 193.174.53.84 (talk) 13:39, 29 November 2012 (UTC)

According to Extension:LDAP Authentication#Features it should be possible: Synchronization of LDAP groups to MediaWiki security groups (LDAP->MediaWiki only)

Then you can see Manual:$wgNamespaceProtection#Setting up custom namespaces with restricted write access. Ciencia Al Poder (talk) 10:26, 30 November 2012 (UTC)

Extension:mindmap

Hi,

I don't seem to get this mindmap-thing up and running. In the discussion-page of the extension, some people have asked the same thing but there doesn't seem to be a solution. When I include something like <mindmap>test</mindmap> in a page, all I get is the mindmap control panel (enlarge, search, etc) but no mindmap. The example provided on the download page doesn't work as well so I can't see how the thing is supposed to work. Thanks! 213.47.162.15 (talk) 15:59, 29 November 2012 (UTC)

UserCan extensions not working on IIS

MediaWiki 1.20.0;

PHP 5.4.0 (cgi-fcgi);

MySQL 5.1.66-community;

Windows 2008R2 IIS;

I'm trying to restrict editing for all non-sysops on every page that is under 2 subpages deep. So Main_Page and Main_Page/Subpage are not editable, but Main_Page/Subpage/Subpage are open to edit for all. I had this working with the EditSubpages extension on a 1.18 install on a linux box, but I can't get it to work at all on my windows server. I've also tried Whitelist_Regex hoping to modify it, but couldn't even get the Main_Page example working. Starting to think this has something to do with the way IIS handles pages, but really I have no idea. Does anyone have something like this working, or know of a better way to achieve this? Thanks 67.78.106.74 (talk) 16:50, 29 November 2012 (UTC)

Problems editing pages and logo

Hi all

I have 2 Issues

1) Unable to edit: When I try to add new things to my wiki I consistently get an error

(Error 101 (net::ERR_CONNECTION_RESET): The connection was reset.)

I am not sure what is going on. I had to luck in trying to find something in the technical and enduser help sections. I used to be able to update it earlier. I dont remember anything changing, except for the installing the regular updates on ubuntu. I am guessing somethings changed which might be causing this. Please help figure this out.

2) Logo : I tried to use a logo file for my wiki. The logo file is an png image file (size 135x135 px). I did as it was described in the help (option 2) However, the image doesnt show up. It is currently hosted on the same dir as LocalSettings.php. Could this be a file permissions problem ?

MediaWiki 1.19.2-2 PHP 5.4.6-1ubuntu1 (apache2handler) MySQL 5.5.28-0ubuntu0.12.10.1

Wiki URL : http://myownwiki.dyndns-wiki.com/mediawiki/

Thanks R Raja.iyer (talk) 19:28, 29 November 2012 (UTC)

To number 2: Can you view the logo file when you point your browser to its URL? 88.130.71.230 22:59, 29 November 2012 (UTC)

Thanks your suggestions helped. I had put the png file in the /usr/share/mediawiki/ directory while the apache2 configuration file is pointing to /var/lib/mediawiki. The logo issue is resolved.

Thanks

Raja Raja.iyer (talk) 23:23, 29 November 2012 (UTC)

Fine. :-)

To number 1: I just tested editing your wiki. You get the error, when you click "Save" after editing a page (and the content is not saved in the DB). Do the error logs (PHP, Apache) contain more information? 88.130.71.230 00:15, 30 November 2012 (UTC)

Thanks

This suggestion too helped. I found these in the apache error log

[Thu Nov 29 20:05:56 2012] [notice] child pid 24270 exit signal Segmentation fault (11)

[Thu Nov 29 20:05:56 2012] [notice] child pid 24526 exit signal Segmentation fault (11)

[Thu Nov 29 20:13:59 2012] [notice] child pid 24540 exit signal Segmentation fault (11)

[Thu Nov 29 20:13:59 2012] [notice] child pid 25193 exit signal Segmentation fault (11)

The php error log is not turned on. I will figure out how tyo do it and get back here.

Thanks

RI Raja.iyer (talk) 01:17, 30 November 2012 (UTC)

I'm having the same problem. Have you made any progress? 169.133.140.5 14:41, 11 December 2012 (UTC)

That's interesting. This sounds more like an apache problem then anything else.

>You get the error, when you click "Save" after editing a page

Also on preview and view changes button from edit pages. Normally diffing and normal parsing however do not seem to cause the error. POST actions also don't trigger the segfault.

Given that you have editing the Main Page of your wiki, it couldn't have always segfaulted. Did anything change?

One approach might be to try just installing a different version of apache and seeing if that changes anything

-----

To truely debug this, what you would have to do is enable mediawiki logging (See How to debug) and add wfDebug() lines basically after everyline of EditPage.php (and maybe even Article.php) to try and figure out which line triggers the segfault (Since at that point the debug messages will stop) Bawolff (talk) 15:32, 13 December 2012 (UTC)

Have a look at

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=694473

that bug seems to be what you are experiencing. Have you tried to stop and restart Apache? As far as I understand, using

apachectl restart

breaks thinks,

/etc/init.d/apache restart

fixes the problem temporarily. 78.50.106.222 17:01, 23 December 2012 (UTC)

Hi

I am seeing that this problem is reoccurring. Last time my problem was solved after I restarted apache2. However, I don't know what to do now to get this right. For now, I have tried restarting apachectl and apache2 (I am hoping that apache2 is the next generation apache)

Has anybody successfully tried to use debugging within mediawiki to solve this issue ?

Thanks

Raja Raja.iyer (talk) 15:21, 14 January 2013 (UTC)

I've successfully used the debug log. What does yours show? ☠MarkAHershberger☢(talk)☣ 21:00, 14 January 2013 (UTC)

I was having the same problem and for me it fixed when I changed the /etc/hosts file. My server name was resolving to 127.0.1.1 instead of 127.0.0.1. I made the change and edits started working. 69.171.144.85 22:00, 11 May 2013 (UTC)

I had todo

apachectl stop

and then

apachectl start

in order to get edit to work. Doing a apachectl restart was not enough. I found this out by reading here:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=694473 Jmossberg (talk) 19:01, 24 May 2013 (UTC)

114.250.73.111 06:24, 28 March 2013 (UTC)

PHP Notice: Undefined property: DatabaseMysql::$mTrxDoneWrites in includes/db/Database.php on line 512

I just upgraded to MW 1.20.1 from 1.18 and now have the following error on the top of every page, and twice on the bottom.

PHP Notice: Undefined property: DatabaseMysql::$mTrxDoneWrites in includes/db/Database.php on line 512

Anyone know what might be causing it?

Product	Version
MediaWiki	1.20.1
PHP		5.3.10 (cgi-fcgi)
MySQL		5.5.21

-Jonathan 24.188.135.90 (talk) 04:42, 30 November 2012 (UTC)

i'm not alone

1.20.0 -> 1.20.1

php 5.3.3(cgi-fcgi)

mysql 5.1.66

line 512 return $this->mTrxLevel && ( $this->mTrxDoneWrites || $this->mTrxIdleCallbacks );

mTrxDoneWrites or mDoneWrites?

best regards s.net 05:28, 30 November 2012 (UTC)

This is a known issue; see bug 42370. I don't know why it wasn't addressed prior to the release of MediaWiki 1.20.1. PleaseStand (talk) 08:49, 30 November 2012 (UTC)

So is the best route then to roll back to 1.20.0? 204.16.64.3 17:15, 30 November 2012 (UTC)

No! If you downgraded, you would open the security wholes, which 1.20.1 intends to fix. Since 1.20.1 already is released and since the development process (fixing these security ssues) happens publicly, the exact issues are known. Knowingly opening these wholes again would not be clever. ;-)

Instead have a look at bug 42370. Sooner or later a fix will be presented there (which you can then try out). 88.130.64.45 17:31, 30 November 2012 (UTC)

Sooner or later I'll be able to have my users log in. 149.150.236.189 20:47, 30 November 2012 (UTC)

I have same issue.

1.20.0 -> 1.20.1

PHP 5.3.19 (apache2handler)

SQLite 3.7.7.1 Tree1891 (talk) 12:48, 30 November 2012 (UTC)

I am seeing this as well with my fresh install of MediaWiki 1.20.1. It appears even on the Home Page.

IIS7

MySQL 5.5

PHP5.4 using CGI version 204.16.64.3 16:58, 30 November 2012 (UTC)

Me too - first ever installation of MediaWiki (1.20.1)

Running under WAMP (Win7 64bit):

Apache 2.4.2

PHP 5.4.3

MySQL 5.5.24

HELP!! 213.123.172.65 18:18, 30 November 2012 (UTC)

I'm getting this problem when I try to generate a new password, as well as when I try to manage user rights in the Special:UserRights page.

Mediawiki 1.20.1

PHP 5.3.3

MySQL 5.0.95

Apache/2.2.15 (Red Hat) 149.150.236.189 21:03, 30 November 2012 (UTC)

This small fix on github (line 512) fixes the problem with user rights, but the new password generator is still broken. 149.150.236.189 21:12, 30 November 2012 (UTC)

See https://gerrit.wikimedia.org/r/#/c/36220/1/includes/db/Database.php 88.130.64.45 23:27, 30 November 2012 (UTC)

it works

thank you 197.123.210.125 19:26, 1 December 2012 (UTC)

No it doesn't?!

I changed

$this->mTrxDoneWrites

to

$this->mDoneWrites

as said on that website: https://gerrit.wikimedia.org/r/#/c/36220/1/includes/db/Database.php

I still get the same note. Can anyone help please? Thank 91.89.5.197 17:41, 2 December 2012 (UTC)

This is happening to me to. Tried the changes on both above and here (https://gerrit.wikimedia.org/r/#/c/24655/) but still fails. Downgrading to a previous version. 124.157.115.64 00:21, 4 December 2012 (UTC)

Same here.

Used

error_reporting( E_ALL & ~E_NOTICE );

in LocalSettings.php to get rid of the notice for the time being... Arent (talk) 23:58, 1 December 2012 (UTC)

I still can't get authorized users going. The passwords that are e-mailed to them do not work.

Is this a new problem to 1.20? Maybe I should roll back to 1.19? 149.150.236.189 14:57, 3 December 2012 (UTC)

Are you able to see if they are actually being changes in the database, they aren't for me? 130.88.105.41 15:31, 3 December 2012 (UTC)

error_reporting( E_ALL & ~E_NOTICE );

it's work,thanks! P.swiki (talk) 11:41, 5 December 2012 (UTC)

Math extension issue with 1.19.3

http://www.mediawiki.org/wiki/Extension:Math

seems to be broken with 1.19.3 are there any other solutions?

thanks 2001:638:60F:1000:ED4A:3302:3A34:F670 (talk) 09:23, 30 November 2012 (UTC)

in 1.19.2 it works but you have to set the "$wgTexvc" variable. In 1.19.3 its broken, without math i cannot update. Kero99 (talk) 10:30, 30 November 2012 (UTC)

If you want this issue solved, do not open an issue in the bugtracker. Do not provide the exact error message and do not tell what exactly you did with what expected result and what happened instead. 88.130.64.45 20:56, 30 November 2012 (UTC)

How to run the update script

I recently downgraded my mediawiki from 1.19 to 1.16 to establish a working environment for an outdated extension. Since I'm no expert in all this database/php stuff I thought it would be easiest to just download the entire wiki and update it on my local machine. Here is what I did:

• downloaded the wiki, copied it to a backup folder
• downloaded Cygwin terminal since I'm on a windows machine
• downgraded the wiki via Cygwin terminal
• skipped the database update since I thought the database needs no changings
• installed the extension
• reuploaded the 1.16 wiki with the extension

While the regular accessing functions of the Wiki work just fine, I find myself unable to create new users or admit changes in the personal settings. When attempting, I receive various database errors. After a short search in Google it looks like that the databse isn't working properly with the Wiki due to the un-updated database. Now I wanted to update it and the manual told me to run the command "php update.php" in the maintenance folder. But how do I do that? Cygwin does not know the command "php". Do I have to do this on the server directly? If so, how to do that? I connect to the server via FileZilla which does not provide a command line.

Thanks in advance DMR (talk) 14:47, 30 November 2012 (UTC)

Yes, you have to execute the php command directly on the server. If you do not have command line access to the server, you cannot do that. In that case you could try using your browser to use the web updater in mw-config/index.php instead.

However, I would not recommend this. Downgrades generally are not supported.

There are several reasons. E.g. while doing an upgrade changes to the database are done, e.g. content is moved from one column to another or content in a column is modified in a way. However, there are no scripts in older releases, which could undo these changes. So the upgraded DB will not work properly with an older version of MediaWiki. If you want to downgrade, you should do that by taking an old backup, in which you have only used the old version. Using an old MediaWiki version with a newer database will break things (just like happened in your case). Another problem in which you are likely to run after having done a downgrade is that a new upgrate (to in your case MediaWiki 1.19) will not work correctly: While upgrading, the updater checks, if some columns in the DB are there. If they are not, some update routine is executed. This routine can also populate columns with content or change existing content. If however you have a DB, which was already updated some time before, but then used with an older version of MediaWiki, these updates will no longer take place and you will end up with missing/wrong content, which was inserted (or not inserted) by the old MediaWiki version, which you downgraded to.

Bottomline is: Take a database backup from before your downgrade and it will work with 1.19 or take an older database backup from MediaWiki 1.16 and it will work with 1.16. Everything else might -at least in the long run- leave you with a broken system. 88.130.64.45 15:00, 30 November 2012 (UTC)

Thank you for the quick response! Well, this ain't any good news for my wiki. We started with 1.19 so there is no old database backup. Is it possible to start a new wiki on 1.16 with a new database and all and just import the written articles, categories and uploaded files?

To do this manually would be a huge pain in the butt. DMR (talk) 10:23, 1 December 2012 (UTC)

You can try Manual:Backing up a wiki#XML dump, but be aware that this will only get the content of pages. All user accounts will be gone.

You should really consider if that extension is worth to do this. Ciencia Al Poder (talk) 13:34, 1 December 2012 (UTC)

Whatever you do now: Since you don't have an unbroken backup, you have to live with the fact that you possibly have -maybe partly- broken records for some pages/users.

Apart from Ciencia's idea another option would be to upgrade back to 1.19 again and to continue using 1.19. All user accounts and files and so on will then still be there.

Both options are not ideal. But given the available possibilities I would upgrade to 1.19 as soon as possible. I guess you one day want to do further updates anyway (because of security wholes, or extensions, which are only compatible with newer versions or whatever). The longer you continue working with 1.16 while you can no longer use the Update Wizard for updating to 1.19, the more things might get broken.

Afterwards make this old extension compatible with 1.19. That is way better than messing up your wiki even more. ;-) 88.130.80.170 15:11, 1 December 2012 (UTC)

Appreciate your input guys. I do have unbroken backups though, I could easily return to 1.19 back-up wise. The other option that you mentioned (@88.130.80.170) to just upgrade my current 1.16 wiki to 1.19 would of course leave the extension broken. I don't have the skill to make an old extension compatible with newer versions.

What Ciencia Al Poder mentioned sounds like something worth considering. At this very moment the wiki holds about 5 to 6 users. All the work is in the articles written and files uploaded and there's where the priority lies.

My wiki is for students of my university to share protocols, scripts and exam questions with another so that we can prepare properly for upcoming tests. The problem with that though is that our teachers went through the old wiki and found the old questions and therefore replaced theirs with newer questions. To prevent this from happening again I installed a feature to restrict certain pages. Now this extension was only supported till 1.17. I searched for other similar extensions but failed to find any that are up to date.

Gotta have to think about how to proceed. DMR (talk) 18:26, 1 December 2012 (UTC)

Are you sure that you need an extension? MediaWiki knows which user group a visitor is in (e.g. users, who are not logged in are in the user groups "*" and "user" I think). And MediaWiki allows to set up permissions based on these groups (can be done in LocalSettings.php). Tell me, if I am wrong, but is it not possible to set the right "view" for the group "*" to false? Doesn't that take away the possibility to view pages?

When you have people who are trusted (you said you only have a few accounts), then you could add another group to their account and give this group the right "view". 88.130.80.170 19:20, 1 December 2012 (UTC)

 14:18, 1 December 2012 (UTC)
 14:18, 1 December 2012 (UTC)

Is it possible to share templates between multiple wiki's?

We have 3 kind of users and we want to make a wiki for every kind. We now have a lot of templates and images in one wiki. Is it possible to set up other wiki's (I know that the upload folder is sharable) which can make use of the other templates? That way we don't have to make every template 3 times.

Thanks for any information! Dries (talk) 17:30, 30 November 2012 (UTC)

See Manual:$wgEnableScaryTranscluding. – Allen4names (IPv6 contributions) 17:58, 30 November 2012 (UTC)

With ScaryTransclusion, you can actually share templates from any MediaWiki wiki, including the WMF wikis. I have used this on a private wiki experimentally with good results. It takes some work thought figure out what happens with various combinations of substitution and raw. Doug.^{(talk • contribs)} 14:45, 1 December 2012 (UTC)

Another option is use Special:Export on the source wiki and Special:Import on the target wiki where you want the templates imported. Ciencia Al Poder (talk) 13:27, 1 December 2012 (UTC)

This option will not share the templates, it simply copies them. Doug.^{(talk • contribs)} 14:42, 1 December 2012 (UTC)

I thought of that too as a solution if nothing else works. But, thanks to Doug and Allen4names I hope everything will work out.

Thanks guys! Dries (talk) 19:30, 2 December 2012 (UTC)