Project:Support desk

From MediaWiki.org
(Redirected from Support Desk)
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
First page
First page
Previous page
Previous page
Last page
Last page

IIS7/Win7 - Problem by open_basedir

Hi !

when I upload a image I get following message (independent of the upload-extension):

Warning: is_file(): open_basedir restriction in effect. File(C:\Windows\Temp\phpDF6C.tmp) is not within the allowed path(s): (C:\Windows\Temp;C:\Windows\TEMP;C:\inetpub\wwwroo t;C:\mediawiki;C:\mysqldumper) in C:\mediawiki\includes\filebackend\FSFile.php on line 60

Notice: Undefined index: file-mime in C:\mediawiki\includes\upload\UploadBase.php on line 463

Warning: fopen(): open_basedir restriction in effect. File(C:\Windows\Temp\phpDF6C.tmp) is not within the allowed path(s): (C:\Windows\Temp;C:\Windows\TEMP;C:\inetpub\wwwroo t;C:\mediawiki;C:\mysqldumper) in C:\mediawiki\includes\upload\UploadBase.php on line 379

Warning: fopen(C:\Windows\Temp\phpDF6C.tmp): failed to open stream: Operation not permitted in C:\mediawiki\includes\upload\UploadBase.php on line 379

Warning: fread() expects parameter 1 to be resource, boolean given in C:\mediawiki\includes\upload\UploadBase.php on line 380

Warning: fclose() expects parameter 1 to be resource, boolean given in C:\mediawiki\includes\upload\UploadBase.php on line 381

Warning: fopen(): open_basedir restriction in effect. File(C:\Windows\Temp\phpDF6C.tmp) is not within the allowed path(s): (C:\Windows\Temp;C:\Windows\TEMP;C:\inetpub\wwwroo t;C:\mediawiki;C:\mysqldumper) in C:\mediawiki\includes\upload\UploadBase.php on line 997

Warning: fopen(C:\Windows\Temp\phpDF6C.tmp): failed to open stream: Operation not permitted in C:\mediawiki\includes\upload\UploadBase.php on line 997

Warning: fread() expects parameter 1 to be resource, boolean given in C:\mediawiki\includes\upload\UploadBase.php on line 998

Warning: fclose() expects parameter 1 to be resource, boolean given in C:\mediawiki\includes\upload\UploadBase.php on line 999

Warning: fopen(): open_basedir restriction in effect. File(C:\Windows\Temp\phpDF6C.tmp) is not within the allowed path(s): (C:\Windows\Temp;C:\Windows\TEMP;C:\inetpub\wwwroo t;C:\mediawiki;C:\mysqldumper) in C:\mediawiki\includes\utils\ZipDirectoryReader.php on line 148

Warning: fopen(C:\Windows\Temp\phpDF6C.tmp): failed to open stream: Operation not permitted in C:\mediawiki\includes\utils\ZipDirectoryReader.php on line 148

could someone have an idea?

reagards Jan :-)

85.233.12.11414:05, 30 October 2014

Error: invalid time

https://meta.wikimedia.org/wiki/Help_Forum/Archive_2

This archive was created on ??? Someone should fix this.Vchimpanzee (talk) 22:27, 29 October 2014 (UTC)

Vchimpanzee (talk)22:27, 29 October 2014

This is about fixing a specific template on Meta so I'd rather bring that up on the page of Meta's Help Forum itself. You could fix this.

AKlapper (WMF) (talk)10:43, 30 October 2014
 

[RESOLVED] provider migrated to php 5.5, wiki doesn't load

Hello

