Project:Support desk

Jump to: navigation, search
vde   This page is for questions relating to the MediaWiki software.

Welcome to'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


Thread titleRepliesLast modified
[RESOLVED] Pages not displaying properly209:36, 19 September 2014
After editing page, page is not redirecting.109:35, 19 September 2014
Extension ArticlePageDataBefore209:32, 19 September 2014
Multilanguage MediaWiki manual109:20, 19 September 2014
change captcha questions108:21, 19 September 2014
Problems after upgrade of Mediawiki from version 1.19 to 1.23.3122:27, 18 September 2014
Can`t edit preferences322:24, 18 September 2014
Help with error1520:37, 18 September 2014
Is it possible to make REVISION*** to show the affected revision instead of the last one?414:15, 18 September 2014
Wikispecies help313:41, 18 September 2014
[RESOLVED] Error Upgrade form 1.15 to 1.23.3313:40, 18 September 2014
Mobile view linking problem. MobileFrontend013:39, 18 September 2014
Problem moving images between wikis109:25, 18 September 2014
[RESOLVED] References409:24, 18 September 2014
Undo or delete everything since a certain date209:22, 18 September 2014
[RESOLVED] New links not acknowledging that page exists409:11, 18 September 2014
[RESOLVED] Linking multiple sections with the same name209:05, 18 September 2014
Low performance on Multiple installations on single Webserver008:55, 18 September 2014
I see search results page instead of article2222:40, 17 September 2014
Suppressing replacement of line breaks with spaces720:36, 17 September 2014
First page
First page
Previous page
Previous page
Last page
Last page

[RESOLVED] Pages not displaying properly


This morning when I went to view my wiki I noticed that none of my pages had content. The title and everything else was there, but the articles themselves were gone. Upon further inspection, I can still view the content if I hit the "Edit" tab, or "View Source".

I attempted to follow the instructions in your help section, to no avail. I have absolutely zero idea on how to even begin going about downgrading the PCRE version (something which I didn't even know was a thing until today), and my attempts to update to the latest version of MediaWiki hit a brick wall because the problem I'm having is causing installation instructions to not display.

How do I fix this problem?

I'm running on 1.21, and my PHP version is 5.4. Any other info I may have forgotten, let me know.

Thanks., 18 September 2014

If I remember correctly, current versions of MediaWiki have the PCRE problem fixed. The update instructions are available here in this wiki at Upgrade! Does that help?, 18 September 2014

As it turns out, I didn't follow the upgrade directions properly. Once I reread them with fresh eyes, everything worked flawlessly, and the problem I mentioned is resolved. I feel like a bit of a nonce now.

Thanks for your help though., 19 September 2014

After editing page, page is not redirecting.

MediaWiki : 1.23.2 PHP : 5.4.30 MySQL : 5.6.19

I logged in and clicked on edit page, I was taken to page

After I click on save page it redirects to

and shows blank body content other layout on page is appearing but main content is not visible. Also there is div with class "mw-js-message" which should have some message but it is also blank and display:none.

But in general scenario it should redirect back to page with edited changes.

Thanks in advance.

Swami-elevati (talk)14:57, 18 September 2014

It looks like the POST data is being lost when you submit it.

Check Manual:$wgServer and be sure you have the same server name you're attempting to use, so it doesn't try to redirect automatically between www. and non-www. hostnames.

The server access log might help diagnosing the problem, if you see that after the POST request there's a strange redirect.

Ciencia Al Poder (talk)09:35, 19 September 2014

Extension ArticlePageDataBefore

Edited by another user.
Last edit: 11:35, 18 September 2014

I have a PHP scripts which displays lists of employees on my MediaWiki. I also have a special page, where you can administrate which users are employees, that works very well. However when you make a backend change on the special page, the change isn't displayed on the wikipage, where it's inserted with a tag, until after you edit that page, and change nothing, and save it.

It can only be because I'm using the wrong hook. I'm trying to use this hook instead, but it doesn't seem to be working: Manual:Hooks/ArticlePageDataBefore

Right now I'm using this hook. Just changing the variable name doesn't work:

$wgHooks['ParserFirstCallInit'][] = 'wfEmployeesParserInit';

// Hook our callback function into the parser
function wfEmployeesParserInit( Parser $parser ) {
  // When the parser sees the <sample> tag, it executes 
  // the wfEmployeesRender function (see below)
  $parser->setHook( 'employees', 'wfEmployeesRender' );
        // Always return true from this function. The return value does not denote
        // success or otherwise have meaning - it just must always be true.
  return true;

// Execute 
function wfEmployeesRender( $input, array $args, Parser $parser, PPFrame $frame ) {
    ..., 18 September 2014

That's because, not every time you request a page, it will be parsed :) Parsing takes much recources, so a page normally will be parsed one time and will be cached. If the content doesn't change (or you don't do a fake edit), the users will get the cached version of the page, which is ok, because the content haven't changed :)

As an idea, you could try to change the content of a page (Internal/Employees) with your Extension and include this page into the page where you use the the hook atm ({{Internal/Employees}}.

Florianschmidtwelzow (talk)13:35, 18 September 2014

I think the page can be reparsed without actually *editing* it, by inserting a Job to do deferred updates for each page using that data, although getting the list of pages using it may not be trivial if your extension doesn't keep track of them in the page props table.

Another simplest way is to disable the parser cache on pages using that extension.

Ciencia Al Poder (talk)09:32, 19 September 2014

Multilanguage MediaWiki manual

Please help with links to manuals or advices how to implement multilanguage support (2 language only) for the current version of MediaWiki.

I just want to make 2 language pages with crosslinks between them.

Thank you for help!

PrometheusAla (talk)10:52, 18 September 2014

Extension:Translate can help you in doing consistent translations, if you actively maintain one language and then translate it to the second language.

Ciencia Al Poder (talk)09:20, 19 September 2014

change captcha questions

I am new to mediawiki and have been entrusted the reponsibility of a wiki site. Can somebody please tell me how to change the captcha questions on the Special:Create Account page? Many Thanks

Cmm9888 (talk)06:09, 19 September 2014

Problems after upgrade of Mediawiki from version 1.19 to 1.23.3

I recently completed an upgrade of our intranet MediaWiki installation and our users are now reporting an issue with multi-user simultaneous/concurrent editing of different sections.

Users will receive the edit conflict error message when they are editing different sections/subsections of a wiki page. Any help regarding how to troubleshoot or resolve this would be greatly appreciated.

$wgDiff3 is pointing to the correct location in LocalSettings.php. Is there another var or setting that needs to be added/removed?

MW 1.23.3 PHP 5.3.6 MySQL 5.5.21, 18 September 2014


Apart from $wgDiff3 there also is $wgDiff, which you might try setting - however, the defaults for most cases should already be fine.

If that does not help, please check, if the user, who is running the wiki, can execute these programmes successfully., 18 September 2014

Can`t edit preferences

