New Subcategories not showing in Logged out View after migration

Hi,

We recently moved from our Old VPS to a new VPS. The mediawiki version remains to be unchanged with the migration.

The issue that we are facing recently is that subcategories that are being created now - are no longer being displayed in the logged out view.

But they do show when an editor or visitor is logged in. Please see(attached) how the same category displays a different list of subcategories in both logged in/ logged out views.

When Logged in

When Logged out

The screenshot belongs to this url - http://vaniquotes.org/wiki/Category:Prabhupada_Speaks_-_Pages_with_Videos

Could you help me troubleshoot & how to fix this issue?

- Arnab Arnab vani (talk) 08:14, 1 June 2016 (UTC)

Could anyone share some insight and help me out with this issue

and how to go about troubleshooting it?

- Arnab Arnab vani (talk) 14:02, 1 June 2016 (UTC)

I'd say this is a cache problem. Have you tried clearing your browser's cache or navigate using "private browsing"? Ciencia Al Poder (talk) 01:54, 2 June 2016 (UTC)

hello and thank you sooooo much for this content. Best url for table of contents on my smartphone???

hello and thank you sooooo much for this content.  Can you please tell me the best way to navigate a "table of contents" or listen on my cell phone. My screen is small and I end up going back to the same audio reading or I can't read many options; is their a best url for a "table of contents???? Thanks so much! Maramiraruns (talk) 19:16, 1 June 2016 (UTC)

Can you provide a link/address to one of those "audio readings" please? Malyacko (talk) 07:33, 2 June 2016 (UTC)

In case you are speaking about a MediaWiki page, Manual:Table of contents contains information on how to move/hide/adjust the TOC inside such a page. 87.123.44.133 (talk) 12:33, 2 June 2016 (UTC)

Hello. Information about the company, which I writing, was removed. How can I properly write this information? Can you help me?

Hello. Information about the company, which I writing, was removed. How can I properly write this information? Can you help me? Kompaniya (talk) 08:15, 2 June 2016 (UTC)

In case you are speaking about the English Wikipedia, you might be interested in en:Wikipedia:Deletion policy and also in en:Wikipedia:Requests for undeletion. 87.123.44.133 (talk) 12:34, 2 June 2016 (UTC)

Reading a backup

I have a backup of a zimwiki I created, and I want to read the files.

I am either looking for a free way to host it or a way to read them offline. I can't find a way to upload the backup on the free sites I have used so far, and the offline wiki readers I tried using so far also don't seem to work with my backup.

The backup is just a zip file of all the files. I have used this to restore the wiki before using my current website using the mediawiki plugin. But it is not an option to do that again at the moment. 87.195.163.11 (talk) 09:18, 2 June 2016 (UTC)

What exactly do you mean with "reading the files"?

If you "only" want to get read access to the files, which have been uploaded in that MediaWiki installation, then you can just extract the zip file and inside the extracted contents, navigate to the folder images/. It will most likely contain a number of subfolders with all your uploaded files in them. These subfolders have names like 1/1e or 3/32 - if you do not know the file names you are looking for, it will be difficult to find one special file.

Another option would be this: On your local PC, setup XAMPP. This is a complete webserver. XAMPP comes with a htdocs/ folder and inside that folder you can extract the backup so that you basically get all files, which the MediaWiki installation needs (and not only those from the images/ folder). Additionally, you can restore the MediaWiki database; XAMPP comes with MariaDB, into which you also can restore a backup, which had been created with MySQL. Afterwards you would thn have the complete MediaWiki installation running again on your local PC and you can then use the links in MediaWiki pages or pages in the File namespace to access your files.

The second option, using XAMPP, will be more work to set up, but it will make finding your files way easier. 87.123.44.133 (talk) 11:18, 2 June 2016 (UTC)

Protect viewing a category with password

Hi, is there a way to restrict viewing a category only for users that have a password? 187.6.22.160 (talk) 15:23, 2 June 2016 (UTC)

How do you "view a category"? Do you mean "view any pages in a category" instead? Or "view the list of pages in a category" only? AKlapper (WMF) (talk) 08:49, 3 June 2016 (UTC)

None that I know of. Maybe somehow with .htpasswd protection in Apache? However, there surely is an API, which also allows access to the categories. Even if there is such a protection, there will most likely always be a way around it. 87.123.63.222 (talk) 15:59, 2 June 2016 (UTC)

If I understand you correctly, you want to make some pages private and others public.

To restrict/allow page-by-page access is not the way MediaWiki is designed, so any method used for this purpose might have potential vulnerabilities and MediaWiki warns that no sensitive information be protected through these methods.

There are about 40+ extensions which try to do this, Category:Page specific user rights extensions. As far as I know, a good one appears to be Extension:Access Control List, but this might be somewhat buggy, It also appears to be not compatible with Extension:WikiEditor (according to the extension MediaWiki page).

Another (probably better) would be IntraACL. Although, I haven't personally tried any of them. AhmadF.Cheema (talk) 09:34, 3 June 2016 (UTC)

To be honest: MediaWiki is not made for access protection. If access protection, which really works, is what you need, do not use MediaWiki. 87.123.63.222 (talk) 09:39, 3 June 2016 (UTC)

Problem with templates' categories

Hi, I have created several templates (all included in the same page) with similar content and have affected all of them to Category:ToDo or Category:Done.

Everything seems to work fine, except that when I'm displaying the page Category:Done, some of my templates are missing and appear on the Special Page of Templates with no Category... :(

And for the "buggy" templates, no matter what I do (adding them to new Categories, specifying a Sort, ...), it doesn't matter... and at the same time, some of them work just fine (and I'm unable to find what's causing the problem).

Does anybody have a clue of what happens here ? Or (icing on the cake) how to fix that ? (I'm using version 1.26.3, btw) 80.14.202.240 (talk) 16:15, 2 June 2016 (UTC)

What is the best place to follow the status of 1.27's development?

I have been eagerly waiting for MediaWiki 1.27, which hopefully solves some of the issues I've had with MediaWiki. Where can I follow the status of this release (and future releases) more closely?

The wiki page for 1.27 mentions it is planned for June 2016, but I'd like to follow the development more closely so I can make an accurate estimate of when it will be released.

Thank you :) Swennet (talk) 18:07, 2 June 2016 (UTC)

https://lists.wikimedia.org/pipermail/wikitech-l/2016-June/085837.html or MediaWiki 1.27#Release schedule are my guesses for dates. AKlapper (WMF) (talk) 08:47, 3 June 2016 (UTC)

Error creating thumbnail: Unable to save thumbnail to destination

Impossible to adjust the image size. If the file name is not English or nunmber. The remaining case is not a problem.

version: 1.26.2

PHP: 5.5.9-1ubuntu4.17 (apache2handler)

MySQL 5.5.49-0ubuntu0.14.04.1

ICU 52.1

http://kiwiwiki.xyz/index.php/%ED%8A%B9%EC%88%98:%EB%B2%84%EC%A0%84 MINT163 (talk) 07:42, 3 June 2016 (UTC)

+ English files Sometimes I error .

But, I don't know benchmark.  MINT163 (talk) 07:50, 3 June 2016 (UTC)

That's a permission problem. 87.123.63.222 (talk) 09:45, 3 June 2016 (UTC)

Uhm.. Sorry, I want more explanation. May I ask a explain favor? MINT163 (talk) 07:16, 7 June 2016 (UTC)

Is there someone help me? MINT163 (talk) 11:47, 12 June 2016 (UTC)

Can you provide exact URLs where this issue happens? Ciencia Al Poder (talk) 21:34, 12 June 2016 (UTC)

Almost all the documents. Therefore, there is no means certain links.

https://kiwki.us/index.php/%ED%82%A4%EC%9C%84%EC%9C%84%ED%82%A4 MINT163 (talk) 04:31, 13 June 2016 (UTC)

Ah, sorry, since I can't understand Korean, I was unable to distinguish the error message from the normal text. The problem doesn't happen only with non-english characters: https://kiwki.us/thumb.php?f=Testpad.png&w=180&uselang=en

As 87.123 mentioned, this looks like a permission problem. Either the original file being scaled, or the destination folder where the final thumbnail is being saved have a different owner or permissions. Please check. Setting $wgShowExceptionDetails = true; in LocalSettings.php may give you more details like a specific file/folder that fails. Ciencia Al Poder (talk) 02:44, 14 June 2016 (UTC)

I tried, but not yet resolved.. MINT163 (talk) 11:20, 14 June 2016 (UTC)

Recent ImageMagick security bug on MW?

There's a recent security bug in ImageMagick (fixed with 7.0.1-7) that executed code from the upload (or target?) filename.

German article: http://www.heise.de/security/meldung/Luecke-in-ImageMagick-und-GraphicsMagick-ermoeglicht-erneute-Angriffe-3223811.html

Are there chances that MediaWiki is not affected? I have big time trouble upgrading IM on Ubuntu 14.04.

I disabled local upload for now. Subfader (talk) 09:32, 3 June 2016 (UTC)

MediaWiki is not made to work around bugs in third party software. No one will guarantee you that a malicious upload through MediaWiki definitely cannot trigger this vulnerability. Especially when specially crafted files are used, attackers may find ways to exploit an open vulnerability, maybe even if MediaWiki in the end does not allow their upload, so that the actual upload inside MediaWiki does not succeed.

The only right solution is to use a fixed version of ImageMagick! 87.123.63.222 (talk) 09:44, 3 June 2016 (UTC)

Yes, of course. Chances could have been it renames the file before it is passed to IM. ;) Subfader (talk) 09:48, 3 June 2016 (UTC)

MW 1.27 delayed?

See: MediaWiki 1.27#cite note-rel 1270-1 > Release schedule

First announced for weekend May 30/31st: https://lists.wikimedia.org/pipermail/wikitech-l/2016-April/085334.html Waanders (talk) 09:58, 3 June 2016 (UTC)

Nobody? Waanders (talk) 12:00, 20 June 2016 (UTC)

There was an announcement about the new release date.According to that announcement, June 28th is the planned date. 87.123.57.51 (talk) 12:50, 20 June 2016 (UTC)

MediaWiki 1.27#Release schedule list now June but no details there. I could not find any info about June 28. TiloWiki (talk) 22:20, 21 June 2016 (UTC)

https://lists.wikimedia.org/pipermail/mediawiki-announce/2016-June/000190.html 87.123.10.199 (talk) 07:36, 22 June 2016 (UTC)

Ok, thanks! Waanders (talk) 08:13, 22 June 2016 (UTC)

Today it's the 28th of June ;-) Waanders (talk) 13:46, 28 June 2016 (UTC)

And tomorrow will be the 29th. 87.123.19.225 (talk) 14:40, 28 June 2016 (UTC)

Cannot upgrade in specific folder

I am upgrading to 1.26.3.. This website http://keukenwiki.nl.

I have created a separate folder called /wiki3 in my root.

Unpacked new Mediawiki here.

Uploaded images, skins and changed Localsettings.

I want to update via the webbrowser.

So I do this: http://keukenwiki.nl/wiki3/w/mw-config

It gives error: This page isn't working

When I navigate to http://keukenwiki.nl/wiki3 is says: Permission denied.

I renamed my htaccess. Nothing helps. Any idea what the problem can be? JFokker (talk) 16:29, 3 June 2016 (UTC)

You currently do not have the wiki installed in wiki3/, but in wiki3/w/. When you try to access wiki3/w/index.php, you see a blank page. Same for the installer in mw-config. This is most likely caused by a PHP error. Enable error logging to get the actual error message. See blank page for details! 87.123.18.105 (talk) 17:31, 3 June 2016 (UTC)

Thanks.

When going to this URL: http://keukenwiki.nl/wiki3/w/index.php

I get a 500 error. Not a blank page.

So I think I cannot have the error log. Or am I missing something? JFokker (talk) 19:45, 3 June 2016 (UTC)

Oh, it's true: The server returns status code 500. That means that there is an error in the server configuration. This error can be located in the http.conf file or - maybe more likely - in an .htaccess file inside one of the affected folders. Since the error happens for the folder wiki3/w/ and for all subfolders, but not for wiki3/, my guess is that it is caused by the .htaccess file in wiki3/w/.htaccess (or by the according server config). 87.123.18.105 (talk) 22:59, 3 June 2016 (UTC)

Thank you. I don't get it anymore.

I have a .htaccess in my root which has two folders, the old wiki with /wiki and the new wiki with /wiki3.

This is the .htaccess

## http://www.mediawiki.org/wiki/Manual:Short_URL/Apache
 
# Enable the rewrite engine
RewriteEngine On
# www to non-www
RewriteCond %{HTTP_HOST} !^keukenwiki\.nl$ [NC]
RewriteRule ^(.*)$ http://keukenwiki.nl/$1 [R=301,L]
# Load css
RewriteRule (api|load)\.php - [L]
 
# Short url for wiki pages
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^/?wiki(/.*)?$ %{DOCUMENT_ROOT}/wiki/w/index.php [L]
 
