Project:Support desk

From MediaWiki.org
(Redirected from Project:Support)
Jump to: navigation, search
vde   This page is for questions relating to the MediaWiki software.

Welcome to MediaWiki.org'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
First page
First page
Previous page
Previous page
Last page
Last page

UserGroupRights on the Hungarian Wikipedia

Hi!

I would like to ask your help in connection to the current settings and possibilities of our MediaWiki configuration to clarify these questions before I open a new ticket on Bugzilla.

We use FlagRev extension since 2008, but there is a newer user group which we don't use at all: autoreview. Bureaucrats are able to add users to it and remove users from it, and there is a specified category for them in the list of users. But in the line of bureaucrats' rights on UserGroupRights not autoreview but reviewers is shown. Additionally it is very confusing, as we use custom trusted and editor user groups as part of the configuration of FlagRev on huwiki, and nodoby has any idea, what are these groups.

  • Is reviewer an existing user group on huwiki? In this case, why is it listed neither on the UserGroupRights page or on UserList page? Otherwise why is it in the line of bureaucrats rights on the UserGroupRights page?
  • What is the reason of the difference between the UserGroupRights page and how the UserRights page works? Are these two groups are mixed up somehow there?
  • Is it possible to completely remove this or these user group(s)?

Before FlagRev we used the old patrolling system, but it is switched off now. However, we don't use the patrolling system anymore, there are rights in the list of UserGroupRights related to it (patrolmarks, autopatrol and patrol).

  • Do we use these rights for anything on huwiki now?
  • If not, is it possible to remove them completely from the system?

Thank you for your answer and help in advance.

Samat (talk)17:28, 14 September 2014

The reviewer group doesn't exist on huwiki. I submitted gerrit:160372 to remove the (misleading) ability to add and remove it. There shouldn't be a difference in how the different pages handle rights. If you want to completely remove the autochecked users group, you can, but they would probably require the project to demonstrate consensus first.

Jackmcbarn (talk)01:35, 15 September 2014
 

PHP errors when trying to upgrade

I'm attempting to update our version of Mediawiki. I've been following the upgrade instructions and have uploaded all of the new files to the server. When I go to /mw-config/index.php, I see this error:

Fatal error: Access to undeclared static property: LanguageConverter::$languagesWithVariants in ..../public_html/help/includes/User.php on line 1369

I've searched all over and have not found any references to this error.

Any advice would be greatly appreciated.

198.84.227.12322:45, 14 September 2014

Mediawiki version: 1.23.3 PHP version: 5.4.30 MySQL version: 5.5.37-cll

198.84.227.12322:47, 14 September 2014

What version are you upgrading from?

Jackmcbarn (talk)00:57, 15 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 (!$(e.target).closest('#'+openDiv).length) {
       toggleDiv(openDiv);
   }

});

I get it in f12 internet explorer developer thing. please help.

151.225.137.14520:02, 11 September 2014

I aslo get this error with this code

function toggleDiv(divID) {

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

}

151.225.137.14520:05, 11 September 2014

What exactly makes you believe that what all the Google hits tell you is wrong?

88.130.122.19121:17, 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.

151.225.137.14520:49, 12 September 2014

I now get this error

Line: 41 Error: Object expected

the link to project is https://github.com/paladox2015/Metrolook

151.225.137.14520:57, 12 September 2014

What it means by on line 41 is this code


$(document).click(function(e) {
    if (!$(e.target).closest('#'+openDiv).length) {
        toggleDiv(openDiv);
    }
});

151.225.137.14520:59, 12 September 2014
 
 
 
 
 

Generate Thumbnails via thumbs.php

Hi, i need generate automaticly thumbnails with a width of 140 pixel width for my Extension:RSSpublisher.

With the images that i upload direct to my Mediawiki instance, it works with a URL like http://thwiki.org/thumb.php?f=2003_escort_150px.jpg&w=140

But the most images from my MediaWiki instance, are stored on the Mediawiki commons. When i use the same way of URL like http://thwiki.org/thumb.php?f=THW_Eisemann_13kva_Stromerzeuger.jpg&w=140 , i get the message "The source file 'THW_Eisemann_13kva_Stromerzeuger.jpg' does not exist."

How can i generate thumbnails in a customized size ?

  • MediaWiki Version: 1.23.3
  • PHP Version: 5.4.30 (cgi-fcgi)
  • MySQL Version: 5.1.73-log
  • MediaWiki instance: http://thwiki.org
Starwhooper (talk)18:03, 14 September 2014

desktop page on mobile looks horrible

Hi I seem to be having a problem with my custom skin. it looks greate on a laptop but doesent look good on a mobile device such as an iPad. it looks out of place. here is my website link http://en.random-wikisaur.tk and here is project source code https://github.com/paladox2015/Metrolook I have managed to find a way to remove the border from the images but it looks greate on the laptop how can I get it to look like it on the iPad or mobile device. I also have a problem with search bar not moving across if the name for the website is long. so when I want to move the page I carnt because the thing is behind the search bar and this only happens on mobile device.

86.135.248.1111:46, 14 September 2014

And how do I get the right navigation to move when left moves but keep it where it unless left navigation is moved.

86.135.248.1112:39, 14 September 2014
 

[RESOLVED] 120x240 images or thumbnails not appearing