To whom I may concern,

Software Version MediaWiki 1.23.3 PHP 5.5.16-nmm1 (apache2handler) MySQL 5.6.17-nmm1-log Lua 5.1.5

is my setting. The problem is that I cannot edit the preferences. I can see the specialpage, but i am not able to edit the content. (Can not change anything)

I searched in google and mediawiki documentation for two hours and found nothing, so i am asking for help.

Thank you very much. Greetings Christoph Endruschat

Answer to:, 17 September 2014
Edited by another user.
Last edit: 22:19, 18 September 2014

Hi Christoph,

what exactly do you mean with "I cannot edit"? Are you unable to actually change the values inside the different fields? Or can you not save them? Until hearing the contradictory I assume the later. In this case you obviously met some error condition. See How to debug, reproduce the error and then check the PHP error log for more information!, 17 September 2014


i mean that when i try to change anything, it just does show no sign of reaction. When I click on a checkbox or something, nothing happens. The textfields and checkboxes are gray, like their inactiv. I can select the text describing the preferences. So I am not able to change the the values. Maybe my question should have been: How can i activate the Preferences?

I am not sure if it is actually a bug, or if i am just too stupid, but I don`t find any information about in google, so I assumed something is wrong.

Thank you Greets Christoph, 18 September 2014


i mean that when i try to change anything, it just does show no sign of reaction. When I click on a checkbox or something, nothing happens. The textfields and checkboxes are gray, like their inactiv. I can select the text describing the preferences. So I am not able to change the the values. Maybe my question should have been: How can i activate the Preferences?

I am not sure if it is actually a bug, or if i am just too stupid, but I don`t find any information about in google, so I assumed something is wrong.

