Project:Support desk/Flow/2015/12

This page is an archive.

Please ask questions on the current support desk.

Include short URL on actions

I've set up short URLs successfully but it defaults back to

example.com/index.php?title=Main_Page&action=edit

whenever I do certain actions. Is it possible to set up short URLs in a way so it turns into

example.com/wiki/title=Main_Page&action=edit

? Thanks.

I was thinking of using https://www.mediawiki.org/wiki/Manual:Entry_point_routing but if the short URL fragment isn't even in the URL for actions, then there's nothing I can pull EquineHorsk (talk) 01:45, 1 December 2015 (UTC)

Invalid initial admin user - inadequate error message

I just installed Mediawiki 1.26, and specified "mwiki_admin". When I attempted to log in, it failed, saying that the user name was invalid. The Users page listed a user named "Mwiki admin", but logging in with that did not work either. As a result, there was no way to access the admin account, or to create a new one, leaving the installation effectively unusable.

In doing some independent research, I was able to determine that:

• MW user names are case sensitive, and must begin with an upper case letter.

• MW user names cannot contain an underscore.

Fortunately, I was able to recover it by manually editing the username in the user table in the database to something that satisfied the requirements, and thereby saved having to undo and redo the installation.

I expect that similar problems can crop up if someone uses a tool to create or import a user in a way that does not respect these rules.

I understand that the issue is not very common, but it has been encountered by others, and is not hard to address:

1) Most importantly, improve the error message. Instead of just saying that the name is invalid, say what's wrong with it - that's just good error message practice.

2) Stop munging user names in the UI. Report them exactly as they appear in the database.

3) Clarify the constraints on user names in the admin documentation.

4) Add this issue and its resolution to the documentation for the "Invalid user name" error message.

5) Add a note for this issue in the installation documentation. Wikimikef (talk) 04:40, 1 December 2015 (UTC)

Please report it as a bug so action can be taken. Since you were already able to recover from this problem, there's nothing more we could do to help you :)

Feel free to refer the task number here when you file the bug Ciencia Al Poder (talk) 10:41, 1 December 2015 (UTC)

Configuration Extension:SyntaxHighlight_GeSHi in 1.26 Version

Hi

In Configuration Extension:SyntaxHighlight_GeSHi, how set $wgPygmentizePath and $wgSyntaxHighlightModels. Beginneruser (talk) 08:35, 1 December 2015 (UTC)

$wgPygmentizePath must point to Pygments. It must be an absolute path. By default it points to __DIR__ . '/pygments/pygmentize'. If you installed MediaWiki using a release tarball, here shoul be no need to change this variable - it should be working out of the box. 88.130.65.86 (talk) 12:30, 1 December 2015 (UTC)

upgraded to 1.26, then special-> version gave me "internal fatal error". the log said:

Call to undefined method GeSHi::enable_line_numbers()

/var/www/mediawiki/extensions/Code/Code.php: PHP Warning: include(geshi/geshi.php): failed to open stream: No such file or director

the file:

/extensions/Code/Code.php says:

if (!defined('GESHI_VERSION')) {

        include('geshi/geshi.php'); // include only once or else wiki dies

and the geshi.php is located:

/var/www/mediawiki/extensions/SyntaxHighlight_GeSHi/geshi/geshi.php

the dir in include is not the right place. after it was replaced, mediawiki 1.26 -> Special -> version worked.

207.34.230.10 (talk) 16:05, 1 December 2015 (UTC)

Parse error

"Parse error: syntax error, unexpected end of file in /membri/wikifree/w/includes/GlobalFunctions.php on line 2789"

This is the error I get when visiting http://wikifree.altervista.org/. I just recently installed MediaWiki 1.26 on WikiFree Hub. Why does this error happen? I don't want to edit the PHP file. Maybe downgrading back again to MediaWiki 1.25.2 will fix it? Luis/stranger195 (talk • contribs • guestbook) 09:43, 1 December 2015 (UTC)

maybe the file was corrupted when you uploaded it? try uploading it again Ciencia Al Poder (talk) 10:35, 1 December 2015 (UTC)

I have done that multiple times. I'm downgrading it to 1.25.3. Luis/stranger195 (talk • contribs • guestbook) 08:03, 2 December 2015 (UTC)

Downgrading worked! Well, it looks like WikiFree won't have 1.26... for now. Luis/stranger195 (talk • contribs • guestbook) 13:50, 2 December 2015 (UTC)

The error "unexpected end of file" usually really means that the file is broken at that place. If you continue getting this error, take the file from your hosting provider, exactly the copy, which your wiki is using, download it and look into line 2789. In order to fix this, try redownloading the tarball again and extract it again. Jörgi123 (talk) 14:58, 2 December 2015 (UTC)

Image not found in Visual Editor

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

---

We're using the VIsual Editor (version 0.1.0 (c947b49) 9 jul 2015) with MW 1.25.3 and have a problem with the images. Images are shown correctly in read-mode but not when editing a page with the VE.

If I use Inspect Element in the browser with an image I see an incorrect path:

For instance image with src="/wiki/hzportfolio/images/e/e8/SSM_process_v_20151107.jpeg" shows localhost/wiki/hzportfolio/images/e/e8/SSM_process_v_20151107.jpeg which of course cannot be found.

How do I configure imagepaths?

Regards, Jethro   Waanders (talk) 09:45, 1 December 2015 (UTC)

Maybe Manual:$wgUploadPath? Ciencia Al Poder (talk) 10:44, 1 December 2015 (UTC)

Thanks, but no, upload path is /wiki/hzportfolio/images/ in this example, works fine (as I said image is shown correctly in non-edit mode). We use $wgUlpoadPath in all our wikis for years, no problem. But this is about the Visual Editor. Waanders (talk) 11:02, 1 December 2015 (UTC)

Obviously the server portion is set incorrectly. We often have people here, who have $wgServer set incorrectly, which leads to similar problems. In your case I doubt that this is the problem, but can you check, just to be sure, if $wgServer might be the culprit? 88.130.65.86 (talk) 13:01, 1 December 2015 (UTC)

Thanks a lot! Yep, this did the trick, $wgServer wasn't set at all. Now it's working fine. Waanders (talk) 16:08, 1 December 2015 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Special:ExportRDF not working

I'm trying to export pages with Special:ExportRDF. It gets the XML error:

This page contains the following errors:

error on line 2 at column 6: XML declaration allowed only at the start of the document

Below is a rendering of the page up to the first error.

"

It looks as if it is including a few blank characters before the <XML.

Is this a known problem?

Does the export usually work? Fustbariclation (talk) 13:05, 1 December 2015 (UTC)

You should report this issue at [0] and in order to make it efficient for someone to help, please try to replicate your use case at [1] (because above information is not sufficient to analyse in what is causing the illegal XML output).

Please also provide information about the version (MW, SMW etc.) used/installed.

> Does the export usually work?

It does. [2]

[0] https://github.com/SemanticMediaWiki/SemanticMediaWiki/issues

[1] http://sandbox.semantic-mediawiki.org

[2] http://sandbox.semantic-mediawiki.org/wiki/Special:ExportRDF/John_Doe MWJames (talk) 14:19, 1 December 2015 (UTC)

Visual Editor Image search missing

I have 3 files name as follow:

FileUpload.png

FileBrowseUpload.png

FileDelete.png

When i use the visualeditor insert media, i typed, File nothing came up in the pictures. I even tried FileUpload and nothing came up. I have to type the full file name such as FileUpload.png in order to get the file showing.

Any ideas? AmazingTrans (talk) 14:56, 1 December 2015 (UTC)

PHP Fatal error: Unsupported operand types

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

---

I'm trying to get a new install up and running on a local server. I'm seeing this in the apache error logs.

"PHP Fatal error:  Unsupported operand types in /var/www/html/wiki/includes/registration/ExtensionRegistry.php on line 272"

I can't seem to find anything about this or what might be the issue. I'm running the latest MW (1.26.0) with PHP 5.5.30 on a CentOS 6 server. Cophead567 (talk) 16:14, 1 December 2015 (UTC)

Maybe one of your extensions is incompatible or has a bug. Try disabling all extensions and enable one by one until you find which one causes the issue. Ciencia Al Poder (talk) 11:02, 2 December 2015 (UTC)

I'm also getting this and I have no extensions enabled... 2601:285:0:1000:99A6:B3F2:B7B0:696F (talk) 23:59, 2 December 2015 (UTC)

It appears that this is the problem line in ExtensionsRegistry.php

$this->loaded += $info['credits']; 2601:285:0:1000:99A6:B3F2:B7B0:696F (talk) 00:07, 3 December 2015 (UTC)

This error occurs on PHP 5.5 and PHP 5.6

It does not occur on PHP 5.4 2601:285:0:1000:99A6:B3F2:B7B0:696F (talk) 00:13, 3 December 2015 (UTC)

If this happens also, when no extensions are installed, then this is a bug, which should be fixed (wrong or missing variable initialization, missing type check?). Please open a bugreport! 88.130.119.246 (talk) 00:20, 3 December 2015 (UTC)

I also have this same issue with no extensions . I hope someone is following up the bugreport. Mine is on line 122. 14.202.215.195 (talk) 22:00, 20 January 2016 (UTC)

Please link to the bug report here. AKlapper (WMF) (talk) 13:31, 21 January 2016 (UTC)

This was T120267 and was backported to 1.26.1 so this shouldn't happen if you're using the most recent 1.26 release Ciencia Al Poder (talk) 19:56, 21 January 2016 (UTC)

Fatal error: Uncaught Error: Unsupported operand types in F:\PHP\PHP-install\xampp\htdocs\tamrin16\submit.php:8 Stack trace: #0 {main} thrown in F:\PHP\PHP-install\xampp\htdocs\tamrin16\submit.php on line 8 5.237.183.179 (talk) 15:10, 29 August 2020 (UTC)

See Ciencia Al Poder’s reply above. Use the most recent release. I’m curious why you are using such an old version of mediawiki whose support has ended? TiltedCerebellum (talk) 20:37, 30 August 2020 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Mention user on a page or discussion

Hi,

I use the version 1.24 of MediaWiki integrated with ECHO extension.

I am using this extension that generates notifications to users when they are mentioned in any discussion page. I'm currently testing this extension and do not know what the correct way I should mention a user for him to receive the mention of notification.

Does anyone know tell me what the correct syntax for this task?

Thank you! 189.5.227.24 (talk) 17:28, 1 December 2015 (UTC)

Unrelated, but you are running an ancient unsupported software version which receives no security updates for security vulnerabilities. Please run supported software in your own interest: Download. Malyacko (talk) 09:59, 2 December 2015 (UTC)

Manual:Echo should explain this Ciencia Al Poder (talk) 10:48, 2 December 2015 (UTC)

bad URL generating 500 after upgrade

A few days ago I upgraded our MediaWiki installation from 1.13.2 to 1.26.0, and PHP from 5.3.10 to 5.6.14. No change to web server and OS (IIS on Windows Server 2008). No change to MySQL (v5.5.22).

 When going to a valid page, it generally works ok. When there is anything wrong with the URL (e.g. article name is misspelled - even wrong case), the page fails with a 500 server error. Nothing is written to the PHP log file. (I also can't use colons in the URL (such as for category links). I need to encode to %3A in order for that to work.)

 The crash does not happen somewhere mid-way through the MediaWiki code. If it did, I might be able to debug and pinpoint where the problem is. I have confirmed that every line called by index.php finishes and then the server returns 500. It is as though the MediaWiki code inserts something into the output buffer that causes the PHP interpreter to crash as it is processing the output buffer.

 I can't provide the URL, sorry. This is a wiki in a private network and not accessible on the Internet.

 Does anyone have any ideas for how to troubleshoot this? Notbyworks (talk) 17:57, 1 December 2015 (UTC)

An error 500 is usually happening in the webserver. That means you should find more information about this error in the webserver error log.

What does it say? 88.130.73.84 (talk) 18:18, 1 December 2015 (UTC)

I have been trying to post entries from the web server logs but I keep getting a message saying "This edit has been identified as spam" and to contact an administrator. How to contact an administrator is not clear so I will try to explain.

When I request a page that does not exist, the web server log file shows 2 entries: one for title=Special%3ARunJobs and one for title=does_not_exist. Both requests have 500.0 response codes.

I am also capturing the failed request tracing logs. They also agree that the 500 error was triggered by a request to: Special%3ARunJobs.

I had never heard of Special:RunJobs before having to troubleshoot these errors. Is it something that can be fixed or disabled? Notbyworks (talk) 21:32, 7 December 2015 (UTC)

The runJobs call is responsible for running jobs like the update of cached pages or so.

What you write sounds like you had a look into the webserver access log. What you however should investigate is, what the webserver error log is telling you about the error 500. It should contain more information about what is going wrong when these errors happen. 88.130.110.229 (talk) 21:59, 7 December 2015 (UTC)

Again, when I try to post details from an error log file, I'm blocked because it looks like spam. I am invited to appeal to an Administrator, but the link doesn't take me to a page that makes it clear how to contact the Administrator. Any suggestions? Notbyworks (talk) 18:28, 9 December 2015 (UTC)

You can use the website "pastebin" or so to put some lines of text online.

Annoying, I know, but it should work. 88.130.123.15 (talk) 18:42, 9 December 2015 (UTC)

Thanks for recommending pastebin. It works well.

You can see the output of the Failed Request Tracing at http://pastebin.com/raw.php?i=sM8dKUPS Notbyworks (talk) 23:39, 10 December 2015 (UTC)

The error is not meaningful to diagnose the problem and how to fix it.

Read Manual:Job queue to understand what's the purpose of the RunJobs URL. To mitigate the problem, you could set $wgRunJobsAsync to false, or set up a scheduled task to run jobs periodically and set $wgJobRunRate to 0. Ciencia Al Poder (talk) 10:33, 11 December 2015 (UTC)

WikiEditor toolbar not showing up.

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

---

Hello,

I just set up my first MediaWiki site and I can't get the WidkiEditor toolbar to show up. I have scoured the internet, tried many things but with no success. Here is my current config:

IIS - 7

MediaWiki - 1.26.0

PHP - 5.6.16 (cgi-fcgi)

MySQL 5.7.9-log

I have these included in my config:

wfLoadExtension( 'WikiEditor' );

$wgDefaultUserOptions['usebetatoolbar'] = 1;

$wgDefaultUserOptions['usebetatoolbar-cgd'] = 1;

$wgDefaultUserOptions['wikieditor-preview'] = 1;

$wgDefaultUserOptions['wikieditor-publish'] = 1;

I'm not sure what else to try. Some direction would be very helpful.

Thanks,

-Gabe 152.87.3.5 (talk) 21:51, 1 December 2015 (UTC)

Just to be sure: When you say that you have added the settings to your configuration, then you mean the file LocalSettings.php, right? This is where you should put these lines.

According to Extension:WikiEditor this configuration should work.

When, in your wiki, you visit the wiki page Special:Version, does it then list WikiEditor as being installed? 88.130.73.84 (talk) 23:03, 1 December 2015 (UTC)

Thanks for the reply. I did add the lines the the LocalSettings.php. I even commented out all the other extensions just to make sure only the WikiEditor was installed.

The WikiEditor also shows up on the Special:Version page.

I agree that my configuration should work! I just can't figure out why it isn't... 205.185.209.68 (talk) 23:23, 1 December 2015 (UTC)

Does the wiki have a public URL so that I can take a look?

I am guessing that you have some kind of JavaScript problem:

The problem is not that the wiki also is completely unstyled, right? Styling of the whole page, of the headline, the logo, tabs and so on all display fine, right?

In your LocalSettings.php file, is the variable $wgServer set correctly? 88.130.73.84 (talk) 00:46, 2 December 2015 (UTC)

Edited from //localhost/ to

$wgServer="http://knxdfewsmc1:3037/"

Still, no luck. 152.85.8.38 (talk) 02:10, 2 December 2015 (UTC)

It could be Manual:Errors and symptoms#Missing edit toolbar, JavaScript not working, or Manual:Errors and symptoms#The wiki appears without styles applied and images are missing Ciencia Al Poder (talk) 10:59, 2 December 2015 (UTC)

We are behind a firewall, so no public URL. The wiki is styled, so no problem there. Everything is displaying fine.

There doesn't appear to by any problems with the $wgServer varible. Tried several differnt configuration options.

I looked at the suggestions regarding JavaScript and I am not seeing any Java errors. However I am getting this from the web console:

Internal error

Problematic modules: {"startup:"errror"}

Not sure exactly what that means. Did a quick web search but didn't find much usefull. Any more thoughts?

Thanks! 152.87.3.5 (talk) 12:43, 2 December 2015 (UTC)

Problematic modules: {"startup:"error"}

This may well be the reason for your problem. Please add

$wgResourceLoaderDebug = true;

to your LocalSettings.php file and see, if you afterwards get more information about the startup error you are having. This kind of error can e.g. be caused by an extension. 88.130.126.158 (talk) 13:18, 2 December 2015 (UTC)

Added $wgResourceLoaderDebug = true;

Same error message, without anymore info.

I was hoping that would show some more info... 152.87.3.5 (talk) 13:24, 2 December 2015 (UTC)

Me either.

Can you please again uncomment all extensions, clear all caches and try again?

We recently had someone, who had the same problem.

He also had all extensions deactivated, but the error remained. After some more testing - without extensions - he could nail it down to a faulty extension. Jörgi123 (talk) 14:52, 2 December 2015 (UTC)

After trying all the suggestions and everything I could think of my last ditch effor was to downgrade to 1.25.3.

I see that the toolbar wikieditor works fine in verison 1.25.3.

Looks like it is a problem with 1.26. Not sure how to fix it so I guess we will have to stick with 1.26 for now. 152.87.3.5 (talk) 16:14, 2 December 2015 (UTC)

I am not so sure about that. As with the other user, which Joerg mentioned, the problem in fact was an extension, although he had all extensions uninstalled - just like you had.

He most likely had a caching issue, which made him see the error, although it in fact was no longer present. And that is the problem, which you most likely have as well. 88.130.119.246 (talk) 19:41, 2 December 2015 (UTC)

Or maybe an error in one of the JavaScript files, if it wasn't copied correctly. $wgResourceLoaderDebug only makes JavaScript to not be minified and also each module is split on its own request. The useful configuration here is $wgShowExceptionDetails. It won't show you a more meaningful error in JavaScript console, but opening the URL that loads that module on a new window should display the error details inside a JavaScript comment. Ciencia Al Poder (talk) 20:02, 2 December 2015 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Deleted content automatically re-appearing

I use the MassDelete function & delete everything, but after waiting another minute or so, pages/users are re-appearing in my list of pages. I keep deleting users/pages but they come back with a recent timestamp.

How can I really delete content & prevent it from coming back? NginUS (talk) 04:17, 2 December 2015 (UTC)

What exactly is the "MassDelete function" and where can this problem be seen and which MediaWiki version is this about? Malyacko (talk) 09:57, 2 December 2015 (UTC)

Maybe the spammers are creating new pages while you delete them? Have you checked out Special:RecentChanges on your wiki? Have you considered Manual:Combating spam? Ciencia Al Poder (talk) 10:49, 2 December 2015 (UTC)

Screenshots, the 'Mass Delete' function, and recent pages:

https://imgur.com/a/y1nF0 NginUS (talk) 08:32, 3 December 2015 (UTC)

That's not Recent pages, but All pages. I can't see from the screenshot when they were created, only its title Ciencia Al Poder (talk) 10:15, 3 December 2015 (UTC)

how to install and track the version running on wikipedia

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

---

Hi,

1. which version should I check out in order to run the version running on wikipedia?

Download from Git#WMF branches said "WMF versions" are what's running on wikipedia, but

git branch -r | sort -V

only offers versions like "origin/wmf/1.27.0-wmf.7", and when I switch to them, the RELEASE-NOTES-1.27 says it is not for production. So which version is what's running on wikipedia?

2. I plan to run without any modification, and hope to do updates automatically. Is that possible? If so, is the above version the best option?

Thank you! Johnpaso (talk) 07:38, 2 December 2015 (UTC)

https://en.wikipedia.org/wiki/Special:Version lists the version running on Wikipedia, currently being a 1.27-wmf pre-release. A future 1.27 tarball will be for public consumption. You did not explain your motivation why you want to run the latest unstable developer releases. Malyacko (talk) 09:57, 2 December 2015 (UTC)

Thank you! There are two reasons:

1. security. Please see the mediawiki vulnerabilities found on cvedetails.com (sorry I found I can't post the exact link here, as that blocked my ip, and my account here). We don't want our public wiki get hacked, so want to run the most secure version.

2. minimal maintainence. With many other duties, hopefully we don't have to always keep eye on mailing list and manually update whenever there is new vulnerability.

So we are looking for a certain version or tag, so can run git etc at least every day to automatically update and get patched. Is this possible? If so, which version/tag should we follow? Johnpars (talk) 16:50, 2 December 2015 (UTC)

Sorry I still do not know which version to install. 1.27.0-wmf.7 aparently won't be the version running on wikipedia next year, is there a fixed git version/tag that behaves like "the_version_on_wikipedia" ?

Or in order to always run patched version, we have no choice but to follow mailing list to always watch out for vulnerability report, and then immediately go to find out the latest patched version and upgrade, manually?

Since we expect o run without modification and without extensions, I thought there should be a way to automatically get patched through cron jobs. So that's not possible? Johnpars (talk) 01:07, 3 December 2015 (UTC)

1.26 is the latest version which is what you should run if you want the latest features. If you want the least maintenace, you should run an LTS version (the current is 1.23.x), which will still receive security updates until May 2017, but won't get shiny new features. See version lifecycle.

Wikipedia runs an alpha version which is not suitable for production. 121.214.159.195 (talk) 06:34, 3 December 2015 (UTC)

Actually, Wikipedia is production :) But, of course, they're releasing new versions every week, and if something breaks, they apply fixes as soon as possible. So basically, you should be prepared to update your version very often if you want to follow Wikipedia release cycle.

If you want stability, each supported version receives security updates, so for example, if you are running 1.25 you can download from git branch REL1_25 and you'll receive security updates and bugfixes when they're released Ciencia Al Poder (talk) 10:29, 3 December 2015 (UTC)

Security issues are fixed in all supported versions - currently this includes the LTS version 1.23, 1.25 and 1.26.

Running an alpha version is nothing more secure, but will in contrast cause you more maintenance work and most likely trouble at some point. E.g. the point releases, which Wikipedia uses are tested, but the chance that they are in some regard broken is much higher than it is for the regular release versions. You should really stick to the usual release tarballs. 88.130.119.246 (talk) 10:51, 3 December 2015 (UTC)

Ok, thanks a lot for your insights, that help! I did read that version lifecycle, I don't need shiny new feature, so looks like for maximum stability, I should just follow REL1_23 for now and remember to change that every 2.5 years.

I have a hard time understanding why you guys all said the version running on wikipedia is not suitable for production or is a "alpha version", in my eye wikipedia is nothing short of stability rivaling any website in the world. Do you suggest that actually the wikipedia website is broken from time to time? But I don't remember anyone has publicly noticed that. So even if there was problem this or that they are minor issues that no one cares? Most likely they are some new testing features that most people do not use yet?

Therefore maybe a fixed git tag like "wikipedia_version" would be helpful? Then people can pull it every few minutes and rest assured their website is every bit as stable AND as shiny as wikipedia for ever! Johnpars (talk) 13:03, 3 December 2015 (UTC)

Actually, yes, from time to time, certain parts of Wikipedia can be broken because of an update. Mostly this affects a small feature, which most people won't even notice is broken. But there also have been cases with more severe failures. The thing is that for Wikipedia there are maintainers who really know MediaWiki from inside out, who follow the development closely and who can react immediately in case of problems. That is not the situation, which the average, small wiki has.

If you are now starting a new wiki, you can use version 1.26. I have updated a few wikis to that version already and it is basically working. I wouldn't say it is less stable then 1.23. Version 1.23 only is relevant, if you already started a wiki with that version and if you want to keep the amount of maintenance work low. 88.130.119.246 (talk) 13:12, 3 December 2015 (UTC)

The following text is from Johnpars:

Thanks for all your kind and knowlegeable help! I understand some database problem can only be carefully fixed manually. I need minimum maintainence, so will follow REL1_23 and remember to update every 2.5 years.

But sorry I got another question: I realized that, for either REL1_23 or REL1_26, I will need to upgrade to the next LTS in a year. Then which one will have an easier upgrade path at that time? Will REL1_23 be easier to upgrade since it's LTS to the next LTS? Or will REL1_26 be easier to upgrade since the two versions are closer? Is upgrading from non-LTS to the next LTS officially supported? And vice versa? 88.130.100.201 (talk) 15:35, 3 December 2015 (UTC)

Basically the different versions are created one on top of the other: 1.23 -> 1.24 -> 1.25 -> 1.26 -> 1.27.

That means that - although you will most likely be able to do the upgrade to 1.27 in one step, also if you are coming from 1.23, that then, when you are coming from 1.23, there will be more changes between your old and the new version than when you upgrade from 1.26. Basically, the work to adjust 1.23 to 1.27 is the same, no matter if you install each version inbetween or if you go to 1.27 directly.

The relevant aspect really is time. It is the time, which you have to securely run your old version, before you have to upgrade to a new one. This time is especially long with LTS versions. 88.130.100.201 (talk) 15:39, 3 December 2015 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

File/Image Path issue

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

---

I have a private wiki running on Win2012 server here. I have resolved several permissions based issues, but the resolutions have introduced a new problem that I am hoping to find some simple recommendations for.

My wiki is running from a system C: drive, however I have relocated my uploads directory to a secondary E: drive to keep things simple for my IT department. I've defined the absolute drive path using $wgUploadDirectory ="E:\uploads";

HashedUpload is enabled and appears to be working normally. The wiki creates all the folders and files after uploading, and browsing the "E:" drive shows that the files are actually there where expected.

However, the thumbnails and actual file links presented in the wiki result in a 404 and do not load the files which I know to be present on the secondary drive. This is leading me to believe it's an issue where the wiki is using a different path post-upload since the upload path is working as expected. I'm guessing it's a secondary path definition or something like that?

Any advice? Jalbarnes (talk) 17:40, 2 December 2015 (UTC)

It is possible that MW isn't starting the thumbnailer in the right directory. If you enable the debug log or the debug toolbar, does that help you?

What sort of messages show up in your error log? ☠MarkAHershberger☢(talk)☣ 18:36, 2 December 2015 (UTC)

I've enabled the debug toolbar and will check through that. First off, I do see that the thumbnails are obviously not working right, for example: "FileBackendStore::getFileStat: File mwstore://local-backend/local-thumb/7/7c/Cables1.jpg/186px-Cables1.jpg does not exist."

but to be clear - my file uploads appear to work, no issues and when uploading something like a graphic, and the wiki is aware of the resulting size and dimensions of the image after it is uploaded. The problem is that there is no thumbnail, no graphic of any type and clicking the link to the actual file will end in a 404 page.

The URL looks like it should be correct and match the hashed directories where the files are stored on my secondary drive, but it's a 404.

I agree that there is a problem with thumbnails, but the fact that it won't even link to the proper location of the actual original file seemed like it might be a bigger problem.

I'll start looking into the thumbnailer next. Jalbarnes (talk) 20:46, 2 December 2015 (UTC)

If you moved uploads from C: to E: you should be sure that the new folder is accessible from the webserver. You probably need to publish the new folder on the webserver on a particular URL and modify $wgUploadPath accordingly. Alternatively, set up $wgThumbnailScriptPath so all images are served by thumb.php instead of directly accessed. Ciencia Al Poder (talk) 10:39, 3 December 2015 (UTC)

unfortunately, accessing the direct file will be a requirement as it won't be only images but also documents. Today I decided to test pointing the upload directory back to the old location in the web root folder and hard coded the full path in localsettings.php.

Using this after a reboot proves that I am able to upload files to the proper identified location, thumbnails generate as expected and everything works - but ONLY as localhost. Using any remote http connection throws a flury of php and mediawiki errors when attempting a file upload. Most oddly, it appears that external users are unable to makedir in the temp directory regardless of the proper permissions appearing to be in place.

This seems to point strongly at a windows-centric permissions problem related to IUSR. Unfortunatly, permissions are identically set for each respective folder when using the mediawiki images folder AND the secondary drive folder. Inherritance is the same in both cases, yet the symptoms are completely different regardless of the fact that I've set the same permissions.

Using mediawiki\images funtions with thumbnails and proper paths to the files, however it works ONLY for the localhost and no other connections. Web users are unable to write to the images\temp directory (at the very least, there may be more problems associated).

Using E:\images allows uploads for ALL users including localhost, however the thumbnails and file paths do NOT work causing no images or files to actually load or be acccessable.

Thanks so much for actually taking time to read this, I suspect I'm on my own since I'm stuck in Windows Server land, but I'll keep poking at it. Jalbarnes (talk) 14:52, 3 December 2015 (UTC)

OK, I think I have solved this for my purposes and wanted to post my solution in case any others arrive at this awkward impasse. From what I can tell, files were uploading correctly to my secondary drive but were not being referenced by mediawiki because the application continues to look in the "mediawiki\images" folder regardless of the upload path. Here is how I solved this in Windows Server 2012 with IIS 8.5:

1. stop IIS.
2. in IIS use "add virtual directory" within your specific media wiki install folder (for example: server\sites\default web site\mediawiki\
3. When creating the virtual directory, use the alias of "images" and validate the physical path. If you use the alias name for "images" it will not matter what the targeted folder is called.
4. Insure your IUSR has ownership and rights to the upload directory you have specified.
5. Delete or remove the "images" directory from your mediawiki folder within wwwroot. If you're being careful, you can just relocate this to some other drive. Point being, you should NOT have an actual "images" directory within your mediawiki directory for this to work.
6. Refresh the web tree in your IIS manager to validate that there is only one "images" folder, you should see a small arrow on the icon indicating that this is a virtual directory. If you still have two images folder, you did something wrong.
7. Restart your root IIS server under the "manage server" pane to the right.
8. validate by uploading files. Be sure that you're uploading files you have not uploaded previously in your testing to ensure that everything is working as expected.

thanks for the help! Jalbarnes (talk) 16:25, 3 December 2015 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Category and DISPLAYTITLE

In our MediaWiki installation we have a page named Foo_1 with DISPLAYTITLE:Foo and Category:somecat.

In the Category:somecat page, it listed as Foo_1. How do I make it appear as Foo? שייע (talk) 19:05, 2 December 2015 (UTC)

That's not supported currently, see T31975 Ciencia Al Poder (talk) 10:41, 3 December 2015 (UTC)

Upgrade from 1.19 to 1.26 "Flattened" my site - no skin seems to work?

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

---

After an upgrade, everything became flattened on my site -- http://powermarketing.online

I tried to copy the DefaultSettings.php to LocalSettings.php and editing all the sections again but it's still flat.

Any ideas how to get any theme to come back? Vector or Modern is fine...

Thanks. 2601:285:0:1000:99A6:B3F2:B7B0:696F (talk) 22:48, 2 December 2015 (UTC)

Hi!

When you do an upgrade, you should keep the LocalSettings.php file. It is largely backwards-compatible - and forwards-compatible as well.

For the problem with the missing styles: The load.php calls currently do not produce any output.

When I turn on debugging mode, I get this error:

Problematic modules: {

"skins.modern": "missing"

}

The modern skin is no longer bundled with MediaWiki 1.26, but you can download the version for MediaWiki 1.26 from Skin:Modern. 88.130.119.246 (talk) 00:06, 3 December 2015 (UTC)

Turns out that PHP 5.6 or PHP 5.5 is NOT compatible with MediaWiki 1.26 2601:285:0:1000:99A6:B3F2:B7B0:696F (talk) 00:13, 3 December 2015 (UTC)

That is wrong, see Compatibility#PHP. 88.130.119.246 (talk) 00:16, 3 December 2015 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

how in setup of wiki 1.26.0 to select LDAP support?

We just moved the wiki data base from the server with old not supported by Microsoft anymore OS Windows Server 2003 to the new server with new OS. We worked with WIKI for 5 years and our old wiki was 1.19 what is not supported anymore. So, because of that we installed the latest wiki 1.26.0 but the problem is on our old web server a user was recognized by LDAP. So, the question now is how in setup of wiki 1.26.0 to select automatically LDAP support, on what step it's and what selections are needed? Please let us know! Afilimonov1 (talk) 01:29, 3 December 2015 (UTC)

LDAP is not natively supported by MediaWiki, but there are some MediaWiki extensions that support this setup. Basically, see what extension you were using on 1.19, and install it (but downloading a recent version from the extension distributor page!) Ciencia Al Poder (talk) 10:32, 3 December 2015 (UTC)

Hmmm.... ok, when I use wiki without LDAP been added, after adding a new article with no content yet I see the Warning: "You are not logged in. Your IP address will be publicly visible if you make any edits. If you [$1 log in] or [$2 create an account], your edits will be attributed to your username, along with other benefits". If I delete this warning in the file \languages\i18n\en.JSON, I would get the error on any page of the project - "[b9405997] 2015-12-09 01:20:29: Fatal exception of type MWException". How to get rid of the warning that user not been logged-in in that case? Afilimonov1 (talk) 01:33, 9 December 2015 (UTC)

Do not hack MediaWiki core. You can edit MediaWiki:Anoneditwarning placing any other text on it. Saving an empty page won't change the default message, so if you want it to be completely blank you can add simply a HTML comment or an empty div.

You can find those messages using the qqx trick Ciencia Al Poder (talk) 10:37, 9 December 2015 (UTC)

ok. I see. If I'm not capable to update the text messages in languages\en.JSON file then how I can update the text for the message name="Anoneditwarning" to the empty string? Can I use any interface to make such updates, what is the link to do this? or would you recommend to use another trick, on what page? Could you please let us knwo about the options. Thank you! Afilimonov1 (talk) 01:23, 10 December 2015 (UTC)

See Help:System message Ciencia Al Poder (talk) 10:32, 10 December 2015 (UTC)

What version of server are you running and are you an Active Directory authenticated organization? Jalbarnes (talk) 16:26, 3 December 2015 (UTC)

Hello Jalbarnes! Thank you for reply! On the new server we use OS Windows 2008 Server R2 64 bits and Yes, we are an Active Directory authenticated organization; previously, in MediaWIKI 1.19 in LocalSettings we used a bind account to contact the Active Directory server and extension we used to support LDAP was php_ldap.dll. Any instructions/links how to make LDAP working with MediaWiki 1.26.0 in our case? Thank you! Afilimonov1 (talk) 18:03, 3 December 2015 (UTC)

I was finally able to implement the NTLMActiveDirectory extension on this page and use AD to authenticate all my users.

https://www.mediawiki.org/wiki/Extension:NTLMActiveDirectory

It's not the easiest thing to do and there are a few catches, but if you have a decent IT department you should be able to figure it out. Follow the instructions in the extension page and you'll be 80% of the way there. Also, be aware that the default behavior of the extension is to authenticate all, so if you want to only authenticate specific users, you will need to create an AD group for you to authenticate against and build that in while you're implementing the extension or else it causes problems.

But there are a few hitches that you need to be aware of. Your host server needs to be switched to use Windows authentication in IIS for your website directory, most likely you'll need to use .NET impersonation as well. Additionally, your host server will need to be trusted for delegation in your domain controllers in order to get over the two hop kerberos issue.

Once you get all that in place, mediawiki will look to AD for user information and will create each user account as authorized users visit. Now if you've got an established wiki with a lot of contributor information that you've held onto, I'm not sure exactly what will happen. I would expect that you're going to have a whole new set of domain level users and I doubt you'll be able to tie them to previous accounts. For example, your wiki might have a lot of contributions by "Jalbarnes" but once you turn on this plugin, you'll have a new user named "CompanyDomain/Jalbarnes". I don't know if this is as simple as a usermerge since I'm building my implementation from scratch.

Finally, this one caught me, all new users are created with the lowest contributor rights, so I had to disable the plugin and use a local account to elevate my AD based account to an admin - otherwise there will be NO admins on your wiki. Jalbarnes (talk) 18:25, 3 December 2015 (UTC)

You should be able to assign permissions to any account from command line with the createAndPromote.php script. Ciencia Al Poder (talk) 20:18, 3 December 2015 (UTC)

Good to know that's another option, though running php via command line in windows can be a pain to setup if you've never done it before.

Afilimonov1 - if you go down the NTLM path and run into roadblocks, I'd be happy to try and help with what worked for me on Win2012 Jalbarnes (talk) 12:57, 4 December 2015 (UTC)

Download as PDF with article name and date

Is there a way to get the name of an article in a header and the creation date in the footer with "Download as PDF"? By default, "Download as PDF" from Wikiversity current places page number in the header alternating left and right with section heading in upper right of even numbered pages. I'd like to see the article title at least on the heading of every other page with the creation date somewhere. Thanks, ~ DavidMCEddy (talk) 03:45, 3 December 2015 (UTC)

Missing mcs file

I can't found v1.0.0-BadBlockRead.mcs file.So can you help me？ Menglizhuiyi (talk) 07:50, 3 December 2015 (UTC)

Problem with mw-config

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

---

I'm upgrading an existing mediawiki (including SemanticMediaWiki 2.3 and SemanticBundle 1.9.2) from 1.25 to 1.26.

Most of the wiki works fine but when trying to run mw-config I get

[9913db91] /wiki/mw-config/ MWException from line 337 of /www/htdocs/drebbel/wiki/includes/MagicWord.php: Error: invalid magic word 'coordinates'

Backtrace:

#0 /www/htdocs/drebbel/wiki/includes/MagicWord.php(262): MagicWord->load(string)

#1 /www/htdocs/drebbel/wiki/includes/parser/Parser.php(5212): MagicWord::get(string)

#2 /www/htdocs/drebbel/wiki/extensions/SemanticMediaWiki/extensions/Validator/src/legacy/ParserHook.php(210): Parser->setFunctionHook(string, array, integer)

#3 /www/htdocs/drebbel/wiki/extensions/Maps/Maps.php(97): ParserHook->init(Parser)

#4 [internal function]: {closure}(Parser)

#5 /www/htdocs/drebbel/wiki/includes/Hooks.php(204): call_user_func_array(Closure, array)

#6 /www/htdocs/drebbel/wiki/includes/parser/Parser.php(328): Hooks::run(string, array)

If I try to suppress Validator I'm getting:

Warning: require(/www/htdocs/drebbel/wiki/extensions/SemanticMediaWiki/extensions/Validator/Validator.php) [function.require]: failed to open stream: No such file or directory in /www/htdocs/drebbel/wiki/extensions/SemanticMediaWiki/vendor/composer/autoload_real.php on line 54

Fatal error: require() [function.require]: Failed opening required '/www/htdocs/drebbel/wiki/extensions/SemanticMediaWiki/extensions/Validator/Validator.php' (include_path='.:') in /www/htdocs/drebbel/wiki/extensions/SemanticMediaWiki/vendor/composer/autoload_real.php on line 54

Is there a solution? EFFemeer (talk) 09:16, 3 December 2015 (UTC)

EFFemeer (talk) 09:56, 3 December 2015 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Adding an image without uploading it

Hi,

I want to create a page on MediaWiki and add an image to it taken from a website without having to save it to my computer.

Is there an option for doing that?

Thank you,

Gabriel GabrielSwack (talk) 14:40, 3 December 2015 (UTC)

See Manual:$wgAllowExternalImages, or to upload images by URL see Manual:$wgAllowCopyUploads Ciencia Al Poder (talk) 10:54, 4 December 2015 (UTC)

Thank you for replying!

Do you know where I can set these arguments to 'true'? GabrielSwack (talk) 12:03, 4 December 2015 (UTC)

In Manual:LocalSettings.php Ciencia Al Poder (talk) 16:17, 4 December 2015 (UTC)

And once I do that, do I just write the image-url in tha API? GabrielSwack (talk) 20:50, 4 December 2015 (UTC)

Well, if you read those manual pages carefully, you'll see that there's another setting to allow upload by url from Special:Upload, no need to do it through the api. Also, you'll need to assign permissions to the user groups that should be allowed to use this feature. Ciencia Al Poder (talk) 12:12, 5 December 2015 (UTC)

Thanks for the reply,

I want to to use tha api, so If I assign $wgCopyUploadsFromSpecialUpload to true I'm supposed to see an image on my page when I write its url? GabrielSwack (talk) 19:52, 6 December 2015 (UTC)

No, that's for Special:Upload Ciencia Al Poder (talk) 20:35, 6 December 2015 (UTC)

inventory

When i go to look at my inventory list i cannot always see it. My inventory consists of three pages. At times uit will show the page numbers at the bottom but for the most part it will not show the page numbers.

WHY can i see the three pages all the time?

Thank you

Bob 99.247.200.50 (talk) 14:41, 3 December 2015 (UTC)

Where do you have an inventory list? Is that somehow in MediaWiki?

If so, how is it realized? 88.130.100.201 (talk) 15:46, 3 December 2015 (UTC)

PdfHandler works arbitrarily

After switching to a new server which uses GS 9.06 instead of GS 9.05 about half of he pdf-files uploloaded go into the following "mode":

Error creating thumbnail: GPL Ghostscript 9.06: Unrecoverable error, exit code 1
convert: no decode delegate for this image format `' @ error/constitute.c/ReadImage/501.
convert: no images defined `/tmp/transform_03541ee98505-1.jpg' @ error/convert.c/ConvertImageCommand/3210.

I have seen some installs having the same trouble in the internet so it does not seem to be an isolated issue. Is there something to recommend or should I just try to add GS 9.05 or a newer version a go from there? Perhaps there is someone around who has alread gone thought this process with debian 8 [[kgh]] (talk) 16:52, 3 December 2015 (UTC)

The interesting thing is also that pdfs created with Acrobat are more likely not to work or just in parts (this is also happening) than the pdfs created via LibreOffice. [[kgh]] (talk) 17:12, 3 December 2015 (UTC)

So if figured it out and compiled a tip for it:

Check if UTF-8 locales are available on your server by running locale -a and make sure that $wgShellLocale is set to this locale.

I moved the wiki from on server to the other. The original one was on "en_GB.utf8", the new one on "en_US.utf8".

Quite an easy fix but one has to think of this. [[kgh]] (talk) 23:32, 18 December 2015 (UTC)

Upgraded to 1.26, getting "Internal error" related to vector skin, CSS styles are missing

Hi, I just upgraded my wiki to 1.26. I followed the normal procedure --- extract the files, copy over "LocalSettings", "images", and "extensions", and then plop all that in the right place on the server. Then I ran the database schema upgrade procedure.

Everything seems to be working except the styles are all gone. When I check the output of load.php, I see this at the top:

/*
Internal error

Internal error

Problematic modules: {
    "mediawiki.sectionAnchor": "error",
    "skins.vector.styles": "error"
}
*/

...followed by some additional CSS that applies only to printing. (@media print { ... )

I checked the PHP error log and there is nothing interesting.

Where do I begin to check on what the problem is? Thanks. 207.242.238.126 (talk) 18:39, 3 December 2015 (UTC)

Just to note, not using any funny themes, just the default "vector". 207.242.238.126 (talk) 18:40, 3 December 2015 (UTC)

This error occurs on PHP 5.5 and PHP 5.6

It does not occur on PHP 5.4 2601:285:0:1000:EC6F:73D8:615C:3946 (talk) 19:53, 3 December 2015 (UTC)

I am using PHP 5.6. 5.4 has been EOL for a few months.

If this is a known issue, I guess I will wait for a fix in a later version. Things are working fine since I reverted back to 1.25.x. 207.242.238.126 (talk) 20:24, 3 December 2015 (UTC)

Can you check (and maybe post) the output of the `<?php phpinfo();` Are there any restrictions in place?  « Saper // talk »  09:33, 15 December 2015 (UTC)

At least one version of this issue has been asked on Stack Exchange:

http://serverfault.com/questions/743898/mediawiki-not-displaying-style-internal-error/744059

There could be other causes of this condition, however, as it really just says that Vector (the skin) could not be loaded successfully. Wichinator (talk) 04:00, 19 December 2015 (UTC)

See also T119934 Ciencia Al Poder (talk) 20:29, 20 December 2015 (UTC)

Label Section Transclusion bypasses the $wgNonincludableNamespaces setting

Copy of the message I posted on extension's talk page:

So not sure if this a bug, mistake, etc., but I tested the following and found Label Section Transclusion bypasses the $wgNonincludableNamespaces setting. The test I did was:

$wgNonincludableNamespaces[] = NS_MEDIAWIKI; was set in the LocalSettings.php

I tested it with:

{{:Mediawiki:Common.css}}

and as expected only a link appears on the page I'm including it on. But if I use:

{{#lsth:Mediawiki:Common.css}}

The whole contents of Mediawiki:Common.css print out on the page since Mediawiki:Common.css has no headings to end an introduction.

Thoughts? Christharp (talk) 05:03, 4 December 2015 (UTC)

Errors from TransactionProfiler.php

Hello,

I just installed MediaWiki 1.26.0 and I noticed that when PHP errors are enabled there is a huge amount of notices:

Notice: Undefined index: readQueryTime in ... /wiki/includes/profiler/TransactionProfiler.php on line 303

Can I ignore them or shall I out-comment the function?

Thank you,

Orso Orso B. Schmid (talk) 09:33, 4 December 2015 (UTC)

ERR_TOO_MANY_REDIRECTS on a new wiki with rewrite

Tracked in Phabricator
Task T127734

Hi all,

I have started setting up a new wiki as part of our upgrade testing to a newer version of the wiki. We have a development server I use to test any new version before we upgrade.

Our current setup is Server 2008 R2 with IIS7.5, PHP 5.6.

After setting up Mediawiki 1.26.0 and adding the rewite setup, I am getting a ERR_TOO_MANY_REDIRECTS error whenever I try to browse to non main namespace areas, i.e. Special pages. This has always worked fine on our production environment which uses Mediawiki 1.25wmf24 (we are testing Visual Editor). The URL goes to "http://developmentwiki1.spirehealthcare.net/wiki/Special%3ASpecialPages" for special pages. This again works fine in production.

Any help would be greatly appreciated as I have compared the setup on both the production and development wiki's with no success. I have even tried setting up 1.26.0 from scratch. I have tried a number of suggested fixes I have seen, but have also not worked.

Our localsettings.php section for this is:

$wgSitename = "Development1wiki";

## 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 = "";

$wgArticlePath = '/wiki/$1'; # Virtual path. This directory MUST be different from the one used in $wgScriptPath

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

$wgServer = "http://developmentwiki1.spirehealthcare.net";

## The URL path to static resources (images, scripts, etc.)

$wgResourceBasePath = $wgScriptPath;

The IIS rewrite rule is:

Pattern: ^wiki/(.*)$

Rewrite URL: /index.php?title={R:1}

I really appreciate any help in advance. Fireflyt (talk) 10:56, 4 December 2015 (UTC)

http://www.ryadel.com/en/mediawiki-iis-redirect-loop-issue-fix/

But this issue not on IIS only. 128.71.41.220 (talk) 19:00, 30 August 2016 (UTC)

Nice, this fixes the issue!! Fireflyt (talk) 12:52, 5 September 2016 (UTC)

Same issue on Ubuntu 16.04 with Apache 2.4

clean installation, NO mod_rewrite

this fix should be made permanent without checking for IIS, because it is not failure of IIS but of mediawiki. Poisonnuke (talk) 15:31, 5 September 2016 (UTC)

Hi, I have the same issue on Ubuntu 14.04, Apache 2.4.7 and PHP 5.5.9.

A couple of days ago I upgraded MediaWiki from 1.25.2 to 1.27.1.

We have an Apache server that runs as a reverse proxy and redirects the connections to this server.

When I upgraded I was having Too many redirects error, so I rolled back the changes.

Perhaps should I to set the $wgHTTPProxy variable? M.lazzarotto (talk) 13:43, 8 September 2016 (UTC)

I tried everything and the fix suggested on the link above fixed this for me.

http://www.ryadel.com/en/mediawiki-iis-redirect-loop-issue-fix/ Fireflyt (talk) 13:54, 8 September 2016 (UTC)

Thank you.

I'm not a developer, I am just a sysadmin and I don't know how to code.

What should I change from the code in the blog?

If I understand, I should just keep from the 4th to the 8th lines, and replace the original code with this

if ( urldecode($targetUrl) != urldecode($request->getFullRequestURL()) )  {

    

$output->setCdnMaxage( 1200 );

    

$output->redirect( $targetUrl, '301' );

    

return true;

  

} M.lazzarotto (talk) 15:01, 8 September 2016 (UTC)

You just open the file /includes/MediaWiki.php in an file editor -

and change that bit of code with what is in the bottom section of the solution. The one you have there is what it is at the moment. Fireflyt (talk) 15:20, 8 September 2016 (UTC)

The replacement of the code didnt' worked for me.

I had to change the line 344 from

if ( $targetUrl != $request->getFullRequestURL() ) {

to

if ( $targetUrl == $request->getFullRequestURL() ) { M.lazzarotto (talk) 16:24, 8 September 2016 (UTC)

I moved a wiki from older Mediawiki version to 1.27.1 and got this redirecting problem when I was editing with the new wiki. At some point I got more informative error from the server and put $wgUsePathInfo = false; to my LocalSettings.php. Then I did maintenance/rebuildall.php. After a little testing I couldn't get the error to pop up anymore.

Internal Server Error

Redirect loop detected!

This means the wiki got confused about what page was requested; this sometimes happens when moving a wiki to a new server or changing the server configuration.

The wiki is trying to interpret the page title from the URL path portion (PATH_INFO), which sometimes fails depending on the web server. Try setting "$wgUsePathInfo = false;" in your LocalSettings.php, or check that $wgArticlePath is correct. Iistman (talk) 13:08, 18 October 2016 (UTC)

Changing the line to:

if ( urldecode($targetUrl) != $request->getFullRequestURL() ) {

Fixes the problem in IIS8 for me. You do not need to urldecode the full url as it is not encoded. 50.37.25.241 (talk) 21:29, 1 November 2016 (UTC)

How can i protect files in installation directory?

Hi,

I'm new about MediaWiki, I follow the guidelines and I installed MediaWiki under the /w directory then i used virtualhost to enable pretty urls with this standard configuration:

RewriteEngine On

# Short url for wiki pages

RewriteRule ^/?wiki(/.*)?$ %{DOCUMENT_ROOT}/w/index.php [L]

# Redirect / to Main Page

RewriteRule ^/*$ %{DOCUMENT_ROOT}/w/index.php [L]

Pretty urls works great! But with this method files such composer.json, FAQ and other files in the w directory can be accessed through w/.., for example you can see composer json at url /w/composer.json. My question is: How can i protect this files from being served? I should? I should protect other files or directories?

This installation is intended for internal private uses and can potentially contains sensitive data.

Thanks to all for the answers :) Gffuma (talk) 11:23, 4 December 2015 (UTC)

You can forbid access to these files in two ways:

Either with a RewriteRule with the [F] flag.

Or with a FilesMatch directive and then with Deny from all / Require all denied. 88.130.100.201 (talk) 12:59, 4 December 2015 (UTC)

Thank you for your answer, but in addition to obvious index.php which files i should forbid access and which i shouldn't? Gffuma (talk) 13:57, 4 December 2015 (UTC)

You will need access to load.php and to api.php, if the API should be usable. Some parts of MediaWiki use the API by default, so you might want to allow access to this file, even if you do not query the API yourself.

Generally access to the PHP files is needed. 88.130.73.233 (talk) 15:03, 4 December 2015 (UTC)

Two instances MediaWiki

Olá!

Como faço para ter duas instâncias mediawiki?

Exemplo:

127.0.0.1/wiki1

127.0.0.1/wiki2

Desde já agradeço!

---------

Hello!

How do I have two instances MediaWiki?

Example:

127.0.0.1/wiki1

127.0.0.1/wiki2

Thank you! Lecooliverwiki (talk) 12:38, 4 December 2015 (UTC)

Extension used here for alerts and messages?

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

---

Can anyone point me towards the extension that is being used on the mediawiki.org site here to generate the alerts and message indicators next to the username? Jalbarnes (talk) 13:22, 4 December 2015 (UTC)

Extension:Echo Ciencia Al Poder (talk) 17:20, 4 December 2015 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

api.php equivalence Special:RecentChanges

Is there an api equivalence of the Special:RecentChanges page?

So I want for example all recent changes to pages in namespace Forms:

index.php?namespace=106&tagfilter=&days=50&limit=500&title=Special%3ARecentChanges

But using api.php so I can format and download the result. Waanders (talk) 13:35, 4 December 2015 (UTC)

I would have liked to link this information for you, but a misconfigured spam filter prevents this. If you want any help, please complain here: Project:Requests#Broken_Abuse_Filter 88.130.73.233 (talk) 15:44, 4 December 2015 (UTC)

API:RecentChanges Ciencia Al Poder (talk) 17:21, 4 December 2015 (UTC)

What I wanted to link is API:Recent_changes_stream#Alternatives:_request_changes_through_the_MediaWiki_API (let's see, if the filter works correctly now...) 88.130.73.233 (talk) 18:57, 4 December 2015 (UTC)

composer.json vs extension.json

I am migrating an Extension (Extension:Auth remoteuser) to use composer.

I have created composer.json for it already. Do I also need to create a extension.json? If so, whats the content of the extension.json file? JonasGroger (talk) 17:45, 4 December 2015 (UTC)

Extensions should use an extension.json file with their configuration in it. This is the new approach, which basically makes the central Extension.php file superfluous. Plan is that in the future, having an extension.json file will be mandatory.

See Manual:Extension registration for more information. It also has a guide on how you can easily create your extension.json file! See Manual:convertExtensionToRegistration.php! 88.130.73.233 (talk) 18:37, 4 December 2015 (UTC)

What about composer.json? JonasGroger (talk) 14:37, 22 February 2016 (UTC)

How do I remove stuff from the sidebar?

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

---

My default sidebar contains "what links here" and "related changes" and others links that I don't want every user to see. How do I delete them or hide them from most users?

The page at MediaWiki:Sidebar&action=edit just gives me control of the link items at the top of the sidebar.

From the Version page:

Installed software

Product Version: MediaWiki 1.21.1

PHP 5.3.24 (cgi-fcgi)

MySQL 5.0.96-log

Article path /wiki/index.php?title=$1

Script path /wiki

index.php /wiki/index.php

api.php /wiki/api.php

load.php /wiki/load.php

SteveRMann (talk) 22:46, 4 December 2015 (UTC)

Unrelated to your request, for the security of your own data, you should upgrade MediaWiki to a supported version.

Generally, you can change the contents of the sidebar by editing the wiki page MediaWiki:Sidebar in your wiki. For details see Manual:Interface/Sidebar.

I think the links in the Tools menu might be hardcoded. User Seb35 has some code, which has to go into the LocalSettings.php file, see User:Seb35/modifyToolbox#Code. I have not tested this code, but basically with something like this it should be possible to hide also parts of the Tools menu.

Another, more simple approach might be to hide certain items via CSS. But this will then only be possible for all users. Not for some as you want it to. 88.130.73.233 (talk) 23:41, 4 December 2015 (UTC)

Thanks - I suspected it was hard-coded as grep couldn't find anything that looked like one of the links there. I am using GoDaddy and can only install what they offer, which is currently V1.21.1. SteveRMann (talk) 04:08, 5 December 2015 (UTC)

https://www.hostknox.com/knowledgebase/706/How-to-remove-the-Search-block-the-Navigation-and-Tools-menus-and-menu-links-in-MediaWiki.html#:~:text=To%20hide%20the%20title%20of,type%20it%20after%20the%20asterisk. Moscowdreams (talk) 16:43, 7 July 2020 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Upgrading to MediaWiki 1,26

Hi guys,

Some problem with skins on my site:

http://ru.factografia.com/

I really don't know what to do. Klymets (talk) 23:13, 4 December 2015 (UTC)

You have problems with the following error when you call load.php:

Internal error
Problematic modules: {
    "mediawiki.sectionAnchor": "error",
    "skins.vector.styles": "error"
}

and

Internal error
Problematic modules: {
    "startup": "error"
}

This is the same problem as Project:Support desk/Flow/2015/12#h-Upgraded_to_1.26,_getting_"Internal_error"_related_to_vector_skin,_CSS_styles_ar-2015-12-03T18:39:00.000Z.

A workaround could be to add $wgResourceLoaderDebug=true; in LocalSettings.php.

Anyway, we should still add a real solution for that one to Manual:Errors and symptoms. 88.130.73.233 (talk) 23:32, 4 December 2015 (UTC)

$wgResourceLoaderDebug=true; may need to be combined with other debugging options. An instance of this type of condition (also involving Vector) was discussed on Stack Exchange:

http://serverfault.com/questions/743898/mediawiki-not-displaying-style-internal-error/744059 Wichinator (talk) 04:04, 19 December 2015 (UTC)

See also T119934 Ciencia Al Poder (talk) 20:29, 20 December 2015 (UTC)

Ensure $wgCacheDirectory is set (this was not defined in my old LocalSettings.php) to something - such as $IP/cache (and make sure this directory is writeable for the user running your PHP scripts). 213.230.218.10 (talk) 20:06, 21 December 2015 (UTC)

( $wgCacheDirectory = "$IP/cache"; ) 213.230.218.10 (talk) 20:06, 21 December 2015 (UTC)

$IP/cache writeable (MW is putting another file there) debug on, cache directory set, still getting this error :( Icerat (talk) 14:01, 10 January 2016 (UTC)

This seems to be more a problem with the PHP temp directory than $wgCacheDirectory Ciencia Al Poder (talk) 15:12, 10 January 2016 (UTC)

Need clarification if ' &forcelinkupdate ' parameter under a purge action is valid under index.php or not

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

---

Background: Based upon the information given within the documentation for API:Purge's Parameters, there are two additional parameters that can be used in conjunction with &action=purge. They are reproduced here in...

• forcelinkupdate: If set, updates the link tables
• forcerecursivelinkupdate: Like forcelinkupdate, but also do forcelinkupdate on any page that transcludes the current page. This is akin to making an edit to a template. Note that the job queue is used for this operation, so there may be a slight delay when doing this for pages used a large number of times.

... and it is understood the above applies only in the cases where .../w/api.php?action=purge is the URL being used.

It is also a given that a simple refresh of a file cache is primarily done by something akin to executing the following...

• https://commons.wikimedia.org/w/index.php?action=purge&title=File:Example.jpg

Note the URL used is comprised of ../w/index.php?. The API.php "equivalent" (w/output) to the INDEX.php variant is...

• https://commons.wikimedia.org/w/api.php?action=purge&titles=File:Example.jpg

Note the plurality difference of the titles= parameter in the API.php example compared to INDEX.php example.

Issue: I've come across a contradiction in the current relevant documentation so there seems to be some question when it comes to the actual valid application of the additional force... parameters associate with the purge action. Specifically between the following two Manual: excerpts...

• Manual:Purge#Null_edits states:

An alternative way to update the links table is to use the API's purge module with the forcelinkupdate option. Note: This option only applies to the API. Adding forcelinkupdate to a .../w/index.php URL has no effect.

• Manual:Parameters_to_index.php#purge indicates:

that applying the forcelinkupdate parameter along with the "standard" &action=purge under a .../w/index.php? URL is valid and provides an example of that usage to prove it.

Question: What are the valid uses of the additional force... parameters in a purge action for API.php and INDEX.php? Please elaborate. Thanks in advance. -- George Orwell III (talk) 02:31, 5 December 2015 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Error CitizenFX

When i open the FiveM, appears this message:

"CitizenFX requires windows sp1 or higher, please updrage your operating system."

I really have to upgade my system or is this an error of the FiveM? 187.78.102.255 (talk) 13:54, 5 December 2015 (UTC)

Welcome on the support desk for the "MediaWiki" software. I have no idea what CitizenFX or FiveM is, so if this is related to MediaWiki then please clarify. Malyacko (talk) 11:56, 6 December 2015 (UTC)

$wgImageMagickConvertCommand is ignored

I get an error when an image needs to be resized to a smaller size. The error reads: Error creating thumbnail: /bin/bash: /usr/bin/convert: No such file or directory

I figured it is because ImageMagik, in my case, is located at /usr/local/bin/convert, so I modified LocalSettings.php to read:

$wgImageMagickConvertCommand = '/usr/local/bin/convert';

Nevertheless, I still get that same error. And the error still refers to the old, incorrect path (/usr/bin/...) rather than the path I specified. Why is $wgImageMagickConvertCommand setting ignored? Merik.Nanish (talk) 22:22, 5 December 2015 (UTC)

Can you double-check that you're editing the correct LocalSettings.php file (in case it exists anywhere else)? You can quickly test that if you introduce any syntax error on it: if mediawiki errors out or doesn't load, then you just edited the good one :)

If you pasted the line directly from LocalSettings, it seems correct to me. Otherwise, be sure you haven't misspelled the variable name. Ciencia Al Poder (talk) 15:29, 6 December 2015 (UTC)

Yes. In fact, I added "echo $wgImageMagickConvertCommand" right after that line, and now at the top of every page's HTML I see /usr/local/bin/convert (which is the correct path). Yet in the error message I still see the old path. Merik.Nanish (talk) 15:40, 6 December 2015 (UTC)

I did some more investigation. Turns out the line of code that throws that error is in /includes/media/Bitmap.php in function getMediaTransformError. I modified the function, temporarily, to read as such:

	public function getMediaTransformError( $params, $errMsg ) {
		return new MediaTransformError( 'thumbnail_error', $params['clientWidth'],
			$params['clientHeight'], $errMsg . "\n\nConvert command was " . $wgImageMagickConvertCommand . ' .');
	}

But the error I get now reads:

Error creating thumbnail: /bin/bash: /usr/bin/convert: No such file or directory
Error code: 127
Convert command was .

Meaning, when that function is called, the value of $wgImageMagickConvertCommand is blank!! I have no clue where this value is overwritten but I am scrubbing the code right now. For the record, my MW is version 1.23.5 Merik.Nanish (talk) 15:53, 6 December 2015 (UTC)

For the record, if I decide NOT to use ImageMagick (use GD instead), thumbnail creation works fine. In other words, the problem is not with file permissions in the images folder, etc. Merik.Nanish (talk) 15:57, 6 December 2015 (UTC)

Well, $wgImageMagickConvertCommand is blank inside that function because you need to declare "global $wgImageMagickConvertCommand;" before using it inside the function. Otherwise PHP uses it as a local variable, which is not initialized there Ciencia Al Poder (talk) 20:34, 6 December 2015 (UTC)

blank white page after upgrading to 1.25.3

I attempted to upgrade from 1.19.23 to 1.25.3, and now I am receiving a blank white page with no error printing, despite having the following in my LocalSettings.php:

ini_set( 'display_errors', 1 );

error_reporting( E_ALL );

error_log("PHP error log is working");

My only deviation from the procedure outlined in Manual:Upgrading was moving the contents of the 1.25.3 install into my old 1.19.23 folder instead of opting to "rename the old installation directory and then rename the new one to match the old name." This is the point at which I started getting a blank page. I thought it was just a matter of needing to run php update.php, but I ran it just fine and the blank white page persists.

Your thoughts and suggestions would be much appreciated.

Mediawiki 1.25.3

PHP 5.3.10-lubuntu3.19 (apache2handler)

MySQL 5.5.43-0ubuntu0.12.04.1 NWRichmond (talk) 22:39, 5 December 2015 (UTC)

You are getting a PHP error. See blank page for information on how to get the actual error message! 88.130.110.22 (talk) 23:36, 5 December 2015 (UTC)

You need to enable error logging in your server's php.ini file. Swennet (talk) 22:21, 8 December 2015 (UTC)

Wiki Family/Wiki Farm Extension

Hello,

Regarding This Support topic.

I tried several times with a little success but i need a Easy process to doing that. because this creation of wikis must be from Users in Front-End/ not just as admin.

So i browse Extensions and find some good but out of date Extension for wiki farming.

I really need this and i wonder how can i order to make extension for this type of usage and also ordering for some new extension.

Can you Help me about that?

Many Thanks. Movyn (talk) 04:45, 6 December 2015 (UTC)

Anyone? I can pay For it of course. Movyn (talk) 04:52, 10 December 2015 (UTC)

Deleting a user profile.

Is there a way to go about deleting my user profile on wikinews/mediawiki? Pixietears2008 (talk) 19:50, 6 December 2015 (UTC)

Is it possible to use Wikipedia's Infobox and Navbox templates without Scribunto?

I am looking for Infobox and Navbox templates that don't use Scribunto. I am on a shared server and can't use Scribunto. 175.100.132.151 (talk) 01:41, 7 December 2015 (UTC)

You can't with the current version of those templates, but you can use a version from before they migrated to scribunto, looking at the history of the template page and picking a version from before the conversion.

You can also create your own template instead of using an over-complicated set of one-fits-all templates with all its burden. Ciencia Al Poder (talk) 10:14, 7 December 2015 (UTC)

Using API to get character changes.

I was wondering if I'd be able to use the api.php page in order to return the amount of characters changes (positive or negative) in each revision. I'm currently using it to return the recent changes and the username and page - but want to develop it further!

Thanks in advance :-) 77.98.184.16 (talk) 10:27, 7 December 2015 (UTC)

When you use api.php with action=query&list=recentchanges, then you can get the different sizes with rcprop=sizes, e.g.

api.php?action=query&list=recentchanges&rcprop=title|ids|user|sizes

This returns the old and the new size in the keys "oldlen" and "newlen". If you want to know the difference, you will then still have to do the math by subtracting the old from the new length in order to see, if and in how far the number of letters got bigger or smaller.

See API:RecentChanges for an example and for more information! 88.130.78.167 (talk) 12:52, 7 December 2015 (UTC)

Using a template argument presence as a true value of boolean flag

In a scribunto module, I would like to test if an argument is passed to calling model, even without an assigned value, that is :

• in some article, user call {{some_template | some_flag }}
• in the template is placed this invocation {{#invoke:some_module | some_function | {{{some_flag}}} }}
• And in the module, frame.arg[1] would switch between some results.

So far I managed to {{some_template | some_flag=true }} works fine. But I would like, if possible that {{some_template | some_flag }} would give me the same result, while {{some_template}} would provide the same result as {{some_template | some_flag=false }}. That is, not mentioning the argument would be equivalent to pass nil/false, while just mentioning it would turn it to true. Psychoslave (talk) 13:19, 7 December 2015 (UTC)

Installation issue in version 1.26.0

Including extensions... done

Setting up database... done

Creating tables...A database query error has occurred. This may indicate a bug in the software.Query:CREATE UNIQUE INDEX user_name ON `user` (user_name)

Function: DatabaseBase::sourceFile( /var/www/html/mw/maintenance/tables.sql )Error: 1031 Table storage engine for 'user' doesn't have this option (localhost)Backtrace:0 /var/www/html/mw/includes/db/Database.php(1076): DatabaseBase->reportQueryError('Table storage e...', 1031, 'CREATE UNIQUE I...', 'DatabaseBase::s...', false)

More info is here http://stackoverflow.com/questions/34135376/cannot-install-mediawiki Dboyko1 (talk) 14:34, 7 December 2015 (UTC)

I saw that you got this error solved by using MyISAM already. However, MediaWiki should also be working with InnoDB. In fact, using InnoDB by default even is recommended.

The error "Table storage engine for '...' doesn't have this option" can happen when your MySQL server is configured to use features, which MediaWiki cannot work with properly. E.g. I can produce this kind of error, when I run certain queries on a table with row_format=dynamic.

However, I don't know what might be causing this in your case. 88.130.110.229 (talk) 16:25, 7 December 2015 (UTC)

Upgrade issue to 1.26.0: MediaWiki requires the PSR-3 logging library to be present.

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

---

In upgraded from 1.24 to 1.26 and got the error message "MediaWiki requires the PSR-3 logging library to be present."

I tried to resolve the issue following the instructions and installed composer.

I run composer in my mediawiki directory and it now reports "Nothing to update or install". I deleted the lock file and re-run composer install, but the same result.

Still the same error about PSR-3 not being present. 2001:A61:1138:1:1845:C001:F366:6A65 (talk) 17:11, 7 December 2015 (UTC)

Does composer create a vendor-directory in your mediawiki root folder and is a "psr" folder in it? Florianschmidtwelzow (talk) 10:14, 9 December 2015 (UTC)

Yes, there is a vendor directory and a psr folder inside. 2001:A61:1197:BD01:F00A:9492:C609:C01B (talk) 12:26, 9 December 2015 (UTC)

The vendor directory and its content are bundled with the mediawiki 1.26 installation file. I did not change anything. 2001:A61:1197:BD01:F00A:9492:C609:C01B (talk) 12:29, 9 December 2015 (UTC)

Is there any update on this issue? I updated my debian installation on mediawiki and have received the same error. The files are present in /usr/share/mediawiki/vendor/log 206.196.6.4 (talk) 11:29, 31 August 2017 (UTC)

I have my system set as a multisite install using symbolic links to the main mediawiki install directory. The link to autoload and the vendor directory were missing since these are new to the package. Adding the links fixed the issue. 206.196.6.4 (talk) 11:38, 31 August 2017 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Uploading internal error after Upgrading MW

After updating my mediawiki from 1.25.2 to 1.25.3, i tried the uploading process and i ended up with the following error, I'm not sure what i should do here next?

Warning: fopen(images/lockdir/d5m6pgoyh8ljb3om0wx0atvodwp8gp3.lock): failed to open stream: Permission denied in /opt/bitnami/apps/mediawiki/htdocs/includes/filebackend/lockmanager/FSLockManager.php on line 125

Internal error

[d54526f4] /Special:Upload MWException from line 1856 of /opt/bitnami/apps/mediawiki/htdocs/includes/filerepo/file/LocalFile.php: Could not acquire lock for '03_-_Motor_Module_Derating.jpg.'

Backtrace:

#0 /opt/bitnami/apps/mediawiki/htdocs/includes/filerepo/file/LocalFile.php(1148): LocalFile->lock()

#1 /opt/bitnami/apps/mediawiki/htdocs/includes/upload/UploadBase.php(725): LocalFile->upload(string, string, string, integer, array, boolean, User)

#2 /opt/bitnami/apps/mediawiki/htdocs/includes/specials/SpecialUpload.php(484): UploadBase->performUpload(string, string, boolean, User)

#3 /opt/bitnami/apps/mediawiki/htdocs/includes/specials/SpecialUpload.php(195): SpecialUpload->processUpload()

#4 /opt/bitnami/apps/mediawiki/htdocs/includes/specialpage/SpecialPage.php(384): SpecialUpload->execute(NULL)

#5 /opt/bitnami/apps/mediawiki/htdocs/includes/specialpage/SpecialPageFactory.php(582): SpecialPage->run(NULL)

#6 /opt/bitnami/apps/mediawiki/htdocs/includes/MediaWiki.php(267): SpecialPageFactory::executePath(Title, RequestContext)

#7 /opt/bitnami/apps/mediawiki/htdocs/includes/MediaWiki.php(566): MediaWiki->performRequest()

#8 /opt/bitnami/apps/mediawiki/htdocs/includes/MediaWiki.php(414): MediaWiki->main()

#9 /opt/bitnami/apps/mediawiki/htdocs/index.php(41): MediaWiki->run()

#10 {main}

No AmazingTrans (talk) 21:55, 7 December 2015 (UTC)

The webserver must have permission to read and write to the images/ folder and recursively to all subfolders. In your case, these permissions are not set correctly or are missing. 88.130.110.229 (talk) 22:00, 7 December 2015 (UTC)

I already did a chmod 755 to the images directory and it still report the same error.

http://snag.gy/DDTsw.jpg AmazingTrans (talk) 16:21, 8 December 2015 (UTC)

According to your image, only the owner, which is root, is allowed to write to the folder. If the webserver user is not root, then it will currently not be allowed to write to this folder.

You need to give the webserver user permission to read and write to the images/ folder. 88.130.88.113 (talk) 18:27, 8 December 2015 (UTC)

Hmm, i ran the following : ps aux | egrep '(apache|httpd)'

it seems that apache has owner to write it right?

http://snag.gy/SBCHl.jpg

Also, with this error: Warning: fopen(/opt/bitnami/apps/mediawiki/htdocs/images/lockdir/d5m6pgoyh8ljb3om0wx0atvodwp8gp3.lock): failed to open stream: Permission denied in/opt/bitnami/apps/mediawiki/htdocs/includes/filebackend/lockmanager/FSLockManager.php on line 125

Does that also mean i might have to check the permission on includes folder? AmazingTrans (talk) 20:13, 8 December 2015 (UTC)

the "includes" folder doesn't need write permissions, only your images folder, recursively. The owner of the images folder and all of its subfolders, looking at the last screenshot, should be "daemon", apparently. Ciencia Al Poder (talk) 10:42, 9 December 2015 (UTC)

I tried to set all to daemon, as shown here: http://snag.gy/bl8am.jpg

This time at the top it shown the following:

Warning: failed to mkdir "/opt/bitnami/apps/mediawiki/htdocs/images/e/ee" mode 0777 [Called from wfMkdirParents in /opt/bitnami/apps/mediawiki/htdocs/includes/GlobalFunctions.php at line 2540] in /opt/bitnami/apps/mediawiki/htdocs/includes/debug/MWDebug.php on line 300

Then on the bottom it has the following:

Upload warning

Could not create directory "mwstore://local-backend/local-public/9/93".

Am i still having permission issue? AmazingTrans (talk) 21:58, 10 December 2015 (UTC)

It does seem so. Can you try to give 777 permissions (temporarily), upload a file and see if the upload succeeds? Then find the uploaded file and see what's the owner, in case it's different from daemon. Ciencia Al Poder (talk) 22:38, 10 December 2015 (UTC)

It seems that the uploaded file is daemon, daemon using permission 644 maybe? here's the image.

http://snag.gy/SiPEK.jpg AmazingTrans (talk) 23:35, 10 December 2015 (UTC)

That does seem so, but then I don't understand why setting 755 permissions for directories and 644 for files, with owner "daemon" makes the upload fail... Ciencia Al Poder (talk) 10:16, 11 December 2015 (UTC)

Can't access Special namespace / Invalid callback InputBoxHooks::onSpecialPageBeforeExecute in hooks for SpecialPageBeforeExecute

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

---

MediaWiki upgraded from 1.21.1 to 1.25.3.

Extensions installed: Cite, CiteThisPage, CodeEditor, ConfirmEdit, Disambiguator, Gadgets, ImageMap, InputBox, Interwiki, LocalisationUpdate, MoblileFrontend, Nuke, ParserFunctions, PdfHandler, Poem, Renameuser, Scribunto, SearchBox, SpamBlacklist, SyntaxHighlight_GeSHi, TitleBlacklist, Vector, Widgets, WikiEditor.

Attempted to access a Special namespace page and received this error:

[b89a0433] /wi/index.php?title=%E7%89%B9%E5%88%A5:%F0%A0%8A%9D%F0%A2%B7%AE%E8%BF%91%E4%BD%8E MWException from line 185 of /hermes/bosoraweb189/b2729/ipg.cjkvbbsorg/hannom/wi/includes/Hooks.php: Invalid callback InputBoxHooks::onSpecialPageBeforeExecute in hooks for SpecialPageBeforeExecute

Backtrace:

#0 /hermes/bosoraweb189/b2729/ipg.cjkvbbsorg/hannom/wi/includes/specialpage/SpecialPage.php(381): Hooks::run(string, array)

#1 /hermes/bosoraweb189/b2729/ipg.cjkvbbsorg/hannom/wi/includes/specialpage/SpecialPageFactory.php(582): SpecialPage->run(NULL)

#2 /hermes/bosoraweb189/b2729/ipg.cjkvbbsorg/hannom/wi/includes/MediaWiki.php(267): SpecialPageFactory::executePath(Title, RequestContext)

#3 /hermes/bosoraweb189/b2729/ipg.cjkvbbsorg/hannom/wi/includes/MediaWiki.php(566): MediaWiki->performRequest()

#4 /hermes/bosoraweb189/b2729/ipg.cjkvbbsorg/hannom/wi/includes/MediaWiki.php(414): MediaWiki->main()

#5 /hermes/bosoraweb189/b2729/ipg.cjkvbbsorg/hannom/wi/index.php(41): MediaWiki->run()

#6 {main} Betoseha (talk) 05:46, 8 December 2015 (UTC)

I suspect the updating of your InputBox extension went wrong. It basically complains that it cannot run that code, even though it was registered. —TheDJ (Not WMF) (talk • contribs) 09:07, 8 December 2015 (UTC)

Thanks! The problem has been solved. Betoseha (talk) 01:53, 9 December 2015 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Lost Access to Docwiki-dev. Need help to restore access

http://docwiki-dev.cisco.com/wiki/Main_Page

All of our writers in CCBU lost access. We are not able to log into docwiki-dev:

Please grant access to these writers:

tataj

ravirame

pservais

aspauldi

cahass

hemsingh

klamenzo

lobruce

pmccorma

sarussel

shsupriy

brghosh

scheluve

renmenon

varajgop

kavpraka

sadsures

ajisrini

txavier

sdevarbh

swahaja 173.38.117.66 (talk) 19:00, 8 December 2015 (UTC)

Your page is not loading currently.

I can only guess why your editors can no longer log in. Often this is some kind of cookie problem. 88.130.88.113 (talk) 20:48, 8 December 2015 (UTC)

Internal network wiki linking to video files

I've got a mediawiki page hosted on our network (only view-able to people on the network). I'd like to create links (or better yet.. embedded videos) to video files that are on the same network. All the add-ons I've tried so far haven't worked for this purpose. Any ideas on how to accomplish this?

Thanks! Marcdantin (talk) 21:22, 8 December 2015 (UTC)

Which add-ons have you tried? What does "video files that are on the same network" mean exactly? Which MediaWiki version is this about? Malyacko (talk) 10:00, 9 December 2015 (UTC)

I'm using version 1.23.10. I tried the following extension: Extension:FileProtocolLinks#Sourcecode I also tried enabling HTML. I'm not exactly well versed in all this.

What I mean by "video files on the network" is that we are using an internal server, and we're saving our work related files there. On all of our computers we've decided to use the L drive to access and save files. I've saved some videos into a folder in the "L" drive, and I'd like to somehow allow a person within the network (on site) to be able to access the wiki and easily access videos (avi or mp4 files) related to what they are reading. Again I can't seem to find an easy way to embed videos, so instead I'd just like to link to the file. Have a link that goes to say "L:\\server\file\video.avi" and clicking on that link would open a video player and the video. Really I'd be happy if it just opened the folder up on the computer.

Is there a way to do this? Or am I on a wild goose chase?

Thanks!! Marcdantin (talk) 14:09, 9 December 2015 (UTC)

There is Extension:EmbedVideo, but I think it is only working with Videos on one of the supported platforms like YouTube and so on.

Extension:Flash Video seems to allow using FLV files, if they hae any URL; meaning also, if they are not on one of the big platforms. I don't know, if this extension is dealing with user input securely. 88.130.123.15 (talk) 15:50, 9 December 2015 (UTC)

Unfortunately these need to be internal due to HIPAA compliance, so I can't host them on a video platform that isn't HIPAA compliant. That's why I'd like to just link to a file on the server.

Thanks, though! Marcdantin (talk) 16:51, 9 December 2015 (UTC)

I have not read the extension code, but I would guess that you should be able to modify the code of the EmbedVideo extension so that it can work with your local URLs (as long, as the file is accessable from all PCs in that network). 88.130.123.15 (talk) 18:19, 9 December 2015 (UTC)

OK. That's helpful. So are you saying that I could potentially embed the video buy just have it link to an avi file through the file URL? Would those be some pretty difficult code modifications? If so it probably isn's something I"m equipped to handle. Marcdantin (talk) 20:13, 9 December 2015 (UTC)

You could just use Extension:Widgets (or use Manual:$wgRawHtml if only trusted people have editing access, to just write the html directly) and make a widget that places whatever URL you have your videos at into a <video> tag, and let modern browser's native video players do the work.

Something like:

<video src="/path/to/your/videos/<!--{$url|escape:'url'}-->">Video playback not supported.</video>

{{#widget:Local video|url=video.ogg}}

In this case you should make sure the videos are in a format which the browsers you need to support can play without needing plugins (webm/ogg/mp4 should be widely supported). 121.214.159.195 (talk) 08:16, 10 December 2015 (UTC)

The error I have with Extension:Random is the same as a previous one

I have the same problem with Extension:random and the magic word as documented on the random page as below. My versions are:

Product    Version

MediaWiki    1.24.2

PHP    5.5.29 (cgi-fcgi)

MySQL    5.5.45-cll-lve

Not work with 1.22 - 1.23

With this error: Exception from line 316 of /includes/MagicWord.php: Error: invalid magic word 'random'. --UksusoFF (talk) 10:47, 29 April 2014 (UTC)

I have the same problem with 1.23.0. --2A01:E35:2F06:89B0:224:54FF:FE65:19AE 19:55, 7 July 2014 (UTC)

All 4 examples worked for me on a fresh Mediawiki 1.23.2. Can you try again? --Erkan Yilmaz (talk) 10:46, 12 August 2014 (UTC)

Same here. Error:

[ba...] /db/index.php?title=Foo Exception from line 318 of /path/includes/MagicWord.php: Error: invalid magic word 'random'
Backtrace:
#0 /path/includes/MagicWord.php(241): MagicWord->load(string)
#1 /path/includes/parser/Parser.php(4984): MagicWord::get(string)
#2 /path/extensions/Random/Random.php(33): Parser->setFunctionHook(string, string, integer)
#3 [internal function]: efRandomExtension(Parser)
#4 /path/includes/Hooks.php(206): call_user_func_array(string, array)
#5 /path/includes/GlobalFunctions.php(4013): Hooks::run(string, array, NULL)
#6 /path/includes/parser/Parser.php(275): wfRunHooks(string, array)
#7 /path/includes/cache/MessageCache.php(1023): Parser->firstCallInit()
#8 /path/includes/cache/MessageCache.php(1000): MessageCache->getParser()
#9 /path/includes/Message.php(977): MessageCache->transform(string, boolean, Language, Title)
#10 /path/includes/Message.php(669): Message->transformText(string)
#11 /path/includes/Message.php(732): Message->toString()
#12 /path/includes/OutputPage.php(853): Message->text()
#13 /path/includes/OutputPage.php(899): OutputPage->setHTMLTitle(Message)
#14 /path/includes/Article.php(556): OutputPage->setPageTitle(string)
#15 /path/includes/actions/ViewAction.php(44): Article->view()
#16 /path/includes/Wiki.php(428): ViewAction->show()
#17 /path/includes/Wiki.php(292): MediaWiki->performAction(Article, Title)
#18 /path/includes/Wiki.php(588): MediaWiki->performRequest()
#19 /path/includes/Wiki.php(447): MediaWiki->main()
#20 /path/index.php(46): MediaWiki->run()
#21 {main}

My guess you have to map the magic word. --Subfader (talk) 16:10, 1 October 2014 (UTC)

Serving existing site alongside mediawiki

I have an existing site that I would like to convert to mediawiki gradually. As moving content the pages to mediawiki will take time, I would like both mediawiki and existing URLs to function. My thinking is first I would check for existence of page in mediawiki, If it generates a 404, then display old page. The problem is for missing links, Mediawiki shows "There is currently no text in this page", and I can't find a way in .htaccess to forward this 404 to my script /redirect.php. 175.100.132.191 (talk) 11:04, 9 December 2015 (UTC)

Hmm...

Maybe you can use a hook in MediaWiki. See hooks for a complete list.

What I am imagining (of which I don't know, if it is possible), I would hook into the URL processing inside MediaWiki at the place where it determines, if an according page is there or if not. If not, then redirect to your old URL. 88.130.88.113 (talk) 13:02, 9 December 2015 (UTC)

Database error

When trying to save changes to any page, I get a Database Error.

In this case, I was trying to create a new user. When I tried to complete the addition, I received the following error:

A database query syntax error has occurred. This may indicate a bug in the software. The last attempted database query was: (SQL query hidden) from within function "RecentChange::save". Database returned error "1054: Unknown column 'rc_moved_to_ns' in 'field list' (localhost)".

I am running Turknkey's mediawiki hosted on an Amazon Web Server.

I uploaded an existing wiki and made the wiki private (https://www.mediawiki.org/wiki/Manual:Preventing_access)

Version info:

MediaWiki 1.19.20+dfsg-0+deb7u3

PHP 5.4.4-14+deb7u5 (apache2handler)

MySQL 5.5.46-0+deb7u1 OriginalFlavor (talk) 19:25, 9 December 2015 (UTC)

That's strange. rc_moved_to_ns was removed in MediaWiki 1.20, but your wiki is version 1.19? That doesn't look right. Maybe you upgraded to 1.20 and then downgraded? that's not supported Ciencia Al Poder (talk) 20:53, 9 December 2015 (UTC)

Fatal error

When trying to edit pages in wiki, receiving a message for a fatal error to line 532. Does anyone have any experience with fixing this issue?

Fatal error: Call to undefined function wfLoadExtensionMessages() in /home/jitasa74/public_html/extensions/WYSIWYG/CKeditor.body.php on line 532 70.99.208.2 (talk) 21:40, 9 December 2015 (UTC)

You will need to update the WYSIWYG extension.

Which version of MediaWiki are you using? The function wfLoadExtensionMessages() got removed from MediaWiki in version 1.21 or so.

Depending on your MediaWiki version, you will need a fitting version of the extension. See Extension:WYSIWYG for downloads! 88.130.123.15 (talk) 22:31, 9 December 2015 (UTC)

Extension:MassEditRegex - Known error, but marked as 'stable'

Extension:MassEditRegex has a known error - it doesn't work with versions above 1.22, it seems.

However the panel on its reference page says that it is a 'stable' extension.

How is it possible to change this? Fustbariclation (talk) 04:27, 10 December 2015 (UTC)

Which "known error" do you talk about? Extension:MassEditRegex states it works with 1.23+ (which does not mean that software is free of bugs). Have you discussed your issue on the discussion page of that extension? Malyacko (talk) 08:46, 10 December 2015 (UTC)

I don't know how it disappeared, but I tried to post the information about the known error.

It is on the discussion page: Extension_talk:MassEditRegex Fustbariclation (talk) 10:59, 10 December 2015 (UTC)

Extension:ReplaceText has (more or less) the same functionality and is working flawlessly for me. 88.130.123.15 (talk) 10:56, 10 December 2015 (UTC)

Yes, I agree, ReplaceText works well.

I was looking for something that would do exactly the same as ReplaceText, but only on a selected set of pages -- I know you can do this by telling it not to make the changes to all of them, but, if there are hundreds, it's still quite difficult. Fustbariclation (talk) 11:00, 10 December 2015 (UTC)

A question about using CSS - increasing the size of the sidebar

I've managed to increase the size of the sidebar by putting CSS on this page:

MediaWiki:Common.css

The css is:

#content {

  margin: 0 0 0 10.4em;

  line-height: 1.5em;

  position: relative;

  width:auto;

  } 

  This works. The problem is that it seems to upset the location of the pointer. If I edit a page, and try to save it, the 'save' button doesn't work as you'd expect. You have to click on the far right. It seems to have shifted the click-area into the main window.

  Is there some css that I should have added to get the focus of the mouse in the main window correct? Fustbariclation (talk) 11:05, 10 December 2015 (UTC)

The Sidebar is the menu with the links on the left-hand side of the page. See Manual:Interface/Sidebar for more information on that menu.

The CSS ID "content" is wrapped around the whole wiki page. But not around the sidebar. Your rules will potentially change many things in the page, but they should not increase the size of text in the sidebar.

Remove your code and try with something like this:

div#mw-panel div.portal div.body ul li,

div#mw-panel div.portal h3 {

font-size: 1em; /* original was 0.75em */

}

div#mw-panel {

width: 12em; /* increase width of the container; was 10em */

}

.mw-body {

margin-left: 15em; /* move content to a fitting place; was 13em */

}

This will make the sidebar bigger and increase the text sizes in the sidebar as well. 88.130.123.15 (talk) 11:48, 10 December 2015 (UTC)

sansa stark page missing

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

---

sansa stark page does not show content

http://awoiaf.westeros.org/index.php/Sansa_Stark 85.183.86.148 (talk) 16:43, 10 December 2015 (UTC)

You are seeing a blank page, which means that a PHP error is happening. Follow the instructions on blank page to get the actual error message! 88.130.112.138 (talk) 17:54, 10 December 2015 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

How Can I register a new author winner of the Florida Book Awards 2013

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

---

Can I propose to add a new author on your data base and How? Pepito46 (talk) 22:04, 10 December 2015 (UTC)

I'm not aware of something called "Florida Book Awards 2013" in the MediaWiki software, but if this question refers to an English Wikipedia page, anybody can edit it. See https://en.wikipedia.org/wiki/Help:Editing AKlapper (WMF) (talk) 05:26, 11 December 2015 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

CURRENTMONTHNAME Capitalization Error in Bulgarian

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

---

The CURRENTMONTHNAME in Bulgarian has been capitalized (Декември instead of декември) for a few hours in error which causes problems on Bulgarian Wikipedia. Can you fix it? - ~ Owain Knight (talk) 05:31, 11 December 2015 (UTC)

Apparently somebody changed them in translatewiki.net yesterday, I fixed them now. V111P (talk) 07:34, 11 December 2015 (UTC)

There needs to be a defence against such an attack - this could be done to all Wikipedias except the English. Your desk doesn't allow me to post a link to the user who did this - it says it's "spam". Owain Knight (talk) 20:11, 11 December 2015 (UTC)

If I remember correctly, TranslateWiki needs users to be part of a translation team in order to be able to change texts. That at least doesn't look completely uncontrolled to me. 88.130.91.250 (talk) 00:58, 12 December 2015 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

500 Internal Server Error after upgrade

Hi there,

I tried upgrading from Mediawiki 1.25.1 to 1.6.0, and when i tried accessing the webpage i have the following error:

Internal Server Error

The server encountered an internal error or misconfiguration and was unable to complete your request.

Please contact the server administrator at you@example.com to inform them of the time this error occurred, and the actions you performed just before this error.

More information about this error may be available in the server error log.

What would be the cause of such error? AmazingTrans (talk) 13:33, 11 December 2015 (UTC)

An error 500 is usually happening in the webserver. That means you should find more information about this error in the webserver error log.

What does it say? 88.130.91.250 (talk) 14:32, 11 December 2015 (UTC)

When i tried accessing the IP address, i get something like A database query error has occurred. This may indicate a bug in the software.

Then i tried access the IP/Main_page,

The apache errorlog shows the following :

Fri Dec 11 19:32:11.498919 2015] [mpm_prefork:notice] [pid 1155] AH00169: caught SIGTERM, shutting down
[Fri Dec 11 19:32:37.666758 2015] [ssl:warn] [pid 1636:tid 140235158226752] AH01909: localhost:443:0 server certificate does NOT include an ID which matches the server name
[Fri Dec 11 19:32:37.701530 2015] [ssl:warn] [pid 1637:tid 140235158226752] AH01909: localhost:443:0 server certificate does NOT include an ID which matches the server name
[Fri Dec 11 19:32:37.701638 2015] [lbmethod_heartbeat:notice] [pid 1637:tid 140235158226752] AH02282: No slotmem from mod_heartmonitor
[Fri Dec 11 19:32:37.732821 2015] [mpm_event:notice] [pid 1637:tid 140235158226752] AH00489: Apache/2.4.17 (Unix) OpenSSL/1.0.1p configured -- resuming normal operations
[Fri Dec 11 19:32:37.732906 2015] [core:notice] [pid 1637:tid 140235158226752] AH00094: Command line: '/opt/bitnami/apache2/bin/httpd.bin -f /opt/bitnami/apache2/conf/httpd.conf'
[Fri Dec 11 19:34:30.919422 2015] [core:error] [pid 1645:tid 140234942203648] [client 192.168.184.1:62862] AH00124: Request exceeded the limit of 10 internal redirects due to probable configuration er$
[Fri Dec 11 19:34:38.098827 2015] [core:error] [pid 1646:tid 140234933810944] [client 192.168.184.1:62864] AH00124: Request exceeded the limit of 10 internal redirects due to probable configuration er$

Therefore, i tried running the maintenance/update.php again and i have the following:

Turning off Content Handler DB fields for this part of upgrade.
...ipblocks table does not exist, skipping new field patch.
...ipblocks table does not exist, skipping new field patch.
...already have interwiki table
[9b0cba53] [no req]   MWException from line 357 of /opt/bitnami/apps/mediawiki/htdocs/includes/installer/MysqlUpdater.php: Missing rc_timestamp field of recentchanges table. Should not happen.
Backtrace:
#0 [internal function]: MysqlUpdater->doIndexUpdate()
#1 /opt/bitnami/apps/mediawiki/htdocs/includes/installer/DatabaseUpdater.php(443): call_user_func_array(array, array)
#2 /opt/bitnami/apps/mediawiki/htdocs/includes/installer/DatabaseUpdater.php(404): DatabaseUpdater->runUpdates(array, boolean)
#3 /opt/bitnami/apps/mediawiki/htdocs/maintenance/update.php(172): DatabaseUpdater->doUpdates(array)
#4 /opt/bitnami/apps/mediawiki/htdocs/maintenance/doMaintenance.php(103): UpdateMediaWiki->execute()
#5 /opt/bitnami/apps/mediawiki/htdocs/maintenance/update.php(216): require_once(string)
#6 {main}
bitnami@linux:/opt/bitnami/apps/mediawiki/htdocs/maintenance$

AmazingTrans (talk) 15:06, 11 December 2015 (UTC)

For the rc_timestamp error see Project:Support desk/Flow/2013/01#h-[RESOLVED]_Upgrading_from_1.16.4_to_1.19.2_-_rc_timestamp_error-2013-01-17T13:37:00.000Z. 88.130.91.250 (talk) 19:48, 11 December 2015 (UTC)

I did that, and i got the following error during maintenance/update.php. Now i am wondering, when i restore the wiki files, i actually copy the entire folder htdocs from v1.25.1 to v1.26.0.

Maybe I shouldn't do that?

bitnami@linux:/opt/bitnami/apps/mediawiki/htdocs$ sudo php maintenance/update.php
MediaWiki 1.25.1 Updater
Your composer.lock file is up to date with current dependencies!
Going to run database updates for bitnami_mediawiki-tda_
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) ... 4                                                                                    0
Turning off Content Handler DB fields for this part of upgrade.
...ipblocks table does not exist, skipping new field patch.
...ipblocks table does not exist, skipping new field patch.
Creating interwiki table ...done.
Adding default interwiki definitions ...A database query error has occurred.
Query: REPLACE INTO `tda_interwiki` (iw_prefix,iw_url,iw_local,iw_api) VALUES
 ('acronym','http://www.acronymfinder.com/~/search/af.aspx?string=exact&Acronym=$1',0,''),
 ('advogato','http://www.advogato.org/$1',0,''),
 ('arxiv','http://www.arxiv.org/abs/$1',0,''),
 ('c2find','http://c2.com/cgi/wiki?FindPage&value=$1',0,''),
 ('cache','http://www.google.com/search?q=cache:$1',0,''),
 ('commons','https://commons.wikimedia.org/wiki/$1',0,'https://commons.wikimedia.org/w/api.php'),
 ('dictionary','http://www.dict.org/bin/Dict?Database=*&Form=Dict1&Strategy=*&Query=$1',0,''),
 ('docbook','http://wiki.docbook.org/$1',0,''),
 ('doi','http://dx.doi.org/$1',0,''),
 ('drumcorpswiki','http://www.drumcorpswiki.com/$1',0,'http://drumcorpswiki.com/api.php'),
 ('dwjwiki','http://www.suberic.net/cgi-bin/dwj/wiki.cgi?$1',0,''),
 ('elibre','http://enciclopedia.us.es/index.php/$1',0,'http://enciclopedia.us.es/api.php'),
 ('emacswiki','http://www.emacswiki.org/cgi-bin/wiki.pl?$1',0,''),
 ('foldoc','http://foldoc.org/?$1',0,''),
 ('foxwiki','http://fox.wikis.com/wc.dll?Wiki~$1',0,''),
 ('freebsdman','http://www.FreeBSD.org/cgi/man.cgi?apropos=1&query=$1',0,''),
 ('gej','http://www.esperanto.de/dej.malnova/aktivikio.pl?$1',0,''),
 ('gentoo-wiki','http://gentoo-wiki.com/$1',0,''),
 ('google','http://www.google.com/search?q=$1',0,''),
 ('googlegroups','http://groups.google.com/groups?q=$1',0,''),
 ('hammondwiki','http://www.dairiki.org/HammondWiki/$1',0,''),
 ('hrwiki','http://www.hrwiki.org/wiki/$1',0,'http://www.hrwiki.org/w/api.php'),
 ('imdb','http://www.imdb.com/find?q=$1&tt=on',0,''),
 ('jargonfile','http://sunir.org/apps/meta.pl?wiki=JargonFile&redirect=$1',0,''),
 ('kmwiki','http://kmwiki.wikispaces.com/$1',0,''),
 ('linuxwiki','http://linuxwiki.de/$1',0,''),
 ('lojban','http://www.lojban.org/tiki/tiki-index.php?page=$1',0,''),
 ('lqwiki','http://wiki.linuxquestions.org/wiki/$1',0,''),
 ('lugkr','http://www.lug-kr.de/wiki/$1',0,''),
 ('meatball','http://www.usemod.com/cgi-bin/mb.pl?$1',0,''),
 ('mediawikiwiki','https://www.mediawiki.org/wiki/$1',0,'https://www.mediawiki.org/w/api.php'),
 ('mediazilla','https://bugzilla.wikimedia.org/$1',0,''),
 ('memoryalpha','http://en.memory-alpha.org/wiki/$1',0,'http://en.memory-alpha.org/api.php'),
 ('metawiki','http://sunir.org/apps/meta.pl?$1',0,''),
 ('metawikimedia','https://meta.wikimedia.org/wiki/$1',0,'https://meta.wikimedia.org/w/api.php'),
 ('mozillawiki','http://wiki.mozilla.org/$1',0,'https://wiki.mozilla.org/api.php'),
 ('mw','https://www.mediawiki.org/wiki/$1',0,'https://www.mediawiki.org/w/api.php'),
 ('oeis','http://oeis.org/$1',0,''),
 ('openwiki','http://openwiki.com/ow.asp?$1',0,''),
 ('ppr','http://c2.com/cgi/wiki?$1',0,''),
 ('pythoninfo','http://wiki.python.org/moin/$1',0,''),
 ('rfc','http://www.rfc-editor.org/rfc/rfc$1.txt',0,''),
 ('s23wiki','http://s23.org/wiki/$1',0,'http://s23.org/w/api.php'),
 ('seattlewireless','http://seattlewireless.net/$1',0,''),
 ('senseislibrary','http://senseis.xmp.net/?$1',0,''),
 ('shoutwiki','http://www.shoutwiki.com/wiki/$1',0,'http://www.shoutwiki.com/w/api.php'),
 ('sourceforge','http://sourceforge.net/$1',0,''),
 ('sourcewatch','http://www.sourcewatch.org/index.php?title=$1',0,'http://www.sourcewatch.org/api.php'),
 ('squeak','http://wiki.squeak.org/squeak/$1',0,''),
 ('tejo','http://www.tejo.org/vikio/$1',0,''),
 ('tmbw','http://www.tmbw.net/wiki/$1',0,'http://tmbw.net/wiki/api.php'),
 ('tmnet','http://www.technomanifestos.net/?$1',0,''),
 ('theopedia','http://www.theopedia.com/$1',0,''),
 ('twiki','http://twiki.org/cgi-bin/view/$1',0,''),
 ('uea','http://uea.org/vikio/index.php/$1',0,'http://uea.org/vikio/api.php'),
 ('uncyclopedia','http://en.uncyclopedia.co/wiki/$1',0,'http://en.uncyclopedia.co/w/api.php'),
 ('unreal','http://wiki.beyondunreal.com/$1',0,'http://wiki.beyondunreal.com/w/api.php'),
 ('usemod','http://www.usemod.com/cgi-bin/wiki.pl?$1',0,''),
 ('webseitzwiki','http://webseitz.fluxent.com/wiki/$1',0,''),
 ('wiki','http://c2.com/cgi/wiki?$1',0,''),
 ('wikia','http://www.wikia.com/wiki/$1',0,''),
 ('wikibooks','https://en.wikibooks.org/wiki/$1',0,'https://en.wikibooks.org/w/api.php'),
 ('wikif1','http://www.wikif1.org/$1',0,''),
 ('wikihow','http://www.wikihow.com/$1',0,'http://www.wikihow.com/api.php'),
 ('wikinfo','http://wikinfo.co/English/index.php/$1',0,''),
 ('wikimedia','https://wikimediafoundation.org/wiki/$1',0,'https://wikimediafoundation.org/w/api.php'),
 ('wikinews','https://en.wikinews.org/wiki/$1',0,'https://en.wikinews.org/w/api.php'),
 ('wikipedia','https://en.wikipedia.org/wiki/$1',0,'https://en.wikipedia.org/w/api.php'),
 ('wikiquote','https://en.wikiquote.org/wiki/$1',0,'https://en.wikiquote.org/w/api.php'),
 ('wikisource','https://wikisource.org/wiki/$1',0,'https://wikisource.org/w/api.php'),
 ('wikispecies','https://species.wikimedia.org/wiki/$1',0,'https://species.wikimedia.org/w/api.php'),
 ('wikiversity','https://en.wikiversity.org/wiki/$1',0,'https://en.wikiversity.org/w/api.php'),
 ('wikivoyage','https://en.wikivoyage.org/wiki/$1',0,'https://en.wikivoyage.org/w/api.php'),
 ('wikt','https://en.wiktionary.org/wiki/$1',0,'https://en.wiktionary.org/w/api.php'),
 ('wiktionary','https://en.wiktionary.org/wiki/$1',0,'https://en.wiktionary.org/w/api.php')
Function: DatabaseBase::sourceFile( /opt/bitnami/apps/mediawiki/htdocs/maintenance/interwiki.sql )
Error: 1054 Unknown column 'iw_api' in 'field list' (localhost:3306)

AmazingTrans (talk) 20:17, 11 December 2015 (UTC)

The ouput says it uses the database "bitnami_mediawiki-tda_". And then it tells you that a number of tables, which should in fact be there, are missing.

Can you please check, if the database name and the table prefix are correct? 88.130.91.250 (talk) 21:21, 11 December 2015 (UTC)

i see where the tda came,

i followed the following fix:

88.130.91.250 (talkcontribs)

For the rc_timestamp error see Project:Support desk/Flow/2013/01#h-[RESOLVED]_Upgrading_from_1.16.4_to_1.19.2_-_rc_timestamp_error-2013-01-17T13:37:00.000Z.

now my it is looking for something -tda??? i guess i can't put the prefix then ? which goes back to my previous problem. 206.51.148.2 (talk) 22:21, 11 December 2015 (UTC)

If the database name, which it shows you there, still is not correct, then you need to adjust the value of $wgDBname in order to fix this. If the table prefix is wrong, $wgDBprefix is what you need to adjust. You can look up the table prefix by looking at the table names inside the database.

(Apart from that I wonder how this problem can happen - I think you should have the fitting configuration inside your LocalSettings.php file. I do not yet understand, how that got broken during the upgrade. Are you aware that you can just continue using the "old" LocalSettings.php file, which you have also used before the upgrade?) 88.130.91.250 (talk) 00:54, 12 December 2015 (UTC)

yes, i am aware that i can continue using the "old" LocalSettings.php file.

But, i am not sure if i can use the entire old "htdocs" folder for the new one? In the htdocs, there is extensions, images folders, Localsettings.

This are the procedure that i did from 1.25.1 to 1.26.0.

1. Backup sql using sqldump
2. rename entire mediawiki folder as old
3. install new mediawiki
4. restore sql database
5. copy -rp entire old mediawiki htdocs folder to new mediawiki htdocs folder
6. run maintenance/update.php (here i think the 1.25.1 update.php might be different that 1.26.0?)

then many faults occurs. 71.67.124.174 (talk) 01:10, 12 December 2015 (UTC)

We have an upgrade guide at Upgrade.

I think that your step 5 was wrong. It is important that in the new installation there are no files of the old MediaWiki version. Such files can cause seemingly random and confusing errors.

What you should do is this: Make sure you have a backup of the complete htdocs folder and of the DB from before you started the update.

Then move the old install out of the way and create an empty htdocs folder. Extract the tarball of MediaWiki 1.26 into that new folder. Then copy the folder images/ and LocalSettings.php into the new folder. If you are using skins or/and extensions, which are not part of the tarball, get the versions for MediaWiki 1.26 of these skins and extensions and place them at the according location inside the new folder.

Then run update.php to update the database. 88.130.91.250 (talk) 01:23, 12 December 2015 (UTC)

Trouble restoring db, getting corrupted / losing info

I have been trying to move host on a media wiki instalation I have for like 2 weeks. I have tried everything, I exported the database both compressed and uncompressed. I tried restoring it through both myphpadmin and through the terminal more than a dozen times and I always end up losing info in the restore process, Im losing my head over this and I need some help, what could be causing this loss of info?

Attached a couple of images illustrating the differences between the original host db and the one Im trying to restore which constantly keeps losing info.

.[1][2]

Might also add the original host is running cpanel with mysql and the new host is running VestaCP with mariadb, not sure if that has any influence whatsoever Kanecow (talk) 22:29, 11 December 2015 (UTC)

We have Manual:Moving a wiki about this topic.

Generally, depending on the size and the speed of the server, phpmyadmin might time out while you are trying to import the DB dump. The result will then not be that some records are missing from different tables, while all tables are there, but the first part of the database will be complete there, up to the point where it timed out and everything after that point would be missing. Importing it from terminal might therefor be the better choice.

Your screenshots show that phpmyadmin displays different numbers of records inside the tables. Note that what phpmyadmin does only is an estimation. What phpmyadmin shows there can change, even if the DB is not changed at all. If you want to be on the save side, you can count the rows inside the tables with something like this:

SELECT COUNT(*) FROM `text`;

This will display the exact number of rows inside the "text" table. The most important tables are "text", "revision", "page" and maybe "user". If these show the same numbers on the old and on the new system, you should be fine. Anyway, if you import the DB dump on the terminal and execution ends without an error message, then you can already be pretty sure that it worked correctly. 88.130.91.250 (talk) 01:08, 12 December 2015 (UTC)

Delete IP

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

---

Hello, someone posted as anonymous and its showing their IP. How can I delete it? Thank you! I have made it so people can only edit while signed in so this does not happen again. 69.85.120.58 (talk) 00:17, 12 December 2015 (UTC)

Can you please delete my IP?  :( 69.85.120.58 (talk) 00:18, 12 December 2015 (UTC)

Short answer: If it's not your own wiki, you most likely cannot.

MediaWiki however does have a functionality, which allows administrators to hide certain information from the public, among this information the IP or username, under which a certain edit has been made. The technical details can be found at Manual:RevisionDelete.

If you have access to the MediaWiki database, like you can run SQL queries inside it, then you can also manually change the IP addresses or usernames, which are showing up. However, doing something like this manually definitely is not what I would advise you to do. 88.130.91.250 (talk) 00:48, 12 December 2015 (UTC)

Thank you! RevisionDelete was what I needed!

If the sysops could please hide my IP here, I would sincerely appreciate it. Thanks so much for the help and the software! Take care. 69.85.120.58 (talk) 01:31, 12 December 2015 (UTC)

Unfortunately, it's currently not possible to do this on Flow. Tropicalkitty (talk) 23:15, 13 December 2015 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

How do I add <meta> tags to the <head> for all pages?

I'm trying to add an RTA label to a wiki I'm deploying for an adult community, which requires adding a meta tag to the head. However, I find the answer from the FAQ to be confusing and unspecific. Here it is for your convenience:

The OutputPage class includes an addMeta methods which can be used to add meta tags. The RequestContext can be used to get the relevant OutputPage object.

To add further Meta tags just add further lines as last lines of the function addMetaTags() like:

$out->addMeta ( 'description', 'This is a meta description.' );

—"How do I add meta tags?", Manual:FAQ

So, where exactly is the correct place to add the further lines? Anywhere in OutputPage.php, or some other file altogether?d 24.25.217.102 (talk) 02:39, 12 December 2015 (UTC)

It should be added to a hook (like OutputPageParserOutput) in an extension, or try an existing extension. Extension:MetaDescriptionTag, Extension:MetaTags. 101.160.40.121 (talk) 07:09, 12 December 2015 (UTC)

But how do you add meta tags *to the wiki itself,* such that it is attached to all pages? Those extensions are for allowing editors to add meta tags on a per-article basis. CuriosityDriven (talk) 07:35, 12 December 2015 (UTC)

Then use the first suggestion. 101.160.40.121 (talk) 08:19, 12 December 2015 (UTC)

Thanks, but I think I need something or someone to add clarity, not more technical complexity.

I followed your link, but it didn't make sense to me. So, I went a little further to Manual:Hooks like it suggested, but that was overwhelming. I'm trying my best here (and think I've gotten pretty far on my own), but for the current simple task of adding meta tags to my wiki, I'm still just as confused and now a little more frustrated than yesterday.

1. Is an extension really required just to add meta tags? Is that really what the FAQ was getting at?
2. If so, then is it really true that there isn't already a stable, commonly used extension for adding meta tags to all pages?

I've gotten this far on my own, but I just need a bit more clarity than what I'm getting from the documentation (hence why I'm using the support desk). So, would you please shed some light on your answer?

Bahhhhh, I've been at this problem for an absurd number of hours now. I need help. Well, really, I need to sleep. If you are able to clarify anything in the meantime, then I would be extremely grateful. CuriosityDriven (talk) 13:58, 12 December 2015 (UTC)

I have not yet tried adding a meta tag on one of my wikis, but let's try:

If you don't want to use an extension, you can also add the according code in LocalSettings.php: In LocalSettings.php, define the hook and add a custom function, which the hook should call:

$wgHooks['OutputPageParserOutput'][] = 'onOutputPageParserOutput';
function onOutputPageParserOutput( OutputPage &$out, ParserOutput $parseroutput ) {
	// $out is an instance of the OutputPage object.
	// Add a meta tag
	$out->addMeta( 'rating', 'RTA-5042-1996-1400-1577-RTA' );
	// Required return value of a hook function.
	return true;
}

Basically, $out should give you access to the functions in outputPage.php. An overview is here: https://phabricator.wikimedia.org/diffusion/MW/browse/REL1_26/includes/OutputPage.php. One of these functions is addMeta(), which should allow you to add meta tags to the page. Jörgi123 (talk) 14:33, 12 December 2015 (UTC)

Thank you, that was easy to implement and decipher, so I was able to get the current task done and get an idea of how it works for future tasks.

What works: All articles now have the meta tag. And since it's in LocalSettings.php, there is no need to worry about it being during upgrade, style switch, extension incompatability, etc. Therefore, it is a very efficient, future-proof solution that I think will work for most situations.

What's odd: Certain types of pages (e.g., search results, create new article), have the meta tag twice. Certain other pages (e.g., Special:WhatLinksHere/ArticleTitle) don't load the meta tag at all. I'm noting this because even though the solution meets the needs of my task, others should be aware of it just in case it doesn't meet the needs of their task. CuriosityDriven (talk) 23:46, 12 December 2015 (UTC)

For those pages, where the meta tag is missing, the part of MediaWiki, which contains the hook, does not get executed. Obviously that is function addParserOutputMetadata() in OutputPage.php. It might be worth checking, if this behaviour is intended. For your usecase, I consider it to be not a problem as long as pages with content do use this code - and, if I understand you correctly, this is the case.

For those pages, which afterwards include the tag twice, this obviously means that the hook is in these cases executed twice. If this is true, I would consider this a bug. You might want to file a bugreport to get this fixed!

As long as this bug is not yet fixed, you should be able to work around this bug by first checking the existing meta tags. $out->getMetaTags() should return you an array, which you can check for the existance of the "rating" key. Then, only if this key does not yet exist, run $out->addMeta() to add it. 88.130.69.106 (talk) 01:07, 13 December 2015 (UTC)

Is it possible to protect just a section of the page instead of entire page?

I want to protect few sections of a page that only admins can edit while allowing other users to edit the rest of the page. 87.240.27.136 (talk) 03:08, 12 December 2015 (UTC)

Make the sections protected subpages and transclude them into the main page. 101.160.40.121 (talk) 06:54, 12 December 2015 (UTC)

Like templates? But, the problem is that it'd still allow a vandal to completely remove the 'protected' section(s) from the page. 1.39.48.250 (talk) 09:09, 12 December 2015 (UTC)

Moreover, is it possible to allow users to edit only their user page and not others' user page? 1.39.48.250 (talk) 09:10, 12 December 2015 (UTC)

With MediaWiki core functionality this is not possible. There may be extensions, which somehow try to implement section protection, ut I would not say that there then is no way around it. If I am allowed to edit a page, I will most likely be able to change it the way I want to.

MediaWiki is a wiki. However, what you are looking for are functions of a content management system. 88.130.91.250 (talk) 10:41, 12 December 2015 (UTC)

Categories on the Main Page

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

---

Can the Main Page have categories? GTrang (talk) 18:27, 12 December 2015 (UTC)

Yes, why not? 88.130.69.106 (talk) 18:36, 12 December 2015 (UTC)

The Main Page does not have categories on this wiki or the English Wikipedia. GTrang (talk) 21:39, 12 December 2015 (UTC)

Many pages don't have categories. That however does not mean it would be impossible to add categories to them.

When I am responsible for a wiki I also do not add categories to the Main Page - simply because there is no need to "find" it. You know where it is and you will be able to find it with one single click. 88.130.69.106 (talk) 22:10, 12 December 2015 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

https://meta.wikimedia.org/wiki/Special:SiteMatrix contains be-x-old instead be-tarask

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

---

Hi I found that https://meta.wikimedia.org/wiki/Special:SiteMatrix for belarusian classic language used be-x-old instead be-tarask, however be-tarask is own language tag and https://be-x-old.wikipedia.org redirect to https://be-tarask.wikipedia.org. Look like this page just not updated. Is any change to fix it? Tbicr (talk) 14:05, 14 December 2015 (UTC)

Please report such issues on phabricator Ciencia Al Poder (talk) 09:40, 15 December 2015 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Parsoid error after restoring application

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

---

After trying to restore a backup of my wiki, i tried to run visualeditor and i have the following pop up: The page at 172.16.100.10 says: error loading data from server: 0: parsoidserver-http: HTTP 0. Would you like to retry? I remember i use to have this issue but forgot how to fix this. AmazingTrans (talk) 14:58, 14 December 2015 (UTC)

i just found out, i was missing parsoid.conf in etc/init.

therefore, parsoid was not started. AmazingTrans (talk) 15:21, 14 December 2015 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Update external links

We have links to shared folders and/or files on a server, the server changed and I want to create a script to change all the links at once. I tried updating the links in the externallinks table but it's not working, still linking to old address, anyone has an idea how to do this ?

example: \\server1\share\Folder to \\server2\share\Folder Jlabbe1970 (talk) 20:23, 14 December 2015 (UTC)

If the links are in your page text, then you will be able to replace them with an extension like Extension:ReplaceText.

After the replacements you can run the maintenance script refreshLinks.php, which will update link tables, including the externallinks table. But, as this extension basically produces normal page edits, I don't think updating the table manually is necessary. 88.130.122.79 (talk) 21:52, 14 December 2015 (UTC)

Missing "Enable enhanced editing toolbar"

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

---

Hi

I manage http://www.strindahistorielag.no/wiki

I have a "problem". On the page "Preferences / Editing" I get this page:

-Prompt me when entering a blank edit summary

- Warn me when I leave an edit page with unsaved changes

-Show edit toolbar

Not this page: 

-Prompt me when entering a blank edit summary

- Warn me when I leave an edit page with unsaved changes

-Show edit toolbar

-Enable enhanced editing toolbar

- Enable wizards for inserting links, tables as well as the search and replace function 

What do I have to do? 

Installed software:

Product     Version

MediaWiki  1.25.3

PHP           5.3.29 (cgi-fcgi)

MySQL     5.5.46-cll 84.202.199.87 (talk) 13:45, 15 December 2015 (UTC)

Install the WikiEditor extension, which you already have in your extension/ folder!

This extension offers the "Enable enhanced editing toolbar" option (and some more). 88.130.78.65 (talk) 16:00, 15 December 2015 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

When the request from the external system to the wiki the error

Hi,

when the request from the external system to the wiki the error:

Start request POST /api.php
HTTP HEADERS:
HOST: wiki.ss.ru
X-REAL-IP: 110.169.176.156
X-FORWARDED-FOR: 110.169.176.156
CONNECTION: close
CONTENT-LENGTH: 410
X-FORWARDED-PROTO: http
ACCEPT: */*; q=0.5, application/xml
ACCEPT-ENCODING: gzip
USER-AGENT: MediaWiki::Gateway/1.0.0
CONTENT-TYPE: application/x-www-form-urlencoded
X-NEWRELIC-ID: VQcBVV9bDhABVFZSBggPVA==
X-NEWRELIC-TRANSACTION: PxQEVlNWCwFUAQBaUglSVVEFFB8EBw8RVU4aUQ8NAQEBAVwACQQLB1cDA0NKQQ4EAFwAB1UGFTs=
[caches] main: EmptyBagOStuff, message: SqlBagOStuff, parser: SqlBagOStuff
[caches] LocalisationCache: using store LCStoreDB
Fully initialised
[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
ApiMain::setCacheMode: setting cache mode private
IP: 127.0.0.1

and in browser message:

When you try to load the page the error occurred. Contact your system administrator or try again later

При попытке загрузить страницу произошла ошибка. Обратитесь к администратору системы или повторите попытку позже.

How to fix ? thank you

Продукт	Версия
MediaWiki	1.25.1
PHP	5.4.16 (apache2handler)
MariaDB	10.0.21-MariaDB-log

94.228.243.75 (talk) 13:49, 15 December 2015 (UTC)

It looks like you're using a cache of some kind. What happens if you remove it? ☠MarkAHershberger☢(talk)☣ 16:32, 15 December 2015 (UTC)

the cache off, the problem remained and there are these errors:

[:error] [pid 28436] [client 127.0.0.1:59317] PHP Warning:  session_destroy(): Trying to destroy uninitialized session in /var/www/extensions/CASAuth/CASAuth.php on line 245, referer: Faithdr (talk) 11:40, 16 December 2015 (UTC)

what rights should give account, so that it is correctly logged in the Wiki ? Faithdr (talk) 11:57, 16 December 2015 (UTC)

The CASAuth.php file, which is offered at Extension:CASAuthentication does not have 245 lines.

Where are you starting the session? You have to call session_start() before you can use session_destroy(). 88.130.78.65 (talk) 12:17, 16 December 2015 (UTC)

Error in editing main page

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

---

When I write code in the main page editor, once i save it, and return to the main page to view the results, the page is blank. Have no idea what the problem is, have even tried writing some very very simple command, but still nothing. 159.35.0.17 (talk) 17:50, 15 December 2015 (UTC)

See Manual:How to debug Malyacko (talk) 19:02, 15 December 2015 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

More than 1 ip Address from Single dongle & Single desktop

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

---

Several years ago I created an account on Wikipedia. But I could-not access that account anymore possibly because the Dongle used >1 ip addresses.

((The same thing I also noticed when my Email-inbox shown me alert messages like "new sign in from ..." or in the list of " recently used devices " I obtained differences in ip addresses shown in history ))

Now I've created a new account today, & I at-present use 2 dongles (& 1 desktop), & each of the dongle seems to use a lots of ip addresses.

So I want to know, is there any chance for problem again in sign-in? If so , I also request to build system, ( just like email)... that will allow to signing-in to Wikipedia depending upon identifying the person at the first place, & ip address at the second place. RIT RAJARSHI (talk) 07:33, 16 December 2015 (UTC)

A Wikipedia account is defined by a username and a password, optionally an email address which allows recovering a lost/forgotten password. IP addresses are not involved (except when getting blocked etc). Malyacko (talk) 10:03, 16 December 2015 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

PDF nach Öffnung umbenennen

Hallo zusammen,

wir haben im Wiki eine PDF verlinkt. Der Name der geöffneten PDF soll sich nach dem öffnen ändern.

Gibt es da eine Möglichkeit?

Der Name soll aus einer Überschrift bestehen.

Die verlinkte PDF soll heißen: Protokoll.pdf

Die geöffnete PDF soll dann so heißen: L XXXX XXXX Hagel GmbH 20530 Schuemli Spezial 500g Bohne.pdf

Hier mal unser Quelltext:

<!DOCTYPE html>

<html lang="de" dir="ltr" class="client-nojs">

<head>

<meta charset="UTF-8" />

<title>20530 Schümli Spezial Bohne 500g Standbeutel – Hilfe für MF</title>

<meta http-equiv="X-UA-Compatible" content="IE=EDGE" />

<meta name="generator" content="MediaWiki 1.23.6" />

<link rel="shortcut icon" href="/favicon.ico" />

<link rel="search" type="application/opensearchdescription+xml" href="/opensearch_desc.php" title="Hilfe für MF (de)" />

<link rel="EditURI" type="application/rsd+xml" href="http://192.168.100.78/api.php?action=rsd" />

<link rel="alternate" type="application/atom+xml" title="Atom-Feed für „Hilfe für MF"" href="/index.php?title=Spezial:Letzte_%C3%84nderungen&amp;feed=atom" />

<link rel="stylesheet" href="http://192.168.100.78/load.php?debug=false&amp;amp;lang=de&amp;amp;modules=mediawiki.legacy.commonPrint%2Cshared%7Cmediawiki.skinning.interface%7Cmediawiki.ui.button%7Cskins.vector.styles&amp;amp;only=styles&amp;amp;skin=vector&amp;amp;*" />

<meta name="ResourceLoaderDynamicStyles" content="" />

<style>a:lang(ar),a:lang(kk-arab),a:lang(mzn),a:lang(ps),a:lang(ur){text-decoration:none}

/* cache key: my_wiki:resourceloader:filter:minify-css:7:14ece53a42aa314864e5fd8c57f0d98f */</style>

<script src="http://192.168.100.78/load.php?debug=false&amp;amp;lang=de&amp;amp;modules=startup&amp;amp;only=scripts&amp;amp;skin=vector&amp;amp;*"></script>

<script>if(window.mw){

mw.config.set({"wgCanonicalNamespace":"","wgCanonicalSpecialPageName":false,"wgNamespaceNumber":0,"wgPageName":"20530_Schümli_Spezial_Bohne_500g_Standbeutel","wgTitle":"20530 Schümli Spezial Bohne 500g Standbeutel","wgCurRevisionId":1412,"wgRevisionId":1412,"wgArticleId":352,"wgIsArticle":true,"wgIsRedirect":false,"wgAction":"view","wgUserName":null,"wgUserGroups":["*"],"wgCategories":[],"wgBreakFrames":false,"wgPageContentLanguage":"de","wgPageContentModel":"wikitext","wgSeparatorTransformTable":[",\t.",".\t,"],"wgDigitTransformTable":["",""],"wgDefaultDateFormat":"dmy","wgMonthNames":["","Januar","Februar","März","April","Mai","Juni","Juli","August","September","Oktober","November","Dezember"],"wgMonthNamesShort":["","Jan.","Feb.","Mär.","Apr.","Mai","Jun.","Jul.","Aug.","Sep.","Okt.","Nov.","Dez."],"wgRelevantPageName":"20530_Schümli_Spezial_Bohne_500g_Standbeutel","wgIsProbablyEditable":false,"wgRestrictionEdit":[],"wgRestrictionMove":[]});

}</script><script>if(window.mw){

mw.loader.implement("user.options",function($,jQuery){mw.user.options.set({"ccmeonemails":0,"cols":80,"date":"default","diffonly":0,"disablemail":0,"editfont":"default","editondblclick":0,"editsectiononrightclick":0,"enotifminoredits":0,"enotifrevealaddr":0,"enotifusertalkpages":1,"enotifwatchlistpages":1,"extendwatchlist":0,"fancysig":0,"forceeditsummary":0,"gender":"unknown","hideminor":0,"hidepatrolled":0,"imagesize":2,"math":1,"minordefault":0,"newpageshidepatrolled":0,"nickname":"","norollbackdiff":0,"numberheadings":0,"previewonfirst":0,"previewontop":1,"rcdays":7,"rclimit":50,"rows":25,"showhiddencats":0,"shownumberswatching":1,"showtoolbar":1,"skin":"vector","stubthreshold":0,"thumbsize":2,"underline":2,"uselivepreview":0,"usenewrc":0,"watchcreations":1,"watchdefault":1,"watchdeletion":0,"watchlistdays":3,"watchlisthideanons":0,"watchlisthidebots":0,"watchlisthideliu":0,"watchlisthideminor":0,"watchlisthideown":0,"watchlisthidepatrolled":0,"watchmoves":0,"wllimit":250,

"useeditwarning":1,"prefershttps":1,"language":"de","variant-gan":"gan","variant-iu":"iu","variant-kk":"kk","variant-ku":"ku","variant-shi":"shi","variant-sr":"sr","variant-tg":"tg","variant-uz":"uz","variant-zh":"zh","searchNs0":true,"searchNs1":false,"searchNs2":false,"searchNs3":false,"searchNs4":false,"searchNs5":false,"searchNs6":false,"searchNs7":false,"searchNs8":false,"searchNs9":false,"searchNs10":false,"searchNs11":false,"searchNs12":false,"searchNs13":false,"searchNs14":false,"searchNs15":false,"variant":"de"});},{},{});mw.loader.implement("user.tokens",function($,jQuery){mw.user.tokens.set({"editToken":"+\\","patrolToken":false,"watchToken":false});},{},{});

}</script>

<script>if(window.mw){

mw.loader.load(["mediawiki.page.startup","mediawiki.legacy.wikibits","mediawiki.legacy.ajax","skins.vector.js"]);

}</script>

</head>

<body class="mediawiki ltr sitedir-ltr capitalize-all-nouns ns-0 ns-subject page-20530_Schümli_Spezial_Bohne_500g_Standbeutel skin-vector action-view vector-animateLayout">

<div id="mw-page-base" class="noprint"></div>

<div id="mw-head-base" class="noprint"></div>

<div id="content" class="mw-body" role="main">

<a id="top"></a>

<div id="mw-js-message" style="display:none;"></div>

<h1 id="firstHeading" class="firstHeading" lang="de"><span dir="auto">20530 Schümli Spezial Bohne 500g Standbeutel</span></h1>

<div id="bodyContent">

<div id="siteSub">Aus Hilfe für MF</div>

<div id="contentSub"></div>

<div id="jump-to-nav" class="mw-jump">

Wechseln zu: <a href="#mw-navigation">Navigation</a>, <a href="#p-search">Suche</a>

</div>

<div id="mw-content-text" lang="de" dir="ltr" class="mw-content-ltr"><div class="thumb tleft"><div class="thumbinner" style="width:127px;"><a href="/index.php/Datei:Hagelvorderseite.jpg" class="image"><img alt="" src="/images/thumb/9/99/Hagelvorderseite.jpg/125px-Hagelvorderseite.jpg" width="125" height="290" class="thumbimage" srcset="/images/thumb/9/99/Hagelvorderseite.jpg/187px-Hagelvorderseite.jpg 1.5x, /images/thumb/9/99/Hagelvorderseite.jpg/250px-Hagelvorderseite.jpg 2x" /></a> <div class="thumbcaption"><div class="magnify"><a href="/index.php/Datei:Hagelvorderseite.jpg" class="internal" title="vergrößern"><img src="/skins/common/images/magnify-clip.png" width="15" height="11" alt="" /></a></div>Fertiges Produkt</div></div></div>

<p><b>Maschine :</b> Rovema VPU <br />

<b>Programm :</b> P1 - 1 , P2 - 910 <br />

<b>MHD :</b> 12 Monate Monatsende <br />

<b>Entgasungszeit :</b> 24 Stunden

</p>

<hr />

<p><b>Folien Nr.:</b> Hagel Folie<br />

<b>Karton Nr.:</b> 500g Bohne<br />

<b>Karton Etikett Nr.:</b> Eigenproduktion Meyer & Horn<br />

</p>

<hr />

<p><b>Siegeltemperaturen:</b> Quernaht ca.: 170°C | Längsnaht ca.: 180°C

</p><p><b>Prägestempel:</b> 17285_20530

</p>

<hr />

<p><b>Zu verwendenes Prüfprotokoll:</b><br />

<a href="/images/3/3f/L_XXXX_XXXX_Hagel_GmbH_20530_Schuemli_Spezial_500g_Bohne.pdf" class="internal" title="L XXXX XXXX Hagel GmbH 20530 Schuemli Spezial 500g Bohne.pdf">Medium:L XXXX XXXX Hagel GmbH 20530 Schuemli Spezial 500g Bohne.pdf</a><br />

</p><p><br />

</p><p><br />

</p>

<hr />

<ul class="gallery mw-gallery-traditional">

<li class="gallerybox" style="width: 155px"><div style="width: 155px">

<div class="thumb" style="width: 150px;"><div style="margin:15px auto;"><a href="/index.php/Datei:Hagelvorderseite.jpg" class="image"><img alt="" src="/images/thumb/9/99/Hagelvorderseite.jpg/51px-Hagelvorderseite.jpg" width="51" height="120" /></a></div></div>

<div class="gallerytext">

<p><i>Vorderseite</i>

</p>

</div>

</div></li>

<li class="gallerybox" style="width: 155px"><div style="width: 155px">

<div class="thumb" style="width: 150px;"><div style="margin:15px auto;"><a href="/index.php/Datei:20530r.jpg" class="image"><img alt="" src="/images/thumb/e/e7/20530r.jpg/51px-20530r.jpg" width="51" height="120" /></a></div></div>

<div class="gallerytext">

<p><i>Rückseite</i>

</p>

</div>

</div></li>

<li class="gallerybox" style="width: 155px"><div style="width: 155px">

<div class="thumb" style="width: 150px;"><div style="margin:33px auto;"><a href="/index.php/Datei:20530p.jpg" class="image"><img alt="" src="/images/thumb/6/6f/20530p.jpg/120px-20530p.jpg" width="120" height="84" /></a></div></div>

<div class="gallerytext">

<p><i>Stempel / Prägung</i>

</p>

</div>

</div></li>

<li class="gallerybox" style="width: 155px"><div style="width: 155px">

<div class="thumb" style="width: 150px;"><div style="margin:49px auto;"><a href="/index.php/Datei:20530e.jpg" class="image"><img alt="" src="/images/thumb/4/44/20530e.jpg/120px-20530e.jpg" width="120" height="52" /></a></div></div>

<div class="gallerytext">

<p><i>Kartonetikett</i>

</p>

</div>

</div></li>

</ul>

Post?\expand include size: 0/2097152 bytes

</div> <div class="printfooter">

Von „<a href="http://192.168.100.78/index.php?title=20530_Schümli_Spezial_Bohne_500g_Standbeutel&amp;oldid=1412">http://192.168.100.78/index.php?title=20530_Schümli_Spezial_Bohne_500g_Standbeutel&amp;oldid=1412</a>" </div>

<div id='catlinks' class='catlinks catlinks-allhidden'></div> <div class="visualClear"></div>

</div>

</div>

<div id="mw-navigation">

<h2>Navigationsmenü</h2>

<div id="mw-head">

<div id="p-personal" role="navigation" class="" aria-labelledby="p-personal-label">

<h3 id="p-personal-label">Meine Werkzeuge</h3>

<ul>

<li id="pt-createaccount"><a href="/index.php?title=Spezial:Anmelden&amp;returnto=20530+Sch%C3%BCmli+Spezial+Bohne+500g+Standbeutel&amp;type=signup">Benutzerkonto erstellen</a></li><li id="pt-login"><a href="/index.php?title=Spezial:Anmelden&amp;returnto=20530+Sch%C3%BCmli+Spezial+Bohne+500g+Standbeutel" title="Sich anzumelden wird zwar gerne gesehen, ist aber keine Pflicht. [o]" accesskey="o">Anmelden</a></li> </ul>

</div>

<div id="left-navigation">

<div id="p-namespaces" role="navigation" class="vectorTabs" aria-labelledby="p-namespaces-label">

<h3 id="p-namespaces-label">Namensräume</h3>

<ul>

<li id="ca-nstab-main" class="selected"><span><a href="/index.php/20530_Sch%C3%BCmli_Spezial_Bohne_500g_Standbeutel" title="Seiteninhalt anzeigen [c]" accesskey="c">Seite</a></span></li>

<li id="ca-talk" class="new"><span><a href="/index.php?title=Diskussion:20530_Sch%C3%BCmli_Spezial_Bohne_500g_Standbeutel&amp;action=edit&amp;redlink=1" title="Diskussion zum Seiteninhalt [t]" accesskey="t">Diskussion</a></span></li>

</ul>

</div>

<div id="p-variants" role="navigation" class="vectorMenu emptyPortlet" aria-labelledby="p-variants-label">

<h3 id="mw-vector-current-variant">

</h3>

<h3 id="p-variants-label"><span>Varianten</span><a href="#"></a></h3>

<div class="menu">

<ul>

</ul>

</div>

</div>

</div>

<div id="right-navigation">

<div id="p-views" role="navigation" class="vectorTabs" aria-labelledby="p-views-label">

<h3 id="p-views-label">Ansichten</h3>

<ul>

<li id="ca-view" class="selected"><span><a href="/index.php/20530_Sch%C3%BCmli_Spezial_Bohne_500g_Standbeutel" >Lesen</a></span></li>

<li id="ca-viewsource"><span><a href="/index.php?title=20530_Sch%C3%BCmli_Spezial_Bohne_500g_Standbeutel&amp;action=edit" title="Diese Seite ist geschützt. Ihr Quelltext kann dennoch angesehen und kopiert werden. [e]" accesskey="e">Quelltext anzeigen</a></span></li>

<li id="ca-history" class="collapsible"><span><a href="/index.php?title=20530_Sch%C3%BCmli_Spezial_Bohne_500g_Standbeutel&amp;action=history" title="Frühere Versionen dieser Seite [h]" accesskey="h">Versionsgeschichte</a></span></li>

</ul>

</div>

<div id="p-cactions" role="navigation" class="vectorMenu emptyPortlet" aria-labelledby="p-cactions-label">

<h3 id="p-cactions-label"><span>Aktionen</span><a href="#"></a></h3>

<div class="menu">

<ul>

</ul>

</div>

</div>

<div id="p-search" role="search">

<h3><label for="searchInput">Suche</label></h3>

<form action="/index.php" id="searchform">

<div id="simpleSearch">

<input type="search" name="search" placeholder="Suchen" title="Hilfe für MF durchsuchen [f]" accesskey="f" id="searchInput" /><input type="hidden" value="Spezial:Suche" name="title" /><input type="submit" name="fulltext" value="Suchen" title="Suche nach Seiten, die diesen Text enthalten" id="mw-searchButton" class="searchButton mw-fallbackSearchButton" /><input type="submit" name="go" value="Seite" title="Gehe direkt zu der Seite, die exakt dem eingegebenen Namen entspricht." id="searchButton" class="searchButton" /> </div>

</form>

</div>

</div>

</div>

<div id="mw-panel">

<div id="p-logo" role="banner"><a style="background-image: url(http://192.168.100.78/logo.png);" href="/index.php/Hauptseite" title="Hauptseite"></a></div>

<div class="portal" role="navigation" id='p-navigation' aria-labelledby='p-navigation-label'>

<h3 id='p-navigation-label'>Navigation</h3>

<div class="body">

<ul>

<li id="n-mainpage-description"><a href="/index.php/Hauptseite" title="Hauptseite besuchen [z]" accesskey="z">Hauptseite</a></li>

</ul>

</div>

</div>

<div class="portal" role="navigation" id='p-Bereiche' aria-labelledby='p-Bereiche-label'>

<h3 id='p-Bereiche-label'>Bereiche</h3>

<div class="body">

<ul>

<li id="n-Produktion"><a href="/index.php/Produktion">Produktion</a></li>

<li id="n-M.C3.BChle"><a href="/index.php/M%C3%BChle">Mühle</a></li>

<li id="n-R.C3.B6sterei"><a href="/index.php/R%C3%B6sterei">Rösterei</a></li>

<li id="n-Rohkaffee"><a href="/index.php/Rohkaffee">Rohkaffee</a></li>

<li id="n-Geb.C3.A4udetechnik"><a href="/index.php/Geb%C3%A4udetechnik">Gebäudetechnik</a></li>

<li id="n-recentchanges"><a href="/index.php/Spezial:Letzte_%C3%84nderungen" title="Liste der letzten Änderungen in Hilfe für MF [r]" accesskey="r">Letzte Änderungen</a></li>

<li id="n-randompage"><a href="/index.php/Spezial:Zuf%C3%A4llige_Seite" title="Zufällige Seite aufrufen [x]" accesskey="x">Zufällige Seite</a></li>

<li id="n-help"><a href="https://www.mediawiki.org/wiki/Special:MyLanguage/Help:Contents" title="Hilfeseite anzeigen">Hilfe</a></li>

</ul>

</div>

</div>

<div class="portal" role="navigation" id='p-tb' aria-labelledby='p-tb-label'>

<h3 id='p-tb-label'>Werkzeuge</h3>

<div class="body">

<ul>

<li id="t-whatlinkshere"><a href="/index.php/Spezial:Linkliste/20530_Sch%C3%BCmli_Spezial_Bohne_500g_Standbeutel" title="Liste aller Seiten, die hierher verlinken [j]" accesskey="j">Links auf diese Seite</a></li>

<li id="t-recentchangeslinked"><a href="/index.php/Spezial:%C3%84nderungen_an_verlinkten_Seiten/20530_Sch%C3%BCmli_Spezial_Bohne_500g_Standbeutel" title="Letzte Änderungen an Seiten, die von hier verlinkt sind [k]" accesskey="k">Änderungen an verlinkten Seiten</a></li>

<li id="t-specialpages"><a href="/index.php/Spezial:Spezialseiten" title="Liste aller Spezialseiten [q]" accesskey="q">Spezialseiten</a></li>

<li id="t-print"><a href="/index.php?title=20530_Sch%C3%BCmli_Spezial_Bohne_500g_Standbeutel&amp;printable=yes" rel="alternate" title="Druckansicht dieser Seite [p]" accesskey="p">Druckversion</a></li>

<li id="t-permalink"><a href="/index.php?title=20530_Sch%C3%BCmli_Spezial_Bohne_500g_Standbeutel&amp;oldid=1412" title="Dauerhafter Link zu dieser Seitenversion">Permanenter Link</a></li>

<li id="t-info"><a href="/index.php?title=20530_Sch%C3%BCmli_Spezial_Bohne_500g_Standbeutel&amp;action=info">Seiteninformationen</a></li>

</ul>

</div>

</div>

</div>

</div>

<div id="footer" role="contentinfo">

<ul id="footer-info">

<li id="footer-info-lastmod"> Diese Seite wurde zuletzt am 8. Dezember 2015 um 16:06 Uhr geändert.</li>

<li id="footer-info-viewcount">Diese Seite wurde bisher 193 mal abgerufen.</li>

</ul>

<ul id="footer-places">

<li id="footer-places-privacy"><a href="/index.php/Hilfe_f%C3%BCr_MF:Datenschutz" title="Hilfe für MF:Datenschutz">Datenschutz</a></li>

<li id="footer-places-about"><a href="/index.php/Hilfe_f%C3%BCr_MF:%C3%9Cber_Hilfe_f%C3%BCr_MF" title="Hilfe für MF:Über Hilfe für MF">Über Hilfe für MF</a></li>

<li id="footer-places-disclaimer"><a href="/index.php/Hilfe_f%C3%BCr_MF:Impressum" title="Hilfe für MF:Impressum">Impressum</a></li>

</ul>

<ul id="footer-icons" class="noprint">

<li id="footer-poweredbyico">

<a href="//www.mediawiki.org/"><img src="/skins/common/images/poweredby_mediawiki_88x31.png" alt="Powered by MediaWiki" width="88" height="31" /></a>

</li>

</ul>

<div style="clear:both"></div>

</div>

<script>/*<![CDATA[*/window.jQuery && jQuery.ready();/*]]>*/</script><script>if(window.mw){

mw.loader.state({"site":"ready","user":"ready","user.groups":"ready"});

}</script>

<script>if(window.mw){

mw.loader.load(["mediawiki.action.view.postEdit","mediawiki.user","mediawiki.hidpi","mediawiki.page.ready","mediawiki.searchSuggest","skins.vector.collapsibleNav"],null,true);

}</script>

<script>if(window.mw){

mw.config.set({"wgBackendResponseTime":171});

}</script>

</body>

</html> Meyerundhorn (talk) 07:45, 16 December 2015 (UTC)

I do not know what you mean by "The name of the opened PDF shall change after opening it". It sounds to me like "The lyrics of the song shall change after I've played that music file" which is probably not what you meant. :)

Please elaborate which actual underlying problem you would like to solve (plus which MediaWiki version this is about). Malyacko (talk) 10:00, 16 December 2015 (UTC)

Wir haben eine PDF mit Namen abc . pdf . Diese PDF haben wir im Wiki verlinkt, so dass man die pdf über den Link öffnen kann.

Wenn der User den Link klickt, soll die geöffnete pdf nicht mehr abc.pdf heißen sondern z.b. 123 . pdf.

Der neue Name soll aus dem Queltext gezogen werden. Der kann sich ändern. Meyerundhorn (talk) 10:21, 16 December 2015 (UTC)

Please elaborate (preferably in English) which underlying problem you would like to solve by magically renaming files for reasons noone else might understand. As I wrote in my previous comment: "Please elaborate which actual underlying problem you would like to solve (plus which MediaWiki version this is about)." Malyacko (talk) 08:50, 18 December 2015 (UTC)

Is it possible to disable the view access for certain pages, uploaded files or namespaces?

Hi.

Sorry for asking for several clarifications.

I've just read the ''Manual:User_rights'' project page trying to find a way of configuring the pages that are not accessible by other users (excluding certain groups like admins). Let's say I would like to upload some files that I would like to keep secret (not necessarily publishable in the future), and create a special page to list such files (let's say just a page with links) just to keep them in one logical place. For example:

• Upload foo.jpg, bar.jpg, baz.jpg
• Create a regular page, say, "Unpublished"
• Link the files to the "Unpublished" page via MediaWiki markup

These steps are clear, of course. However, how do I allow those files and page to be accessible for admins and probably some else privileged groups only? Also, I think, but not sure, it would be really awesome if I could upload files for under a certain namespace (it it possible in MediaWiki?) and move the "Unpublished" page to that namespace, and then just restrict access to the whole namespace. I also saw the "Extension:Hidden_pages" article, but it seems like a sort of a hack for MediaWiki, and this slightly differs from what I want. Also, let's say if I'd upload such files to a such view-protected namespace, would they be viewable via the "all files" special page view?

Thank you in advance. 195.234.74.134 (talk) 08:31, 16 December 2015 (UTC)

Up. 195.234.74.134 (talk) 12:44, 21 December 2015 (UTC)

Edit link gives no effect when clicking

Hi,

I'm new on this, so sorry in advance if I'm not giving much tips with my problem:

Mediawiki installed with VisualEditor for editing. If I click on Edit link sometimes works and sometimes not. When not, there's no clue, just do nothing. Don't know if i'm clear.

I did set the logging and when the edit action fails there's nothing in the log.

Thanks in advance 213.4.35.99 (talk) 15:41, 16 December 2015 (UTC)

Have just realize that only happens in default skin O_O 213.4.35.99 (talk) 16:12, 16 December 2015 (UTC)

Nope, same behavior. 213.4.35.99 (talk) 16:25, 16 December 2015 (UTC)

External link to file gives no effect when clicking

(The post right before mine says "Edit link gives no effect when clicking" and at first I thought he had the same question I did.. using a very similar post title because it is the most relevant).

I asked a question about a week ago and got many helpful responses, but I ultimately landed on an alternate solution. I'm running into trouble, but it seems like this may have an easier solution than my last idea.

I have a MediaWiki (1.23.10) that is only accessible internally on our server. I want to link to video files (mp4s) from the server that can be viewed in the browser by any computer on the network.

Currently I'm using this: https://www.mediawiki.org/wiki/Manual:%24wgUrlProtocols to make "file:///" act as a recognizable URL protocol. When I insert a file path into a wiki page it comes up as a link in the same way a URL would (it even has the blue box with the arrow coming out of it to the right of the file path). Clicking the file path gives no effect. I tried right clicking and opening in a new tab and it comes up as a blank page. If I right click on the link, copy link, and paste it in the address field the file comes up with no problems.

All that I did to make the file path linkable was add "$wgUrlProtocols[] = "file:///"" to the end of my LocalSetting.php file. Is there something else I need to do?

Thanks! Marcdantin (talk) 17:08, 16 December 2015 (UTC)

If you're using Internet Explorer, that kind of URL is blocked for security reasons. You may be able to circumvent this by adding the wiki domain under trusted sites.

On firefox, if the file is on a network share, it should be in the format of file://///servername/share/file.ext (note the 5 shashes). Still, it would be more desirable to make that network share available through http. Ciencia Al Poder (talk) 20:50, 16 December 2015 (UTC)

Getting the error "HTTP Error 404.0 - Not Found" by saving a wiki page.

I downloaded the latest MediaWiki 1.26 from your site, during the steup process updated the settings for our local data base. The local wiki is running fine besides one thing - when I try to edit any page, for instance, index.php and save changes, I'm gettnig the error "HTTP Error 404.0 - Not Found. The resource you are looking for has been removed, had its name changed, or is temporarily unavailable." The error shows the physical path for saving as Physical Path "C:\inetpub\wwwroot\index.php" whereas in our IIS our local wiki web site in Basic Settings... has the Physical path "C:\easyphp\www\mediawiki-1.26.0". I searched and did not find substring "inetpub" in any files of your MediaWiki 1.26. Here is the question - how it might be possible that in your MediaWiki 1.26 the code tryes to save teh updated page into "C:\inetpub\wwwroot\" whereas the local wiki site is located at "C:\easyphp\www\mediawiki-1.26.0"? And how to fix this issue? Thank you! Afilimonov1 (talk) 00:03, 17 December 2015 (UTC)

Review your configuration settings, specially $wgScriptPath and $wgArticlePath. When you get the error, look at the URL it's pointing to, and see if it makes sense. You probably have a typo somewhere and when saving the page, the URL points outside of the path where MediaWiki is installed, defaulting to the default web root of IIS. For example, if your wiki is in example.com/w/index.php, you get the URL at example.com/index.php Ciencia Al Poder (talk) 20:40, 17 December 2015 (UTC)

Hello Ciencia Al Poder! By editing a page on inxed.php after clicking Save button I found that actuall update in MySQL data base is happened but your web site redirects to the page http://localhost/index.php?title=Main_Page and gives the error "HTTP Error 404. The requested resource is not found." We did not change your code! And we work with the wiki in intranet through the link http://newwiki/index.php?title=Main_Page Any ideas how it could be fixed in the code or in the configuration files? Do you need any additional information? Afilimonov1 (talk) 20:47, 18 December 2015 (UTC)

Also in LocalSettings.php file $wgScriptPath = "". LocalSettings.php file does not show $wgArticlePath in it. Is there any specific file in your web site where I need to take a look the code to where your web site redirects after saving changes in article? Pleas provide the name of the file and path! Thank you! Afilimonov1 (talk) 20:55, 18 December 2015 (UTC)

And by getting the error "HTTP Error 404.0 - Not Found. The resource you are looking for has been removed, had its name changed, or is temporarily unavailable." the details and the path are the following:

Module: IIS Web Core

Notification: MapRequestHandler

Handler: StaticFile

Error Code: 0x80070002

Requested URL: http://localhost:80/index.php?title=Subversion_on_Windows

Physical Path: C:\inetpub\wwwroot\index.php

Logon Method: Negotiate Afilimonov1 (talk) 21:03, 18 December 2015 (UTC)

Oh, maybe you have $wgServer set to localhost? In that case, that will be wrong, because clients will be redirected to their own computer, and in case they have a local IIS running they'll see a 404 error page, or an error saying it couldn't establish connection with the server. $wgServer should be set to the public IP or hostname accessible from every client Ciencia Al Poder (talk) 11:46, 19 December 2015 (UTC)

Dear Ciencia Al Poder, thank you so much for your reply! It looks like something what you said.

OK, what do we have? 1) When I work on NewWiki server remotely by using localhost in address of IE, all updates of articles are fine, no errors. 2) When I do the same through the intranet in IE through the host name of the site, an update is fine but automated redirection after the update in your pages brings this error - 404 3) In LocalSettings.php we have line $wgDBserver = "localhost";

4) In LocalSettings.php we do not have line with $wgserver, instead we have the commented following line - ## The protocol and server name to use in fully-qualified URLs

$wgServer = "http://localhost";

Should we make any changes in LocalSettings.php? With $wgDBserver? Or to uncomment line with $wgServer bypointing it to the host name or server ip-address? Any suggestions, please? Afilimonov1 (talk) 09:10, 21 December 2015 (UTC)

Have you tried setting $wgServer by following Ciencia's recommendation above? What happens if you try? Malyacko (talk) 10:21, 21 December 2015 (UTC)

! Afilimonov1 (talk) 08:49, 18 December 2015 (UTC)

Mediawiki Internal error ResourceLoader after upgrade

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

---

After upgrading, everything works until i copied across the old LocalSettings.php. Then i got the following error. Might this be cause by extensions revision?

MediaWiki internal error.

Original exception: [16ea760d] /Main_Page MWException from line 344 of /opt/bitnami/apps/mediawiki/htdocs/includes/resourceloader/ResourceLoader.php: ResourceLoader duplicate registration error. Another module has already been registered as jquery.i18n
Backtrace:
#0 /opt/bitnami/apps/mediawiki/htdocs/includes/resourceloader/ResourceLoader.php(286): ResourceLoader->register(array)
#1 /opt/bitnami/apps/mediawiki/htdocs/includes/OutputPage.php(2759): ResourceLoader->__construct(GlobalVarConfig, MediaWiki\Logger\LegacyLogger)
#2 /opt/bitnami/apps/mediawiki/htdocs/includes/OutputPage.php(538): OutputPage->getResourceLoader()
#3 /opt/bitnami/apps/mediawiki/htdocs/includes/OutputPage.php(564): OutputPage->filterModules(array, string)
#4 /opt/bitnami/apps/mediawiki/htdocs/includes/OutputPage.php(588): OutputPage->getModules(boolean, string, string)
#5 /opt/bitnami/apps/mediawiki/htdocs/includes/OutputPage.php(3061): OutputPage->getModuleScripts(boolean, string)
#6 /opt/bitnami/apps/mediawiki/htdocs/includes/OutputPage.php(3134): OutputPage->getScriptsForBottomQueue()
#7 /opt/bitnami/apps/mediawiki/htdocs/includes/skins/Skin.php(619): OutputPage->getBottomScripts()
#8 /opt/bitnami/apps/mediawiki/htdocs/includes/skins/SkinTemplate.php(427): Skin->bottomScripts()
#9 /opt/bitnami/apps/mediawiki/htdocs/includes/skins/SkinTemplate.php(240): SkinTemplate->prepareQuickTemplate(OutputPage)
#10 /opt/bitnami/apps/mediawiki/htdocs/includes/OutputPage.php(2314): SkinTemplate->outputPage()
#11 /opt/bitnami/apps/mediawiki/htdocs/includes/MediaWiki.php(690): OutputPage->output()
#12 /opt/bitnami/apps/mediawiki/htdocs/includes/MediaWiki.php(476): MediaWiki->main()
#13 /opt/bitnami/apps/mediawiki/htdocs/index.php(41): MediaWiki->run()
#14 {main}

Exception caught inside exception handler: [19f9fec0] /Main_Page MWException from line 344 of /opt/bitnami/apps/mediawiki/htdocs/includes/resourceloader/ResourceLoader.php: ResourceLoader duplicate registration error. Another module has already been registered as jquery.i18n
Backtrace:
#0 /opt/bitnami/apps/mediawiki/htdocs/includes/resourceloader/ResourceLoader.php(286): ResourceLoader->register(array)
#1 /opt/bitnami/apps/mediawiki/htdocs/includes/OutputPage.php(2759): ResourceLoader->__construct(GlobalVarConfig, MediaWiki\Logger\LegacyLogger)
#2 /opt/bitnami/apps/mediawiki/htdocs/includes/OutputPage.php(538): OutputPage->getResourceLoader()
#3 /opt/bitnami/apps/mediawiki/htdocs/includes/OutputPage.php(564): OutputPage->filterModules(array, string)
#4 /opt/bitnami/apps/mediawiki/htdocs/includes/OutputPage.php(588): OutputPage->getModules(boolean, string, string)
#5 /opt/bitnami/apps/mediawiki/htdocs/includes/OutputPage.php(3061): OutputPage->getModuleScripts(boolean, string)
#6 /opt/bitnami/apps/mediawiki/htdocs/includes/OutputPage.php(3134): OutputPage->getScriptsForBottomQueue()
#7 /opt/bitnami/apps/mediawiki/htdocs/includes/skins/Skin.php(619): OutputPage->getBottomScripts()
#8 /opt/bitnami/apps/mediawiki/htdocs/includes/skins/SkinTemplate.php(427): Skin->bottomScripts()
#9 /opt/bitnami/apps/mediawiki/htdocs/includes/skins/SkinTemplate.php(240): SkinTemplate->prepareQuickTemplate(OutputPage)
#10 /opt/bitnami/apps/mediawiki/htdocs/includes/OutputPage.php(2314): SkinTemplate->outputPage()
#11 /opt/bitnami/apps/mediawiki/htdocs/includes/exception/MWException.php(204): OutputPage->output()
#12 /opt/bitnami/apps/mediawiki/htdocs/includes/exception/MWException.php(244): MWException->reportHTML()
#13 /opt/bitnami/apps/mediawiki/htdocs/includes/exception/MWExceptionHandler.php(69): MWException->report()
#14 /opt/bitnami/apps/mediawiki/htdocs/includes/exception/MWExceptionHandler.php(180): MWExceptionHandler::report(MWException)
#15 /opt/bitnami/apps/mediawiki/htdocs/includes/MediaWiki.php(485): MWExceptionHandler::handleException(MWException)
#16 /opt/bitnami/apps/mediawiki/htdocs/index.php(41): MediaWiki->run()
#17 {main}

AmazingTrans (talk) 00:13, 17 December 2015 (UTC)

I found out that there is issue with the UniversalLanguageSelector. It works in version 1.25.2, but doesn't work with 1.26? Downloaded new extension for it and works. AmazingTrans (talk) 00:23, 17 December 2015 (UTC)

Thanks! Same issue here after upgrading from MW 1.24 to 1.26.2. I got the latest ULS 2015-06-08 (was 2014-05-31) and it works! Ioannis Protonotarios 04:50, 30 December 2015 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Check extension updates?

I was wondering if there is any way to update all of my extensions version with a linux command? or anyway to know what is out-dated? AmazingTrans (talk) 00:24, 17 December 2015 (UTC)

Such a command is not coming with MediaWIki.

If you are using checkouts from Git, then you might be able to pull the latest changes from there and to switch to the branch of MediaWiki 1.26. And even if you are using a manual download of a tarball from the according extension repoitory, you might be able to write that into a script as well. And then use this script for all extensions, which you want to have updated. 88.130.87.208 (talk) 09:35, 17 December 2015 (UTC)

And if i were to use the git to download the entire extension:

https://www.mediawiki.org/wiki/Download_from_Git#Using_Git_to_download_MediaWiki_extensions

Does it come with any custom LocalSettings.php with all the extensions listed so that i can merge into mine? AmazingTrans (talk) 13:25, 17 December 2015 (UTC)

No, it does not. Each of the repositories contains the code of exactly one extension. Basically it contains what you have inside the folder of the according extension.

If you want to update several extensions in one go, then you can write a small shell script, which runs the necessary commands one after the other. 88.130.125.7 (talk) 15:11, 17 December 2015 (UTC)

Upgrading from MWF 1.25.2 to 1.26

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

---

Noticed Visualeditor stopped working during edit. Reported Error Loading data from server: 404: parsoidserver-http: HTTP404. I redownloaded the VE extension for 1.26, and still persists with same error? I tried accessing localhost:800, and it shows the Welcome to the Parsoid web service. I tried the round-trip test page it works as well. What should i do?

Currently, i have curl version 7.45.0, nodejs v0.10.25 as well. Do i need to get a new parsoid by running the following command? Do i need to do a npm install again as well?

node --version # should be v0.8 or higher (0.10 or higher is preferred)
git clone https://gerrit.wikimedia.org/r/p/mediawiki/services/parsoid
cd parsoid
git review -s # optional, see below
npm install
npm test # might as well
edit localsettings.js
node bin/server.js

AmazingTrans (talk) 00:42, 17 December 2015 (UTC)

I had the same issue migrating from 1.25.2 to 1.26 on Ubuntu 14.04. Reinstalled both Parsoid and Mediawiki on my server. Still wouldn't work. I haven't tried it on a completely empty server yet. If you do try it, let me know if it works! Swennet (talk) 03:35, 17 December 2015 (UTC)

A 404 error page means it doesn't exist a file o a script at that particular URL. That's usually a typo on some configuration setting pointing to a wrong URL. Ciencia Al Poder (talk) 20:32, 17 December 2015 (UTC)

When i tried running nodejs server.api

this is what i got

bitnami@linux:/opt/bitnami/apps/mediawiki/htdocs/extensions/parsoid$ nodejs bin/                               server.js
[info][master][2082] initializing 4 workers
[info][worker][2084] loading ...
[info][worker][2089] loading ...
[info][worker][2087] loading ...
[info][worker][2085] loading ...
[fatal][worker][2084] uncaught exception bind EADDRINUSE
Error: bind EADDRINUSE
    at errnoException (net.js:901:11)
    at net.js:1081:30
    at Object.1:1 (cluster.js:592:5)
    at handleResponse (cluster.js:171:41)
    at respond (cluster.js:192:5)
    at handleMessage (cluster.js:202:5)
    at process.EventEmitter.emit (events.js:117:20)
    at handleMessage (child_process.js:318:10)
    at child_process.js:392:7
    at process.handleConversion.net.Native.got (child_process.js:91:7)
[warning][master][2082] worker 2084 died (1), restarting.
[fatal][worker][2087] uncaught exception bind EADDRINUSE
Error: bind EADDRINUSE
    at errnoException (net.js:901:11)
    at net.js:1081:30
    at Object.3:1 (cluster.js:592:5)
    at handleResponse (cluster.js:171:41)
    at respond (cluster.js:192:5)
    at handleMessage (cluster.js:202:5)
    at process.EventEmitter.emit (events.js:117:20)
    at handleMessage (child_process.js:318:10)
    at child_process.js:392:7
    at process.handleConversion.net.Native.got (child_process.js:91:7)

AmazingTrans (talk) 21:49, 17 December 2015 (UTC)

like configuration in localsettings in htdocs and also localsettings in parsoid? AmazingTrans (talk) 21:52, 17 December 2015 (UTC)

Error: bind EADDRINUSE seems to be that the port number is already in use by other application. Ciencia Al Poder (talk) 21:57, 17 December 2015 (UTC)

okay, i guess that means i have to stop the automatic startup parsoid first, before doing this manually.

Do you know how to stop the service from etc/init ? AmazingTrans (talk) 22:03, 17 December 2015 (UTC)

I haven't used parsoid yet. If the service is started with an etc/init.d script, you could stop it simply by running that script passing a "stop" as the first argument Ciencia Al Poder (talk) 22:15, 17 December 2015 (UTC)

Now, the VE reports error loading fata from server: 500: parsoidserver-http: HTTP 500... AmazingTrans (talk) 22:35, 17 December 2015 (UTC)

Figured out the solution.

in the parsoid localsettings.js

it used to be parsoidConfig.setInterwiki('localhost', 'http://localhost/api.php');

But it was deprecated.

So we have to use what was provided.The key part is this:

uri: 'http://localhost/w/api.php'

I have changed it to.

uri: 'http://localhost/api.php'

I believe if i am using the short URL, which is http://mypage/Main_Page instead of http://mypage/mediawiki/Main_Page

       // Configure Parsoid to point to your MediaWiki instance.
        parsoidConfig.setMwApi({
                // The "prefix" is the name given to this wiki configuration in the
                // (deprecated) Parsoid v1 API.
                prefix: 'localhost', // optional
                // The "domain" is used for communication with Visual Editor
                // and RESTBase.  It defaults to the hostname portion of
                // the `uri` property below, but you can manually set it
                // to an arbitrary string.
                domain: 'localhost', // optional
                // This is the only required parameter:
                // the URL of you MediaWiki API endpoint.
                uri: 'http://localhost/api.php'
        });

AmazingTrans (talk) 22:48, 17 December 2015 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Administrator username don't loggin

Today installed MediaWiki, but I can not log in to the User Administrator (id = 1).

Always sends message that the user is not registered.

Others created users can properly access the system.

S.O.: Ubuntu

Client: Chrome

MWiki: 1.26.0 Aafrozza (talk) 01:48, 17 December 2015 (UTC)

Be sure you type the user name correctly. Look at the page called Special:Allusers on your wiki to find and see the name of that user. Ciencia Al Poder (talk) 20:33, 17 December 2015 (UTC)

How do I make myself the Sysop of my newly installed wiki?

I have just set up Media Wiki 1.26.0 for an NGO. How do I make myself the Admin/sysop/whatever is required to have total control of the entire wiki?

How do I restrict access to only registered members? By that I mean that visitors to the org's website should not be able to access the wiki at all. We intend using it only for internal communication and project management. Dodger67 (talk) 11:03, 17 December 2015 (UTC)

If you have set up the wiki, you should already have an admin account available. I think that during setup you have provided the password for that account as well.

If that does not help, you can use the maintenance script createAndPromote.php in order to create a new account with the accordin group memberships. With this script you can also promote an already existing user (just in case the first account does no longr belong to the according groups).

In order to make the wiki private, follow this guide: Manual:Preventing_access#Simple_private_wiki. 88.130.87.208 (talk) 11:33, 17 December 2015 (UTC)

Thanks, I've managed to add the "Simple private wiki" settings correctly, and I've also succeeded in assigning sysop rights to my username.

Dodger67 (talk) 09:12, 18 December 2015 (UTC)

How to change the toolbar icon?

Hi,

WikiToolBarImage

I would like to change the Bold icon & Italics icon displayed in my Enhanced Edit tool bar from A, A to B, I.

I replaced the value of parameter icon: in jquery.wikiEditor.toolbar.config inside the WikiEditor modules from

'icon': { 'default': 'format-bold.png', 'en': 'format-bold-B.png', 'cs': 'format-bold-B.png', 'de': 'format-bold-F.png', 'fr': 'format-bold-G.png', 'gl': 'format-bold-N.png', 'es': 'format-bold-N.png', 'eu': 'format-bold-L.png', 'he': 'format-bold-B.png', 'hu': 'format-bold-F.png', 'it': 'format-bold-G.png', 'ka': 'format-bold-ka.png', 'nl': 'format-bold-V.png', 'os': 'format-bold-os.png', 'pt': 'format-bold-N.png', 'pt-br': 'format-bold-N.png', 'pl': 'format-bold-B.png', 'ru': 'format-bold-ru.png', 'ml': 'format-bold-B.png'} to

'icon': 'en': 'format-bold-B.png', but it does n't seem to fix it.

Any help is much appreciated.

Verison: MediaWiki 1.21.3

Thanks,  

Gowri  Gowrisankar.Wiki (talk) 13:20, 17 December 2015 (UTC)

Account Blocked

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

---

My Account Impact Panchkula is Currently Blocked So How to Active My Account Please Help Me Impact Panchkula (talk) 13:37, 17 December 2015 (UTC)

Talk to the administrator, who did the block and ask him, if he can enable your account again or what you have to do for him to enable it again. 88.130.125.7 (talk) 14:52, 17 December 2015 (UTC)

I have just found this information on the background of the block:

https://en.wikipedia.org/w/index.php?title=User_talk:Impact_Panchkula&oldid=695469492

I have just restored that content, as it basically answers what you have asked here:

https://en.wikipedia.org/wiki/User_talk:Impact_Panchkula

You can request being unblocked in the way described at the bottom of your user talk page. 88.130.125.7 (talk) 15:07, 17 December 2015 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Trouble putting Infobox on MediaWiki

I am using MediaWiki via an online hosting service. I am trying to figure out how to put infoboxes on my wiki. The wiki starts with a blank slate, so it didn't come pre-installed on the wiki. Can someone help me? Thank you! Matthewshill (talk) 23:55, 17 December 2015 (UTC)

Help:Templates? Malyacko (talk) 08:48, 18 December 2015 (UTC)

Hello. I want add DropDown at EditPage with status_page(new, verified, released). How i can do it? 86.57.234.161 (talk) 14:03, 18 December 2015 (UTC)

How is your question related to the topic of the thread that you posted it in? Malyacko (talk) 10:04, 22 December 2015 (UTC)

Unc Links takes whole space?

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

---

Hi there, i was testing out the following UNC Template. https://www.mediawiki.org/wiki/UNC_links I noticed that when we add a UNC link , it will take up the entire line horizontally regardless if i put: Download this file Template:Unc and copy to your pc.

It will end up with Download this file Template:Unc

and copy to your pc.

But if you were to insert it in the table, it will stay in the table.

Anybody get the same result?

[file:///{{#replace:{{#replace:{{{1}}}| |%20}}|\|/}} {{#if:{{{2|}}}|{{{2}}}}}]

<noinclude>
<templatedata>
{
	"params": {
		"1": {
			"label": "File Directory:",
			"description": "Example: X:\TEST.TXT",
			"type": "string",
			"default": "C:\",
			"required": true
		},
		"2": {
			"label": "File Description:",
			"description": "Describe File name",
			"type": "string",
			"required": true
		}
	},
	"description": "Unc Link",
	"paramOrder": [
		"1",
		"2"
	]
}
</templatedata>
</noinclude>

AmazingTrans (talk) 00:05, 18 December 2015 (UTC)

Move the tag to right after the end of the template, otherwise those two blank lines are included as part of the template. 101.160.40.121 (talk) 10:01, 18 December 2015 (UTC)

Move the <noinclude> tag to right after the end of the template, otherwise those two blank lines are included as part of the template.

• • the editor ate the <noinclude> tag 101.160.40.121 (talk) 10:02, 18 December 2015 (UTC)

Got it working! AmazingTrans (talk) 13:45, 18 December 2015 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

I don't want to log in

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

---

just what I said---i don't want to log in 167.142.244.93 (talk) 06:38, 18 December 2015 (UTC)

In which wiki do you not want to log in and where does that cause a problem.

As far as I can tell, for mediawiki.org, you have succesfully not-logged-in. ;-) 88.130.125.7 (talk) 11:29, 18 December 2015 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Можно быть в поддержки?

скажите Админ Вася (talk) 10:37, 18 December 2015 (UTC)

Problem with Interwiki

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

---

I'm getting this Fatal error.

Any idea why?

Warning:/www/htdocs/drebbel/wiki/includes/interwiki/Interwiki.php) [function.require]: failed to open stream: No such file or directory in /www/htdocs/drebbel/wiki/includes/AutoLoader.php on line 90

Fatal error: require() [function.require]: Failed opening required '/www/htdocs/drebbel/wiki/includes/interwiki/Interwiki.php' (include_path='/www/htdocs/drebbel/wiki/vendor/phpunit/phpunit-mock-objects:/www/htdocs/drebbel/wiki/vendor/phpunit/php-token-stream:/www/htdocs/drebbel/wiki/vendor/phpunit/php-code-coverage:/www/htdocs/drebbel/wiki/vendor/phpunit/phpunit:/www/htdocs/drebbel/wiki/vendor/symfony/yaml:.:') in /www/htdocs/drebbel/wiki/includes/AutoLoader.php on line 90

Installed software

Product	Version
MediaWiki	1.26.1
PHP	5.3.29 (apache2handler)
MySQL	5.0.95

Entry point URLs

Entry point	URL
Article path	/wiki/$1
Script path	/wiki
index.php	/wiki/index.php
api.php	/wiki/api.php
load.php	/wiki/load.php

Installed skins

Skin	Version	License
BootStrapSkin	1.0.43	License
Cologne Blue	–	GPL-2.0+
Modern	–	GPL-2.0+
MonoBook	–	GPL-2.0+
Vector	–	GPL-2.0+

Installed extensions

Semantic extensions
Extension	Version	License
Semantic Forms Inputs	0.9.0 alpha	GPL-2.0+
Semantic MediaWiki	2.3	GPL-2.0+
Special pages
Extension	Version	License
BlockandNuke	–	License
CategoryTree	–	License
Collection	1.7.0	License
ContactPage	2.2	License
Renameuser	–	GPL-2.0+
Replace Text	0.9.7
Semantic Forms	3.4	GPL-2.0+
Parser hooks
Extension	Version	License
BrowserHistoryLink	1.1
CategoryGallery	1.0.1	License
CategoryTree	–	License
Cite	–	GPL-2.0+
DynamicPageList (third party)	2.3.0
EImage	2.0.0	License
EmailForm	0.8.1
Embed Document	0.13
GoogleDocs4MW	1.1
InteractiveTimeline	0.1.0	License
Javascript Slideshow	1.2.3	License
Maps	2.0.1	License
NoTitle	0.2.0
PDF Include	1.3
TimelineTable	2.0
VideoPlayer	1
Widgets	1.2
YouTube	1.9.0
Spam prevention
Extension	Version	License
Anti-spam by CleanTalk	1.1
ConfirmEdit	1.4.0	GPL-2.0+
DataValues
Extension	Version	License
DataValues	1.0	GPL-2.0+
DataValues Common	0.2.3	GPL-2.0+
DataValues Interfaces	0.1.5	GPL-2.0+
DataValues Validators	0.1.2	GPL-2.0+
Other
Extension	Version	License
BetaFeatures	0.1	GPL-2.0+
CollapsibleVector	0.1.10	GPL-2.0+
Gadgets	–	GPL-2.0+
GeoData	–	License
MultimediaViewer	0.3.0	GPL-2.0+
ParserHooks	1.4.0	License
PCR GUI Inserts	1.0
PHPExcel	1.8.0
QuestyCaptcha	–
Validator	2.0.4	GPL-2.0+

Installed libraries

Library	Version	License
composer/semver	1.0.0	MIT
cssjanus/cssjanus	1.1.1	Apache-2.0
liuggio/statsd-php-client	1.0.16	MIT
mediawiki/at-ease	1.1.0	GPL-2.0+
oojs/oojs-ui	0.12.12	MIT
oyejorge/less.php	1.7.0.9	Apache-2.0
psr/log	1.0.0	MIT
wikimedia/assert	0.2.2	MIT
wikimedia/cdb	1.3.0	GPL-2.0+
wikimedia/composer-merge-plugin	1.3.0	MIT
wikimedia/ip-set	1.0.1	GPL-2.0+
wikimedia/utfnormal	1.0.3	GPL-2.0+
wikimedia/wrappedstring	2.0.0	MIT
zordius/lightncandy	0.21	MIT

EFFemeer (talk) 13:25, 18 December 2015 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Pictures went blank during VE edit?

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

---

I have a private wiki, and a page pages full of images at http://mysite/Main_Page, and when i did a edit using VE, the pictures are missing. But if i save and view again, the pictures are there.

I believe this has something to do with parsoid pointing. I am not sure what file sets the images file location during parsing.

When I edit, and add a new picture, i see the picture, but if i were to re-edit it went missing.

By using chrome developer tools, i see the following:

Failed to load resource: net::ERR_ADDRESS_UNREACHABLE

http://localhost/mediawiki/images/thumb/5/52/Picture.jpg

The image is actually located at : /opt/apps/mediawiki/htdocs/images/thumb/5/52/Picture.jpg

When a client view through their browser, the images show the following link when i hover the mouse over:

http://mysite/File:Picture.jpg

I can access the file using the following link:

http://mysite/File:Picture.jpg

http://mysite/mediawiki/images/thumb/5/52/Picture.jpg

Therefore, i believe the parsoid should use mysite rather than localhost during parsing for images.

Ideas ? AmazingTrans (talk) 13:52, 18 December 2015 (UTC)

Got this fix by changing parsoid localsettings uri from localhost to the actual ip address. AmazingTrans (talk) 14:37, 18 December 2015 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

add DropDown at EditPage with status_page(new, verified, released)

Hello. I want add DropDown at EditPage with status_page(new, verified, released). How i can do it? 86.57.234.161 (talk) 14:04, 18 December 2015 (UTC)

Problems with Syntax Highlighter

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

---

I can't seem to get the syntaxhighlight extension to work properly. It does show up as an installed extension on my Version page

Product	Version
MediaWiki	1.26.0
PHP	5.6.16 (apache2handler)
MariaDB	5.5.47-MariaDB-log

unfortunately my server is behind a firewall and not available to the public

The odd behaviors I'm seeing are:

1) every piece of code I try to highlight gets categorized in "Pages with syntax highlighting errors", which, from my understanding of the documentation means the language tag is not recognized. I am trying to use

<syntaxhighlight lang="sql" line="1">select sysdate from dual;</syntaxhighlight>

but even code block examples I've used from the documentation get categorized the same way. It's almost as though there is no language support being loaded. I've tried php and python and the result is the same.

2) no line numbering appears.

I wouls appreciate any suggestions. I am at a complete loss as to what to do. I've even tried several other syntax highlighter extensions but they all seem to have their problems.

Alex Gorbatchev's Syntax Highligher seems to be missing the SyntaxHighlighter.php file from the download bundle

Paul Grinberg's Code Extension causes the Version page to not load

I am using the dark vector.css overlay, which could affect color, but I should think I wouldn't get every page categorized as having syntax highlighting errors.

Thanks in advance.

D.L. Drdlund (talk) 19:21, 18 December 2015 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

possible to list categories with images

Is it possible with mediwiki to list elements of a category (like this for eaxmple https://en.wikipedia.org/wiki/Category:Fictional_archaeologists) with a small image attatched? Or any other way to create a flexible list of images? 95.91.206.216 (talk) 22:14, 18 December 2015 (UTC)

Dealing with old MW database

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

---

I have an old MediaWiki install using 1.11 that I was never able to upgrade. I need to set up a new instance of MediaWiki on a different host, using the contents of the database from that 1.11 install.

Do I have to use 1.11 for the new install in order for it to work with the 1.11 database? Can I install a newer version of MediaWiki and still have it work with this database? Is there a utility that can upgrade the database to be compatible with a newer install?

Any help would be greatly appreciated. Kursplat~mediawikiwiki (talk) 05:43, 19 December 2015 (UTC)

Nevermind. I installed 1.26 and it upgraded the database just fine. Kursplat~mediawikiwiki (talk) 07:28, 19 December 2015 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

When I go to Admin_Login, I get the following warning line, repeated many times:Use of uninitialized value in join or string at /opt/webwork/webwork2/lib/WeBWorK/DB/Schema/NewSQL/Std.pm line 814.

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

---

When I go to Admin_Login, I get the following warning line, repeated many times:

Use of uninitialized value in join or string at /opt/webwork/webwork2/lib/WeBWorK/DB/Schema/NewSQL/Std.pm line 814. 142.196.163.142 (talk) 11:10, 19 December 2015 (UTC)

That is a problem with a software called WeBWorK. However, here is the Support Desk for MediaWiki, the software used to run wikis like Wikipedia. This does not sound like a MediaWiki problem to me. 88.130.100.155 (talk) 13:36, 19 December 2015 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Installing Extension:Echo has messed up something

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

---

I followed the instructions for installing Extension:Echo to the letter but after the last step - running the "Update script" - I get this long detailed error message that I don't understand:

Original exception: [ae2d7c99] /wiki/index.php?title=Main_Page DBQueryError from line 1119 of /home/krdspmen/public_html/wiki/includes/db/Database.php: A database error has occurred. Did you forget to run maintenance/update.php after upgrading? See: https://www.mediawiki.org/wiki/Manual:Upgrading#Run_the_update_script Query: SELECT etp_user,etp_page,etp_event FROM `mwsz_echo_target_page` WHERE etp_user = '2' AND etp_page = '1' Function: EchoTargetPageMapper::fetchByUserPageId Error: 1146 Table 'krdspmen_mw269.mwsz_echo_target_page' doesn't exist (localhost)

Backtrace:

1. 0 /home/krdspmen/public_html/wiki/includes/db/Database.php(1076): DatabaseBase->reportQueryError(string, integer, string, string, boolean)
2. 1 /home/krdspmen/public_html/wiki/includes/db/Database.php(1600): DatabaseBase->query(string, string)
3. 2 /home/krdspmen/public_html/wiki/extensions/Echo/includes/mapper/TargetPageMapper.php(38): DatabaseBase->select(array, array, array, string)
4. 3 /home/krdspmen/public_html/wiki/extensions/Echo/Hooks.php(643): EchoTargetPageMapper->fetchByUserPageId(User, integer)
5. 4 [internal function]: EchoHooks::onPersonalUrls(array, Title, SkinVector)
6. 5 /home/krdspmen/public_html/wiki/includes/Hooks.php(204): call_user_func_array(string, array)
7. 6 /home/krdspmen/public_html/wiki/includes/skins/SkinTemplate.php(688): Hooks::run(string, array)
8. 7 /home/krdspmen/public_html/wiki/includes/skins/SkinTemplate.php(455): SkinTemplate->buildPersonalUrls()
9. 8 /home/krdspmen/public_html/wiki/includes/skins/SkinTemplate.php(240): SkinTemplate->prepareQuickTemplate(OutputPage)
10. 9 /home/krdspmen/public_html/wiki/includes/OutputPage.php(2314): SkinTemplate->outputPage()
11. 10 /home/krdspmen/public_html/wiki/includes/MediaWiki.php(690): OutputPage->output()
12. 11 /home/krdspmen/public_html/wiki/includes/MediaWiki.php(476): MediaWiki->main()
13. 12 /home/krdspmen/public_html/wiki/index.php(41): MediaWiki->run()
14. 13 {main}

Exception caught inside exception handler: [8da5ecb9] /wiki/index.php?title=Main_Page DBQueryError from line 1119 of /home/krdspmen/public_html/wiki/includes/db/Database.php: A database error has occurred. Did you forget to run maintenance/update.php after upgrading? See: https://www.mediawiki.org/wiki/Manual:Upgrading#Run_the_update_script Query: SELECT etp_user,etp_page,etp_event FROM `mwsz_echo_target_page` WHERE etp_user = '2' AND etp_page = '1' Function: EchoTargetPageMapper::fetchByUserPageId Error: 1146 Table 'krdspmen_mw269.mwsz_echo_target_page' doesn't exist (localhost)

Backtrace:

1. 0 /home/krdspmen/public_html/wiki/includes/db/Database.php(1076): DatabaseBase->reportQueryError(string, integer, string, string, boolean)
2. 1 /home/krdspmen/public_html/wiki/includes/db/Database.php(1600): DatabaseBase->query(string, string)
3. 2 /home/krdspmen/public_html/wiki/extensions/Echo/includes/mapper/TargetPageMapper.php(38): DatabaseBase->select(array, array, array, string)
4. 3 /home/krdspmen/public_html/wiki/extensions/Echo/Hooks.php(643): EchoTargetPageMapper->fetchByUserPageId(User, integer)
5. 4 [internal function]: EchoHooks::onPersonalUrls(array, Title, SkinVector)
6. 5 /home/krdspmen/public_html/wiki/includes/Hooks.php(204): call_user_func_array(string, array)
7. 6 /home/krdspmen/public_html/wiki/includes/skins/SkinTemplate.php(688): Hooks::run(string, array)
8. 7 /home/krdspmen/public_html/wiki/includes/skins/SkinTemplate.php(455): SkinTemplate->buildPersonalUrls()
9. 8 /home/krdspmen/public_html/wiki/includes/skins/SkinTemplate.php(240): SkinTemplate->prepareQuickTemplate(OutputPage)
10. 9 /home/krdspmen/public_html/wiki/includes/OutputPage.php(2314): SkinTemplate->outputPage()
11. 10 /home/krdspmen/public_html/wiki/includes/exception/MWException.php(204): OutputPage->output()
12. 11 /home/krdspmen/public_html/wiki/includes/exception/MWException.php(244): MWException->reportHTML()
13. 12 /home/krdspmen/public_html/wiki/includes/exception/MWExceptionHandler.php(69): MWException->report()
14. 13 /home/krdspmen/public_html/wiki/includes/exception/MWExceptionHandler.php(180): MWExceptionHandler::report(DBQueryError)
15. 14 /home/krdspmen/public_html/wiki/includes/MediaWiki.php(485): MWExceptionHandler::handleException(DBQueryError)
16. 15 /home/krdspmen/public_html/wiki/index.php(41): MediaWiki->run()
17. 16 {main}

I'm a total newbie at PHP so please assume I know nothing - I need "paint by numbers" help. Dodger67 (talk) 16:19, 19 December 2015 (UTC)

Someone, please help.

The prospective users are getting impatient. Dodger67 (talk) 15:45, 20 December 2015 (UTC)

Chane name of the echo tables. For example `echo_event` TO "wikiecho_event"

"wiki" is my prefix. NH35 (talk) 14:16, 16 March 2016 (UTC)

You should call update.php, but you obviously are calling /wiki/index.php?title=Main_Page, meaning your main page.

Correct would be to run update.php from the shell, just like you are doing when you do a MediaWiki update:

cd wiki/maintenance

php update.php

The update script should then add the necessary tables to the database. 88.130.123.156 (talk) 18:46, 20 December 2015 (UTC)

You can also run the update script from the web installer. See Manual:Upgrading#Web_browser Ciencia Al Poder (talk) 20:18, 20 December 2015 (UTC)

I've run the update multiple times - the exact same error occurs - in fact I think it is actually the update that causes the error.

As the wiki contains no user generated content yet I could simply re-install everything from scratch. But I have no assurance that the current version of Extension:Echo is actually compatible with 1.26.0. Everything was working correctly until I added Echo.

The wiki I'm building really does need a functional way to "ping" users - is Echo the only way to do it? Most of my users are total newbies to a wiki and would have a hard time keeping up with watchlists, at least until they become more proficient. Dodger67 (talk) 08:38, 21 December 2015 (UTC)

Pinging this topic - it seems to be falling off the back Dodger67 (talk) 21:11, 21 December 2015 (UTC)

You are right, the error is caused by the update of extension Echo:

A database error has occurred.

Query: SELECT etp_user,etp_page,etp_event FROM `mwsz_echo_target_page` WHERE etp_user = '2' AND etp_page = '1' Function: EchoTargetPageMapper::fetchByUserPageId

Error: 1146 Table 'krdspmen_mw269.mwsz_echo_target_page' doesn't exist (localhost)

The update obviously did not add the table mwsz_echo_target_page. I suspect that not only this one table has not been added, but that basically none of the database changes of extension Echo have been done. 88.130.121.191 (talk) 21:19, 21 December 2015 (UTC)

Thanks for the confirmation. Does this mean Echo is simply not compatible with 1.26.0 or is there a way to make it work? Dodger67 (talk) 21:42, 21 December 2015 (UTC)

I think there definitely will be a way to make it work. However, I do not know, how exactly the extension is supposed to add its SQL to the update.php script, so that this script recognizes it.

It looks to me like the file Extension/echo.sql contains the structure of the tables, which the extension needs. So it might be a workaround to manually run the commands from that file inside your wiki database. Note that I have not tested this. 88.130.121.191 (talk) 21:50, 21 December 2015 (UTC)

I have the same problem after installation of Echo Extension, version stable 1.26. 163.116.6.92 (talk) 14:34, 25 January 2016 (UTC)

Also the same problem... NH35 (talk) 13:02, 13 March 2016 (UTC)

Have you tried the hints by 88.130.121.191?

You should manually add the tables/columns of extension Echo to the database. In order to do that, take the SQL commands from the file Extension/echo.sql, prefix the table names with your table prefix (if you are using one) and run them in your wiki database to add the missing tables/columns.

Afterwards, you should no longer get the error "1146 Table 'echo_target_page' doesn't exist". 87.123.18.176 (talk) 13:40, 13 March 2016 (UTC)

Limited Solution:

Used the method documented here: Manual:Hooks/LoadExtensionSchemaUpdates, for adding "a new table".

Modified the following example:

# Schema updates for update.php
$wgHooks['LoadExtensionSchemaUpdates'][] = 'fnMyHook';
function fnMyHook( DatabaseUpdater $updater ) {
	$updater->addExtensionTable( 'tablename',
		__DIR__ . '/table.sql' );
	return true;
}

Changed:

• "tablename" - "echo_target_page" (the missing table from the error)
• "table.sql" - "echo.sql"

Result:

# Schema updates for update.php
$wgHooks['LoadExtensionSchemaUpdates'][] = 'fnMyHook';
function fnMyHook( DatabaseUpdater $updater ) {
$updater->addExtensionTable( 'echo_target_page',
__DIR__ . '/echo.sql' );
return true;
}

Added these lines to the end of LocalSettings.php.

Was unsure whether "__DIR__" stood for the LocalSettings.php directiry or the "maintenance/update.php" directory, so I copied "echo.sql" file from the extension directory, into both these directories. Not sure which one did the trick.

After this I updated the MediaWiki installation, for which I used the "Web browser" method (because I don't have SSH access on my hosting server). This gave the following results in the "Upgrade existing installation" browser MediaWiki interface.

...spoofuser table already exists.
Creating echo_target_page table ...done.
...site_stats is populated...done.
Purging caches...done.

The WikiSdid not break like before after this and the Echo icons in the user toolbar also became visible. So, I imagine this method worked.

Testing:

On testing the extension, by creating a test account, I was unable to see notifications for watch pages and some other edits too. The only time the notifications worked was, when the user talk page was edited.

It appears that at this moment most of the features of this extension are not working, using this method.

Maybe, the other extension database tables are also not being automatically created.

Update: Just checked the other three tables from echo.sql using the same method, they were apparently automatically created like they should have been. AhmadF.Cheema (talk) 01:04, 14 March 2016 (UTC)

Update:

Apparently, I made a mistake. While I was testing, I overwrote the master release of the extension onto the stable release (which I was testing before). I deleted the extension folder "Echo" completely and re-uploaded the stable release.

Notifications appear to be working now, aside from the "Mention" i.e. "Notify me when someone links to my user page" but maybe I'm testing this one wrong. AhmadF.Cheema (talk) 05:24, 15 March 2016 (UTC)

Okay.. so this thread is like a year old and I'm getting this error now. Has this not been resolved yet? I'm following the instructions to run the update through the browser. Something i can handle. But adding adding the code in localsettings is breaking my site because the update seems like it takes you through this process, but obviously is not updating the files. I don't understand these instructions on how to update it the other way or adding tables manually and what have you. I have tried installing a couple other extensions that require this third step of running this update script and i get the same effect. My hosting is thru Siteground if maybe that has something to do with it But i feel like i'm just missing something somehow. I follow the directions : Navigate your webbrowser to /mw-config/. For example, if your wiki is at http://example.org/w/index.php, then navigate to http://example.org/w/mw-config/. I feed it the upgrade key and run thru everything. Seems like it worked visually, but has not actually updated any files aparently.

I don't understand how to run the update from the command line. Can i even get to a command line if i have hosting on siteground? I've never used it.

I'm also trying to make my wiki multilingual and running into the same wall as it requires this update step. I'm having no problem installing extensions that just require (1) to ftp the files up and (2) to add a line to the localsettings file. But all the ones that require this 3rd step of running the update crash my site Steveengelhardt (talk) 01:43, 8 October 2016 (UTC)

@Steveengelhardt If you're on a shared hosting, you probably won't have access to ssh (command line).

So, If you want to do it the very dirty manual way, you could try to import the echo.sql to your database thanks to phpMyAdmin.

I gave that trick here : https://www.mediawiki.org/w/index.php?title=Extension%20talk%3AEcho#c-S3r3nd1-2016-10-28T00%3A12%3A00.000Z-MeikelHH-2016-05-25T18%3A26%3A00.000Z

Beat me if it's wrong to do this. S3r3nd1 (talk) 00:23, 28 October 2016 (UTC)

For running the update.php script, take a look at this: https://www.siteground.com/tutorials/ssh/

See if you can understand the tutorials. Additionally, you can probably ask customer support at Siteground for help with SSH too. AhmadF.Cheema (talk) 07:22, 8 October 2016 (UTC)

After some fumbling around, I Figured out how to use putty and then actually remembered how to move directories and shit on the terminal to get to the maintenance folder to run the update script :) Happy day! Thanks. They should remove the one about updating it thru the browser, Doesn't fkn work. Thanks again! Now to figure out this node.js bit to get the visual editor... http://FlatEarthWiki.com Steveengelhardt (talk) 01:35, 29 October 2016 (UTC)

Im running Windows server 2012R2

Product	Version
MediaWiki	1.32.0
PHP	7.2.7 (cgi-fcgi)
MySQL	8.0.15
ICU	61.1

So I'm not sure why this worked but it did. I cleared out my wincache using the following script I created awhile back ago from someone else recommended for a different issue on a different extension.

<?php

wincache_ucache_set('green', 1);

wincache_ucache_set('red', 2);

wincache_ucache_set('orange', 4);

wincache_ucache_set('blue', 8);

wincache_ucache_set('cyan', 16);

$array1 = array('green', 'red', 'orange', 'blue', 'cyan');

var_dump(wincache_ucache_get($array1));

var_dump(wincache_ucache_clear());

var_dump(wincache_ucache_get($array1));

?>

I named the file wincache_ucache_clear.php and saved it to my site folder then I opened command prompt as admin and ran cd C:\inetpub\wwwroot\"YourWIKISite" then php wincache_ucache_clear.php I then ran php update.php from the maintenance directory and viola. In the stream I was able to see that it added all echo tables. Hope this helps. Bruceillest (talk) 19:07, 8 April 2019 (UTC)

Did you run update.php before running wincache_ucache_clear.php? Far as I know, the issue of tables not getting automatically created was fixed and users should no longer have to go through any such hacks. AhmadF.Cheema (talk) 23:32, 8 April 2019 (UTC)

It's still a problem. I just ran into it again very recently. It only exists when you run update.php thru the web. I didn't have access to the command line this time so i found Importing the echo.sql to database with phpMyAdmin and then adding my prefixes to the tables worked. ~ParamotorWiki.com Steveengelhardt (talk) 04:28, 20 April 2019 (UTC)

Yes I ran update.php before running wincache_ucache_clear.php and I got the following

[fatal] [7348d6842ad5793ac217096e] update.php   PHP Fatal Error from line 5 of C:\inetpub\wwwroot\CAS\extensions\Flow\includes\Container.php: Class 'Pimple\Container' not found

After clearing cache it worked just fine. Bruceillest (talk) 14:10, 10 April 2019 (UTC)

I am having the same error ,please assist me.

and please tell guide me how & where to run 'update.php' ..?

I am a total newbie at this..

This is the error-->

) Fatal error: Class 'Pimple\Container' not found in C:\wamp64\www\wiki\extensions\Flow\includes\Container.php on line 5 Falcopragati (talk) 17:56, 16 June 2019 (UTC)

You're facing a completely different issue.

For your error, make sure that the Extension:StructuredDiscussions version corresponds to your MediaWiki version. AhmadF.Cheema (talk) 22:04, 16 June 2019 (UTC)

Thanks Ahmad

I have uninstalled my current version of Extension:StructuredDiscussions & am looking for the compatible version.

Can you please send me a link from where I can download the Extension:StructuredDiscussions for MediaWiki version- 1.32.2 ? Falcopragati (talk) 04:31, 17 June 2019 (UTC)

The normal way is to download from Special:ExtensionDistributor/Flow, but it appears to be bugged at the moment.

For the time being, you can try mediawiki-extensions-Flow/tree/REL1_32. Click on the green "Clone and download" button, then "Download ZIP". AhmadF.Cheema (talk) 05:08, 17 June 2019 (UTC)

Yes, the distributor is bugged :( .

I tried the link you sent me and it was compatible with my MediaWiki version, 'Flow' extension appears on the 'Special:version' page too ...in the 'Installed extensions' sections.

But still, it does not runs and this error now appears again-->

Fatal error: Class 'Pimple\Container' not found in C:\wamp64\www\wiki\extensions\Flow\includes\Container.php on line 5

turns out this was the version of extension I deleted before.....

still..Thanks buddy ! Falcopragati (talk) 06:19, 17 June 2019 (UTC)

This error is now resolved by downloading the 'composer' Falcopragati (talk) 04:40, 18 June 2019 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Wiktionary: How possible would it be to create a Magic Word which gives the most recent L2 heading

Every entry on Wiktionary is organised with L2 language headings,

e.g. https://en.wiktionary.org/wiki/action contains:

==English==
...
==French==
...
==Middle French==
...

Under each of these headings are numerous templates, almost all of which either contain the L2 language's code as a parameter or as part of the template's name

e.g. Every bolded en or lang=en below is redundant, as they could be (theoretically) inferred from the "English" heading above them:

==English==
From {{etyl|enm|en}} 
...
* {{IPA|/ˈæk.ʃən/|lang=en}}
* {{audio|en-us-action.ogg|Audio (US)|lang=en}}
* {{rhymes|ækʃən|lang=en}} 
...
{{en-noun}}

And there are many more templates with similar redundant parameters on this page in the English, French, and Middle French sections.

This is a huge amount of unnecessary redundancy, and it creates many opportunities for error.

Surely it would be possible to create some solution in MediaWiki to automatically pass the most recent L2 heading as a parameter to templates, or to somehow make it available as a magic word? This would have an enormous pay off in terms of simplifying Wiktionary editing, especially for new editors.

If you're wondering, there is already lua module code to translate the heading to a code (e.g. "French" to "fr"), so giving the full heading text rather than the code is not an issue.

So how difficult would it be to create an {{{H2}}} magic word for Wiktionary?

I've poked around in MediaWiki's parsing functions before but I really haven't touched PHP in a long time. I'm hoping this would be something fairly easy though and would be worth implementing for its potential to hugely simplify Wiktionary wikitext for its editors. Pengo (talk) 17:07, 19 December 2015 (UTC)

Extension:Variables 101.160.40.121 (talk) 02:17, 20 December 2015 (UTC)

Thanks. The variables extension looks like a good solution. It also looks like it is not currently installed.

I imagine it would do the trick if this were installed and then before every heading it was added like:

{{#vardefine:lang|French}}
  ==French==
  ...

The docs say that the variable should then be available to included templates.

But would it be possible for the page to behave as if the #vardefine was there without actually including it? Pengo (talk) 05:28, 20 December 2015 (UTC)

Use a template?

{{#vardefineecho: lang | {{{1}}} }}

== {{lang sec|French}} ==

101.160.40.121 (talk) 05:56, 20 December 2015 (UTC)

Yeah... That works... Though was hoping to have less impact on the existing style. But I'll try suggesting it to the editors. Pengo (talk) 06:14, 20 December 2015 (UTC)

Seems the solution is not at all unpopular. (Wiktionary discussion) Thanks again, ip-address-ending-in-121. Pengo (talk) 22:38, 20 December 2015 (UTC)

Question

Hi I work for a record company and am able to provide factual information about the company as well as link to existing online articles about it. What are the steps I need to take in order to write and publish an article on Wikipedia on the record company? thanks!

Steve Kahn SteveK15 (talk) 14:43, 20 December 2015 (UTC)

I am new to Wikipedia so if u could break it down into steps for me that would be most helpful! SteveK15 (talk) 14:44, 20 December 2015 (UTC)

For the English Wikipedia, you should first check, if the company fullfils the requirements listed at en:WP:Notability.

If it does, you can write an article following the guidelines at en:Wikipedia:Good articles! 88.130.123.156 (talk) 15:46, 20 December 2015 (UTC)

Admin does not have permissions to edit

I installed a new 1.26 install, but used an old 1.11 database, which the installer upgraded. The wiki correctly loads with the default theme instead of my old custom theme.

I need to edit the sidebar to change a bunch of old navigation links that are no longer relevant. However, the admin account (id=1) does not appear to have permissions to edit the sidebar, or any page, for that matter.

How can I restore the admin account to having rights to edit?

Thanks! Kursplat~mediawikiwiki (talk) 19:10, 20 December 2015 (UTC)

Two things:

After login, does MediaWiki show you that you actually are logged in with that account? Or is the problem that MediaWiki thinks you would not be logged in?

Second, when you visit the page Special:ListUsers in your wiki and select group "Administrators", does it then list the according account? 88.130.123.156 (talk) 20:22, 20 December 2015 (UTC)

Go to Special:Preferences on your wiki, there's a section on the first tab that list the user groups you're member of. Then go to Special:ListGroupRights on your wiki and look at the rights of those groups. The (edit) and (editinterface) rights should be listed under one of those groups for you to be able to edit interface messages. Ciencia Al Poder (talk) 20:23, 20 December 2015 (UTC)

Yes, it shows "Admin" is logged in.

Special:Preferences shows the account is a member of the following groups: Autoconfirmed users, Users, Root Admin

Strangely enough, the Administrators group shows no users.

I guess I now have to figure out how to add the Admin account to the Administrators group..... Kursplat~mediawikiwiki (talk) 05:03, 21 December 2015 (UTC)

See Manual:createAndPromote.php Ciencia Al Poder (talk) 10:42, 21 December 2015 (UTC)

Data not being pulled from $wgConf->settings

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

---

• MediaWiki: 1.26.1
• PHP: 5.6.14-0+deb8u1 (apache2handler)
• Database: 5.5.46-0+deb8u1

I am currently trying to set up a wikifarm for some projects I am working on and I'm using $wgConf for this. However, I'm currently getting an issue where it isn't pulling data from the array and it's not setting the variables.

My code can be found on Github here, with the site being located here.

Does anyone know what is causing this and what the fix is? NeedAGoodUsername (talk) 20:34, 20 December 2015 (UTC)

Got it working. Needed $wgConf->extractAllGlobals( $wgDBname );.

If anyone else is struggling, read this page on Github. NeedAGoodUsername (talk) 21:15, 20 December 2015 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Disable reseting a password for specific user

Hi, I have a testwiki and would like to disable users to change a password for a test account. I would like to know how to disable resetting a password for a specific user only. Reception123 (talk) 09:49, 21 December 2015 (UTC)

Please provide a use case why you ask for such functionality. Malyacko (talk) 10:19, 21 December 2015 (UTC)

I think you should be able to do that by creating a new user group, see Manual:User rights, add this user to the new group and explicitly revoking the "editmyoptions" permissions. I think this should effectively disable resetting the password and changing any other user preference like email. Ciencia Al Poder (talk) 10:39, 21 December 2015 (UTC)

Reception123 (talk) 11:09, 21 December 2015 (UTC)

Does it also disable Special:ChangePassword? Reception123 (talk) 12:10, 21 December 2015 (UTC)

Well, I've tested it and it doesn't prevent changing password. Try with this hook:

$wgHooks['PrefsPasswordAudit'][] = 'test_onPrefsPasswordAudit';
function test_onPrefsPasswordAudit( $user, $newPass, $error ) {
    if ( $user->getName() == 'TestUser' ) {
        return "User not allowed to change password";
    }
    return true;
}

Ciencia Al Poder (talk) 20:28, 21 December 2015 (UTC)

Thank you, I will try. Reception123 (talk) 07:22, 22 December 2015 (UTC)

@Ciencia Al Poder Unfortunately the hook only says that the action doesn't work but the password DOES change. Reception123 (talk) 17:23, 23 December 2015 (UTC)

Damn...

Okay, this worked for me:

$wgHooks['PrefsPasswordAudit'][] = 'test_onPrefsPasswordAudit';
function test_onPrefsPasswordAudit( $user, $newPass, $error ) {
    if ( $user->getName() == 'TestUser' ) {
        throw new PermissionsError( null );
    }
    return true;
}

Ciencia Al Poder (talk) 20:32, 23 December 2015 (UTC)

Some users say that it works on 1.26 without the new hook, I will see when my site updates if not I will try the new hook. Thank you! Reception123 (talk) 04:52, 26 December 2015 (UTC)

Plainlinks wiki-wide

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

---

How can I set all links on the wiki to appear as plainlinks? 77.65.90.119 (talk) 14:03, 21 December 2015 (UTC)

Okay, I found a way. You need to add the following code to MediaWiki:Common.css:

div#content a.external[href ^="http://"] { background-image: none; padding-right: 0; }

div#content a.external[href ^="https://"] { background-image: none; padding-right: 0; } 77.65.90.119 (talk) 14:53, 21 December 2015 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Editing Skins in Wordpress

Hello!

I was wondering if it is possible to edit Media Wiki Skins using Word Press platform. Is there any plugin available?

Thank you! VBello (talk) 16:52, 21 December 2015 (UTC)

Why would someone want to do that? (Maybe I totally misunderstand but the question feels like "Is it possible to edit a Microsoft Word document in Adobe Photoshop?" to me.) Malyacko (talk) 10:08, 22 December 2015 (UTC)

Semantic Form Dropdown options

Hello!

I am trying to create a down in a form and I have figured out the syntax for a selecting options from a query. What i need now is to be able to explicitly, statically, state what the options from the dropdown will be. Is this even possible?

Thanks in advance. 207.238.227.130 (talk) 17:06, 21 December 2015 (UTC)

wiki test laki

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

---

hi .our laki languge why not exist on apear list languge in inter incuboror wiki yet? Hosseinblue (talk) 18:29, 21 December 2015 (UTC)

See https://meta.wikimedia.org/wiki/Wikimedia_Incubator - this is rather a question for Meta. Malyacko (talk) 10:06, 22 December 2015 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

My question is simple

my question is simple . is there a place where i can find all the older loading screen . I'm talkting about the one that was actually use in the game . I am recrating them in my profil . Thank you Kaven1998 (talk) 21:39, 21 December 2015 (UTC)

Welcome on the support desk for the MediaWiki software. Your question is not simple as it is too vague. :) What "game" do you refer to and how is this related to MediaWiki? Malyacko (talk) 10:03, 22 December 2015 (UTC)

oh yeah i forgot we were on an wiki for more then just this game ... the game i am talking about is '' everybody edits'' Kaven1998 (talk) 07:28, 26 December 2015 (UTC)

Viasual Editor functionality?

Hi there,

Couple of questions: Not sure if this is cause by some configuration missing in localsettings.php?

1. I have tried insert media, and i notice it started with a blank, when i type a first letter, nothing shows up, until i actually type the full word:

eg: I have the following file:

01 Sensors-Fridge

02 Sensors-Car

03 Sensors-Book

I had to type either Sensors to show all Sensors, or type 01 to show 01.

I tried Sensor, sensor nothing shows up?

2.I noticed the formula functions on the visual editor

Project:Sandbox has the additional tab call formula & options where user can select the formula symbols. My current one only has a box to fill in. What extension do i have to update to have that functionality?

3. I noticed in the Project:Sandbox also has code function, what extension do i need to get that into VE?

Thanks! AmazingTrans (talk) 22:00, 21 December 2015 (UTC)

List of all extensions on one page?

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

---

Where can I find a list of all existing extensions on one page?

Extension Matrix/AllExtensions is not up to date and "only" holds 2093 extensions.

Category:All extensions holds 2,383 extensions, but I can only see 200 at a time (I tried https://www.mediawiki.org/wiki/Category:All_extensions?limit=3000 but with no luck). Stefahn (talk) 10:19, 22 December 2015 (UTC)

Why would you want to see all 2093 extensions in a single list? You can write a script to get all pages on a category using the API. Ciencia Al Poder (talk) 10:35, 22 December 2015 (UTC)

To search extensions for certain terms like "WordPress"... Stefahn (talk) 14:40, 22 December 2015 (UTC)

Actually, extensions are on their own namespace, You can use the standard search to do that, filtering by namespace! Ciencia Al Poder (talk) 20:22, 22 December 2015 (UTC)

Good point, thanks! Stefahn (talk) 23:09, 24 December 2015 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

How to translate Namespaces in my language?

Hi,

I am admin in Gilaki wikipedia and translating in https://translatewiki.net but I cant translate namespaces (Wikipedia, File, Help, etc).

How I could translate these? Please help me. Varg (talk) 12:21, 22 December 2015 (UTC)

You need to file a new task at Phabricator (where you were before).

When you file your task, please provide a complete list of the translations for the following namespace names:

• Media
• Special
• Talk
• User
• User talk
• File
• File talk
• MediaWiki
• MediaWiki talk
• Template
• Template talk
• Help
• Help talk
• Category
• Category talk This, that and the other (talk) 12:31, 22 December 2015 (UTC)

Writing a new page using the source code tab and saving the source code.

The save button is "turned off" after pressing the source button at the top left of the edit page toolbar. I am trying to insert a php input prompt into the page and I was presuming that writing the source in php was the only way to do this. I am unable to save the source code. In the alternative, is there another way to insert a php input prompt without writing in "source" mode. Plasticmanksu (talk) 12:36, 22 December 2015 (UTC)

How to change font of head lines and titles?

his music zj

Hi

I am admin in Gilaki wikipedia. I have changed fonts to Android Arabic Naskh from here but still our headlines are not changed. (I mean titles that put between == and ==.

How I could change them? Varg (talk) 12:49, 22 December 2015 (UTC)

Is Droid Arabic Naskh installed on your computer? Fish bowl (talk) 05:15, 23 December 2015 (UTC)

The font "Droid Arabic Naskh" in fact is set for these headlines. From the site of the CSS code, this worked as expected.

My guess as well is that this font is not installed on the machine, on which you are viewing the wiki. I for example am using Windows and I also do not see the headlines in that font. The first font from that list, which is present on Windows, is Tahoma. This is the font, which is used in my case. 87.123.54.137 (talk) 12:17, 24 December 2015 (UTC)

I wish to re-install my version v.5.1.4

I wish to re-install my version v.5.1.4. I need instructions on how to do this. Jecox91 (talk) 17:24, 22 December 2015 (UTC)

Sorry, v5.1.4 of what? Gerdesj (talk) 22:44, 22 December 2015 (UTC)

Installing Flow

Hi there, I would like to create a support page like here mediawiki.

I have installed Flow and Echo. it woks in user page only. How do i make it available for page such as

Project:Support desk

  // These lines enable Flow on the "Project talk" and "User talk" namespaces  

$wgNamespaceContentModels[NS_PROJECT_TALK] = CONTENT_MODEL_FLOW_BOARD;  

$wgNamespaceContentModels[NS_USER_TALK] = CONTENT_MODEL_FLOW_BOARD; AmazingTrans (talk) 17:55, 22 December 2015 (UTC)

See: Extension:Flow#Enabling Flow specifically the bit about "To enable it on a single page"

Cheers

Jon Gerdesj (talk) 22:42, 22 December 2015 (UTC)

Grant Lastlogin to all registered users

How can I grant the lastlogin right to all registered users? By default it's only granted to administrators. 84.196.154.156 (talk) 20:40, 22 December 2015 (UTC)

I don't know, what this user right is good for. However, you can grant it to all users by adding this line to LocalSettings.php:

$wgGroupPermissions['user']['lastlogin'] = true; 88.130.79.121 (talk) 22:58, 22 December 2015 (UTC)

From the docs for Extension:LastUserLogin: "This extension introduces the 'lastlogin' right".

I think this page: Manual:User rights specifically Manual:User rights#Adding new rights will get you there eventually (it's a bit circuitous.)

Cheers

Jon

PS and as it turns out, while I was looking around, Mr IPv4 answered Mr IPv4s question. Cracking. Gerdesj (talk) 23:27, 22 December 2015 (UTC)

Merge contents of different pages into one page

Is it possible to dynamically merge different pages into one single page? I would like to do so to merge all user-pages into one central users page. 84.196.154.156 (talk) 20:43, 22 December 2015 (UTC)

One option for your use case would be Extension:Collection and generate Books but that can be tricky to set up (but not impossible for a reasonably skilled sysadmin willing to travel quite a lot of docs.)

You could also look into the API: You could write a script in the language of your choice that uses curl, wget or its own method to get all the pages in the user namespace as say JSON, merge the content bits into a single piece and upload that into a page. Then use cron to run the script. Note that you will end up with two lots of history for changes - one for the original pages and again for your scripted page.

Those are my ideas for now but are you sure your information is actually in the right place? If you find yourself wanting to aggregate pages in MW then I generally find that the design is wrong in some way or the way people want to access it is unreasonable or downright silly! There's always the Search box, Categories or Subpages (with some great extensions) to organise things.

Cheers

Jon Gerdesj (talk) 23:12, 22 December 2015 (UTC)

My instance is (suddenly?) _extremely_ slow

MediaWiki 1.22.2 I believe

PHP 5.4.45 see http://rusefi.com/info.php5

Database MySQL

TL,DR: after two years my instance is suddenly giving me "gateway timeout" 95% of the times, Once in a while one page would be displayed. Copying the same instance and ~600MB backup to another hosting altogether has showed me ONE page ONCE and once I've clicked on a link I am getting gateway timeout at the new hosting location as well. How do I go from here?

I have installed my instance at 1and1 shared hosting about two years ago. My instance has that huge internalization plugin (full list of extensions - http://i.imgur.com/m49hmLa.png )

I believe the whole wiki is maybe a couple hundred pages, I am actually surprised by the database size - maybe there awe more attachments that I thought, it's for a not so big open source project, about 200 sessions a day on both wiki and forum.

Everything was simply great until a week ago - I've never maintained the instance in any way. I do not have command line access to this hosting, only FTP and myPhpAdmin. A week ago the whole site (both wiki and phpbb forum) started showing 500 and in a couple of hours it availability has really went down - see http://i.imgur.com/yoLInDK.png

1and1.com has very limited technical support but they've mentioned something about CGI limit and up-sold me to the next hosting package, which has completely healed the forum but the wiki was still pretty much down. Please keep reading, sorry for too much text :)

I've decided to move hosting. I've created a ~600MB backup on the wiki database only, and copied all the wiki scripts and wiki data into another virtual hoster with much better reviews, ehost.com

I was really surprised when my freshly-copied instance on the new hosting with a freshly restored 600MB backup has shown me the title page ONCE and then went into 'gateway timeout'. With new hosting I have slightly better control - I have port 3306 remote access and maybe even SSH access, need to confirm that.

Here is a picture of my table sizes. I am pretty surprised how big the database is, http://i.imgur.com/FyeKDHh.png I've assumed my instance barely has any info in it.

I am an embedded software developer so some IT background but no idea how to troubleshoot PHP or MySQL.

Update 1: I've requested wiki page in browser, it's waiting/hanging, went into myPhpAdmin to run "SHOW FULL PROCESSLIST" and I do not see any database queries running

Update 2: got ssh, got debug logs. The last message before hanging is

[cookie] session_set_cookie_params: "0", "/", "", "", "1"

And then silence.

Andrey22221 (talk) 00:42, 23 December 2015 (UTC)

I have called your wiki. I do not get a 504 timeout displayed by the server. Instead, it seems to be ready kind of immediately. However, the result is a blank page. This points to a PHP error. See blank page for how to get the actual error message.

What does it say? 88.130.79.121 (talk) 01:53, 23 December 2015 (UTC)

Oh, I just noticed: What I see in your wiki actually is not a PHP error. In fact the white page is not generated by MediaWiki at all.

What I see there is a correct HTML document (which is an empty page). It has head and body and inside it uses some JavaScript to redirect visitors to a sedoparking domain.

So this is not a PHP error, but some kind of misconfiguration with the folder wiki/ at least. 88.130.79.121 (talk) 02:00, 23 December 2015 (UTC)

just copied it back to index.php just to make it easier Andrey22221 (talk) 02:10, 23 December 2015 (UTC)

I have temporary renamed the .php file, current URL is rusefi.com/wiki/tempwiki.php

I've actually made some progress: I believe php is hanging on start_session invocation which is a popular place to hang up Andrey22221 (talk) 02:06, 23 December 2015 (UTC)

Your wiki is sometimes working correctly, e.g. I could see the Special:Version page, the Main Page and its history. However, a second later the same pages show an error 500.

These errors are logged in the server configuration - ask your host, what the exact error message is. 88.130.79.121 (talk) 02:15, 23 December 2015 (UTC)

I currently have two instances - the one you are hitting is 1and1.com with pretty much non-existent support. I cannot change much there.

the other instance where I have SSH and debug_log does not have a public domain yet. You can hit the instance where I have much more troubleshooting options if you change your hosts file:

108.167.160.48 rusefi.com

In my Update #2 I am seeing my non-public instance constantly hang up on session_start() invocation

Thank you for your patience and help so far! Andrey22221 (talk) 02:24, 23 December 2015 (UTC)

I've just fixed it! I've followed the recipe from http://stackoverflow.com/questions/26754108/mediawiki-1-22-session-storage

$wgSessionsInObjectCache = true; # MW internal session cache management # takes precedence over PHP management $wgSessionCacheType = CACHE_DB; # See documentation for other backends $wgObjectCacheSessionExpiry = 3600; # Default lifetime of the sessions

and hanging issue is gone! wiki is still pretty slow and it's probably time to look into performance, but at least it's functional now!

(the 500 internal server error seems to be a different issue, that's some CGI limitation and the reason I am probably moving away from 1and1.com) Andrey22221 (talk) 02:57, 23 December 2015 (UTC)

For the performance issue see Manual:Performance tuning! 87.123.54.137 (talk) 12:19, 24 December 2015 (UTC)

Changes to categorization in watchlist

MediaWiki now allows you to watch changes to the list of pages in a category, with the "page categorization" checkbox in Special:Watchlist (the watchlist switched from using show/hide links to using checkboxes not too long ago). What happens to changes that do not come from direct edits, such as:

• Categories from template transclusions
• Time-dependent categories, such as [[Category:{{CURRENTYEAR}}]] (which gives Category:2015 this year and will give Category:2016 next year)? GTrang (talk) 02:48, 23 December 2015 (UTC)

Internal error in load.php

missing tmp directory

Hi,

I've installed MediaWiki and I always get this error in Firebug:

/*

Internal error

Internal error

Problematic modules: {"startup":"error"}

*/

if (window.console && console.error) {console.error("Internal error\n\nInternal error\n\nProblematic modules: {\"startup\":\"error\"}");}

Can someone help me please?

Thanks

Regards,

Alex 212.186.188.91 (talk) 09:02, 23 December 2015 (UTC)

Set $wgShowExceptionDetails to true to display the complete error message Ciencia Al Poder (talk) 10:46, 23 December 2015 (UTC)

Thank u very much. With the complete Error message I've found the error, it was the missing tmp directory. 212.186.188.91 (talk) 11:34, 23 December 2015 (UTC)

I'm getting the same Firebug error. Where did you create your tmp directory? What tmp directory was missing. I have enabled the $wgShowExceptionDetails but it doesn't show me much more. All I can tell is that there is something wrong with load.php Drdlund (talk) 22:26, 4 February 2016 (UTC)

When you access one of the URLs with load.php in it using your web browser, do you then see a more detailed error message? The output of load.php should contain a PHP error. A backtrace would be nice... 87.123.60.188 (talk) 01:34, 5 February 2016 (UTC)

Jquery in page content

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

---

Hello,

i'm trying to run jquery code in page content, i've enabled raw html, adding

<script type="text/javascript" src="path.script.js"></script>

, but i get ReferenceError: mw is not defined.

Here is my code:

mw.loader.using( ['jquery.cookie'], function () {

     

//some jquery code here

     

});

      I tried $(document).ready(function () { , but it doesn't work too.

      If i try to wait some seconds and then run code (through setinterval()) it works, but it's a hack.     

      Mediawiki version 1.26, Vector template.     

Thanks! Gmelikov (talk) 10:15, 23 December 2015 (UTC)

Enabling raw html IS a hack and a security problem!

The problem is that your script is loaded before jQuery and mw scripts.

Instead, edit MediaWiki:Common.js and insert this, adapting the page name and script path:

if (mw.config.get('wgPageName') == 'Your page') {
    $.getScript('path.script.js');
}

Ciencia Al Poder (talk) 10:43, 23 December 2015 (UTC)

Thank you!

luckily, it's a closed wiki. Gmelikov (talk) 10:46, 23 December 2015 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

I cant get into my account

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

---

Learnbassguitaronline.com/wp/

The cause of the problem is, I changed the url to learnbassguitaronline.com

My email address is sonic.fingerprint.studios@gmail.com. If im not asking in the right place please inform me where to go. Finnbaulch (talk) 03:41, 24 December 2015 (UTC)

That doesn't look like a MediaWiki site. Try contacting your hosting's support? Ciencia Al Poder (talk) 10:30, 24 December 2015 (UTC)

That is a WordPress site. Maybe better ask in a forum about WordPress... 87.123.54.137 (talk) 11:56, 24 December 2015 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Cannot upload images

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

---

Hi, I'm trying to upload a picture to my wiki but I get: [7666e6b2] 2015-12-24 06:10:04: Fatal exception of type "MWException". On /var/log/apache2/error.log I see:

[Wed Dec 23 23:47:47.796828 2015] [:error] [pid 17387] [client <IP>] PHP Warning:  fopen(/var/www/virtualworld/w/images/lockdir/mpdgphe6wofma93z29wmbmgj8am9rrb.lock): failed to open stream: No such file or directory in /var/www/virtualworld/w/includes/filebackend/lockmanager/FSLockManager.php on line 125, referer: https://www.url.com/w/index.php?title=Special:Upload&wpDestFile=VW.png

Any idea what might cause this? I tried copying FSLockManager.php from a different directory which also had a MediaWiki installation but that failed

Agent Isai (talk) 06:13, 24 December 2015 (UTC)

It's trying to write to this directory:

/var/www/w/images/lockdir/

But your wiki is on this directory:

/var/www/virtualworld/w/

You seem to have a path configured incorrectly. $wgUploadDirectory is probably set wrong. Ciencia Al Poder (talk) 10:28, 24 December 2015 (UTC)

I meant to anoninize the directory where my wiki is at but I forgot to change the other directory name. Anyway, /var/www/w is /var/www/virtualworld/w Agent Isai (talk) 04:20, 25 December 2015 (UTC)

First, check permissions on the w/images directory. That folder and all of its subfolders should have write permissions for the user under apache is running.

If you want to discard permissions issues, just give it 777 permissions, recursively, and test if upload works now. If it works, you'll need to tune up permissions, probably changing owner and giving all folders 750 or 700 permissions. You can see the owner looking at the uploaded file.

If this also fails, check if you have software like selinux or apparmor that could block the creation of files by MediaWiki. Enabling a debug log (see Manual:How to debug) may give you further details. Ciencia Al Poder (talk) 11:50, 25 December 2015 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Internal Error: .../Parser.php: Tag hook for time is not callable

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

---

I was trying to open a subpage under a userpage

http://www.hannom-rcv.org/wi/index.php?title=%E6%88%90%E5%93%A1:SaigonSarang/test/mainpage

but got the error message as follows:

[263e352f] /wi/index.php?title=%E6%88%90%E5%93%A1:SaigonSarang/test/mainpage MWException from line 3740 of /hermes/bosoraweb189/b2729/ipg.cjkvbbsorg/hannom/wi/includes/parser/Parser.php: Tag hook for time is not callable

Backtrace:

#0 /hermes/bosoraweb189/b2729/ipg.cjkvbbsorg/hannom/wi/includes/parser/Parser.php(3505): Parser->callParserFunction(PPFrame_DOM, string, array)

#1 /hermes/bosoraweb189/b2729/ipg.cjkvbbsorg/hannom/wi/includes/parser/Preprocessor_DOM.php(1169): Parser->braceSubstitution(array, PPFrame_DOM)

#2 /hermes/bosoraweb189/b2729/ipg.cjkvbbsorg/hannom/wi/includes/parser/Parser.php(3322): PPFrame_DOM->expand(PPNode_DOM, integer)

#3 /hermes/bosoraweb189/b2729/ipg.cjkvbbsorg/hannom/wi/includes/parser/Parser.php(1231): Parser->replaceVariables(string)

#4 /hermes/bosoraweb189/b2729/ipg.cjkvbbsorg/hannom/wi/includes/parser/Parser.php(434): Parser->internalParse(string)

#5 /hermes/bosoraweb189/b2729/ipg.cjkvbbsorg/hannom/wi/includes/content/WikitextContent.php(333): Parser->parse(string, Title, ParserOptions, boolean, boolean, integer)

#6 /hermes/bosoraweb189/b2729/ipg.cjkvbbsorg/hannom/wi/includes/content/AbstractContent.php(497): WikitextContent->fillParserOutput(Title, integer, ParserOptions, boolean, ParserOutput)

#7 /hermes/bosoraweb189/b2729/ipg.cjkvbbsorg/hannom/wi/includes/poolcounter/PoolWorkArticleView.php(140): AbstractContent->getParserOutput(Title, integer, ParserOptions)

#8 /hermes/bosoraweb189/b2729/ipg.cjkvbbsorg/hannom/wi/includes/poolcounter/PoolCounterWork.php(123): PoolWorkArticleView->doWork()

#9 /hermes/bosoraweb189/b2729/ipg.cjkvbbsorg/hannom/wi/includes/page/Article.php(674): PoolCounterWork->execute()

#10 /hermes/bosoraweb189/b2729/ipg.cjkvbbsorg/hannom/wi/includes/actions/ViewAction.php(44): Article->view()

#11 /hermes/bosoraweb189/b2729/ipg.cjkvbbsorg/hannom/wi/includes/MediaWiki.php(395): ViewAction->show()

#12 /hermes/bosoraweb189/b2729/ipg.cjkvbbsorg/hannom/wi/includes/MediaWiki.php(273): MediaWiki->performAction(Article, Title)

#13 /hermes/bosoraweb189/b2729/ipg.cjkvbbsorg/hannom/wi/includes/MediaWiki.php(566): MediaWiki->performRequest()

#14 /hermes/bosoraweb189/b2729/ipg.cjkvbbsorg/hannom/wi/includes/MediaWiki.php(414): MediaWiki->main()

#15 /hermes/bosoraweb189/b2729/ipg.cjkvbbsorg/hannom/wi/index.php(41): MediaWiki->run()

#16 {main}

Anyone could kindly help me to solve this problem?

Thank you! Betoseha (talk) 07:33, 24 December 2015 (UTC)

This error doesn't happen now, it seems. Maybe you've solved it? Ciencia Al Poder (talk) 10:32, 24 December 2015 (UTC)

Thank you 2600:1012:B01D:5AB4:CCE4:D324:66B5:AA1E (talk) 12:58, 24 December 2015 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

If don't work?

Hey!

Mediawiki: 1.25.3

PHP: 5.4.45 (cgi-fcgi)

MySQL: 5.1.73-cll-lve

My Wiki: http://www.ntl-esports.de/mediawiki2/index.php?title=Hauptseite

but the Problem ist here: http://www.ntl-esports.de/mediawiki2/index.php?title=Vorlage:Infobox_Person

i am just working on a little Wiki and it realy looks nice, but now i have a problem with the "if"-funktion, ich habe a Code looking like this

ow funny .. it works here .. but not on my Wiki ... whats wrong? if i use the If funktion in the "Datei: ..." it shows me the code not what i want .. difficult zu explain when it works here .... and i want to know how can i to the "if" on the other datas? like "Spieler" or "Name"

Support desk/Flow/2015/12
[[Datei:{{{Bild}}}| 254px]]
Spieler: {{{Spieler}}}
Name: {{{Name}}}
Spitzname: {{{Spitzname}}}
Geschlecht: {{{Geschlecht}}}
Alter: {{{Alter}}}
Geburtsdatum: {{{Geburtsdatum}}}
Gesundheitszustand: {{{Gesundheit}}}
Geisteszustand: {{{Geist}}}
Fraktion: [[{{{Fraktion}}}]]
Heimat: [[{{{heimat}}}]]
Talent: {{{Talent}}}

KnuffelChan (talk) 12:40, 24 December 2015 (UTC)

Apparently, you haven't enabled any extension on your wiki... MediaWiki tarball comes with a few bundled extensions, that the installer asks you to enable. One of them is Extension:ParserFunctions which provides the functionality of #if: and others. You can enable it following the instructions on the extension's page (you don't need to download it again) Ciencia Al Poder (talk) 16:45, 24 December 2015 (UTC)

why blocked?

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

---

Is my username unacceptable? A staff blocked me... LORDTEK (talk) 13:25, 24 December 2015 (UTC)

In the Wikimedia wikis you are not blocked. If you have been blocked somewhere else, ask the person who did the block. 87.123.54.137 (talk) 14:32, 24 December 2015 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

how to build a mirror?

i want build a wikipedia mirror online.which could use a domain to visit.but i have not find anyteaching articles. could you give some suggestions?

thank you very much. Iefnuy (talk) 17:05, 25 December 2015 (UTC)

Try this page on Wikipedia. NeedAGoodUsername (talk) 13:39, 29 December 2015 (UTC)

Enabling file uploads within page?

Hi, I have file uploads from the upload link on the sidebar but how can I enable it while someone is editing the page with either WikiEditor or Visual Editor? Seems like I don't have the upload tab that mediawiki has. Any ideas? Thanks! Squid267 (talk) 19:08, 25 December 2015 (UTC)

Where to see "the upload tab that mediawiki has"? Malyacko (talk) 08:31, 30 December 2015 (UTC)

Figured it out. This feature is available for Media Wiki 1.27 wmf9 Squid267 (talk) 17:38, 30 December 2015 (UTC)

Bump Squid267 (talk) 01:15, 30 December 2015 (UTC)

MW Exception log issue

Tracked in Phabricator
Task T122480

Hello, would anyone know how the log issue below could be resolved?

[Bug56269] Exception thrown with an uncommited database transaction: [4da18c4d] /w/index.php?title=Special:NewMessages&action=submit   MWException from line 111 of /srv/mediawiki/w/includes/page/WikiPage.php: Invalid or virtual namespace -1 given. #0 /srv/mediawiki/w/includes/context/RequestContext.php(228): WikiPage::factory() #1 /srv/mediawiki/w/extensions/SpamBlacklist/SpamBlacklistHooks.php(52): RequestContext->getWikiPage() #2 /srv/mediawiki/w/includes/Hooks.php(209): SpamBlacklistHooks::filterMergedContent() #3 /srv/mediawiki/w/includes/EditPage.php(1450): Hooks::run() #4 /srv/mediawiki/w/includes/EditPage.php(1720): EditPage->runPostMergeFilters() #5 /srv/mediawiki/w/includes/EditPage.php(1305): EditPage->internalAttemptSave() #6 /srv/mediawiki/w/includes/EditPage.php(539): EditPage->attemptSave() #7 /srv/mediawiki/w/extensions/LiquidThreads/classes/View.php(664): EditPage->edit() #8 /srv/mediawiki/w/extensions/LiquidThreads/classes/View.php(2193): LqtView->showReplyForm() #9 /srv/mediawiki/w/extensions/LiquidThreads/pages/NewUserMessagesView.php(184): LqtView->showThread() #10 /srv/mediawiki/w/extensions/LiquidThreads/pages/NewUserMessagesView.php(134): NewUserMessagesView->showWrappedThread() #11 /srv/mediawiki/w/extensions/LiquidThreads/pages/SpecialNewMessages.php(39): NewUserMessagesView->show() #12 /srv/mediawiki/w/includes/specialpage/SpecialPage.php(384): SpecialNewMessages->execute() #13 /srv/mediawiki/w/includes/specialpage/SpecialPageFactory.php(582): SpecialPage->run() #14 /srv/mediawiki/w/includes/MediaWiki.php(267): SpecialPageFactory::executePath() #15 /srv/mediawiki/w/includes/MediaWiki.php(566): MediaWiki->performRequest() #16 /srv/mediawiki/w/includes/MediaWiki.php(414): MediaWiki->main() #17 /srv/mediawiki/w/index.php(41): MediaWiki->run() #18 {main} Reception123 (talk) 04:52, 26 December 2015 (UTC)

Apparently, the SpamBlacklist extension doesn't work when editing LQT posts in Special:NewMessages? Try disabling that extension and see if it works. May be worth filing a bug report on phabricator. Ciencia Al Poder (talk) 11:26, 26 December 2015 (UTC)

Thank you very much, I will talk to the people at my organization and we will try, if not we will fill a bug report at phabricator. Reception123 (talk) 18:03, 26 December 2015 (UTC)

Interface 'Psr\\Log\\LoggerAwareInterface' not found

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

---

I get the above when running. I'm making this short as my previous 4 attempts to post here are marked as spam and a spam bot attack :-( Patmansf (talk) 07:41, 26 December 2015 (UTC)

Partial error output (still trying to avoid being tagged as spam :-( ):

Interface 'Psr\\Log\\LoggerAwareInterface' not found in /usr/share/mediawiki/inclu

des/libs/objectcache/BagOStuff.php on line 45 Patmansf (talk) 07:48, 26 December 2015 (UTC)

I upgraded from Fedora Core 21 running mediawiki 1.24 to Fedora Core 23 running mediawiki 1.26, and got the above error.

I ran the update.php script, and read the release notes for 1.26 and 1.25, but don't see anything obvious that needs changing.

I also created a wiki from scratch on another Fedora Core 23 system, and it works fine. I tried using its LocalSettings.php as a basis, but still couldn't get it to work.

Any suggestions on what I need to change to get this working?

Thanks!

-- Patrick Patmansf (talk) 07:50, 26 December 2015 (UTC)

I don't know how did you upgraded, but try downloading the tarball for 1.26 and unpack it on a new empty directory (not overwriting the old 1.24 files) as described in Manual:Upgrading and copying the customizations (LocalSettings.php, images directory, updated extensions) Ciencia Al Poder (talk) 11:21, 26 December 2015 (UTC)

OK, I figured it out: I setup my wiki to use a directory other than /var/www/wiki, and with the update to Fedora Core 23 (and mediawiki 1.26), there were changes in /var/www/wiki that weren't made to my wiki's directory.

I saved (mv-ed) my old wiki directory, copied /var/www/wiki to the directory used by my wiki, and then updated the LocalSettings.php there, and now everything is working!

-- Patrick Patmansf (talk) 19:13, 26 December 2015 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Dbperformance log issues

Hi, if possible what do you think about this one?

2015-08-30 16:21:24 mw1 metawiki: [GET] Expectation (writes <= 0) by MediaWiki::main not met: query: UPDATE `user` SET user_name = 'X' [TRX#2d661da95b5d] TransactionProfiler.php line 271 calls wfBacktrace() TransactionProfiler.php line 181 calls TransactionProfiler->reportExpectationViolated() Database.php line 1165 calls TransactionProfiler->recordQueryCompletion() Database.php line 2153 calls DatabaseBase->query() User.php line 3631 calls DatabaseBase->update() UniversalLanguageSelector.hooks.php line 211 calls User->saveSettings() Hooks.php line 209 calls UniversalLanguageSelectorHooks::getLanguage() RequestContext.php line 346 calls Hooks::run() Message.php line 577 calls RequestContext->getLanguage() RequestContext.php line 436 calls Message->setContext() SpecialPage.php line 608 calls RequestContext->msg() SpecialPage.php line 466 calls SpecialPage->msg() SpecialPage.php line 355 calls SpecialPage->getDescription() SpecialCreateWiki.php line 10 calls SpecialPage->setHeaders() SpecialPage.php line 384 calls SpecialCreateWiki->execute() SpecialPageFactory.php line 582 calls SpecialPage->run() MediaWiki.php line 267 calls SpecialPageFactory::executePath() MediaWiki.php line 566 calls MediaWiki->performRequest() MediaWiki.php line 414 calls MediaWiki->main() index.php line 41 calls MediaWiki->run() Reception123 (talk) 18:05, 26 December 2015 (UTC)

can't creat info.plist on Mac Yosimite 10.10

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

---

I have tried the installation several times even changing the folder to Desktop but the file info.plist can't be created. Any solution?

Thank you 24.71.153.197 (talk) 00:31, 27 December 2015 (UTC)

Hello and welcome on the Support Desk for MediaWiki, the software used to run wikis like Wikipedia.

I am afraid you are at the wrong place here. You are speaking about property list files of bundles. MediaWiki however does not use property list files. 87.123.46.30 (talk) 12:45, 27 December 2015 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Is there an "as of" template available?

http://www.svrwiki.com version 1.24.1

This heritage railway wiki features articles on several ongoing restoration projects. I would like an easy way of keeping track of potentially dated statements.

Is there something similar to the Wikipedia "As of" template available for MediaWiki? Graham Phillips 110 (talk) 08:08, 27 December 2015 (UTC)

There is something similar to the Wikipedia "As of" template available for MediaWiki... the Wikipedia "As of" template. 110.149.135.147 (talk) 09:42, 27 December 2015 (UTC)

That page just gives instructions on how to use "as of" within Wikipedia.

I'm looking for a similar extension I can add to another installation of Mediawiki. Graham Phillips 110 (talk) 14:14, 27 December 2015 (UTC)

Press "View source". 137.147.161.181 (talk) 05:32, 29 December 2015 (UTC)

If your wiki has a CC-BY-SA license, you can just copy that template from Wikipedia. See Help:Templates#Copying_from_one_wiki_to_another Ciencia Al Poder (talk) 10:24, 28 December 2015 (UTC)

How do I install this forum software on my wiki?

Hello

Re my above question, I'm looking for a forum extension for the talk pages of my wiki. I'd prefer an extension that will leave the posts on the talk page if uninstalled.

Thanks in advance Derrickfarnell (talk) 16:33, 27 December 2015 (UTC)

Extension:Flow ? Malyacko (talk) 10:19, 28 December 2015 (UTC)

Thanks Malyacko - unfortunately, it seems that this extension is no longer being developed: Flow Derrickfarnell (talk) 11:22, 28 December 2015 (UTC)

That's not true. There is no ACTIVE development of that extension, but that goes for about 90% of the entire codebase at any point in time. —TheDJ (Not WMF) (talk • contribs) 12:34, 28 December 2015 (UTC)

{{:Pagename#Subheader}}

Hi,

Is it possible to show only chapter of the page using marks {{ and }}. To show full page, I use {{:Pagename}}, but for chapter?{{:Pagename#Subheader}} works? 194.150.65.194 (talk) 20:24, 27 December 2015 (UTC)

You'll need an extension like Extension:Labeled Section Transclusion Ciencia Al Poder (talk) 21:15, 28 December 2015 (UTC)

Can not create symbolic link: access denied

Hey, I've got a problem.

http://pasteboard.co/mV2UQgE.png < here is a screen shot.

It happens when I'm unzipping tar file.

Could You help me with that? 213.189.41.130 (talk) 11:26, 28 December 2015 (UTC)

I suspect.... Windows is stupid and sometimes doesn't allow creating symbolic links unless the program runs with administrator functions or something.. At least that is what http://superuser.com/questions/193632/access-is-denied-error-when-i-mklink-on-windows-7 seems to imply and I think there is a symbolic link in the tarball now...

I'll open a ticket about this, because it seems more people have experienced this...

The ticket is: T122502 —TheDJ (Not WMF) (talk • contribs) 12:12, 28 December 2015 (UTC)

It doesn't want to unzip file README.mediawiki. Is that file important or it's typical readme file ? 213.189.41.130 (talk) 13:05, 28 December 2015 (UTC)

It is irrelevant for the operation of MediaWiki. 87.123.9.221 (talk) 13:42, 28 December 2015 (UTC)

Visio files into mediawiki

Hi, is there a way to upload visio files into mediawiki ? 213.189.41.130 (talk) 13:38, 28 December 2015 (UTC)

I guess, see Manual:Configuring file uploads#Configuring file types NeedAGoodUsername (talk) 13:36, 29 December 2015 (UTC)

Slow parse (2)

Hello,

this is a very late addedum to my previous message because I could not post any message here due to an active filter which blocked all my posts...

I've activated a profiler (xDebug) and here is an extract of the dump file :

Incl. (%)         Self (%)        Called     Function                             File

434 018    (100)     2 000 (0.46)    (0)        Main                                 Load.php

234 013    (54)     6 000 (1.38)      1         ResourceLoader->__construct            ResourceLoader.php

191 009    (44)     69 004 (15.91)   32        ResourceLoader->register             ResourceLoader.php

128 006    (29.5)     0       (0.00)      1      require                                 WebStart.php

75 004    (17.3)     3 000 (0.69)      1         require_once                         Setup.php

61 966    (14.28)     8 996 (6.07)    121        php::spl_autoload_call                 php::internal

49 970    (11.52)    28 982 (6.68)    521        GlobalVarConfig->get                 GlobalVarConfig.php

46 976    (10.83)     9 995 (2.30)     38         wfExpandUrl                             GlobalFunctions.php

45 972    (10.60)    39 976 (9.22)    788        ResourceLoader::IsValidModule        ResourceLoader.php

22 982    (5.30)    20 984 (4.84)     37         wfRemoveDotSegments                    GlobalFunctions.php

26 002    (5.99)     2 000 (0.46)      1         ResourceLoader->makeModuleResponse    ResourceLoader.php

I've set $wgDBserver to 127.0.0.1 but no change.

Commenting the line 252 in LuaStandaloneEngine.php does not provide more infos.

Original post ContributorQ (talk) 18:11, 28 December 2015 (UTC)

I believe $wgDBserver needs to be localhost. NeedAGoodUsername (talk) 13:32, 29 December 2015 (UTC)

According to the link you have provided : "it's recommended to use 127.0.0.1 instead of localhost if MySQL is on the same machine". As I've mentioned, I changed "localhost" for "127.0.0.1" without noticeable improvment. ContributorQ (talk) 18:49, 29 December 2015 (UTC)

Can't upload image after upgrading to 1.26

Hi,

After upgrading to 1.26, I could not upload new images. Error message,

Could not create directory "mwstore://local-backend/local-public/6/6f".

appeared.

I have tried to fix the problem by following suggestions in web sites (changing permission, confirming image formats, etc), but have not yet resolved it.

One thins I am concerned with is the name of MySQL database was automatically changed from "_xxxx" to "_xxxx_yyyy" on the upgrading.

Manual:Configuring file uploads#Thumbnailing says "If $wgDBname contains non-alphanumeric characters, uploads may fail with errors like Could not create directory".

"_xxxx_yyyy" should be fine because "_xxxx" did work as database name.

But, I am wondering if this cause my problem? Or, other possibilites?

Thank you very much for you help. SdeSM (talk) 00:22, 29 December 2015 (UTC)

One thins I am concerned with is the name of MySQL database was automatically changed from "_xxxx" to "_xxxx_yyyy" on the upgrading.

The database updater doesn't have the ability to rename a mysql database ;) In fact, you would need to backup the database and restore it under a different name to be able to rename it. You may probably want to clarify that.

Check also if there's a software like SElinux or apparmor that you need to configure to allow MediaWiki to create files and folders on the server. Setting up a debug log may help you in diagnosing the problem, the exact folder it's trying to create, etc. Ciencia Al Poder (talk) 10:38, 31 December 2015 (UTC)

Hi Ciencia Al Poder,

Thank you very much for your valuable suggestions.

I am now trying what you suggested.

I will let you know when I get some progresses.

Thank you. SdeSM (talk) 00:01, 3 January 2016 (UTC)

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

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

---

Hello. We have had wiki web site version 1.19 with the old version of MySQL(5.1) data base running fine on the old server. Few weeks ago I moved that MySQL data base to the new server, downloaded MediaWiki 1.26, completed setup process by pointing to that MySQL data base located on the new server and EVERYTHING WORKED fine on the new server after that! For today I decided to refresh just the data base for our WIKI web site ver 1.26 from the most recent data base running for the old WIKI 1.19. I created the backup of data base on the old server in DOS Windows such as "C:\Program Files\MySQL\MySQL Server 5.1\bin\mysqldump" -u wikiuser -pPASSWORD wikidb > Dec28wiki.sql, copied that sql file to the new server and restored into database as "C:\Program Files\MySQL\MySQL Server 5.6\bin\mysql" -u wikiuser -pPASSWORD wikidb < Dec2wiki.sql. As the result on the web site (ver 1.26) I'm getting now the error "A database query error has occurred. This may indicate a bug in the software." Does this mean you do update something in MySQL data base during the setup of MediaWiki version 1.26? or backup and update of MySQL for Wiki site ver 1.26 has to be done differently? Thank you! Afilimonov1 (talk) 02:50, 29 December 2015 (UTC)

You're migrating from 1.19 to 1.26. That's basically an upgrade. You should upgrade the database to the new schema. See Manual:Upgrading#Run the update script Ciencia Al Poder (talk) 10:45, 29 December 2015 (UTC)

Hello Ciencia Al Poder. Thank you for the reply! The data abse upgraded to the new schema and the issue is resolved, but I'm facing 2 new issues now. Here they are: 1) First issue is old wiki (1.19) web site on the old server and the new wiki (1.26) on the new server point to to identical data bases just for the wiki 1.26 the data base is updated to the new schema; nevertheless, I can see in wiki 1.9 web site the item "Upload file" in the left Naviagtion menu, and in wiki 1.26 this item disappered. What should be done in files of wiki 1.26 to display this item? 2) The second question is one of article of wiki pages has the following code "Template:Unc". In web site wiki 1.19 this page is displayed as the link PRE 510 - MACESS Folder that points to \\ServerName.deltads.ent\ToDo, but in web site 1.26 the same page is displayed as the text "[file:///{{#replace:{{#replace: \\ServerName.deltads.ent\ToDo | |%20}}|\|/}} PRE 510 - MACESS Folder]". What should be done for wiki web site 1.26 to display it as the link as it's done for the wiki 1.19? Thank you! Afilimonov1 (talk) 22:31, 29 December 2015 (UTC)

On your first question: For the missing file upload link, see Manual:Configuring file uploads. I suspect that file uploads are not enabled in the new wiki currently, which makes MediaWiki hide that link.

For the second question, my guess is that you are missing Extension:ParserFunctions.

If you want to keep syncing the old server to the new one regularly, then, if you ask me, you should upgrade the 1.19 installation to 1.26. This would prevent many database problems for you! 87.123.33.129 (talk) 00:07, 30 December 2015 (UTC)

Thank you for your reply! The case is slightly different. This is not data base problem. Let me make clarification and provide details. On the new server the wiki web site is ALREADY upgraded to 1.26; somehow, your wiki code version 1.26 interprets the following text of the wiki article "Template:Unc" and shows it on the web page just as the TEXT "[file:///{{#replace:{{#replace: \\ServerName.deltads.ent\ToDo | |%20}}|\|/}} PRE 510 - MACESS Folder]" and not as the link but(!) the old wiki code 1.19 on the old server shows the same part of the wiki article as the link that point to the path \\ServerName.deltads.ent\ToDo - when you click, you are redirected to the subfolder ToDo on the server \\ServerName.deltads.ent. What should be done/updated in a config file or code of wiki 1.26 to show it on the web page as a link that points to \\ServerName.deltads.ent\ToDo ? Please let us know. Afilimonov1 (talk) 17:53, 30 December 2015 (UTC)

The {{#replace: }} code is part of Extension:ParserFunctions which you should enable/install on the 1.26 wiki (same as you have for 1.19), and also set $wgPFEnableStringFunctions = true;

After that you may need to make a null-edit on the page to refresh the cache. Ciencia Al Poder (talk) 20:34, 30 December 2015 (UTC)

Thank you so much for your reply! Adding at the end of LocalSettings.php of our wiki 1.26 the following three lines:

$wgUrlProtocols[] = 'file:';

wfLoadExtension( 'ParserFunctions' );

$wgPFEnableStringFunctions= true;

helped to see links to folder, and they work fine!

Nevertheless, as soon as these three lines were added, another feature is gone!

Now the images inside of wiki articles are not shown.

I have tested.

If I comment the link $wgUrlProtocols[] = 'file:';

then images are shown again but links to the folders are shown incorrectly.

If I uncomment the link $wgUrlProtocols[] = 'file:';

then images are not shown but links to the folders are shown correctly.

What should be done to support and show as images as well the links to folders? Thank you! 198.232.185.11 (talk) 00:17, 6 January 2016 (UTC)

This behaviour is a bug. It is already documented at Manual:$wgUrlProtocols:

In MediaWiki 1.20.2+, adding "file:" without trailing slashes to $wgUrlProtocols will break image embedding using the [[File:Image.jpg]] syntax. This is a known bug related to a change that made URL protocol matching case-insensitive. As a workaround, use "file://" instead of "file:"! 87.123.31.84 (talk) 00:36, 6 January 2016 (UTC)

Thank you so much for your reply! Somehow using "file://" instead of "file:" did not help and images are still not shown. Should we update the setting $wgUrlProtocols[] = 'file:'; to something else in LocalSettings.php file? or what else should we check or might be done to resolve the issue? Any ideas? Thank you! 198.232.184.254 (talk) 17:54, 6 January 2016 (UTC)

The file:// must be in $wgUrlProtocols[] instead of just file: (and also use it on wikitext, of course) Ciencia Al Poder (talk) 18:30, 6 January 2016 (UTC)

Thank you so much! This issue is resolved now! I mean both features are available now - images are shown and links to the folders work fine! 198.232.184.254 (talk) 18:32, 7 January 2016 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

How do I ensure URL always has both https and www?

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

---

Hello

My web host has installed an SSL certificate for my MediaWiki site, and I want each of the following URL variations:

http://credulism.com/wiki/Page

http://www.credulism.com/wiki/Page

https://credulism.com/wiki/Page

to automatically forward to:

https://www.credulism.com/wiki/Page

Is there a way to do this?

Thanks in advance for any help. Derrickfarnell (talk) 17:36, 29 December 2015 (UTC)

That's not specific to mediawiki.

Try google:apache+redirect+https and google:apache+redirect+www Ciencia Al Poder (talk) 20:34, 29 December 2015 (UTC)

Thanks Ciencia. In case anyone else wants to know the answer, adding the following code to .htaccess seems to work:

# Redirect http to https

RewriteCond %{HTTPS} off

RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI}

# Redirect non-www to www

RewriteCond %{HTTP_HOST} !^www\. [NC]

RewriteRule ^(.*)$ http://www.%{HTTP_HOST}%{REQUEST_URI} [R=301,L] Derrickfarnell (talk) 21:41, 29 December 2015 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

How to disable IP address block check mark in Special:Block?

As you may notice the "Automatically block the last IP address.........." option is checked by default.

How can I disable this setting? I am looking for some settings like "$wgMFShowRedLinks = true;" that can be used in LocalSettings.php.

Picture example:

http://i.imgur.com/M6xhYvk.jpg Deletedaccount4567435 (talk) 02:40, 30 December 2015 (UTC)

This is not a configurable element. You will have to override it with JS or by writing a change with an extension hook like Hook:SpecialBlockModifyFormFields, which I just noticed is not documented.... [edit: documentation now added]. —TheDJ (Not WMF) (talk • contribs) 16:14, 30 December 2015 (UTC)

Well, we are using the js solution. However, it wouldn't work for people who can't use javascript.

A temporary solution is to set the auto ip block duration from 1 day to 1 second (or 0). Deletedaccount4567435 (talk) 22:52, 30 December 2015 (UTC)

Templates not working

My Version:

Product	Version
MediaWiki	1.23.9
PHP	5.4.45 (cgi-fcgi)
MySQL	5.5.42-37.1

My Website:

VseinChelkeinu.com

When I try to use some standard templates on my site it just comes out as red links with nothing inside of them. For example when I put in {{Horizontal TOC}} into my wiki it just comes out as a red link that looks like this "Template:Horizontal TOC" (As a Red Link)

This happens for a bunch of other templates.

Templates in general work. Like if I make a simple of that just has hello world.

What are things I can do to fix this or debug. Thank you 24.188.198.27 (talk) 03:26, 30 December 2015 (UTC)

Template:Horizontal_TOC doesn't exist on your wiki. 121.220.80.91 (talk) 04:23, 30 December 2015 (UTC)

I understand that. So how do I get it on there? Benjaminkozuch (talk) 14:40, 30 December 2015 (UTC)

You write it, or copy it from a place that does have it (if such a place allows copying etc). Templates are local to each and every wiki, they are not part of the wiki distribution. —TheDJ (Not WMF) (talk • contribs) 16:08, 30 December 2015 (UTC)

well I dont know how to write one. Can you please show we the code or where I can get the code to put in myTemplate:Horizontal_TOC page so I can use this template. Thank you very much! 24.188.198.27 (talk) 19:08, 30 December 2015 (UTC)

Logo Defaulting to Wikipedia Logo

Remove Wikipedia's Common.css code

No matter what I change in localsettings.php I'm not able to change the logo on my mediawiki installation. It defaults not to the mediawiki starter logo but to the wikipedia logo. Any idea on why this is happening and what can be done to fix it? I've spent a lot of time trying to figure this out. 97.89.137.231 (talk) 04:57, 30 December 2015 (UTC)

Don't blindly copy code from Wikipedia's Common.css page. It includes styling which sets the logo to Wikipedia's. 137.147.148.145 (talk) 10:36, 30 December 2015 (UTC)

That was exactly what I needed to get me pointed in the right direction. Thank you! I copied the entire common.css when I only needed to copy the section of the css related to the infobox. 97.89.137.231 (talk) 19:43, 30 December 2015 (UTC)

See Manual:$wgLogo. How did you install MediaWiki and which exact MediaWiki version? Malyacko (talk) 08:34, 30 December 2015 (UTC)

HTML problem

Hi, I'm trying to add html (it has some tables) to main page in mediaWiki.

I have .vsd file which I wanted to add to the main page in mediawiki, I've saved it in visio as a WebPage/html.

I've changed in DeflautSettings.php: $wgRawHtml = true;

I've edited main page in mediawiki and entered html code.

But main page is empty and when I enter edit I can see the code 213.189.41.130 (talk) 10:15, 30 December 2015 (UTC)

Can You help me? 213.189.41.130 (talk) 10:16, 30 December 2015 (UTC)

SyntaxHighlight Geshi causes HHVM segfaults

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

---

Our wiki farm is in need of SyntaxHighlight_Geshi only when it's enabled it causes HHVM segfaults (https://github.com/miraheze/mw-config/issues/169). Does someone have ideas how to fix this or what could be the cause? Reception123 (talk) 11:00, 30 December 2015 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Trouble entering survey _ no valid entry code

When sending a test-email invitation, I get the following announcement and I cannot enter into the survey:

"This is a controlled survey. You need a valid entry code to participate. The code that you entered is not valid or was used before" .

I did remove the tokens that I had used and generated new tokens to test if that worked, but it did not work. Also put the survey "active" and copied the whole survey to start fresh... did not work either.

Does anybody know what I can do to solve this problem??

Many thanks in advance!

Hille (hille@hipmarktonderzoek.nl) 217.122.206.187 (talk) 15:17, 30 December 2015 (UTC)

pagename parameter within Extension:Nagios tag

I am trying to use the pagename parameter with a Nagios tag:

<Nagios nagiosurl=[http://username:password@domain.ca/nagios/ host=Support desk/Flow/2015/12 style=overview>Nagios>

The nagios tag does not recognize the parameter and returns no results.

I have also tried using {{#vardefine:hostname|Support_desk/Flow/2015/12}} {{#var:hostname}}

<Nagios nagiosurl=[http://username:password@domain.ca/nagios/ host={{#var:hostname}} style=overview>Nagios> 206.47.135.198 (talk) 16:06, 30 December 2015 (UTC)

SQL DATABASE

Hi, my sql database at Bluehost was 28gb resulting in them turning off my page. I deleted the files and then had to uninstall and then reinstall mediawiki. How can I stop users from filling the sql database files? Why is the default to allow this? I tried to get other wiki software because this should not be any default behavior and you have zero useful instructions anywhere about it. Please advise. 58.136.150.11 (talk) 16:28, 30 December 2015 (UTC)

Using MediaWiki: I am the only one needing any access to this page. What is the easiest way to stop any other user than myself from gaining access to or adding data to the my sql database? 58.136.150.11 (talk) 17:04, 30 December 2015 (UTC)

Several hundred spam pages created already. This should not be the default. That encourages vandals. 58.136.150.11 (talk) 18:14, 30 December 2015 (UTC)

If it's a private wiki, then select private wiki in the installer, then only you can register accounts, and only registered accounts can edit or view the wiki pages. 137.147.148.145 (talk) 08:03, 31 December 2015 (UTC)

This is an interesting question.

In order to reduce the size of the database see Manual:Reduce size of the database. You can truncate (not delete!) all cache tables, however, MediaWiki will fill them again afterwards. So basically this only has very limited effect and it will worsen performance.

In order to no longer give others access to the wiki, you should configure user groups as described here: Manual:User rights#Changing group permissions. E.g. the lines

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

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

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

in LocalSettings.php will immediately disable editing for anonymous users and for users, who are logged in. Only administrators (group "sysop") will be able to edit. This should stop new spam instantly.

Afterwards you might still want to disable or delete accounts, which spammers have created. See Manual:Combating spam. E.g. the Extension:UserMerge can delete users.

Afterwards you should have a look into your database to see, which database table(s) is/are actually huge. The actual content of your wiki is stored in the database tables page, revision and text. My guess is that most likely the text table will be very big.

If a page only contains spam and never, in no revision, contained anything useful, you can use the maintenance script nukePage.php in order to delete this page from the database. This will irreversibly erase the page, all its revisions and the associated text entries from the database. Note that this cannot be undone.

Apart from that it also is possible to remove single revisions of a page from the database. This is useful, if a spammer put junk into an otherwise useful page. However, I only know of ways to manually do such changes inside the database. I don't really think this is useful if you need to do that for hundreds or thousands of revisions. 87.123.37.101 (talk) 12:11, 31 December 2015 (UTC)

Can't open image in LibreOfficeWriter 4.4 after downloading update

I have Java in place. I paste to LibreOfficeWriter and get a box with image icon plus "Image1"(text). After double click on small icon a pop-up appears Image/Macro/Assignments/Event "Could not load image". How do I copy/paste an image to LibreOffice Writer? I need to be able to capture the image and resize it repeatedly until the page is full. I am using 4.4. Joycekay44 (talk) 00:10, 31 December 2015 (UTC)

Hello and welcome on the Support Desk of MediaWiki, the software used to run wikis like Wikipedia. This request is not related to MediaWiki.

Personally, I would save the image on disc and from there I would use the "Insert image" dialogue in order to put the image into the document. I would in contrast not drag and drop the image. In this case, I often had wrong image formats afterwards, which had poor quality and which could not be read by other tools. 87.123.31.8 (talk) 00:47, 31 December 2015 (UTC)

File Uploading in 1.26

We upgraded wiki to 1.26 version and file_uploads = On in php.ini but File Uploading item is not listed in the menu anymore. What else should we check? Or 1.26 does not support file uploading? Thank you! Afilimonov1 (talk) 06:55, 31 December 2015 (UTC)

Manual:Configuring_file_uploads#Setting_uploads_on.2Foff Ciencia Al Poder (talk) 10:26, 31 December 2015 (UTC)

Link in v.1.26

On our wiki web page that was upgraded to 1.26 what will be the record edited on a wiki page to be shown as the link with the name ToFolder that redirects to the folder \\ServerName.deltads.ent\ToDo ? Sorry for asking this but how we wrote the links in 1.19 version does not work anymore in 1.26. Thank you! Afilimonov1 (talk) 07:00, 31 December 2015 (UTC)

file://///ServerName.deltads.ent/ToDo

You should also enable the file:// protocol in $wgUrlProtocols

See SO question. Ciencia Al Poder (talk) 10:25, 31 December 2015 (UTC)

$wgUrlProtocols does not exists in LocalSettings.php file. In that file (or in which one???) what should be a value for $wgUrlProtocols to support file:// protocol ? Thank you! 198.232.185.11 (talk) 06:48, 4 January 2016 (UTC)

Please read Manual:$wgUrlProtocols, it even has an example Ciencia Al Poder (talk) 10:47, 4 January 2016 (UTC)

Pages with syntax highlighting errors

I just updated from 1.24.4. to 1.26.2 and I am having issues with Syntaxhighlight tag. The first issue is that the tag doesn't work any more. The second issue is that everywhere the tag doesn't work, there is a new category automatically added to each article Pages with syntax highlighting errors, and the third issue is that the only way to get this category to work properly and include the affected article is to open the article for editing and save it without making any changes.

I'm mostly concerned with the first issue of the tag not working. I am using the correct syntax as instructed in the

I would like to type more but the developers have gotten so clever with the text box input field I don't seem to be able to work it. MadenssContinued (talk) 14:48, 31 December 2015 (UTC)

I have not seen this issue myself. For me, syntax highlighting is working correctly. Since saving a page without making any edits to it solves the issue, it might help to clear all caches, so that MediaWiki once has to render each page newly again. This will have negative impact on performance while the cache has to be rebuilt, but purging it globally should help. 87.123.44.213 (talk) 16:31, 2 January 2016 (UTC)

same applies here. Tag is not working in mediawiki 1.26.2. No errors or warnings seen. I reloaded by the distributor ( no git ) but no result. Even when I force an error by supplying an non existing language, no error is generated. The tag is apparently accepted as when you add an space in the tag name, the tag text appears in your window text. 1.172.86.240 (talk) 11:47, 21 March 2016 (UTC)

Just been updating to 1.26.3 and syntax highlighting not working anymore have updated <source> tags to <syntaxhighlight> to no avail. Special Pages\Version show syntaxhighlighting and kzykhys/pygments installed.

As a bundled extension I would have expected some pretty thorough testing and little to no configuration required to make this work out of the box just add the appropriate wrapper around a code snippet and away we go, but no, this is a nightmare, As I am using the wiki for development reference so syntax is of some major importance.

Is there any chance of the developer looking into this as a matter of urgency and perhaps producing a checklist of requirements that must be correct for this extension. Failing that what is the best alternative to this to use. All of the ones I have looked at are not in the new format and have no extension.json file so need to be messed about with to make them pass the update checks. Is there any option to revert back to an earlier version.

fi AdaDare (talk) 14:44, 20 June 2016 (UTC)

Although there have been discussion on the matter, (see https://phabricator.wikimedia.org/T128993) there doesn't seem to be any solution at the moment. One hack has been to disable SELinux.

It works fine for wikimedia Wikis, which could mean that lesser attention will be given to the problem. AhmadF.Cheema (talk) 15:10, 20 June 2016 (UTC)

I added some comments to the discussion providing a "fix" for SELInux. Our MW 1.26 now works with pygments and SELinux enables. 159.46.196.35 (talk) 08:53, 17 January 2017 (UTC)