First, some relevant info:

  • MediaWiki 1.21.1
  • PHP 5.4.17 (webhost's open beta)
  • MariaDB 5.3.12
  • And using GD for images (ImageMagick isnt an option here)

Just what it says on the tin. Only 120x240 images are not appearing on pages. The images are being generated, as they're showing up in my browser's page source, but when I visit a page, the images don't appear.

Example page with this problem: http://www.wikiwrimo.org/wiki/Participant_icon

Interestingly, one such image does render, but all the others (and there are about a dozen images of this size in total) do not. No error or anything, including in my error logs. I've checked my permissions, and the images with this problem have the same permissions as the ones that are appearing.

Images of other sizes appear fine, including larger images thumbnailed to a smaller size.

Thanks in advance, all.

Edit: Forgot to mention: this problem does not appear to be specific to a file type.

Sushimustwrite (talk)20:58, 4 August 2013

Hi!

You say that only size 120x240 is problematic, all others (whether they are bigger or smaller) are fine.

I can see the file "File:Nanowrimo2010 participant icon 120x240monkey.png". Also when I view the image page, I see the "main thumbnail" of the image and I see the thumbnail in the table at the bottom. Seems to be working just fine.

But there e.g. is another file with these dimensions on that page. This is the source code:

<a href="/wiki/File:Nanowrimo2007_participant_icon_120x240.jpg" class="image">
  <img class="wqcdxnbayagdhkcsckst" alt="Nanowrimo2007 participant icon 120x240.jpg"
    src="/w/images/Nanowrimo2007_participant_icon_120x240.jpg" height="240" width="121">
</a>

And does not show up in the browser. It seems like the image somehow gets hidden, most probably via CSS. When I use the Vector skin to view the page, then I see the text "Nanowrimo2007 participant icon 120x240.jpg" written on the page (but also not the image itself). Meaning: Part of the problem seems to be skin-specific.

And the class "wqcdxnbayagdhkcsckst" looks strange.

88.130.73.7821:09, 4 August 2013

I don't see that weird class name at all in the page source. Odd.

Anyway, I switched to Vector to see if that was the problem, along with switching my thumbnail limit to a larger size. Still nothing, but you have me troubleshooting in a direction I didn't think of before, so that's good, at least.

Sushimustwrite (talk)21:34, 4 August 2013

I usually use firefox. Initially, I saw the problem (and the strange class name) on this page. Switching to Chromium, I didn't see the problem, so I suspected a firefox addon. I started firefox in safe mode and didn't see the problem.

So, it appears it is a wonky firefox addon causing the problem.

MarkAHershberger(talk)13:12, 15 August 2013
 

The problem is with adblock plus. This should probably be reported to the rule set maker.

MarkAHershberger(talk)13:16, 15 August 2013

I am using AdblockPlus as well. The filter list, which I am using is called "Easylist German + Easylist".

88.130.119.2313:20, 15 August 2013

yep, me too. Well, not Easylist German.

Other sizes that will be blocked: 115x220, 120x60, 120x500, 140x600, etc...

MarkAHershberger(talk)13:32, 15 August 2013
 
 
 
 
 

[RESOLVED] Help with div class

Edited by another user.
Last edit: 16:30, 12 September 2014

Hi I am trying to add two classes in a div like this <div id="content" class="mw-body" class="overthrow" role="main"> but I doint think one of them works how can I do it so it works please.

151.225.137.14516:27, 12 September 2014

Try this: <div id="content" class="mw-body overthrow" role="main">

Stryn (talk)16:30, 12 September 2014

Thanks. I found the error and also followed what you saide thankyou.

Paladox2017 (talk)20:47, 12 September 2014
 
 

Error with running Pywikibot: "Token not found"

I've been trying since yesterday to run the first edits of my new bot. I've already set user config file (the system is windows btw), and I can login and insert commands pretty normally, however, every time I try to run a script on wiki articles I get a lot of strange error messages. They say: "WARNING: Token not found on wikipedia:ar. You will not be able to edit any page" and "Received incomplete XML data. Sleeping for 15 seconds...". There's some guy here who has got exactly the same problem, I've tried to perform the suggested solution (updating Pywikipedia), but nothing has changed. I've just finished an hour long discussion with a guy from the IRC , without much outcome. Suggestions would be very appreciated!

aad_Dira (talk)07:41, 14 September 2014

How easy would it be to add category filter to Special:NewPages? Or only after categories are moved to Wikidata?

Gryllida (Please don't ping me, I have Echo turned off.)01:56, 11 September 2014

What use would that have that you don't already have by viewing a category in timestamp order, rather than in sortkey order?

Jackmcbarn (talk)15:08, 11 September 2014
Edited by author.
Last edit: 03:05, 14 September 2014

"viewing a category in timestamp order"

How do I do that?

Gryllida02:58, 14 September 2014

Like [1]. I could probably add an option to do that to the normal category UI, actually.

Jackmcbarn (talk)03:04, 14 September 2014
 
 
 

Uncommitted DB writes from actions such as Undelete, Protect, Move

So recently I've been encountering a problem where trying to do a select few type of actions has been kicking back errors. When I try to undelete pages, protect pages, and move pages, I am getting a message for a "Database query error". I've looked in the error log and found this in the recent entries:

12-Sep-2014 02:41:59 UTC] PHP Notice:  Uncommitted DB writes (transaction from DatabaseBase::query (DatabaseBase::query)). in .../includes/db/Database.php on line 4147

Naturally, I checked the file and that line in question, and found this on the appropriate lines (4145 - 4148):

public function __destruct() {
                if ( $this->mTrxLevel && $this->mTrxDoneWrites ) {
                        trigger_error( "Uncommitted DB writes (transaction from {$this->mTrxFname})." );
                }

I've tried doing things such as setting $wgJobRunRate to 0.01 in my LocalSettings.php, and I'm still getting the error. I'm running version 1.23.3 on grisaiawiki.net, and the hosting providers haven't been able to diagnose the issue yet. If someone has another solution, it would help, as I am still fairly new to controlling a wiki server-side.

Schiffy (talk)03:17, 12 September 2014

The "Uncommitted DB writes" is not the actual error, but a side-effect. When an error occurs, the execution of the MediaWiki script is aborted and some transactions might be left open, and the "Uncommitted DB writes" error is then triggered, but that's the last error. You should look for the first error.

You should enable error reporting, as explained in Manual:How to debug, to get the original error message. Add this in LocalSettings.php and try again:

error_reporting( -1 );
ini_set( 'display_errors', 1 );

You should see the errors directly on the page.

Ciencia Al Poder (talk)09:21, 12 September 2014

I tried that, but no dice. I should note that the error page doesn't even look like a page on the wiki, but like this instead.

Schiffy (talk)15:47, 12 September 2014

Set also

$wgShowExceptionDetails = true;
Ciencia Al Poder (talk)16:22, 12 September 2014

I set all four values in that section of the Manual page to true, and what I'm now seeing is what looks like a mess of output, and the following line appears twice at the end of each page:

Title::getRestrictionTypes: applicable restrictions to [[<pagename>]] are {edit,move}

I went to look in Title.php, and what I found almost doesn't seem right. In the function getTitleProtection() I'm seeing this:

// Can't protect pages that exist.
                if ( $this->exists() ) {
                        return false;
                }

which is leading me to believe that the only protection I'm able to perform is protection from creation (which, as I just tested, I am able to do). If I'm right, then that identifies at least one problem. However, as far as moving and undeleting, I'm not sure where I would find the code causing this issue.

Schiffy (talk)17:00, 12 September 2014

getTitleProtection() is specifically for create protection. Other forms of protection are handled elsewhere.

Jackmcbarn (talk)15:34, 13 September 2014
 
 
 
 
 

[RESOLVED] Removing indexdotphp from the URL?

Hey.

Wikipedia articles has the URL "[servername, in this case wikipedia]/wiki/[article]".

Meanwhile, articles on my own wiki has the URL "[servername]/wiki/index.php/[article]"

Why is this, and can I change it to be like wikipedia?

79.136.64.8423:31, 12 September 2014

All you want to know about this is documented here.

Florianschmidtwelzow (talk)00:30, 13 September 2014

Thanks a lot!

First attempt failed, but I'm sure I'm on the right path.

My service provider uses an Apache/LiteSpeed server.

I used the wizard linked from the guide. Created .htaccess and added to localsettings.php

"/wiki/.htaccess"
RewriteEngine On
RewriteRule ^/?wiki/wiki(/.*)?$ %{DOCUMENT_ROOT}/wiki/index.php [L]

RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-f
RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-d
RewriteRule ^/?wiki/images/thumb/[0-9a-f]/[0-9a-f][0-9a-f]/([^/]+)/([0-9]+)px-.*$ %{DOCUMENT_ROOT}/wiki/thumb.php?f=$1&width=$2 [L,QSA,B]

RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-f
RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-d
RewriteRule ^/?wiki/images/thumb/archive/[0-9a-f]/[0-9a-f][0-9a-f]/([^/]+)/([0-9]+)px-.*$ %{DOCUMENT_ROOT}/wiki/thumb.php?f=$1&width=$2&archived=1 [L,QSA,B]

"/wiki/LocalSettings.php"
## The URL base path to the directory containing the wiki;
## defaults for all runtime URL paths are based off of this.
## For more information on customizing the URLs please see:
## http://www.mediawiki.org/wiki/Manual:Short_URL
$wgScriptPath = "/wiki";
$wgScriptExtension = ".php";
$wgArticlePath = "{$wgScriptPath}/wiki/$1";
$wgUsePathInfo = true;

The problem now is twofold:

  • 1. The page links are changed not from "/wiki/index.php/Page_name" to "/wiki/Page_name", but instead to "/wiki/wiki/Page_name"
  • 2. Both "/wiki/wiki/Page_name" and "/wiki/Page_name" gives an error message, "resource not found". So I can't add a page there. However, I can still access the page by manually changing the url to "/wiki/index.php/Page_name".
79.136.64.8401:44, 13 September 2014

This has been resolved, got help on the IRC channel. had to rename the folder, move the htaccess to root, and change some links to the new folder.

79.136.64.8413:36, 13 September 2014

Great :) Are you sure you want to have domain.tld/wiki/wiki/Article or domain.tld/wiki/Article? :)

