Project:Support desk

From MediaWiki.org
Jump to: navigation, search
vde   This page is for questions relating to the MediaWiki software.

Welcome to MediaWiki.org's Support desk, the central on-wiki place to ask MediaWiki questions!

The greater purpose of this page is to make our Manual and other available help so good that you do not have to come here to ask questions, or making them easier to find.

There are other ways for of communication as well (IRC, mailing lists etc.). Read more here.

Before you post

Post a new question

  1. To help us answer your questions, please always indicate which versions you are using:
    • MediaWiki (reported by your wiki's Special:Version page)
    • PHP (likewise)
    • Database (likewise, e.g. MySQL 5.5)
  2. Please include the URL of your wiki unless you absolutely can't. It's often a lot easier for us to identify the source of the problem if we can look for ourselves.
  3. To start a new thread, click "Start a new discussion".

Archiving topics

Topics are automatically archived when they have been inactive for three weeks. If a question you have asked is approaching this limit and still has not been answered, please 'bump' it to prevent it being archived. However do not 'bump' for other reasons.

Start a new discussion

Contents

Thread titleRepliesLast modified
[RESOLVED] How can I position the table of contents616:58, 20 December 2014
Sidebar won't change.416:57, 20 December 2014
Is escapeshellarg() absolutely necessary for MediaWiki to function116:56, 20 December 2014
A bot that can read xml011:11, 20 December 2014
Ask for more(custom) details when uploading a file in mediawiki.106:37, 20 December 2014
Gallery tag and not existing images. Perhaps, a custom placeholder?218:23, 19 December 2014
Not all pictures, or picturesizes are shown.715:49, 19 December 2014
[RESOLVED] cannot modify header information - headers already sent in webresponse.php-line 38213:07, 19 December 2014
Bug007:24, 19 December 2014
[RESOLVED] Searching words in page contents923:02, 18 December 2014
Not generating image preview118:57, 18 December 2014
Windows Phone217:29, 18 December 2014
How to get oldid of a page?217:25, 18 December 2014
[RESOLVED] Want only registered users to view and edit site, and use email authenticated new user registration209:50, 18 December 2014
Localized namespaces not working523:17, 17 December 2014
[RESOLVED] My Wiki's logo is the Wikipedia Logo... And I have NO IDEA WHY522:01, 17 December 2014
Server hangs up while using bot class 721:59, 17 December 2014
Image thumbnail creation broken615:44, 17 December 2014
自己在公司内部搭建的media wiki,每次编辑完后点提交时大约要5秒左右的响应时间3022:35, 16 December 2014
User listed in sysop and Bureaucrats table receives Permission error722:21, 16 December 2014
First page
First page
Previous page
Previous page
Last page
Last page

[RESOLVED] How can I position the table of contents

Hi I am trying position the table of contents within a page.

I know that you use:

what is the syntax to position it on the right side. they say to use: float:right;

I am using the standard EDIT window.

thanks

184.164.106.16721:02, 10 December 2014

<div style="float:right">__TOC__</div>

Jackmcbarn (talk)21:09, 10 December 2014

Yeah! it works

next question:

  can I setup a sub-table of contents, Not the main TOC, but a table of contents specific to the section I designate.

Main Table of Contents: 1 Description 2 Related Links 3 Solution 4 Search Strings

Sub Table of Contents - under Solution Section: 1 Startup Server 2 Check Settings . . 4 Email person... blah blah...

Terillum (talk)19:07, 18 December 2014

I want to have multiple table of contents

Terillum (talk)19:11, 18 December 2014

Another question - can I have the table of content float as I scroll down the page.

Terillum (talk)21:10, 18 December 2014

MediaWiki will only generate one table of contents per page. If you want more, you'd have to build and maintain them manually. If you want it to float as you scroll down the page, you can do <div style="position:fixed;top:0;right:0">__TOC__</div> (though you'd probably want to do some tweaking to that CSS).

Jackmcbarn (talk)04:18, 19 December 2014
 
 
 
 
 

Sidebar won't change.