Thank you Greets Christoph, 18 September 2014

So you can click around and see the different tabs on the preferences page? I do not know of a way to produce what you are seeing. You can hide some preferences using the $wgDefaultUserOptions option, but I would not know how you can deactivate them while keeping them visible. Can you check, how the things are deactivated? Is that done by some JavaScript? Or are there values in the HTML source code, which cause this?, 18 September 2014

Help with error

Hi I keep getting this error when using

error is '$' is undefined when using this

$(document).click(function(e) {

   if (!$('#'+openDiv).length) {


I get it in f12 internet explorer developer thing. please help., 11 September 2014

I aslo get this error with this code

function toggleDiv(divID) {

   $("#" + divID).fadeToggle(150, function() {
       openDiv = $(this).is(':visible') ? divID : null;

}, 11 September 2014

What exactly makes you believe that what all the Google hits tell you is wrong?, 11 September 2014

Google wont tell me but that is the error I am getting in ie in developer I tried searching goolg eso I just added $ to var $ but then another error comes and so I search that on google and there is nothing about the new error I am getting., 12 September 2014

I now get this error

Line: 41 Error: Object expected

the link to project is, 12 September 2014

What it means by on line 41 is this code

$(document).click(function(e) {
    if (!$('#'+openDiv).length) {
});, 12 September 2014

Is it possible to make REVISION*** to show the affected revision instead of the last one?

For example, I would like to use something like a "citation needed" template. But I would also like to use a human-readable timestamp to indicate when the "citation needed" template (actually just a user-friendly mark) was inserted to the page. Unfortunately REVISIONYEAR, REVISIONMONTH and REVISIONDAY2 show the last change date and time only.

Thanks. ( 11:54, 17 September 2014 (UTC)), 17 September 2014

Put subst: in front of it. For example, use {{subst:REVISIONMONTH}} instead of {{REVISIONMONTH}}. It will then get "baked" into the page when you save it, so it won't change in the future.

Jackmcbarn (talk)23:25, 17 September 2014

Thanks, tat's interesting and I'll definitely try it later. Just a question: would it be "baked" if it's rendered using a template so a template could be used a timestamp-mark at a "regular" page?, 18 September 2014

Can't edit the previous message. It should be:

"Thanks, that's interesting (I was not aware of "subst:" at all) and I'll definitely try it later. Just a question: would it be "baked" if it's rendered using a template so the template could be used as a timestamp-mark at a "regular" page?"

Update 1: I've just checked the "subst:" and it does not work for me. It simply renders the "substed" as plain text., 18 September 2014

Try editing your template to make it look like this:

{{ {{{|safesubst:}}}#if:{{ns:0}}|{{The name of your template|month={{ {{{|subst:}}}REVISIONMONTH}}|year={{ {{{|subst:}}}REVISIONYEAR}}}}|The original content of your template, using the month and year parameters}}

You should be able to adapt that to the exact parameters you require.

Jackmcbarn (talk)14:15, 18 September 2014

Wikispecies help

For Wikispecies, under the Navigation section on the left, the Help section is pointed back to MediaWiki even though there is a local help page. How can I modify it so that it points back to the local page?

OhanaUnitedTalk page15:32, 16 September 2014

This can be changed on wiki with the Interface message helppage:

wikispecies:MediaWiki:Helppage Just edit this page and insert the new link (e.g. "Help:Contents" without ") :) Hint: You need the right to edit interface messages.

Florianschmidtwelzow (talk)15:45, 16 September 2014

Yes I have the rights. I just didn't know which MediaWiki page I needed to edit. Thanks.

I carried out the change and it was reflected in Monobook. However, it didn't change in Vector skin. Any reason why?

OhanaUnitedTalk page15:08, 17 September 2014

I see the link in Vector :)

Florianschmidtwelzow (talk)13:41, 18 September 2014

[RESOLVED] Error Upgrade form 1.15 to 1.23.3

I have 3 wiki's that I upgradet from 1.15 to 1.23.3. the last one with an error when updating the database. can anybody help? thanks, sergej

...valid_tag table already exists.
Creating user_properties table ...
An error occurred:
Es ist ein Datenbankabfragefehler aufgetreten.
Abfrage: CREATE TABLE `user_properties`(
 up_user int not null,
 up_property varbinary(32) not null,
 up_value blob

Funktion: DatabaseBase::sourceFile( /share/MD0_DATA/Qweb/wiki/maintenance/archives/patch-user_properties.sql )
Fehler: 1142 CREATE command denied to user 'bkwiki'@'localhost' for table 'user_properties' (localhost)

#0 /share/MD0_DATA/Qweb/wiki/includes/db/Database.php(1123): DatabaseBase->reportQueryError('CREATE command ...', 1142, 'CREATE TABLE  `u...', 'DatabaseBase::s...', false)
#1 /share/MD0_DATA/Qweb/wiki/includes/db/Database.php(3858): DatabaseBase->query('CREATE TABLE `u...', 'DatabaseBase::s...')
#2 /share/MD0_DATA/Qweb/wiki/includes/db/Database.php(3772): DatabaseBase->sourceStream(Resource id #104, false, false,'DatabaseBase::s...', false)
#3 /share/MD0_DATA/Qweb/wiki/includes/installer/DatabaseUpdater.php(647): DatabaseBase->sourceFile('/share/MD0_DATA...')
#4 /share/MD0_DATA/Qweb/wiki/includes/installer/DatabaseUpdater.php(670): DatabaseUpdater->applyPatch('patch-user_prop...', false, 'Creating user_p...')
#5 [internal function]: DatabaseUpdater->addTable('user_properties', 'patch-user_prop...')
#6 /share/MD0_DATA/Qweb/wiki/includes/installer/DatabaseUpdater.php(441): call_user_func_array(Array, Array)
#7 /share/MD0_DATA/Qweb/wiki/includes/installer/DatabaseUpdater.php(401): DatabaseUpdater->runUpdates(Array, false)
#8 /share/MD0_DATA/Qweb/wiki/includes/installer/DatabaseInstaller.php(280): DatabaseUpdater->doUpdates()
#9 /share/MD0_DATA/Qweb/wiki/includes/installer/WebInstallerPage.php(646): DatabaseInstaller->doUpgrade()
#10 /share/MD0_DATA/Qweb/wiki/includes/installer/WebInstaller.php(283): WebInstaller_Upgrade->execute()
#11 /share/MD0_DATA/Qweb/wiki/mw-config/index.php(63): WebInstaller->execute(Array)
#12 /share/MD0_DATA/Qweb/wiki/mw-config/index.php(31): wfInstallerMain()
#13 {main}
Purging caches...done., 18 September 2014


there is an error message:

CREATE command denied to user 'bkwiki'@'localhost'

which say, what went wrong :) The database user, with which you try to upgrade the database, have no right to created tables. So, the solution is to grant the right to the database, or use a user, who is permitted to create tables, for the upgrade process using Manual:$wgDBadminuser and Manual:$wgDBadminpassword.

Florianschmidtwelzow (talk)13:31, 18 September 2014

thank you!

since I haven't changed anything on the user rights I din't assume it will be the problem - but anyway, see below it worked out fine with rewriting the user and its permissions.

regards sergej, 18 September 2014

I solved the problem somehow myself:

I deleted the user and re installed him (in mysql). rerunning the update and it worked!

sorry bothering you!, 18 September 2014

Mobile view linking problem. MobileFrontend

A thread, Thread:Project:Support desk/Mobile linking, was moved from here to Extension talk:MobileFrontend. This move was made by Florianschmidtwelzow (talk | contribs) on 18 September 2014 at 13:39.

Problem moving images between wikis

Edited by another user.
Last edit: 06:12, 18 September 2014


I have a private enterprise wiki ver 1.23

  • on CENTOS 7
  • with MariaDB Distrib 5.5.37
  • with PHP 5.4.16

This is a new installation.

I'm trying to import images from another wiki. I'm trying the following command.

[root@wikitemp maintenance]# php importImages.php ../images_to_import/

The result is:

Import images

Importing foto.jpg...Segmentation fault (core dumped)

I have also tried to put

$wgMaxShellMemory = 10000000;
$wgUseImageMagick = false;

in LocalSettings.php

and put in php.ini


Do you have any idea?

Is there another way to import images?

Thanks a lot.

Ennio Balocchi, 17 September 2014

The "segmentation fault" error indicates a bug in PHP. You should try upgrading PHP to see if that fixes the issue

Ciencia Al Poder (talk)09:25, 18 September 2014

[RESOLVED] References

Edited by another user.
Last edit: 23:23, 17 September 2014


I am new to Media Wiki and am trying to add references to a corporate Media Wiki page I am building. I have the Cite extension installed, but when I add <ref>tags</ref>, they just appear in-line in the document. I've even tried copying content from Wikipedia to make sure that my formatting is correct. Do I have to install template:ref list? If so, how do I do that?

Thanks, 17 September 2014

You need to install Extension:Cite.

Jackmcbarn (talk)23:23, 17 September 2014

Extension:Cite and all included files are in my cPanel folder for the Media wiki, is there something more that I need to do? Thanks., 17 September 2014

Add this line to your LocalSettings.php:

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

Jackmcbarn (talk)00:02, 18 September 2014

Thank you, I have resolved my issue., 18 September 2014

Undo or delete everything since a certain date

Is there a maintenance script or extension to delete all changes to a wiki since a certain date?

I recently updated an neglected wiki from 1.16 to 1.23.3. It had been abandoned about four years. During this time, spammers had created thousands of user accounts, created pages and made edits. I currently have the wiki locked down, so no one can make edits. I would simply like to "undo" all of the changes since (for example) Jan. 1, 2010. Only spammers have made changes since that date. I do not care if these page and user deletions are recorded in recent changes or if revision histories are kept.

I have found extensions to block or ban users and IP addresses (but not to automatically delete these same users' page edits). I have found extensions to delete changes made by a particular user or IP address. But are all too time consuming and limited, given the amount of spamming. I would simply like to "revert" the wiki to its 2010 state.

Cmjohannes (talk)07:23, 17 September 2014


such a script does not come with the MediaWiki core. There are maintenance scripts to really remove all deleted revisions and there is the UserMerge extension to remove a single user (by merging him with Anonymous), but this is a single action and I don't think you want to do that hundreds of times.

You can try with the extensions Extension:Nuke, Extension:DeletePagePermanently and Extension:BlockAndNuke or with a combination of those. Especially BlockAndNuke looks promising I think as it can batch delete a huge number of pages with just a few commands. Also does BlockAndNuke come with a maintenance script, which allows to delete all revisions, which were not made by users in a specified list. With a few MySQL commands you will be able to create a list of the first n users in your database (of which most or all are "ok") and then make the extension delete everything else. This should already bring you a huge step forward. And(!), if UserMerge is installed as well, it even does merge the users into one single account effectively deleting them as well. Note however that I have not tried the extension and I don't know, which strange behaviours it has. Remember to make a backup before you start!, 17 September 2014

The best way to do such "revert" is to restore a backup from those days ;)

If that's not possible, and the amount of spam is extreme, it may be more easy to just query the database directly to get a list of pages with edits before a given date, then you can export those pages with Special:Export, install the wiki from scratch (new database) and import those pages.

You can get them with this SQL query (note I haven't tested it).

SELECT DISTINCT page_namespace, page_title
FROM revison
JOIN page ON page_id = rev_page
WHERE rev_timestamp < CAST('20101231235959' AS BINARY);

You'll have to translate namespace numbers with the correct namespace name.

Ciencia Al Poder (talk)09:22, 18 September 2014

[RESOLVED] New links not acknowledging that page exists

When a user creates a new link (colored red), and then goes to the link to create a new page and save it, then comes back to the original page, the link will still be red. It will be the shade of red of a visited empty link, but it will still show that the page does not exist. This lasts until a new link/page is created, or I 'touch' the LocalSettings.php file on the command line, at which point I can't find anything on Google like this.

The version of mediawiki for that site is 1.23.0, but I have another test site on the same server that is at 1.23.3. php version is 5.3.3.

I've updated extensions, etc. and still no change. Has anyone seen anything like this? Is there a maintenance script that will help? Thanks

Cfschulte 314 (talk)14:58, 16 September 2014

Have you some kind of caching activated? If yes, how it's configured?

Florianschmidtwelzow (talk)15:52, 16 September 2014

The only things I have set for cache are

$wgMainCacheType    = CACHE_NONE;
$wgMemCachedServers = array();

Commenting them out does nothing. I was expecting it to be a cache issue because the ugly workaround is to reopen the edit page and hit 'save' a second time.

Cfschulte 314 (talk)16:11, 16 September 2014

The last user who asked about this on #mediawiki had forgotten to set up the job queue properly, i.e. run it with a crontab. I also suggest that you go through Manual:Performance tuning.

Nemo06:11, 17 September 2014

It took some playing around with this, but it seemed to work. Thanks!

Cfschulte 314 (talk)17:17, 17 September 2014

[RESOLVED] Linking multiple sections with the same name


Although I should, I can't place a link to the wiki here, because it is an Intranet-Wiki of a LAN. No access from the "outside world". The requested versions when asking questions are the following:

MediaWiki 1.23.3 PHP 5.3.3-7+squeeze19 (apache2handler) MySQL 5.1.63-0+squeeze1

Ok, my question: I have an article, that contains multiple headlines with each the same name. Like this:

= Ferrari =
== PS ==
== Year of construction ==
= Maserati =
== PS ==
== Year of construction ==

Now in the next chapter, I'd like to link to each of these "chapters", like this:


This works fine. But what, if I want to link to the "PS"-Section of "Ferrari"? A link like this:


is not distinct. So what to do?

Any help would be appreciated.

Thanks in advance, Herakles, 16 September 2014

Yeah, that's problematic. You should navigate to that section on the Table of Contents of the page, see the URL of the page, and use that anchor on the link.

Ciencia Al Poder (talk)09:50, 16 September 2014

Perfekt, thank you!!!, 18 September 2014

Low performance on Multiple installations on single Webserver


I have multiple MW instances installed on an Apache on a LINUX box. Monitoring has shown that the usage threshold has gone very low post installation. More than 10 MW instances with 3-5 Concurrent users pushes the CPU usage to more than 70-80% though with around only 10-20% RAM usage. The DBMS server does not utilize more than 5% of the CPU at any given point. This is an anomaly.

Additionally, all the tips and tricks to speed up all the MW installations and the Apache installation has been incorporated and the tests are done on a dedicated server box for the same with constant monitoring.

Any out-of-the-box solutions available or can it be assumed that multiple MW installations on a single box is not a good idea.

The set-up is as follows:

MW: 1.18.2

Apache: 2,4

PHP: 5.4

Postgres: 9.2

Wiki Permissions: Read only open wiki.

Customization: On vector Skin only and that too only on CSS level.

Status: Not live. Cannot share as per company policy. Not on internet as yet.

Content type and quantity: Content is mix of small png images and voluminous text. Couple of short MP4 videos per instance. Average size per MW installation - 100MB, Per DB Schema: 100MB

Server: Quad Core. 12GB RAM. No clustering.

OS: RHEL 5.5.

Pdr3112 (talk)08:54, 18 September 2014

I see search results page instead of article

I've recently upgraded from MediaWiki 1.22 to 1.23, and I notice now that when I type in a search term, I always see a search results page, even if there is an article that matches the name.

  • Before, if I typed "XYZ" and if there is an article named "XYZ", the system displayed that article right away.
  • Now, I get a results page that says "There is a page named XYZ on this wiki", lists that page and then a bunch of other pages that link to it.

Is there a setting that's changed that I'm not aware of? Can somebody point me in the right direction?


Supasaru (talk)19:09, 25 July 2014

I have the same behaviour, I find it annoying, but since it worked before and there anyway are obviously no efforts to change this, I fear some people might even think that's intended., 25 July 2014

In my opinion that's the best way to handle this (but, like i said, that's my personal opinion). What is, if i want to search for the string "XYZ" in other articles? There is only one button "search", not like in past a button for "full article" and "search".

Florianschmidtwelzow (talk)14:36, 26 July 2014

Click on "containing XYZ" and you will be brought to the search page. The fact that hitting enter opens the search, although a page with exactly this name is present, is really confusing. Afterwards I always have to click the page name as if MediaWiki was asking me, if I really meant my search serious. This change lowers user experience. Or is there an option, which I could set to work around that bug?, 26 July 2014

Wikipedia, the biggest user of the MediaWiki software (if I'm not mistaken) continues to bring you directly to page XYZ, and not a search results page.

This leads me to believe there's a setting somewhere, but where? Anybody have an idea?

Supasaru (talk)23:48, 26 July 2014

I could not believe that, but you are right: While on Wikipedia this works correctly, it is broken e.g. on a system of mine (running MW 1.23.1). I also want to know, how I can fix this for my system!

There is no fitting documentation at Manual:Configuration_settings#Search, 27 July 2014

Ähm, yeah :) I have tested it now with Vector skin on my private wiki (which is running 1.24wmf12), and if i search for a page which exist, i will be redirected to this, not to the search result page. In my custom skin i will be redirected to the search result page ever, so do you use a custom skin? Then you must change the search button from fulltext to go :)

Florianschmidtwelzow (talk)12:58, 27 July 2014

Yes, I do use a custom skin. I still remember how I put a comment in my skin file at the place, where the MediaWiki devs changed the display of the search buttons, because I couldn't get it to work properly for me: The display of the buttons alwaysgot messed up, so I decided to leave them both for now. But does that (the presence of two instead of one button) also influence what happens when I hit enter (because that is where I see the problem and where it annoys me most)?, 27 July 2014

I'm using Vector with no custom skinning, so I don't understand what's causing a search results page to appear.

Supāsaru14:57, 27 July 2014

Does anybody have any answers to this?

Supāsaru12:03, 3 August 2014

I have also the version 1.23.2 and when I type XYZ in research I have a list with the 2 possibilities if the page exists

first line : XYZ second line : "including XYZ" They apperas when I move the mousse

But don't clic on the glass

Chantoune (talk)18:00, 3 August 2014

→ Bump ←

I continue to experience this "bug." Does anybody know the cause?

Supāsaru12:31, 19 August 2014

Is your wiki publicly accessible so we can look what's doing?

Ciencia Al Poder (talk)16:47, 20 August 2014

Sorry - no, it isn't.

Is there anything you'd like me send show you? Screenshots? Excerpt from LocalSettings.php?

Supāsaru01:24, 22 August 2014

Describe how do you submit the search form:

  • Pressing the enter key when inside the search box
  • Click on the search button
  • Another option?

Post an example search results page URL.

Ciencia Al Poder (talk)09:10, 22 August 2014

¡Hola Ciencia al poder!

URL of the search page: http://localhost/index.php?title=Special%3ASearch&profile=all&search=Travel+checklist&fulltext=Search

I have typed the search query and hit Enter, and I've also clicked on the magnifying glass within the search box. I don't see another option to click / type.

Here is a screenshot of the search results page.

Troubleshoot SERP instead of page.tiff

Thanks in advance for your help.

(I apologize for taking this long to reply. My MySQL server went kaput, and it took me a while to get it back going.)

Supāsaru21:53, 27 August 2014

I noticed that in the URL I provided above, it's a little different from what I see on Wikipedia. (The search is very fast on Wikipedia, but if you're watching, you'll see that the URL has &go=Go appended to the end. ) Mine doesn't have that.

Is this what's making the difference? I tried adding this query string to the URL and hitting enter, and I still see only a search results page.

Does this offer a clue?

Supāsaru16:29, 1 September 2014

You have to replace "fulltext" with "go" ;) That is the reason for this behavior. Fulltext means "always to search result page", and Go means " go to page, if query matches title, or go to search result page".

Just an idea, have you set $wgVectorUseSimpleSearch to false in your LocalSettings.php?

Florianschmidtwelzow (talk)18:07, 1 September 2014

Hi Florianschmidtwelzow.

I think we're onto something. I don't have $wgVectorUseSimpleSearch in my LocalSettings.php file. (Just for fun, I added it and set it to true and that didn't work.)

I manually removed &fulltext=search with &go=Go in my browser's address bar, and that worked - I landed directly on the page.

Now, why did my wiki stop doing this on its own when I upgraded? What do I change to make it do that again?

Supāsaru00:28, 3 September 2014

→ Bump! ←

Does anybody think this has to do with the Vector skin?

I've just upgraded to 1.23.3, and I'm still having the same problem using Vector. Monobook brings me directly to the article page when I use the search.

Supāsaru22:40, 17 September 2014

Suppressing replacement of line breaks with spaces

When editing plain text in a text editor, then copying it and pasting it into the MediaWiki edit field, all line breaks are replaced with spaces (immediately upon pasting, not upon submitting the edit). How can this be prevented (i.e. so that it functions like the edit box for this wiki)? This behaviour does not depend on whether the text editor's word wrap setting is enabled or disabled.

MediaWiki 1.16.2/PHP 5.3.8 (apache2handler)/MySQL 5.0.77-log. Wiki is restricted; can't provide access.

See also [1].

Tristan Lall (talk)01:51, 27 February 2012

Probably something wrong with the program you're copying from, or your web browser.

Bawolff (talk)16:09, 28 February 2012

Browser is Chrome 17, Internet Explorer 9 and Firefox 10; program is Word 2010, Notepad (Windows 7) and Notepad++ 5.9.2. But copying and pasting from within the edit box doesn't replace line breaks. I'm guessing that the wiki is silently inserting a placeholder character at the end of each line in its own edit box; if that's not present (i.e. it came from a regular plain or rich text editor), it filters the break out.

I think it's a wiki configuration thing, since this behaviour isn't present on any of the WMF wikis (that I know of). What do I change in the configuration options to make it go away (either per-user or globally)?

Tristan Lall (talk)19:00, 28 February 2012

Also, when you paste text into the edit box, sometimes you the removal of line breaks is visible. (Slow script execution?) It goes in with the break, then a fraction of a second later, it removes the break.

Tristan Lall (talk)21:04, 28 February 2012

Umm, the main difference between this site's edit box and the normal (Default) edit box is Extension:WikiEditor. Maybe try using that extension.

Bawolff (talk)02:29, 29 February 2012

Already using WikiEditor (version 0.2.0). Also have UsabilityInitiative (Version 0.1.1) and Vector (Version 0.2.0), among others.

Tristan Lall (talk)17:45, 29 February 2012
First page
First page
Previous page
Previous page
Last page
Last page