# Redirect to Main Page
RewriteRule ^/*$ %{DOCUMENT_ROOT}/wiki/w/index.php [L]

Within /wiki3/w I don't have an .htaccess. I just get this error

Forbidden

You don't have permission to access /wiki3/ on this server.

Also when I change the .htaccess have wiki3 in there it doesn't work.

The log says this: [Tue Jun 07 10:47:30 2016] [error] [client 81.30.42.243] Directory index forbidden by Options directive: /var/www/qb305368/data/www/keukenwiki.nl/wiki3/

It's weird, because when I create another folder (e.g. test), I do have access to this folder.

Any idea what is going wrong? JFokker (talk) 08:49, 7 June 2016 (UTC)

You could just copy over the .htaccess file from wiki/ to wiki3/, replacing each occurrence of the path "wiki" with "wiki3".

The Options directive error can most likely be avoided by adding

Options +Indexes

to the according .htaccess file.

However, I am not sure, if the Options directive error is the relevant thing here. After all, inside the wiki3/w/ folder there is (or at least: should be) an index.php file so that the server should not even try showing a directory index.

The relevant error message is the one, which happens when you get the blank screen with the server error 500. 87.123.33.216 (talk) 09:19, 7 June 2016 (UTC)

Send email to a registered user

I want every newly registered user to receive certain email directly after he or she registers. (The emails should welcome the user to volunteer and hyperlink wiki pages he should read.)

Is there such an extension? VictorPorton (talk) 12:31, 4 June 2016 (UTC)

Try this: Extension:New User Email Notification.

(Have not personally tried it, and the latest version is over two years old)

For a solution of one known problem, also check out: https://www.mediawiki.org/wiki/Extension_talk:New_User_Email_Notification#Fatal_Error AhmadF.Cheema (talk) 00:40, 5 June 2016 (UTC)

== ^[1]</nowiki>

<references />

It is displayed as such on the page. I checked the version I have installed on the server, and it is 1.26. Am I doing something wrong, or should I check that I haven't made a mistake somewhere else? Thank you! Bveremis (talk) 03:01, 5 June 2016 (UTC)

You need to make sure that Extension:Cite is installed! Sounds like in your case it is not currently... 87.123.42.252 (talk) 06:59, 5 June 2016 (UTC)

I see that I didn't call the extension in the localsettings php file! I thought that because Cite was bundled in later versions I wouldn't have to do that. Thanks! Bveremis (talk) 11:10, 6 June 2016 (UTC)

Some extensions are bundled - but they are not by default activated. That is what you still have to do manually, if you want to use them! 87.123.16.40 (talk) 11:39, 6 June 2016 (UTC)

Retrieve parameters from Wiki entry using Template

I 've created a Wiki entry for telling more details about a certain song. At the beginning of its source code I've embedded a template called "Infobox Song", where parameters like the artist, the singer, a thumbnail and a YouTube link was set.

Now, I want to create a preview of the song inside a new Wiki entry, e.g. a album containing multiple songs. Of course I do not want to set all the parameters again, which were set in the Song entry before. The best way would be to create a extra template "Song preview" inside the album entry in order to check if the song is available, and if so, it should read out the parameters I set for "Infobox Song" in the song entry.

But is it even possible for a template to grab the parameters from a different Wiki entry to display it's data in a different way?

For example:

Song entry

{{Infobox Song

|artist =

|singer =

|thumbnail =

|YT =

}}

Album entry

{{Song preview|Song1=It's such a perfect day|Song2=Wonderful world}} 94.216.212.212 (talk) 20:23, 5 June 2016 (UTC)

No, because that would mean to parse the other page, and that's very expensive. However, you can probably achieve something similar with Extension:Semantic MediaWiki, where you can define "properties" on each page (using templates), that you can query from other pages. Ciencia Al Poder (talk) 02:55, 6 June 2016 (UTC)

My database big size table _text

Hello there,

I need to migrate my mediawiki databas. My previous hosting is shared. My new hosting tried to dump the database but failed because of the timeout. the table _text size is 25GB, which is so big. I'm looking for someone who can help me reduce the database without losing the content of the website.

thanks Iz29 (talk) 02:11, 6 June 2016 (UTC)

There are several options:

• If you kindly ask your old host, maybe he can just create the database dump for you and that's it.
• MySQL comes with a mysqldump executable. This tool is run on the shell and so it is not affected by any time out, which might occur, if you run a program through the web browser.
• Another option is the tool mysqldumper. It is a small tool, which is especially made to work around tim out issues. This tool allows to create a database dump in several parts, always restarting with the next part before a time out would occur. This tool is your best bet,
• Additionally you might read Manual:Reduce size of the database. You can e.g. reduce the size of the text table by compressing the text. Note however that afterwards you would no longer be able to use extensions on that text, which need the text in plain text format. 87.123.16.40 (talk) 06:42, 6 June 2016 (UTC)

500 internal server error for Special:Upload

Hello, I was hoping you can point me in the right direction. I have installed MediaWiki 1.23.14 in plesk deluxe with Godaddy (not sure if that is all I need to tell you) but when logged in as admin or a regular user and I go to Special:Upload I get this error:

PHP Warning:  hash_equals(): Expected user_string to be a string, NULL given in G:\PleskVhosts\wikitranslating.com\httpdocs\includes\GlobalFunctions.php on line 135

Enable uploads is all I really need to start running my wiki.

I am quite new at this so I am not sure how to proceed, if you can help me, I would really appreciate, please keep in mind my knowledge is quite reduced in every aspect (mediawiki, php, etc)

Thanks in advance Rmglwork (talk) 03:52, 6 June 2016 (UTC)

The hash_equals() functions requires you to provide 2 strings. However, in your case, instead of the user provided string, NULL was provided, which causes this error.

Please provide a stack trace of the error, so that we can see, how you get to the hash_equals() function. See Manual:How to debug for more details! 87.123.16.40 (talk) 06:52, 6 June 2016 (UTC)

Disable AutoWikiBrowser acces

How can I disable editing with AutoWikiBrowser on my wiki? Tribly (talk) 04:38, 6 June 2016 (UTC)

AutoWikiBrowser is a tool, which is run on the user's PC, not on the wiki server, right? That makes it kind of harder to prevent people from using it...

Maybe it is possible to in some way analyze the edits, which happen in the wiki and to disallow them, if characteristics are met, which oint to AutoWikiBrowser. That my be: The user agent, words in the edit summary or anything else... 87.123.16.40 (talk) 06:56, 6 June 2016 (UTC)

I see. Would capthas for the editor prevent the use of AWB? Tribly (talk) 09:35, 6 June 2016 (UTC)

Wikipedia uses a list, into which users, who want to be able to use AWB have to be added to. Maybe something like that.

The idea with a captch is worth a try as well... 87.123.16.40 (talk) 09:47, 6 June 2016 (UTC)

I see. Thanks. Tribly (talk) 09:51, 6 June 2016 (UTC)

Allow an IP adress to read

Hi,

I'm working on my own extension to download article in pdf.

Is it possible to allow an adress IP to read article? The IP is the wiki server ip.

Or if it's impossible, there is another way ?

Thanks you

Clement Babytigers (talk) 09:15, 6 June 2016 (UTC)

You are in a wiki, where people do not have read access, except they are logged in, right? 87.123.16.40 (talk) 09:29, 6 June 2016 (UTC)

yes.

in my localsettings i add :

$wgGroupPermissions['*']['read']    = false;

$wgGroupPermissions['user']['read'] = true; Babytigers (talk) 09:34, 6 June 2016 (UTC)

I do not know of a way inside the MediaWiki Core itself to grant access based on the use of a certain IP address. Maybe something like that is possible with an extension.

However, it might be easier to just have your extension log in with a user account, e.g. using the API:Login. 87.123.16.40 (talk) 10:00, 6 June 2016 (UTC)

ok i am trying this solution .

Thanks you Babytigers (talk) 14:30, 6 June 2016 (UTC)

@BabytigersYou managed to do this? I'm doing the same as you were, but I'm stuck in the same problem. Jlvale (talk) 16:08, 25 June 2019 (UTC)

Using Shrewsoft for MAC throws error

I am currently using Shrewsoft in a Windows 7 64 bit VM which works fine. I have a company supplied Cisco VPN conf file which I just import and connects no proble.

I recently installed Shrewsoft for Mac as per procedure on this website and the install looked like it went through fine. However, once I imported the conf file and try to connect I get an error "failed to attach to key daemon".

I am using Mac El Capitan. Are there differences between the Windows and Mac client that need changing before I can get the Mac client to connect?

Any help welcome.

Regards 105.208.60.89 (talk) 09:44, 6 June 2016 (UTC)

You question doesn't seem related to MediaWiki in any way. Are you on the wrong site? Ciencia Al Poder (talk) 02:47, 7 June 2016 (UTC)

Mark an article which kind of draft it is

I want to be able to mark pages in certain namespace which kind of draft (how "ripe", roughly saying) is this page.

I want tree different kinds of drafts.

I also want to highlight internal links to these pages with different color dependently on draft status.

Is it possible? VictorPorton (talk) 15:05, 6 June 2016 (UTC)

I don't think an extension for this feature has been made as of yet. (You could try searching for it, but I'm sure you have)

That being said, everything is possible if you know how to write code! Swennet (talk) 12:52, 7 June 2016 (UTC)

On each page, you can use a template and inside the according templates, you can use a category so that pages, which include the template, automatically get added to the category.

Highlighting of links based on the inclusion of a template is not possible currently I think. But the basic principle - automatically render a page again, if another page got changed - already is included for MediaWiki. This is exactly what is happening, when a new page gets created, which is linked in another page. In this case this other page gets purged automatically. Anyway, doing such purges, potentially to a really big number of pages, is an expensive operation... 87.123.33.216 (talk) 13:58, 7 June 2016 (UTC)

Some uploaded pictures don't display, some do.

See here for example: http://jarlmedia.com/Alexander_Bennet

I don't know what the difference is between the pictures here as to why they don't display. I've checked in LocalSettings.php and the appropriate section is marked as 'true'. Why are some photos working and some now? 86.150.72.194 (talk) 16:59, 6 June 2016 (UTC)

It's definitely uploaded on the server (http://jarlmedia.com/images/a/a5/Bennet.jpg) but it only displays if you click on it 86.150.72.194 (talk) 17:00, 6 June 2016 (UTC)

The preview image links the file images/thumb/a/a5/Bennet.jpg/374px-Bennet.jpg. However, this request gets rewritten to Images/thumb/a/a5/Bennet.jpg/374px-Bennet.jpg, with capitabl "I" and the result is a wiki page.

You need to make sure that requests to the images/ folder do not get rewritten! 87.123.33.216 (talk) 17:14, 6 June 2016 (UTC)

>You need to make sure that requests to the images/ folder do not get rewritten!

Thanks! How? 86.150.72.194 (talk) 17:19, 6 June 2016 (UTC)

Your wiki is using short URLs. A part of the according configuration is in your .htaccess file. There will be a RewriteRule and this rul at the moment also rewrites requests to the images/ folder, which it should not do. 87.123.33.216 (talk) 18:46, 6 June 2016 (UTC)

(And since it is working with the original size image, the problem might also be that image processing is not working correctly. Possibly, the real issue is that preview sizes of images are not created.) 87.123.33.216 (talk) 20:03, 6 June 2016 (UTC)

How can I fix the latter issue? 86.150.72.194 (talk) 22:32, 6 June 2016 (UTC)

You seem to have Manual:$wgGenerateThumbnailOnParse set to false, because generating any thumbnail with the thumb.php script displays it without problems and fixes the problem. Ciencia Al Poder (talk) 02:53, 7 June 2016 (UTC)

Images don't upload to image folder

New to MediaWiki and so far I think it's great.

Clean install on Server 2008R2, IIS 7.5, MW 1.26.3, PHP 7.05, MySQL 5.7.12

It's not a public site so no URL.

I followed https://www.mediawiki.org/wiki/Project%3ASupport%20desk/Flow/2014/12#h-%5B1.24.0%5D_%22Fatal_exception_of_type_MWException%22_error-2014-12-16T04%3A51%3A00.000Z and resolved the MWException but the images are uploading to a folder created under the root of the drive. e.g c:\2\27\test.png

Looks to me like a path needs setting but I don't want to break anything else so thought I would ask first. I have read multiple articles about $wgScriptPath and $wgResourceBasePath but didn't see anything about actually setting them, if that's even required. MPeverley (talk) 18:56, 6 June 2016 (UTC)

Manual:$wgUploadPath. The fix is obviously not fixable with that method, which I don't recommend now since it has been demonstrated that all problems are caused by other misconfigurations. Ciencia Al Poder (talk) 02:42, 7 June 2016 (UTC)

Cite Extension Not Working

Versions:

Mediawiki 1.24.4

PHP 5.6.19

MySQL 5.6.25

I've installed MediaWiki onto my site (http://openacademicdata.org) and am trying to create a references list for an article. The default Cite extension is installed in .../[domain]/extensions/Cite - this version of Cite was installed by the Mediawiki software automatically using a one-click install on DreamHost, so it should be working.

The manual installation instructions say to add wfLoadExtension( 'Cite' ); to the Localsettings.php file. I tried that, but got the following error:

Fatal error: Call to undefined function wfLoadExtension() in /home/[web_host_username]/ on line 136

When I add the <ref>[text goes here]</ref> and <references /> markup to the article currently, the tags stay as plain text (see homepage for example). I can't even get it to work by manually adding the markup.

Any help is appreciated. Oconnorv (talk) 01:24, 7 June 2016 (UTC)

MediaWiki 1.24 is not supported. See Version lifecycle. It's sad that DreamHost offers an outdated and potentially unsecure version of MediaWiki to install to their customers.

You may try to do an upgrade yourself.

About the extension, as explained on Extension:Cite, users running MediaWiki 1.24 (like you) or earlier, should use this instead:

require_once "$IP/extensions/Cite/Cite.php"; Ciencia Al Poder (talk) 02:34, 7 June 2016 (UTC)

Update template page-field from script?

Hello,

I don't know what the parts are called. I will try to explain:

I'm using "Data Transfer" extension to read xls data into pages, based on a template.

So i have a template "Users" with Field "{{{Name}}}"

I have a new page with my page field value: "{x{Users|Name=Steve}x}".

So now my page says "Steve".

Is there an extension that can update the specific field value "Name" from a script?

Something like

Read:

api.php?pagename=UserA,FieldValue=Name,Task=Read

Return: Steve

Update name field:

api.php?pagename=UserA,FieldValue=Name,Task=Update,Value=Peter&Steve

I want to be able to update specific page values from a script.

Thank you, StevoJel (talk) 10:13, 7 June 2016 (UTC)

Deleting images/temp/*

Bearing in mind that bug 11018 is not yet fixed, can one just delete this directory hierarchy with impunity? I'm using a hosted MW installation with about 30GB of data and nearly 20GB of those are temporary pics left over there - the documentation mentions this directory AND the not-yet-fixed bug but omits stating whether one can safely do this manually, using FTP for instance.

Thanks. Tactica (talk) 13:12, 7 June 2016 (UTC)

If you think there might arise issues with cancelled file uploads, which still are inside the upload stash, you can run the cleanupUploadStash.php maintenance script to clear the stash first. Afterwards, and maybe even before, you should be save removing files from images/temp/*.

In the past I have deleted files from there and there have not been problems afterwards. 87.123.33.216 (talk) 13:24, 7 June 2016 (UTC)

Hm... If the database is involved this looks problematic, as I don't have a shell account, only FTP access. Tactica (talk) 13:31, 7 June 2016 (UTC)

You can try Extension:MaintenanceShell then... 87.123.33.216 (talk) 13:54, 7 June 2016 (UTC)

Using the extension, the script fails with an "Internal server error" after a minute or so. Extension:GoToShell won't work because PHP safe mode is enforced by the server, I'm presuming the same here as nothing works, showSiteStats.php doesn's return a thing either. Tactica (talk) 14:23, 7 June 2016 (UTC)

The cleanupUploadStash.php maintenance script basically retrieves the files, which are listed in the database table uploadstash and deletes possible thumbnails and finally removes the files from the temp folder. You can read the source code in cleanupUploadStash.php, but basically - although I don't really recommend it - but if there is no other way, you also could do its work manually. 87.123.54.5 (talk) 20:55, 7 June 2016 (UTC)

The right solution, however, is to have a host, who allows you to use the shell. 87.123.54.5 (talk) 20:59, 7 June 2016 (UTC)

How to protect part of an article?

I'm building a Mediawiki site which will include a few thousand Bot-generated articles. I want users to be able to edit lower sections of these articles, but not edit the top (bot-generated) sections.

I found an abandoned extension called ProtectSection which did this, but I don't have the skills to update it to work with the current Mediawiki release.

I'm considering making the Bot-generated articles protected, and then transcluding them into user-editable articles. If I do that, can I hide the original Bot-generated articles from search engines, and from being navigable within the wiki? I would think this would mess up SEO.

Also, I'd like users to be able to reference prior versions of the bot-generated articles, as their text will be updated from time to time by the bot. If I transclude and hide the bot-generated articles, I'm assuming their history then will be inaccessible. This wouldn't be a problem if I could keep the bot-generated articles available, with user-editable sections in them.

I appreciate your thoughts. Tcrimsonk (talk) 18:37, 7 June 2016 (UTC)

If updating the extension is the best way to go, I'd appreciate advice on where to find/hire a developer who is most likely to be familiar w/ MediaWiki extensions. (I don't see a way to contact any of the original authors of ProtectSection) Tcrimsonk (talk) 18:43, 7 June 2016 (UTC)

To exclude a page from search use the Magic word: __NOINDEX__

If you use __NOINDEX__to exclude a page from the search engine, this will not completely hide the page from being navigable within the Wiki. In the page where you are transcluding the content, you can link to the bot-generated page and your users should be able to "reference prior versions of the bot-generated articles".

For protecting sections, have you tried Extension:ProtectText? Maybe this one still works. AhmadF.Cheema (talk) 20:43, 7 June 2016 (UTC)

I still remember that extension and it never worked the way it should have done. Basically, inside one page, there is no way to protect a part of it.

Maybe, something like a commenting system would help you...

Basically, MediaWiki is not made for access control. If access control is what you need, you are better off using a CMS. 87.123.54.5 (talk) 20:43, 7 June 2016 (UTC)

Cleaning database

Hello.

Is there any way to clean database to make it smaller?

I mean to remove history for articles, ect. TraaBBIT (talk) 08:42, 8 June 2016 (UTC)

See Manual:Reduce size of the database. That is actually the first, yes the very first Google hit for "MediaWiki cleaning up database"... 87.123.54.5 (talk) 09:29, 8 June 2016 (UTC)

Still no CAPTCHA

Hello.

I installed Extension:QuestyCaptcha and added code to LocalSettings.php:

require_once( "$IP/extensions/ConfirmEdit/ConfirmEdit.php" ); require_once( "$IP/extensions/ConfirmEdit/QuestyCaptcha.php"); $wgCaptchaClass = 'QuestyCaptcha'; $arr = array (	"A question?" => "An answer!",	"What is this wiki's name?" => "$wgSitename",	'Please write the magic secret, "passion", here:' => 'passion',	'Type the code word, 567, here:' => '567',	'Which animal? <img src="http://www.mysite.com/dog.jpg" alt="" title="" />' => 'dog', ); foreach ( $arr as $key => $value ) {	$wgCaptchaQuestions[] = array( 'question' => $key, 'answer' => $value ); }

But there is still no CAPTHA on my registration page:

http://westeros.com.pl/index.php?title=Specjalna:Zaloguj&type=signup&returnto=Strona+g%C5%82%C3%B3wna TraaBBIT (talk) 09:01, 8 June 2016 (UTC)

You need $wgCaptchaTriggers['create'] = true; in LocalSettings.php.

See Extension:ConfirmEdit for details! 87.123.54.5 (talk) 09:26, 8 June 2016 (UTC)

I added $wgCaptchaTriggers['create'] = true; to LocalSettings.php and still nothing. TraaBBIT (talk) 12:37, 8 June 2016 (UTC)

I added to my LocallSettings.php this code:

$wgCaptchaTriggers['createaccount'] = true;

but on registration page I get:

Warning: class_parents(): object or string expected in /home/budrysl2/domains/westeros.com.pl/public_html/extensions/ConfirmEdit/includes/CaptchaStore.php on line 45 Warning: in_array() expects parameter 2 to be array, boolean given in /home/budrysl2/domains/westeros.com.pl/public_html/extensions/ConfirmEdit/includes/CaptchaStore.php on line 45 Exception encountered, of type "Exception" TraaBBIT (talk) 12:42, 8 June 2016 (UTC)

Nobody? TraaBBIT (talk) 11:41, 15 June 2016 (UTC)

This error is happening, because class_parents( $wgCaptchaStorageClass ) is not an array. The code however expects it to be one. Interstingly there is an else block, which should catch exceptions with regards to wrong values here, but in this case, it does not kick in.

$wgCaptchaStorageClass is not documented at Extension:ConfirmEdit. From reading the code, the correct value for $wgCaptchaStorageClass is

$wgCaptchaStorageClass = 'CaptchaSessionStore';

I don't know, if you have that value set already or if you in your case maybe need a diferent one, but that is as far as I could get. 87.123.1.191 (talk) 12:08, 15 June 2016 (UTC)

Thank You.

Now I'm updating MW to 1.26. Then I will work on that captcha TraaBBIT (talk) 12:59, 16 June 2016 (UTC)

Problem using #set

Help!

I downloaded MediaWiki 1.26.3, and I didn't found LocalSettings.php file in it! What should I do? Amara-Amaziɣ (talk) 13:17, 8 June 2016 (UTC)

The web based installer will generate one for you according to your choices during the setup process. See the install instructions on this site. Tactica (talk) 14:14, 8 June 2016 (UTC)

See Installation! 87.123.54.5 (talk) 14:38, 8 June 2016 (UTC)

@Tactica Well, I do this to set up infobox templates. I hope that I'm taking steps in the right direction. Amara-Amaziɣ (talk) 14:39, 8 June 2016 (UTC)

How to request update of unmaintained extension?

There is an extension (ProtectSection) which hasn't been updated in years, and doesn't work on the current MW release. None of the original authors have accounts anymore, as far as I can tell.

Not being a developer, what's the best way for me to request getting it working again? If needed, I would consider paying a developer if the price was something I could afford. Tcrimsonk (talk) 13:54, 8 June 2016 (UTC)

I still remember that extension and it never worked the way it should have done. Basically, inside one page, there is no way to protect a part of it.

Maybe, something like a commenting system would help you...

Basically, MediaWiki is not made for access control. If access control is what you need, you are better off using a CMS. 87.123.54.5 (talk) 14:44, 8 June 2016 (UTC)

See Gerrit/Project ownership#Requesting repository ownership for developers; see Professional development and consulting for customers. Malyacko (talk) 15:35, 8 June 2016 (UTC)

Please note that updates to this extension will not fix its flaws in principle - MediaWiki just is not made for access control. 87.123.63.223 (talk) 18:57, 8 June 2016 (UTC)

Page built using the Transclusion syntax is not refreshed

I'm using mediawiki version 1.26.3 (PHP 5.3.17 (apache2handler) and MySQL 5.5.31-log) as knowledge repository with standard configuration

Some pages of my wiki are builded dynamically merging the contents of others pages using the Transclusion syntax

{{:pagename}}

(inclusion of the content of a document into another document by reference)

Follow a piece of the pages inclusions code

{{:Server_Wrk}}

{{:Client_ Wrk}}

{{:GUI_Wrk}}

{{:Compoments_Wrk}}

In this manner I've the contents from some source pages that are merged in a result page showed to the user

But, if I do some change in one of the source page, the result page contents are not properly updated until I open in edit mode the result page, do a insignificant change (eg. adding a blank space somewhere) and save the result page.

As brower I'm using Firefox and to avoid the browser cache involvement I've do many times CTRL + F5

I've also tested this type of page in a previous installation of our wiki based on the mediawiki version 1.19.8, PHP 5.3.17 (apache2handler) and MySQL 5.5.31-log and this behaviour do not happens

Someone can help me ? Mellispecial (talk) 14:28, 8 June 2016 (UTC)

This has probably to do with the Job queue. See that page for troubleshooting information. Ciencia Al Poder (talk) 02:50, 9 June 2016 (UTC)

Thanks. We have solved putting the call of runJobs.php script every 10' by the cron (... we have not found the variable $wgJobRunRate in our LocalSettings.php file) Mellispecial (talk) 07:39, 10 June 2016 (UTC)

You can add $wgJobRunRate to your LocalSettings.php file and set it to the value you want. However it is true that there have been problems with the job queue, so maybe even if you put some value there, it maybe still does not run the jobs. Using a cro job is a good idea. 87.123.12.36 (talk) 07:50, 10 June 2016 (UTC)

saving pages & reading lists

pls help

1.How do i save a page when using wikipedia on web??(on beta i understand)

2.How do i access my reading lists(the saved pages) on web HopeLumbasi (talk) 15:24, 8 June 2016 (UTC)

My browser offers "File > Save page as". :) Which kind of "reading list" do you refer to? Your watchlist? Or some other feature I'm not aware of (maybe "Gather")? Malyacko (talk) 15:38, 8 June 2016 (UTC)

talking of wikipedia

Its beta(app) offers an option to save a page how do i access them while on the web? HopeLumbasi (talk) 17:38, 8 June 2016 (UTC)

Last step to installation

Hello,

I'm nearly there and would like to install mediawiki. Unfortunately, I don't know where exactly I have to move the localsettings.php file. I googled parent directory, but I have a mac and it's too complicated there. Keep in mind that I don't know anything about computers when you edit your response.

Many thanks in advance 80.218.103.243 (talk) 22:00, 8 June 2016 (UTC)

Are you installing MediaWiki locally on your computer or on some online hosting service?

In any case, see the first heading "Location on the server" in Manual:LocalSettings.php. AhmadF.Cheema (talk) 22:34, 8 June 2016 (UTC)

Conditional Statement in Template

Hi all,

I'm working on a template, and would like to display a picture based on whatever text is requested in the template.

E.g.if |Mood = Smiley => show the smiley icon

if |Mood= Smiley => show the smiley picture

if |Mood= Frowny=> show the Frowny picture

I did a search and could not fine this, so I would appreciate any help.

Thank you PaleoIsh (talk) 00:15, 9 June 2016 (UTC)

If your pictures are named "Smiley picture.png", "Frowny picture.png" etc (ie: all have the same fixed part, and the only thing that changes matches exactly the expected value of your "Mood" parameter, you can use a code like this:

[[File:{{{Mood|Default}}} picture.png|{{{Mood|Default}}}]]

If the name of the pictures doesn't follow that pattern, you can use Parser Functions to construct those conditionals. See Help:Extension:ParserFunctions. The most handy for your use case would be the #switch statement, for example:

[[File:{{#switch:{{ucfirst: {{{Mood|Default}}} }} | Smiley = Smiley picture.png | Frowny = Frowny pic.jpg }}]]

Ciencia Al Poder (talk) 02:45, 9 June 2016 (UTC)

That's wicked, thank you! PaleoIsh (talk) 12:01, 9 June 2016 (UTC)

Can I ask a followup? If I have two moods, how can I get two pictures up at the same time?

Thank you again, you're invaluable to this community, and to us folks just learning. PaleoIsh (talk) 13:19, 9 June 2016 (UTC)

Couldn't you put two templates, one next to other, with the individual mood on each one? Ciencia Al Poder (talk) 02:11, 10 June 2016 (UTC)

I could, but wanted to have two conditions say the same thing:

If mood <happy> or <and you know it> then, clap your hands.

If mood <sad> then, be sad. PaleoIsh (talk) 14:32, 13 June 2016 (UTC)

[[File:{{#switch:{{ucfirst: {{{Mood|Default}}} }} | happy | and you know it = clap your hands.png | sad = sad.jpg }}]]

Ciencia Al Poder (talk) 02:46, 14 June 2016 (UTC)

No logo appears

I installed mediawiki by using the 1click install on Dreamhost. It seems to have installed just fine but I see no logo. I want to add my logo and I have read other tutorials about changing the logo, I tried altering the localsettings.php file (I enabled uploads I even tried inserting at the end of the file.

$wgLogo = "{$wgScriptPath}resources/assets/wiki.png";

No logo has ever appeared after install so Im frustrated and none of the tutorials seem to be of much use to me. Not even the mediawiki logo ever showed up so am I missing a setting somewhere?

If you would like to see thee wiki page visit wiki.bestoflakechapala.com 187.152.38.199 (talk) 01:28, 9 June 2016 (UTC)

Well, you happen to use the modern skin, which does not have a place for a logo. It works for monobook, though. Ciencia Al Poder (talk) 02:37, 9 June 2016 (UTC)

deletion request query

I am Divya from India, with user name Divyacskn89..recently i have uploaded my own works of photographies in wiki commons. but one day later i have received deletion request from user Ronald zh....please clarify me on this issue i need a valid reason from the user ronald zh for deletion request ..since they all are my own work Divyacskn1289 (talk) 07:28, 9 June 2016 (UTC)

Hi Divya,

I guess you are speaking about the images, about which you have been notified on your talk page: https://commons.wikimedia.org/wiki/User_talk:Divyacskn1289

For those images, Roland zh provided the following reason:

Deletion request started to verify claimed 'own work', as imho potentially non-free content, see format and missing EXIF data to verify origin,

I am not sure, what to do with this one. There neither is on obligation to exclusively upload images with certain exif data, nor with a special format. As far as I know, if an image is an own work, you just state "own work" and that is it. 87.123.63.223 (talk) 10:01, 9 June 2016 (UTC)

I don't see any grounds for deletion of the image - and to me it seems like the requester in fact wants to change Commons policy, which is not possible within a deletion request.

As an example, I have dealt with https://commons.wikimedia.org/wiki/Commons:Deletion_requests/File:Alleppey.jpg in accordance with these observations. Maybe this can be a help with regards to the other images! 87.123.63.223 (talk) 11:06, 9 June 2016 (UTC)

Seperator parameter

Hello ! I want to use a seperator parameter so I wrote

{{#set:|Has population=14;32|+sep=;|Has type=Page|Is located in=Germany}}

But in the fact box for the property Has population any value is displayed, can someone help me ?

Thanks Nanoukaplus (talk) 08:53, 9 June 2016 (UTC)

Auto adding * to searches for users and still get content displaying

I would like it so it always did a "contains" search on even part words like, "passw" Would return results with "password" in them. I managed to do this by editing the "SearchMySQL.php" (as: Help talk:Searching#Automagically add wildcard to mediawiki search 1.22) with the below:

protected function searchInternal( $term, $fulltext ) {

// This seems out of place, why is this called with empty term?

if ( trim( $term ) === '' ) {

return null;

} else {

$term = $term . '*';

}

However now all my search results DON'T Display the Google style content text in the search results. How can I get it to work as before keeping the auto wild card option and possibly even add the "Wild card" '*' before the word as well (so searching "phone" would return results with "phone" AND telephone" [not just phone])

I have no experience with PHP so I would really appreciate help on this.

Kind regards

Adam 91.108.167.210 (talk) 11:15, 9 June 2016 (UTC)

Demo site

It should be usefull to launch a demo site 190.102.155.230 (talk) 13:12, 9 June 2016 (UTC)

You mean like wikipedia.org or mediawiki.org? Agreed! 87.123.63.223 (talk) 13:34, 9 June 2016 (UTC)

What about responsiveness or bootstrap features?

What  about responsiveness or bootstrap features? 190.102.155.230 (talk) 13:14, 9 June 2016 (UTC)

Responsiveness in MediaWiki mostly means responsiveness of the Vector skin. You can watch its development at https://gerrit.wikimedia.org/r/#/q/project:mediawiki/skins/Vector,n,z. Information on how you can contribute yourself are available at Developer access! 87.123.63.223 (talk) 13:37, 9 June 2016 (UTC)

Extension:Bootstrap gives you bootstrap features. You can use it in combination with Skin:Chameleon for example. Stefahn (talk) 10:34, 11 June 2016 (UTC)

VTI or Route-based-VPN for Site-to-Site from Libreswan

I have a very simple config with which I am trying to establish IPSec (VTI) from libreswan to my another device (simple Cisco Router like device). But the libreswan fails with the config for "mark" being not detected. However as per https://libreswan.org/wiki/Route-based_VPN_using_VTI this should be working. Can someone help me identify what I could be doing wrong.

{code}

[root@localhost ~]# /etc/init.d/ipsec version

Linux Libreswan U3.15/K(no kernel code presently loaded) on 2.6.32-431.el6.x86_64

[root@localhost ~]# /etc/init.d/ipsec status

pluto is stopped

whack: Pluto is not running (no "/var/run/pluto/pluto.ctl")

[root@localhost ~]# cat /etc/ipsec.conf | grep -A10 conn

conn routed-vpn

left=192.168.1.2

right=<obfuscated>

authby=secret

leftsubnet=0.0.0.0/0

rightsubnet=0.0.0.0/0

auto=start

mark=5/0xffffffff

vti-interface=vti101

vti-routing=no

[root@localhost ~]# /etc/init.d/ipsec start

Starting pluto IKE daemon for IPsec: cannot load config '/etc/ipsec.conf': /etc/ipsec.conf:31: syntax error, unexpected STRING [mark]

cannot load config '/etc/ipsec.conf': /etc/ipsec.conf:31: syntax error, unexpected STRING [mark]

unknown stack

Migrating NSS db to sql:/etc/ipsec.d

database already upgraded.

NSS upgrade complete

cannot load config '/etc/ipsec.conf': /etc/ipsec.conf:31: syntax error, unexpected STRING [mark]

.....                                                      [FAILED]

{code} Hemantchn (talk) 13:17, 9 June 2016 (UTC)

This is the Support Desk for MediaWiki. In how far is your question related to MediaWiki? 87.123.63.223 (talk) 13:38, 9 June 2016 (UTC)

VTI support requires libreswan-3.18 or later and a recent linux-3.x or 4.x kernel.  111.69.28.194 (talk) 05:32, 16 September 2016 (UTC)

Can't get extensions to work

So i've gotten WikiEditor 1.26, and i've extracted it and it said this:

This version of the WikiEditor extension requires MediaWiki 1.25+

My wiki version is 1.26.3 86.46.17.8 (talk) 20:31, 9 June 2016 (UTC)

The MediaWiki 1.26.3 tarball does already contain the WikiEditor extension. There is no need to download and extract it again. Use the version from the tarball instead! 87.123.12.36 (talk) 21:00, 9 June 2016 (UTC)

Hi, i have tried that but it didn't work, instead it showed the default edit bar. 86.46.17.8 (talk) 21:06, 9 June 2016 (UTC)

Have you set:

# Enables use of WikiEditor by default but still allows users to disable it in preferences

$wgDefaultUserOptions['usebetatoolbar'] = 1;

in your "LocalSettings.php"? AhmadF.Cheema (talk) 22:28, 9 June 2016 (UTC)

mwstore setup only allow 4gb problem?

I changed the place of server, but when I load the main page is all blank. Can someone help me?

I changed the place of server, but when I load the main page is all blank. Can someone help me? Analistacavanha (talk) 21:18, 9 June 2016 (UTC)

See blank page. 87.123.12.36 (talk) 21:25, 9 June 2016 (UTC)

Sorry by slow to respond.

I got see the error.

The error that is displayed is: "Strict standards: Declaration of AuthJoomla2::initUser() should be compatible with AuthPlugin::initUser(&$user, $autocreate = false) in C:\xampp\htdocs\mediawiki\extensions\AuthJoomla2\AuthJoomla2.php on line 194".

Now i working to understand wich error is that. Analistacavanha (talk) 20:58, 13 July 2016 (UTC)

i would like to know how to link my paypal id to earn any income if i can

i would like to know how to link my paypal id to earn any income if i can Sivamohan1234 (talk) 04:29, 10 June 2016 (UTC)

In your private wiki, you can add the necessary code to a wiki page. I am pretty sure that PayPal tells you, what this code looks like. In Wikipedia however, according to the rules, adding this code is not possible. 87.123.12.36 (talk) 07:49, 10 June 2016 (UTC)

HHVM Crash

I'm trying to post a Article larger than 2MB to a HHVM server.

https://48wiki.org/%E3%83%A1%E3%82%A4%E3%83%B3%E3%83%9A%E3%83%BC%E3%82%B8

However, in the log I found:

Jun 10 17:23:33 tk2-236-27916 systemd: hhvm.service: main process exited, code=killed, status=11/SEGV
Jun 10 17:23:33 tk2-236-27916 systemd: Unit hhvm.service entered failed state.
Jun 10 17:23:33 tk2-236-27916 systemd: hhvm.service failed.

>Start request POST /api.php
>HTTP HEADERS:
>HOST: 48wiki.org
>USER-AGENT: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.84 Safari/537.36
>COOKIE: stopMobileRedirect=true; mediawiki_48wikitemplates-used-list=expanded; mediawiki_48wikipreview-limit-report=expanded; VEE=wikitext; mediawiki_48wikiUserName=Root; vector-nav-p-tb=true; edittoolscharsubset=0
>ACCEPT-LANGUAGE: ja,en-US;q=0.8,en;q=0.6
>CONTENT-TYPE: application/x-www-form-urlencoded; charset=UTF-8
>ACCEPT-ENCODING: gzip, deflate, br
>REFERER: https://48wiki.org/index.php?title=%E3%83%A1%E3%82%A4%E3%83%B3%E3%83%9A%E3%83%BC%E3%82%B8&action=edit
>ORIGIN: https://48wiki.org
>X-REQUESTED-WITH: XMLHttpRequest
>ACCEPT: application/json, text/javascript, */*; q=0.01
>CONTENT-LENGTH: '''2839377'''
>CONNECTION: keep-alive
>[caches] cluster: MemcachedPhpBagOStuff, WAN: mediawiki-main-default, stash: db-replicated, message: MemcachedPhpBagOStuff, parser: MemcachedPhpBagOStuff
>[caches] LocalisationCache: using store LCStoreCDB
>MWCryptRand::realGenerate: Generating cryptographic random bytes for MediaWiki\Session\SessionManager->generateSessionId/MWCryptRand::generateHex/MWCryptRand->realGenerateHex/MWCryptRand::generate/MWCryptRand->realGenerate
>MWCryptRand::realGenerate: mcrypt_create_iv generated 20 bytes of randomness.
>MWCryptRand::realGenerate: 0 bytes of randomness leftover in the buffer.
>[session] SessionBackend "2d0fvv5h3r127sv7r0theh64gr0i85kt" is unsaved, marking dirty in constructor
>[session] SessionBackend "2d0fvv5h3r127sv7r0theh64gr0i85kt" save: dataDirty=1 metaDirty=1 forcePersist=0
>[cookie] already deleted setcookie: "mediawiki_48wiki_session", "", "1434000331", "/", "", "1", "1"
>[cookie] already deleted setcookie: "mediawiki_48wikiUserID", "", "1434000331", "/", "", "1", "1"
>[cookie] already deleted setcookie: "mediawiki_48wikiToken", "", "1434000331", "/", "", "1", "1"
>[cookie] already deleted setcookie: "forceHTTPS", "", "1434000331", "/", "", "", "1"
>IP: 121.3.2.154
>Fully initialised
>[ContentHandler] Created handler for GadgetDefinition: GadgetDefinitionContentHandler
>[ContentHandler] Created handler for wikitext: WikitextContentHandler
>[ContentHandler] Created handler for javascript: JavaScriptContentHandler
>[ContentHandler] Created handler for json: JsonContentHandler
>[ContentHandler] Created handler for css: CssContentHandler
>[ContentHandler] Created handler for text: TextContentHandler
>[ContentHandler] Created handler for Scribunto: ScribuntoContentHandler
>[connect] Connected to database 0 at localhost
>[queries] mediawiki_48wiki: BEGIN /* DatabaseBase::query (WikiPage::pageData) 121.3.2.154 */
>[queries] mediawiki_48wiki: SELECT /* WikiPage::pageData 121.3.2.154 */  page_id,page_namespace,page_title,page_restrictions,page_is_redirect,page_is_new,page_random,page_touched,page_links_updated,page_latest,page_len,page_content_model  FROM `page`   WHERE page_namespace = '0' AND page_title = 'メインページ'  LIMIT 1
>[queries] mediawiki_48wiki: SELECT /* Title::loadRestrictions 121.3.2.154 */  pr_type,pr_expiry,pr_level,pr_cascade  FROM `page_restrictions`   WHERE pr_page = '1'
>Title::getRestrictionTypes: applicable restrictions to [[メインページ]] are {edit,move}
>[queries] mediawiki_48wiki: SELECT /* Revision::fetchFromConds 121.3.2.154 */  rev_id,rev_page,rev_text_id,rev_timestamp,rev_comment,rev_user_text,rev_user,rev_minor_edit,rev_deleted,rev_len,rev_parent_id,rev_sha1,rev_content_format,rev_content_model,page_namespace,page_title,page_id,page_latest,page_is_redirect,page_len,user_name  FROM `revision` INNER JOIN `page` ON ((page_id = rev_page)) LEFT JOIN `user` ON ((rev_user != 0) AND (user_id = rev_user))  WHERE page_id = '1' AND rev_id = '430'  LIMIT 1
>[queries] mediawiki_48wiki: SELECT /* Revision::fetchFromConds 121.3.2.154 */  rev_id,rev_page,rev_text_id,rev_timestamp,rev_comment,rev_user_text,rev_user,rev_minor_edit,rev_deleted,rev_len,rev_parent_id,rev_sha1,rev_content_format,rev_content_model,page_namespace,page_title,page_id,page_latest,page_is_redirect,page_len,user_name  FROM `revision` INNER JOIN `page` ON ((page_id = rev_page)) LEFT JOIN `user` ON ((rev_user != 0) AND (user_id = rev_user))  WHERE page_id = '1' AND rev_id = '430'  LIMIT 1
>User::pingLimiter: adding record for mediawiki:limiter:stashedit:ip:121.3.2.154 (limit 30 in 60s)
>[queries] mediawiki_48wiki: SELECT /* ApiStashEdit::execute 121.3.2.154 */ GET_LOCK('0e3f371beaff3030dbb1c89fb7699da1d90e5fbe', 1) AS lockstatus
>Unstubbing $wgParser on call of $wgParser::preSaveTransform from WikiPage->prepareContentForEdit
>Parser: using preprocessor: Preprocessor_Hash
>[MessageCache] MessageCache::load: Loading ja... local cache is empty, got from global cache