Why can't I change the sidebar. ( tried purge )

http://solidarity.coop/wiki/MediaWiki:Sidebar

210.56.87.22322:34, 16 December 2014

Nice wiki!

See changes not showing up.

MarkAHershberger(talk)15:35, 17 December 2014

Yes I tried these, any other ideas?

Sirjazzfeet (talk)09:58, 20 December 2014

Just an idea: Can you try to edit MediaWiki:Sidebar/en and check, if these changes are visible in the sidebar?

Florianschmidtwelzow (talk)16:57, 20 December 2014
 
 

You should, as a side note, think about to upgrade your MediaWiki version to the latest stable, or at least to the latest legacy version, see: Version_lifecycle and Upgrade.

Florianschmidtwelzow (talk)22:02, 17 December 2014
 

Is escapeshellarg() absolutely necessary for MediaWiki to function

I have just upgraded my MW installation from 1.8.2 to 1.24.1 and now at the top of some pages I am seeing a lot of:

Warning: escapeshellarg() has been disabled for security reasons in /home/smtkwgqq/public_html/wiki/includes/GlobalFunctions.php on line 2714

Does anyone know if MediaWiki has always needed escapeshellarg?

thanks

86.178.54.10813:19, 20 December 2014

I don't know, when it was added, but it is always used, when a shell function is executed, so it's essential for all upload actions. Maybe you should ask your provider, why they blocked the access to it :)

Florianschmidtwelzow (talk)16:56, 20 December 2014
 

A bot that can read xml

Hello,

Does anyone know if there is a already created bot that could create about 300k pages for me by putting specific data from an xml file into a template I would create preferable with if function. If there isn't any ideas what would be the easiest way to do something like this? Any dummy-proof guides how to create page-creating scripts?

Thanks in advance.

Cristal01 (talk)11:11, 20 December 2014

Ask for more(custom) details when uploading a file in mediawiki.

Is there any way that I can ask users for more details about the file they upload into the wiki and show it in a page where the file is used?

Version:
Mediawiki: 1.23.2
PHP  : 5.3.27 (cgi-fcgi)
MySQL  : 5.1.73-cll

208.116.10.3305:12, 19 December 2014

No reply. Not even 1 extension for that? Could someone please help?

208.116.10.3306:37, 20 December 2014
 

Gallery tag and not existing images. Perhaps, a custom placeholder?

Hi.

Is it possible to specify how not existing images should be displayed for the <gallery> tag? Currently the tag just renders file names if the respective images are not found in my MediaWiki instance. I would like to change that placeholder to a custom one, showing something like a default image with an upload prompt (for example, a JPEG/PNG with "no image found" depicted). Is it possible or should I use another extension?

Thanks!

195.234.75.15515:03, 12 November 2014

Up.

195.234.75.15515:20, 19 November 2014

Up the last time.

195.234.75.15518:23, 19 December 2014
 
 

Not all pictures, or picturesizes are shown.

I upgraded mediawiki (from 1.14 to 1.24) with the following parameters:

PHP 5.4.29 (apache2handler)

MySQL 5.1.69-log

More software and extensions installed can be found at: http://www.imkerpedia.nl/wiki/index.php/Speciaal:Softwareversie

After upgrading (and the needed copying of the image-folder) some pictures (sizes) are shown, but others aren't. To me it's completely random why some pictures (with specific picturesizes) don't exist in images/thumb/././, and others do.


After rereading http://www.mediawiki.org/wiki/Manual:Upgrading I see I forgot 'chmod -R 755 images' and 'chgrp -R apache images'. At the moment all (sub)folders in the image-folder are 755 or 777. The image-folder itself is 755. So, that that's okay, isn't it?

However, I don't know how to 'chgrp -R apache images' (if that's the problem).

I'm using FTP (Total Commander) to manage files.

77.166.176.13120:46, 16 December 2014

If I understand, you installed 1.24 in a different directory and then copied over the images directory, right? And now some thumbnails aren't showing up? Were they showing up before the upgrade?

MarkAHershberger(talk)21:47, 16 December 2014

