Project:Support desk

From MediaWiki.org
(Redirected from Support Desk)
Jump to: navigation, search
vde   Welcome to MediaWiki.org's Support desk, where you can ask MediaWiki questions!

There are also other places where to ask: IRC, mailing lists, Q&A etc.

Before you post

Post a new question

  1. To help us answer your questions, please always indicate which versions you are using (reported by your wiki's Special:Version page):
    • MediaWiki
    • PHP
    • Database
  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".
Start a new discussion
First page
First page
Previous page
Previous page
Last page
Last page

Message: MediaWiki 1.25 requires at least PHP version 5.3.3, you are using PHP 5.4.24

I'm trying to install 1.25.1 locally before to migrate my MediaWiki 1.18 to the 1.25.1 But, 1.25.1 fails to start with an internal error page; extract: "MediaWiki 1.25 internal error MediaWiki 1.25 requires at least PHP version 5.3.3, you are using PHP 5.4.24"

which is very confusing: 5.24 seems to be more recent than 5.3.3 I can't figure how to work around such a message

Yeah, I got this error message too earlier today. Weird but I dont have the solution.

Musagaid (talk)09:23, 26 May 2015
 

Hi,

MW 1.25 should work with php 5.4.24. Do you try to install mediawiki with a tarball or from git?

Florianschmidtwelzow (talk)11:02, 26 May 2015
 

MW 1.23 Category pages not being linked if spaces in name but works with _

So I've upgraded to MW 1.23 with MariaDB on RHEL 7

Al is good except some of the pages belonging to categories are not being displayed.

e.g. if I add this category link at the bottom of a page, it will ink to the category from that page but the page will not be listed from the category

However, if I use the following format for the category name, everything works - link to the category appears on the page & page is listed under the category page.

My problem is that most of the category links were created in the first format which worked in MW 1.18

Any suggestions on how to resolve?

Thanks

bb220:20, 26 May 2015

Since it didn't display properly here is the formatting (obviously without the spacing between [[ )

[ [Category:To Do - Something] ]

[ [Category:To_Do_-_Something] ]

195.195.217.14020:29, 26 May 2015
 

Remove the discussion tab from the wiki.

I want to remove the discussion/talk tab from my wiki so bots don't find it ruining my domain authority.

98.102.180.21418:50, 22 May 2015

There are these few lines of CSS code, which you put on the wiki page MediaWiki:Common.css and they will no longer be displayed. I don't know them out of my head right now; basically I would google that. Is it really that this information is not findable?

88.130.96.1023:28, 22 May 2015

That just hides the Discussion page. doesn't remove it from the wiki

98.102.180.21418:55, 26 May 2015

So what are you aiming at? Do you want clean HTML source code? Or do you also want MediaWiki to remove all links to discussion pages? Do you want to remove the whole Talk namespace? That surely is all possible - somehow. The question only is: What is it good for? The CSS hides the tab and in so far basically makes the pages invisible. People can still type in the URL manually, but why should they do that, if all they find would be an empty page? The CSS is the way to go.

88.130.124.9319:01, 26 May 2015

When you are measuring SEO/Domain Authority it is ruined by having a bunch of empty pages. That is why being able to remove all of the discussion pages would be very helpful

98.102.180.21419:21, 26 May 2015
 
 
 
 

File upload problems after upgrading to 1.24

Hi, After upgrading to version 1.24 I'm having problems uploading files. I think it may be a permissions problem but I'm pretty stumped at this point.

The error I get is:

[eb13d6c9] 2015-05-26 09:24:11: Fatal exception of type MWException

And with $wgShowExceptionDetails = true;

[68c9f863] /index.php/Special:Upload Exception from line 1871 of /usr/share/webapps/mediawiki/includes/filerepo/file/LocalFile.php: Could not acquire lock for '4eair9X.jpg.'

Backtrace:

#0 /usr/share/webapps/mediawiki/includes/filerepo/file/LocalFile.php(1174): LocalFile->lock()
#1 /usr/share/webapps/mediawiki/includes/upload/UploadBase.php(738): LocalFile->upload(string, string, string, integer, array, boolean, User)
#2 /usr/share/webapps/mediawiki/includes/specials/SpecialUpload.php(467): UploadBase->performUpload(string, string, boolean, User)
#3 /usr/share/webapps/mediawiki/includes/specials/SpecialUpload.php(186): SpecialUpload->processUpload()
#4 /usr/share/webapps/mediawiki/includes/specialpage/SpecialPage.php(363): SpecialUpload->execute(NULL)
#5 /usr/share/webapps/mediawiki/includes/specialpage/SpecialPageFactory.php(584): SpecialPage->run(NULL)
#6 /usr/share/webapps/mediawiki/includes/MediaWiki.php(275): SpecialPageFactory::executePath(Title, RequestContext)
#7 /usr/share/webapps/mediawiki/includes/MediaWiki.php(584): MediaWiki->performRequest()
#8 /usr/share/webapps/mediawiki/includes/MediaWiki.php(435): MediaWiki->main()
#9 /usr/share/webapps/mediawiki/index.php(46): MediaWiki->run()
#10 {main}

I then tried changing 'lockManager' => 'fsLockManager' to 'lockManager' => 'nullLockManager' in FileBackendGroup.php and got the following:

Could not create directory "mwstore://local-backend/local-public/2/29".

The /images directory is owned by Apache and the permissions are 755 and I tried 777 with the same result.

The server is running Arch Linux, Mediawiki 1.24.2, PHP 5.6.9 and MariaDB 5.5.5-10.0.18-MariaDB-log. I'm sure this will be something pretty straightforward and I appreciate any help! Thanks

79.78.12.12509:33, 26 May 2015

Set up a debug log as explained in Manual:How to debug to see the exact file/folder it's trying to create/write, and see if it makes sense, or if you made a typo in some config variable.

Ciencia Al Poder (talk)19:20, 26 May 2015
 

[SOLVED]only the page "Specialpages:Categories" is just white/blank

hello everyone

for some reason only the page "Specialpages:Categories" is just white/blank

and i cant seem to figure out why

help please

thanks in advance

Asafm14567 (talk)15:59, 21 May 2015

A blank page usually points to a PHP error; see the infos on blank page on how you get more information about, which error is happening in your case!

88.130.78.9717:22, 21 May 2015

thanks it fixed it

Asafm14567 (talk)10:06, 26 May 2015

Which error did you get and what was the fix?

88.130.124.9311:56, 26 May 2015

i dont have the error anymore sorry cant show the exact line

something wrong with line 177 in "specialcategories" php file

the issue was that below the lines i had HaloACL information there and haloacl is not functioning anymore

thats why it didnt show up

Asafm14567 (talk)15:06, 26 May 2015
 
 
 
 

Error: last section title is not interpreted

Hello, i have an error only on one page. The last section ist not interpreted. So i have add an dummy section as the last one. Anyone there with an idea whats going wrong?

the last section actually is ===Dummy=== if i add ===End=== then the previous Dummy-Section is shown as the Title of section, the ===End=== Text is shown as text under the Dummy-Section.
Mediawiki is used as intranet without internet access so i can't give you a link to the page.

MediaWiki 1.21.3
PHP 5.3.27 (cgi-fcgi)
MySQL 5.1.42-community
Microsoft IIS Server

TomyLee (talk)13:02, 26 May 2015

[RESOLVED] Long term support release

Is it correct, that the 1.24-version gets the LTS status? Since the release of the 1.24.0-version this version is marked as LTS version on the download page. The version lifcylce page states, that besides 1.19 the 1.23 version is the current LTS version and will be maintained until May 2017.

Wgkderdicke (talk)12:29, 28 November 2014

1.23 and 1.27 are/will be LTS versions. 1.24 will not be one and will only have the short lifetime up to November 2015.

The page Download should be fixed accordingly!

88.130.71.19012:36, 28 November 2014

YesY Done Correct, LTS is 1.23 not 1.24. Fixed in Template: Template:DownloadMediaWiki

It needs to go through translation workflow first.

Some pings: @Shirayuki, Amire80, Nemo_bis, Hoo man, Jack Phoenix:

Florianschmidtwelzow (talk)12:41, 28 November 2014

Still, I don't understand why the base and english version have stable, legacy, and LTS, in that order, while the translated versions that haven't been updated show the text in english but the wrong version (stable, LTS and legacy LTS)...

Ciencia Al Poder (talk)09:30, 26 May 2015
 
 
 

Same VisualEditor version (0.1.0) but no table function

Hi all,

I'm new to MediaWiki and so far liking the product. Since this morning, I've tried to install the new VisualEditor, together with the Parsoid server. I've managed to install both successfully without a hitch, after following the excellent guideline provided here. However, I noticed that my VisualEditor seems to be outdated since it lacks the Table functionalities, unlike the one being used here at mediawiki.org and Wikipedia.

Upon checking, I discovered that I'm using the same VisualEditor version i.e. 0.1.0 but I'm using the latest stable version of both Parsoid and MediaWiki. What could I be missing? I've also enabled the experimental config but to no avail. Appreciate some help here. Thank you.

Musagaid (talk)11:04, 25 May 2015

How did you install the new VisualEditor? Which exact steps to follow to reproduce the problem?

AKlapper (WMF) (talk)13:14, 25 May 2015

Sure. Below are the steps to reproduce it.

1. For simplicity, I used the excellent Bitnami WAMP stack and install MediaWiki app. WAMP could be obtained here - hxxps://bitnami.com/stack/wamp and MediaWiki app could be obtained here - hxxps://bitnami.com/stack/wamp/modules. Current version for MediaWiki is 1.24.2-1.

2. For VisualEditor's installation, I followed this guide - hxxps://www.mediawiki.org/wiki/Extension:VisualEditor. This includes the UniversalLanguageSelector extension and Parsoid server. Since I'm using Windows, I followed this guide for Parsoid installation - hxxps://www.mediawiki.org/wiki/Parsoid/Developer_Setup#Windows_setup. Parsoid is up and running at localhost:8000.

3. The LocalSetting also have been adjusted properly following those guides mentioned above. Let me know if you need to know the specifics. For this particular test, I disable Experimental mode.

4. Editing the MainPage, giving me this Editor

5. As per my question, what did I missed? I couldn't find any reference that higher version of MediaWiki i.e. 1.2.5 or above have to be installed or etc. Appreciate some help here. Thank you.

Musagaid (talk)09:12, 26 May 2015
 
 

Upgrading PCRE

Dreamhost FireFTP MediaWiki PCRE 8.32, needing trying to upgrade to 8.37

I'm trying to install Scribunto, which says you should upgrade from 8.32

I've downloaded the 8.37 tarball, but I have no idea what to do with it. I have the FTP open, but I'm not seeing where to put it. I've tried looking at the Readme on the site, and it says a bunch of stuff I don't understand, like CMake and ./configure and I don't know where to start or what to do. I just want to upgrade PCRE on my site so the extension won't mess up.

All I want to do is get an Infobox working. I'm grasping for straws, here.

Knowledgebattle (talk)04:28, 26 May 2015

PCRE is an extension for PHP and needs to be installed/upgraded on the server. You can't do that in a shared host.

Contact your hosting to see if they have an alternative version of PHP with an updated PCRE, or else you'll need to change to another host.

Ciencia Al Poder (talk)09:19, 26 May 2015
 

Wikipedia Windows 8 app opens then crashes

Not sure if this is the right place to post this... I followed a support link from the windows store and it brought me here. Anyway... I fire up the Wikipedia app on my asus t100 and it opens momentarily and then closes. It doesn't appear to complete loading the home page. Let me know if there is any other information I can provide that can be helpful in esolving this issue. Thanks

203.94.60.18708:05, 26 May 2015

Remove "cont." from subcategoies

By default it looks like MediaWiki is grouping my subcategories alphabetically and placing them in separate columns once there are more than 3 within one letter: diyautowiki[dot]com/wiki/Category:Audi

How can I get these to all stay in one column?

Thanks for your help.

50.170.57.2403:23, 22 May 2015

Bump

50.170.57.2400:29, 26 May 2015

Have you checked, how MediaWiki is making the entries appear in columns?

If it's only via CSS, you can adjust this by putting your changes into the wiki page MediaWiki:Common.css in your wiki.

88.130.108.7801:37, 26 May 2015
 
 

Renameuser

I see that "renameuser" is bundled with the latest version of mediawiki but I cannot figure out how to pull it up so I can rename a user. Can someone let me know how? Thank you!

Rpforum (talk)20:05, 25 May 2015

You need to include the extension in your LocalSettings.php file like so:

require_once "$IP/extensions/Renameuser/Renameuser.php";

After that, as a bureaucrat, access the Special:Renameuser page and you can rename users.

See Extension:Renameuser!

88.130.108.7822:10, 25 May 2015
 

Long term support release #2

A thread, Thread:Project:Support desk/Long term support release 2, was moved from here to Project:Current issues. This move was made by Ciencia Al Poder (talk | contribs) on 25 May 2015 at 19:22.

Gitblit replication of gerrit has stopped.

A thread, Thread:Project:Support desk/Gitblit replication of gerrit has stopped., was moved from here to Project:Current issues. This move was made by Florianschmidtwelzow (talk | contribs) on 25 May 2015 at 09:00.

Cache problem

Hi I get this error

Warning: Could not find APC, XCache or WinCache.​


Object caching is not enabled.​


in mw-config/

my webhost recently install xCache and my website still doesent detect it is installed.

please could I have some help to fix object caching not enabled why does that happen and how can my webhost fix the problem.

Paladox2017 (talk)17:49, 24 May 2015

Please help

Paladox2017 (talk)00:19, 25 May 2015
 

You did not get an error. You get a warning.

Try enabling php error reporting in your php.ini file.

AKlapper (WMF) (talk)08:39, 25 May 2015

I think he means the requirements check, before you can install MediaWiki using the web installer. If MediaWiki doesn't detect xcache (or any other cache), than it isn't installed, please check with your hoster, if an object cache is installed and activated and available for the php installation you're using.

Florianschmidtwelzow (talk)08:57, 25 May 2015
 
 

Hyperlinks pop-up info

Hello there, I'm an avid wikipedia user and I've recently experienced a certain difficulty to nagivate around a specific topic (new to me), because of the abundance of jargon and terms that other otherwise covered on other wikipedia pages, all leading to a copious number of tabs to understand a page of molecular biology (for example).

What I was thinking is: would it be possible to develop a feature on wikipedia pages where positing the mouse on the in-text link, would automatically (or under request) show a basic explanation of the term without the need to open a new page for the specific link?!

I was just wondering and I'm not even sure if this is the right place where to post this, any suggestion???

94.204.110.14221:01, 24 May 2015

Maybe Hovercards would be what you are looking for?

Clump (talk)21:13, 24 May 2015
 

Lost user name

How do I find my user name if I have forgotten it? I have saved defaults but my computer wiped them out

70.27.95.18013:37, 24 May 2015

If you provided your e mail address, you can use the wiki page Special:PasswordReset to make MediaWiki send you an e-mail. If your account had special user rights, you can also look up the according names on the wiki page Special:ListUsers in your wiki.

88.130.122.21514:17, 24 May 2015
 

Skin and load.php error in Chrome and others

  • MediaWiki 1.24.2
  • PHP 5.4.39 (cgi-fcgi)
  • MySQL 5.5.42-cll

Hi, I installed a new clean Wiki 1.24.2 in my VPS host, and now I have a problem with skins and load.php in Google Chrome.

I tried all of solutions I find on this board and other sites, like some code in .htaccess (this fix the problem in Firefox) and LocalSettings minimal changes and stuff (cache, localhost URL, etc.).

But in Google Chrome, Opera and other similar browsers -included mobile version- nothing work.

The specific error is:

Refused to execute script from '/w/load.php?debug=false&lang=es&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150521T163633Z' because its MIME type ('(null)') is not executable, and strict MIME type checking is enabled.

and...

index.php?title=Especial:Entrar:14 Resource interpreted as Stylesheet but transferred with MIME type text/plain: "/w/load.php?debug=false&lang=es&modules=mediawiki.leg….button%2Ccheckbox%2Cinput%7Cskins.vector.styles&only=styles&skin=vector&*".

So, all the CSS and Vector skin is gone.

  • RewriteEngine On
  • RewriteRule ^/?wiki(/.*)?$ %{DOCUMENT_ROOT}/w/index.php [L]
  • RewriteRule ^/?$ %{DOCUMENT_ROOT}/w/index.php [L]
  • RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-f
  • RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-d
  • RewriteRule ^/?w/images/thumb/[0-9a-f]/[0-9a-f][0-9a-f]/([^/]+)/([0-9]+)px-.*$ %{DOCUMENT_ROOT}/w/thumb.php?f=$1&width=$2 [L,QSA,B]
  • RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-f
  • RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-d
  • RewriteRule ^/?w/images/thumb/archive/[0-9a-f]/[0-9a-f][0-9a-f]/([^/]+)/([0-9]+)px-.*$ %{DOCUMENT_ROOT}/w/thumb.php?f=$1&width=$2&archived=1 [L,QSA,B]
  • RewriteCond %{QUERY_STRING} only=styles
  • RewriteRule ^load.php - [QSA,E=content_type:text/css]
  • RewriteCond %{QUERY_STRING} only=scripts
  • RewriteRule ^load.php - [QSA,E=content_type:application/javascript]
  • RewriteCond %{REQUEST_URI} !^/(redirect|load|texvc|index).php
  • RewriteRule ^(api|load)\.php - [L]

This is my htaccess, this fix (I guess) the problem only in Firefox and sometimes I can see everything perfectly in other browsers until -after a couple of clicks- error happen again. I think it's an important, check it as soon as possible because affects the entirety wiki and cause inconvenience to visitors.

Thanks for your cooperation.

PediarS (talk)00:02, 24 May 2015

More info here, I have to edit URL links because I could not publish.

Error screenshot: imgur[.]com/1jJiUDs.png

.htaccess screenshot: imgur[.]com/fGtfCoF.png

My wiki: pediars[.]com

PediarS (talk)00:08, 24 May 2015

You shouldn't need to set a content-type for load.php URLs, MediaWiki should send the correct content-type.

The URL scheme of the wiki is that it's published at /w and it has rewrite rules for short URLs at /wiki. But your .htaccess has rules on lines 14, 17, 19 and 21 that matches the start of the URL (because they have the "^" character) but no /w is present. From my understanding, from line 12 to the end shouldn't be necessary.

Ciencia Al Poder (talk)11:16, 24 May 2015
 
 

[SOLVED] 'Could not create directory "mwstore://local-backend/local-public".' on file upload

So I've been having trouble with file uploads on my newly made wiki recently.

Whenever I upload a file, I get the error: Could not create directory "mwstore://local-backend/local-public".

Let me give you some background on the situation.

When I first made the wiki, I would get: Exception from line 1871 of /wiki/includes/filerepo/file/LocalFile.php: Could not acquire lock for 'blah.png'

I searched and eventually found that to fix this you add the following to LocalSettings.php:

$wgFileBackends[] = array(
        'name'        => 'local-backend',
        'class'       => 'FSFileBackend',
        'lockManager' => 'nullLockManager',
        'containerPaths' => array(
                'local-public'  => "{$wgUploadDirectory}",
                'local-thumb'   => "{$wgUploadDirectory}/thumb",
                'local-deleted' => $wgDeletedDirectory,
                'local-temp'    => "{$wgUploadDirectory}/temp",
        ),
        'fileMode'    => 0644,
);
 
$wgLocalFileRepo = array (
        'class'             => 'LocalRepo',
        'name'              => 'local',
                'directory'         => $wgUploadDirectory,
        'scriptDirUrl'      => $wgScriptPath,
        'scriptExtension'   => $wgScriptExtension,
        'url'               => $wgUploadBaseUrl ? $wgUploadBaseUrl . $wgUploadPath : $wgUploadPath,
        'hashLevels'        => $wgHashedUploadDirectory ? 2 : 0,
        'thumbScriptUrl'    => $wgThumbnailScriptPath,
        'transformVia404'   => !$wgGenerateThumbnailOnParse,
                'deletedDir'        => $wgDeletedDirectory,
                'deletedHashLevels' => 3,
        'backend'           => 'local-backend',
);

This now produces the error Could not create directory "mwstore://local-backend/local-public".. I have already tried a lot of things found in other posts. I have tried chmodding and chownning the /images directory, but that does not work. What other fixes are there for this?

Spydar007 (Talk)18:15, 22 May 2015
Edited by another user.
Last edit: 10:00, 23 May 2015

[dupe post]

Spydar007 (Talk)18:15, 22 May 2015
 

You should comment out those added lines and enable the debug log to see what location in your server is local-backend/local-public, in case you mispelled something in the configuration files, and also see what steps are being performed and when it fails.

Problems are usually permissions, upload directory under a symlink, or SELinux not allowing the creation of some directories.

Ciencia Al Poder (talk)10:05, 23 May 2015

Doing so gives the following (in a very messed up way in terms of displaying it):

Warning: failed to mkdir "/images/lockdir" mode 0777 [Called from wfMkdirParents in /home/spydar007/wiki/includes/GlobalFunctions.php at line 2582] in /home/spydar007/wiki/includes/debug/MWDebug.php on line 302

Warning: fopen(/images/lockdir/564h27zv7wopab0cnx8ockvv2hi50ds.lock): failed to open stream: No such file or directory in /home/spydar007/wiki/includes/filebackend/lockmanager/FSLockManager.php on line 125

Warning: failed to mkdir "/images/lockdir" mode 0777 [Called from wfMkdirParents in /home/spydar007/wiki/includes/GlobalFunctions.php at line 2582] in /home/spydar007/wiki/includes/debug/MWDebug.php on line 302

Warning: fopen(/images/lockdir/564h27zv7wopab0cnx8ockvv2hi50ds.lock): failed to open stream: No such file or directory in /home/spydar007/wiki/includes/filebackend/lockmanager/FSLockManager.php on line 125

Warning: failed to mkdir "/images/lockdir" mode 0777 [Called from wfMkdirParents in /home/spydar007/wiki/includes/GlobalFunctions.php at line 2582] in /home/spydar007/wiki/includes/debug/MWDebug.php on line 302

Warning: fopen(/images/lockdir/564h27zv7wopab0cnx8ockvv2hi50ds.lock): failed to open stream: No such file or directory in /home/spydar007/wiki/includes/filebackend/lockmanager/FSLockManager.php on line 125

Warning: failed to mkdir "/images/lockdir" mode 0777 [Called from wfMkdirParents in /home/spydar007/wiki/includes/GlobalFunctions.php at line 2582] in /home/spydar007/wiki/includes/debug/MWDebug.php on line 302

Warning: fopen(/images/lockdir/564h27zv7wopab0cnx8ockvv2hi50ds.lock): failed to open stream: No such file or directory in /home/spydar007/wiki/includes/filebackend/lockmanager/FSLockManager.php on line 125

Warning: failed to mkdir "/images/lockdir" mode 0777 [Called from wfMkdirParents in /home/spydar007/wiki/includes/GlobalFunctions.php at line 2582] in /home/spydar007/wiki/includes/debug/MWDebug.php on line 302

Warning: fopen(/images/lockdir/564h27zv7wopab0cnx8ockvv2hi50ds.lock): failed to open stream: No such file or directory in /home/spydar007/wiki/includes/filebackend/lockmanager/FSLockManager.php on line 125

Warning: failed to mkdir "/images/lockdir" mode 0777 [Called from wfMkdirParents in /home/spydar007/wiki/includes/GlobalFunctions.php at line 2582] in /home/spydar007/wiki/includes/debug/MWDebug.php on line 302

Warning: fopen(/images/lockdir/564h27zv7wopab0cnx8ockvv2hi50ds.lock): failed to open stream: No such file or directory in /home/spydar007/wiki/includes/filebackend/lockmanager/FSLockManager.php on line 125

Warning: failed to mkdir "/images/lockdir" mode 0777 [Called from wfMkdirParents in /home/spydar007/wiki/includes/GlobalFunctions.php at line 2582] in /home/spydar007/wiki/includes/debug/MWDebug.php on line 302

Warning: fopen(/images/lockdir/564h27zv7wopab0cnx8ockvv2hi50ds.lock): failed to open stream: No such file or directory in /home/spydar007/wiki/includes/filebackend/lockmanager/FSLockManager.php on line 125

Warning: failed to mkdir "/images/lockdir" mode 0777 [Called from wfMkdirParents in /home/spydar007/wiki/includes/GlobalFunctions.php at line 2582] in /home/spydar007/wiki/includes/debug/MWDebug.php on line 302

Warning: fopen(/images/lockdir/564h27zv7wopab0cnx8ockvv2hi50ds.lock): failed to open stream: No such file or directory in /home/spydar007/wiki/includes/filebackend/lockmanager/FSLockManager.php on line 125

Warning: failed to mkdir "/images/lockdir" mode 0777 [Called from wfMkdirParents in /home/spydar007/wiki/includes/GlobalFunctions.php at line 2582] in /home/spydar007/wiki/includes/debug/MWDebug.php on line 302

Warning: fopen(/images/lockdir/564h27zv7wopab0cnx8ockvv2hi50ds.lock): failed to open stream: No such file or directory in /home/spydar007/wiki/includes/filebackend/lockmanager/FSLockManager.php on line 125

Warning: Cannot modify header information - headers already sent by (output started at /home/spydar007/wiki/includes/debug/MWDebug.php:302) in /home/spydar007/wiki/includes/WebResponse.php on line 37

Warning: Cannot modify header information - headers already sent by (output started at /home/spydar007/wiki/includes/debug/MWDebug.php:302) in /home/spydar007/wiki/includes/WebResponse.php on line 37

Warning: Cannot modify header information - headers already sent by (output started at /home/spydar007/wiki/includes/debug/MWDebug.php:302) in /home/spydar007/wiki/includes/WebResponse.php on line 37

Warning: Cannot modify header information - headers already sent by (output started at /home/spydar007/wiki/includes/debug/MWDebug.php:302) in /home/spydar007/wiki/includes/WebResponse.php on line 37

Internal error
[7954ecee] /wiki/Special:Upload Exception from line 1871 of /home/spydar007/wiki/includes/filerepo/file/LocalFile.php: Could not acquire lock for 'blah.PNG.'

Backtrace:

#0 /home/spydar007/wiki/includes/filerepo/file/LocalFile.php(1174): LocalFile->lock()
#1 /home/spydar007/wiki/includes/upload/UploadBase.php(738): LocalFile->upload(string, string, string, integer, array, boolean, User)
#2 /home/spydar007/wiki/includes/specials/SpecialUpload.php(467): UploadBase->performUpload(string, string, boolean, User)
#3 /home/spydar007/wiki/includes/specials/SpecialUpload.php(186): SpecialUpload->processUpload()
#4 /home/spydar007/wiki/includes/specialpage/SpecialPage.php(363): SpecialUpload->execute(NULL)
#5 /home/spydar007/wiki/includes/specialpage/SpecialPageFactory.php(584): SpecialPage->run(NULL)
#6 /home/spydar007/wiki/includes/MediaWiki.php(275): SpecialPageFactory::executePath(Title, RequestContext)
#7 /home/spydar007/wiki/includes/MediaWiki.php(584): MediaWiki->performRequest()
#8 /home/spydar007/wiki/includes/MediaWiki.php(435): MediaWiki->main()
#9 /home/spydar007/wiki/index.php(46): MediaWiki->run()
#10 {main}

Warning: Cannot modify header information - headers already sent by (output started at /home/spydar007/wiki/includes/debug/MWDebug.php:302) in /home/spydar007/wiki/includes/WebResponse.php on line 37

Warning: Cannot modify header information - headers already sent by (output started at /home/spydar007/wiki/includes/debug/MWDebug.php:302) in /home/spydar007/wiki/includes/WebResponse.php on line 37

Warning: Cannot modify header information - headers already sent by (output started at /home/spydar007/wiki/includes/debug/MWDebug.php:302) in /home/spydar007/wiki/includes/WebResponse.php on line 37

Warning: Cannot modify header information - headers already sent by (output started at /home/spydar007/wiki/includes/debug/MWDebug.php:302) in /home/spydar007/wiki/includes/WebResponse.php on line 37
Spydar007 (Talk)11:43, 23 May 2015

Basically it seems like there is only one error to be solved, that is this one:

Warning: failed to mkdir "/images/lockdir" mode 0777 [Called from wfMkdirParents in /home/spydar007/wiki/includes/GlobalFunctions.php at line 2582]

The other errors are only consequences of this one.

Can you investigate, why it is not possible to create the folder /images/lockdir? Does the webserver not have permission to write into the images/ folder?

88.130.96.1012:41, 23 May 2015

As I already said, I have tried chownning and chmodding /images to various users and permissions. I have tried again, and this still doesn't work. I also tried manually making lockdir, but the same error is produced.

Spydar007 (Talk)13:44, 23 May 2015

I'd say your $wgUploadDirectory is wrong. Shouldn't it be /home/spydar007/wiki/images instead of /images?

Ciencia Al Poder (talk)10:28, 24 May 2015
 
 
 
 
 

Upgrade from MW 1.18.1 to 1.23.5 broke sysop and Bureaucrat users functionality

Upgrade from MW 1.18.1 to 1.23.5 broke sysop and Bureaucrat users functionality

User listed in sysop and Bureaucrats MediaWiki Output receives Permission error when clicking on restricted links.

/index.php/Special:ConfirmAccounts
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.

/index.php/Special:UserLogin/signup
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.

/index.php?title=Special:ListUsers&group=bureaucrat
Displays user.

/index.php?title=Special:ListUsers&group=sysop
Displays user.

/index.php/Main_Page

Product Version MediaWiki 1.23.5 PHP 5.3.17 (apache2handler) MySQL 5.6.20-log

Thank you

Tcaton-nm (talk)21:54, 20 November 2014

Hi!

Two things: On Special:ConfirmAccounts, does it really contain the text <action-confirmaccount> at that place? This points to a missing language label. Anyway, since the special page itself is there, the extension obviously is installed in some way.

If I remember correctly, the usernames on Special:ListUsers are not cached, but displayed "live". Anyway, have a look at the database table user_group. Are there rows for the according user? User_id in ug_user and the name of the group written as a word in ug_group?

88.130.125.3323:03, 20 November 2014

I used links off: /index.php/Special:ListGroupRights under Groups: Bureaucrats & Administrators to test my Permissions.


These all gave me Permission Error:

index.php/Special:Maintenance

index.php/Special:UserCredentials

index.php/Special:ConfirmAccounts

index.php/Special:UserLogin/signup


Once again these URLs do display my username:

index.php?title=Special:ListUsers&group=sysop

index.php?title=Special:ListUsers&group=bureaucrat




My USERID is listed twice: from user:user_id in user_groups:ug_user.

Confusingly all user_groups:ug_groups are displayed as BLOB.

Thanks for helping!!!

Tcaton-nm (talk)00:04, 21 November 2014

I think you should be able to actually read the contents of the fields, if you do a SELECT query and add the CONVERT() function to it like this:

CONVERT(ug_group USING utf8)
88.130.80.15213:37, 21 November 2014

Thanks that is a very helpful function.

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

Yes labels in <> on all the error pages:

<action-maintenance>
<action-lookupcredentials>
<action-confirmaccount>

I will research: "missing language label".

Working on CONVERT function - THANKS!!!

Tcaton-nm (talk)16:18, 21 November 2014
 
 

It appears I have an answer.
In MediaWiki 1.18.1 logging into EDir created user names using the EDir convention: Uppercase Uppercase lowercase rest of username.....
Logging into Upgrade MediaWiki 1.23.5 forced Username to: Uppercase lowercase rest of username....
Simply editing all usernames in DB to be Uppercase first character only fixed it.

Tcaton-nm (talk)20:16, 21 November 2014

Alright, the problem then was not that the (old) usernames did no longer have the right permissions, but that you in fact got logged in with a different username and this user had a different ID in the user table and so did not get the permissions assigned. Sounds to me like something was changed in the (external?) login mechanism you are using.

88.130.80.15223:36, 21 November 2014

I believe MediaWiki 1.23.5 forces all my logins:
USERNAME
USername
username

To:
Username

All 4 succeed logging into my Edir account: USername.
Forces Username displayed to: Username,
Browser saves same password to 4 usernames:
USERNAME
USername
username
Username

Still can't Merge accounts: USername to Username.

Only way to fix is delete all USernames from database and leave orphaned records!

Tcaton-nm (talk)18:01, 24 November 2014

Renamed in Database: USername to U1ername.
Merged: U1ername to Username, with success.

Can anyone tell me if this will either break anything or leave orphaned records?

Thanks.

Tcaton-nm (talk)18:11, 24 November 2014

I expect that the UserMerge extension works with the user ID, not with the user name. That means: It should work, but what you do is not what is supposed to be done. I would double check, if usernames are displaying correctly after that, e.g. in the page histories.

As for your usernames: MediaWiki username must start with a capital letter. That means that your user "username" is invalid. You should not have users with first letter in lowercase. As for the other variations, I think they might be OK. There is a maintenance script, which can check users for validity. You might want to run it to see...

Anyway, I think that the problem originates in the way you are doing the login/registration of user accounts for MediaWiki. MediaWiki should not change any user name. So "USername" and "Username" are two different accounts, but whether you supply the one or the other should not cause problems.

88.130.94.7000:10, 25 November 2014
 
 
 
 
 
First page
First page
Previous page
Previous page
Last page
Last page