my provider migrated two days ago to php 5.5, and since then my wiki (http://www.olliw.eu/storm32bgc-wiki/) doesn't load anymore.

my MediaWiki version is 1.23.2

I first thougfht that the issue is related to the .htaccess, which does a redirect:

<Files LocalSettings.php>

deny from all

</Files>

RewriteEngine On

RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-f

RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-d

RewriteRule ^(.*)$ %{DOCUMENT_ROOT}/storm32bgc-wiki/index.php5 [L]

but removing it didn't help. Using the cntrl+U of firefox to watch the recieved html code displays the content of the file index.php5, i.e. it seems as if the require './index.php'; is not executed.

I'm at a loss, and would much appreciate any hint or tip or indication in which direction to look for.

Thx Olli

88.65.189.8621:13, 28 October 2014

Hi Olli!

Obviously files with the file extension php5 currently are sent to the user instead of being executed by PHP. How exactly this can be solved depends on the server setup. Most likely adding an according AddHandler directive to .htaccess helps.

Apart from that I don't see a reason why you should redirect everything to the index.php5 file - maybe you have already solved the problem, when you change the redirect to point to index.php instead?!

88.130.124.4821:44, 28 October 2014

Thanks a LOT for the answer, but I guess I don't understand

the index.php5 and index.php files are exactly those shipped with mediawiki, so, it's not like that I have done anything here

the server used to use the .php5, when I enter the url with .php it also uses the .php5, but this had been like that also before

the redirect doesn't seem to be the issue, at least then I remove that part from the .htaccess or delete the .htaccess completley, then the .php would yield a page not found error while the .php5 results in the same behavior, so it seems the server still goes for the .php5. I checked what you suggested and changed .php5 to .php in the redirect: one then gets some wiki info when entering the correct url, but it looks as if the layout is missing, and the home url doesn't work at all.

what I don't quite understand is why the behavior should have changed, I mean, the wiki is up and runing for 8 month now. As regards the .php5 vs .php thing my understanding was that MediaWiki would handle things correctly, irrespective of the providers preference.

My thoughts/conclusions might be totally nonsense, I'm just totally confused by what I see, it doesn't make sense to me.

I need to research what AddHandler does, can't comment hence, but many thanks for the hint.

THX

(BTW: I've contacted before the provider, but they refused to help)

88.65.189.8623:16, 28 October 2014

OK, your tip was great !!! it's nearly back to working

what occured to me was to also look at the LocalSettings.php, and indeed there the .php5 extension was specified. Together with your suggested change of the redirect, the wiki seems to work. It seems that the rules as regards the .php5 have changed.

The only thing which is not yet working is the url http://www.olliw.eu/storm32bgc-wiki/, somehow it isn't extended by the index.php (if one enters http://www.olliw.eu/storm32bgc-wiki/index.php it works).

Anyway, a BIG step forward, THANKS so much so far :)

88.65.189.8623:36, 28 October 2014

That URL is working for me currently; I had to clear the browser cache to actually see it.

It seems like your host has changed the handling of php5 files: Before their PHP update they obviously were parsed by PHP, after they are not. Given that your wiki is working correctly with the php files, I am not sure, if you still need correct handling for php5 files. Anyway, an example AddHandler directive for .htaccess might be one like this:

AddHandler x-httpd-php5.5 .php5

This should make php5 files be parsed by PHP 5.5 - assumed the host uses some default setup.

88.130.124.4813:27, 29 October 2014

Ahh, and you might be interested in doing a MediaWiki upgrade: MediaWiki 1.23.2 has known security issues. You should update to the current version of the 1.23 development branch. Currently that is 1.23.5!

88.130.124.4813:30, 29 October 2014
 

thanks! I too concluded that the .php5 handling has somehow changed (and obviously not consistently, an url is appended using the index.php5 file, but is not processed by php LOL). I currently solved the issue by simply renaming/erasing the file index.php5, so that index.php is called. That's why it works now after a cache upadte. I'm still looking for better solutions, since the .php5 vs .php thing breaks some other links, but at least the wiki is back! Yes, I know there is an upgrade to 1.23.5, but the release notes didn't indicated that it might solve the issue, and without having basic things working it's IMHO not wise to attempt an upgrade :) Thanks again to everyone!

88.65.189.8607:34, 30 October 2014
 
 
 
 
 

[RESOLVED] php error - file_get_contents

hi !

I get following error message in php_errors.log:

[21-Oct-2014 09:07:59 UTC] PHP Warning: file_get_contents(): Unable to find the wrapper "https" - did you forget to enable it when you configured PHP? in C:\mediawiki\extensions\SpamBlacklist\BaseBlacklist.php on line 273 [21-Oct-2014 09:07:59 UTC] PHP Warning: file_get_contents(https://meta.wikimedia.org/w/index.php?title=Spam_blacklist&action=raw&sb_ver=1): failed to open stream: No such file or directory in C:\mediawiki\extensions\SpamBlacklist\BaseBlacklist.php on line 273

can someone help ?

reagards Jan :-)

85.233.12.11409:12, 21 October 2014

You may need to enable the PHP extension php_openssl.dll

http://stackoverflow.com/questions/11453487/xampp-and-file-get-contentshttps

Alternatively, replace all URLs on $wgSpamBlacklistFiles that have "https:" with "http:", or remove them