Harugon1 (talk) 08:27, 10 June 2016 (UTC)

SIGSEV is a segmentation fault error. That usually indicates a bug in the software, not sure if in MediaWiki or HipHop. However, this is a very technical situation that may not have response on this support desk. You should open a bugreport for that. Steps to reproduce are probably required Ciencia Al Poder (talk) 02:31, 12 June 2016 (UTC)

Mediawiki REST over Jersey problem

Am trying to create users on mediawiki using REST API. Am using Jesey client in the code to achieve the same. Here are the steps am following:

Step 1: Make REST call to mediawiki without token but with user details(who's account has to be created). This generates a token

Step 2: For the same url which i used in the Step 1 am appending the token parameter with value received in Step 1. But this is again generating a new token in stead of creating the user Shwethashreeec (talk) 09:01, 10 June 2016 (UTC)

Be sure cookies received from step 1 are preserved in the rest of steps, because the token is only valid per session, and the session identifier is stored in the cookie Ciencia Al Poder (talk) 02:27, 12 June 2016 (UTC)

Which size (how many pixels) top-left logo should be?

I did 125x125 pixels at https://newtestamentwiki.org but it seems for me too small.

What is the optimal size of the logo? VictorPorton (talk) 12:08, 10 June 2016 (UTC)

The optimal size is 135x135 pixels. 87.123.12.36 (talk) 12:37, 10 June 2016 (UTC)

Local Login/Logout buttons removal, but keeps SAML login

Hi,

We have Mediawiki 1.26.2 installed along with php 5.6.5 and mysql 5.7.12 community version in RHEL 6.x. We also have SAML integrated with mediawiki for OKTA login. We are wondering how we can remove "Log in" button, but keeps "Log in using SAML" button.

Any help is greatly appreciated.

Thanks,

J 38.125.198.194 (talk) 14:45, 10 June 2016 (UTC)

Where is the Login button located, which you are speaking about? 87.123.12.36 (talk) 15:09, 10 June 2016 (UTC)

The Log in button I'm referring to is in this page, www.sitename.com/index.php?title=Special:UserLogin&returnto=Main+Page 38.125.198.194 (talk) 16:05, 10 June 2016 (UTC)

I assume you mean the button, which is located in the Personal Tools menu in the upper right-hand corner of the screen.

This menu can be modified in LocalSettings.php using the PersonalUrls hook. 87.123.52.73 (talk) 17:44, 10 June 2016 (UTC)

We have 2 Log In buttons as our mediawiki is integrated with SAML.

- Log In using SAML

- Log In

I tried this hook in LocalSettings.php, but this will remove both log in buttons.

#// remove login and logout buttons for all users

function StripLogin(&$personal_urls, &$wgTitle) {

unset( $personal_urls["login"] );

unset( $personal_urls["logout"] );

unset( $personal_urls['anonlogin'] );

return true;

}

$wgHooks['PersonalUrls'][] = 'StripLogin';

What was requested is to remove Log in button which would disable allowing local user log in, but keep the SAML log in available through OKTA SSO.

I've also tried with SpecialPage_initList hook, where it would disable login/logout functions, i.e, the login button at the upper right-hand corner of the screen disappears. This is not an option for us as we still want "Log In using SAML" button available for users.

##disable login and logout functions for all users

function LessSpecialPages(&$list) {

unset( $list['Userlogout'] );

unset( $list['Userlogin'] );

return true;

}

$wgHooks['SpecialPage_initList'][]='LessSpecialPages'; 38.125.198.194 (talk) 18:14, 10 June 2016 (UTC)

What you are doing with the PersonalUrls hook looks good. The question is: How is the SAML login link added to that menu? Maybe do a print_r($personal_urls); to check, which array key it is, that you want to modify.

I don't think disabling the Special:UserLogin page of MediaWiki with the SpecialPage_initList hook helps. This page will still be linked at a variety of places all through MediaWiki. A better solution is to add a RewriteRule to your .htaccess file to rewrite requests to Special:UserLogin to where you want them to go - to your SAML login page maybe. 87.123.52.73 (talk) 18:37, 10 June 2016 (UTC)

I don't know how SAML login link is added to that menu, but I found a URL to the SAML login link. It looks more like this.

https://sitename/simplesaml/module.php/core/as_login.php?AuthId=default-sp&ReturnTo=https%3A%2F%2Fsitename%2Findex.php%2FMain_Page

I'm wondering if there is a way to link Login page to this URL, i.e, when clicking on Login button at the upper right-hand corner of the screen, it routes to this URL.

Instead of disabling SpecialPage_initList, is it possible to route to this url with a href?

Thanks,

J 38.125.198.194 (talk) 19:53, 10 June 2016 (UTC)

You can edit the URL, to which the default login link in this menu is pointing. If I remember correctly, the according URL is in the array key "href".

However, the default MediaWiki login page will still be linked e.g. when you try editing a page, although you are not allowed to and at a huge number of other places inside MediaWiki. Since it is not feasable to change all of these places, I propose to set up a rewrite rule, which rewrites requests to Special:UserLogin. 87.123.52.73 (talk) 19:58, 10 June 2016 (UTC)

Disable email notification during user creation, but allow email notification for posts

Hi,

We have Mediawiki 1.26.2 installed along with php 5.6.5 and mysql 5.7.12 community version in RHEL 6.x. We are wondering if there is a way to disable email notification at the user creation step, but allows email notification once the user starts posting/editing mediawiki.

Any help is greatly appreciated.

Thanks,

J 38.125.198.194 (talk) 14:47, 10 June 2016 (UTC)

My idea would be to use a hook to disable sending of user registration emails. But looking through the list Iat least did not see a hook, which would be executed at or after that point... 87.123.12.36 (talk) 15:12, 10 June 2016 (UTC)

Is there an option to disable email notification at the account creation point in time? 38.125.198.194 (talk) 18:15, 10 June 2016 (UTC)

You may hook AlternateUserMailer, looking at the subject and/or body text, returning false for the creation step. Ciencia Al Poder (talk) 02:33, 12 June 2016 (UTC)

Delete history

I have implemented some minor revisions in separate ones; however, I think it would be better if I impose them in one. Therefore, is there any way to combine them delete previous versions?

for example. consider the following link:

http://opensees.berkeley.edu/wiki/index.php?title=Norm_Unbalance_Test&action=history

I want to replace the last to one with only one revision. what should I do? 5.239.63.254 (talk) 18:34, 10 June 2016 (UTC)

Have you tried suppressing/deleting revisions?

Manual:RevisionDelete AhmadF.Cheema (talk) 19:13, 10 June 2016 (UTC)

Exactly, in this case you can delete the second last revision so that this one can no longer be selected. That way, users can only compare the third newest to the newest revision so that the diff effectively shows the result of the two newest revisions. 87.123.52.73 (talk) 19:26, 10 June 2016 (UTC)

No links in "What links here"

Consider a page X. I want "What links here" for X to exclude some links appearing in X.

I'd like to have something <nolinks> to exclude links inside it from "What links here" just like as <noinclude> excludes a part of page for embedding. VictorPorton (talk) 20:16, 10 June 2016 (UTC)

The what links here function shows links to the according page, not appearing in = from the according page.

I do not know of an exclude function for these links. The links are stored in tables like the pagelinks table. The function, which adds data to this table can be sen here: Manual:RefreshLinks.php. Basically, with how this function is currently implemented, an exclude option is not available currently. 87.123.52.73 (talk) 20:39, 10 June 2016 (UTC)

Not able to create account

After entering request account I get the following error. Please have a look, I have tried in 3 types of browsers.

"I get the following error "Could not copy file "/tmp/phpK2LhWM" to "c/c6/c6b/c6bb8abff6b02a9da0133e5c4a9ebeea8061e2d8.pdf". 106.51.135.41 (talk) 03:24, 11 June 2016 (UTC)

on which wiki? Are you in charge of it and able to edit configuration files? It's strange that the create account process would try to rename a pdf file... Ciencia Al Poder (talk) 02:35, 12 June 2016 (UTC)

Problem with ReCaptchaNoCaptcha

I'm having trouble with getting ReCaptchaNoCaptcha to work in MediaWiki 1.26.3. I have carefully followed all the instruction given here:

Extension:ConfirmEdit#ReCaptcha .28NoCaptcha.29

On the "Create account" page, after I have entered the require form fields, and successfully verified that "I'm not a robot", I get the following error message: Exception encountered, of type "Error"

On the other hand, if I decide to simply use ReCaptcha and follow the instructions here:

Extension:ConfirmEdit#ReCaptcha

everything works out fine.

Any help is appreciated. Tdeshp (talk) 12:00, 11 June 2016 (UTC)

Any hook can add texts between top-bar & headline title for Skin/Minerva?

Is there any hook able to add texts between top-bar & headline title for Skin/Minerva?

http://i.imgur.com/1UDRAaU.png I mean the space pointed by rad arrow in this picture.

I Knew there are BeforePageDisplay and SiteNoticeAfter allows to add text before everything in Skin/Minerva.php (the skin used for Extension:MobileFrontend)

But so far I did not find any hook able to add texts after the navigate bar.

Thank you in advance for your help! Deletedaccount4567435 (talk) 02:18, 12 June 2016 (UTC)

Email Not Working

When creating a new user, I get this:

[f55c0088] /index.php?title=Special:UserLogin&action=submitlogin&type=signup MWException from line 291 of C:\inetpub\mediawiki\includes\mail\UserMailer.php: PEAR mail package is not installed

Backtrace:

#0 C:\inetpub\mediawiki\includes\User.php(4263): UserMailer::send(MailAddress, MailAddress, string, string, array)

#1 C:\inetpub\mediawiki\includes\specials\SpecialUserlogin.php(1143): User->sendMail(string, string)

#2 C:\inetpub\mediawiki\includes\specials\SpecialUserlogin.php(376): LoginForm->mailPasswordInternal(User, boolean, string, string)

#3 C:\inetpub\mediawiki\includes\specials\SpecialUserlogin.php(337): LoginForm->addNewAccountMailPassword()

#4 C:\inetpub\mediawiki\includes\specialpage\SpecialPage.php(384): LoginForm->execute(NULL)

#5 C:\inetpub\mediawiki\includes\specialpage\SpecialPageFactory.php(553): SpecialPage->run(NULL)

#6 C:\inetpub\mediawiki\includes\MediaWiki.php(281): SpecialPageFactory::executePath(Title, RequestContext)

#7 C:\inetpub\mediawiki\includes\MediaWiki.php(714): MediaWiki->performRequest()

#8 C:\inetpub\mediawiki\includes\MediaWiki.php(508): MediaWiki->main()

#9 C:\inetpub\mediawiki\index.php(41): MediaWiki->run()

#10 {main}

But the documentation says this:

Warning: This setting requires PEAR's Mail package to be installed (run pear install MAIL Net_SMTP, and you can run pear list to confirm). Since MediaWiki 1.27 (git #a372e170), the required PEAR dependencies are already bundled. If you get an error message stating that pear is not installed, then install php-pear and then try again.

I'm not sure what I am supposed to do, but I really don't want to install PEAR. Laurindavis (talk) 11:44, 12 June 2016 (UTC)

Which MediaWiki version do you run? And is "php-pear" installed or not? AKlapper (WMF) (talk) 14:54, 12 June 2016 (UTC)

Funny, I had thought I had 1.27, but I have 1.26.

What does it mean when it says to install "php-pear"? Do they mean PEAR? Or is that something else? I've searched for "php-pear" and get almost nothing. Laurindavis (talk) 14:14, 13 June 2016 (UTC)

"php-pear" package exists on Fedora. Hard to tell the exact name without knowing which OS you are on, and where and how you searched... :) AKlapper (WMF) (talk) 14:47, 13 June 2016 (UTC)