Florianschmidtwelzow (talk)13:53, 13 September 2014

Haha, yeah, removing the double "wiki" was one of the changes I had to make!
I have no idea why the wizard suggested "RewriteRule ^/?wiki/wiki(/.*)" instead of "RewriteRule ^/?wiki(/.*)".

79.136.64.8420:18, 13 September 2014
 
 
 
 
 

Adding an infobox, index or similar

Edited by another user.
Last edit: 10:11, 9 September 2014

Hi! My wiki has five categories of pages. To make it simple, lets say that one of these categories is pages about cars while another is pages about bikes. I have made one index page for each of these categories, so that all pages in the category are easy to reach from this index page. Now, I want each page in a category to link to the index. And I want it to do so that clearly marks the page as a part of this category.

Right now, I simply end each page with something like "this page is a page about cars" or "this page is a page about cars". This is a really bad solution, so I want a better one. I'm trying to implement a certain solution, but I'm also open to other suggestions. The solution I'm currently trying to implement is the "infoboxes" that wikipedia use. A box with information and links, to put on the right side of the page.

I tried to search for information on this, both on wikipedia and on mediawiki, but didn't find anything that seemed to solve the problem. I also browsed through the, in case I need an extension to make an infobox. Didn't find anything there either. The search words I used were "sidebar" and "infobox".

On wikipedia I have seen three kinds of boxes I could use.

I'd like to be able to make any of these (or some fourth kind I haven't seen yet), but so far I have failed. I copied the templates for the first and second kind from wikipedia, but didn't work. When I add a sidebar, the page simply says "{{#invoke:Sidebar|sidebar}}"

So... any advice?

  • What do I need to make a sidebar, infobox or series like the ones at Wikipedia?
  • And is there some other good method to organize my pages?

Thank you for your time!

79.136.64.8422:35, 8 September 2014

PS. it doesn't say "script error", it says "((#invoke:Sidebar|sidebar))" - but with "{" and "}" instead of "(" and ")".

79.136.64.8422:37, 8 September 2014

Do you have Extension:Scribunto installed? You need it to use the sidebars that Wikipedia has.