Ciencia Al Poder (talk)09:54, 21 October 2014
 

Hello!

You should ask this question on Extension_talk:SpamBlacklist. SpamBlacklist wants to import some files from meta-wiki with a secure https connection. But it seems, that your webhost doesn't support this. So you should remove the s from https (so it's http:// only), which isn't really recommended, or you should ask your hoster to activate https as a wrapper.

Or: You copy the contents of https://en.wikipedia.org/w/index.php?title=MediaWiki:Spam-blacklist into your local site MediaWiki:Spam-blacklist and add this site to

$wgSpamBlacklistFiles = array(
   "[[MediaWiki:Spam blacklist]]"
);
Florianschmidtwelzow (talk)09:56, 21 October 2014

hallo !

this part will run now - thanks for help!

regards Jan

85.233.12.11407:37, 30 October 2014
 
 

KeyCaptcha not Working on Reg Page

A thread, Thread:Project:Support desk/KeyCaptcha not Working on Reg Page, was moved from here to Extension talk:KeyCAPTCHA. This move was made by Florianschmidtwelzow (talk | contribs) on 30 October 2014 at 06:48.

Cannot contact the database server: Access denied for user

So I upgraded the mediaWiki version by overwriting the old version with new version. I upgraded from 1.22.6 to 1.23.5. But as soon as I overwrote the directory and tried to open the website on web browser, I got :

(Cannot contact the database server: Access denied for user 'newqmrasite'@'localhost' (using password: YES) (localhost))

PLEASE HELP!!!!!!

35.20.11.9517:37, 29 October 2014

Hello!

This is an issue of your configuration :) Please check, if the username and password of your database user (which has access to the database you want to use) is correctly written and is valid (maybe, try to login with these data from the console, if possible).

Florianschmidtwelzow (talk)18:48, 29 October 2014

Thanks for the reply! I have tried that already. The servername, database name, user and password are all correct in localsettings. I have changed the password for the user through phpmyadmin and updated it in localsettings but I keep getting the same message.

Somebody please help me out! My job depends on it!

35.20.11.9519:16, 29 October 2014

Overwriting an old wiki version with the files from a newer tarball does not touch LocalSettings.php. If it worked before and does not work now, then you must have changed something with LocalSettings.php. What did you do? Have you recreated the file?

Anyway, what you can do is to put the following lines at the very bottom of your LocalSettings.php file:

echo $wgDBserver . "\n";
echo $wgDBname . "\n";
echo $wgDBuser . "\n";
echo $wgDBpassword . "\n";
die("END");

This will put out the according information onto the wiki page (do not forget to remove them again afterwards!). Is this information - all four of them - correct?

88.130.93.8319:48, 29 October 2014

Thanks a lot for the reply!

I pasted the code at bottom of localsetting.php. It printed out the correct information. But still I am still getting the same error. Here's website qmrawiki.canr.msu.edu

I will be forever thankful to you if you help me out!!!

69.176.157.10123:23, 29 October 2014

For this page i get the following error:

ERROR: Semantic MediaWiki must be installed for Semantic Forms to run!

???

Can you try the following?:

  1. Create a new file called test.php (e.g. test, you can choose any other name, if you want, with the file extension php)
  2. Insert the following, save and upload to your webspace:
<?php
$wgDBserver = 'localhost';
$wgDBuser = 'newqmrasite';
$wgDBpassword = '';
 
$mysqli = new mysqli( $wgDBserver, $wgDBuser, $wgDBpassword );
 
if ( mysqli_connect_errno() ) {
    die( "Failed:" . mysqli_connect_error() );
}
 
if ( $mysqli->select_db( $wgDBname) ) {
    echo 'Connected and DB selected.';
} else {
    echo 'Something went from (select_db())';
}
 
$mysqli->close();

Insert the correct data for server, username and password!

If you transferred the file to your server, open it in your webbrowser and give us the output :)

Florianschmidtwelzow (talk)06:46, 30 October 2014
 
 
 
 
 

Fatal error: Interface 'Psr\Log\LoggerInterface' not found

Hello,

Update to the latest version of mediawiki failed when running update script and when displaying pages: Fatal error: Interface 'Psr\Log\LoggerInterface' not found in /var/www/parts-unknown/org/mediawiki/core/includes/debug/logger/Logger.php on line 46

This would be version 1.23.6, although I can't verify it with the Special:Version page, because I get the error above.