Before the upgrade everything was fine.

I made some mistakes while upgrading:


I first unpacked mediawiki-1.24.0.tar.gz on my laptop, and uploaded it to folder /wiki-124 on the website.

Renamed /wiki to /wiki-114 and /wiki-124 to /wiki.

With browser went to http://www.imkerpedia/wiki/mw-config/. And continued there.

After that there were no images on the wiki and I realized that I had forgotten tot copy /images to the new wiki.

Then I copied wiki-114/images over the wiki/images directory (but left the new .htacces in 1.24 - # Protect against bug 28235 - intact). Now some pictures were present, but others weren/t.

77.166.176.13109:36, 17 December 2014

Could you link to a page that shows the problem you're describing?

Also, if you could bring the 114 wiki back at /wiki-114/, that might help so I can see what you expect and compare with what is happening now.

MarkAHershberger(talk)15:39, 17 December 2014

In reply to MarkAHershberger's "Also, if you could bring the 114 wiki back at /wiki-114/, that might help so I can see what you expect and compare with what is happening now."

Is bringing back /wiki-114 as simple as changing the name to /wiki again and importing the old (backuped) database?

AlbertStoter (talk)11:24, 18 December 2014
 

A link to a page where a file fails to display would help.

At least I found one example where it fails: http://www.imkerpedia.nl/wiki/index.php?title=Bestand:Dropplant-01.jpg&uselang=en

It displays the error Error creating thumbnail: Unable to save thumbnail to destination. The problem seems to be with permissions in the images folder.

A direct URL for the error: [1]

You should debug by adding this to LocalSettings.php:

$wgShowExceptionDetails = true;
error_reporting( -1 );
ini_set( 'display_errors', 1 );
# Set it to a writable directory and filename by the webserver
$wgDebugLogFile = "/tmp/mediawiki-debug.log";

Then open [2] and remove (or comment out) those added lines.

See if it displays a detailed error message about what folder/path is failing to access, or look at the debug log.

The debug log file may contain sensitive information, so be sure it writes to a folder not accessible from the internet or it has a weird name that couldn't be easily guessed, and delete it after you've saved it somewhere else.

Ciencia Al Poder (talk)10:31, 18 December 2014
Edited by 2 users.
Last edit: 15:42, 19 December 2014

I hope I can reply again (yesterday, somehow I couldn't)

Adding those lines tot LocalSettings didn't work. Yesterday I (only) used $wgDebugLogFile ... and that did deliver a logfile (but I couldn't reproduce that today; strange).

I think You are looking for the following lines (from yesterdays logfile):

ExifBitmapHandler::isMetadataValid: back-compat version
File::transform: Doing stat for mwstore://local-backend/local-thumb/f/f7/Dropplant-01.jpg/180px-Dropplant-01.jpg
FileBackendStore::getFileStat: File mwstore://local-backend/local-thumb/f/f7/Dropplant-01.jpg/180px-Dropplant-01.jpg does not exist.

Also, since the upgrade (in which, I admit, I made the already mentioned mistakes) I still can login, but am not allowed to make changes anymore.

I can open the Edit-tab, but 'show preview' and 'Save page' react with "Forbidden You don't have permission to access /wiki/index.php on this server Apache/2.2.15 (CentOS) Server at www.imkerpedia.nl Port 80".

AlbertStoter (talk)11:11, 18 December 2014

Well, that excerpt from the debug log says what we already know, that the thumbnail file does not exists. But the interesting part of the log should be the attempt to create the thumbnail.

Ciencia Al Poder (talk)15:49, 19 December 2014
 
 
 
 
 

[RESOLVED] cannot modify header information - headers already sent in webresponse.php-line 38

Edited by another user.
Last edit: 10:26, 19 December 2014

I am using a SMW extension , the code is as follows

<?php
	ini_set('display_errors', 'on');
	error_reporting(E_ALL);
 
	$wgExtensionCredits['other'][] = array(
		'name' => 'DoExample',
		'version' => '0.0.1',
		'author' => 'anirudhkv',
		'url' => '',
		'description' => 'To test an example SMW',
	);
 
	$wgHooks['ParserFirstCallInit'][] = array( 'Docall');
	$wgExtensionMessagesFiles['DoExample'] = __DIR__ . '/Doexample.i18n.php';
 
 
	function Docall(&$parser)
	{
		$parser->setFunctionHook( 'Doaction', 'callpage' );
		return true;
	}
 
	function callpage($output) {
 
 
		$params = array ("[[Category:Platform features]]", "?Buisness requirement=", "?Design=");
		$result1 = SMWQueryProcessor::getResultFromFunctionParams( $params, SMW_OUTPUT_WIKI );
	}

I am getting the following warning 4 times Cannot modify header information - headers already sent by (output started at /serverlocation/filename.php:1) in /serverlocation/includes/WebResponse.php on line 38 can some one help me out? what is the reason behind this

202.88.239.4209:36, 19 December 2014

Look at /serverlocation/filename.php, Be sure you do not have anything (even whitespace) before the <?php tag

Ciencia Al Poder (talk)10:27, 19 December 2014

Yea got it :) thank you :)