Jackmcbarn (talk)02:07, 9 September 2014

Got Scribunto now. Trying to import from wikipedia still doesn't seem to work. The "rights" sidebar says "Script Error", which when clicked says "Script error: No such module "Sidebar"."

79.136.64.8423:12, 12 September 2014

...and when I try to copy the "Module:Sidebar" from wikipedia, it says "[a88f3039] 2014-09-12 23:14:42: Fatal exception of type MWException".

79.136.64.8423:15, 12 September 2014

That exception message isn't useful itself. See Manual:How to debug to get a message that will be useful.

Jackmcbarn (talk)23:42, 12 September 2014
 
 
 
 
 

Any Control?

Edited by another user.
Last edit: 22:36, 12 September 2014

Everyone that wants to contribute can edit or create pages? http://no.wiktionary.org/wiki/svare First time I visited this Wiki.. I am just blown away... If you don't catch the err or, let me know.

Kjetil

109.247.96.24420:33, 12 September 2014

Sorry, what you mean exactly? Please give more details on what problem you have :)

Florianschmidtwelzow (talk)21:30, 12 September 2014
 

li (or ul) position for category, file and etc.

Not horisontal, but vertical http://i60.tinypic.com/2iiu6ph.jpg

Dimon4ezzz (talk)14:53, 23 August 2014

Hi, do you have a question related to that image and positioning of items? If so, feel free to ask it here.

AKlapper (WMF) (talk)15:32, 24 August 2014

No, it's about categories and link in "File" menu

Dimon4ezzz (talk)19:47, 28 August 2014

OK. Do you have any question? If you have a question, please ask a question. Thanks. :)

Malyacko (talk)20:07, 28 August 2014

How to make it horisontal, not vertical?

Dimon4ezzz (talk)14:40, 29 August 2014

Use CSS:

display: inline;
list-style-type: none;
Florianschmidtwelzow (talk)13:41, 1 September 2014
 

Someone??

Dimon4ezzz (talk)13:24, 1 September 2014
 
 
 
 

Using a pdf logo to link to an uploaded file

I have a number of uploaded pdf files. I can link to them using the syntax LABEL NAME (pdf). However I would like to replace the text (pdf) with the adobe logo. I can only find examples of how to do this for external links. How can I do this for an uploaded file within my mediawiki site? I want ensure that clicking on the logo only links to the pdf file, not the logo image file. I am running mediawiki 1.23.2.

31.185.135.23310:12, 8 September 2014

Sorry message should read :
I have a number of uploaded pdf files. I can link to them using the syntax [[media:FILENAME.pdf|LABEL NAME (pdf)]]. However I would like to replace the text (pdf) with the adobe logo. I can only find examples of how to do this for external links. How can I do this for an uploaded file within my mediawiki site? I want ensure that clicking on the logo only links to the pdf file, not the logo image file.
I am running mediawiki 1.23.2.

31.185.135.23310:22, 8 September 2014

Do you want it to happen for all links that end in .pdf? If so, copy the code from https://en.wikipedia.org/w/index.php?title=MediaWiki:Common.css&action=edit#mw-ce-l509 into your own wiki's MediaWiki:Common.css and remove the ".external" from all of the entries.

Jackmcbarn (talk)14:32, 8 September 2014

Thank you. Presumably there is a similar format for word or excel documents.

31.185.135.23311:03, 12 September 2014

Indeed. Just add another copy of the code, changing all .pdf's to .doc's (or whatever extension you want), and change the background URL to the icon you want.

Jackmcbarn (talk)11:53, 12 September 2014
 
 
 
 

[RESOLVED] MW 1.23.3 - "404 Not Found" then I try open uploaded images or generate thumbnails

Recently I installed Wiki on hosting.

MW 1.23.3

PHP 5.4.4-14 + deb7u12 (apache2handler)

MySQL 5.5.38-0 + wheezy1-log

When downloading images I discovered the problem – thumbnails do not generate and I can’t open images. When you try to open Wiki shows error "404 Not Found". I suspect that I have a problem with access to the temp folder for uploaded images, as I had a similar problem on older versions of MW. How I can fix this problem and what a bug is it?

Watchdream (talk)22:53, 10 September 2014

Hello!

Please describe your problem with more details. What you want to do and what doesn't work (the thumbnail isn't visible, or the image on the image page?). Is there any error message when you upload an image or when you access the file page? If yes, what error message?

Florianschmidtwelzow (talk)00:03, 11 September 2014

Thanks for quick reaction.

So,

http://echoespro.creativereactor.ru/index.php/Special:ListFiles

The uploaded images can be opened directly, then they are visible in original image resolution, but when I try to open image as File: image_name.png , then I see on blank screen "404 Not Found". You can see it - http://echoespro.creativereactor.ru/index.php/File:CombineLogo.png

Thumbnail generation work on Wiki pages (at least until now work), but doesn't work on Image\File page. Perhaps the problem is not in the thumbnail generation, but maybe in access to the file page, as you suggested.

I hope I explained clearly. If TL; DR, then try to look at the problem itself on my links.

Watchdream (talk)07:12, 11 September 2014

Apparently it's a misconfiguration of your webserver.

This URL works: http://echoespro.creativereactor.ru/index.php?title=File:CombineLogo.png

Every URL where you use short URL syntax (index.php/pagename) ends in a 404 error if it ends with a known file extension (.png, .jpg, .txt... but not .mng for example).

It may be some rewrite rule on the server, or something similar.

Look at the error logs of your server to see more information.

Alternatively, disable short URLs by setting $wgUsePathInfo to false.

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

Thanks for the last advice with $wgUsePathInfo, that helped me and solved the problem.

Watchdream (talk)20:44, 11 September 2014
 
 
 
 

PHP Fatal errors after installing Version 1.23.3

I just installed 1.23.3 using Softaculous. I am seeing an error in my log:

PHP Fatal error: Call to a member function getTitle() on a non-object in /home/rulemlso/public_html/wiki.ruleml.org/includes/Feed.php on line 309

This error message seems odd because line 309 in Feed.php reads

return gmdate( 'D, d M Y H:i:s \G\M\T', wfTimestamp( TS_UNIX, $ts ) );

There is no obvious affect on the wiki itself - I'm not really sure where to look for it.

I have the following extensions installed: Multi-Category Search (1.66) Replace Text (1.0) Cite (-) ParserFunctions(1.6.0) Privacy(1.2.3) SyntaxHighlight(1.0.8.11-wmfm1) Lockdown (d08bc8) WikiEditor (0.4.0)

PHP is 5.3.29 (litespeed) MYSQL is 5.5.36-cll-lve

I reported this at https://bugzilla.wikimedia.org/show_bug.cgi?id=70709, and they suggest I also post here.

Since I reported that bug I am also seeing another error: PHP Fatal error: Call to a member function getUniqueId() on a non-object in /home/rulemlso/public_html/wiki.ruleml.org/includes/Feed.php on line 395

As suggested from bugzilla, I have created a .htaccess files with

php_value error_reporting -1 php_flag display_errors On

and have included $wgShowExceptionDetails =true; in LocalSettings.php

No results to report yet.

I have yet to see an ill effects from this error, I just want to keep on top of things.

Where would problems in Feed.php show up?

Taraathan (talk)19:50, 11 September 2014

Have you upgraded from another MediaWiki installation?

Florianschmidtwelzow (talk)20:50, 11 September 2014
 

Errors, which seem to be random and completely unrelated to your actual code - like your first one -, are often caused by cached stuff, e.g. in a PHP accelerator. Make sure to empty all caches before you try again!

88.130.122.19120:54, 11 September 2014
 

SemanticForms: False positive warning about cross-site request forgery when submitting edit

Edited by 0 users.
Last edit: 16:26, 3 September 2014

When creating my first property in a newly downloaded semantic (forms 2.7) system running on a mostly new 1.23.1 wiki (wiki.afterworld.ru). i get the following error when hitting save or preview.

"This appears to be a cross-site request forgery; canceling save."

so i went around now totally understand whats happening with CSRF and why its there and all that. But for the life of me i can not figure out how to fix the problem. I havent edited my core mediawiki files but looking at the editpage.php i can see what i expect is correct to allow tokens. "var $mTokenOk = false;" I can;t figure out of the problem is a forms problem or a wiki problem, but i see the code in the forms code for the error.

My question is, what have i done, or not done, to cause this error. Any hint to lead me in the right direction would be great. Thanks! --Dale>

71.126.252.8216:26, 3 September 2014

I was just involved in a discussion about CSRF and SemanticForms and Yaron said he took care of this in the latest version.

Maybe you can help us figure out how you are getting this?

MarkAHershberger(talk)16:45, 3 September 2014

If latest version is 1.23.3 i have that ready to upgrade, but old time IT guy like me doesn't upgrade during a problem unless its a known fix. Shall I wait for Yaron here or open up a discussion on his page? Thanks!

71.126.252.8216:50, 3 September 2014

I was hoping he would respond to the mention of his name here (I think that is part of Echo), but he didn't.

You appear to be running the latest version of SemanticForms, so I don't think upgrading would help.

I've sent him an email asking him to come look at this.

MarkAHershberger(talk)23:48, 3 September 2014
 
 

A start would be to tell us what is giving you that message: What browser are you using? Any browser extensions?

MarkAHershberger(talk)16:46, 3 September 2014

A well IE 11.09 Chrome 37 both produced the same error. Also has done it on 3 machines with none of the same extensions installed on different versions of IE. So i eliminated the browser as the default problem. Do note that i'm machines live in a Active Directory Domain, which always could cause some sort of limitation that is hidden.

When i run the create a category page i get no such error and successfully created a category. I have not run a Create a Class or templateyet because i simply haven't gotten to that stage (I am learning all this semantic stuff this week)

71.126.252.8218:08, 3 September 2014

Note i did get a person to try it with a non-domain'ed machine in Chrome 37 and they got the same error (With my account). Which gives me the idea to try another account... will ask another admin to try.

71.126.252.8218:20, 3 September 2014

http://wiki.afterworld.ru/index.php?title=Special:CreateProperty is the page with the problem.

71.126.252.8219:02, 3 September 2014

Confirmed another admin level user had same problem.

71.126.252.8220:14, 3 September 2014
 
 
 
 
 

Show/hide buttons don't appear

Hello all, I have made a navigation pannel at my wiki just like in wikipedia, but buttons hide/show panel from the left side don't appear! What is the reason of it? Here it is my nav pannel: http://www.wikijournal.ru/index.php/Шаблон:Навигация/Создание_сайтов

Fokebox (talk)06:17, 5 September 2014

Hello!

Have you enabled Extension:Vector#CollapsibleNav??? But please note, that this feature will be removed in future version of MediaWiki. And: You should consider to upgrade your MediaWiki installation. 1.20 isn't supported anymore.

Florianschmidtwelzow (talk)20:55, 6 September 2014

I try to enable Extension:Vector#CollapsibleNav and let you know if there is still the problem? I know that this version is not supported, but I cannot upgrade now, 'cause a lot of personal settings were made and I havn't enough time to set a new version!

Fokebox (talk)06:25, 8 September 2014
 

I have made it so at my localsettings file: $wgVectorFeatures['collapsiblenav']['global'] = true; But my navigation bar hasn't still collapse button (, are there any other reason of it?

Fokebox (talk)18:59, 10 September 2014
 
 

CSS is not loading properly

I've been up and down Google for the last few hours and I'm completely stumped for this problem. I've been using PHP for years but I have no idea of MediaWiki's inner workings and this completely escapes me.

