Project:Support desk

Jump to: navigation, search

About this board

vde   Welcome to MediaWiki.org's Support desk, where you can ask MediaWiki questions!

There are also other places where to askCommunication: IRCCommunication#Chat, mailing listsMailing lists, Q&A, mwusers (unofficial forum) 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 topic".

Upgrade from 1.27.1 to 1.30.0 gives me a white screen for a home page.

3
212.204.84.138 (talkcontribs)

Yes, I tested the upgrade with a cloned version of my wiki on localhost and have backups too.

I followed the Upgrading portion of the web documentation fairly faithfully. I ran maintenance/runJobs.php and maintenance/update.php with Apache2 enabled.

Why is this? The Upgrading page mentions nothing of a white page instead of a wiki...

212.204.84.138 (talkcontribs)

Hang on... After I typed this, I look over and see the login screen for the wiki. There is obviously a terrible lag issue.

星耀晨曦 (talkcontribs)

May be a fatal error occurred while running MW but you did not enable display_error option in php.ini, causing the browser to provide a blank page.

Reply to "Upgrade from 1.27.1 to 1.30.0 gives me a white screen for a home page."

Not able to create new account on wiki using API

4
Summary by Dan.aluas

It worked. In my example I used the RestClient in a wrong manner.

Dan.aluas (talkcontribs)

Hello,

I'm trying to use the API to create accounts for some users.

My tests are performed from a C# application.

However, I always receive :