202.88.239.4211:28, 19 December 2014
 
 

Hi, I upgraded my site to Media Wiki 1.24 and I have a bug that I had never seen before. After you read a message on your talk page, you will still see "You have new messages". Thanks, Dekel E (talk) 07:24, 19 December 2014 (UTC)

Dekel E (talk)07:24, 19 December 2014

[RESOLVED] Searching words in page contents

When entering a searchstring that does not match a page name and clicking on "contains" no search results are displayed. Instead it is offered to create a new page.

Question is, how full text search in version 1.23.7 is supposed to work?

91.46.143.6615:29, 11 December 2014

No answers? Did I miss something?

I have compiled mediawiki with sqlite3 as database.

Any hints are appreciated.

91.46.177.13514:45, 14 December 2014

See Manual:SQLite#Search_engine

Ciencia Al Poder (talk)10:35, 15 December 2014

My sqlite3 is compiled with FTS3 option and related commands work when entered in sqlite3.

What to do next?

91.46.131.13216:36, 16 December 2014

I have no idea. Maybe try to rebuild the search index?

Ciencia Al Poder (talk)22:00, 17 December 2014

Thank you so much! Having done so full text search works. Now a last question: Has this to be done manually or might there be some misconfiguration that caused the problem?

91.46.135.24110:18, 18 December 2014
 
 
 
 
 

Not generating image preview

Images work for Wiki, but previews don't show.

Sirjazzfeet (talk)17:41, 18 December 2014

Fix your ImageMagick/GD config!

88.130.110.24918:57, 18 December 2014
 

Windows Phone

Dear wiki.. When u planned to release official app for windows phone, please release it asap with edit option... we were eagerly waiting for your reply

117.202.133.17906:29, 18 December 2014

Requesting a mobile "app" vesion of a server software does not make much sense. Did you mix up Wikipedia and MediaWiki maybe? If so, does https://en.wikipedia.org/wiki/List_of_Wikipedia_mobile_applications help?

Malyacko (talk)14:15, 18 December 2014
 

The Mobile Apps Team is very small (four engineers right now) so we're focussing iOS and Android. We have no plans at the minute to work on a Windows Phone app, but it's something we could consider in the future if our team grows. Thanks!

Dan Garry, Wikimedia Foundation (talk)17:29, 18 December 2014
 

How to get oldid of a page?

[[1]]

Is there anyway of getting the 'oldid' or 'direction' parameters with the arguments passed to the hooks 'getUserPermissionErrors' or 'performMediawikiAction' ?

I'm unable to get a proper URL from $title,$request,etc. It's like there is some kind of hash applied to the request URL and it's impossible to strip out the parameter values that I'm looking for. For instance, $request->getRequestURL() doesn't yield the original URL path such as 'http://www.example.com/mediawiki/index.php?title=Main_Page&oldid=617'

My setup:

  • mw 1.23
  • apache server
  • API must stay disabled