home% php --version
PHP 5.5.18 (cli) (built: Oct 28 2014 20:09:10) 
Copyright (c) 1997-2014 The PHP Group
Zend Engine v2.5.0, Copyright (c) 1998-2014 Zend Technologies
    with Zend OPcache v7.0.4-dev, Copyright (c) 1999-2014, by Zend Technologies
home% mysql --version
mysql  Ver 15.1 Distrib 5.5.39-MariaDB, for FreeBSD10.1 (amd64) using readline 6.3
home%
Benfell (talk)21:32, 29 October 2014

Hello,

this seems to be NOT 1.23.6, \Psr\Log\LoggerInterface prerequirement was merged yesterday into master branch of MediaWiki core (currently 1.25alpha), so you maybe downloaded MediaWiki from git?

To fix this, you need to install the vendor directory for mediawiki. For this you can just run composer install if you have shell access and composer installed, or you clone the vendor git repository into your mediawiki root directory:

git clone https://gerrit.wikimedia.org/r/p/mediawiki/vendor.git

Florianschmidtwelzow (talk)06:33, 30 October 2014
 

Extension:Approved Revs

Installed “Extension:Approved Revs” to prevent publishing changes to a page until approval. For that, I did the below changes but still I could not see the (approve) link on history page. Also, the changes made on the pages are published directly to all the users.

1. Created a folder “ApprovedRevs” inside extension folder and copied all the files.


2. Executed the DB scripts to create the DB objects


3. Added the below configuration in the LocalSettings PHP file


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

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

      $egApprovedRevsBlankIfUnapproved = true;

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

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

      $egApprovedRevsAutomaticApprovals = false;

      $egApprovedRevsShowApproveLatest = true;


Am I missing anything? Appreciate your help. Thanks


Regards Gopi. R
2001:4898:80E8:EE31:0:0:0:223:43, 29 October 2014

Unable to find the wrapper ....

Hi !

I change from apache to IIS7 by a tipp of wiki-documentation.

When I change a article I get the following message in firefox:

PHP Warning: file_get_contents(): Unable to find the wrapper "https" - did you forget to enable it when you configured PHP? in C:\mediawiki\extensions\SpamBlacklist\BaseBlacklist.php on line 273 PHP Warning: file_get_contents(): open_basedir restriction in effect. File(https://meta.wikimedia.org/w/index.php?title=Spam_blacklist&action=raw&sb_ver=1) is not within the allowed path(s): (C:\Windows\Temp;C:\Windows\TEMP;C:\inetpub\wwwroot;C:\mediawiki;C:\mysqldumper) in C:\mediawiki\extensions\SpamBlacklist\BaseBlacklist.php on line 273 PHP Warning: file_get_contents(https://meta.wikimedia.org/w/index.php?title=Spam_blacklist&action=raw&sb_ver=1): failed to open stream: Operation not permitted in C:\mediawiki\extensions\SpamBlacklist\BaseBlacklist.php on line 273

can someone help to fix the problem of

PHP Warning: file_get_contents(): Unable to find the wrapper "https" - did you forget to enable it when you configured PHP? in C:\mediawiki\extensions\SpamBlacklist\BaseBlacklist.php on line 273

I did not understand complete and I hope the following lines will be fix then too.

regards Jan :-)

JanTappenbeck (talk)14:08, 29 October 2014

[RESOLVED] Special:PasswordReset Exception from line 304 of /UserMailer.php "PEAR mail package is not installed"

Problem: When trying to test the ability for users to reset their password, we get errors (see backtrace below).

Internal error
[d3b3343d] /index.php/Special:PasswordReset Exception from line 304 of /var/www/web3/web.old/includes/UserMailer.php:
PEAR mail package is not installed
Backtrace:
#0 /var/www/web3/web.old/includes/User.php(3885): UserMailer::send(MailAddress, MailAddress, string, string, NULL)
#1 /var/www/web3/web.old/includes/specials/SpecialPasswordReset.php(281): User->sendMail(string, string)
#2 [internal function]: SpecialPasswordReset->onSubmit(array, HTMLForm)
#3 /var/www/web3/web.old/includes/htmlform/HTMLForm.php(470): call_user_func(array, array, HTMLForm)
#4 /var/www/web3/web.old/includes/htmlform/HTMLForm.php(412): HTMLForm->trySubmit()
#5 /var/www/web3/web.old/includes/htmlform/HTMLForm.php(427): HTMLForm->tryAuthorizedSubmit()
#6 /var/www/web3/web.old/includes/specialpage/FormSpecialPage.php(142): HTMLForm->show()
#7 /var/www/web3/web.old/includes/specialpage/SpecialPage.php(379): FormSpecialPage->execute(NULL)
#8 /var/www/web3/web.old/includes/specialpage/SpecialPageFactory.php(503): SpecialPage->run(NULL)
#9 /var/www/web3/web.old/includes/Wiki.php(285): SpecialPageFactory::executePath(Title, RequestContext)
#10 /var/www/web3/web.old/includes/Wiki.php(588): MediaWiki->performRequest()
#11 /var/www/web3/web.old/includes/Wiki.php(447): MediaWiki->main()
#12 /var/www/web3/web.old/index.php(46): MediaWiki->run()
#13 {main}