Windows. :) Which is probably why I don't know what that is. Laurindavis (talk) 14:53, 13 June 2016 (UTC)

Notifications from Support Desk not working

I am not getting email notifications from Support Desk. Laurindavis (talk) 11:45, 12 June 2016 (UTC)

Are you sure you have flow notifications with the email checkbox checked? Ciencia Al Poder (talk) 21:36, 12 June 2016 (UTC)

No, they weren't. I don't even know what "Flow" is. I just checked Email and Web for every box. Laurindavis (talk) 14:28, 13 June 2016 (UTC)

picture

Having issues inserting picture...also forgot username and password. My email is peter.skouras@yahoo.com Can you help? 75.83.131.153 (talk) 13:09, 12 June 2016 (UTC)

You can find your username in the history of files and articles, which you edited.

You can use Special:PasswordReset to get a new password mailed to your email address. Note that you only have to enter one information: Your username or your email address. 87.123.5.103 (talk) 13:30, 12 June 2016 (UTC)

security issue: Keep me logged in is unchecked, but you will be kept logged in

I was logged in with unchecked Keep me logged in, but after leaving browser and restart computer I am still logged in. I guess this new (one or some days) bug is with all browsers and all OS if you allow cookies. Test201606 (talk) 16:08, 12 June 2016 (UTC)