Any ideas are appreciated.

Mfort123 (talk)15:42, 18 December 2014

I did some more searching and it seems like I would need to get a 'revision' object and then I could use the 'getId()' method. Is there any way of getting a revision object associated with a request,user or title object?

Mfort123 (talk)15:59, 18 December 2014

Why not just (for MediaWikiPerformAction) $reuest->getVal( 'oldid' ) or $request->getValues() (to get all values of this request). If you really need a Revision object (i think not), you can create one from the oldid param: $rev = Revision::newFromId( $oldid ). But if you really need a revision object, look for a Hooks with a revision as a paremeter, i think it will be better for what you want to do.

Last question: What do you want to do (for what you need the oldid param)? :)

Florianschmidtwelzow (talk)17:25, 18 December 2014
 
 

[RESOLVED] Want only registered users to view and edit site, and use email authenticated new user registration

I have just installed MediaWiki 1.24

I would like our staff to be able to create their own accounts via email authentication. I would like the site to be viewable only by registered staff. In the install process I answered the questions to set the site private. I also installed the extension EmailDomainCheck.

The site comes up fine, with a note that you have to log in to view it. No create an account link is displayed, and following the link to the log in page, no link is presented there to create a new account.

What settings do I need to change in localsettings.php in order to allow staff to be presented with the choice to create a new account?

Please advise

Thanks, John Dooley

167.29.4.15020:57, 17 December 2014

Your LocalSettings.php file probably contains a line something like:

 $wgGroupPermissions['*']['createaccount'] = false;

You need to change the "false" to "true".

MarkAHershberger(talk)21:26, 17 December 2014

Thanks that solved the issue and things work just as we wanted!

167.29.4.15022:55, 17 December 2014
 
 

Localized namespaces not working

Localized namespaces have stopped working in a MediaWiki installation: they are not translated into localized links, and localized links do not lead to the special pages. For example, for language "De", the entry "Kategorien" (categories) under special pages links to "Special:Categories" rather than to "Special:Kategorien". Also, opening the page "http://.../wiki/Special:Kategorien" gives "Spezialseite nicht vorhanden" (nosuchspecialpage: No such special page). The problem occurs both for the wiki's configured language in LocalSettings (Greek - El), and for a user-configured language (Deutsch - De) through user preferences.

I noticed this problem after upgrading from MediaWiki 1.19.3 to 1.24.0.

These are the software versions used: MediaWiki 1.24.0, PHP 5.3.5 (apache2handler), MySQL 5.1.55-log.

Diomidis Spinellis (talk)09:22, 17 December 2014

Could you provide a link to your wiki?

I don't recall localized links like this working (and I remember filing a feature request for them them a few years ago). Sure, for a German wiki, you would get special page names in German and English Special page names would work, but German page names wouldn't work on an English wiki.

MarkAHershberger(talk)15:28, 17 December 2014
Edited by author.
Last edit: 23:17, 17 December 2014

The wiki in question is configured to run in Greek. I am sure localized namespaces were working, because now the wiki in question is full of dead links, which used to work. You can also see localized namespaces working in the special pages of the German Wikipedia. In the German Wikipedia all special page links are in German, whereas in the corresponding page of the wiki in question the links are in English, rather than in Greek.

Diomidis Spinellis (talk)16:55, 17 December 2014

Ah, I misunderstood what you meant. This is definitely a bug, but maybe there is some configuration that is needed. Pinging User:Amire80 to see if he has ideas.

MarkAHershberger(talk)19:18, 17 December 2014
 
 

I got a fresh wiki installation on another host to work correctly with a copy of the original wiki's database and a fresh version of LocalSettings.php created by the maintenance/install.php script (called from a Puppet module). The corresponding software versions are as follows: MediaWiki 1.24.0, PHP 5.4.35-0+deb7u2 (apache2handler), MySQL 5.5.40-0+wheezy1.

Note that the settings created had $wgDBmysql5 = true; (although the documentation claims it is false by default), which caused an "Illegal mix of collations" database error. The error was rectified by setting $wgDBmysql5 = false in LocalSettings.php to mirror the setting in the original wiki.