{"error": {

  "code": "notoken",

  "info": "The \"token\" parameter must be set.",

My steps are the following:

  • GET on: ?action=query&meta=tokens&type=createaccount
  • Get on: ?action=query&meta=authmanagerinfo&amirequestsfor=create
  • POST on: ?action=createaccount&format=json&token={token}&createreturnurl={URL}" passing username, password, retype and token received on first step as body.

Could you please tell what I'm doing wrong?

Ciencia Al Poder (talkcontribs)

Be sure you're passing the cookies you receive in previous requests

Dan.aluas (talkcontribs)

I wrote this test code:

RestClient client = new RestClient

            {

                CookieContainer = new CookieContainer(),

                BaseUrl = new Uri("http://192.168.56.1:90/api.php")

            };

            var request = new RestRequest("?action=query&meta=tokens&type=createaccount&format=json", Method.GET);

            var response = client.Execute(request);

            Console.WriteLine(response.Content);

            string cookieName = response.Cookies[0].Name;

            string cookieValue = response.Cookies[0].Value;

            var tokens = JsonConvert.DeserializeObject<TokenResponse>(response.Content);

            request = new RestRequest("?action=query&meta=authmanagerinfo&amirequestsfor=create&format=json", Method.GET);

            response = client.Execute(request);

            Console.WriteLine(response.Content);

            request = new RestRequest($"?action=createaccount&format=json&createreturnurl=http://localhost", Method.POST);

            MediaWikiUser user = new MediaWikiUser

            {

                CreateToken = tokens.Query.Tokens.CreateAccountToken,

                UserName = "Bobica",

                Password = "p@ssw0rd",

                Retype = "p@ssw0rd",

                Reason = "Daia"

            };

            request.AddBody(JsonConvert.SerializeObject(user));

            request.AddCookie(cookieName, cookieValue);

            response = client.Execute(request);

            Console.WriteLine(response.Content);

I'm always getting no token.

This comment was hidden by 78.96.45.130 (history)
212.204.84.138 (talkcontribs)

Referring to the document:

Manual:Upgrading

It is suggested that you can back up a MySQL database using the command:

mysqldump --user=wikidb_user --password=wikidb_userpassword wikidb > file.sql

but this isn't entirely accurate. This will not preserve the name of the database name of the wiki. A more robust backup would be:

mysqldump --user=wikidb_user --password=wikidb_userpassword --databases wikidb > file.sql

which tells mysqldump to also include a CREATE DATABASE clause as the first step in the script. Why on earth does the documentation suggest this method?

星耀晨曦 (talkcontribs)

You can edit the document.

212.204.84.138 (talkcontribs)

Well yes (assuming I have edit privileges, which I don't), but the final question is why on earth does the documentation suggest this method. I could gain privileges and start an edit war, but I'm too busy to play that way.

Malyacko (talkcontribs)

Why does software have bugs? Because nobody found and fixed them yet.

But why on earth do you expect to start an edit war by improving docs? This is mediawiki.org.

星耀晨曦 (talkcontribs)

Why this site will have edit war?

Reply to "Better method for backing up the wiki."
Bttfvgo (talkcontribs)

I was testing a Gadget I used to use (jCarousel) and I noticed it only works have the time. (I'm on Vector). Chrome debug console gives me the following errors:

This page is using the deprecated ResourceLoader module "jquery.ui.core". Please use "mediawiki.ui.button" or "oojs-ui" instead. This page is using the deprecated ResourceLoader module "jquery.ui.widget". This page is using the deprecated ResourceLoader module "jquery.ui.position".

In that vein, I've noticed that all of my Javascript is acting funny. My drop down menus don't work, search suggestions don't work, basically anything involving Javascript only works half the time now. Is there something I can change to get them to start working? These errors are being shown on every page. Thank you!

Reply to "Javascript is sketchy"
MAzZY (talkcontribs)

Hi team!

I have installed local wiki just for my team and now I want to remove license messages from upload box.

How can I remove this box? See screenshot

https://imgur.com/a/HBkKI

Bttfvgo (talkcontribs)

Hi MAzZY! You can change the text displayed by editing the contents of MediaWiki:Copyrightwarning.

Reply to "Remove license messages"
MadTownDavid (talkcontribs)

Hi all,

I'm upgrading a private wiki from mediawiki 1.25 to 1.27.4. The update completed successfully, but I'm unable to use VisualEditor (source code editor is fine). When I try to edit a page, the progress bar hangs at ~70%, then times out after 30 seconds, with "Error loading data from server: HTTP 0. Would you like to retry?" dialog.

The problem appears to be a database locking issue. When I try to edit a page, the last statement in the postgres log is:

2017-12-07 10:01:22 CST: LOG:  statement: INSERT /* SqlBagOStuff::setMulti 127.0.0.1 */ INTO "objectcache" (keyname,value,exptime) VALUES ('itwiki:messages:en:lock','\xcbb432b40600','2017-12-07 16:01:52 GMT')

30 seconds later, the database logs many more statements, then stops with another similar insert:

2017-12-07 10:02:02 CST: LOG:  statement: INSERT /* SqlBagOStuff::setMulti 127.0.0.1 */ INTO "objectcache" (keyname,value,exptime) VALUES ('itwiki:messages:en:lock','\xcbb432b40600','2017-12-07 16:02:32 GMT')

2 minutes after the edit request, the database logs more statements, and seems recovered.

During this time, I see pending locks in the database (which disappear 2 minutes after the edit request):

itwiki=# SELECT relation::regclass, * FROM pg_locks WHERE NOT GRANTED;

 relation |   locktype    | database | relation | page | tuple | virtualxid | transactionid | classid | objid | objsubid | virtualtransaction |  pid  |  mode    | granted | fastpath

----------+---------------+----------+----------+------+-------+------------+---------------+---------+-------+----------+--------------------+-------+-----------+---------+----------

          | transactionid |         |         |      |       |           |          3736 |        |      |          | 3/176             | 22633 | ShareLock | f       | f

          | transactionid |         |         |      |       |           |          3736 |        |       |         | 4/72              | 22665 | ShareLock | f       | f

(2 rows)

The 2 minutes timing is also reflected in the parsoid logs, which indicate ~122000ms to parse the page:

Dec 07 10:03:24 inferno.keck.waisman.wisc.edu node[26261]: {"name":"parsoid","hostname":"inferno.keck.waisman.wisc.edu","pid":20513,"level":30,"logType":"info","wiki":"wiki$0","title":"Main_Page","oldId":892,"reqId":null,"userAgent":"VisualEditor-MediaWiki/1.27.4","msg":"completed parsing in 122358 ms","longMsg":"completed parsing in 122358 ms","levelPath":"info","time":"2017-12-07T16:03:24.339Z","v":0}

Any help is much appreaciated. My environment:

MediaWiki 1.27.4

PHP 5.6.32 (apache2handler)

PostgreSQL 9.2.23

VisualEditor 0.1.0 (9da5996) 15:40, 16 August 2016

Parsoid 0.8.0 

MadTownDavid (talkcontribs)

One other note: the parsoid is working fine on its own AFAICT. Getting the parsoid to convert the page, e.g. "curl -L http://localhost:8001/inferno-itwiki/v3/page/html/Main_Page" completes in 2-3 seconds.

David

MarkAHershberger (talkcontribs)

Just a guess, but it looks like there is some sort of conflict in your sessions. Have you tried changing how the session is stored? I'm guessing they're being stored in your DB.

MadTownDavid (talkcontribs)

For the data bank, looks like I got bit with the "VisualEditor doesn't play nicely with Auth_remoteuser" feature. Looks like there are some workarounds, I'll do some more looking and see what I can come up with...

Reply to "VisualEditor times out after upgrade"

The password reset was not handled. Maybe no provider was configured?

3
Adrianevs (talkcontribs)

Hi,

Reset password feature do not work on my wiki. I get this message

The password reset was not handled. Maybe no provider was configured?

Please let me know how to fix it ?

Reception123 (talkcontribs)

Did you configure Manual:$wgPasswordSender (and Manual:$wgSMTP) correctly?

Bawolff (talkcontribs)

Are you using a custom auth extension or have manually set $wgAuthManagerConfig or $wgAuth


(Note, contrary to what Reception123 said, failing to set $wgPasswordSender or $wgSMTP does not cause this error).

Reply to "The password reset was not handled. Maybe no provider was configured?"
Baruchgu (talkcontribs)

Hi

Who can help, please?

I set Configuration for AD domains as it is describe in MediaWiki pages 1.29.2

But it is still not recognizes the users. How to debug it?

Malyacko (talkcontribs)

Please provide a link which exact tutorial you are following.

Baruchgu (talkcontribs)

I mean Extension:LDAP Authentication/Examples#Configuration for AD domains

but our IT already solved the issue :-)

Reply to "LDAP configuration on CentOS 7"
Baruch.gudesblat (talkcontribs)

Trying to install MediaWiki 1.29.2 on CentOS Linux release 7.4.1708 (Core)

PHP 5.6

open index.pxp in the browser (Firefox) , got message "LocalSettings.php not found. Please set up the wiki first." I click to this link and nothing happend

Already did

find . -type f -exec chmod 644 {} \;

find . -type d -exec chmod 755 {} \;

chown -R apache:apache *

What can I do?

MarkAHershberger (talkcontribs)

Can you see if there is an error in your web server's error log?

82.80.126.198 (talkcontribs)

YES: PHP Fatal error:  Class 'DOMDocument' not found in /var/www/html/wiki/includes/cache/localisation/LocalisationCache.php on line 661, referer: http://172.20.110.79/index.php

Baruchgu (talkcontribs)

Tried to add DOMDocument: yum install php-xml. It gave errors:

Error: php56w-common conflicts with php-common-5.4.16-43.el7_4.x86_64

Baruchgu (talkcontribs)

Installed - Package php56-php-xml-5.6.32-1.el7.remi.x86_64 already installed and latest version

But still have an error Class 'DOMDocument' not found

Baruchgu (talkcontribs)

solved by yum install php56w-xml

MadTownDavid (talkcontribs)

To get php56w on our system (think CentOS 7), I had to remove ALL php-* rpms, and then install the php56w set (including php56w-xml). There's one dangling dependency to kdesk (so use rpm -e --nodeps ...), but other than that everything seemed fine after swapping out php-* for php56w*.

Baruchgu (talkcontribs)

thanks. Now I have an issue with PECL

Warning: The intl PECL extension is not available to handle Unicode normalization,

Which package should install? there are a lot of php-pecl* packs.

Ciencia Al Poder (talkcontribs)

Install the php-intl package. See also how-to-install-extenion-php-intl-in-centos7

Reply to "Installation script does not progress"

Problem with images that don't appear

20
Roideseaux (talkcontribs)

Hello,

When I add an image, then I link it on my page but it won't show, I have a big interrogative point...

You can see it here : http://gce-electronics.com/wiki/index.php?title=X-Eno

I tried to set true or false the $wgUseImageMagick option but nothing happens...

Thanks for help.

AhmadF.Cheema (talkcontribs)

On your server, can you make sure that files such as,

.../wiki/images/7/7c/ENO_%2813%29.jpg

.../wiki/images/8/8c/ENO_%284%29.jpg

actually exist or not.

The errors show that the files are non-existent on your server, due to which they are not showing on your Wiki page.

Roideseaux (talkcontribs)

I just verified, there are these images (without special characters), I tried to remove '(' but when I look for the link associeted on my browser, I obtain this interrogation point !

Thanks in advande to help me.

MarkAHershberger (talkcontribs)

Your host, OVH.com?, is returning this image whenever it cannot find a matching file. For example, I've created a url with "junk.png" at the end and got back the same gif that is popping up other places.

It looks like ImageMagick didn't convert some images, but some old images were converted. Since it looks like recent images are not affected, I would try re-uploading those images.

If that doesn't work, contact your hosting provider.

Roideseaux (talkcontribs)

For the moment ImageMagick is not set to True cause sometimes, I've the folowing message : "-1 impossible de créer la miniature" or something like so.

My host is effectively OVH, is there any knows problems with OVH ?

MarkAHershberger (talkcontribs)

I do not know anything about them. You should talk to them about this and the problems you're having with ImageMagick.

AhmadF.Cheema (talkcontribs)

OVH hosting has been known to have issues with generating thumbnails. If I remember correctly, OVH does not provide technical support, so you will have to to resolve the issue on your own or ask at their community forum.

See the following topics, if they can help:

Topic:S6c1pool4erv54t5

Topic:T8scqtnh2n5t4p3i

Topic:Ttkpeelzd1eys31t

Ciencia Al Poder (talkcontribs)

Apparently there's a problem in your images directory (it may be misconfigured), because accessing the original image (open the file description page and view the file in its full size) gives the same "question mark" image, and this doesn't involve imagemagick at all. Maybe $wgUploadPath is not correctly set?

Roideseaux (talkcontribs)

On FTP serveur, Images are in the correct directory (/images/8/8c/ENO_(4).jpg), I can download it and see that the image is correct but when I check by the link, I obtain this question mark...

MarkAHershberger (talkcontribs)

are there images in the same directory via ftp that work on the wiki?

AhmadF.Cheema (talkcontribs)

Some original image files and their thumbnails both are accessible, such as Fichier:ENO (11).jpg (/images/f/f4/ENO_(11).jpg and /images/thumb/f/f4/ENO_(11).jpg/800px-ENO_(11).jpg). These work on the Wiki.

While some images' thumbnails are accessible but original files are not.

For example, Fichier:ENO_(21).jpg (/images/2/25/ENO_(21).jpg - inaccessible; /images/thumb/2/25/ENO_(21).jpg/800px-ENO_(21).jpg - accessible)

Similar case for Fichier:ENO (12).jpg, Fichier:ENO_(13).jpg, Fichier:ENO_(16).jpg, Fichier:ENO (18).jpg and probably others.

MarkAHershberger (talkcontribs)

Could you re-upload Fichier:ENO_(21).jpg and see if it works. If it fails to work after you re-upload it, could you see if there are any errors in your error log? Could you post the original to another site so that I can download it and see if I can spot the problem?

Roideseaux (talkcontribs)

I reuploaded this image but same, it doesn't works.

Here is a link to another website where I posted the original : https://img15.hostingpics.net/pics/732176ENO21.jpg

I haven't any logs, I found this node to activate but which link may I use ? Did I need to create the file first ?

MarkAHershberger (talkcontribs)

I'm not sure how to tell you how to find your host's error log. However, if you set up a debug log, you can use that. The debug log has a lot of information in it, so you'll need to look for the name of the file that you're uploading.

MarkAHershberger (talkcontribs)

fwiw, I could upload your image to a wiki w/o problem. I think there must be something that you need to talk to your hoster about. Perhaps the debug file will help us.

MarkAHershberger (talkcontribs)

Also, of note: when MW archived the old image, it shows up now: http://gce-electronics.com/wiki/images/archive/2/25/20171204081129%21ENO_%2821%29.jpg

185.61.176.158 (talkcontribs)

oddly, when the picture extension is .png, it works but not when it's .jpg...

I try to activate debug log caus I whant to know why this happen..

Roideseaux (talkcontribs)

Sorry, I forget to log in...

MarkAHershberger (talkcontribs)

Now that we've narrowed it down a bit, it sounds like you should talk to the hoster or post something on the community forums for OVH. I'm not sure how much more we can help.

Roideseaux (talkcontribs)

Ok, thanks for help

I'll contact OVH support.

Reply to "Problem with images that don't appear"