Open main menu

Project:Support desk

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, Wikimedia Developer Support, 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".

Please remove this page from your site.

1
209.119.226.100 (talkcontribs)
Reply to "Please remove this page from your site."

File extension ".png" does not match the detected MIME type of the file (image/svg+xml).

2
Summary by Lance W. Haverkamp

I uploaded a .png as the path of least resistance; but I question the system's inability to accept a change of filetype.

Lance W. Haverkamp (talkcontribs)

I'm uploading a svg logo. At upload, MediaWiki is incorrectly saying the file extension is .png, it's not, it's .svg

This may be caused by the previous (and incorrect) image being a png. If so, how do I tell the system that it's OK to replace the png, with an svg?

MarkAHershberger (talkcontribs)

If you think this is a bug, please file a task for it on phabricator.

Search will not show any results under custom namespaces

8
Averymechanix (talkcontribs)

Hi,

I am having an issue getting the search function to work with custom namespaces. When using the search function it will only return results for pages in the Main namespace. My LocalSettings.php looks like the following for my custom namespaces.


##Define constants for additional namespaces.

define("NS_B142",3000);

define("NS_B142_TALK",3001);


##Add Namespaces.

$wgExtraNamespaces[NS_B142] = "B142";

$wgExtraNamespaces[NS_B142_TALK] = "B142_Talk";


##Defaults search to allow all namespaces to be searched. 

$wgNamespacesToBeSearchedDefault[NS_B142] = true;

$wgNamespacesToBeSearchedDefault[NS_B142_TALK] = true;


MarkAHershberger (talkcontribs)

What version of MW are you using? If your wiki is public, can you point us to it?

Averymechanix (talkcontribs)

It is an internal wiki unfortunately, however, I am using version 1.29.1.

When you look at Special:All Pages it does show all of my namespaces in the wiki (the example above is only one of 6). I am using namespaces to separate buildings and sections so that no one steps on each others test instructions (We all use the same equipment).

MarkAHershberger (talkcontribs)

When you do advanced search and manually select the other namespaces, do you see results from those namespaces?

Are you using CirrusSearch or the built in search?

Averymechanix (talkcontribs)

Built-In search. It does not show me the other namespaces (no option to search under them) when I try and do advanced search.

MarkAHershberger (talkcontribs)

If your custom namespaces do not show up in the advanced search, then MediaWiki's search probably isn't aware of them.

Are you sure that pages in the "B142" namespace are actually in that namespace and aren't just in the main namespace with "B142:" at the beginning of their title? One way to tell is what the first tab says. For the main page it will usually say "Main Page" while other pages in the main namespace will say something like "Page". On this topic thread, for example, they say "Topic".

For your "B142" namespace, the tab should say "B142".

Averymechanix (talkcontribs)

The tab says B142. Also when looking at "All Pages" in the Special pages, I can select to see pages only under namespace B142. Only the search does not work.

MarkAHershberger (talkcontribs)
Reply to "Search will not show any results under custom namespaces"

[NOT REALLY SOLVED] link color: "light red link" of article does not change

7
Metathom (talkcontribs)
  • MediaWiki 1.24.2
  • PHP 5.3.28-nmm2 (apache2handler)
  • MySQL 5.5.43-nmm1-log

Hello, I created two articles but the link color is still: "light red link" (link to a page that does not exist, but you have visited). I logged in as admin, as normal user, restarted Firefox... But the link is still "light red" and context menu says "site does not exist". By clicking the link it direct to the site. That's not the problem. What could be the reason? Wikisite is behind htaccess. Thank you.

EDIT: Problem disappeared.

88.130.78.97 (talkcontribs)

Another of the "job queue not working as expected" problems. Seems like in current releases this is happening increasingly often; it especially often can be perceived in wikis, which have a very low number of page hits.

Ciencia Al Poder (talkcontribs)

I've also seen lots of threads like this one lately and I'll probably create a ticket for investigation. Manual:Job queue#HTML cache invalidation advertises that By default, jobs are added when more than 500 pages need to be invalidated, but this doesn't seem to be true, since they're supposed to create a new page that's linked from a couple of places at most.

Still, even disabling the automatic run of the job queue, I was unable to reproduce the issue.

Ciencia Al Poder (talkcontribs)

