Project:Support desk

From MediaWiki.org
(Redirected from Support desk)
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

[RESOLVED] 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
 

I have this extact same issue on an IIS install, every other page refresh results in no CSS. Can you translate this into an IIS URL Rewrite rule. I tried to save the above example in an htaccess file and import it but it doesn't like part of the E--- portion of the rule.

IIS7 on windows Server 2008 R2 and 2012 R2 results in same behavior. Been working on this for days trying to figure it out.....

Shane

206.54.145.25416:19, 2 October 2014
 
 

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
 
 
 

Someone on stack exchanged fixed it by modifying $wgServer in LocalSettings.php. Changing the $wgServer from localhost to the static IP of the machine, eg:

## The protocol and server name to use in fully-qualified URLs
## $wgServer = "http://localhost";
$wgServer = "http://123.123.12.12";


Seemed to do the trick for me! This was using version 1.23.5 (latest version as of 10/30/14).

63.241.40.12719:46, 30 October 2014

Along with the $wgServer = "http://123.123.12.12"; fix, I had to set $wgUsePathInfo = false; also

130.76.32.5116:03, 5 December 2014
 

great replacing localhost with ip address worked for me

93.169.59.15906:39, 25 January 2015
 
 

Mediawiki Upload Size Issue

Good evening. I am having issues with my mediawiki file upload size. I have a fresh install of MW1.24.1, on a shared hosting server. Trying to upload an XML backup, I can't upload it; I get the 'file too large' message. When I go to do a regular upload, it displays 100B as the upload limit. The only adjustments I've made to LocalSettings.php are enabling editing only to registered emails, removed all skins but vector, removed anonymous editing and the require_once entries for my extensions to be usable. My server, verified through phpinfo() has the upload limits set to 100MB (I don't need it that high, but we're trying to find the bug). Stats are as follows:

  • PHP: 5.4.29
  • Server API: CGI/FastCGI
  • MW Install: 1.24.1
  • Extensions: CollapseVector, Delete Batch, FancyBoxThumbs, MSUpload, ReplaceText
  • No adjustments to file size in LocalSettings.php
  • phpinfo() returns: post_max_size 100M, upload_max_filesize 100MB, file uploads ON

I have not been able to find anything, and nothing seems in error on the MW side or the PHP side. Any help would be appreciated. My shared hosting is looking into it as well, but I'm concerned that something is incorrect in MW.

75.88.176.21700:23, 25 January 2015

Additionally my host has doublechecked my PHP.ini and we cannot find anything on their end. Is there any way that I can search out the origin point of where the 100B upload limit is noted, IE what calls bring it up in the specialpage:upload?

75.88.176.21703:56, 25 January 2015
 

Blog magazine like display

Dear,

I'm not so sure I should post this type of question here. Well, if someone had so ideas...

I display a list of recent / most visited articles using Extension:DynamicPageList (third-party). I'm tring to transform these list into blog / magazine like frontpage.

I would like to add :

  • An extract of the first lines of the article. I tried to use include=* & includemaxlength=[n] parameters. This generate an extract with formating applied. This result in a non-esthetic result for the list. I'm looking for a way to kill formating. I did not find a CONTENT variable I could use in format=.
  • A small image, using first img tag available in article content. No clue on how to generate this for the moment.

If someone have any idea on one of these two points it would be really helpfull.

Thanks

Thibdx (talk)22:43, 24 January 2015

Sorry for multiple posting. Clicking save did not do anything, I ended clicking multiple time.

Thibdx (talk)22:46, 24 January 2015
 

Purging cache.

Dear all.

When I try to purge my cache with ?action=purge, I get 404 file or directory not found. Have anybody experienced that? It's probably related to PhP, but I am not able to figure it out. Everything else works fine, but It's hard to update my templates.

Regards

Pompelpilt (talk)10:16, 24 January 2015

Hi!

Does it work for other ?action=xxx URLs? E.g. for action=history? If not, this might be a problem with Short URLs.

For the template updates: After you updated a template, the pages, which transclude it should iIrc be purged automatically - there should be no need to do that manually...

88.130.113.10212:45, 24 January 2015

Thanks miss/mr 88.130.113.102.

After reading about short URLs, I guess that's most likely the case. ?action=xxx doesn't work either. I have some investigation and testing to do here. Again, thanks!