I have just tested this her on mediawiki.org. The problem is reproducable for me. 87.123.16.74 (talk) 17:22, 12 June 2016 (UTC)

You should report it as a bug Ciencia Al Poder (talk) 21:32, 12 June 2016 (UTC)

my wikieditor doesn't look same as as it looks on Wikipedia

I installed 1.26.2 version of Mediawiki, but my wikieditor doesn't look same as Wikipedia's. I checked the extensions (Extension:WikiEditor) which says that this extension is already bundled in version 1.18 above. Not sure how to resolve it. My website is 'www.safesearules.com'. 98.197.119.150 (talk) 05:56, 13 June 2016 (UTC)

Did you setup the wgDefaultUserOptions configuration for users as specified on the WikiEditor page ? —TheDJ (Not WMF) (talk • contribs) 08:46, 13 June 2016 (UTC)

Difficult question

I have cholesterol,diabetes and reumatoides arthrthraides ( I ´don't know if I´m spelling it correctly) now , please tell me truly,what my chances are. I´m surrounded with doctors, I'm .,.in a very good medical association and I'm with medication up to my ears,but the pain kills me,Would you please answer me?

alicialillodaniel373@gmail,com.uy 186.50.116.160 (talk) 10:59, 13 June 2016 (UTC)

Welcome on the technical Support Desk for MediaWiki, the software used to run wikis like Wikipedia!

Please note that we are no doctors and we are not associated with any doctors. If you need medical assistance, please speak to a professional! We will not beable to help you with medical questions. 87.123.16.74 (talk) 11:40, 13 June 2016 (UTC)

Change of IP address

After Update from 1.26.3 to 1.27.0 user cannot create a new account as before

The new user sees after clicking on "create new user account", "you have to login first"

,....

I did not change my localsettings.php:

error_reporting(-1);

ini_set('display_errors', 1);

<?php

# This file was automatically generated by the MediaWiki 1.23.13

# installer. If you make manual changes, please keep track in case you

# need to recreate them later.

#

# See includes/DefaultSettings.php for all configurable settings

# and their default values, but don't forget to make changes in _this_

# file, not there.

#

# Further documentation for configuration settings may be found at:

# https://www.mediawiki.org/wiki/Manual:Configuration_settings

# Protect against web entry

if ( !defined( 'MEDIAWIKI' ) ) {

exit;

}

## Uncomment this to disable output compression

# $wgDisableOutputCompression = true;

$wgSitename = "Luithlen Wiki";

$wgMetaNamespace = "Luithlen_Wiki";

## The URL base path to the directory containing the wiki;

## defaults for all runtime URL paths are based off of this.

## For more information on customizing the URLs

## (like /w/index.php/Page_title to /wiki/Page_title) please see:

## https://www.mediawiki.org/wiki/Manual:Short_URL

$wgScriptPath = "/MediaWiki";

$wgScriptExtension = ".php";

## The protocol and server name to use in fully-qualified URLs

$wgServer = "https://xyz.org";

## The relative URL path to the skins directory

$wgStylePath = "$wgScriptPath/skins";

## The relative URL path to the logo. Make sure you change this from the default,

## or else you'll overwrite your logo when you upgrade!

$wgLogo = "{$wgScriptPath}/LuithlenEltern.jpg";

## UPO means: this is also a user preference option

$wgEnableEmail = true;

$wgEnableUserEmail = true; # UPO

$wgEmergencyContact = "xyz@gmx.de";

$wgPasswordSender = "xyz@gmx.de";

$wgEnotifUserTalk = true; # UPO

$wgEnotifWatchlist = false; # UPO

$wgEmailAuthentication = true;

## Database settings

$wgDBtype = "mysql";

$wgDBserver = "localhost";

$wgDBname = "Luithlen_Wiki";

$wgDBuser = "Ingo";

$wgDBpassword = "xyz";

# MySQL specific settings

$wgDBprefix = "";

# MySQL table options to use during installation or update

$wgDBTableOptions = "ENGINE=InnoDB, DEFAULT CHARSET=utf8";

# Experimental charset support for MySQL 5.0.

$wgDBmysql5 = false;

## Shared memory settings

$wgMainCacheType = CACHE_NONE;

$wgMemCachedServers = array();

## To enable image uploads, make sure the 'images' directory

## is writable, then set this to true:

$wgEnableUploads = true;

#$wgUseImageMagick = true;

#$wgImageMagickConvertCommand = "/usr/bin/convert";

# InstantCommons allows wiki to use images from http://commons.wikimedia.org

$wgUseInstantCommons = false;

## If you use ImageMagick (or any other shell command) on a

## Linux server, this will need to be set to the name of an

## available UTF-8 locale

$wgShellLocale = "en_US.utf8";

## If you want to use image uploads under safe mode,

## create the directories images/archive, images/thumb and

## images/temp, and make them all writable. Then uncomment

## this, if it's not already uncommented:

#$wgHashedUploadDirectory = false;

## Set $wgCacheDirectory to a writable directory on the web server

## to make your wiki go slightly faster. The directory should not

## be publically accessible from the web.

#$wgCacheDirectory = "$IP/cache";

# Site language code, should be one of the list in ./languages/Names.php

$wgLanguageCode = "de";

$wgSecretKey = "xyz";

# Site upgrade key. Must be set to a string (default provided) to turn on the

# web installer while LocalSettings.php is in place

$wgUpgradeKey = "xyz";

## Default skin: you can change the default skin. Use the internal symbolic

## names, ie 'cologneblue', 'monobook', 'vector':

$wgDefaultSkin = "vector";

## For attaching licensing metadata to pages, and displaying an

## appropriate copyright notice / icon. GNU Free Documentation

## License and Creative Commons licenses are supported so far.

$wgRightsPage = ""; # Set to the title of a wiki page that describes your license/copyright

$wgRightsUrl = "";

$wgRightsText = "";

$wgRightsIcon = "";

# Path to the GNU diff3 utility. Used for conflict resolution.

$wgDiff3 = "";

# The following permissions were set based on your choice in the installer

$wgGroupPermissions['*']['createaccount'] = true;

$wgGroupPermissions['*']['edit'] = false;

$wgGroupPermissions['*']['read'] = false;

## $wgGroupPermissions['sysop']['createaccount'] = true;

$wgGroupPermissions['user' ]['edit'] = true;

$wgGroupPermissions['user' ]['read'] = true;

$wgWhitelistRead = array ("Spezial:Userlogin");

# Enabled Extensions. Most extensions are enabled by including the base extension file here

# but check specific extension documentation for more details

# The following extensions were automatically enabled:

wfLoadSkin( 'Vector' );

wfLoadSkin( 'MonoBook' );

wfLoadSkin( 'Modern' );

wfLoadSkin( 'CologneBlue' );

wfLoadExtension( 'Cite' );

## wfLoadExtension( 'ConfirmAccount' );

## wfLoadExtension( 'ConfirmEdit' );

wfLoadExtension( 'ImageMap' );

wfLoadExtension( 'InputBox' );

## wfLoadExtension( 'Interwiki' );

## wfLoadExtension( 'PdfHandler' );

## wfLoadExtension( 'Renameuser' );

## wfLoadExtension( 'TitleBlacklist' );

##require_once "$IP/extensions/ConfirmAccount/ConfirmAccount.php";

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

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

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

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

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

#require_once "$IP/extensions/UniversalLanguageSelector/UniversalLanguageSelector.php";

wfLoadExtension( 'Babel' );

wfLoadExtension( 'cldr' );

wfLoadExtension( 'CleanChanges' );

$wgCCTrailerFilter = true;

$wgCCUserFilter = false;

$wgDefaultUserOptions['usenewrc'] = 1;

wfLoadExtension( 'LocalisationUpdate' );

$wgLocalisationUpdateDirectory = "$IP/cache";

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

$wgGroupPermissions['user']['translate'] = true;

$wgGroupPermissions['user']['translate-messagereview'] = true;

$wgGroupPermissions['user']['translate-groupreview'] = true;

$wgGroupPermissions['user']['translate-import'] = true;

$wgGroupPermissions['sysop']['pagetranslation'] = true;

$wgGroupPermissions['sysop']['translate-manage'] = true;

$wgTranslateDocumentationLanguageCode = 'qqq';

$wgExtraLanguageNames['qqq'] = 'Message documentation'; # No linguistic content. Used for documenting messages

wfLoadExtension( 'UniversalLanguageSelector' );

$wgShowExceptionDetails = true;

# End of automatically generated settings.

# Add more configuration options below. Pingopilot (talk) 13:54, 14 June 2016 (UTC)

MediaWiki 1.27.0 has not yet been released. What you are running is a beta or a release candidate version. Using such versions in production is not recommended.

Your error message soounds like the user is not allowed to view the create account page. Since your wiki has reading restrictions for anonymous users, you should update the value of $wgWhitelistRead to allow people to access the create account page. 87.123.46.29 (talk) 14:22, 14 June 2016 (UTC)

Please how can I update this value? Thanks Pingopilot (talk) 09:13, 16 June 2016 (UTC)

You can change it in LocalSetings.php. You already have it in that file! E.g. changing it to

$wgWhitelistRead = array ("Spezial:Userlogin", "MediaWiki:Common.css");

would allow anonymous users to also access the MediaWiki:Common.css wiki page in your wiki... 87.123.20.42 (talk) 13:59, 16 June 2016 (UTC)

Hmmh. No, after inserting this line instead of the other line in localsettings.php, there is no improvement. If the user is not logged in, he cannot create a new account with 1.27.0-rc.1. Pingopilot (talk) 16:32, 17 June 2016 (UTC)

Right, because the line is meant as an example. Instead of adding "MediaWiki:Common.css" to it, you should add those pages, which you actually need... 87.123.57.159 (talk) 20:29, 17 June 2016 (UTC)

ah ok. Thanks Pingopilot (talk) 12:40, 23 June 2016 (UTC)

Language Extension Bundle is not working with 1.27.0

Cleaning out the image directory

I have a question about the image directory at public_html/w/images. I was recently downloading some backups and I noticed while backing up the image directory there are hundreds of files in there that were never uploaded to my project. I'm assuming if you transclude an image from an outside website like Commons, the files are cached somehow in that directory, my question is, can I go through the files and delete the one's I don't recognize or one's that were not uploaded, maybe there's a script that deletes file without file pages. ~ - FlightTime (open channel) 00:12, 15 June 2016 (UTC)

Since you are speaking about Commons: There is the variable $wgUseInstantCommons, which - if set to true makes MediaWiki create such files on your local disk.

For files, which have been uploaded in your local wiki, if you use default settings, you can remove thumbnail files and there should be no breakage. If these files are requested again in the future (e.g. by a wiki page, where the image is linked in the according size), MediaWiki will recreate them (which will cost some CPU time, but that is all).

I honestly don't know, if you can do the same with files, which are there because they have been downloaded from Commons. Note however that starting with MediaWiki 1.27, $wgUseInstantCommons will no longer create copies on your local server, but it will instead hotlink the files on Commons. Iguess that then, with MediaWiki 1.27, you can remove those files. 87.123.10.44 (talk) 06:13, 15 June 2016 (UTC)

Thank you for your reply, I guess it would be best to wait for 1.27 ~ - FlightTime (open channel) 17:09, 16 June 2016 (UTC)

1.26.3 installation - SQL Server

#0 D:\home\site\wwwroot\includes\db\Database.php(1076): DatabaseBase->reportQueryError('[SQLSTATE 42000...', 15247, 'CREATE SCHEMA [...', 'MssqlInstaller:...', false) #1 D:\home\site\wwwroot\includes\installer\MssqlInstaller.php(508): DatabaseBase->query('CREATE SCHEMA [...', 'MssqlInstaller:...') #2 [internal function]: MssqlInstaller->setupDatabase(Object(MssqlInstaller)) #3 D:\home\site\wwwroot\includes\installer\Installer.php(1592): call_user_func(Array, Object(MssqlInstaller)) #4 D:\home\site\wwwroot\includes\installer\WebInstallerPage.php(1419): Installer->performInstallation(Array, Array) #5 D:\home\site\wwwroot\includes\installer\WebInstaller.php(280): WebInstallerInstall->execute() #6 D:\home\site\wwwroot\mw-config\index.php(77): WebInstaller->execute(Array) #7 D:\home\site\wwwroot\mw-config\index.php(36): wfInstallerMain() #8 {main}

changes in localsettings.php are not adopted

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

Hi,

just imported an old SQL backup and now getting this error.

having the following error:

• Query: SELECT page_id,page_namespace,page_title,page_restrictions,page_counter,page_is_redirect,page_is_new,page_random,page_touched,page_links_updated,page_latest,page_len,page_content_model FROM `page` WHERE page_namespace = '0' AND page_title = 'Main_Page' LIMIT 1
• Function: WikiPage::pageData
• Error: 1054 Unknown column 'page_links_updated' in 'field list' (localhost) Milesj831 (talk) 16:26, 16 June 2016 (UTC)

The column page_links_updated has been added in MediaWiki 1.23. If your database dump has been created with an older version of MediaWiki, what you got is one of the problems you will have.

Since you are now using a newer version of MediaWiki, what you have to do basically is to do a complete upgrade. One of the steps you are missing is: You have to run update.php in order to update the database! 87.123.20.42 (talk) 16:57, 16 June 2016 (UTC)

Wrong temp. on website, but customclientraw.txt is OK

On my website show the wrong temperature, but I look in the file "customclientraw.txt" then it is the right temperature.

Why read "Steel Gauges" not the right values and displays them?

My site path : http://www.steenmikkelsen.dk/vejr/steelgauges/gauges-ss-basic.htm

path to "customclientrawlocal.txt" : http://www.steenmikkelsen.dk/vejr/webfiles/customclientraw.txt Stonefox1958 (talk) 18:22, 16 June 2016 (UTC)

Welcome on the support desk for the MediaWiki software. This question is not related to that software. 87.123.20.42 (talk) 07:25, 17 June 2016 (UTC)

Wiki favicon not working on specific wiki pages.

I have the favicon.icon both on the root directory and I've also forced it through

$wgFavicon = "$wgScriptPath/favicon.ico";

I'm having this issue on a single page that I'm aware right now. Kanecow (talk) 00:49, 17 June 2016 (UTC)

MediaWiki creates the tag with the favicon identically on every single page. Note that, if such a file has once been found by the web browser, the browser might cache it aggressively, maybe for weeks, so that you do not see an error, when the file actually is no longer there.

On the page, on which the favicon is not showing up, how does the link to the favicon in the page header look like?

Please note that $wgScriptPath by default does not point to the root directory. Instead, it points to the folder, in which the wiki is installed, e.g. to wiki/. So by default, you need the favicon there, in that folder. 87.123.20.42 (talk) 07:33, 17 June 2016 (UTC)

I can't remove this ad

I'm trying to read a wiki page and every time I load the page, a certain ad for "buzz60" pops up in the corner of my screen. It takes up well over a quarter of my screen and scrolls with the page, effectively making it impossible to read the page. I took a screenshot of the ad:

http://image.prntscr.com/image/735f2efcd8ca4b719936e3fb0ba9374d.png

There are barely eight lines of readable text below it. The ad has no visible X or close button, and when it gets to the end of the video it just repeats.

I don't really know what else to do besides post here. I just want to read my article. 184.166.208.99 (talk) 02:25, 17 June 2016 (UTC)

According to your description and to the screenshot, the page actually is unusable.

You should contact the administrator of the Zelda Wiki and inform him about this problem - actually, if this ad is intended, then he will be the one who put it there and who can influence what it looks like. 87.123.20.42 (talk) 07:36, 17 June 2016 (UTC)

$wgGroupPermissions Not working

I was attacked quite badly by bots today, over a thousand of new users in fact, 4000 pages. I immediately went into LocalSettings and added this code:

$wgGroupPermissions['*']['createaccount'] = false;

$wgGroupPermissions['user']['edit'] = false;

$wgGroupPermissions['sysop']['edit'] = true;

$wgBlockAllowsUTEdit = false;

$wgGroupPermissions['*']['createpage'] = false;

But it didn't do a thing, they kept creating accounts, editing, and making new pages. I couldn't figure it out and added these lines too:

$wgRevokePermissions['user']['edit'] = true;

$wgRevokePermissions['user']['createpage'] = true;

That seemed to do it, but I couldn't post myself, as the sysop/admin. So I created a new category of user, added myself to that category and added these lines:

$wgRevokePermissions['administrators']['edit'] = false;

$wgGroupPermissions['administrators']['edit'] = true;

Now I am confirmed to be in that group, I am admin in every way, I've checked my user rights. But I still can't post. Anyone know why they could for so long and I still can't? It's bizarre. 2601:1C0:8201:6FF0:492E:6C97:CB5D:A041 (talk) 03:45, 17 June 2016 (UTC)

If you are using the default $wgGroupPermissions configuration, which MediaWiki comes with, then your users are not in any special user group besides the user group. Maybe they also become member of the autoconfirmed group after time and/or a certain number of edits.

If this is the case for you, these lines should be enough to take edit rights away:

$wgGroupPermissions['*']['createaccount'] = false;

$wgGroupPermissions['user']['createaccount'] = false;

$wgGroupPermissions['autoconfirmed']['createaccount'] = false;

$wgGroupPermissions['*']['edit'] = false;

$wgGroupPermissions['user']['edit'] = false;

$wgGroupPermissions['autoconfirmed']['edit'] = false;

$wgGroupPermissions['*']['createaccount'] = false;

$wgGroupPermissions['user']['createaccount'] = false;

$wgGroupPermissions['autoconfirmed']['createaccount'] = false;

The name of the administrator group is sysop by the way.

See Manual:$wgGroupPermissions for details! 87.123.20.42 (talk) 07:42, 17 June 2016 (UTC)

Right, but none of that was working. Does that mean they were adding pages directly into the database, perhaps hacking into my hosting service? Or is there a way of disabling GroupPermissions from working? I haven't changed anything, but bottom line is that it didn't work. they kept attacking and posting for hours after changing permissions. 2601:1C0:8201:6FF0:492E:6C97:CB5D:A041 (talk) 14:34, 17 June 2016 (UTC)

The most Robots create normaly user side with content; other Robots login in the next time and change your side content. For a better security create a New Group, in that user must self change to get rights!

No Robot at this time change the usergroup!

cu

Bastor 92.195.65.101 (talk) 14:53, 17 June 2016 (UTC)

That is the strange part, and why I posted here. I did create a new group with only myself in it and gave that group permissions. It's not working. I did change everyone else's group permissions and it didn't stop them. I don't understand what's going on because it should work. 2601:1C0:8201:6FF0:492E:6C97:CB5D:A041 (talk) 16:04, 17 June 2016 (UTC)

> Right, but none of that was working.

Note that permissions are cumulative: If there only is one single group, which does grant a right, then with $wgGroupPermissions there is no way to take it away again.

> Does that mean they were adding pages directly into the database, perhaps hacking into my hosting service?

I still want to figure out, if this maybe is only a configuration problem. What is the URL of the wiki?

Which MediaWiki version are you using?

> Or is there a way of disabling GroupPermissions from working?

There at least should not be one. If there was a way around these permissions, this would be a serious security problem. 87.123.57.159 (talk) 16:37, 17 June 2016 (UTC)

www.helpforshepherds.org The revoking of permissions completely seemed to do the trick, but I also had changed all my account and database passwords as well. All I know for sure is that the code for grouppermissions did not stop anyone. I can edit some settings so you can check it out if you want. I've been too nervous to open it up yet until I figure out why they got through in the first place. 2601:1C0:8201:6FF0:F5C1:9FE:55E7:68F4 (talk) 17:01, 17 June 2016 (UTC)

You are using MediaWiki 1.26.3, which is good.

Looking at your recent changes, there have been no edits at all since 2013. The Log does not show any entries after June 2013. Since the attack happened today, you obviously have replaced the database with an older backup. Other options are available at combating spam!

With your current settings, according to Special:ListGroupRights, the "*" group still does get edit permission. That is the reason why everyone can edit pages.

Please add

$wgGroupPermissions['*']['edit'] = false;

to the bottom of your LocalSettings.php file and test again. The page Special:ListGroupRights will directly show you, if it worked out. 87.123.57.159 (talk) 18:57, 17 June 2016 (UTC)

Ahh, soo the * overrides. I thought star just meant all, and so user would prevent them from editing and still allow me as a sysop. But going * and then adding rights to myself would have worked fine too.

Yeah, I was an idiot and when I did a fresh install of my old site this week with a new copy of mediawiki I assumed "bundled" extensions meant running automatically. So left the entire thing vulnerable as anything because I didn't see the need to install my old extensions for security since they were mostly "bundled." I have since learned otherwise.

Thanks for the help. I'll make sure to use both * and user for each, then allow sysops back. 2601:1C0:8201:6FF0:F5C1:9FE:55E7:68F4 (talk) 19:33, 17 June 2016 (UTC)

The group * in fact does mean all users. The group "user" in contrast only affects users, who are logged in (and not also anonymous users). If you give one of these groups a right, no matter which one, it can also be the "user" group, then a user, who is member of both groups (= every user, who is logged in), will have that right. That is what I meant with "user rights are cumulative" above.

It is not true that "*" would overwrite. What one could say is that for each permission, the value "true" overwrites: If a user is member of several groups, then he will effectively have a right, if this right has been granted (= is true) for at least one of his groups.

Yeah, "bundled" does not mean "installed". If you want to use an extension, you still have to install it by adding a line to LocalSettings.php. 87.123.57.159 (talk) 20:13, 17 June 2016 (UTC)

Thanks for the clarification, I appreciate it. But then I don't understand how they were still able to make new pages and new accounts with group permissions for all being turned off. Very strange. Oh well, I'm just doing my best to have enough security on that it won't be a problem when I do turn it all back on. Again, I appreciate the information and the help. 2601:1C0:8201:6FF0:CC14:95FE:1CB0:2177 (talk) 20:40, 17 June 2016 (UTC)

For the account creation, the permissions as you have them right now, the user right "createaccount" is only granted to admins (= the sysop group). That is why spammers currently cannot create new accounts. With regards to spammers, your account creation settings are fine.

However, the "edit" right still is granted to all users - that is also why I could do a test edit an hour or so ago. And every spammer can abuse this as well - without having to log in before starting to spam.

With your current settings, anonymous users can edit existing pages and, since the * user group also has the "createtalk" user right, they will also be able to create new talk pages. You should take this right away as well:

$wgGroupPermissions['*']['createtalk'] = false;

Maybe you want to remove those lines, where you revoke the "edit" and "createpage" permissions from the "user" group. If this group should not have this permission, just use $wgGroupPermissions to set it to false. 87.123.57.159 (talk) 20:54, 17 June 2016 (UTC)

word document to page

Is it possible to make a word document as a page in mediawiki? Madyvj3 (talk) 06:55, 17 June 2016 (UTC)

Microsoft has an add-in for that.

Different other methods are described here: en:Help:WordToWiki. 87.123.20.42 (talk) 07:45, 17 June 2016 (UTC)

Preferences

If I choose the option edit toolbar I receive the message: "With one or more inputs there is a problem" and under the option Columns/Rows it shows: minimum 4. If i put some numbers like 80 and 25 I still cant save my preferences. The red message at Columns/Rows is gone, but the text:"With one or more inputs there is a problem" is still there and I cant find the problem. Can someone help me? 62.214.12.222 (talk) 08:43, 17 June 2016 (UTC)

Language

Can we use Turkish as our main language on our site.. 78.176.159.61 (talk) 11:31, 17 June 2016 (UTC)

You can change the value of $wgLanguageCode in LocalSettings.php. See Manual:$wgLanguageCode for details! 87.123.57.159 (talk) 12:20, 17 June 2016 (UTC)

Parsoid

Could somebodz give me a link to instruction how to install Parsoid_ 193.23.61.254 (talk) 11:40, 17 June 2016 (UTC)

Parsoid/Setup - this also is the first Google hit for "install Parsoid" btw... 87.123.57.159 (talk) 12:36, 17 June 2016 (UTC)

WOW.

I don't really know how to install Parsoid on my Mediawiki page.

Could somebody explain that to me? TraaBBIT (talk) 16:10, 17 June 2016 (UTC)

What kind of hosting are you on? Dedicated, Cloud, Shared, Local etc. AhmadF.Cheema (talk) 22:53, 17 June 2016 (UTC)

Dedicated on Debian TraaBBIT (talk) 06:53, 18 June 2016 (UTC)

That should mean you have root access to the server. Have you gone through the instructions Parsoid/Setup recommended above by 87.123.57.159?

What exactly is the problem?

Note that you need Node.js, which (if not already installed) your hosting provider should install it for you.

I personally have only tried the shared-hosting method, but dedicated hosting with root access should be easier. Maybe this video will help: https://www.youtube.com/watch?v=FGY4kIi8-ls AhmadF.Cheema (talk) 07:51, 18 June 2016 (UTC)

Fuck, my server is shared.

I'm not sure what to do now. TraaBBIT (talk) 14:05, 18 June 2016 (UTC)

Ask your server host two things:

1) Can Node.js be enabled for your account?