Diomidis Spinellis (talk)23:16, 17 December 2014
 

[RESOLVED] My Wiki's logo is the Wikipedia Logo... And I have NO IDEA WHY

Here's my wiki: http://mafia-town.net/wiki/index.php?title=Main_Page

In the top left is a logo. It should be this image: http://mafia-town.net/wiki/mafia-town-wiki-logo.png

For some users, the correct image appears. For others, including myself, the Wikipedia logo appears. This is odd, as the default logo is the MediaWiki logo, and the Wikipedia logo is no where on my server, nor has it ever been.

In fact, when I view the site on my laptop, I see the Wikipedia logo. On my desktop, I get the correct logo.

When I inspect the image in Firefox, the image file name is the correct file (mafia-town-wiki-logo.png), even though Wikipedia's logo is showing up.

The image file I want to appear is uploaded to the root directory of my Wiki. It is in the same directory as my LocalSettings.php file. In that file, I have this line:

$wgLogo = "{$wgScriptPath}/mafia-town-wiki-logo.png";

I have hard refreshed my browser. I have tried even changing the image in my LocalSettings.php file to another image, and it is still the Wikipedia logo (which, again, is no where to be found on my server). This issue arises for many users on many different devices and has been like this for months.

And I have no idea why.

67.41.84.3402:21, 17 December 2014

It's because you copied the Common.css stylesheet in its entirety from en.wikipedia.org to your wiki. Please review it carefully and only copy the parts of it that you actually know you need.

Krinkle (talk)03:12, 17 December 2014

Thank you. I was able to fix it there.

MediaWiki is a headache to figure out, man.

67.41.84.3404:26, 17 December 2014

You blindly copying things from wikipedia then wondering why your wiki looks like wikipedia isn't mediawiki's fault.

58.166.42.14209:58, 17 December 2014

Didn't say it was. Just that it is hard for me to figure out, as the way it works is very different from the CMS software I am used to. Which is why I am thankful for the help this support desk provides.

67.41.84.3420:55, 17 December 2014

Just be certain that you understand that MediaWiki isn't really designed to be a CMS. It can be used as one, but that use case isn't a considered in its development.

MarkAHershberger(talk)21:22, 17 December 2014
 
 
 
 
 

Server hangs up while using bot class

Edited by another user.
Last edit: 10:39, 15 December 2014

Server hangs up when i use my mediawiki bot, My code is as follows, I hope there is some issue with curl or may be some other. can some one help me what is the problem why server hands up during initialising the class and calling the functionality.

I tried to fine the discussion thread for wikibot page, i didnt get, if possible give me the link where i should create a thread for wikibot

202.88.239.4208:35, 15 December 2014

You could start by putting debug statements to find exactly the line that causes your server to hang.

Ciencia Al Poder (talk)10:41, 15 December 2014

No statements in my error log of server, and no php errors also. Should i specifically put any statement to get more info about, Kindly help coz i am a fresher, i had made php errors in localsettings .

202.88.239.4210:48, 15 December 2014
Edited by another user.
Last edit: 10:25, 16 December 2014

I restarted my server after stopping the httpd service, changed my port still get the same error, I think the curl function present in callAPI has issues with my server, I am attaching the configuration along with .As you can see, i have just called a single function, which gives me error

<?php
include("Phpwikibot.php"); 
$username="a";
$password="p";
$wiki='http://localhost/';
$url='api.php?action=query&prop=revisions&titles=Ajith&rvprop=content';
$bot=new Wikibot($username, $password, $wiki);
$bot->callAPI($wiki, $url);
202.88.239.4212:36, 15 December 2014

The bot page seems to be w:User:Kaspo/Phpwikibot

Try contacting him, although that project seems dead. Maybe you should use another bot framework.

About the "error", it could help if you are more specific. What specific error message do you get?

Ciencia Al Poder (talk)10:37, 16 December 2014