I have a Wiki running on MediaWiki 1.18 (just upgraded today to see if it would fix the problem; it did not). For a long time everything has been completely find (a glitch here, one there, nothing serious). Two days ago, a user came to me and told me that the website looked "odd". When I asked to see what he meant, he showed me a site with no formatting (except inline styles)--that is, Times New Roman, white background, etc. I thought it might be his computer only, but then a second user came forward, and I checked it on another computer of mine, and it had the same issue. Mystified as to why I did not have this error on my main computer, I cleared my cache. Lo and behold, the CSS became blank.

Using Chrome's inspect element, I found the URLs of all the loaded stylesheets (3, to be exact, all loaded from load.php), and opened them in a new tab. Everything worked--that is to say, all of the CSS printed out properly. However, when I view the same resource in Chrome's resources tab, it is blank.

Oddly, even though the JS is loaded from load.php, it is working fine.

When reloading the page with "Inspect Element" open, I get this warning: Resource interpreted as Other but transferred with MIME type undefined. However I'm not sure if this is related. (My guess is that it is not.)

  • MediaWiki: 1.18.0
  • PHP: 5.2.14 (cgi-fcgi)
  • MySQL: 5.0.91-log

Attached are links to a few images. This issue happens in both Chrome and Firefox (other browsers untested) and on multiple computers as aforementioned.

Again, I must emphasize that this problem just started a few days ago. (The Wiki has been up since September 8th.) Except for a few additions to Vector.css, nothing has been changed. Any help or advice is appreciated. Been banging my head on my desk for hours now!

Eric01:01, 3 December 2011

I discovered that, indeed, MIME type is related here. When I opened the site in IE and checked the dev tools, I get these errors:

SEC7113: CSS was ignored due to mime type mismatch 
load.php?debug=false&lang=en&modules=mediawiki.legacy.commonPrint%2Cshared%7Cskins.vector&only=styles&skin=vector&*
SEC7113: CSS was ignored due to mime type mismatch 
load.php?debug=false&lang=en&modules=site&only=styles&skin=vector&*
SEC7112: Script from http://********/load.php?debug=false&lang=en&modules=startup&only=scripts&skin=vector&* was blocked due to mime type mismatch 
Special:Version
SEC7112: Script from http://********/load.php?debug=false&lang=en&modules=skins.vector&only=scripts&skin=vector&* was blocked due to mime type mismatch 
Special:Version
SEC7112: Script from http://********/load.php?debug=false&lang=en&modules=site&only=scripts&skin=vector&* was blocked due to mime type mismatch 
Special:Version

How can I ensure that load.php is serving the CSS MIME type properly? In mime.types, it lists "text/css css", so I'm not sure what else I can do.

Eric01:53, 3 December 2011

Resolved.

Appended the following to .htaccess, and the problem is resolved.

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:text/javascript]

<FilesMatch "load\.php">
        Header set Content-type %{content_type}e
</FilesMatch>
Eric19:18, 3 December 2011

This does not fix the problem. Is this bug ever going to be fixed?

67.182.161.11118:28, 5 April 2012
 
 

Not resolved. Such work-around should not and is not required by MediaWiki.

Something else is causing this to go wrong, this may fix it for you, but I'd like for this to be further investigated.

Krinkle00:02, 6 December 2011

I belive i'm getting same issue, after some clicks load.php just stops sending css and images. If i delete browser history and access the wiki if loads fine, if i reload the problems begin. I am using 1.18.1 version.

NunoSeita03:39, 20 March 2012

Did you try alternate browsers?

Jasper Deng (talk)04:28, 22 March 2012
 

I am having the same problem after upgrading from 1.17 to 1.18.2. Everything else seems to be working fine. I don't see any errors.

97.75.74.10 S37H19:03, 28 March 2012

I have this on my .htaccess and fix the problem: RewriteCond %{REQUEST_URI} !^/(redirect|load|texvc|index).php

186.214.51.7502:48, 13 April 2012
 

I hit this problem too (1.20.3, Firefox).

Cause: conflicting document root settings seems to make load.php choke on finding its stylesheets.

  1. in apache configuration file DocumentRoot "/path/to/mediawiki"
  2. in LocalSettings.php wgScriptPath ="/mediawiki";

Solution: wgScriptPath = "";

Hat-Tip to someone at StackOverflow

Richardbourke (talk)12:11, 29 April 2013
 

I had this problem too. I am using Apache rewrite rules to make very short URLs.