MediaWiki: 1.23.3
PHP: 5.3.26 (apache2handler)
MySQL: 5.1.73-log
Site: http://gridirondigest.info
Email configuration settings in LocalSettings.php:

$wgEnableEmail      = true;
$wgEnableUserEmail  = true;
$wgPasswordSender = "hhpat@gridirondigest.com";
 
     $wgSMTP = array(
        'host' => "ssl://smtp.gmail.com",
        'IDHost' => "gridirondigest.com",
        'port' => 465,
	'auth' => true,
        'username' => "hhpat@gridirondigest.com", 
        'password' => "somepassword"
     );

Verification of PEAR installation by our server's admin:

Installing package(s) with command yum -y install php-pear ..
Loaded plugins: fastestmirror, priorities, security
Loading mirror speeds from cached hostfile
 * base: mirrors.xmission.com
 * extras: mirror.nwresd.org
 * rpmforge: mirror.hmc.edu
 * updates: mirrors.sonic.net
21 packages excluded due to repository priority protections
Setting up Install Process
Resolving Dependencies
--> Running transaction check
---> Package php-pear.noarch 1:1.9.4-4.el6 will be installed
--> Finished Dependency Resolution
 
Dependencies Resolved
 
================================================================================
 Package           Arch            Version                  Repository     Size
================================================================================
Installing:
 php-pear          noarch          1:1.9.4-4.el6            base          393 k
 
Transaction Summary
================================================================================
Install       1 Package(s)
 
Total download size: 393 k
Installed size: 2.2 M
Downloading Packages:
Running rpm_check_debug
Running Transaction Test
Transaction Test Succeeded
Running Transaction
  Installing : 1:php-pear-1.9.4-4.el6.noarch                                1/1 
  Verifying  : 1:php-pear-1.9.4-4.el6.noarch                                1/1 
 
Installed:
Complete!
 
[root@domain~]# pear list
Installed packages, channel pear.php.net:
=========================================
Package          Version State
Archive_Tar      1.3.13  stable
Console_Getopt   1.3.1   stable
Mail             1.2.0   stable
Net_SMTP         1.6.2   stable
Net_Socket       1.0.14  stable
PEAR             1.9.5   stable
Structures_Graph 1.0.4   stable
XML_RPC          1.5.5   stable
XML_Util         1.2.3   stable
Cmjohannes (talk)08:51, 4 October 2014

Follow this checklist. Specially, be sure that PHP include_path setting contains the PEAR installation directory

88.130.105.6609:03, 4 October 2014

Restarting Apache solved the problem.

Cmjohannes (talk)04:55, 29 October 2014
 
 

blank white wiki home page

Edited by 2 users.
Last edit: 12:18, 27 October 2014

Hi All,

I moved my wikis location and created a new subdomain for my wiki. lets call it wiki.blahblah.co.uk

I edited the localsettings.php to reflect the new location ($wgScriptPath and $wgServer) the wiki has remained on the same server just in a new folder location. The SQL details have not changed.

I found this;-

http://www.mediawiki.org/wiki/Manual:Errors_and_symptoms#You_see_a_Blank_Page

I have followed the instructions but still a blank page. is there another place I need to check.

It is located on server 2008r2 with IIS 7.5

09:38, 27 October 2014

What does the error logs say?

Ciencia Al Poder (talk)10:57, 27 October 2014

which error logs? PHP Server IIS?

91.244.229.3309:55, 29 October 2014

That would be a start. But also, as explained on that link:

You can also set a value for error_log in PHP.ini and read the PHP error log to find out what's going on. In some cases, PHP errors might also be recorded in the web server error log.