Ciencia, I am actually unlucky to get any error from my error log, actually the error log has no errors pertaining to it. I restatrted my server and it has only logs pertaining to restart. By the was, I found the following error in my mediawiki, does this affect my server hang?? Interface 'IContextSource' not found in /usr/local/apache2/htdocs/mediawiki-1.21.2/includes/context/ContextSource.php on line 30

202.88.239.4207:02, 17 December 2014
 

@Ciencia, Sir, I was unlucky to get any error regarding the issue in my error_log file. I restarted my server and have the log pertaining to it. [Mon Dec 15 17:05:41 2014] [notice] Apache/2.2.24 (Unix) PHP/5.4.13 configured -- resuming normal operations . By the way i found the following error in my mediawiki, does this affects my hang or does it makes sense when we use a bot . Interface 'IContextSource' not found in /Serverlocation/includes/context/ContextSource.php on line 30

202.88.239.4207:06, 17 December 2014
 
 
 
 
 

Image thumbnail creation broken

I've noticed that no thumbnails have been made for any uploads made in the past few months.

The site is www.peckhamvision.org and runs: MediaWiki: 1.8.2 PHP: 5.2.17 (cgi) MySQL: 4.1.22-standard

All that is shown on the page instead of the thumbnail is some text "Error creating thumbnail:". The MW log has the following lines:

img_width match: 300 makeImageLinkObj: '300'x, "architects meet the CoDesigners" reallyRenderThumb: running ImageMagick: -quality 80 -background white -size 300 -coalesce -thumbnail -depth 8 2>&1 wfShellExec: -quality 80 -background white -size 300 -coalesce -thumbnail -depth 8 2>&1 thumbnail failed on nativespace-mercury.ns-mercury.com: error 1 "" from " -quality 80 -background white -size 300 -coalesce -thumbnail -depth 8 2>&1"


Nothing has changed in the LocalSettings.php file to stop this from working and the server is running ImageMagick 6 in the correct location "/usr/bin/convert".

I have seen a few other posts that recommend increasing the $wgMaxShellMemory but even after doing that nothing changes.

Can anyone think of anything else?

thanks

90.244.185.2411:07, 16 December 2014

First, upgrade. MW 1.8 hasn't been supported in quite a while. Please contact me or another professional if you need help with this.

Second, you don't state where you got the logs from, but I assume they are not error logs. Check out How to debug for help with debugging.

MarkAHershberger(talk)17:57, 16 December 2014

Hi,

Yes i do need to upgrade it at some point.

The logs are from a debug log that i turned on earlier today using that How to debug page.

thanks

90.244.185.2420:18, 16 December 2014

Do you see anything in your server error log?

Separately, can I ask why you haven't upgraded yet? What is stopping you? If I were to do it for you at no cost, would you upgrade?

MarkAHershberger(talk)21:35, 16 December 2014

I'm not sure if I can get access to the server error logs. I'm on a shared server and asked the hosts to look into the problem but they couldn't find anything wrong.

I am actually trying to upgrade it now, but need the server updated to a newer PHP and MySQL so I have to wait for that to happen.

The reason I haven't upgraded yet is simply that I am not that active on the site. I set it up and left it for others to use and only step in if something goes wrong, which has probably only been a couple of times in about 7 years - shows how good MW is I suppose.

90.244.185.2421:45, 16 December 2014

If the site can afford $10/month, you could move it to linode and upgrade it in the process. You'd also get more control over the server.

Alternatively, another shared hoster (I have a server...) could host it so you don't have to wait on the current hoster.

MarkAHershberger(talk)15:43, 17 December 2014
 

You should contact the hoster and get them to tell you how to get access to your error log.

MarkAHershberger(talk)15:44, 17 December 2014
 
 
 
 
 

自己在公司内部搭建的media wiki,每次编辑完后点提交时大约要5秒左右的响应时间

在局域网内搭建的wik,版本为1.23.5,使用LAMP平台,每次编辑完页面点提交后反应很慢,不管编辑内容是多少,最少要5秒页面才会跳转。是哪里的设置有问题吗?