2) How much RAM and CPU does your server allows you to use?

If node.js cannot be enabled or if allowed RAM is 1GB (in which case the Parsoid service will continue to exceed this limit), then I will suggest that you use a cloud platform such as Heroku.com.

For such a scenario, follow the instructions exactly as they are stated here: VisualEditor/Installation on a shared host

The installation sometimes fails because of a misunderstanding of the instructions, in which case you can ask here again and I will try to help if I can. AhmadF.Cheema (talk) 14:21, 18 June 2016 (UTC)

Include page from other wiki

Is it possible to include one complete wiki page from one wiki server into other wiki page (without using templates in source wiki server)? 91.199.164.40 (talk) 13:29, 17 June 2016 (UTC)

Have you tried over

Manual:Parameters to Special:Export

and

Special:Import ?

cu

Bastor 92.195.65.101 (talk) 15:11, 17 June 2016 (UTC)

You can also enable Manual:$wgEnableScaryTranscluding Ciencia Al Poder (talk) 20:32, 18 June 2016 (UTC)

No Sidebar or skin for 1 article

Skin: Vector

Hello,

I'm looking for a way that is not sidebar displayed on only 1 article page.

Background:

This page should be displayed for on other websites via HTML iframe and there show only the specific wiki content but the full wiki design.