RewriteEngine On
RewriteRule ^(images/|skins/|(api|img_auth|index|redirect)\.php) - [L]
RewriteRule ^/*$ /index.php?title=Main_Page [L,QSA]
RewriteRule ^(.+)$ /index.php?title=$1 [L,QSA]

After upgrading, there are more top-level PHP scripts that are part of MediaWiki, including load.php, which is a new script used to obtain skin CSS and images.

I added all the new top-level PHP scripts to my rewrite rule and restarted Apache.

RewriteEngine On
RewriteRule ^(images/|skins/|(api|img_auth|index|load|opensearch_desc|redirect|thumb|trackback)\.php) - [L]
RewriteRule ^/*$ /index.php?title=Main_Page [L,QSA]
RewriteRule ^(.+)$ /index.php?title=$1 [L,QSA]

This fixed my problem.

193.9.13.13814:16, 25 April 2012

193.9.13.138's comment saved my day! I encountered the same thing: after upgrading to short URL (using a sandbox installation worked fine), the css is not loading but I can still see the page content. However, I had to add a "/" in the beginning for it to work, like this:

RewriteRule ^/(images/|skins/|(api|img_auth|index|load|opensearch_desc|redirect|thumb|trackback)\.php) - [L]

Hopefully it will help some one. BTW, 193.9.13.138's last rule

RewriteRule ^(.+)$ /index.php?title=$1 [L,QSA]

is not recommended by Mediawiki and something like the following line should be used.

RewriteRule ^/?wiki(/.*)?$ %{DOCUMENT_ROOT}/index.php [L]
Wikihy com (talk)01:26, 18 November 2013

Where do you add the mentioned statements?

196.214.37.2612:19, 4 December 2013

Your webserver config file. In my case, httpd.conf

Wikihy com (talk)12:28, 4 December 2013
 
 

-

Wikihy com (talk)01:26, 18 November 2013
 

There is also bug in PHP: https://bugs.php.net/bug.php?id=64836 that may cause this problem.

Gnomeby (talk)21:43, 8 February 2014

And here the Gentoo bug: https://bugs.gentoo.org/show_bug.cgi?id=467756

Ciencia Al Poder (talk)11:18, 9 February 2014

If your variables.less is missing some variables, the less compiler will not compile the CSS output properly, and you'll get an error like this:

/*

exception 'Exception' with message 'variable @collapsible-nav-heading-color is undefined:
failed at `ight.woff") format("woff"),` /var/lib/mediawiki/skins/vectorcatalyst/catalyst.less
on line 17' in /var/lib/mediawik/includes /libs/lessc.inc.php:3581
Stack trace:
#0 /var/lib/mediawiki/includes/libs/lessc.inc.php(2125): lessc_parser->throwError('variable @colla...', 351)
#1 /var/lib/mediawiki/includes/libs/lessc.inc.php(1880): lessc->throwError('variable @colla...')
#2 /var/lib/mediawiki/includes/libs/lessc.inc.php(1503): lessc->get('@collapsible-na...')
#3 /var/lib/mediawiki/includes/libs/lessc.inc.php(714): lessc->reduce(Array)
#4 /var/lib/mediawiki/includes/libs/lessc.inc.php(311): lessc->compileProp(Array, Object(stdClass), Object(stdClass))
#5 /var/lib/mediawiki/includes/libs/lessc.inc.php(249): lessc->compileProps(Object(stdClass), Object(stdClass))
#6 /var/lib/mediawiki/includes/libs/lessc.inc.php(223): lessc->compileCSSBlock(Object(stdClass))
#7 /var/lib/mediawiki/includes/libs/lessc.inc.php(719): lessc->compileBlock(Object(stdClass))
#8 /var/lib/mediawiki/includes/libs/lessc.inc.php(311): lessc->compileProp(Array, Object(stdClass), Object(stdClass))
#9 /var/lib/mediawiki/includes/libs/lessc.inc.php(249): lessc->compileProps(Object(stdClass), Object(stdClass))
#10 /var/lib/mediawiki/includes/libs/lessc.inc.php(223): lessc->compileCSSBlock(Object(stdClass))
#11 /var/lib/mediawiki/includes/libs/lessc.inc.php(719): lessc->compileBlock(Object(stdClass))
#12 /var/lib/mediawiki/includes/libs/lessc.inc.php(311): lessc->compileProp(Array, Object(stdClass), Object(stdClass))
#13 /var/lib/mediawiki/includes/libs/lessc.inc.php(249): lessc->compileProps(Object(stdClass), Object(stdClass))
#14 /var/lib/mediawiki/includes/libs/lessc.inc.php(223): lessc->compileCSSBlock(Object(stdClass))
#15 /var/lib/mediawiki/includes/libs/lessc.inc.php(719): lessc->compileBlock(Object(stdClass))
#16 /var/lib/mediawiki/includes/libs/lessc.inc.php(189): lessc->compileProp(Array, Object(stdClass), Object(stdClass))
#17 /var/lib/mediawiki/includes/libs/lessc.inc.php(829): lessc->compileImportedProps(Array, Object(stdClass), Object(stdClass), Object(lessc_parser), '/var/lib/mediaw...')
#18 /var/lib/mediawiki/includes/libs/lessc.inc.php(189): lessc->compileProp(Array, Object(stdClass), Object(stdClass))
#19 /var/lib/mediawiki/includes/libs/lessc.inc.php(829): lessc->compileImportedProps(Array, Object(stdClass), Object(stdClass), Object(lessc_parser), '/var/lib/mediaw...')
#20 /var/lib/mediawiki/includes/libs/lessc.inc.php(311): lessc->compileProp(Array, Object(stdClass), Object(stdClass))
#21 /var/lib/mediawiki/includes/libs/lessc.inc.php(305): lessc->compileProps(Object(stdClass), Object(stdClass))
#22 /var/lib/mediawiki/includes/libs/lessc.inc.php(220): lessc->compileRoot(Object(stdClass))
#23 /var/lib/mediawiki/includes/libs/lessc.inc.php(1927): lessc->compileBlock(Object(stdClass))
#24 /var/lib/mediawiki/includes/libs/lessc.inc.php(1950): lessc->compile('/*?** Catalyst ...', '/var/lib/mediaw...')
#25 /var/lib/mediawiki/includes/libs/lessc.inc.php(2022): lessc->compileFile('/var/lib/mediaw...')
#26 /var/lib/mediawiki/includes/resourceloader/ResourceLoaderFileModule.php(809): lessc->cachedCompile(Array)
#27 /var/lib/mediawiki/includes/resourceloader/ResourceLoaderFileModule.php(719): ResourceLoaderFileModule->compileLESSFile('/var/lib/mediaw...')
#28 /var/lib/mediawiki/includes/resourceloader/ResourceLoaderFileModule.php(692): ResourceLoaderFileModule->readStyleFile('vectorcatalyst/...', false)
#29 /var/lib/mediawiki/includes/resourceloader/ResourceLoaderFileModule.php(321): ResourceLoaderFileModule->readStyleFiles(Array, false)
#30 /var/lib/mediawiki/includes/resourceloader/ResourceLoader.php(812): ResourceLoaderFileModule->getStyles(Object(ResourceLoaderContext))
#31 /var/lib/mediawiki/includes/resourceloader/ResourceLoader.php(546): ResourceLoader->makeModuleResponse(Object(ResourceLoaderContext), Array, Array)
#32 /var/lib/mediawiki/load.php(43): ResourceLoader->respond(Object(ResourceLoaderContext))
#33 {main}
*/

