Project:Support desk

Jump to navigation Jump to search

About this board

Welcome to the MediaWiki Support desk, where you can ask MediaWiki questions!

(Read this message in a different language)

See also

Other places to ask for help:

Before you post

Post a new question

  1. To help us answer your questions, please indicate which versions you are using, as found on your wiki's Special:Version page:
    • MediaWiki version
    • PHP version
    • Database type and version
  2. Please include the web address (URL) to your wiki if possible. It's often easier for us to identify the source of the problem if we can see the error directly.
  3. To start a new thread, click "Start a new topic".
Johnywhy (talkcontribs)

/public_html/maintenance$ php dumpBackup.php

Notice: Undefined index: hideroot in /home/gunsywtx/public_html/LocalSettings.php on line 288

...

php dumpBackup.php --full > dump.xml

> 2021-01-26 22:44:52: gunsywtx_gunsens (ID 751163) 0 pages (0.0|0.0/sec all|curr), 100 revs (317.2|317.2/sec all|curr), ETA 2021-01-26 22:45:08 [max 5171]

2021-01-26 22:44:52: gunsywtx_gunsens (ID 751163) 0 pages (0.0|0.0/sec all|curr), 200 revs (477.3|964.1/sec all|curr), ETA 2021-01-26 22:45:02 [max 5171]

...

2021-01-26 22:44:55: gunsywtx_gunsens (ID 751163) 214 pages (65.4|2368.1/sec all|curr), 3100 revs (948.1|1106.6/sec all|curr), ETA 2021-01-26 22:44:57 [max 5171]

2021-01-26 22:44:55: gunsywtx_gunsens (ID 751163) 227 pages (68.6|5817.0/sec all|curr), 3151 revs (952.3|1306.9/sec all|curr), ETA 2021-01-26 22:44:57 [max 5171]

> Command `php dumpBackup.php --full > dump.xml` failed with return code 0 and error

Reply to "dumpBackup.php Fails"

Connecting a wiki site to Wikimedia Commons' image servers

2
Novike (talkcontribs)

Hello, I have a wiki site, and I want to be able to put pictures from wiki sharing on it. Does anyone know what code needs to be put in for this?

Peculiar Investor (talkcontribs)

Read through InstantCommons, it describes what you need to do. For enabling InstantCommons in MediaWiki version 1.16 or later, it is sufficient to add this line to your LocalSettings.php (see $wgUseInstantCommons for details):

$wgUseInstantCommons = true;
Reply to "Connecting a wiki site to Wikimedia Commons' image servers"

Thumbnail errors: /usr/bin/convert: not found Error code: 127

9
2003:C5:FF33:C872:F027:A7D4:4368:A739 (talkcontribs)
MediaWiki 1.35.1
PHP 7.3.26 (fpm-fcgi)
MariaDB 10.1.47-MariaDB-0ubuntu0.18.04.1
ICU 60.2

Hi! I moved my Wiki from Shared Hosting to a V-Server and upgrade from 1.35.0 to 1.35.1. It works fine but I get this thumnail error: <nowiki>sh: 1: /usr/bin/convert: not found Error code: 127</nowiki>

Malyacko (talkcontribs)

Either you'll have to install ImageMagick on the server, or if ImageMagick is installed then fix $wgImageMagickConvertCommand in the MediaWiki configuration so MediaWiki can find it. See also Manual:Errors and symptoms.

2003:C5:FF33:C872:F027:A7D4:4368:A739 (talkcontribs)

ImageMagick is installed. The permission for the image folder is 775. My LocalSettings:


$wgEnableUploads = true;

$wgUseImageMagick = true;

$wgImageMagickConvertCommand = "/usr/bin/convert";

$wgImageMagickConvertCommand = "/usr/local/bin/convert";

Bawolff (talkcontribs)

well for starters you have two wgImageMagickConvertCommand. Which one is correct?

109.41.130.38 (talkcontribs)

It's $wgImageMagickConvertCommand = "/usr/local/bin/convert";

Malyacko (talkcontribs)

Have you considered comparing your command with the command in the error message, to find and remove potential differences?

Vincent Eisfeld (talkcontribs)

I have the same problem with Ubunto VPS (MediaWiki 1.35.1 & PHP 7.4.14). "imagick" is active with PHP.