Pompelpilt (talk)20:48, 24 January 2015
 

For the template updates: After you updated a template, the pages, which transclude it should iIrc be purged automatically - there should be no need to do that manually...

I understand what your'e saying, but don't understand why pages should be purged automatically. I was working with my templates (in template namespace) in lab environment, and changes didn't kick in as expected. I came across the ?action=purge option and they then worked. In my production environment though, purging doesn't work.

Pompelpilt (talk)20:59, 24 January 2015
 
 

How i install Visual Editor extension?

A thread, Thread:Project:Support desk/How i install Visual Editor extension?, was moved from here to Extension talk:VisualEditor. This move was made by Florianschmidtwelzow (talk | contribs) on 24 January 2015 at 18:37.

invoke infobox error in mediawiki (template copied from Wikipedia)

Edited by another user.
Last edit: 09:22, 7 June 2013

I have installed the latest mediawiki and i am having trouble installing infobox in my mediawiki. After a lot of searching in web i found this tutorial http://trog.qgl.org/20110815/setting-up-infobox-templates-in-mediawiki. I have done all things as described in the tutorial , downloaded the template:infobox xml then imported in my wiki made proper changes in my common.css ,localsetting.php. But when i put the example code given in the tutorial in my wiki its giving this error.

{{#invoke:Infobox|infobox}} http://i44.tinypic.com/157m0bd.png

Creating a infobox in mediawiki is making me mad,any help will be appreciated

Advance thanks for input

180.149.49.23110:24, 6 June 2013

Exactly the same problem over here. Any help would be nice.

Thanks in advance.

77.250.212.23713:48, 7 June 2013

Wikipedia is now using Extension:Scribunto for heavy templates like this.

You need to install that extension or select an old version of the template, prior of the switch to Scribunto / Lua [1].

Ciencia Al Poder (talk)16:37, 7 June 2013

I've installed the Scibunto extension and I'm still getting this error. I *did* have to comment out the sort function in LuaCommon.php to get the extension to run. I did an export/import to copy the templates into my wiki.

I presume the problem is that I'm using MW 1.19 and WP is on the latest version. Upgrading is too much of a hassle. Guess I'm stuck with stripping out templates...

173.57.184.10516:19, 14 December 2013

I am getting errors as bellow after setting up Extension:Scribunto

Script error: No such module "Infobox".
Script error: No such module "citation/CS1".
Template:Cite news
116.202.96.22012:12, 24 January 2015

My error URL

wikicinema.org/index.php?title=Mammootty
116.202.96.22012:22, 24 January 2015
 
 
 
 
 

Mediawiki and SMTP server

Edited by author.
Last edit: 23:32, 23 January 2015

I'm posting on behalf of another person.

"please someone help me to integrate SMTP server with mediawiki. I can not confirm my email, trying to use my email which is set on smtp server (windows). I am not familiar with developing programs but have read and applied most of the instruction that found in google like: using sendmail and PEAR for php, changing the php.ini and ... I need to use port 27 of my server

this is from sendmail.ini


smtp_server='192.168.......'  "the ip address of the smtp (exchange) server "
#mail.mydomain.com
;smtp port (normally 25)
smtp_port=27


this is from php.ini


[mail function]mail
; For Win32 only.
; http://php.net/smtp
SMTP ='http://192.168....' "the ip address of the smtp (exchange) server "
; http://php.net/smtp-port
smtp_port = 27

; For Win32 only.
; http://php.net/sendmail-from
sendmail_from = you@yourdomain

; For Unix only.  You may supply arguments as well (default: "sendmail -t -i").
; http://php.net/sendmail-path
sendmail_path = "C:\wamp\sendmail\sendmail.exe -t"


and this is from LocalSetting.php

#Email

$wgSMTP = array(
'host' => "http://192.168.....",  "the ip address of the smtp (exchange) server "
'IDHost' => "Name of the exchange server",
'port'=> 27,
'auth' => false,
);

any help would be really appreciated.


Regards, Poopak "

Facebook thread: https://www.facebook.com/groups/2205099323/permalink/10152990921324324/

Elitre (WMF) (talk)10:12, 13 January 2015

Can someone please remove my post? It's a dupe of https://www.mediawiki.org/w/index.php?title=Project%3ASupport_desk&offset=20150110015341&limit=20#email_confirmation_for_mediawiki_52647 . Apologies I didn't notice this earlier.

Elitre (WMF) (talk)10:46, 13 January 2015
 

How can i do it work?

I already installed the dependences and i dont know to install the mediawiki, how can i do it?

200.255.122.23117:26, 23 January 2015

Anndd I already put it into htdocs on apache, but nothing happend. Am i doing it wrong?

200.255.122.23117:28, 23 January 2015
 

[RESOLVED] HowTo? Change user-id with underscores to keep as underscores rather than converted to spaces? Possible?

Edited by author.
Last edit: 15:24, 19 January 2015

My Administrator login: l_d_allan
Becomes : l d allan

Can this be "fixed" or is that how MW works?

If not, should I have used l-d-allan? Or l.d.allan?

My speculation is that it may be too late to change, and the possible repercussions might ripple throughout my small wiki. Or not?

My setup:

ver. | 1.21.1 (super rusty at Linux and too much of a MW newbie to figure out how to upgrade to latest/greatest ... sorry)
PHP: 5.3.24 (cgi-fcgi) MySQL: 5.0.96-log
link to immature, under-construction wiki: canprint.org/wiki

I have noticed that MW treats pages like My_test_page as pretty much equivalent to My test page. They seem almost like an alias. Mea culpa, it didn't occur to me until possibly too late that my_login would have the underscore replaced.

L d allan (talk)13:09, 19 January 2015

what kind of Linux? Do you run a server (shared or just some small hosting webspace? The mysql version is a bit outdated and also the php could use an upgrade. Did you ever try apt-get update or apt-get dist-upgrade?

That with the underscore is just a display thing. Hover over your username in the thread and you see it with the underscores displayed.

Temptuousinsolence (talk)08:47, 20 January 2015

The website is hosted by GoDaddy. They provide Linux, PHP, and MySQL. The version is not under my control.

I can live with the underscore becoming a space. It's actually not an issue that causes any problems.

L d allan (talk)00:14, 21 January 2015
 

That's how MediaWiki works. If you want to rename your user, you can use Extension:Renameuser (already bundled in your installation, you may need to enable it in LocalSettings.php).

Ciencia Al Poder (talk)10:33, 20 January 2015

OK. Thanks. That was operator error on my part. Resolved.

L d allan (talk)12:50, 23 January 2015
 
 

Installation issues No /etc/mediawiki directory

Hi, I tried to install MediaWiki 1.24 onto my Ubuntu 14.04.1 LTS laptop. I already have LAMP installed and in use.

The installation instructions involve unpacking a tgz file - (not using the apt-get method).

But, in the online instructions it says to edit a config file in the /etc/mediawiki directory.

BUT - I don't have an /etc/mediawiki directory !!!

Obviously there is a step missing in the instructions !!


Regards

Nick

82.219.14.9313:11, 23 January 2015

Hi Nick,

which tutorial do you follow and which file should you edit?

Since you say it is located inside the mediawiki/ directory, I guess it is LocalSettings.php?

88.130.98.6213:42, 23 January 2015

Hi,

I followed the instructions at:

http://www.mediawiki.org/wiki/Manual:Running_MediaWiki_on_Ubuntu


Regards

Nick

82.219.14.9313:50, 23 January 2015

I've checked in the /var/log/apacahe2/error.log file, and I see this error:

[Fri Jan 23 13:51:02.156433 2015] [:error] [pid 16920] [client 127.0.0.1:53038] PHP Fatal error: require_once(): Failed opening required '/var/lib/mediawiki/includes/Init.php' (include_path='.:/usr/share/php:/usr/share/pear') in /usr/share/mediawiki/includes/WebStart.php on line 94

I don't have a /var/lib/mediawiki/includes/Init.php file.

AND - what is /usr/share/mediawiki directory doing on my system ??? I unpacked the tgz file into /var/lib/mediawiki !!!!

82.219.14.9313:55, 23 January 2015

Ah, Looks like my laptop came with /usr/share/mediawiki preinstalled. Probably manually installing mediawiki is scewing things up.


Nick

82.219.14.9315:01, 23 January 2015
 
 
 
 

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
 
 
 
 

I have the same issue ... I run a BlueSpice MW (2.23) on MediaWiki (1.23.7) with SMW 2.0 and I am unable to add attributes. In fact, the entire attribut thing appears to be broken:


    NO_VALID_VALUE mit Datentyp Text (0 Vorkommen)
    NO_VALID_VALUE mit Datentyp Zahl (0 Vorkommen)
    NO_VALID_VALUE mit Datentyp Quellcode (0 Vorkommen)
    NO_VALID_VALUE mit Datentyp Zahl (0 Vorkommen)
    NO_VALID_VALUE (0)
    NO_VALID_VALUE (0)
    NO_VALID_VALUE (0)
    NO_VALID_VALUE (0)
    NO_VALID_VALUE (0)
    NO_VALID_VALUE mit Datentyp Datum (0 Vorkommen)
    NO_VALID_VALUE (0)
    NO_VALID_VALUE (0)
    NO_VALID_VALUE (0)
    NO_VALID_VALUE (0)
    NO_VALID_VALUE (0)
    NO_VALID_VALUE (0)
    NO_VALID_VALUE (0)
    NO_VALID_VALUE mit Datentyp Wahrheitswert (0 Vorkommen)
    NO_VALID_VALUE mit Datentyp Seite (0 Vorkommen)
    NO_VALID_VALUE (0)
    NO_VALID_VALUE (0)
    NO_VALID_VALUE mit Datentyp Datum (0 Vorkommen)

That looks quite strange

I tried fixing it through the SMW admin desk and an update in the terminal but to no avail. I try a second attempt in a VM with MW on 1.24.

Temptuousinsolence (talk)09:11, 11 December 2014

Same Probleme here with BlueSpice 2.23, mediawiki 1.23.7 SemanticForms 3.1 (1b189e3). When i try to define a new propertie got this error : This appears to be a cross-site request forgery; canceling save.

142.85.5.6912:34, 15 January 2015

I found the source and a bypass to the problem. When Bluespice extension "WikiAdmin" is activated, it seams to remove the namespace created by the Semantic MediaWiki extention, to be more precise, the Property, Type and Concept Namespace (and there "talk" ones). So when Forms try to add something to a namespace that no longer exist, it give the cross-site request forgery. The bypass I found is not "by the book", but it works. Just create the namespaces somewhere else, I put them in the LocalSettings.php by adding these lines:

$wgExtraNamespaces[102] = "Property";
$wgExtraNamespaces[103] = "Property_talk";
$wgExtraNamespaces[104] = "Type";
$wgExtraNamespaces[105] = "Type_talk";
$wgExtraNamespaces[108] = "Concept";
$wgExtraNamespaces[109] = "Concept_talk";

Hope it helps!

142.85.5.6914:13, 23 January 2015
 

I found the source and a bypass to the problem. When Bluespice extension "WikiAdmin" is activated, it seams to remove the namespace created by the Semantic MediaWiki extention, to be more precise, the Property, Type and Concept Namespace (and there "talk" ones). So when Forms try to add something to a namespace that no longer exist, it give the cross-site request forgery. The bypass I found is not "by the book", but it works. Just create the namespaces somewhere else, I put them in the LocalSettings.php by adding these lines:

$wgExtraNamespaces[102] = "Property";
$wgExtraNamespaces[103] = "Property_talk";
$wgExtraNamespaces[104] = "Type";
$wgExtraNamespaces[105] = "Type_talk";
$wgExtraNamespaces[108] = "Concept";
$wgExtraNamespaces[109] = "Concept_talk";

Hope it helps!

142.85.5.6914:13, 23 January 2015
 
 
 

[RESOLVED] HowTo? Import list of Export'ed Categories? Possible?

Edited by author.
Last edit: 15:32, 19 January 2015

Summary: I'm attempting to use Export from a possibly corrupted wiki, and Import into a starting-over-from-scratch wiki. It's no doubt operator error, but Import of Categories fails. Import works fine with Templates, and seems to work fine with Files that have underscores in their filename (my bad?).

My under construction 1.21.1 wiki: canprint.org/wiki with immature LocalSettings.php so $wgLogo and other formatting flawed
(and semi-offline canprint.org/11_wiki11_1165/index.php?title=Special:Version that may be corrupted)
Hosted by: GoDaddy with Linux server (Apache?) ... I'm ignorant about SSH and super rusty with Linux
PHP: 5.3.24 (cgi-fcgi) MySQL: 5.0.96-log
Note that GoDaddy makes MW connected to MySQL relatively simple for up to ver 1.21.1 but I'm stumped on how to upgrade to ver 1.24.1, but that's also another issue for now

More info: My approach of Export then Import is almost certainly a less than optimal hold-your-nose work-around. Guidance to "correct the error of my ways" appreciated.

I am able to Export and then Import existing Pages, Files, and Templates. However, this MW semi-newbie hasn't been able to figure out how to Export Categories so they will subsequently Import. Therefore, the starting-over wiki is missing 50+ categories.
http://www.canprint.org/wiki/index.php?title=Special:WantedCategories&limit=100&offset=0 (not sure if this Special page will show up for a non-user)

I haven't tested if Export from a small 1.21.1 wiki with a few categories will Import to another small 1.21.1 wiki.

MTYEWTK? Sorry
Below is a partial list of the Exported pages / files / templates / categories from the possibly corrupted 1.16.5 version. My speculation is that the Categories is expecting a different Prefix than my guess. I'm hoping to avoid copy/paste of the contents 50+ categories, if possible.

AKA (ok)
Abbreviated cartridge flushing (ok)
... (100+ ok)
Main Page (ok)
Main Page: Welcome to Canon Printing wiki (ok)
Mea culpa (ok)
... (100+ ok)
YWMV (ok)
Template:Canon.printer.template (1 of 2 ok)
Template:Under.construction (2 of 2 ok)
File:110812 iP4500 wikilogo.png (seems ok although actual file has underscores)
... (5+ ok)
File:300 PrinterEvaluationTarget.jpg (seems ok)
A4 Letter size printers (as Exported ... didn't Import)
Category:A4 Letter size printers (tried to guess Prefix: didn't work)
Category:All-in-one printers
... (40+ didn't get imported ... [PEBKAC?])
Category:QY6-0084 print-head
Category:Under construction placeholder
Category:Unknown print-head

L d allan (talk)12:36, 19 January 2015

XML or SQL Export/Import?

Temptuousinsolence (talk)08:59, 20 January 2015

Thanks for the reply.

I'm using the Special:Export page. That results in a relatively large time-stamped XML file (142kb). Then I use the Special:Import page to Import that XML file. I can see a list of pages, files, and templates imported. Categories are not among that list, and they are lots of missing categories in the Special:CategoriesWanted page.

L d allan (talk)15:32, 20 January 2015

Actually, I have tried both ... XML and SQL. Did you ever tried it according to the official documentation? https://www.mediawiki.org/wiki/Manual:Importing_XML_dumps

Temptuousinsolence (talk)11:14, 22 January 2015

Thanks. The docs: Special:Import can be used by wiki users with import permission (by default this is users in the sysop group) to import a small number of pages (about 100 should be safe). Trying to import large dumps this way may result in timeouts or connection failures.

I'll try with fewer pages. However, all the actual Pages, all the Files, and all the Templates were Import'ed, but none of the categories.

L d allan (talk)02:58, 23 January 2015
 
 

Import of Categories started working ok. I'm unsure why, or what happened. Anyway, disregard, and thanks.

L d allan (talk)12:47, 23 January 2015
 
 

[RESOLVED] How to italicize article titles?

How do we go about italicizing article titles? I see discussion of using a template to accomplish this task, but it doesn't seem clear.

MediaWiki 1.24.1 PHP 5.6.3 MySQL 5.6.21

24.30.101.1918:46, 21 January 2015

I am not exactly sure about what you want to do. If you want to have the article names of every article (e.g. the name "Manual:Upgrading" on Manual:Upgrading) written in italics, then I would edit the wiki page MediaWiki:Common.css in your wiki and add according CSS rules to it, so that the titles get an italic style.

88.130.78.9518:52, 21 January 2015

To change that on a single page, you can use {{DISPLAYTITLE:''{{FULLPAGENAME}}''}}

Ciencia Al Poder (talk)10:53, 22 January 2015

@Ciencia Al Poder. That worked perfectly. Thanks!

2601:0:9A00:729:94EC:9491:8D88:F0D013:05, 22 January 2015
 
 
 

Wikicode interpreter in java

Hi All

I would like to write a interpreter in java for wikicode to show in my viewer. The viewer is nearly a HTML-Viewer. Is there any documentation or technics to do this. I mean I started withit and recognized that there are a lot of specific templates like {{quote..... and they are also different in every language. (en -> {{quote german -> {{Zitat etc...

or is there any list of all templates that exists for a language ?

You see I don't know howto start and hope somebody can help.

kind regards

Solvapps (talk)10:06, 22 January 2015

You may need to reimplement what parser.php does...

Do you really want to create a MediaWiki parser for Java? if you only need to display the HTML representation of pages of an existing wiki, you may want to look at API:Parsing wikitext

Ciencia Al Poder (talk)11:01, 22 January 2015

Thanks a lot. This probably will help. The Parsing API is not the solution for me, because I will have my own output. (No HTML). What would be very helping is to have a list of all templates and the specification for each language.

Where can I find the parser.php (download) ?

176.127.146.11707:59, 23 January 2015
 

Does this noe suit your purpose? http://help.eclipse.org/luna/index.jsp?topic=%2Forg.eclipse.mylyn.wikitext.help.ui%2Fhelp%2Fdevguide%2FUsing-The-WikiText-Parser.html

Temptuousinsolence (talk)12:09, 22 January 2015

Thanks a lot. This probably will help. I took a look at it, but I am not sure if this is for me. But it is good to know, that there exists a java api. thanks. What would be very helping is to have a list of all templates and the specification for each language.

Where can I find the parser.php (download) ?

176.127.146.11708:07, 23 January 2015
 
 

White page after using search

Hi there

Produkt Version MediaWiki 1.23.2 PHP 5.3.29 (cgi-fcgi) MySQL 5.1.73-cll

I have a problem with my wiki. when i use the Search function the page comes up blank / white. All other pages on the wiki works like a charm, it's only when i use the search it comes up White / Blanks. If i type something it the searchfield and press "Go to" then it also works.

Anyone know what this is and how i can fix it ?

192.176.230.111:06, 22 January 2015

Please add the following at the same spot of the LocalSettings.php

<?php
# Enable error reporting
error_reporting( E_ALL );
ini_set( 'display_errors', 1 );

and then try to use the search again.

Temptuousinsolence (talk)12:07, 22 January 2015

Hi. When i added that i can "use" the search, however. If i search for something that exists in the wiki already i get the following error

Fatal error: Call to undefined method MySQLSearchResultSet::getInfo() in /home/wiki/public_html/includes/specials/SpecialSearch.php on line 507

What is this ?

192.176.230.112:24, 22 January 2015

Did you change something recently? Did you make a software-upgrade or changed a version of a mediawiki extension?

Temptuousinsolence (talk)12:37, 22 January 2015

I uppgradera Mediawiki a long time ago but other than that i have made no changes at all other then creating new wikipages.

192.176.230.112:48, 22 January 2015

And in terms of the server environment? Did you run a MySQL-update?

Temptuousinsolence (talk)12:55, 22 January 2015
 
 
 
 
 

[RESOLVED] Username with @ sign inside

Hello, our usernames are taken from another application with the syntax "user@domain.de" ... this works perfect but if we try to change the userrights per specialpage, the mediawiki tells us its not possible because the user is not local ... it looks like he interpreted the @ as other domain.

How can i change the rules for usernames and allow the "@" signs in it?

Thanks al lot :)

Gerd

192.166.53.20115:22, 21 January 2015

Hi Gerd,

you can set

 $wgInvalidUsernameCharacters = '';

in LocalSettings.php. This would break interwiki stuff, but if you only have one single wiki and do not use the interwiki functionality, then this won't be a problem. See Manual:$wgInvalidUsernameCharacters for more details.

88.130.78.9518:54, 21 January 2015

Perfect! Thanks a lot! I use:

$wgInvalidUsernameCharacters = ' ' ; $wgUserrightsInterwikiDelimiter = ' ';

and now its possible to change userrights for our new users with "@" in usernames. We doesnt use Interwiki functionality :o)

192.166.53.20107:36, 22 January 2015
 
 

[RESOLVED] RunJobs.php hangs on execution

RunJobs.php produces no output and does not complete execution when run from the command line.

Microsoft Windows [Version 6.1.7601]
Copyright (c) 2009 Microsoft Corporation.  All rights reserved.

C:\Windows\system32>cd c:\inetpub\wwwroot\dev24\maintenance

c:\inetpub\wwwroot\dev24\maintenance>php runjobs.php
^C
c:\inetpub\wwwroot\dev24\maintenance>

As you can see, I have to abort execution every time (unless the job queue is 0).

Note: It appears as though another user is having the same issue and documented it on the RunJobs discussion page.


  1. System Configuration:
    • MediaWiki: 1.24.1 (a8eda20) (same issue experienced on 1.23.8)
    • PHP: 5.4.20 (cgi-fcgi)
    • MySQL: 5.6.14
    • Webserver: IIS 7.5, Windows Authentication (Anonymous Authentication disabled)
  2. Wiki is a private corporate wiki - the URL is not web accessible


Log Contents:


0.0312   1.5M  Start command line script runjobs.php
0.0468   1.8M  [caches] main: WinCacheBagOStuff, message: WinCacheBagOStuff, parser: WinCacheBagOStuff
0.0624   3.0M  [caches] LocalisationCache: using store LCStoreCDB
0.0780   4.0M  Fully initialised
0.1092   5.0M  Connected to database 0 at 127.0.0.1
0.1092   5.0M  Query mwdev (1) (slave): SELECT /* JobQueueDB::doGetSiblingQueuesWithJobs  */  DISTINCT job_cmd  FROM `job`   WHERE job_cmd IN ('refreshLinks','refreshLinks2','htmlCacheUpdate','sendMail','enotifNotify','fixDoubleRedirect','uploadFromUrl','AssembleUploadChunks','PublishStashedFile','null')   
0.1092   5.0M  LoadBalancer::reuseConnection: this connection was not opened as a foreign connection
0.1092   5.0M  Query mwdev (2) (slave): SELECT /* JobQueueDB::claimRandom  */  job_id,job_cmd,job_namespace,job_title,job_timestamp,job_params,job_random,job_attempts,job_token,job_token_timestamp,job_sha1  FROM `job`   WHERE job_cmd = 'refreshLinks' AND job_token = ''  LIMIT 88,1  
0.1092   5.0M  Query mwdev (3) (slave): SELECT /* JobQueueDB::claimRandom  */  job_id,job_cmd,job_namespace,job_title,job_timestamp,job_params,job_random,job_attempts,job_token,job_token_timestamp,job_sha1  FROM `job`   WHERE job_cmd = 'refreshLinks' AND job_token = '' AND (job_random >= '18174153')  ORDER BY job_random ASC LIMIT 1  
0.1092   5.0M  DatabaseBase::query: Writes done: UPDATE `job` SET job_token = 'X'
0.1092   5.0M  Query mwdev (4) (slave): UPDATE /* JobQueueDB::claimRandom  */  `job` SET job_token = '2d61852a9a7731265203632d5f49e0f1',job_token_timestamp = '20150108174628',job_attempts = job_attempts+1 WHERE job_cmd = 'refreshLinks' AND job_id = '235' AND job_token = ''
0.1716   5.0M  LoadBalancer::reuseConnection: this connection was not opened as a foreign connection

Any assistance is appreciated!

Nha4601 (talk)18:05, 8 January 2015
  • Try running the script from your main mediawiki directory (the one with LocalSettings.php inside), e.g.
php maintenance\runjobs.php
  • Additionally, try using a separate LocalSettings.php without caching enabled (CACHE_NONE).

HTH and best regards, Thomas

79.202.101.17407:37, 21 January 2015

Thanks Thomas - Problem solved!

  • running script from main mediawiki directory: No effect
  • disabling caching: SOLVED - runjobs.php executes to completion
Nha4601 (talk)12:16, 21 January 2015
 
 

[RESOLVED] Order of MW upgrade (1.22 to 1.24) + extensions

Dear all,
I'm having some difficulties in upgrading Mediawiki from 1.22 to 1.24. I'm struggling to understand what is the best order for upgrading MW and the related extensions.
To my understanding I should not update the extensions to the latest version before the MW update as this might stop MW to work, right?
On the other hand I am seeing the same issues if I do it the other way around (MW update first). After this my wiki only comes up with error messages that are related to incompatible extensions.
What I did so far: I deleted the whole wiki files (except the "images" folder and LocalSettings.php) and copied the new MW 1.24 file structure to the server. After this I moved back my LocalSettings.php to the root dir.
It even looks like that this prevents the maintenance/update.php script from running (apart from the html errors mentioned above I am also seeing similar error messages in PuTTY when trying to run this script).
Therefore I am a bit stuck and don't really know in which orders I should do the updates?!?
Could anybody please give me some hints?
BTW - compatibility of MW 1.24 and PHP/SQL has been confirmed.
Many thanks!

Sochin67 (talk)09:18, 21 January 2015

Manual:Upgrading should explain it, but anyway, the usual option is to unpack new files on an empty folder instead of the existing installation, download current versions of extensions, and then copy the LocalSettings and other modifications (images), making that folder the published directory on the webserver (or switching between old and new folders).

Your steps seem to go in the right direction. What errors do you get?

Ciencia Al Poder (talk)10:43, 21 January 2015

Thanks for your response, the error is:
[0a6dfe65] 2015-01-21 23:11:40: Fatal exception of type MWException

I have enabled exception details in LocalSettings.php and now it showing me that obviously Magic Quotes are enabled - so this seems to be the problem. Therefore I have just contacted my hoster and asked whether this "feature" can be disabled.

Sochin67 (talk)23:14, 21 January 2015

Problem was fixed by disabling Magic Quotes!
Thanks to Ciencia Al Poder anyway!

Sochin67 (talk)10:43, 22 January 2015
 
 
 

Phabricator down?

Reported on c:Commons:Village_pump#Something_wrong_with_the_UploadWizard.3F, phabricator:T87062 triggers a login prompt.

Be..anyone (talk)14:58, 17 January 2015

It is not down, see e.g. the still unsolved https://phabricator.wikimedia.org/T78159

But I see the login prompt at T87062 as well. I also remember seeing this problem with other issues as well. Is that a configuration problem with Phabricator?

88.130.89.24315:11, 17 January 2015
 

I am logged in and get an "Access Denied: Restricted Task" message at https://phabricator.wikimedia.org/T87062.

Rosenzweig (talk)15:15, 17 January 2015
 

It seems, that this task is restricted (e.g. the security property set to "private" or "sensitive/security bug". In this case, only the owner of this task and the members of the security group (iirc) can view this bug.

Florianschmidtwelzow (talk)14:29, 18 January 2015

Makes sense, but a login prompt to indicate this state isn't optimal. For user profiles I got the idea immediately, no account, no access; but security issues are hopefully rare and could be reported as is (= "no access, unclear security state requires triage, try again later.")

Be..anyone (talk)15:49, 18 January 2015

Hmm, how exactly do you get a login screen? When I am logged into Phabricator and try to access https://phabricator.wikimedia.org/T87062 , I get "Access Denied: Restricted Task - You do not have permission to view this object." but not a login screen.

AKlapper (WMF) (talk)16:12, 18 January 2015

Plus Phabricator/Help is a better place to discuss Phabricator, I'd say. :)

AKlapper (WMF) (talk)16:12, 18 January 2015

Unfortunately it's not possible to move a LQT-thread to flow :(

Florianschmidtwelzow (talk)16:18, 18 January 2015
 

You're questioning why you don't see a login screen when you're logged in? Obviously the login screen is shown when you're not logged in.

137.147.80.8405:08, 19 January 2015
 

Without account (incl. "anonymous" users) it is a login prompt, quite annoying from a {{tracked|T87062}} posted on a village pump. I guess it's the same feature not allowing me to visit Phabricator user profiles (for privacy instead of security reasons.)

Be..anyone (talk)09:14, 22 January 2015
 
 

It's hardly "down" if it still shows a login screen. :P

Florian is pretty much right; see mw:Phabricator/Security for the full documentation and info.

AKlapper (WMF) (talk)16:03, 18 January 2015

{{=P}} is understood ;-)

Be..anyone (talk)16:13, 18 January 2015
 
 
 

Show WikiTextEditor and Show RichTextEditor option not avaliable

A thread, Thread:Project:Support desk/Show WikiTextEditor and Show RichTextEditor option not avaliable, was moved from here to Extension talk:WYSIWYG. This move was made by Ciencia Al Poder (talk | contribs) on 21 January 2015 at 10:36.
First page
First page
Previous page
Previous page
Last page
Last page