Dier2014 (talk)06:10, 26 November 2014

Hi!

Our Chinese is not very good so I used Google to have your text translated to English:

---

The company built its own in-house media wiki, takes about five seconds or so the response time after the point when editing each submission.

In the LAN built wiki, version 1.23.5, using LAMP platform, after each finished editing the page point to submit response is very slow, no matter how much editorial content, at least to 5 seconds before the jump page. Where is the setting is the problem?

---

88.130.69.19811:47, 26 November 2014

I understand that saving a new revision is slow. After clicking the "Save" button, the wiki needs up to 5 seconds to leave the editing page and to display the wiki page again.

Set up profiling so that requests are logged in a profiling log file. Then save a page and post us the part of the profiling log, which shows the slow page save.

88.130.69.19811:54, 26 November 2014

谢谢你的回复,我去试一试;我的英语也不好,所以只能通过翻译来和你们沟通

Dier2014 (talk)01:37, 27 November 2014

Thank you for your reply, I went to try it; my English is not good, so come and you can only communicate through an interpreter

---

88.130.94.16202:05, 27 November 2014

Here are the steps:

  • Rename the file StartProfiler.sample to StartProfiler.php.
  • In this file: Make sure that the profiler is used: Set $wgProfiler['class'] to "Profiler" like so:
$wgProfiler['class'] = 'Profiler';
It should not be set to "ProfilerStub".
  • In LocalSettings.php, at the end of the file, add this:
// Path to your log file. Adjust this line!
$wgDebugLogFile = '/var/www/mediawiki/path/to/my/logfile/Logfile.log';

// Only record profiling info for pages that took longer than this
$wgProfileLimit = 0.0;
// Don't put non-profiling info into log file
$wgProfileOnly = false;
// Log sums from profiling into "profiling" table in db
$wgProfileToDatabase = false;
// If true, print a raw call tree instead of per-function report
$wgProfileCallTree = false;
// Should application server host be put into profiling table
$wgProfilePerHost = false;
 
// Settings for UDP profiler
$wgUDPProfilerHost = '127.0.0.1';
$wgUDPProfilerPort = '3811';
 
// Detects non-matching wfProfileIn/wfProfileOut calls
$wgDebugProfiling = false;
// Output debug message on every wfProfileIn/wfProfileOut
$wgDebugFunctionEntry = 0;
// Lots of debugging output from SquidUpdate.php
$wgDebugSquid = false;

Save a wiki page.

Check the logfile.

We need the information from the according request. This information will contain a table with percentages. This is what we need!

88.130.94.16202:23, 27 November 2014
 
 
 
 
 

User listed in sysop and Bureaucrats table receives Permission error

User listed in sysop and Bureaucrats table receives Permission error

Permission error You do not have permission to <action-confirmaccount>, for the following reason: The action you have requested is limited to users in the group: Bureaucrats.

Permission error You do not have permission to create this user account, for the following reason: The action you have requested is limited to users in the group: Administrators.

After 1.18.1 to 1.23.5 upgrade.

Tcaton-nm (talk)21:56, 19 November 2014

Please paste your $wgGroupPermissions configuration.

Jasper Deng (talk)08:17, 5 December 2014

$wgGroupPermissions['*' ]['createaccount'] = false;
$wgGroupPermissions['*' ]['read'] = false;
$wgGroupPermissions['*' ]['edit'] = false;

$wgGroupPermissions['bureaucrat']['usermerge'] = true;

$wgGroupPermissions['bureaucrat']['maintenance'] = true;

Tcaton-nm (talk)20:05, 10 December 2014

Do you have any $wgRevokePermissions entries? What does Special:ListUsers/username for that user show?

Jasper Deng (talk)21:25, 10 December 2014

No.

(bureaucrat, administrator)

Tcaton-nm (talk)17:01, 12 December 2014

What extensions do you have installed? Be sure to always upgrade extensions as well when upgrading MediaWiki.

Jasper Deng (talk)21:24, 16 December 2014
 
 
 
 
 
First page
First page
Previous page
Previous page
Last page
Last page