Malyacko (talkcontribs)

@Vincent Eisfeld What is "imagick"? What does "active" mean? Why do you think you have the same problem?

Lutz.bose (talkcontribs)

phpinfo.php reports as Apache Environment PATH: missing path to point to 'convert' - even the system-PATH is correct

To expand PATH with SetEnv in apache's http.conf does not work for me ...

So I made a symlink of the binfile 'convert' to the folder in PATH of the Environment of Apache showed in phpinfo. That works.

--- if anyone knows, how to configure the PATH for using by apache, this would be the better solution

--- why the system-PATH is not the same in Apache Environment, that is the question - this solution would be the best

Reply to "Thumbnail errors: /usr/bin/convert: not found Error code: 127"
217.24.200.156 (talkcontribs)

Hi,

I tried to install 7.16.7 on a DELL Latitude E6540 Notebook, the installation fails:

- during the installation error message SetNamedSecurityInfo Error and installation stops

- no permission to the Working Directory, i can not change or delete it

- working directory deleted with linux, new directory cretaed (copy of a working machine) - started Manager, ERROR 0, Could not set current working directory

- tried with a new user, the same problem during installation

- tried to install with a linux system on this machine, the same problem

I can not get BOINC working on this machine. Any Clues?


Greeting from Lake Constance

Michael

Malyacko (talkcontribs)

Welcome to the MediaWiki support desk. Is this question about MediaWiki at all?

Reply to "Installation fail"
G1fef (talkcontribs)

We have a working install of 1.30 here https://wiki.ampr.org

Trying to upgrade to 1.34, everything appears to go ok, but afterwards no users are able to login. When trying to login with the same username & password as before the upgrade the error is "Auto-creation of a local account failed: Username entered already in use. Please choose a different name." No errors seen in log files.

Anyone any ideas?

Thanks

MarkAHershberger (talkcontribs)

It looks like you just took your site offline. I was going to ask what extensions you have installed. Are you using native MediaWiki authentication?

Archaic Meander (talkcontribs)

Any further ideas on this? I have a brand-new installation and I'm getting the same error when trying to login. I'm the only user. I commented out all my modifications to localsettings.php to troubleshoot but it hasn't fixed the problem, and the only other modification I've made to the base installation is uploading files for extensions and themes.

TiltedCerebellum (talkcontribs)

Did you run the maintenance update script after upgrading?

Are you using the native MW authentication per the previous question above?


185.86.98.226 (talkcontribs)

I have same problem after upgrade my OS. I am not able to sing in. I already run update script, disable modifications and use native mw authentication. Does anybody have any idea?

Thank

Reply to "Problem updating to 1.34"
Ciciban (talkcontribs)

Dear ∀, I have been trying to import an article (in the xml-dump-format) into a wiki via the API. I am working in the bash and my command was

curl --cookie tmp/COOKIE_JAR \
     --cookie-jar tmp/COOKIE_JAR \
     --data-urlencode "xml=tmp/import.xml" \
     --data-urlencode "summary=http→https" \
     --data-urlencode "assignknownusers=500" \
     --data-urlencode $csrf \
     ${WIKI}/api.php?action=import\&format=json

($csrf addresses the token)

Obviously, this did not work, because (as I found out afterwards) xml must not be a file, but its content. The server answered:

{"error":{"code":"badupload_xml","info":"File upload parameter \"xml\" is not a file upload; be sure t o use \"multipart/form-data\" for your POST and include a filename in the \"Content-Disposition\" head er." etc

I am logged in and I was able to edit via edit with prependtext.

Now my question is, wether and how I could adapt the above command slightly so it works, or if I will need another solution from scratch.

Thank you in advance!

Ciciban (talk) 09:06, 26 January 2021 (UTC)

Reply to "API-Import with curl"

issue with migrating database on a new

1
Nevarim (talkcontribs)

i have this issue on altervista domain


if i use same files and same database in local i dont have the problem


what i have to do for to check?


thanks

Neva



MediaWiki internal error.

Original exception: [f26951ce9561258fe9cca016] /wiki/index.php?title=Pagina_principale Error from line 393 of /membri/pfita/wiki/includes/resourceloader/ResourceLoader.php: Class 'ResourceLoaderFilePath' not found

Backtrace:

#0 /membri/pfita/wiki/includes/ServiceWiring.php(973): ResourceLoader->register(string)

#1 /membri/pfita/wiki/vendor/wikimedia/services/src/ServiceContainer.php(447): Wikimedia\Services\ServiceContainer->{closure}(MediaWiki\MediaWikiServices)

#2 /membri/pfita/wiki/vendor/wikimedia/services/src/ServiceContainer.php(416): Wikimedia\Services\ServiceContainer->createService(string)

#3 /membri/pfita/wiki/includes/MediaWikiServices.php(1088): Wikimedia\Services\ServiceContainer->getService(string)

#4 /membri/pfita/wiki/includes/OutputPage.php(3155): MediaWiki\MediaWikiServices->getResourceLoader()

#5 /membri/pfita/wiki/includes/OutputPage.php(2930): OutputPage->getResourceLoader()

#6 /membri/pfita/wiki/includes/OutputPage.php(2974): OutputPage->getRlClientContext()

#7 /membri/pfita/wiki/includes/OutputPage.php(3201): OutputPage->getRlClient()

#8 /membri/pfita/wiki/includes/skins/Skin.php(681): OutputPage->getBottomScripts()

#9 /membri/pfita/wiki/includes/skins/SkinTemplate.php(388): Skin->bottomScripts()

#10 /membri/pfita/wiki/includes/skins/SkinTemplate.php(127): SkinTemplate->prepareQuickTemplate()

#11 /membri/pfita/wiki/includes/skins/SkinTemplate.php(144): SkinTemplate->generateHTML()

#12 /membri/pfita/wiki/includes/OutputPage.php(2615): SkinTemplate->outputPage()

#13 /membri/pfita/wiki/includes/MediaWiki.php(947): OutputPage->output(boolean)

#14 /membri/pfita/wiki/includes/MediaWiki.php(960): MediaWiki->{closure}()

#15 /membri/pfita/wiki/includes/MediaWiki.php(543): MediaWiki->main()

#16 /membri/pfita/wiki/index.php(53): MediaWiki->run()

#17 /membri/pfita/wiki/index.php(46): wfIndexMain()

#18 {main}

Exception caught inside exception handler: [f26951ce9561258fe9cca016] /wiki/index.php?title=Pagina_principale Error from line 393 of /membri/pfita/wiki/includes/resourceloader/ResourceLoader.php: Class 'ResourceLoaderFilePath' not found

Backtrace:

#0 /membri/pfita/wiki/includes/ServiceWiring.php(973): ResourceLoader->register(string)

#1 /membri/pfita/wiki/vendor/wikimedia/services/src/ServiceContainer.php(447): Wikimedia\Services\ServiceContainer->{closure}(MediaWiki\MediaWikiServices)

#2 /membri/pfita/wiki/vendor/wikimedia/services/src/ServiceContainer.php(416): Wikimedia\Services\ServiceContainer->createService(string)

#3 /membri/pfita/wiki/includes/MediaWikiServices.php(1088): Wikimedia\Services\ServiceContainer->getService(string)

#4 /membri/pfita/wiki/includes/OutputPage.php(3155): MediaWiki\MediaWikiServices->getResourceLoader()

#5 /membri/pfita/wiki/includes/OutputPage.php(2930): OutputPage->getResourceLoader()

#6 /membri/pfita/wiki/includes/OutputPage.php(2974): OutputPage->getRlClientContext()

#7 /membri/pfita/wiki/includes/OutputPage.php(3201): OutputPage->getRlClient()

#8 /membri/pfita/wiki/includes/skins/Skin.php(681): OutputPage->getBottomScripts()

#9 /membri/pfita/wiki/includes/skins/SkinTemplate.php(388): Skin->bottomScripts()

#10 /membri/pfita/wiki/includes/skins/SkinTemplate.php(127): SkinTemplate->prepareQuickTemplate()

#11 /membri/pfita/wiki/includes/skins/SkinTemplate.php(144): SkinTemplate->generateHTML()

#12 /membri/pfita/wiki/includes/OutputPage.php(2615): SkinTemplate->outputPage()

#13 /membri/pfita/wiki/includes/exception/MWExceptionRenderer.php(153): OutputPage->output()

#14 /membri/pfita/wiki/includes/exception/MWExceptionRenderer.php(65): MWExceptionRenderer::reportHTML(Error)

#15 /membri/pfita/wiki/includes/exception/MWExceptionHandler.php(106): MWExceptionRenderer::output(Error, integer)

#16 /membri/pfita/wiki/includes/exception/MWExceptionHandler.php(185): MWExceptionHandler::report(Error)

#17 /membri/pfita/wiki/includes/MediaWiki.php(579): MWExceptionHandler::handleException(Error, string)

#18 /membri/pfita/wiki/index.php(53): MediaWiki->run()

#19 /membri/pfita/wiki/index.php(46): wfIndexMain()

#20 {main}

Reply to "issue with migrating database on a new"

Text and footnote alignment in infoboxes

1
Esszet (talkcontribs)

See here; footnotes in infoboxes aren't aligning properly in Safari on Mac OS, and links in the same header render slightly below everything else. I'll also add that getting rid of the link doesn't fix the issue with footnotes.

Reply to "Text and footnote alignment in infoboxes"

Error contacting the Parsoid/RESTBase server: http-bad-status in Closed Wikis

27
89.26.47.65 (talkcontribs)

Is there any way to get VisualEditor working in a closed 1.35 Wiki (Account required for read access)?

Maybe there is a way to force VisualEditor to use a certain Useraccount?

MarkAHershberger (talkcontribs)
89.26.47.65 (talkcontribs)

Thanks for the reply.


i tried to understand that documentation, which is really difficult for a newbie


I have added to the end of my LocalSettings.php :

$PARSOID_INSTALL_DIR = 'vendor/wikimedia/parsoid';

$wfLoadExtension( 'Parsoid', "$PARSOID_INSTALL_DIR/extension.json" );

$wgVisualEditorParsoidAutoConfig = false;

$wgParsoidSettings = [

   'useSelser' => true,

   'rtTestMode' => false,

   'linting' => false,

];

$wgVirtualRestConfig['modules']['parsoid'] = [];

$wgVirtualRestConfig['modules']['parsoid']['forwardCookies'] = true;


Now the wiki stopped responding completly (only serves a white page with no HTML at all)

MarkAHershberger (talkcontribs)

Blank or white pages are the first item on Common errors and symptoms.

In any case, your problem is the like that begins $wfLoadExtension. You should not have a $. It should read simply wfLoadExtension.

89.26.47.65 (talkcontribs)

Thanks for your patience


I corrected the line wfLoadExtension( 'Parsoid', "$PARSOID_INSTALL_DIR/extension.json" ); and enabled the printing of fatal php errors. (thanks for the tip)


Sadly trying to edit pages with visual editor still returns the same error message. Creating a new page works fine.

89.26.47.65 (talkcontribs)

Additon: the troubleshooting for VisualEditor also recommendended giving the server read-access with the following code in LocalSettings


if ( $_SERVER['REMOTE_ADDR'] == '127.0.0.1' ) { (note: I also tested this line with the server IP and server IP + port)

$wgGroupPermissions['*']['read'] = true;

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

}

But the error message doesnt change.

2003:C9:9F19:B900:20D:B9FF:FE49:6549 (talkcontribs)

"Error contacting the Parsoid/RESTBase server: (curl error: 60) SSL peer certificate or SSH remote key was not OK" from here. Private Network and secure http connection. VisualEditor do not work.

MarkAHershberger (talkcontribs)
Error contacting the Parsoid/RESTBase server: (curl error: 60) SSL peer certificate or SSH remote key was not OK

I'm confused about "SSH remote key" but it looks like you're using a self-signed or otherwise un-recognized cert.

Try the following:

$wgVirtualRestConfig['modules']['parsoid'] = array(
    'url' => 'http://127.0.0.1' . $wgScriptPath . '/rest.php',
);
89.26.47.65 (talkcontribs)

Even with this added to the localsettings.php still the same error message.

MarkAHershberger (talkcontribs)

What is the error message you're getting?

What happens is you remove these lines

$PARSOID_INSTALL_DIR = 'vendor/wikimedia/parsoid';
$wfLoadExtension( 'Parsoid', "$PARSOID_INSTALL_DIR/extension.json" );
$wgVisualEditorParsoidAutoConfig = false;
$wgParsoidSettings = [
   'useSelser' => true,
   'rtTestMode' => false,
   'linting' => false,
];
$wgVirtualRestConfig['modules']['parsoid'] = [];

but keep this one:


$wgVirtualRestConfig['modules']['parsoid']['forwardCookies'] = true;
89.26.47.65 (talkcontribs)

Thank you so much for replying.


Error contacting the Parsoid/RESTBase server: http-bad-status


That is the complete error message.


Right now this is all the options set for Visual Editor.


$wgDefaultUserOptions['visualeditor-enable'] = 1;

$wgVirtualRestConfig['modules']['parsoid']['forwardCookies'] = true;

50.73.98.161 (talkcontribs)

Were you able to resolve your issue? I'm having the same problem

MarkAHershberger (talkcontribs)

Can you see any references to rest.php in your wiki's access logs?

TreiberO (talkcontribs)

I added the following to the LocalSettings

$wgDebugLogFile = "C:\Apache24\htdocs\mediawiki_IT\debug-{$wgDBname}.log";

TreiberO (talkcontribs)

had to use pastebin beacuse posting this was deemed harmful because of "linkspam".

I am sorry

pastbin ID: NHrwFqCZ

MarkAHershberger (talkcontribs)
TreiberO (talkcontribs)

The Message i get is:

"The requested relative path (/192.168.2.73/v3/page/html/Hauptseite/42) did not match any known handler"

404 - "not found".

MarkAHershberger (talkcontribs)
89.26.47.65 (talkcontribs)

I get the exact same message


404 - Did not match any known handler.

MarkAHershberger (talkcontribs)

I don't know enough to help you further. Could you post a task to Phabricator pointing back here?

89.26.47.65 (talkcontribs)

Thank you for all your help,

I will do that.

Sorry for the late replies.

MarkAHershberger (talkcontribs)

I should have asked you to post the task # here, as well.

109.208.148.21 (talkcontribs)

Hi,

I get exactly the same issue, i was following this topic...

Can you give me the Phabricator's URL where i can follow your issue?

Thx

109.208.148.21 (talkcontribs)

Sorry but i just found for my issue.

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

if ( !isset( $_SERVER['REMOTE_ADDR'] ) OR $_SERVER['REMOTE_ADDR'] == '127.0.0.1>

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

$wgGroupPermissions['*']['read'] = true;

}

Order is important !!!

37.201.6.225 (talkcontribs)

109.208.148.21's code snippet didn't work for me, I had to alter it a bit because in my environment, the server used it's actual IP instead of localhost. Here's a snippet for your LocalSettings.php that _might_ just work on a couple systems more because it covers both cases:


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

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

if (in_array($_SERVER['REMOTE_ADDR'],

   [

       $_SERVER['SERVER_ADDR'],

       '127.0.0.1',

       'localhost',]

)) {

   $wgGroupPermissions['*']['read'] = true;

   $wgGroupPermissions['*']['write'] = true;

}


Hope the time I had to invest in this saves some of someone else's time in the future.

37.201.6.225 (talkcontribs)

Please note that above solution is not ideal for wikis with sensible data, someone with restricted access to your server will be able to access the entire wiki. If you're on a shared hoster, you won't have control over that. The only sensible option is to wait until this "LTS" version is in an actually usable state, or to install parsoid by yourself.

Blake.Milam (talkcontribs)

I had this error message and I was able to correct it by changing the server path to not use https. In LocalSettings under "## The protocol and server name to use in fully-qualified URLs" I had fat-fingered an https into the link

Reply to "Error contacting the Parsoid/RESTBase server: http-bad-status in Closed Wikis"

Visual Editor Image upload with Wiki family

2
94.174.26.183 (talkcontribs)

We have a Wiki family, the images and users are shared under commons.

$wgForeignFileRepos is set and the sites are loading the images from commons without problem, we can also upload images on commons.

However when we try to upload/insert images with Visual Editor, we get the error message: File uploads are disabled.

Please let me know how we can enable file uploads with Visual Editor to commons. Thanks!

This post was hidden by Clump (history)
Reply to "Visual Editor Image upload with Wiki family"