he web design should not be changed for all other article.

The User are not login in my wiki.

Does anyone have an idea for it?

Thanks

Bastor 92.195.65.101 (talk) 14:14, 17 June 2016 (UTC)

Using the Firefox extension firebug, the div id for the sidebar is: mw-panel.

It can be made invisible by using:

#mw-panel { display:none; }

in your Wiki's MediaWiki:Common.css.

This will disable the sidebar for all pages, see if it can be done for specific pages using classes. AhmadF.Cheema (talk) 15:35, 17 June 2016 (UTC)

You can select a single page by adding the selector .page-<pagename> in front of that rule. 87.123.57.159 (talk) 16:40, 17 June 2016 (UTC)

OK, using 87.123.57.159's method, use the following code in MediaWiki:Common.css:

.page-Main_Page #mw-panel { display:none; }

where, replace Main_Page by your specific page name. Here, underscores are important for the page name.

or if you want to do this according to namespace, use

.ns-talk #mw-panel { display:none; }

where talk can be replaced by the specific namespace name or the specific namespace number. AhmadF.Cheema (talk) 19:08, 17 June 2016 (UTC)

Thanks for the great help.

with  MediaWiki:Common.css.

.page-Kubb_calendar #mw-panel { display:none; }

.page-Kubb_calendar #mw-bottom { display:none; }

.page-Kubb_calendar #mw-head-base { display:none; }

.page-Kubb_calendar #footer { display:none; }

.page-Kubb_calendar #content_navigation { display:none; }

.page-Kubb_calendar #righ-navigation { display:none; }

.page-Kubb_calendar #left-navigation { display:none; }

.page-Kubb_calendar #mw-head { display:none; }

.page-Kubb_calendar #mw-page-base { display:none; }

all parts of the article page Kubb_calendar are free.

Just to the left is the sidebar disappears, but there is still a broad white block.

The article thus sitting a little too far right!

But this will be also be solved yet.

Many thanks to you

cu

Bastor 92.195.13.186 (talk) 16:19, 23 June 2016 (UTC)

Come work with us

== Hi everyone: the Wikimedia Foundation is looking for a Developer Advocate to join our Technical Collaboration team. S/he will lead our strategy and efforts to engage volunteer developers in Wikimedia software projects and to grow the Wikimedia technical community. You can read the full job description, and apply, on Greenhouse. Or, you can let somebody else know about this opening! Thanks! == Elitre (WMF) (talk) 15:00, 17 June 2016 (UTC)

CURRENTMONTHNAMEGEN in wiki language

CURRENTMONTHNAMEGEN according to the manual depends on the page content language. Is there a way to call it with a specific language, in order to override the user's lang in special pages? Geraki (talk) 15:28, 17 June 2016 (UTC)

Update MW to 1.26 via update.php

Hello.

I want to update my MW but I get that:

[budrysl2@s53:: ~/domains/westeros.com.pl/public_html/maintenance ]:$ php update.php

MediaWiki 1.26.3 Updater

composer/semver: not installed, 1.0.0 required.

liuggio/statsd-php-client: 1.0.12 installed, 1.0.16 required.

oyejorge/less.php: not installed, 1.7.0.9 required.

mediawiki/at-ease: not installed, 1.1.0 required.

oojs/oojs-ui: 0.11.3 installed, 0.12.12 required.

wikimedia/assert: not installed, 0.2.2 required.

wikimedia/cdb: 1.0.1 installed, 1.3.0 required.

wikimedia/composer-merge-plugin: 1.0.0 installed, 1.3.0 required.

wikimedia/ip-set: not installed, 1.0.1 required.

wikimedia/utfnormal: 1.0.2 installed, 1.0.3 required.

wikimedia/wrappedstring: not installed, 2.0.0 required.

zordius/lightncandy: 0.18 installed, 0.21 required.

Error: your composer.lock file is not up to date, run "composer update" to install newer dependencies

F.e. I want to update wikimedia/composer-merge-plugin but I got that:

[budrysl2@s53:: ~/domains/westeros.com.pl/public_html/maintenance ]:$ php composer.phar require wikimedia/composer-merge-plugin

Using version ^1.3 for wikimedia/composer-merge-plugin

./composer.json has been updated

Loading composer repositories with package information

Updating dependencies (including require-dev)

- Installing wikimedia/composer-merge-plugin (v1.3.1)

Downloading: 100%

Writing lock file

Generating autoload files

Loading composer repositories with package information

Installing dependencies (including require-dev) from lock file

Nothing to install or update

Generating autoload files

What should I do now? TraaBBIT (talk) 06:47, 18 June 2016 (UTC)

I think that I handled with that:

[budrysl2@s53:: ~/domains/westeros.com.pl/public_html/maintenance ]:$ php update.php

MediaWiki 1.26.3 Updater

Your composer.lock file is up to date with current dependencies!

Going to run database updates for budrysl2_wiki-wiki_

Depending on the size of your database this may take a while!

Abort with control-c in the next five seconds (skip this countdown with --quick) ... 0

Turning off Content Handler DB fields for this part of upgrade.

...have ipb_id field in ipblocks table.

...have ipb_expiry field in ipblocks table.

...already have interwiki table

...indexes seem up to 20031107 standards.

...have rc_type field in recentchanges table.

...index new_name_timestamp already set on recentchanges table.

...have user_real_name field in user table.

...querycache table already exists.

...objectcache table already exists.

...categorylinks table already exists.

...have pagelinks; skipping old links table updates

...il_from OK

...have rc_ip field in recentchanges table.

...index PRIMARY already set on image table.

...have rc_id field in recentchanges table.

...have rc_patrolled field in recentchanges table.

...logging table already exists.

...have user_token field in user table.

...have wl_notificationtimestamp field in watchlist table.

...watchlist talk page rows already present.

...user table does not contain user_emailauthenticationtimestamp field.

...page table already exists.

...have log_params field in logging table.

...logging table has correct log_title encoding.

...have ar_rev_id field in archive table.

...have page_len field in page table.

...revision table does not contain inverse_timestamp field.

...have rev_text_id field in revision table.

...have rev_deleted field in revision table.

...have img_width field in image table.

...have img_metadata field in image table.

...have user_email_token field in user table.

...have ar_text_id field in archive table.

...page_namespace is already a full int (int(11)).

...ar_namespace is already a full int (int(11)).

...rc_namespace is already a full int (int(11)).

...wl_namespace is already a full int (int(11)).

...qc_namespace is already a full int (int(11)).

...log_namespace is already a full int (int(11)).

...have img_media_type field in image table.

...already have pagelinks table.

...image table does not contain img_type field.

...already have unique user_name index.

...user_groups table exists and is in current format.

...have ss_total_pages field in site_stats table.

...user_newtalk table already exists.

...transcache table already exists.

...have iw_trans field in interwiki table.

...wl_notificationtimestamp is already nullable.

...index times already set on logging table.

...have ipb_range_start field in ipblocks table.

...no page_random rows needed to be set

...have user_registration field in user table.

...templatelinks table already exists

...externallinks table already exists.

...job table already exists.

...have ss_images field in site_stats table.

...langlinks table already exists.

...querycache_info table already exists.

...filearchive table already exists.

...have ipb_anon_only field in ipblocks table.

...index rc_ns_usertext already set on recentchanges table.

...index rc_user_text already set on recentchanges table.

...have user_newpass_time field in user table.

...redirect table already exists.

...querycachetwo table already exists.

...have ipb_enable_autoblock field in ipblocks table.

...index pl_namespace on table pagelinks includes field pl_from.

...index tl_namespace on table templatelinks includes field tl_from.

...index il_to on table imagelinks includes field il_from.

...have rc_old_len field in recentchanges table.

...have user_editcount field in user table.

...page_restrictions table already exists.

...have log_id field in logging table.

...have rev_parent_id field in revision table.

...have pr_id field in page_restrictions table.

...have rev_len field in revision table.

...have rc_deleted field in recentchanges table.

...have log_deleted field in logging table.

...have ar_deleted field in archive table.

...have ipb_deleted field in ipblocks table.

...have fa_deleted field in filearchive table.

...have ar_len field in archive table.

...have ipb_block_email field in ipblocks table.

...index cl_sortkey on table categorylinks includes field cl_from.

...have oi_metadata field in oldimage table.

...index usertext_timestamp already set on archive table.

...index img_usertext_timestamp already set on image table.

...index oi_usertext_timestamp already set on oldimage table.

...have ar_page_id field in archive table.

...have img_sha1 field in image table.

...protected_titles table already exists.

...have ipb_by_text field in ipblocks table.

...page_props table already exists.

...updatelog table already exists.

...category table already exists.

...category table already populated.

...have ar_parent_id field in archive table.

...have user_last_timestamp field in user_newtalk table.

...protected_titles table has correct pt_title encoding.

...have ss_active_users field in site_stats table.

...ss_active_users user count set...

...have ipb_allow_usertalk field in ipblocks table.

...pl_namespace, tl_namespace, il_to indices are already UNIQUE.

...change_tag table already exists.

...tag_summary table already exists.

...valid_tag table already exists.

...user_properties table already exists.

...log_search table already exists.

...have log_user_text field in logging table.

...l10n_cache table already exists.

...index ls_field_val already set on log_search table.

...index change_tag_rc_tag already set on change_tag table.

...have rd_interwiki field in redirect table.

...transcache tc_time already converted.

...*_mime_minor fields are already long enough.

...iwlinks table already exists.

...index iwl_prefix_title_from already set on iwlinks table.

...have ul_value field in updatelog table.

...have iw_api field in interwiki table.

...iwl_prefix key doesn't exist.

...have cl_collation field in categorylinks table.

...categorylinks up-to-date.

...collations up-to-date.

...msg_resource table already exists.

...module_deps table already exists.

...ar_page_revid key doesn't exist.

...index ar_revid already set on archive table.

...ll_lang is up-to-date.

...user_last_timestamp is already nullable.

...index user_email already set on user table.

...up_property in table user_properties already modified by patch patch-up_property.sql.

...uploadstash table already exists.

...user_former_groups table already exists.

...index type_action already set on logging table.

...have rev_sha1 field in revision table.

...batch conversion of user_options: nothing to migrate. done.

...user table does not contain user_options field.

...have ar_sha1 field in archive table.

...index page_redirect_namespace_len already set on page table.

...have us_chunk_inx field in uploadstash table.

...have job_timestamp field in job table.

...index page_user_timestamp already set on revision table.

...have ipb_parent_block_id field in ipblocks table.

...index ipb_parent_block_id already set on ipblocks table.

...category table does not contain cat_hidden field.

...have rev_content_format field in revision table.

...have rev_content_model field in revision table.

...have ar_content_format field in archive table.

...have ar_content_model field in archive table.

...have page_content_model field in page table.

Content Handler DB fields should be usable now.

...site_stats table does not contain ss_admins field.

...recentchanges table does not contain rc_moved_to_title field.

...sites table already exists.

...have fa_sha1 field in filearchive table.

...have job_token field in job table.

...have job_attempts field in job table.

...have us_props field in uploadstash table.

...ug_group in table user_groups already modified by patch patch-ug_group-length-increase-255.sql.

...ufg_group in table user_former_groups already modified by patch patch-ufg_group-length-increase-255.sql.

...index pp_propname_page already set on page_props table.

...index img_media_mime already set on image table.

...iwl_prefix_title_from index is already non-UNIQUE.

...index iwl_prefix_from_title already set on iwlinks table.

...have ar_id field in archive table.

...have el_id field in externallinks table.

...have rc_source field in recentchanges table.

...index log_user_text_type_time already set on logging table.

...index log_user_text_time already set on logging table.

...have page_links_updated field in page table.

...have user_password_expires field in user table.

...have pp_sortkey field in page_props table.

...recentchanges table does not contain rc_cur_time field.

...index wl_user_notificationtimestamp already set on watchlist table.

...have page_lang field in page table.

...have pl_from_namespace field in pagelinks table.

...have tl_from_namespace field in templatelinks table.

...have il_from_namespace field in imagelinks table.

...img_major_mime in table image already modified by patch patch-img_major_mime-chemical.sql.

...oi_major_mime in table oldimage already modified by patch patch-oi_major_mime-chemical.sql.

...fa_major_mime in table filearchive already modified by patch patch-fa_major_mime-chemical.sql.

...user_id is already unsigned int.

...rc_comment in table recentchanges already modified by patch patch-editsummary-length.sql.

Dropping table hitcounter ...done.

Table site_stats contains ss_total_views field. Dropping ...done.

Table page contains page_counter field. Dropping ...done.

...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.

Updating *_from_namespace fields in links tables.

...doing page_id from 1 to 200

...doing page_id from 200 to 399

...doing page_id from 399 to 598

...doing page_id from 598 to 797

...doing page_id from 797 to 996

...doing page_id from 996 to 1195

...doing page_id from 1195 to 1394

...doing page_id from 1394 to 1593

...doing page_id from 1593 to 1792

...doing page_id from 1792 to 1991

...doing page_id from 1991 to 2190

...doing page_id from 2190 to 2389

...doing page_id from 2389 to 2588

...doing page_id from 2588 to 2787

...doing page_id from 2787 to 2986

...doing page_id from 2986 to 3185

...doing page_id from 3185 to 3384

...doing page_id from 3384 to 3583

...doing page_id from 3583 to 3782

...doing page_id from 3782 to 3981

...doing page_id from 3981 to 4180

...doing page_id from 4180 to 4379

...doing page_id from 4379 to 4578

...doing page_id from 4578 to 4777

...doing page_id from 4777 to 4976

...doing page_id from 4976 to 5175

...doing page_id from 5175 to 5374

...doing page_id from 5374 to 5573

...doing page_id from 5573 to 5772