Ciencia Al Poder (talk)10:29, 29 October 2014
 
 
 

Editing wiki contents

I am creating a wiki page and don't want other people to edit the contents except myself. Is it possible to do this, so that other users (anonymous or registered) can't edit the pages, except me. In other words, other users can only read the contents.

littledevils32619:15, 28 October 2014

MediaWiki has user groups and if your account is in a special group (e.g. you are admin or bureaucrat of the wiki), then you can protect the page.

88.130.124.4821:46, 28 October 2014

I just realized that you are once speaking about a "page" and once about "pages". If you in fact want to disallow users from editing all pages, then you should set

$wgGroupPermissions['*']['edit'] = false;
$wgGroupPermissions['user']['edit'] = false;

in LocalSettings.php.

88.130.124.4821:53, 28 October 2014
 
 

Wiki logs out when viewing file page (bug)

Hi,

I have a strange problem with my wiki installation. After a file upload the user is redirected to the file information page (e.g. index.php/File:example.png). However on this page, the user is suddenly logged out (unauthenticated), or actually appears to be logged out. In the top right corner the wiki displays the Log in link, instead of the username and log out link. When navigating to another page however, the user is logged in again (without actually having logged in himself). This problem is particullarly annoying for me, because I have a private wiki without read access for anonymous users (thus the wiki displays an unauthorized message). However, even when granting the read permission to anonymous user, there still is a problem, since the Wiki thinks you are not logged in and thus cannot perform any actions, such as deleting the file.

The versions I am running are: MediaWiki 1.22.0 PHP 5.3.10-1ubuntu3.14 (apache2handler) MySQL 5.1.73-0ubuntu0.10.04.1-log

I also tried to upgrade to the newest MediaWiki version (1.23.5), but unfortunately this did not solve the problem. I also tried a fresh install from scratch for this newest version, again with the same result.

Actually I am migrating my wiki from an old host to another host. On the old host this problem did not occur at all. On the new host it occurs immediately, even though the configuration for the MediaWiki is almost exactly the same. The versions for the old host were: MediaWiki 1.22.0 PHP 5.3.3-7+squeeze21 (apache2handler) MySQL 5.1.73-1

The URLs of the wikis are: - http://metterswane.iada.nl => The unupgraded wiki on the old host - http://metterswane2.iada.nl => The unupgraded wiki on the new host (first attempt) - http://metterswane3.iada.nl => The upgraded wiki on the new host (second attempt) - http://metterswane4.iada.nl => A fresh install of the newest MediaWiki version.

Unfortunately, the first three wiki's are password protected, and I am afraid I cannot share the URL. However, for the last wiki I have enabled registrations, so you can register and view the problem. For example the page http://metterswane4.iada.nl/w/index.php/Bestand:Appel.jpg is not accessible (even not after login).

Any help with this problem would be greatly appreciated. Thanks in advance.

Kevin

178.85.92.13317:49, 28 October 2014

Approve edits before publishing

Hi,

Is there a way to approve edits before publishing the content to all? If yes, could you please let me know the steps to configure the same.

Regards Gopi. R

2001:4898:80E8:EE31:0:0:0:316:34, 22 October 2014

Hi!

That is possible with Extension:FlaggedRevs.

88.130.115.6119:14, 22 October 2014
Edited by 2 users.
Last edit: 18:51, 26 October 2014

Thanks for the info.

Actually I'm trying “Extension:Approved Revs” for the same but getting into the below issue.

Installed “Extension:Approved Revs” to prevent publishing changes to a page until approval. For that, I did the below changes but still I could not see the (approve) link on history page. Also, the changes made on the pages are published directly to all the users.

1. Created a folder “ApprovedRevs” inside extension folder and copied all the files.

2. Executed the DB scripts to create the DB objects

3. Added the below configuration in the LocalSettings PHP file

       require_once( "$IP/extensions/ApprovedRevs/ApprovedRevs.php" );
 
       $wgGroupPermissions['*']['edit'] = false;
 
       $egApprovedRevsBlankIfUnapproved = true;
 
       $wgGroupPermissions['*']['viewlinktolatest'] = false;
 
       $wgGroupPermissions['sysop']['viewlinktolatest'] = true;
 
       $egApprovedRevsAutomaticApprovals = false;
 
       $egApprovedRevsShowApproveLatest = true;

Am I missing anything? Appreciate your help. Thanks


Regards Gopi. R

2001:4898:80E8:EE31:0:0:0:400:47, 25 October 2014