To fix this, make sure you have these defined in your skin's less variables file (usually variables.less) e.g.

@collapsible-nav-heading-color: #4d4d4d;
Jonathanischoice (talk)05:17, 11 September 2014
 

If your variables.less is missing some variables, the less compiler will not compile the CSS output properly, and you'll get an error like this:

/*

exception 'Exception' with message 'variable @collapsible-nav-heading-color is undefined:
failed at `ight.woff") format("woff"),` /var/lib/mediawiki/skins/vectorcatalyst/catalyst.less
on line 17' in /var/lib/mediawik/includes /libs/lessc.inc.php:3581
Stack trace:
#0 /var/lib/mediawiki/includes/libs/lessc.inc.php(2125): lessc_parser->throwError('variable @colla...', 351)
#1 /var/lib/mediawiki/includes/libs/lessc.inc.php(1880): lessc->throwError('variable @colla...')
#2 /var/lib/mediawiki/includes/libs/lessc.inc.php(1503): lessc->get('@collapsible-na...')
#3 /var/lib/mediawiki/includes/libs/lessc.inc.php(714): lessc->reduce(Array)
#4 /var/lib/mediawiki/includes/libs/lessc.inc.php(311): lessc->compileProp(Array, Object(stdClass), Object(stdClass))
#5 /var/lib/mediawiki/includes/libs/lessc.inc.php(249): lessc->compileProps(Object(stdClass), Object(stdClass))
#6 /var/lib/mediawiki/includes/libs/lessc.inc.php(223): lessc->compileCSSBlock(Object(stdClass))
#7 /var/lib/mediawiki/includes/libs/lessc.inc.php(719): lessc->compileBlock(Object(stdClass))
#8 /var/lib/mediawiki/includes/libs/lessc.inc.php(311): lessc->compileProp(Array, Object(stdClass), Object(stdClass))
#9 /var/lib/mediawiki/includes/libs/lessc.inc.php(249): lessc->compileProps(Object(stdClass), Object(stdClass))
#10 /var/lib/mediawiki/includes/libs/lessc.inc.php(223): lessc->compileCSSBlock(Object(stdClass))
#11 /var/lib/mediawiki/includes/libs/lessc.inc.php(719): lessc->compileBlock(Object(stdClass))
#12 /var/lib/mediawiki/includes/libs/lessc.inc.php(311): lessc->compileProp(Array, Object(stdClass), Object(stdClass))
#13 /var/lib/mediawiki/includes/libs/lessc.inc.php(249): lessc->compileProps(Object(stdClass), Object(stdClass))
#14 /var/lib/mediawiki/includes/libs/lessc.inc.php(223): lessc->compileCSSBlock(Object(stdClass))
#15 /var/lib/mediawiki/includes/libs/lessc.inc.php(719): lessc->compileBlock(Object(stdClass))
#16 /var/lib/mediawiki/includes/libs/lessc.inc.php(189): lessc->compileProp(Array, Object(stdClass), Object(stdClass))
#17 /var/lib/mediawiki/includes/libs/lessc.inc.php(829): lessc->compileImportedProps(Array, Object(stdClass), Object(stdClass), Object(lessc_parser), '/var/lib/mediaw...')
#18 /var/lib/mediawiki/includes/libs/lessc.inc.php(189): lessc->compileProp(Array, Object(stdClass), Object(stdClass))
#19 /var/lib/mediawiki/includes/libs/lessc.inc.php(829): lessc->compileImportedProps(Array, Object(stdClass), Object(stdClass), Object(lessc_parser), '/var/lib/mediaw...')
#20 /var/lib/mediawiki/includes/libs/lessc.inc.php(311): lessc->compileProp(Array, Object(stdClass), Object(stdClass))
#21 /var/lib/mediawiki/includes/libs/lessc.inc.php(305): lessc->compileProps(Object(stdClass), Object(stdClass))
#22 /var/lib/mediawiki/includes/libs/lessc.inc.php(220): lessc->compileRoot(Object(stdClass))
#23 /var/lib/mediawiki/includes/libs/lessc.inc.php(1927): lessc->compileBlock(Object(stdClass))
#24 /var/lib/mediawiki/includes/libs/lessc.inc.php(1950): lessc->compile('/*?** Catalyst ...', '/var/lib/mediaw...')
#25 /var/lib/mediawiki/includes/libs/lessc.inc.php(2022): lessc->compileFile('/var/lib/mediaw...')
#26 /var/lib/mediawiki/includes/resourceloader/ResourceLoaderFileModule.php(809): lessc->cachedCompile(Array)
#27 /var/lib/mediawiki/includes/resourceloader/ResourceLoaderFileModule.php(719): ResourceLoaderFileModule->compileLESSFile('/var/lib/mediaw...')
#28 /var/lib/mediawiki/includes/resourceloader/ResourceLoaderFileModule.php(692): ResourceLoaderFileModule->readStyleFile('vectorcatalyst/...', false)
#29 /var/lib/mediawiki/includes/resourceloader/ResourceLoaderFileModule.php(321): ResourceLoaderFileModule->readStyleFiles(Array, false)
#30 /var/lib/mediawiki/includes/resourceloader/ResourceLoader.php(812): ResourceLoaderFileModule->getStyles(Object(ResourceLoaderContext))
#31 /var/lib/mediawiki/includes/resourceloader/ResourceLoader.php(546): ResourceLoader->makeModuleResponse(Object(ResourceLoaderContext), Array, Array)
#32 /var/lib/mediawiki/load.php(43): ResourceLoader->respond(Object(ResourceLoaderContext))
#33 {main}
*/

To fix this, make sure you have these defined in your skin's less variables file (usually variables.less) e.g.

@collapsible-nav-heading-color: #4d4d4d;
Jonathanischoice (talk)05:17, 11 September 2014
 
 
 
First page
First page
Previous page
Previous page
Last page
Last page