Actually, I was able to reproduce this if $wgJobRunRate is set to 0. In fact, it's possible that this also happens for $wgJobRunRate values less than 1 (the default is 1), or if there are more pending jobs, in which case it may take a while until older jobs are cleared.

I've updated the documentation, because the wording suggested that only pages with more than 500 links will use the job queue and otherwise the update would be done on the same request, but that's not true.

198.129.106.24 (talkcontribs)

We have been experiencing this issue since the 1.24 upgrade. Just saw this (thank you!), ran the runJobs maintenance script and seems to work OK. Should this be a scheduled job?

I will have to do some reading to better understand this. Any pointers/input would be really appreciated.

108.58.193.58 (talkcontribs)

I don't have access to the server for our internal wiki, but I found that going to a redlink page and saving without making any changes can resolve the issue for us. It doesn't persist a change set to the history, and it appears to be possible for anyone with edit access to do.

Norsen1983 (talkcontribs)

Hi Gents! I have the same problem with red links.

Mediawiki 32, latest and greatest, running on windows server 2016 under IIS.

PHP version 7.2, all done according to recommended procedures.

  • I tried $wgJobRunRate = 1; and $wgJobRunRate = 0;
  • I tried $wgMainCacheType = CACHE_ACCEL; in this case I was unable to execute runJobs.php .
  • I tried $wgMainCacheType = CACHE_NONE; THis case I was able to execute runJobs.php successfully, there was a reasonable output in its log, but still the links are red ))
  • I tried to edit and save a redlinked page without making changes , like the previous contributor described, but it doesn't work for me.
  • What worked for me: go to page with red link, press edit, make no changes, press preview - on the preview the link is blue, press save. After that the link is blue. So it is edit-preview-save without changes.
  • When I change LocalSettings.php and restart web-site in IIS, red links become blue.
  • The interesting thing (but I'm not 100% sure in it): the problem wasn't there in the beginning, but introduced a few days ago, after I started to use wiki templates. Not sure if it is related.
  • For now I'm only one user of this wiki. Some others were logged in once but do not contribute on a daily basis. Probably that is related as well.


So, well, I don't really know what can I try more, because the time I planned to solve this is gone :(. But I'll trace the discussion here, if any new replies.

Regards,

Sergey

Reply to "[NOT REALLY SOLVED] link color: "light red link" of article does not change"

What makes wiki links go from red to blue/purple?

8
198.129.106.24 (talkcontribs)

From: http://www.mediawiki.org/wiki/Help:Starting_a_new_page


Once the page has been created, the link will change from red to blue (purple for pages you've visited) indicating that the article now exists.


What (maintenance scripts?) makes the link go from red to blue/purple after the page has been created? I am noticing the links are not getting updated to blue/purple after the page is created. Are there any manual jobs I can run to make this happen?

88.130.75.87 (talkcontribs)

YES! And there you are, another one of the "job queue not working" problems!

You can run the maintenance script runJobs.php to get open jobs done; this includes re-rendering pages, which have to be updated (e.g. because they contain links, which need an update).

198.129.106.24 (talkcontribs)

runJobs.php did the trick - Thank you. There were MANY jobs in queue... I guess this will have to go in my crontab. Are there any fixes for this? I think this started happening after upgrading from 1.22 to 1.24..

88.130.75.87 (talkcontribs)

And this is still unfixed in 1.25. :-(

Sure, you can add the script to your crontab, but I only consider this to be a workaround, not a proper fix.

Ciencia Al Poder (talkcontribs)

Apparently, MediaWiki is using the job queue for more things lately, so the refreshlinks / cache jobs need to compete with others. So basically, after you create the page it may take a few jobs until the cache of those pages is refreshed.

Setting $wgJobRunRate to a value less than 1 makes the thing worse.

88.130.88.6 (talkcontribs)

Right. The default makes it so that one job is run on average every hundred's page request. If you change a page, which is linked at a number of places and if your wiki only has a few hits (e.g. an internal wiki used only by some company members), you will likely come to the point where the queue gets more new entries than it can work away. In the result the queue is filling more and more and your wiki will seem more and more broken (e.g. because of outdated links).

TheDJ (talkcontribs)

I've opened ticket phab:T101967 for this, since I feel that this is coming up way too often lately.....

Norsen1983 (talkcontribs)

Hi gents!

What can I do as a quick workaround? I tried to run runJobs.php, but my links are still red... I described details here Topic:Shozlbms8znlu0jx

Sergey

Reply to "What makes wiki links go from red to blue/purple?"

Different messages in the edit window based on user rights

1
Weblars (talkcontribs)

On the Danish Wikipedia we are considering to show different system messages when users are editing an article (example showing editing window) based on their user rights. Anonymous or new users should see a more eye-catching message about not violating copyright etc than for example autopatrolled users or administrators who should continue to see the current message (which is MediaWiki:Editpage-head-copy-warn). Would that be technically possible? The reason for asking is a diskussion on the Danish village pump, where the majority thinks than it would be too annoying to see such a message every time they edit an article, but that it nontheless would be suitable for contributors who don't yet know the copyright rules etc.

The setup: PHP/7.2.16 mediawiki-1.33/wmf.22 (details)

Reply to "Different messages in the edit window based on user rights"
WilcoNL (talkcontribs)

When I am trying to login I use the examples from the Mediawiki itself. Tried this one:

https://www.mediawiki.org/w/api.php?action=clientlogin&logincontinue=1&OATHToken=987654&logintoken=123ABC

But got the message

{

"error": {

"code": "mustpostparams",

"info": "The following parameter was found in the query string, but must be in the POST body: logintoken.",

"*": "See https://www.mediawiki.org/w/api.php for API usage. Subscribe to the mediawiki-api-announce mailing list at <https://lists.wikimedia.org/mailman/listinfo/mediawiki-api-announce> for notice of API deprecations and breaking changes."

},

"servedby": "mw1225"

}

if i put the parameter in the body, it says that is misses a parameter.


Any help will be appreciated

Wilco

Reply to "API Issue log in 1.32.0"
AmazingTrans (talkcontribs)

Hi there, i tried clicking reply on a thread and then click save page. it does not save the page. it comes back to the Wiki-Editor. Show-preview & Show changes work. but SavePage does not work for me in reply. What should i check?

Huhuang03 (talkcontribs)

I met the same problem

AmazingTrans (talkcontribs)

Anybody else having same issue? Looks like it works now for me again.

AKlapper (WMF) (talkcontribs)

Any error messages in your browser console output is welcome if this happens again.

Ciencia Al Poder (talkcontribs)

This could happen if your edit triggers one of the filters of AbuseFilter, or if you include external links that trigger a captcha. That's because LQT can't display captchas nor Abuse Filter warnings,

Norsen1983 (talkcontribs)

Well I have a related (probably) issue: I don't see a reply field in the topic Topic:Shozlbms8znlu0jx. When I'm not logged in to wiki, I can see this form, but can't publish anonimous reply.


EDITED: solved, that was just a closed thread, that's why there were no field for reply. It's a bit confusing that the field is tthere when I'm not logged in.

Reply to "Support Desk cannot reply"
StephanNaro (talkcontribs)

Hi,

I have placed mediawiki itself in a WAMP folder under Program Files. For easier backups, I have placed my Images folder under my www (php source) root, and created an Alias in httpd.conf, ie www/mw/images.

This seems to work fine for displaying images - but not when uploading an image. The new file gets placed under WAMP\mediawiki\images, but is then looked for (and of course not found) under www/mw/images. I can "solve" this by copying (or moving?) the file manually into www/mw/images (I don't often add images), but I thought you might be interested in the issue anyway.

My setup: Apache/2.4.33 (Win64) PHP/7.2.11 mediawiki-1.31.1


MarkAHershberger (talkcontribs)
StephanNaro (talkcontribs)

OK, thanks. I did look into these earlier, but abandoned them in favour of Apache's Alias, because I found them to be too confusing.

I have now set $wgUploadDirectory, and tested an upload, which seems to work just fine.

I might suggest trying to make the Manual a bit clearer, especially regarding the different purpose of the two variables, but maybe I just didn't try hard enough to understand.

Thanks.

Reply to "Images Folder as Apache Alias"
Renatoongania (talkcontribs)

Hi! I'm using MediaWiki

I need to create a template which has a category as parameter, is it possible? I need a template able to recognize automatically which categories are on the page where the template isworking and I want a function that check if the page has that category or not and show it in the template...

Jonathan3 (talkcontribs)
Reply to "Template with categories"