Any info on this would be really helpful because stuck with this for almost a week..

Appreciate for any help on this.

Thanks in advance

2001:4898:80E8:EE31:0:0:0:315:41, 28 October 2014
 
 
 

[RESOLVED] Upgraded old MW site to 1.23.3 and thumbnails stopped working

Edited by another user.
Last edit: 09:40, 16 September 2014

I have migrated a MW site onto a new VPS and noticed the version was old (1.16.1). So I updated it to 1.23.3 and after the upgrade, the thumbnails stopped working. Each thumbnail is now replaced by the message "Error creating thumbnail: File missing"

The thumbnails worked perfectly before the upgrade.

I switched on all the debugging by adding the following lines to LocalSettings.php:

# Debug mode on
$wgShowExceptionDetails = true;
$wgDebugToolbar = true;
$wgShowDebug = true;
$wgDevelopmentWarnings = true;

Nothing particularly useful is shown in the debug information that helps me identify the cause.

Today I decided to roll in the latest minor releases one by one and here are my results:

  • 1.16.1 - 1.17.5 = OK
  • 1.17.5 - 1.18.6 = OK
  • 1.18.6 - 1.19.18 = BANG!

I looked at the release notes for 1.19 and also found some posts that I thought might be related to thumbnails and MW 1.19 but none of the solutions offered seem to help me at all.

  • Imagemagick version: 6.7.7.10
  • php5-imagick is installed
  • php version: 5.4.4-14+deb7u14 (apache2handler)
  • MySQL version: 5.5.38-0+wheezy1

It's beaten me... Anyone have any ideas? I'm hoping for something simple!

AtariDal (talk)16:51, 15 September 2014

Well, in the debug log you should see the paths of the files it's trying to generate.

I'd suggest you to try loading thumb.php on your wiki to generate a thumbnail (specifying the correct parameters) and see if it throws the same error. Then go to the debug log and look at what's trying to do.

Pay special attention to all file paths it's accessing, to see if any file path is missing, or the directory structure it expects is different. Check also file permission issues.

Also look if in the debug log it attempts to run imagemagick, and if the error comes after the call to it. If that's what happens, try running the command directly (the debug log prints the command as it's being executed by MediaWiki). You may need to increase $wgMaxShellFileSize, $wgMaxShellMemory and Manual:$wgMaxShellTime.

Ciencia Al Poder (talk)09:47, 16 September 2014
Edited by another user.
Last edit: 09:28, 16 October 2014

I seem to be having exactly the same issue. Tried to turn debug on, but not and expert on mediawiki, so not certain where I might find what the issue is, if I at least could figure out where to look:)

Here is the debug log:

81.130.14.20412:30, 15 October 2014

Even if someone could just give me an idea where to start to figure out if it is the database, the location of the files or one of the scripts. As it is now all I can tell is that it is trying to find a pdf (for example) in a specific location, but for one reason or another it can not find it.

I do admit that I am quite new to mediawiki (which clearly does not help), so even obvious things to check I might have missed. Tried to follow the manual, and as far as I can tell I did not miss any steps. I.E. I ran updateall, I ran reguildImages (had one unspecified issue with one image), tried rebuildAll as well, and it seems like it is finding what it wants, think it says 53 files rebuilt, the rest of the mediawiki works, its just the pictures that aren't there.


/Ben

151.225.159.9607:29, 16 October 2014
 

That debug log is not helpful at all, because it's for the "/mediawiki/index.php/BO_Overview" page request, but it should be for /mediawiki/thumb.php (as I suggested on the previous message).

Ciencia Al Poder (talk)09:31, 16 October 2014

Thank you very much for that Ciencia, could I ask, is there somewhere I can see what the thumb.php call looks like or an example of one. Looked at ti but could not quite figure out how to make a call to do the debug on.

81.130.14.20413:10, 16 October 2014

OK, manage to find something, and one step forward (one step back?)

Ran it with a resolution that is to high, got Error generating thumbnail

Error creating thumbnail: Image was not scaled, is the requested width bigger than the source?


Took it down to a lower resolution, then I got Error generating thumbnail

Error creating thumbnail: File missing

Also, have set the following in LocalSettings, but not seeing any debug information $wgShowExceptionDetails = true; $wgDebugToolbar = true; $wgShowDebug = true; $wgDevelopmentWarnings = true;

81.130.14.20413:19, 16 October 2014
 