...doing page_id from 5772 to 5971

...doing page_id from 5971 to 6170

...doing page_id from 6170 to 6369

...doing page_id from 6369 to 6568

...doing page_id from 6568 to 6767

...doing page_id from 6767 to 6966

...doing page_id from 6966 to 7165

...doing page_id from 7165 to 7364

...doing page_id from 7364 to 7563

...doing page_id from 7563 to 7762

...doing page_id from 7762 to 7961

...doing page_id from 7961 to 8160

...doing page_id from 8160 to 8359

...doing page_id from 8359 to 8558

...doing page_id from 8558 to 8757

...doing page_id from 8757 to 8956

...doing page_id from 8956 to 9155

...doing page_id from 9155 to 9354

...doing page_id from 9354 to 9553

...doing page_id from 9553 to 9752

...doing page_id from 9752 to 9951

...doing page_id from 9951 to 10150

...doing page_id from 10150 to 10349

...doing page_id from 10349 to 10548

...doing page_id from 10548 to 10747

...doing page_id from 10747 to 10946

...doing page_id from 10946 to 11145

...doing page_id from 11145 to 11344

...doing page_id from 11344 to 11543

...doing page_id from 11543 to 11742

...doing page_id from 11742 to 11941

...doing page_id from 11941 to 12140

...doing page_id from 12140 to 12339

...doing page_id from 12339 to 12538

...doing page_id from 12538 to 12737

...doing page_id from 12737 to 12936

...doing page_id from 12936 to 13135

...doing page_id from 13135 to 13334

...doing page_id from 13334 to 13533

...doing page_id from 13533 to 13732

...doing page_id from 13732 to 13931

...doing page_id from 13931 to 14130

...doing page_id from 14130 to 14329

...doing page_id from 14329 to 14528

...doing page_id from 14528 to 14727

...doing page_id from 14727 to 14926

...doing page_id from 14926 to 15125

...doing page_id from 15125 to 15324

...doing page_id from 15324 to 15523

...doing page_id from 15523 to 15722

...doing page_id from 15722 to 15921

...doing page_id from 15921 to 16120

...doing page_id from 16120 to 16319

...doing page_id from 16319 to 16518

...doing page_id from 16518 to 16717

...doing page_id from 16717 to 16916

...doing page_id from 16916 to 17115

...doing page_id from 17115 to 17314

...doing page_id from 17314 to 17513

...doing page_id from 17513 to 17712

...doing page_id from 17712 to 17911

...doing page_id from 17911 to 18110

...doing page_id from 18110 to 18309

...doing page_id from 18309 to 18508

...doing page_id from 18508 to 18707

...doing page_id from 18707 to 18906

...doing page_id from 18906 to 19105

...doing page_id from 19105 to 19304

...doing page_id from 19304 to 19503

...doing page_id from 19503 to 19702

...doing page_id from 19702 to 19901

...doing page_id from 19901 to 20100

...doing page_id from 20100 to 20299

...doing page_id from 20299 to 20498

...doing page_id from 20498 to 20697

...doing page_id from 20697 to 20896

...doing page_id from 20896 to 21095

...doing page_id from 21095 to 21294

...doing page_id from 21294 to 21493

...doing page_id from 21493 to 21692

...doing page_id from 21692 to 21891

...doing page_id from 21891 to 22090

...doing page_id from 22090 to 22289

...doing page_id from 22289 to 22488

...doing page_id from 22488 to 22687

...doing page_id from 22687 to 22886

...doing page_id from 22886 to 23085

Set the local repo temp zone container to be private.

Purging caches...done.

Done in 3.9 s.

Is that correct updating? TraaBBIT (talk) 07:19, 18 June 2016 (UTC)

Since you are missing the dependencies, you are obviously not using the tarball to install, but you are installing from Git, right?

I think, upgrade should offer the necessary steps for that case as well! Doesn't it do that? 87.123.57.159 (talk) 08:49, 18 June 2016 (UTC)

Upload files misisng

i installed a MW but i i log in i don't have the Upload File under tools  Any Idea? In User right it says user have right to upload 37.24.153.195 (talk) 12:10, 18 June 2016 (UTC)

i think i found something. 37.24.153.195 (talk) 12:32, 18 June 2016 (UTC)

If you are not logged in, you are not a member of the "user" group. 87.123.46.159 (talk) 18:11, 18 June 2016 (UTC)

MediaWiki broken after installation of Ubuntu 16.04

My MediaWiki installation worked perfectly well under Ubuntu 15.10. The I upgraded to 16.04 and MediaWiki just showed run () on the start page. The version I used was 1.26.2. After that I have upgraded MediaWiki to 1.26.3 without any success.

Somehow I seem to have got the upgrade process completely messed up. Now I get:

<?php /** * This is the main web entry point for MediaWiki. * * If you are reading this in your web browser, your server is probably * not configured correctly to run PHP applications! * * See the README, INSTALL, and UPGRADE files for basic setup instructions * and pointers to the online documentation. * * https://www.mediawiki.org/

I can not get the update.php script to work.

I use MySQL.

Any hints how to get 1.26.2 working under Ubuntu 16.04? 85.230.36.253 (talk) 14:48, 18 June 2016 (UTC)

Your new system is not yet configured correctly to run PHP applications! The problem is that PHP files currently are not parsed by the PHP executable. Maybe the reason behind this is that currently, you do not have PHP installed? Check the usual way, which you always use on Ubuntu, I guess that is some kind of package management system to check, if PHP is installed and - if it is not - to install it!

README, INSTALL, and UPGRADE files for basic setup instructions 87.123.46.159 (talk) 18:10, 18 June 2016 (UTC)

"Login required to Upload files"

Hello. So, me and some peers are in the process of updating my wiki when suddenly, an error appears stating that we must be logged in to upload files. This is odd because everyone is already logged in and were uploading files fine moments prior.

When you try to log in again, it simply tells you that you are already logged in and it prevented you from logging in again to prevent hacking attempts.

What could possibly be the problem here? Logging in and out doesn't appear to help. My instinct says it's a cache issue or something or other... does something need to be flushed out? The last major change I made to the wiki was installing a plugin for videos a few days ago and that's it.

MediaWiki 1.23.9

PHP 5.4.45 (cgi-fcgi)

MySQL 5.5.48-37.8

http://creawiki.net/w/Special:Version 2602:30A:2E08:4520:1965:A6BC:A18:D09D (talk) 01:20, 19 June 2016 (UTC)

I want my money back

This is just a game supposedly . I cant even build a city and not get attacked , I thought if I spent money and got your supposedly upgrades I I would be able to do so , For all I know it is you guys attacking me and making me spend more money . I like a couple of your other games I am currently in but this one is a ripoff , I have spent $25 and am worse off then wen I first started for free cancel my account and give me what I deserve back . If I loose the other games so be it but this game Grepolis is a nothing but a money grabber for you 97.86.45.94 (talk) 09:32, 19 June 2016 (UTC)

This is the support desk for MediaWiki, the software used to run wikis like Wikipedia. Your question is not related to the MediaWiki software. 87.123.46.159 (talk) 09:43, 19 June 2016 (UTC)

How to disable or fix captchas for the VisualEditor?

The ReCaptcha (NoCaptcha) of the ConfirmEdit extension doesn't seem to work with the VisualEditor. It gives an error when trying to save edits in the VisualEditor, making VisualEditor unusable and forcing people to use the Source Editor in every case. How can I fix ConfirmEdit's ReCaptcha (NoCaptcha) for the VisualEditor? Or if that's not possible, then how can I disable captchas only for the VisualEditor? So they will remain in other places where they at least working properly, like the Source Editor. Tribly (talk) 17:00, 19 June 2016 (UTC)

Hi, @Tribly, did you found any solution ? I'm also trying to use VisualEditor with ReCaptcha Simonsarazin (talk) 19:20, 31 August 2016 (UTC)

Sadly I haven't found any solution. Tribly (talk) 09:29, 1 September 2016 (UTC)

I cannot open the creation kit.

Errors saying Im missing "GFSDK_GodraysLib.x64." and GFSDK_SSAO_D3D11.win64.dll" also "libScePad.dll" 96.37.13.225 (talk) 19:10, 19 June 2016 (UTC)

We do not use DLLs here. FriedhelmW (talk) 19:41, 19 June 2016 (UTC)

1 step close to being able to import wikipedia Infoboxes.

#Formatdate does not work correctly

I am using a German Mediawiki system and have a wiki article, which uses a template with the parameter "|date=July 03, 2015". Inside this template the date should be converted to "2015-07-03" using{{#formatdate:{{{date}}}|ISO 8601}}, but it doesn't print out the date correctly formatted. Instead if I write "|date=Juli 03, 2015" ( Juli is the German word for July) it works totally fine. Why does this not work with english month names?

Also, is there a possibility to use formatdate with a German input format (03. Juli 2015 - dmy) to convert it to 2015-07-03? 188.98.211.254 (talk) 20:04, 19 June 2016 (UTC)

How do I learn wiki markup (or html?) And extensions?

I've just started using Mediawiki and its great mostly but I dont really get how to learn how to use the editor beyond simple formatting like headings. Is there a language to learn? There is not much information or tutorials on mediawiki markup or wikitext or whatever it is.

Also, I know simple html, and there are countless tutorials for that, so can I just use html? From what I've seen its discouraged because mediawiki doesnt support all of it? And its harder when other people try to edit it.

And about extensions, how the heck do I use them, some work, some dont. For example this template:

https://en.wikipedia.org/wiki/Template:H:title

Do I view source, copy that into a template page, then type {{H:title|something|something}}, because that doesnt really work, or edit and copy, doesnt really work. Ive tried everything pretty much, removing the | symbols in the code because it turns it into quote code text or something. 49.177.93.182 (talk) 11:02, 20 June 2016 (UTC)

For a somewhat detailed editing manual for wikitext: W:Help:Wiki markup

Those are not really called "Extensions" but "Templates". When you open the source/code page of this template, scroll down to the bottom where you will see links to more templates and modules under the heading: "Pages transcluded onto the current version of this page". If you want to correctly use the original template (like W:Template:H:title), you will need to have copies of these templates and modules in your wiki too.

You can either do all this copying manually, or use Special:Export, where you need to check the "Include templates" box. After the export of the file, you will need to use Special:Import for your Wiki.

See Help:Templates#Copying_from_one_wiki_to_another for details. AhmadF.Cheema (talk) 12:24, 20 June 2016 (UTC)

How to make the BOX bigger

Loaded DOSBOX onto a 64 bit desktop running Window 10 thats part of my cat 5 network.

The File Server is 32 bit and runs on Win Server 2003.

On the Fileserver lives (a DOS based program) Sage Line 100 up to now could only be accessed from a 32 bit computer running Win XP or Win 7.

Thanks to DOSBOX I can now access Sage Line 100 from my 64 bit Win 10 computer but the display box on screen is very small and makes Line 100 unuseable.

Is there a way to make the Line 100 program full screen like it use to be when it was accessed from either an XP or Win 7 computer.

BTW, I an not a skilled DOS user---my skill level is about the same as my cat- therefore would very much appreciate the key strokes if there's any solution to making the box/display bigger.

Thanks for reading

Phil PhilipB999999 (talk) 16:24, 20 June 2016 (UTC)

DOSBox is mainly intended to run DOS games. For business applications (with a better text display), you could have a look at vDos: www.vdos.info. 80.100.223.22 (talk) 16:03, 26 June 2016 (UTC)

Welcome on the support desk for MediaWiki! Your question is not related to that software. 87.123.57.51 (talk) 16:56, 20 June 2016 (UTC)

Use ApiMain in Extension

Installed MediaWiki 1.26.3 on my Ubuntu VirtualBox and started writing a plugin to display graphs within Wiki articles. I need to access the raw page text for extracting the required information and used CURL in my php script to access the page. This approach works for me, but I realised, that the API could be called internally from the php script.

I changed the code from API:Calling internally:

echo("DBG_A ");

$api = new ApiMain(

new DerivativeRequest(

$this->getRequest(),

array(

'action' => 'query',

'format' => 'json',

'titles' =>  'GraphTest',

'export' => true

),

true

),

false

);

echo("DBG_B ");

but when I reload the page I yield the message "DBG_A Exception encountered, of type "Error" " which isn't usefull at all. $wgEnableWriteAPI is true and when using curl the extensions works so I assume that I have registered it correctly. DBG_A is called and DBG_B not, so the error occurs in the instantiation call. Do I need to link the ApiMain somewhere in my code? Hhuwikidev (talk) 18:20, 20 June 2016 (UTC)

how to advance search by category

How do I do an advanced search only inside a single category.

In other words, I want to search for some text "Why did the chicken" only in '''category:clean-jokes'''.

I want only results of pages that have that category.

Another example: I'm searching for "immune" only in both of the following categories: biotechnology, scientists-from-timbuktoo

I want only results of pages that are in both categories.

A third example would be to search for a term inside pages listed with any of those two categories. Pashute (talk) 07:57, 21 June 2016 (UTC)

Maybe try Extension:Multi-Category Search. AhmadF.Cheema (talk) 11:07, 21 June 2016 (UTC)

This seems horrible. I have to DOWNLOAD something and install, to make a search.

Not acceptable. But thank you for the reply, and I thank the guys that did the hard work in making that extension. Still this is something that needs to be done. Its an important feature for the future of wikipedia. Pashute (talk) 17:42, 22 June 2016 (UTC)

* Wikimedia Pashute (talk) 17:42, 22 June 2016 (UTC)

The underlying MediaWiki software has to cater to a very large range of requirements. To keep the software small and not a resource hog, only the most essential features are packed into the core. While features that not everyone may want to have (features that may require more processing power or physical memory) are left as extensions so that if anyone wants them they can have them. This presents a practical balance for such a widely used open source software such as MediaWiki. AhmadF.Cheema (talk) 18:38, 22 June 2016 (UTC)

OK, understood, and thanks again!! So perhaps you know if wikipedia and wikisource (and wiktionary) use this? ~~~~ Pashute (talk) 01:15, 23 June 2016 (UTC)

Unfortunately, among the tens of extensions that they use this is not one of them.

To check the extensions used by Wikis just got to Special:Version.

1. https://en.wikipedia.org/wiki/Special:Version
2. https://en.wikisource.org/wiki/Special:Version
3. https://en.wiktionary.org/wiki/Special:Version AhmadF.Cheema (talk) 01:24, 23 June 2016 (UTC)

I'm going to bring it up with them. Thanks! Pashute (talk) 01:28, 23 June 2016 (UTC)

While searching, I found some other methods for doing what you want:

http://webapps.stackexchange.com/questions/28412/search-within-a-category-on-a-mediawiki-site

Apologies, the category search seems to be working already. For example,

https://en.wikipedia.org/w/index.php?title=Special%3ASearch&profile=advanced&fulltext=Search&search=one+of+the+greatest+batsmen+incategory%3A%221916+births%22&ns0=1&profile=advanced AhmadF.Cheema (talk) 02:10, 23 June 2016 (UTC)

Wow!!! You rock! Thank you som much!

Now what's left to do is get the search for "Wikipedia help" on google to give something other than "Wikipedia Hell". ~ Pashute (talk) 13:49, 4 July 2016 (UTC)

http://www.dwarffortress.fr/wiki

Hello,

I've updated my mediawiki to the last update.

Now, when I open it, I get the following message:

MediaWiki 1.26 internal error

Installing some external dependencies (e.g. via composer) is required.

   MediaWiki  1.26.3
   PHP        5.5.35
   MySQL      5.5.48-37.8
   ICU        4.2.1