Manual:Thumb.php has an example call. You have to adapt it to your URL scheme (thumb.php is at the same location as index.php), and provide a valid filename from your wiki.

Did you manage to test that from your last error?

Ciencia Al Poder (talk)09:30, 17 October 2014
Edited by another user.
Last edit: 10:14, 18 October 2014

Hello Ciencia

Do you mean the section that goes

RewriteEngine on
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^/?w/images/thumb/[0-9a-f]/[0-9a-f][0-9a-f]/[^/]+/[^/]+$ /w/thumb_handler.php [L,QSA]
# If your $wgHashedUploadDirectory is false, remove the first two steps after thumb/
 
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^/?w/images/thumb/archive/[0-9a-f]/[0-9a-f][0-9a-f]/[^/]+/[^/]+$ /w/thumb_handler.php [L,QSA]

If so, where would I put that, just as a new php file called test or?. I have tried running the following 192.168.0.51/mediawiki/thumb.php?f=Chicago_bot.jpg&w=60&p=50 And I get the errors above. I also logged in as apache and tried changing files in that directory, and it definitely have full access.

81.130.14.20411:36, 17 October 2014
 
 
 
 
 

Fatal error: Class 'WikiPage' not found in /path/wiki/includes/context/RequestContext.php on line 202

Edited by 2 users.
Last edit: 12:19, 27 October 2014

Upon installing MediaWiki successfully and uploading my LocalSettings.php I try to access my wiki page and I get the following error:

"Fatal error: Class 'WikiPage' not found in /home/aps1/public_html/roadb/includes/context/RequestContext.php on line 202"

I have searched everywhere but can't seem to find anyone else who encountered the same issue.

My versions are as follow: MediaWiki(1.23.5) PHP(5.4) MySQL(5.5) URL: "http://realmsofagony.com/roadb"

16:26, 26 October 2014

Does the file /home/aps1/public_html/roadb/includes/page/WikiPage.php exist on the server?

Ciencia Al Poder (talk)10:55, 27 October 2014

There is no "pages" directory in my "includes" folder.

93.109.138.16909:44, 28 October 2014

It's not "pages", but "page".

I suspect some of the required MediaWiki files/folders weren't uploaded to your server. Try uploading MediaWiki installation files again.

Ciencia Al Poder (talk)10:26, 28 October 2014
 
 
 

Adding Documents to Existing Scan

Edited by 2 users.
Last edit: 12:18, 27 October 2014

How do I do this? I already scanned a document but want to add to it?

12:10, 27 October 2014

What is the relation to MediaWiki? Please elaborate.

AKlapper (WMF) (talk)09:39, 28 October 2014
 

hello, My wiki is based on Persian language, Right alignment. i want to have one page in english, left alignment with different font. How could i do that? i should add sth in first line of page?

213.233.181.1607:45, 28 October 2014

Upgraded to 1.23.5, massive spam

Hello, did the upgrade the other day, and since spam is out of control. I'm still using ConfirmEdit with QuestyCaptcha (site is http://www.speedsolving.com/wiki). What else can I add to stop all of these?

On a side note, like 40 spam bots today created accounts. How can I bulk block and remove them without each on manually?

Many thanks.

110.171.63.613:25, 17 October 2014

When you have spam although you are using the QuestyCaptcha, this means that the spammers are able to correctly answer your questions. Change the questions (spam bots remember answers, which have previously proven to be correct) and maybe make them more difficult for a computer to guess. You might also want to use questions, which the average user will not be able to answer easily, but which is well known in your community.

You can block spammers and remove all their contributions with an extension like Extension:BlockAndNuke.

88.130.114.22522:48, 17 October 2014

Thank you. That Extension BlockandNuke isn't compatible with 1.23.5. Any other options?

110.171.63.603:46, 18 October 2014

I read that note as well. The patch however is already in the review system and you can patch your install manually with that patch.

88.130.92.10911:23, 18 October 2014
 

Great, thanks.

As for preventing spam: any other recommended things other than QuestyCaptcha?

110.171.63.610:17, 27 October 2014

Did you check if Questy captcha ist still working?

LiturgicaNotata (talk)06:40, 28 October 2014
 
 
 

Hide namespace

Hello. I use Bluespice extension, and in window insert link i want hide system namespace from user. How can I do it?
https://drive.google.com/file/d/0B0BW137yZONETHpZblRET19ySkk/view

109.126.201.20903:39, 28 October 2014
First page
First page
Previous page
Previous page
Last page
Last page