Can MediaWiki be set to use a specific domain?

I have a wiki at de.sturmkrieg.com and sturmkrieg.de. Is it possible to set it to use sturmkrieg.de? Lieutenant Aleksandr Reznov 18:07, 1 January 2013 (UTC)

Yes. For example if you are using Apache with mod_alias enabled you could add the following line to the configuration file.

Redirect 301 http://de.sturmkrieg.com http://sturmkrieg.de

– Allen4names (IPv6 contributions) 18:27, 1 January 2013 (UTC)

Thanks. Will $wgServer also work? ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 04:26, 21 January 2013 (UTC)

Setting $wgServer to a specific URL will make all internal links generated by MediaWiki to point to that URL, so for example, if you don't have the alias rule in the server, you could access the wiki from another domain but links will point to a different one. Ciencia Al Poder (talk) 10:36, 21 January 2013 (UTC)

Restricting certain file upload

Is there a way to configure it so that only a certain user group can upload, say, .doc files? 108.231.77.32 (talk) 08:05, 2 January 2013 (UTC)

You can restrict uploads to a certain user group (see Manual:User rights), but you can't do this for specific file formats. However, if you know PHP you can extend MediaWiki using one of the existing Hooks and code a function that would prevent the upload if the extension is ".doc" and the user is not in the group you define. Ciencia Al Poder (talk) 10:43, 2 January 2013 (UTC)

Warning: wfMkdirParents: failed to mkdir mode 511 in wiki/includes/GlobalFunctions.php on line 2536

I am getting this error on some images that are uploaded: Warning: wfMkdirParents: failed to mkdir "/home/patjk/public_html/speedsolving/wiki/images/thumb/d/d2/Scrble3x3.PNG" mode 511 in /home/patjk/public_html/speedsolving/wiki/includes/GlobalFunctions.php on line 2536

wfMkdirParents() in GlobalFunction.php seems to be trying to make a directory with the name of the file itself. See error posted on here: http://www.speedsolving.com/wiki/index.php/File:Scrble3x3.PNG

What is the best way to resolve this? Thanks. 110.168.125.219 (talk) 13:42, 2 January 2013 (UTC)

If you view the image url, you'll see that it is http://www.speedsolving.com/wiki/images/thumb/d/d2/Scrble3x3.PNG/114px-Scrble3x3.PNG -- so putting the file name in the directory is expected.

Is the images directory writable by the web server?

Does the /home/patjk/public_html/speedsolving/wiki/images/thumb directory already exist? If so, is it writable by the web server? ☠MarkAHershberger☢(talk)☣ 13:56, 2 January 2013 (UTC)

Actually, http://www.speedsolving.com/wiki/images/thumb/d/d2/ is already there with a couple of sub-directories already. What permissions does /home/patjk/public_html/speedsolving/wiki/images/thumb/d/d2 have? ☠MarkAHershberger☢(talk)☣ 13:57, 2 January 2013 (UTC)

/thumb/ is 777. /d2 is 755. 115.87.86.30 12:52, 4 January 2013 (UTC)

Thanks, but who owns /thumb/ and /d2 ? What user does the webserver run as? If /d2 is not owned by that user, then the errors make sense. Maybe try chmoding /d2 to 777? ☠MarkAHershberger☢(talk)☣ 15:56, 4 January 2013 (UTC)

They are both owned by the user. I CHMOD to 777 and it fixed the error. Why did the error happen only on the /d2 directory but not others? I don't want to have this error come up again and have to CHMOD each time. Thanks. 202.47.230.22 16:11, 8 January 2013 (UTC)

I don't know why this error happened there. Is it possible you ran some script as a shell user? That may have caused the permission problems.

If this problem pops up again, then there is another problem.

You say the it works now. Is the /d2 directory owned by a different user than the /d2/Scrble3x3.PNG directory and file? ☠MarkAHershberger☢(talk)☣ 16:37, 8 January 2013 (UTC)

Customizing Extension:WikiLove

How do I change the icon for WikiLove and change the colors used in the barnstars?

The heart is hardly appropriate for the grimdarkness of the 41^st millennium and the default colors are too bright for the dark layout. I tried customizing it the way that it says on the page, but it didn't work. Lieutenant Aleksandr Reznov 17:14, 2 January 2013 (UTC)

Two questions:

1. Are you customizing it for just yourself or an entire wiki?
2. Do you have shell access on the server that runs the wiki?

You can customize it no matter what your answers to these questions are, but they determine what the best way to customize it is. Kaldari (talk) 22:33, 3 January 2013 (UTC)

I'm trying to customize it for the entire wiki, so that whenever someone adds a barnstar, it will be the colors that I set.

I have shell access, but I normally just use FTP. Isn't it possible though to change the appearance from the wiki? ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 00:16, 4 January 2013 (UTC)

What should I do to customize it? ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 22:39, 4 January 2013 (UTC)

Customizing the WikiLove interface and the awards are handled differently. First, the easiest one...

If you want to change the heart icon to black, for example, add something like the following to your MediaWiki:Common.css (or the specific skin equivalent):

#ca-wikilove.icon a {
  background-image: url("/extensions/WikiLove/modules/ext.wikiLove/images/heart-icons-black.png");
}

The exact URL will depend on your wiki's URL scheme. For example, on WMF wikis, there would be a '/w' before the '/extensions'. Since you have shell access, you could also go in and edit the CSS file directly:

/extensions/WikiLove/modules/ext.wikiLove/ext.wikiLove.icon.css

Other interface components can be changed with a similar approach. Kaldari (talk) 06:08, 5 January 2013 (UTC)

Thanks. On mouseover, it seems to disappear. Do you know how I fix this? Also, when I add it to common.css on sturmkrieg.de, it causes the vector.css page to stop loading. ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 14:38, 5 January 2013 (UTC)

That probably indicates some conflict or error in your css. Could you point me to your wiki so I can look? ☠MarkAHershberger☢(talk)☣ 14:44, 5 January 2013 (UTC)

sturmkrieg.de

The wiki where it works is en.sturmkrieg.com ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 15:24, 5 January 2013 (UTC)

Thanks. I've tried to create an account there. What do I need to mouse-over to see the problem? ☠MarkAHershberger☢(talk)☣ 15:40, 5 January 2013 (UTC)

I approved it. You can go to any user page, user talk page, or subpage of either to see the button for WikiLove. ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 15:47, 5 January 2013 (UTC)

The problem is a the following CSS:

#ca-wikilove.icon a:hover, #ca-wikilove.icon a:focus {

background-position: -19px 60%;

}

I fixed it in my own CSS by using:

#ca-wikilove.icon a:hover, #ca-wikilove.icon a:focus {

background-position: 5px 60% !important;

}

You should probably do something like that for MediaWiki:Common.css ☠MarkAHershberger☢(talk)☣ 16:38, 5 January 2013 (UTC)

I'm using this:

#ca-wikilove.icon a, #ca-wikilove.icon a:hover {
  background-image: url("http://upload.wikimedia.org/wikipedia/commons/3/3a/Feedback_red_star.png");
  background-position: 5px 60% !important;
}

And now it doesn't work after clicking on it. It shows the box, but it doesn't show any of the barnstars of any of that stuff. ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 17:25, 5 January 2013 (UTC)

I think this list needs to be populated in using some modifications to MediaWiki:WikiLove.js like Ryan said. ☠MarkAHershberger☢(talk)☣ 17:59, 5 January 2013 (UTC)

I'll try it, but it worked before, so it should be able to still get what it needs from the files. ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 18:10, 5 January 2013 (UTC)

Actually, looking at your WikiLove.js page, you are completely overwriting all the default options. Instead of

$.wikiLoveOptions = {

defaultBackgroundColor: '#151515',

defaultBorderColor: '#FF0000',

}

you want to use something like

$.wikiLoveOptions.defaultBackgroundColor = '#151515';

$.wikiLoveOptions.defaultBorderColor = '#FF0000';

In other words, look at MediaWiki:WikiLove.js on enwiki for how to make smaller changes. If you want to overwrite everything, you'll need to refer to the work that commons has done. ☠MarkAHershberger☢(talk)☣ 18:10, 5 January 2013 (UTC)

To change the items and awards that are available, you have two options. You can use your shell access to edit the file:

/extensions/WikiLove/modules/ext.wikiLove/ext.wikiLove.defaultOptions.js

...or you can edit MediaWiki:WikiLove.js on your wiki to change the items from the defaults. For example, if you wanted to change the image for the Original Barnstar, you would add a line like:

mw.loader.using( 'ext.wikiLove.defaultOptions', function() {
    $.wikiLoveOptions.types.barnstar.subtypes.original.image = 'Star icon.png';
} );

Instructions for more significant changes can be found at WikiLove#How_to_customize, while an explanation of all the properties that you can set can be found at Extension:WikiLove#Custom configuration. I would also recommend taking a look at some examples of custom WikiLove configurations already in use: Malayalam Wikipedia, English Wikipedia, Wikimedia Commons. Kaldari (talk) 06:31, 5 January 2013 (UTC)

How do I add an additional type?

this is what I have:

//
  $.wikiLoveOptions.defaultBackgroundColor = '#151515';
  $.wikiLoveOptions.defaultBorderColor = '#FF0000';

// Medals

$.wikiloveOptions.types.medals = {
    name: 'Medals',
    select: 'Select a medal',
    subtypes: 'example'
};

$.wikiLoveOptions.types.medals.subtypes.example = {
    fields: [ 'header', 'message' ], // fields to ask for in form
    option: 'Example Medal', // option listed in the select list
    descr: 'This is an example medal.  Glory to the Emperor!',
    header: 'You have been awarded a medal, glorious adept of the Emperor', // header that appears at the top of the talk page post (optional)
    image: 'sternkreuz.png', // image for the item
    imageSize: '120px' // size to display image (optional)
};

//

I'm trying to add a section for medals. ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 19:40, 5 January 2013 (UTC)

You have at least one typo that may be causing this:

$.wikiloveOptions.types.medals = {

The "l" should be capitalized:

$.wikiLoveOptions.types.medals = { ☠MarkAHershberger☢(talk)☣ 19:54, 5 January 2013 (UTC)

Thanks. How should I do subtypes?

Should it be

subtypes: { 'example' }

or

subtypes = { 'example' } ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 20:05, 5 January 2013 (UTC)

It turns out I had to define each of the subtypes within the code for the type, probably since it's a whole new series of them, and not an alteration to what already exists. ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 20:52, 5 January 2013 (UTC)

Excellent! Glad you figured it out. Could you update the documentation that Kaldari pointed you to with anything that you find? ☠MarkAHershberger☢(talk)☣ 21:18, 5 January 2013 (UTC)

Gerrit amend remove a file

Hi, I recently added a patch to Gerrit for the BiblioPlus extension. By mistake I added the i18n file, which I shouldn't have. How do I amend the commit to remove this file from the commit? Thanks Karen Eddy (talk) 00:23, 3 January 2013 (UTC)

See Git/Workflow Ciencia Al Poder (talk) 10:27, 3 January 2013 (UTC)

[RESOLVED] Error generating Thumbnail: Invalid Parameter -95

Hi,

I always get the error "Error generating Thumbnail: Invalid Parameter -95" for any image displayed as a thumbnail (e.g. in the gallery or the file list) If I use the "direct-link" to the file it's all fine and I can use them in articles as an embedded image, but not as Thumbnail. Any ideas?

Thanks! Voege11 (talk) 14:37, 3 January 2013 (UTC)

url?

Also, sounds like an ImageMagick problem, so if you have command line access what does "convert -version" give you? ☠MarkAHershberger☢(talk)☣ 14:51, 3 January 2013 (UTC)

Sorry I forgot to say that the webserver is IIS7.5 on a windows machine.

I already fixed the problem, that was caused by myself.

I simply disabled $wgUseImageMagick in the LocalSettings.php (which I obviously enabled before)..

Now it works fine.

Thank you for your help anyways! Voege11 (talk) 15:14, 3 January 2013 (UTC)

[RESOLVED] Pages not appearing in Categories

Hi,

Were running a slightly old version of mediawiki

Product Version MediaWiki 1.16.2 PHP 5.1.6 (apache2handler) MySQL 5.0.77

And have been having some issues for a while now, we use Categories as a sole method of organising the wiki pages into a logical structure, adding tags to the bottom of pages such as [[Category:testing_software]], but we have noticed that some pages do not appear within the categories page after saving the page. These new pages only appear to users who have logged into the wiki.

e.g, if i create a new page called "test" and add the tag "[[Category:testing_software]]" to the bottom of the page, you would expect it to appear on the WIKIURL/wiki/index.php/Category:testing_software page with the rest of the pages containing this tag. But if a user is visiting the site as a guest (not logged in), they will not see this page on the WIKIURL/wiki/index.php/Category:testing_software page until they log in. However, they can see the page if they visit the URL directly (e.g. WIKIURL/wiki/index.php/test

Anyone seen this behaviour before, if so any idea how to fix it :)

Regards,

Aaron 151.170.240.10 (talk) 16:00, 3 January 2013 (UTC)

First, you should definitely consider upgrading to the latest version of 1.19 which will be supported for the next couple of years -- Security fixes are no longer provided for 1.16.

Second, is there a URL for your wiki? It sounds like you are running a public one and that would help with diagnosing the problems.

Otherwise, what extensions do you have installed? ☠MarkAHershberger☢(talk)☣ 17:12, 3 January 2013 (UTC)

Were in the process of upgrading, but its in the hands of our IT Security staff to approve the software before upgrading (slow is the word of the day)...

Alas, its a private Wiki run only on our internal network, so i cant give anyone external access to check on these things.

As for installed plugins;

PdfExport (Version 2.4.1 (2011-01-29))

SyntaxHighlight (Version 1.0.8.10)

FCKeditor (Version 1.0.1)

Thats all... 151.170.240.10 10:00, 4 January 2013 (UTC)

I agree with Ciencia Al Poder, it sounds like a caching problem.

Also, if you upgrade, you should be aware that FCKeditor is no longer supported. I'm trying to work with the WMF devs to figure out a solution, though. ☠MarkAHershberger☢(talk)☣ 15:49, 4 January 2013 (UTC)

This may be a caching problem. Have you tried purging the page while not logged in? Ciencia Al Poder (talk) 10:32, 4 January 2013 (UTC)

Bingo, Cache purge was the issue... I had no idea MediaWiki even had a cache... time to start looking into that, either disabling it or tuning it to work better. 151.170.240.10 09:38, 7 January 2013 (UTC)

Are there any better caching solutions out there (plugins) or a way to better tune the cache with a lower TTL, the inbuilt one seems to not re-cache pages for about a month ! 151.170.240.10 11:11, 7 January 2013 (UTC)

If you really are upgrading, I think you'll see caching improve in newer versions. Otherwise, there is a FAQ: How do I completely disable caching? and documentation for how to improve caching. ☠MarkAHershberger☢(talk)☣ 14:27, 7 January 2013 (UTC)

IPv6 issue

I'm using the latest MediaWiki (tried both 1.20.2 and 1.21alpha from git). I have clients that have IPv6 enabled and cannot turn IPv6 off (e.g. on iPads and Android tablets).

When an IPv6 client connects I get an error: Unable to determine IP with backtrace to WebRequest->getIP() in User.php. I was able to trace it down to the IP::canonicalize() function returning null. When I print the content of the $addr value passed to the function I get a IPv6 address like this: [2001:6a8:2900:5001:...]. I immediately suspected the surrounding square brackets are the culprit, because I did not see them in the regex expressions at the start of IP.php. When I add them to the RE_IPV6_ADD, MediaWiki stops complaining, so it must be related to the square brackets somehow.

In order to make this work I also added lines to IP::canonicalize() to remove the square brackets, because the code that add the ip talk links didn't like the brackets.

Best regards,

Kris Dekeyser Kris Dekeyser (talk) 19:15, 3 January 2013 (UTC)

[RESOLVED] Is it possible to export database tables by prefix?

I'm wondering if I can start wikis under a shared database, and if they get large, export the tables and move them to their own database. Lieutenant Aleksandr Reznov 21:52, 3 January 2013 (UTC)

yes, that should work. You would, of course, have to update your LocalSettings.php, but that should be all that is required. ☠MarkAHershberger☢(talk)☣ 22:01, 3 January 2013 (UTC)

Thanks. Do you know what the process would be to export tables by prefix? ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 22:04, 3 January 2013 (UTC)

If you can do a little shell scripting, it shouldn't be that hard. I may be able to help you come up with something if you need that. ☠MarkAHershberger☢(talk)☣ 22:11, 3 January 2013 (UTC)

A couple of hints:

If you look at the LocalSettings.php for a wiki, find the setting for $wgDBprefix and then use the following command, substituting the value of $wgDBprefix for PREFIX:

echo "show tables like 'PREFIX%'" | mysql wikidb -u root | tail -n +2 > tables.txt

Then you can use mysqldump to create a dump file of that wiki's database tables:

cat tables.txt | xargs mysqldump wikidb > dump.sql

Use the dump file to create a database on the new server:

mysql newWikidb < dump.sql ☠MarkAHershberger☢(talk)☣ 01:17, 4 January 2013 (UTC)

Thanks. ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 02:37, 4 January 2013 (UTC)

Thanks for the software, but I'm out. There's just too much spam and hacking.

I've been running MediaWiki for years and really liked the concept, but two weeks ago I had to uninstall it. Even with edits locked down, spammers just keep finding holes and ways of filling up the database with 200,000 keyword pages. (which Google promptly ignores, but chews 3 gigabytes of outgoing bandwidth a day. I shudder to think how much bandwidth is consumed by forgotten installations)

Yes, I was running the latest version (as provided by Dreamhost) and this is actually the third time the Wiki has been destroyed by spam, not including when it was cracked and modified every PHP script on my site.

In short, MediaWiki has chewed up weeks of my time for little reward over static web pages, and isn't getting better. I can't do it anymore. But I figured I at least owed you an explanation why. If you're going to distribute content-management software, a slight focus on security (or at least, detecting and managing common abuse) might be helpful. You have become a major target of attack in the modern software ecology. Evolve. 124.171.195.43 (talk) 22:42, 3 January 2013 (UTC)

You don't say if you wanted a wiki or a CMS or what configuration changes you made, so I'll assume you just installed it and expected it to remain spam-free.

There are extensions to help you control spam: Extension:ConfirmEdit and Extension:SpamBlacklist are a couple. The manual page for combating spam also has pointers.

As far as people hacking into the software, did you keep up to date with the latest security fixes? There have been problems in the past, but they've been fixed.

Finally, if you want a CMS, it is true that we often advise people that MediaWiki is not a CMS, but we also have a manual page for that use case. I've successfully used MediaWiki as a CMS for a small site that I run.

If you install a wiki with its default settings, though, you should be aware of the underlying philosophy of the wiki: Anyone can edit. ☠MarkAHershberger☢(talk)☣ 23:40, 3 January 2013 (UTC)

Spam problems are usually pretty severe with all wikis. Using abuse filter and importing various filters to prevent spam is extremely effective. If you have a really serious problem, you can try installing Confirm Account that allows authorized users approve the account creations of new users. I've been running it on multiple wikis without ConfirmEdit enabled on account requests, and I hardly ever get account requests by spammers.

@Mark– So are you using MediaWiki as a non-wiki? Basically just using it to create a regular website? I was thinking about using it for sth like that. ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 00:13, 4 January 2013 (UTC)

Yes, that is just a small site set up to recognize the work of a modern Russian martyr. Sign ups are disabled and I'm the only one who can edit it. ☠MarkAHershberger☢(talk)☣ 00:22, 4 January 2013 (UTC)

Explain "with editing locked down". If you mean only for anonymous users, that can't do much. If your wiki will not be publicly used much, see Manual:Preventing access. Make sure you have access to LocalSettings.php so you can install the aforementioned extensions. Jasper Deng (talk) 00:10, 4 January 2013 (UTC)

I was worried about the version of MW that DreamHost is providing in their one-click install, so I went to set up a trial account and test it out: http://mw-test.dreamhosters.com/

The version they provide, though, is relatively up-to-date: 1.19.2 when the latest 1.19 version (our LTS release) is 1.19.3. ☠MarkAHershberger☢(talk)☣ 00:17, 4 January 2013 (UTC)

I've stopped using the auto installation features of webhosts. Most website programs aren't that hard to install, and I've frequently had errors result from using the auto installations. Plus they usually don't give nearly as many options, and if they auto create the database, they usually give it a nonsensical name. ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 00:36, 4 January 2013 (UTC)

But as long as auto-installation is provided (either by web-hosters or people like Debian), MW developers and distributors will still get the blame for what goes wrong. To mitigate this, I've started trying to work with them. ☠MarkAHershberger☢(talk)☣ 00:54, 4 January 2013 (UTC)

Yeah, it's important to make sure it gets updated. I've noticed though that right after the updates are when it's most likely to fail. They seem to be good about keeping it up to date though. ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 02:34, 4 January 2013 (UTC)

Perhaps we should add a disclaimer to the top of the support desk page about these. Jasper Deng (talk) 02:36, 4 January 2013 (UTC)

It might be worth doing, since I noticed that people seem to write crappy reviews on the application installation and information page when it doesn't go right because of the installer, yet works fine manually. Plus there's likely to be people who would just give up and assume that their server can't run if the auto installer doesn't do it right. ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 02:42, 4 January 2013 (UTC)

Ambox and Navbox giving me trouble.

http://innaveria.com/wiki/Template:Aonir

Note how that is so very different from...

http://en.wikipedia.org/wiki/Template:Navbox

...this. I have no idea what I am doing wrong. I imported the templates from Wikipedia, assuming I could just adjust the colors to my liking... but for some reason, it isn't quite working. Almost. Very very close, but it is still missing the border around it, the centering, and the colors. What am I missing here? Is it something in the common.css, or did I forget a template somewhere along the way?

Product Version MediaWiki 1.20alpha PHP 5.3.15 (cgi-fcgi) MySQL 5.5.23-55 70.63.125.2 (talk) 23:45, 3 January 2013 (UTC)

Well, the template does say it is fairly complex. I looked at http://innaveria.com/wiki/Template:Navbox and http://innaveria.com/wiki/Template:Aonir on your site and it only listed a few templates that you'd imported:

• Template:Fmbox
• Template:Template other

(I'm excluding all the documentation templates.)

The enwiki site includes a number of other templates:

• Template:Clear
• Template:Fmbox
• Template:Hatnote
• Template:High-risk
• Template:Loop15
• Template:Main
• ...

and you'll need to import all of them. Use https://en.wikipedia.org/wiki/Special:Export?pages=Template:Navbox&curonly=1&templates=1&wpDownload=1 to get an xml file that contains all of them that you can then import at http://innaveria.com/wiki/Special:Import ☠MarkAHershberger☢(talk)☣ 00:49, 4 January 2013 (UTC)

Hello,

Thanks your assistance. I imported that XML file, but with no change. Any other ideas? <3 74.124.160.211 03:30, 4 January 2013 (UTC)

Same user here. Not to double-post rudely, but just to check, would this have anything to do with Tidy? I have noticed it being brought up quite a lot, and have never quite understood how to enable it. 74.124.160.211 03:40, 4 January 2013 (UTC)

I think "Tidy" is already enabled. iXavier (talk) 03:42, 4 January 2013 (UTC)

No, it looks like it isn't.

In LocalSettings.php (if you can access it), add $wgUseTidy = true; to the end of the file. iXavier (talk) 03:44, 4 January 2013 (UTC)

I can access it. Added it to the end of the file, but nothing. Does some sort of Tidy app have to be installed somewhere? HostGator says they already have it on their servers, which is my host. 74.124.160.211 03:50, 4 January 2013 (UTC)

Looks like it's the fault of the custom skin.

http://innaveria.com/wiki/Template:Aonir?useskin=vector

That works just fine. But your skin doesn't show it right. :/ iXavier (talk) 03:59, 4 January 2013 (UTC)

Tidy shouldn't have anything to do with it. I don't see that the file has been imported. I would expect the https://en.wikipedia.org/wiki/Template:Oldid?action=edit to matchs those on http://innaveria.com/wiki/Template:Oldid?action=edit but they don't. ☠MarkAHershberger☢(talk)☣ 04:16, 4 January 2013 (UTC)

Huh, nice catch that it works fine with the other themes. Odd. This is a custom theme roughly converted from Wordpress, so maybe something is teasing it.

And yeah, I double-checked on that, Mark. All the missing templates are there, and have the correct code in them. I even redid all the missing ones. They still just don't show up. 74.124.160.211 04:56, 4 January 2013 (UTC)

Will MW 1.16 work on the latest stable PHP version?

I still run on PHP 5.2.4 and want my host to upgrade it so I can install the latest MW version. But will MW 1.16 continue to work in the meantime on latest PHP? Subfader (talk) 11:35, 4 January 2013 (UTC)

I'm using the following on my Debian box:

$ php -v

PHP 5.4.4-10 (cli) (built: Nov 24 2012 11:21:26)

Copyright (c) 1997-2012 The PHP Group

Zend Engine v2.4.0, Copyright (c) 1998-2012 Zend Technologies

$

and just installed MW 1.16.5. It appears to be running with no problem.

But, yes, if you can get them to upgrade, you should be running the latest 1.19. ☠MarkAHershberger☢(talk)☣ 15:44, 4 January 2013 (UTC)

Cheers! It indeed ran well but not with another MW 1.12 installation I forgot about. The PHP upgrade by my host was a dirty hack as Apache compilation on top of PHP 5.2.4 so I rolled back the upgrade. Subfader (talk) 12:52, 18 January 2013 (UTC)

What are criterias for article counter?

So I create a new article, but article counter shows always 2, but I have created at least 5 articles. What are criterias for article count. Why doesn't count my new created articles? I use: MediaWiki 1.19.3 PHP 5.2.17 (apache2handler) MySQL 5.1.48-log Fokebox (talk) 22:21, 4 January 2013 (UTC)

This is what MediaWiki calls "an article": Manual:Article. Ciencia Al Poder (talk) 13:51, 5 January 2013 (UTC)

Yes I've read this ... but counter works not correct. I used $wgUseCommaCount = true and it showed a correct number of articles (4), than I add new article and it stops to count. I deleted all articles it showed 4 articles! I don't know what to do! Fokebox (talk) 16:16, 5 January 2013 (UTC)

See $wgArticleCountMethod and note that changing the methods of counting won't change anything retroactively. Maybe you'll need to set up a cron job for maintenance/updateArticleCount.php on a semi-regular basis (though this is just a guess on my part). ☠MarkAHershberger☢(talk)☣ 17:07, 5 January 2013 (UTC)

search result can be grouped by category

Hi, i am wondering whether the search result can be grouped by category? or allow user to filter yhe search result by category? Now the result can only filtered by namespace. Please advice. thanks. 59.148.85.23 (talk) 01:28, 5 January 2013 (UTC)

This is something we critically need as well. Any suggested work-arounds for the MediaWiki search limitations? 137.69.117.58 20:02, 19 February 2013 (UTC)

ImageMagick ignores real max width of image

Tested on 1.15 and 1.17.

• fastpic.ru
• fastpic.ru netsu 02:04, 5 January 2013 (UTC)

Intended behaviour. ;-) 88.130.123.155 04:46, 5 January 2013 (UTC)

lol with GD similar behaviour. It is because I'm not specify option thumb

[[Файл:Tabulat.jpg|900px|thumb]] in image attr "width" = real width (836px)

[[Файл:Tabulat.jpg|900px]] in image attr width="900px"

I don't understand why someone need to show image with dimensions more than original. Interesting how developers explain this functional. Netsu (talk) 17:00, 5 January 2013 (UTC)

There are several use cases for upscaling. I am sure you could also do some upscaling with GDlib or ImageMagick, but it won't improve quality either. ;-) 88.130.123.155 17:15, 5 January 2013 (UTC)

fixed lol

  $("img").each(function(){
    var img = $(this);
    var pic_real_width, pic_real_height;
    $("<img/>") // Make in memory copy of image to avoid css issues
      .attr("src", $(img).attr("src"))
      .load(function() {
        pic_real_width = this.width;   // Note: $(this).width() will not
        pic_real_height = this.height; // work for in memory images.
        if (pic_real_width > 810) {
          pic_cur_height = Math.floor((pic_real_height * 810) / pic_real_width);
          pic_cur_width = 810;
        } else if ($(img).attr("width") > pic_real_width) {
          pic_cur_width = pic_real_width;
          pic_cur_height = pic_real_height;
        } else return true;
        $(img).attr("width", pic_cur_width);
        $(img).attr("height", pic_cur_height);
      });
  });

Netsu (talk) 19:04, 5 January 2013 (UTC)

MediaWiki 1.20 internal error

• MediaWiki 1.20.2
• PHP 5.3
• MySQL 5.1
• URL : http://www.cinemancie.com

Good afternoon.

Following the update of MediaWiki 1.19 to 1.20.2. I meet minor discomfort. During the installation, MediaWiki informed me that the version of PHP that I did use was obsolete. I use the OVH hosting services, so I added (as described in one of their guides) the following line in the file .htacess: "SetEnv PHP_VER 5_3" which replaces the previous "SetEnv PHP_VER 5".

I also replaced in the LocalSettings.php file, the value "$ wgScriptExtension" that was ".php5" by ".php".

After that, I continued the process of updating which is normally held, then everything worked.

However, following the extension change, access to the site from the search engines or visitors bookmarks no longer work.

So I guess the cause of this problem is the change of extension, I also presented a time, the value of the extension ".php5" the consequences being a call to order on MediaWiki using an outdated version of PHP (because then I would use version 5.2.17. less than recommended by MediaWiki 5.3.2.)

I do not know therefore how to ensure that visitors have access to my site while providing a functional site.

Thank you in advance for your help, Best.

DD Dimitri Dimitriadès (talk) 14:56, 5 January 2013 (UTC)

It looks like your host is using Apache. Can you create an .htaccess file in your wiki directory with the following line?

Redirect permanent /index.php5 http://www.cinemancie.com/ ☠MarkAHershberger☢(talk)☣ 15:25, 5 January 2013 (UTC)

Hi Mark,

Many thanks for your quick answer,

The problem is resolved.

Merci.

D.D. Dimitri Dimitriadès (talk) 18:31, 5 January 2013 (UTC)

[RESOLVED] Is there a way that I can tell Google to give priority to the main namespace?

I recently added a robots.txt that tells bots not to index the pages with long URLs, and it seems to have helped when I recently did a search for site:en.sturmkrieg.com. Is there a way that I can give priority to pages that are in the main namespace? Lieutenant Aleksandr Reznov 15:29, 5 January 2013 (UTC)

Yes, use a sitemap. See Manual:GenerateSitemap.php Ciencia Al Poder (talk) 15:36, 5 January 2013 (UTC)

What do I do?

The second part makes more sense. ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 17:51, 5 January 2013 (UTC)

I think I got it. The first part is saying to make the folder sitemap. ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 17:53, 5 January 2013 (UTC)

To keep your sitemap current it might make sense to set that command as cron job and run it once a day. 88.130.123.155 18:00, 5 January 2013 (UTC)

Thanks, that's a good idea. ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 18:05, 5 January 2013 (UTC)

I got this in the results email when I tried to setup a cron job:

Cannot get command line arguments, register_argc_argv is set to false ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 19:04, 5 January 2013 (UTC)

It seems to require the register_argc_argv directive to be set to "1" (it's the default) Ciencia Al Poder (talk) 10:29, 7 January 2013 (UTC)

You should contact your host to see if you can get this changed. ☠MarkAHershberger☢(talk)☣ 14:22, 7 January 2013 (UTC)

I already set that.

At the end of php.ini it says

register_argc_argv=1

There's also a file called php5.ini. Does it also need to go in there too?

Both files are in the root of the server. Does there also need to be a .ini file in the folder for the subdomain? I don't think so, since none of the subdomains have them. ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 18:48, 7 January 2013 (UTC)

You already set register_argc_argv? did that fix the problem? If so, sorry, I thought it needed to be set only in php.ini.

Where did you set it? ☠MarkAHershberger☢(talk)☣ 18:50, 7 January 2013 (UTC)

I set it in php.ini, but there's also another file called php5.ini. ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 18:56, 7 January 2013 (UTC)

Is the problem resolved? Do cron jobs work now? ☠MarkAHershberger☢(talk)☣ 18:58, 7 January 2013 (UTC)

I just added it to php5.ini also and now I'm waiting for the cron job to run to see if it works. ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 19:11, 7 January 2013 (UTC)

I didn't get an error email, but there's nothing in the sitemap folder.

Maybe I didn't set the command for the cron job right?

When I selected the file to run in the cron job setup menu, it created this command:

/web/cgi-bin/php5 "$HOME/html/en/maintenance/generateSitemap.php"

Then I added this to the end of it for the settings:

--fspath sitemap \ --server http://en.sturmkrieg.com \ --urlpath http://en.sturmkrieg.com/sitemap

Is that not how it is supposed to be done? ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 19:25, 7 January 2013 (UTC)

What happens when run this from the command line?

/web/cgi-bin/php5 "$HOME/html/en/maintenance/generateSitemap.php" \

--fspath sitemap --server http://en.sturmkrieg.com \

--urlpath http://en.sturmkrieg.com/sitemap ☠MarkAHershberger☢(talk)☣ 19:30, 7 January 2013 (UTC)

It says:

Cannot get command line arguments, register_argc_argv is set to false

Content-type: text/html

I added

register_argc_argv=1

to the end of both php.ini and php5.ini.

Does it need to be added in a specific place, or does it just need to be set? ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 19:38, 7 January 2013 (UTC)

Is there another php5 under /usr/bin ? ☠MarkAHershberger☢(talk)☣ 19:52, 7 January 2013 (UTC)

I don't see that folder. ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 19:57, 7 January 2013 (UTC)

Does there need to be a php.ini file for each subdomain? ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 19:48, 7 January 2013 (UTC)

I don't know anything about your hoster, but generally they would have a single php.ini. Where is the php.ini file you modified located? ☠MarkAHershberger☢(talk)☣ 19:51, 7 January 2013 (UTC)

It's in the root of the server (/html/) and the wiki is under the en. subdomain (/en/). ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 19:58, 7 January 2013 (UTC)

Run /web/cgi-bin/php5 --ini, it should tell you where the php.ini is located Ciencia Al Poder (talk) 20:06, 7 January 2013 (UTC)

Error in argument 1, char 1: no argument for option - ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 20:17, 7 January 2013 (UTC)

Read the link I've provided. It describes the php command line arguments. You can either use the -d option to define the php.ini directive that's failing or the -c option to tell what php.ini it should use. Ciencia Al Poder (talk) 10:24, 8 January 2013 (UTC)

How do I include the options?

I just did

php -c /web/cgi-bin/php5 --ini

I got

PHP: syntax error, unexpected '(' in /web/cgi-bin/php5 on line 1

Configuration File (php.ini) Path: /web/conf

Loaded Configuration File: /web/cgi-bin/php5

Scan for additional .ini files in: (none)

Additional .ini files parsed: (none) ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 16:12, 8 January 2013 (UTC)

When you did

php -c /web/cgi-bin/php5 --ini

you didn't use the -c argument to point to an ini file. Try doing just this:

php --ini ☠MarkAHershberger☢(talk)☣ 17:03, 8 January 2013 (UTC)

I got this:

PHP Deprecated: Comments starting with '#' are deprecated in /web/conf/php5.ini on line 1256 in Unknown on line 0

PHP Deprecated: Comments starting with '#' are deprecated in /web/conf/php5.ini on line 1257 in Unknown on line 0

Deprecated: Directive 'magic_quotes_gpc' is deprecated in PHP 5.3 and greater in Unknown on line 0

Configuration File (php.ini) Path: /web/conf

Loaded Configuration File: /web/conf/php5.ini

Scan for additional .ini files in: (none)

Additional .ini files parsed: (none) ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 17:07, 8 January 2013 (UTC)

Interesting. Is /web/conf/php5.ini where you made your modifications?

What does type php5 give you?

Whatever it gives you should probably be the php5 you put in your cronjob. Referring back to this, what does

php5 "$HOME/html/en/maintenance/generateSitemap.php" \

--fspath sitemap --server http://en.sturmkrieg.com \

--urlpath http://en.sturmkrieg.com/sitemap

give you? ☠MarkAHershberger☢(talk)☣ 18:36, 8 January 2013 (UTC)

When I ran that, it gave

php5: command not found

When I ran it again with php instead of php5, I got this:

PHP Deprecated:  Comments starting with '#' are deprecated in /web/conf/php5.ini on line 1256 in Unknown on line 0
PHP Deprecated:  Comments starting with '#' are deprecated in /web/conf/php5.ini on line 1257 in Unknown on line 0
Deprecated: Directive 'magic_quotes_gpc' is deprecated in PHP 5.3 and greater in Unknown on line 0
0 ()	/home/content/01/7537801/sitemap/sitemap-stu1115307561944-mw_-NS_0-0.xml.gz
1 (Talk)	/home/content/01/7537801/sitemap/sitemap-stu1115307561944-mw_-NS_1-0.xml.gz
2 (User)	/home/content/01/7537801/sitemap/sitemap-stu1115307561944-mw_-NS_2-0.xml.gz
3 (User talk)	/home/content/01/7537801/sitemap/sitemap-stu1115307561944-mw_-NS_3-0.xml.gz
4 (Sturmkrieg)	/home/content/01/7537801/sitemap/sitemap-stu1115307561944-mw_-NS_4-0.xml.gz
5 (Sturmkrieg talk)	/home/content/01/7537801/sitemap/sitemap-stu1115307561944-mw_-NS_5-0.xml.gz
6 (File)	/home/content/01/7537801/sitemap/sitemap-stu1115307561944-mw_-NS_6-0.xml.gz
7 (File talk)	/home/content/01/7537801/sitemap/sitemap-stu1115307561944-mw_-NS_7-0.xml.gz
8 (MediaWiki)	/home/content/01/7537801/sitemap/sitemap-stu1115307561944-mw_-NS_8-0.xml.gz
9 (MediaWiki talk)	/home/content/01/7537801/sitemap/sitemap-stu1115307561944-mw_-NS_9-0.xml.gz
10 (Template)	/home/content/01/7537801/sitemap/sitemap-stu1115307561944-mw_-NS_10-0.xml.gz
12 (Help)	/home/content/01/7537801/sitemap/sitemap-stu1115307561944-mw_-NS_12-0.xml.gz
14 (Category)	/home/content/01/7537801/sitemap/sitemap-stu1115307561944-mw_-NS_14-0.xml.gz
90 ()	/home/content/01/7537801/sitemap/sitemap-stu1115307561944-mw_-NS_90-0.xml.gz
100 (Portal)	/home/content/01/7537801/sitemap/sitemap-stu1115307561944-mw_-NS_100-0.xml.gz
101 (Portal talk)	/home/content/01/7537801/sitemap/sitemap-stu1115307561944-mw_-NS_101-0.xml.gz
110 (Sysop)	/home/content/01/7537801/sitemap/sitemap-stu1115307561944-mw_-NS_110-0.xml.gz
111 (Sysop talk)	/home/content/01/7537801/sitemap/sitemap-stu1115307561944-mw_-NS_111-0.xml.gz
120 (Codex)	/home/content/01/7537801/sitemap/sitemap-stu1115307561944-mw_-NS_120-0.xml.gz
121 (Codex talk)	/home/content/01/7537801/sitemap/sitemap-stu1115307561944-mw_-NS_121-0.xml.gz
122 ()	/home/content/01/7537801/sitemap/sitemap-stu1115307561944-mw_-NS_122-0.xml.gz
130 (Group)	/home/content/01/7537801/sitemap/sitemap-stu1115307561944-mw_-NS_130-0.xml.gz
140 (Campaign)	/home/content/01/7537801/sitemap/sitemap-stu1115307561944-mw_-NS_140-0.xml.gz
150 (Datasheet)	/home/content/01/7537801/sitemap/sitemap-stu1115307561944-mw_-NS_150-0.xml.gz
160 (Army List)	/home/content/01/7537801/sitemap/sitemap-stu1115307561944-mw_-NS_160-0.xml.gz
161 (Army List talk)	/home/content/01/7537801/sitemap/sitemap-stu1115307561944-mw_-NS_161-0.xml.gz
170 (Forum)	/home/content/01/7537801/sitemap/sitemap-stu1115307561944-mw_-NS_170-0.xml.gz
171 (Forum talk)	/home/content/01/7537801/sitemap/sitemap-stu1115307561944-mw_-NS_171-0.xml.gz
180 (User Blog)	/home/content/01/7537801/sitemap/sitemap-stu1115307561944-mw_-NS_180-0.xml.gz
200 ()	/home/content/01/7537801/sitemap/sitemap-stu1115307561944-mw_-NS_200-0.xml.gz
274 (Widget)	/home/content/01/7537801/sitemap/sitemap-stu1115307561944-mw_-NS_274-0.xml.gz

It looks like it created it in the wrong place or something like that.

Maybe replacing --fspath sitemap with something that would more clearly specify where the sitemap should go?

Possibly something like

$HOME/html/en/sitemap/ ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 22:12, 8 January 2013 (UTC)

Good to see that you're getting this far. Let me know when you have some success! ☠MarkAHershberger☢(talk)☣ 22:54, 8 January 2013 (UTC)

The discussion continues below since LQT was getting too small. ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 01:17, 9 January 2013 (UTC)

I'm going to try using this extension until I can get the problem resolved. ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 23:18, 7 January 2013 (UTC)

This command was able to run it:

php "$HOME/html/en/maintenance/generateSitemap.php" --fspath $HOME/html/en/sitemap/ --server http://en.sturmkrieg.com --compress=no --urlpath http://en.sturmkrieg.com/sitemap

It took a lot of fooling around with it until I figured out that I needed to remove the "\" from between the elements of the command.

It has multiple files. How should I submit it? I use Google Webmaster Tools. There's a file for each namespace, and then there's one that has index in the name. Should I submit the URL to that file? ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 01:16, 9 January 2013 (UTC)

I would say "yes" but I don't really know that much about sitemaps. Try it and tell us what happens? ☠MarkAHershberger☢(talk)☣ 01:27, 9 January 2013 (UTC)

I submitted the URL of the index file and it seems to work.

Thanks for helping. ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 02:22, 9 January 2013 (UTC)

How to exclude stylesheets when printable=yes?

The printable=yes page (when not being printed/previewed) is still a media="screen" page. It seems like the media="screen" stylesheets should be excluded entirely no?

On second glance it looks like the skin CSS files are excluded when addStyle is handed a 'screen' page. But:

$out->addStyle( self::makeNSUrl( $this->getSkinName() . '.css', $query, NS_MEDIAWIKI ) );

Of includes/Skin.php does not pass a media variable. It seems like since there is a MediaWiki:Print.css page, that the skin override CSS (Eg. MediaWiki:Skin.css) should be 'screen' media.

Anyway, I made this change just now. So this is just a heads up in case this has not been fixed in the newest version. 184.21.215.174 (talk) 22:24, 5 January 2013 (UTC)

The printable=yes page (when not being printed/previewed) is still a media="screen" page

Well, the page is still being viewed on a screen, isn't it? :) That's why print preview exists. It just omits some styles to make it more printer-friendly.

About MediaWiki:Print.css, it's purpose is to overrride styles applied to Common.css and Skinname.css, not to replace them, since most of those styles (on a heavily customized wiki) should apply anyway. Ciencia Al Poder (talk) 10:37, 9 January 2013 (UTC)

elevating my privledges?

I installed mediawiki-1.20.2. After it installed, anybody could add/delete/anything articles. so i created myself an account, but it is just an ordinary account. i want to make this account administrator who can say who is allowed to edit. how do i do this? is there a default admin, or does one have to be manually created? i heard something about adminsettings.php but this was apparently removed a few versions ago. can someone give me the answers i need or point me in the direction i must go? 122.148.86.157 (talk) 04:22, 6 January 2013 (UTC)

Depending on how the wiki was installed, it should of created "User:Admin" during the install if this is true, the account should have Administrator and Bureaucrat default flags assigned to it. Further user rights can be configured, documentation can be found here: Manual:User rights. Mlpearc (powwow) 05:14, 6 January 2013 (UTC)

The first username need not be Admin, but automated installers often do that. Jasper Deng (talk) 06:27, 7 January 2013 (UTC)

If your user doesn't have bureaucrat rights, but you have shell access, the easiest thing to do is use maintenance/createAndPromote.php. ☠MarkAHershberger☢(talk)☣ 17:14, 6 January 2013 (UTC)

Bypassing the account creation rate

In Wikipedia trainings we need to create dozens of accounts for the trainees, and it is better if they can create themselves their account, but it is limited to 6 accounts/24h on WMF wikis.

Is there some way to bypass this limit, in a way which could be implemented on WMF wikis? an IP whitelisting?

Thanks ~ Seb35 [^_^] 23:15, 6 January 2013 (UTC)

Anyone can request a bypass (example). I can do one on your behalf but I need the following information from you:

• starting date and time
• ending date and time
• IPs
• Wiki projects (enwiki? commons? hiwiki?)
• number of participants expected ☠MarkAHershberger☢(talk)☣ 23:36, 6 January 2013 (UTC)

Thanks! I ask the IPs. ~ Seb35 11:52, 7 January 2013 (UTC)

Group and user permissions on mediawiki

I am working on setup a wiki which should have users and group having read or write permission. Before that we were using simple write to all methodology.

Now the challenge is this that i have created a 3 users and all of the 3 are able to write to wiki and update the page. Now what i what to do is that 2 users can write and one is able to view only.

I did a little bit R 'n' D but didn't success. Below were the things i did but didn't succeed.

By adding the below code in Localsettings.php 2 user can read [they are not able to edit] but one can write.

$wgGroupPermissions['Trusted'] = $wgGroupPermissions['user'];
$wgGroupPermissions['user' ]['edit'] = false;
$wgGroupPermissions['Trusted']['edit'] = true;
$wgGroupPermissions['sysop' ]['edit'] = true;

Another thing i did.

INSERT INTO user_groups (ug_user, ug_group) VALUES ('3', 'bureaucrat'); 
INSERT INTO user_groups (ug_user, ug_group) VALUES ('3', 'sysop');

Assign bureaucrat and sysop rights to user whose id is 3 but nothing happen. Again userid 1 is able to edit but users having userid 3 again not able to edit, however both have same groups permissions now.

Please help me to resolve this issue.

Note :- I am using mediawiki 1.9.2 203.100.78.138 (talk) 07:23, 7 January 2013 (UTC)

You should update your installation of MediaWiki. I recently helped upgrade a wiki from 1.11 to 1.19 and a lot of the things they had been doing to control access are now built into MW itself. If you would like help upgrading, please send me email. ☠MarkAHershberger☢(talk)☣ 14:21, 7 January 2013 (UTC)

Thanks Mark for your update....

I need to upgrade my wiki from 1.9.2 to 1.19 to enable these features...right !

Can you please provide me your email...

Appreciate for your help... 203.100.78.138 06:22, 8 January 2013 (UTC)

(while Mark is free to do so, one's e-mail address is generally considered to be private on a wiki).

Manual:Upgrading might provide a few tips but such a huge jump of versions might be quite complicated (although I have never performed such a huge jump myself so I cannot say how it goes). Jasper Deng (talk) 06:26, 8 January 2013 (UTC)

The right place to send an email without giving it publicly is Special:EmailUser/MarkAHershberger ;) Ciencia Al Poder (talk) 10:32, 8 January 2013 (UTC)

Thanks to Ciencia Al Poder for reminding me about Special:EmailUser/MarkAHershberger. But it looks like the original requester doesn't have an MW.o account and, as a result, cannot use that.

My email address is easy to find, so I don't mind giving it here: mah@everybody.org ☠MarkAHershberger☢(talk)☣ 16:59, 8 January 2013 (UTC)

How to create two language mediawikis?

I want to setup a two lingual mediawiki but I am not sure how to act. At this moment I have two databases and two subdomains, each with a mediawiki install on it:

subdomain 1: English MediaWiki with its own database. subdomain 2: Dutch MediaWiki with its own database.

How must I proceed to let these two MediaWikis communicate with each other? The result that I want is that when you are on the English version you can go to related articles in Dutch and vice versa.

Thank you in advance for responding :-) Macqintosh (talk) 10:27, 7 January 2013 (UTC)

See Interlanguage links. Ciencia Al Poder (talk) 10:38, 7 January 2013 (UTC)

Who added which section?

I'm looking for a way to find out which user added a certain part to our articles.
I found Extension:Annotation but unfortunately it's obsolete.
Any other ideas of how I can solve this?
Thanks in advance for your help! Stefahn (talk) 11:55, 7 January 2013 (UTC)

There is always the article history. If you only want to do this once for a handful of pages, that is probably the best thing to do. If this is something you do regularly, then getting Extension:Annotation updated is probably the way to go. ☠MarkAHershberger☢(talk)☣ 14:17, 7 January 2013 (UTC)

Thanks for your quick reply, Mark!

Sure I can use the article history.

I thought there is maybe a workaround (without extension).

Since I don't need this feature regularly I will probably go for the manual solution... Stefahn (talk) 15:33, 7 January 2013 (UTC)

Sidebar Usergroup-Permissions

Hi, is there any solution, hide some Quicklinks in the Sidebar, for several UserGroups?

Example:

UserGroup 1:

• Linkgroup 1
  • Link 1
  • Link 2
  • Link 3
• Linkgroup 2
  • Link 1
  • Link 2
  • Link 3

UserGroup 2:

• Linkgroup 2
  • Link 1
  • Link 2
  • Link 3

I using MediaWiki 1.20.2

thx for your help 87.152.231.176 (talk) 13:30, 7 January 2013 (UTC)

I have used Extension:DynamicSidebar to change what is in the sidebar for certain users or groups or even the page category. ☠MarkAHershberger☢(talk)☣ 14:10, 7 January 2013 (UTC)

Thx for your help!

This is i was looking for 87.152.230.27 09:37, 14 January 2013 (UTC)

Rename page title

Hi,

is there any solution, rename the title from an article. I dont want to use the URL-Name.

I using MediaWiki 1.20.2

thx for your help 87.152.231.176 (talk) 13:38, 7 January 2013 (UTC)

I'm not sure what you mean. A page can be renamed, see Help:Moving a page.

Does that answer your question? Krinkle (talk) 13:54, 7 January 2013 (UTC)

Besides moving page, there is also DISPLAYTITLE (see $wgAllowDisplayTitle) which will let you change the case of a title. ☠MarkAHershberger☢(talk)☣ 14:08, 7 January 2013 (UTC)

Thx for your help,

i tried the "DISPLAYTITLE" solution. This is i was looking for. It dosen't worked, at the first time. But i feel certain, to find the mistake.

thx again 87.152.229.83 09:19, 8 January 2013 (UTC)

[RESOLVED] Query for images with multiple titles doesnt work

When i ask Wiki Api to provide images for each title it just returns images for 1st specified title.

eg http://en.wikipedia.org/w/api.php?format=json&action=query&titles=Id%20Software%7CDoom%203%7CWolfenstein%203D%7CQuake%20II%7CJohn%20D.%20Carmack%7CJohn%20Romero%7CDoom%20(video%20game)%7CQuake%20(video%20game)%7CCommander%20Keen%7CRage%20(video%20game)&prop=info%7Cimages

returns info for each page but images only for 1st. Why? 213.137.240.147 (talk) 15:40, 7 January 2013 (UTC)

You need to use the continue information to get more. See this result which I got by adding "&imcontinue=15526|Doom_ingame_1.png" to your query string.

I found the imcontinue part by looking at the query-continue section from your result.

You can also get more results per query by adding changing the imlimit parameter. your query with imlimit=500. ☠MarkAHershberger☢(talk)☣ 15:50, 7 January 2013 (UTC)

Great! Thanks you a lot!

Not intuitive thing for me ) I thought imlimit related to each title. 213.137.240.147 18:07, 10 January 2013 (UTC)

Main Page

Hi I am exploring Media Wiki to see if it will be useful to my company. I have made a username to further explore Media Wiki before downloading it and wanted to know how I can get my own Media Wiki Main page to edit and how you add different boxes to it? Jasmin1491 (talk) 16:53, 7 January 2013 (UTC)

The only way to get your own "main page" is to install MediaWiki on your own system.

If you just want to play around with syntax and the features available here, you can edit Sandbox ☠MarkAHershberger☢(talk)☣ 17:06, 7 January 2013 (UTC)

Hi, you can have many wiki farms where you can build for free your own MediaWiki-based wiki. Some of them allow you to install yourself the MediaWiki software. As for definition, a "main page" is here to describe the wiki purpose and is not "yours". For that, you have your user page. For editing and adding boxes, see the help pages. Cheers. LIMAFOX76 (talk) 17:09, 7 January 2013 (UTC)

[RESOLVED] Skins not displaying on brand new installation.

I've installed a new MediaWiki instance Version 1.19.3 @ http://ti3wiki.org/wiki I'm using PHP 5.2 and MySQL 5.0 I have to use an older version of MediaWiki and PHP as they are required for some modules that will be installed later. I've not installed any of these modules. As you can see on the site the skin is not displaying correctly. I've tried previewing and and selecting all the default skins to no avail. I'm brand new to MediaWiki and at this point I've no idea what's wrong. I would appreciate any suggestions. GabrielMartin (talk) 21:29, 7 January 2013 (UTC)

You have not uploaded all files of the MediaWiki installation. At http://ti3wiki.org/wiki/load.php there should be a PHP file, but there is none. Upload it! 88.130.121.154 00:14, 8 January 2013 (UTC)

ah, yes I uploaded the .gz file and used the hosts ftp management interface. It decompressed into a subfolder and I did not realize there was 2 pages of files to move to the wiki root folder, thus leaving a few files behind. Thx a bunch for pointing me in the right direction. GabrielMartin (talk) 19:19, 8 January 2013 (UTC)

Problem getting Google to find sitemap

I just created a sitemap at en.sturmkrieg.com/sitemap.xml and added it with Google Webmaster Tools, but it gets a 404 error. I tried adding two lines to .htaccess since the problem could be getting redirected by the short url, but it didn't work; I could have just written it wrong.

RewriteCond %{REQUEST_URI} ^/sitemap.xml$
RewriteRule ^.*$ - [L]

I based it off of the code here for fixing the stats page of Dreamhost wikis, since it looks like it's fixing the problem of the URL being treated as a wiki page.

Did I guess the problem right? How would I go about fixing it?

en.sturmkrieg.com/robots.txt seems to be fine. Lieutenant Aleksandr Reznov 00:23, 8 January 2013 (UTC)

Is the sitemap.xml file in the same directory or folder as the robots.txt file? What else is in your .htaccess file? ☠MarkAHershberger☢(talk)☣ 00:28, 8 January 2013 (UTC)

Yes.

I also have this:

RewriteRule .*\.ico$ - [L]

RewriteEngine on

RewriteBase /

RewriteCond %{REQUEST_URI} !^/(skins|stylesheets|images|config)/

RewriteCond %{REQUEST_URI} !^/(redirect|texvc|index|api|load).php

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

For the short URLs and enabling the favicon. I remember reading here that it's necessary to have that line to get the favicon to work with short URLs. ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 00:31, 8 January 2013 (UTC)

It looks like your web server might not even be seeing the rule for sitemap.xml.

Try this:

RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^(.*)$ /index.php?title=$1 [L,QSA]

The line that ends !-f should eliminate the need to special-case the ico file, sitemap file, and any other file that actually exists.

As a result, all other requests for page names and such should be handled by MediaWiki.

In other words, the bit I've posted should be all you need in to handle short urls. ☠MarkAHershberger☢(talk)☣ 00:45, 8 January 2013 (UTC)

Thank you!

Would this make it possible to have another wiki in a subdirectory? Relocating en40k.sturmkrieg.com to en.sturmkrieg.com/40k/Page_title ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 01:30, 8 January 2013 (UTC)

No. It would be a start, but you'd probably need another copy of MediaWiki in the 40k subdirectory. ☠MarkAHershberger☢(talk)☣ 01:39, 8 January 2013 (UTC)

Does excluding pages from the sitemap mean that they won't appear in search results, or does it just make them not rank as high? I'm currently using the extension for sitemaps, at least until I get the problem with the scripts fixed. ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 02:54, 8 January 2013 (UTC)

I think you want to ask that in Google's webmaster support. I don't know the answer. ☠MarkAHershberger☢(talk)☣ 16:52, 8 January 2013 (UTC)

Preventing certain page creation

I'm a newbie to MediaWiki, and I couldn't find this on the site. How do I make sure that certain pages (e.g. pages that get repeatedly created by spammers) that I delete can't get recreated by anyone (or at least sysops)? Shuvuuia (talk) 05:27, 8 January 2013 (UTC)

Extension:TitleBlacklist, Extension:AbuseFilter or even Manual:$wgSpamRegex Ciencia Al Poder (talk) 10:30, 8 January 2013 (UTC)

Customize and configuring "create new page"

MediaWiki version: mediawiki 1.20.2 Question: how (if it is possible) to customize the "create new page" page to appear like a form and contains some more mandatory and optional fields and drop down menus ? for example, a drop down menu of the department the employee who posted the article belongs to, or a radio button of wither the article is confidential or not ... etc WGCCC (talk) 06:57, 8 January 2013 (UTC)

I know of no extension that would provide this functionality. As for whether the article is confidential or not, MediaWiki isn't designed for that. Jasper Deng (talk) 07:27, 8 January 2013 (UTC)

You're right that we usually discourage this sort of use of a wiki, but people have requested this so much that there is some limited access control in core.

MW isn't designed for this use case, but it can be used this way if you have the will and the skill. ☠MarkAHershberger☢(talk)☣ 16:49, 8 January 2013 (UTC)

Extension:Semantic Forms Ciencia Al Poder (talk) 10:33, 8 January 2013 (UTC)

How to incorporate existing skin into new page

Hi,

I have created my own php file and placed it in the mediawiki directory. This file has a simple form and it does some external database updates and lookup. The file is called when you click on a link i put in the wiki page.

I would like to know how i can make my custom page look like the rest of the mediawiki pages. I want to call the skin but don't know how to call it from the php file i created.

Any help would be appreciated.

i am using Mediawiki 1.20.0

Thanks, 117.192.152.25 (talk) 09:59, 8 January 2013 (UTC)

You can try creating a new Special Page that is integrated into MediaWiki just like any other special page. See Manual:Special pages with instructions as how to create one. Ciencia Al Poder (talk) 10:36, 8 January 2013 (UTC)

my custom skin disappeared after upgrade to 1.20

MediaWiki 1.20.2

PHP 5.3.8 (cgi-fcgi)

MySQL 5.0.51b-community-nt

Server: IIS

• Upgraded from 1.15 to 1.20.2
• Copied existing skins folder to the new folder.
• My customized skin disappeared...looks like monobook replaced it.
• Clicking preferences link gets 500 error.
• $wgDefaultSkin is correct in localSettings (the name is claysterweb, that is the name of a folder within the Skins folder).
• The ClaysterWeb.php file is within the Skins/claysterweb folder.
• Placed requirement in localSettings: require_once( "$IP/skins/claysterweb/ClaysterWeb.php");
• Tried copying he ClaysterWeb.php file to the Skins folder. This broke login.

Can anyone advise me? Thank you very much.

Jeff Freund 85.229.192.213 (talk) 13:47, 8 January 2013 (UTC)

Hi Jeff,

normally a skin does not have to be called with require_once(); in LocalSettings.php. Remove that line again. The PHP file of the skin itself must be located in the folder skins/ directly (not in a subfolder like skins/claysterweb).

What is the exact error message, which you get, when you place the file in the skins folder? You most likely have to do some adjustments to make the skin work with MW 1.20.

E.g. to be able to use the new resource loader, you have to set $wgResourceModules just as it is done e.g. for Vector in resources/Ressources.php.

And you will have to update the skin's PHP file; there might well be some functions, which are used in your version, but which are no longer there in MW 1.20.

Without more information about the error 500 it is hard to say, if it is related to the skin. Check the error log to see the actual error message. 88.130.121.154 14:37, 8 January 2013 (UTC)

Hi...thank you very much for responding...here's what I did/got:

• Removed line from requires
• Put clayster.php in Skins folder directly
• Ran update php in maintenance folder
• Tried login
• Got 500 error:
  • MODULE_SET_RESPONSE_ERROR_STATUS
  • ModuleName FastCgiModule
  • Notification 128
  • HttpStatus 500
  • HttpReason MediaWiki exception
  • HttpSubStatus 0
  • ErrorCode 0
  • ConfigExceptionInfo
  • Notification EXECUTE_REQUEST_HANDLER
  • ErrorCode The operation completed successfully. (0x0)

Does that give you the info you need to help me??

PS: Login is restored if I remove the PHP file of the skin from the Skins folder.

Thanks again

Jeff 85.229.192.213 17:52, 8 January 2013 (UTC)

Does MW work if you don't log in? What does your error log show? ☠MarkAHershberger☢(talk)☣ 18:28, 8 January 2013 (UTC)

What do mean "work if you don't login"...if I try to change pages after placing the PHP file of the skin in Skins folder, I get the 500 error logged as you see above...without the skin.php file...it all works fine but of course I can't get the custom skin.

Thanks, Jeff 85.229.192.213 18:34, 8 January 2013 (UTC)

What does your error log show?

Would you mind posting the source of your skin somewhere (not here)? Maybe pastebin or something? ☠MarkAHershberger☢(talk)☣ 18:38, 8 January 2013 (UTC)

Hi mark, ...the IIS error log shows only what you see posted above...not mush specifically...unfortunately I cannot share the source of the wiki. I know only that the FastCgiModule handles php requests.

Unless you mean the actual skin.php file...I can place that somewhere (here?). 85.229.192.213 18:53, 8 January 2013 (UTC)

I mean the contents of the actual php file for your skin. You could copy it to http://pastebin.com/ ☠MarkAHershberger☢(talk)☣ 19:05, 8 January 2013 (UTC)

Great idea Mark...I just put it on pastebin...name is Jeff's skin.php file. Would be wonderful to understand what needs to be updated. Thank you. 85.229.192.213 19:37, 8 January 2013 (UTC)

could you link directly to it here? I can't find any paste with that name. ☠MarkAHershberger☢(talk)☣ 19:43, 8 January 2013 (UTC)

here you go:

http://pastebin.com/aWKGsS6a

does that work? 85.229.192.213 19:53, 8 January 2013 (UTC)

yes, thanks! ☠MarkAHershberger☢(talk)☣ 19:54, 8 January 2013 (UTC)

You could also put it in a sandbox page here, if you wanted. ☠MarkAHershberger☢(talk)☣ 19:06, 8 January 2013 (UTC)

Mark...I Placed $wgShowExceptionDetails = true; at bottom of localSettings and got a more in depth trace when I tried the broken login (with Skin.php file in Skins folder)

I posted the trace here (jeff's error trace):

http://pastebin.com/D5ELZKNF

Hope that helps.

Thanks again, Jeff 85.229.192.213 21:25, 8 January 2013 (UTC)

One of the problems you have is that "tooltipAndAccesskey" no longer exists as a method of the Skin class.

Replacing it with tooltipAndAccesskeyAttribs should work. 88.130.121.154 21:50, 8 January 2013 (UTC)

Great. I'll try it tomorrow...I'm on European time and must get to bed... Is there a way for me to check the components of the php file myself to know what is out of date? can't thank you enough for all the help. 85.229.192.213 22:10, 8 January 2013 (UTC)

I don't know of an automated tool to check all the problems, but -- in addition to the tooltipAndAccesskeyAttribs difference -- I have had to add the following my LocalSettiings.php:

$wgValidSkinNames['clayster'] = "Clayster";

$wgAutoLoadClasses['SkinClayster'] = "$IP/skins/Clayster.php";

$wgDefaultSkin = 'clayster';

Note that I also had to change instances of "claysterweb" to "clayster".

I'm still seeing logging messages like

Class SkinClayster not found; skipped loading

but at least the login page is working. ☠MarkAHershberger☢(talk)☣ 22:52, 8 January 2013 (UTC)

Hi mark...here's what I have tried so far:

• Tried changing $wgDefaultSkin = 'clayster'; to $wgDefaultSkin = 'claysterweb'; broke login.
• Changed the name of ClaysterWeb.php to clayster.php…logon is fine (with $wgDefaultSkin = 'clayster';)
• Changed the name of ClaysterWeb folder to clayster …logon is fine (with $wgDefaultSkin = 'clayster'; and ClaysterWeb.php as clayster.php)
• Changed the name of ClaysterWeb.php (in skins/clayster folder) to clayster.php…logon is fine (with $wgDefaultSkin = 'clayster';)
• substituted $wgDefaultSkin = 'clayster'; for $wgDefaultSkin = 'claysterweb'; login was fine but still didn’t get the custom skin up.
• $wgValidSkinNames['clayster'] = "Clayster”
• $wgAutoLoadClasses['SkinClayster'] = "$IP/skins/Clayster.php";
• The 2 above break login with/without ClaysterWeb.php directly in skins folder so I tried them with small letter C’s (after changing ClaysterWeb.php to clayster.php)…login was fine but still didn’t get the custom skin up.
• Preferences page is now restored… but I don’t know at what point that happened.

I'm wondering two thigs at this point:

1. The Main.css file is using Google fonts...perhaps this is incompatible??
2. Perhaps I should simply start again with the monobook skin and re-make the custom skin...I would guess the monobook skin with the 1.2 installation would be correctly upgraded with the installation...yes??

Thanks for all the attention,

Jeff 85.229.192.213 15:24, 9 January 2013 (UTC)

When you overwrote the old files with the new ones during upgrading, you might still have old unneeded files in your wiki folder. If you want to start the skin over new, you should take the skin files out of the tar archive, which contains the source code of the new MediaWiki version. If you instead put the new skin files into a new, empty folder, then the skin should not be poluted by unneeded bogus files. 88.130.81.187 22:13, 9 January 2013 (UTC)

If you are looking at starting over, you might try Daniel Friesen's skin tutorial. ☠MarkAHershberger☢(talk)☣ 00:22, 10 January 2013 (UTC)

Write permissions error on image file directories

I have recently had problems with adding images to pages on my wiki. The file uploads OK, but the file permission defaults to 644, and so when I include it in a wiki page, it fails to load the page. I get the error message:

"Warning: imagejpeg() [function.imagejpeg]: Unable to open '/home/public_html/../XYZ.jpg' for writing: Permission denied in /home/.../includes/media/Bitmap.php on line 508"

If I set the file permission to 777, then it loads OK - but this does present a security risk - so I would rather avoid this if I can.

How can I resolve this?

Sgfoote (talk) 21:28, 8 January 2013 (UTC) Media Wiki version 1.17.2 PHP version 5.3.10 MySQL version 5.1.66-cll Sgfoote (talk) 21:28, 8 January 2013 (UTC)

If you want to allow uploads and scaling, you need to allow the webserver to write to the directory. This can be accomplished by permissions other than 0777, but that is the easiest thing. Note that these permissions are only needed under /images and that execution of php should be disabled under php.

But maybe I'm missing an important bit here: How are you including the images in a page? ☠MarkAHershberger☢(talk)☣ 21:54, 8 January 2013 (UTC)

The problem seems to be that files are assigned permissions of 644 when they are uploaded, but cannot be incorporated in pages unless they are 777.

To include images in a page, I am using the usual wiki syntax, eg. [[File:filename.JPG‎|thumb|left|200px]] Sgfoote (talk) 22:40, 8 January 2013 (UTC)

This doesn't really make any sense to me. The only thing I can think of is scaling of images must be causing a problem, but even that is a stretch. ☠MarkAHershberger☢(talk)☣ 23:52, 8 January 2013 (UTC)

Discussion pages

Product Version MediaWiki 1.20.1 PHP 5.3.10-1ubuntu3.4 (apache2handler) MySQL 5.5.22-0ubuntu1

URL http://prorexwiki.transaxions.co.uk

How do I set up a discussion system with threads, like the page I am now?

We are using this WIKI as an information centre for a project, as it stands it has no discussion pages. I have checked the support docs but cannot find anything 86.167.95.49 (talk) 21:36, 8 January 2013 (UTC)

This discussion area is managed by Extension:LiquidThreads. ☠MarkAHershberger☢(talk)☣ 21:49, 8 January 2013 (UTC)

ReflectionException: Class LanguageEn_gb does not exist in includes\Init.php on line 16

mediawiki: 1.20.2 php: 5.3.8 mysql: 5.5.15

I get this error when first viewing /index.php prior to installation:

ReflectionException: Class LanguageEn_gb does not exist in includes\Init.php on line 16 83.244.242.194 (talk) 23:36, 8 January 2013 (UTC)

MediaWiki Tabs have space below them in Opera - also in Wikipedia!

A MediaWiki site appears correctly in all browsers apart from the Opera browser. Have a look at the Wikipedia site for example in Opera. Can anyone explain this and is there a fix for it? Holygamer (talk) 02:38, 9 January 2013 (UTC)

I just downloaded Opera so I could compare it with my usual Firefox. I can see no great difference. Could you provide a screenshot with what you think is wrong? ☠MarkAHershberger☢(talk)☣ 02:49, 9 January 2013 (UTC)

Browser version information highly welcome, in order to reproduce. Plus screenshot, as Mark already wrote. Malyacko (talk) 09:28, 9 January 2013 (UTC)

Sorry, it appears to be the LastPass extension causing this as after you login it asks if you want it to remember the password. That's when I see the space. Holygamer (talk) 12:57, 9 January 2013 (UTC)

Can anyone tell me when will the "actionthrottledtext" showed up?

My editor, especially new editor saw the "As an anti-spam measure, you are limited from performing this action too many times in a short space of time, and you have exceeded this limit. Please try again in a few minutes." message frequently. How can I change the setting or disable this function?

(Looks like more than 1000 words add will cause this problem. How can I solve it?) Deletedaccount4567435 (talk) 03:17, 9 January 2013 (UTC)

There are several instances of actionthrottledtext in the code, but I don't see any that are related to a 1000 word limit.

Instead, I think you want to look at $wgRateLimits and Manual:Edit throttling for your answer. ☠MarkAHershberger☢(talk)☣ 00:16, 10 January 2013 (UTC)

[RESOLVED] Blocking a system message on certain pages?

I have uploaded on my site a ZIP file. Below its download, it says Warning: This file type may contain malicious code. By executing it, your system may be compromised. Is there any way to disable Mediawiki:mediawarning on that certain page, or do I have to abolish that message altogether? Shuvuuia (talk) 03:51, 9 January 2013 (UTC)

Are you saying you want to block that message on just that file's page but still leave it open in case someone uploads another zip file?

Something like this could be accomplished using javascript, though it would mean users might see that message briefly when they loaded the page.

It is probably better to leave the file, blank out the message and then disable .zip uploads. ☠MarkAHershberger☢(talk)☣ 23:31, 9 January 2013 (UTC)

Well, I don't know how to hide a system message with JavaScript, so if anybody could tell me how, thank you very much. If I can't, I'll use the second version. Thanks, Mark. Shuvuuia (talk) 04:07, 16 January 2013 (UTC)

But if I disable .zip file uploads, can I upload a new version of the one .zip file I've uploaded? Shuvuuia (talk) 04:17, 16 January 2013 (UTC)

you can upload a new version now and then disable them. ☠MarkAHershberger☢(talk)☣ 04:42, 16 January 2013 (UTC)

So if I want to reupload the file, I can enable .zip uploads, upload it, and then disable .zip uploads again? Thanks! I'll do that. Shuvuuia (talk) 04:50, 16 January 2013 (UTC)

I'm not sure off the top of my head if this will work (it depends on what context the message is parsed in and stuff) but you can try:

{{#ifeq:{{PAGENAME}}|MyFile.zip| | This file may contain malicious code}}

(Assuming you have ParserFunctions installed.) Bawolff (talk) 21:36, 17 January 2013 (UTC)

It worked! Thanks! Shuvuuia (talk) 02:08, 20 January 2013 (UTC)

Upgrading MediaWiki

To upgrade MediaWiki, is this what I need to do?

1. Backup the files and the database
2. Move the MediaWiki files of the old version
3. Upload the files for the new version
4. Copy LocalSettings and the extension files from the old MediaWiki files that were moved to the new MediaWiki files
5. Run update.php to make the changes to the database
6. Delete the old files

Will this work for upgrading from MediaWiki version 1.17 to 1.19.2? Lieutenant Aleksandr Reznov 05:00, 9 January 2013 (UTC)

No answer to the question, but latest 1.19 version is 1.19.3 if you like secure versions. :) Malyacko (talk) 09:27, 9 January 2013 (UTC)

So what else do I need to do?

It would be 1.19.3 then. ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 15:43, 9 January 2013 (UTC)

Check out Manual:Upgrading to make sure you have everything. But you've got it covered with your steps.

That said, in step 4, I would check to see if any of the extensions or skins need to be updated to 1.19-matching versions. ☠MarkAHershberger☢(talk)☣ 20:35, 9 January 2013 (UTC)

I checked and it looks like I don't have anything left out. I was also going to add checking extension compatibility and replacing the necessary files to it. So it looks like I have everything. ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 17:53, 16 January 2013 (UTC)

HTTP Error 404.0 - Not Found

I set up MediaWiki on PC1 successfully and could browse to the main page via http://localhost/wiki url. I went to PC2, the browser showed "HTTP Error 404.0 - Not Found" when I browsed http://PC1_IP/wiki

I could browse to http://localhost/wiki/test/index.html

The error is below:

The resource you are looking for has been removed, had its name changed, or is temporarily unavailable.

Most likely causes: The directory or file specified does not exist on the Web server. The URL contains a typographical error. A custom filter or module, such as URLScan, restricts access to the file.

Things you can try: Create the content on the Web server. Review the browser URL. Create a tracing rule to track failed requests for this HTTP status code and see which module is calling SetStatus. For more information about creating a tracing rule for failed requests, click here.

Detailed Error Information: Module IIS Web Core Notification MapRequestHandler Handler StaticFile Error Code 0x80070002 Requested URL http://localhost:80/wiki2/index.php/Main_Page Physical Path C:\inetpub\wwwroot\wiki2\index.php\Main_Page Logon Method Anonymous Logon User Anonymous

More Information: This error means that the file or directory does not exist on the server. Create the file or directory and try the request again. View more information » Learnerdq (talk) 05:57, 9 January 2013 (UTC)

As you wrote "I went to PC2, the browser showed "HTTP Error 404.0 - Not Found" when I browsed http://PC1_IP/wiki" - are you able to browse your network to access PC1 from PC2?

From the "things you can try", which of these things did you try? Malyacko (talk) 09:26, 9 January 2013 (UTC)

I'm sure IIS doesn't support http://localhost/wiki2/index.php/Main_Page urls. Try http://localhost/wiki2/index.php?title=Main_Page instead Ciencia Al Poder (talk) 10:47, 9 January 2013 (UTC)

@Malyacko

Yes. From PC2 I could browse http://PC1_PI/wiki/test/index.html

@Ciencia Al Poder

FYI, I am running wiki on XAMPP

Thanks Learnerdq (talk) 15:38, 9 January 2013 (UTC)

Then you have a conflict with webservers because the error you provided clearly states IIS Web Core.

IIS server is listening on port 80, so XAMPP is either on a different port or it's not running at all. If you don't want/need IIS then you should stop it. Ciencia Al Poder (talk) 20:56, 9 January 2013 (UTC)

[RESOLVED] The mediawiki I've just created, doesn't show images

Hello everyone,

I've just created a media wiki, that I hosted in a VM in Vmware.

When I open the main page of my wiki, from the localhost, it works correctly (all the images are shown).

The problem comes when I try to open it from another PC connected to the same LAN, When the Main Page is opened, it appears without images, just text.

Anybody knows why appear this problem? I need to change or add any variable in the LocalSettings.php file?

Thanks in advance.

Regars. 79.152.200.14 (talk) 10:27, 9 January 2013 (UTC)

Most likely cause is that your webserver or MediaWiki is using "localhost" as the hostname, so accessing it from other machine causes requests to be directed to the own machine instead of the server. Try setting $wgOverrideHostname tho the hostname or IP accessible from other machines in your network. Ciencia Al Poder (talk) 10:55, 9 January 2013 (UTC)

That's right!

I changed localhost by IP and it works fine :)

Thanks a lot! 79.152.200.14 11:21, 9 January 2013 (UTC)

[RESOLVED] mediawiki 1.20.2 not displaying Images tagged as File:

Morning all,

Just upgraded from 1.16 to 1.20.2, many of our existing pages have images published on them in the following syntax;

[[File:Wiki.png]]

But since the upgrade, this no longer works, and to get them working again we have to edit the tag to use the [[Image:Wiki.png]] syntax, this isnt exactly a bug, but more of an annoyance, does anyone have any idea why this isnt working. Id accept it as new enforcing behaviour, except that the official support documents say the syntax to publish an image is to still use 'File:'

Regards. 151.170.240.10 (talk) 11:15, 9 January 2013 (UTC)

Could you frame your wikisyntax by <nowiki>YOURSYNTAX</nowiki> or <pre>YOURSYNTAX</pre> tags so we can see it in this forum Carchaias (talk) 12:55, 9 January 2013 (UTC)

Done, whoops... 151.170.240.10 13:20, 9 January 2013 (UTC)

Its turn out that in 1.16 you have specify in LocalSettings.php the parameter $wgUrlProtocols[] = "file:" in order for the file tag to work. In 1.20 the presence of that in the LocalSettings.php breaks the file tag. On removing it, everything sprang back in to life! 151.170.240.10 15:12, 9 January 2013 (UTC)

[RESOLVED] Mediawiki.org Editor feature - add on, extension? (how to?)

Hi all,

When we edit a page on Mediawiki.org the on-line editor has a tool bar with buttons to quickly insert wiki-text. (ex. ([]) , ({{ }}) etc.) The tool bar just bellow the (Save page) and (Show preview) buttons when you edit a post.

So how could I implement this on my Wiki? Is it an extension, a special add-on? How do you go about configuring the enduser's Editing tool?

I looked at the Special:version page but it is a little overwhellming...

Many thanks! Frank

• • • • • • • • • • • • • 205.237.9.121 (talk) 12:46, 9 January 2013 (UTC)

Extension:WikiEditor is what you want. It is bundled with MW 1.19 and later versions. ☠MarkAHershberger☢(talk)☣ 20:30, 9 January 2013 (UTC)

I have the extension:WikiEditor installed and that toolbar with those buttons doesn't show up at the bottom.

Michel-André 206.248.138.152 04:11, 10 January 2013 (UTC)

How do you have it configured in you LocalSettings.php? ☠MarkAHershberger☢(talk)☣ 04:15, 10 January 2013 (UTC)

# WikiEditor
require_once( "$IP/extensions/WikiEditor/WikiEditor.php" );
// Enables use of WikiEditor by default but still allow users to disable it in preferences
$wgDefaultUserOptions['usebetatoolbar'] = 1;
$wgDefaultUserOptions['usebetatoolbar-cgd'] = 1;
// Displays the Preview and Changes tabs
$wgDefaultUserOptions['wikieditor-preview'] = 1;
// Displays the Publish and Cancel buttons on the top right side
$wgDefaultUserOptions['wikieditor-publish'] = 1;
// Displays a navigation column (summary) on the right side
$wgDefaultUserOptions['usenavigabletoc'] = 1;

206.248.138.152 14:53, 10 January 2013 (UTC)

that set up works for me when I'm not logged in. Maybe you're logged in and have the toolbar disabled? ☠MarkAHershberger☢(talk)☣ 20:47, 10 January 2013 (UTC)

I think you're talking about Extension:CharInsert. Pocket lint (talk) 15:03, 14 January 2013 (UTC)

Right on.

Pocket lint, you're the greatest!

Michel-André 206.248.138.152 01:54, 15 January 2013 (UTC)

Use the Validator extension in MediaWiki 1.19

As initially reported on Bugzilla (bug 43067), Fabrice LÉCAUDÉ would like to run the Validator extension on the following configuration:

• MediaWiki 1.19.2/3
• PHP 5.2.17
• SemanticMediaWiki 1.8.0

MediaWiki 1.19 is our LTS version, and so still supported. For SemanticMediaWiki and LTS support issues, see this thread.

How can I prevent removal of certain wikitext from pages with Abuse Filter?

I would like to create a filter that will prevent removal of {{commentbox}}, {{gwipdisclaimer}}, and possibly [[Category:Fanfiction]] and [[Category:Data]]. Those templates provide a comment box for users and readers to provide commentary on articles and also includes the trademark/copyright information about the content of the article.

Also, do you know how I can prevent adding email addresses to articles, user pages, or talk pages? I saw there was a filter on Wikipedia but it was private so I couldn't import it. Lieutenant Aleksandr Reznov 17:43, 9 January 2013 (UTC)

I thought there was an extension that allowed you to protect a given section from editing. I can't find it now, but even if I could, I would still have to warn you that MW isn't really meant to do that. ☠MarkAHershberger☢(talk)☣ 20:25, 9 January 2013 (UTC)

You mean is not supposed to be protecting sections? I could just uninstall it since it hasn't really been used for anything other than one time when a troll kept blanking his talk page and I didn't feel it was necessary at that point to block him. Protect Section is useless for the purpose I described since it requires someone with the protect section right to place it, and so it can't be preloaded on article creation, otherwise no one can save new articles. We'd have to have someone add the tags to every new article. That isn't doable because I restricted it to sysadmins since there's no way of tracking it and it could easily be overused. I might just go ahead and uninstall it. ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 20:49, 9 January 2013 (UTC)

I was looking through some of the filters on other wikis, and I haven't learned enough from it to write filters. Are there any good guides? There was a filter I saw to prevent posting email addresses, which could be useful for preventing meatpuppetry and other coordinated forms of misuse and harassment. It was set as private though. ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 01:10, 11 January 2013 (UTC)

You'll need to know a bit about regular expressions to create good filters like for email addresses. How much do you think you know? Jasper Deng (talk) 01:55, 11 January 2013 (UTC)

I don't really know that much. I know how to use * to show that there might be more additional letters at the beginning or end, and that parts can be substituted as in (t|g)old for gold or told. I remember that Wikipedia or Wikibooks has a useful article on them. Is there anything specific for Abuse Filter, since I'm not sure on the terms to add to in for instructions. ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 02:06, 11 January 2013 (UTC)

You can always use the regex tester site to test things you come up with. There are links to documentation there, also. ☠MarkAHershberger☢(talk)☣ 02:09, 11 January 2013 (UTC)

Thanks. That will be useful. Is there anything that explains how to enter the instructions into abuse filter? I mean for instructing it to do various actions, in addition to knowing what to look for. ఠ_ఠ Inquisitor Sasha Ehrenstein des Sturmkrieg Sector (Talk) (Contr) 03:28, 11 January 2013 (UTC)

The actions are pretty simple - they're checkboxes in the filter editing window. Jasper Deng (talk) 03:49, 11 January 2013 (UTC)

Extension:AbuseFilter/Rules format Ciencia Al Poder (talk) 10:46, 11 January 2013 (UTC)

Installed SpamBlacklist Extension, Gives me an error message and no one can edit anymore

I installed Extension:SpamBlacklist because we were getting an overwhelming amount of spam, and the spam has stopped... only because no one can edit anymore. The edit window opens fine, but every time I press submit I get an error message reading:

Warning: require(/home/fh14/public_html/chibisandate/__DIR__/SpamBlacklistHooks.php) [function.require]: failed to open stream: No such file or directory in /home/fh14/public_html/chibisandate/includes/AutoLoader.php on line 1007

Fatal error: require() [function.require]: Failed opening required '/home/fh14/public_html/chibisandate/__DIR__/SpamBlacklistHooks.php' (include_path='.:/usr/lib/php:/usr/local/lib/php') in /home/fh14/public_html/chibisandate/includes/AutoLoader.php on line 1007 FH14 (talk) 07:51, 10 January 2013 (UTC)

That extension uses the __DIR__ constant, added in PHP 5.3.0. Your PHP version is older and doesn't support it.

You can try replacing __DIR__ by dirname(__FILE__) in the code (other incompatibility problems may arise), or upgrade your PHP to 5.3.0 or newer. Ciencia Al Poder (talk) 10:30, 10 January 2013 (UTC)

How to control the editors in one particular organization

Hello,

I need create one new portal, but it cannot be editable by readers, only by internal team of my organization.

How can I control or limit the editions possibilities in a particular wikimedia installation?

Thanks for your helping. 201.49.164.123 (talk) 17:16, 10 January 2013 (UTC)

See Manual:Preventing_access for more information. ☠MarkAHershberger☢(talk)☣ 17:20, 10 January 2013 (UTC)

[RESOLVED] How to insert discussion widget from Facebook or VK.com to discussion page?

Hello all! I could not find how to do it. 1) Are there some extensions that allow to do that? 2) So I know how to insert some javascript of a widget to discussion page, but I need also to insert some javascript between <head> tags! How can I do it? Fokebox (talk) 17:17, 10 January 2013 (UTC)

For inserting some JS, see ResourceLoader/Migration guide (users).

If VK.com acts the same as Facebook, you could probably adapt Extension:Facebook. ☠MarkAHershberger☢(talk)☣ 17:26, 10 January 2013 (UTC)

How to insert JS I have done it already! I cannot adapt Facebok extension, 'cause I am not good at progamming in php ). I want to try to do it myself but I do need how to insert code between <head></head> tags in all pages of wikimedia Fokebox (talk) 18:02, 10 January 2013 (UTC)

You want to use something like MediaWiki:Common.js on your site. ☠MarkAHershberger☢(talk)☣ 19:38, 10 January 2013 (UTC)

Well I know how to insert other js script to some page! Now I need to find out how to insert some script between head tags in html in all pages, because there are some rules that are neccessary to follow, for example:

Put this script tag to the <head> of your page

<script type="text/javascript" src="//vk.com/js/api/openapi.js?75"></script>
<script type="text/javascript">
  VK.init({apiId: API_ID, onlyWidgets: true});
</script>

and Put this div tag to the place, where the Comments block will be

<div id="vk_comments"></div>
<script type="text/javascript">
VK.Widgets.Comments("vk_comments", {limit: 10, width: "496", attach: "*"});
</script>

So I know how to put the second script to the page and need to know how to be with first one! Fokebox (talk) 20:04, 11 January 2013 (UTC)

It looks like you want to work develop your own skin. Here is a good tutorial to use. ☠MarkAHershberger☢(talk)☣ 20:20, 11 January 2013 (UTC)

No ... it is not a skin!!! I try to put VK widget to discussion page of the wikipages Fokebox (talk) 20:33, 11 January 2013 (UTC)

If you don't want to use a skin, then you'll have to use MediaWiki:Common.js to dynamically inject the necessary elements. ☠MarkAHershberger☢(talk)☣ 14:38, 12 January 2013 (UTC)

Well I tried to use Mediawiki:Common.js! I put this script there

<script type="text/javascript" src="//vk.com/js/api/openapi.js?75"></script>
<script type="text/javascript">
VK.init({apiId: API_ID, onlyWidgets: true});
</script>

But I could not see this scipt anywhere. I did not appear in html in all pages! I set $wgAllowUserJs to true, but I doesn't work at all!

Here is the link to my common.js http://www.wikijournal.ru/index.php/MediaWiki:Common.js

What should I do? And There is no result ( Fokebox (talk) 17:28, 12 January 2013 (UTC)

Mediawiki:Common.js is a script, not an HTML file. So you should write there as if that's the contents of a <script></script>.

Try putting this instead:

$.getScript("//vk.com/js/api/openapi.js?75", function(data, textStatus, jqxhr) {
	VK.init({apiId: API_ID, onlyWidgets: true});
});

Ciencia Al Poder (talk) 19:55, 12 January 2013 (UTC)

Thnks, I tried, but it doesn't make sense! Well If you would like to see what I want to do is here: http://www.wikijournal.ru/vk.html

I put second part of the scipt using htmlet, but I don't know what to do with the first part that should be in head of the html ( Fokebox (talk) 20:53, 12 January 2013 (UTC)

I guess it doesn't work because you need to change API_ID with some code. I've actually didn't saw your wiki because your domain isn't known to my DNS...

But for you to understand, I'll explain the code:

$.getScript() loads a JavaScript URL, and when it's loaded, it executes the function passed as the second parameter. You need to do this because, as I said, you can't put <script> tags inside Common.js because it's not HTML but directly a JS file. But $.getScript() will load the script as if it was called by a script tag.

The VK.init part is inside of the callback function because it depends on the script being loaded, so it's execution should wait until the script has been loaded, since that load is done asynchronously (because it's not a script tag).

Following those instructions you should be able to insert a facebook widget as well. Ciencia Al Poder (talk) 21:09, 12 January 2013 (UTC)

Thank you for explaination. I changed API_ID to my own, so it was like this in Mediawiki:Common.js:

$.getScript("//vk.com/js/api/openapi.js?75", function(data, textStatus, jqxhr) {
	VK.init({apiId: 3354880, onlyWidgets: true});
});

but it didn't work! ( I tried to have the whole code of the widget inserted using htmlet to discussion page in my wiki:

<head>
<!-- Put this script tag to the <head> of your page -->
<script type="text/javascript" src="//vk.com/js/api/openapi.js?75"></script>
<script type="text/javascript">
  VK.init({apiId: 3354880, onlyWidgets: true});
</script>
</head>
<body>
<!-- Put this div tag to the place, where the Comments block will be!!! -->
<div id="vk_comments"></div>
<script type="text/javascript">
VK.Widgets.Comments("vk_comments", {limit: 20, width: "800", attach: false});
</script>
</body>

And widget started to work fine! Well I am not good at javascripts, but I guess that there is something wrong when I have the code in mediawiki:common.js

So could you help me please? Fokebox (talk) 21:44, 12 January 2013 (UTC)

You should really be using a tool to look at your browser's console. When I load a page on your site, I see this in the console:

Error: JavaScript parse error: Parse error: Missing operand in file 'MediaWiki:Common.js' on line 1

You should only have javascript in Common.js. You can load js using mw.loader.load. I tried putting the following in MediWiki:Common.js:

mw.loader.load("//vk.com/js/api/openapi.js?75");

VK.init({apiId: API_ID, onlyWidgets: true});

but that failed with VK being undefined. ☠MarkAHershberger☢(talk)☣ 21:40, 12 January 2013 (UTC)

I tried too

mw.loader.load("//vk.com/js/api/openapi.js?75");
VK.init({apiId: 3354880, onlyWidgets: true});

It didn't help. Is there anyway to put the code that I need directly between <head> tags in some php files of the wikimedia? Fokebox (talk) 21:53, 12 January 2013 (UTC)

Since your code is essentially the same as mine, I'm sure it failed the same way.

I've pointed Krinkle to this discussion. He was responsible for a lot of the ResourceLoader bits and can probably be more help here. ☠MarkAHershberger☢(talk)☣ 22:03, 12 January 2013 (UTC)

<script type="text/javascript" src="//vk.com/js/api/openapi.js?82"></script>

<script type="text/javascript">

VK.init({apiId: API_ID, onlyWidgets: true});

</script>

<script type="text/javascript">

VK.Widgets.Comments("vk_comments", {limit: 10, width: "496", attach: "*"});

</script> 212.109.27.31 18:14, 18 March 2013 (UTC)

Ciencia Al Poder already gave the solution a while ago.

mw.loader isn't relevant here since this isn't using ResourceLoader. Use jQuery.getScript with the callback it provides (since it is asynchronous).

• Open MediaWiki:Common.css:
• Edit
• Select everything in the edit area
• Replace with this:

jQuery.getScript('//vk.com/js/api/openapi.js?76', function () {
    VK.init({apiId: 3354880, onlyWidgets: true});
});

Krinkle (talk) 22:41, 12 January 2013 (UTC)

Thanks for your attention on this topic, did you mean open MediaWiki:Common.js instead of MeidaWiki:Common.css?

Anyway your code doesn't work. Widget do not appear on the page!

<head>
<!-- Put this script tag to the <head> of your page -->
<script type="text/javascript" src="//vk.com/js/api/openapi.js?75"></script>
<script type="text/javascript">
  VK.init({apiId: 3354880, onlyWidgets: true});
</script>
</head>
<body>
<!-- Put this div tag to the place, where the Comments block will be!!! -->
<div id="vk_comments"></div>
<script type="text/javascript">
VK.Widgets.Comments("vk_comments", {limit: 20, width: "800", attach: false});
</script>
</body>

But I tried another way which works perfectly! I created html page and inserted the whole script there and I used htmlet to link this page! And widget started to work! ) ... I guess it is not correct because there are head tags in the midle of html. Fokebox (talk) 09:36, 13 January 2013 (UTC)

Did you put <div id="vk_comments"></div> on the page you wanted the widget to appear? Because maybe you forgot to do that and that's why it wasn't working.

Well, in that case the script should be adapted a little:

jQuery.getScript('//vk.com/js/api/openapi.js?76', function () {
    VK.init({apiId: 3354880, onlyWidgets: true});
	$(function() {
		if ($('#vk_comments').length) {
			VK.Widgets.Comments("vk_comments", {limit: 20, width: "800", attach: false});
		}
	});
});

Ciencia Al Poder (talk) 10:47, 13 January 2013 (UTC)

Thx for help, but I have found a solution! I created html file with this script and inserted to the discussion page using htmlet ) Fokebox (talk) 13:51, 13 January 2013 (UTC)

The code Ciencia and I posted should go on MediaWiki:Common.js. And no HTML (no ‎<head>, ‎<script>, ‎<body> or ‎<div>), just the snippet we posted, nothing more.

The solution you're opting now for I highly discourage, but do whatever you want. Krinkle (talk) 15:44, 18 January 2013 (UTC)

[RESOLVED] upgrading from 1.19.2 to 1.20.x Error: invalid magic word 'speciale'

Misconfigured layout page

Hi!

I nee help to solve this problem. I installed the lastest version of mediawiki and when i go to index page, the layout images and css is not showing correct.

See the wiki: http://help.rezendesistemas.com.br/ Elvanineto (talk) 19:58, 10 January 2013 (UTC)

Check your error log. load.php (which is responsible for CSS/JS) is returning server errors. ☠MarkAHershberger☢(talk)☣ 20:13, 10 January 2013 (UTC)

Where can i get this errorlog? Elvanineto (talk) 15:42, 14 January 2013 (UTC)

i had the same problem earlier this day, checkout the solution

http://www.mediawiki.org/wiki/Project%3ASupport%20desk/Flow/2013/01#h-%5BSOLVED%5D_Wiki_doesn%27t_not_show_correct_on_client-2013-01-14T11%3A00%3A00.000Z 93.50.166.46 18:38, 14 January 2013 (UTC)

i tried to load the file load.php on webrowser and show this:

Internal Server Error

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

On mysql, the user create to manage the wiki database has FULL PRIVILEGES on the wiki database. What more i need to check? Elvanineto (talk) 19:48, 14 January 2013 (UTC)

Your solution will be likely be different.

I don't know where your error logs are, but look for a folder or directory on your web host called "logs" and, in that, a file named "error.log" or "error_log" ☠MarkAHershberger☢(talk)☣ 20:03, 14 January 2013 (UTC)

[RESOLVED] site_stats damaged or missing on slave

Hi everyone,

some month ago I've updated our company wiki from 1.15.4 to 1.18.2. I added some Extensions (LDAP_Auth, other Extensions, etc...) and did some minor system modifications like adding an additional <div> tag to the Table of Contents.

The wiki is running on a CentOS Linux machine (Apache, MySQL db).

About one month ago I checked the "Special:Statistics" page as I always did in the morning and there it was:

Active Users: -1

I know that the default value for ss_active_users in the site_stats table is -1 but the value displayed in the database was 66. I checked this value via api and Special:ActiveUsers. I added $wgDebugDumpSql = true; $wgShowDebug = true; to the LocalSettings.php and reloaded the Special:Statistics page.

Here the output:

SiteStats::loadAndLazyInit: reading site_stats from slave 

Query 17 (slave): SELECT /* SiteStats::doLoad ... */ * FROM `wiki_site_stats` LIMIT 1 
SiteStats::loadAndLazyInit: site_stats damaged or missing on slave 

Query 18 (slave): SELECT /* SiteStats::doLoad ... */ * FROM `wiki_site_stats` LIMIT 1 
SiteStats::loadAndLazyInit: initializing damaged or missing site_stats 

Query 19 (slave): SELECT /* SiteStatsInit::edits ... */ COUNT(*) FROM `wiki_revision` LIMIT 1 

Query 20 (slave): SELECT /* SiteStatsInit::edits ... */ COUNT(*) FROM `wiki_archive` LIMIT 1 

Query 21 (slave): SELECT /* SiteStatsInit::articles ... */ COUNT(DISTINCT page_id) FROM `wiki_page`,`wiki_pagelinks` WHERE page_namespace = '0' AND page_is_redirect = '0' AND (pl_from=page_id) LIMIT 1 

Query 22 (slave): SELECT /* SiteStatsInit::pages ... */ COUNT(*) FROM `wiki_page` LIMIT 1 

Query 23 (slave): SELECT /* SiteStatsInit::users ... */ COUNT(*) FROM `wiki_user` LIMIT 1 

Query 24 (slave): SELECT /* SiteStatsInit::files ... */ COUNT(*) FROM `wiki_image` LIMIT 1 

Query 25 (slave): SELECT /* SiteStatsInit::views ... */ SUM(page_counter) FROM `wiki_page` LIMIT 1 
DatabaseBase::query: Writes done: DELETE FROM `wiki_site_stats` WHERE ss_row_id = '1' 

Query 26 (slave): DELETE /* SiteStatsInit::refresh ... */ FROM `wiki_site_stats` WHERE ss_row_id = '1' 

Query 27 (slave): INSERT /* SiteStatsInit::refresh ... */ INTO `wiki_site_stats` (ss_total_edits,ss_good_articles,ss_total_pages,ss_users,ss_images,ss_row_id,ss_total_views) VALUES ('v1','v2','v3','v4','v5','v6','v7') 

Query 28 (slave): SELECT /* SiteStats::doLoad ... */ * FROM `wiki_site_stats` LIMIT 1 
SiteStats::loadAndLazyInit: site_stats persistently nonsensical o_O 

Query 29 (slave): SELECT /* LCStore_DB::get ... */ lc_value FROM `wiki_l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:statistics-header-views' LIMIT 1 

Query 30 (slave): SELECT /* LCStore_DB::get ... */ lc_value FROM `wiki_l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'linkPrefixExtension' LIMIT 1 

Query 31 (slave): SELECT /* LCStore_DB::get ... */ lc_value FROM `wiki_l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:statistics-views-total' LIMIT 1 

Query 32 (slave): SELECT /* LCStore_DB::get ... */ lc_value FROM `wiki_l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'separatorTransformTable' LIMIT 1 

Query 33 (slave): SELECT /* LCStore_DB::get ... */ lc_value FROM `wiki_l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'digitTransformTable' LIMIT 1 

Query 34 (slave): SELECT /* LCStore_DB::get ... */ lc_value FROM `wiki_l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:statistics-views-total-desc' LIMIT 1 

Query 35 (slave): SELECT /* LCStore_DB::get ... */ lc_value FROM `wiki_l10n_cache` WHERE lc_lang = 'en' AND lc_key = 'messages:statistics-views-peredit' LIMIT 1 
LoadBalancer::getConnection: using server localhost for group SpecialStatistics 

Query 36 (slave): SELECT /* SiteStatsUpdate::cacheUpdate ... */ COUNT( DISTINCT rc_user_text ) FROM `wiki_recentchanges` WHERE (rc_user != 0) AND rc_bot = '0' AND (rc_log_type != 'newusers' OR rc_log_type IS NULL) AND (rc_timestamp >= '20121212143454') LIMIT 1

Query 37 (slave): UPDATE /* SiteStatsUpdate::cacheUpdate ... */ `wiki_site_stats` SET ss_active_users = '66' WHERE ss_row_id = '1' 

There you can see "site_stats damaged or missing on slave" and other debug messages from SiteStats.php. How is it possible that the correct value of 66 is not displayed on the Special:Statistics page?

For testing I've set up a clean 1.18.2 installation with the current database and I got the same problem. So I think it is a database problem but I don't know if that's right.

Regards,

schrotteh Schrotteh (talk) 15:48, 11 January 2013 (UTC)

The stats are checked before displaying and the checks would fail if any of these conditions are met :

1. ss_total_pages < ss_good_articles
2. ss_total_edits < ss_total_pages
3. Any of the fields is less than 0 or greater than 2000000000

I highly doubt the third one would would apply, since it's doing a count() and it would never return -1. And the upper limit shouldn't be reached (since even en.wp hasn't reached it yet)

The first one also shouldn't be the problem, since as how are constructed both queries, ss_good_articles would contain always less rows or the same as ss_total_pages.

The problematic one should be ss_total_edits < ss_total_pages, if there are inconsistencies like entries in the page table with no corresponding entries on the revision table. If that's the case, have you used any experimental extension to mass-delete pages or something like that? Ciencia Al Poder (talk) 17:39, 11 January 2013 (UTC)

Hey, thanks for that quick answer and sorry for my late one!

I checked my site_stats table and noticed that ss_admins is -1 (default) cause it is deprecated since MW version 1.5.

Should I set ss_admins to 1 in the database or should I remove the "admins" string in the SiteStats.php isSane() function?

(Setting ss_admins to 1 per default solved the problem on my test system)

I know what caused the problem. It is the maintenance/initStats.php script I used. It sets the ss_admins value to -1.

And yes, I used the MassEditRegex extension for external link modification on multiple pages but not for mass-delete.

But as I can see, everything is allright with the revisions/pages and the numbers in the database are correct, too.

Regards

Schrotteh Schrotteh (talk) 09:00, 14 January 2013 (UTC)

Well, if that solves that for you, then apply that change. "admins" is no longer used on that file as you can see, maybe it's a bug with 1.18 but that version of MediaWiki is now no longer supported. Ciencia Al Poder (talk) 10:27, 14 January 2013 (UTC)

Yes, I think that's a pretty easy way to fix that.

Thanks alot for your help and the tip with the isSane() function!

Ps: I know that 1.18 is no longer supported but as I said I use mediawiki in a huge global company and its not that easy to just update whenever I want :) Schrotteh (talk) 11:38, 14 January 2013 (UTC)

Image Authorization not working in Mediawiki 1.20.2

I have the latest version of Mediawiki (1.20.2) installed on a bluehost shared server. I did what was given at Manual:Image_Authorization#Apache_Instructions_without_PATH_INFO_with_mod_rewrite:

1. Downloaded this file and put it in public_html/w/images folder.
2. Added the line "Deny from All" to the .htaccess file that came with installation in the folder public_html/w/images.
3. Added $wgUploadPath = "/wiki/cgi_img_auth.php"; in public_html/w/LocalSettings.php. Also tried the line $wgUploadPath = "cgi_img_auth.php" as suggested by someone on the discussion page.
4. Added following lines in public_html/w/images/.htaccess:

RewriteEngine on

RewriteRule ^/wiki/images(.*)$ /wiki/cgi_img_auth.php/$1 [R]

RewriteRule ^wiki/cgi_img_auth.php/(.*) wiki/cgi_img_auth.php?path=/$1

<Directory [server home path]/public_html/w/images>

Options -Indexes

</Directory>

Public listing of images directory is gone (throws 500 server error when w/images is accessed directly through browser) but all the images on all the pages are broken. Uploading works fine; it does upload the images into images directory though. Tried adding the above lines in public_html/.htaccess too, but that breaks the whole thing - throws an internal server error when I try to access any page. Are there any simple/standard/clearer steps or an extension to achieve this? Pardhu (talk) 04:17, 12 January 2013 (UTC)

With the RewriteRules you have there, each call to wiki/images/* will be redirected to your cgi_img_auth.php script. Normally, without this script, you can just access the image files with your webbrowser. Now you say they are "broken". What exactly do you get, when you try to open an image file with your webbrowser? Any output in the webbrowser? An error in the PHP error log? 88.130.110.243 13:56, 12 January 2013 (UTC)

Can I have two MediaWiki installations on one Linux machine (2 domains)?

Hi, I have a Linux machine with 2 domain names runing. I already installed MediaWiki on one domain, now I want to install it on another domain.

Is this safe?

I need to have two completely separate wikis because the purpose is totaly different.

Thanks. Danijel~mediawikiwiki (talk) 13:01, 12 January 2013 (UTC)

Yes, that is possible.

If you are using Apache, you should set up two different Vhosts to handle the two domains. They can point to two different directories on the machine so that the files are completely separated. For the databases just set up two different databases on the same MySQL server and give each MediaWiki installation only access to that one database with its own data in it.

Apart from that you can use different users/groups on a file system level to restrict the linux user of the one wiki to access the files of the other wiki and vice versa. You can also modify the MySQL rights of the MySQL users: They surely should not be allowed to change "the other" DB. But additionally you can also disallow certain operations inside the DB like DROP, TRUNCATE and the like to improve security.

Also see Manual:Security. 88.130.110.243 13:45, 12 January 2013 (UTC)

Can't use both frame and resizing (px) when displaying images

Using MediaWiki 1.15.5, it seems that the "frame" and "px" tags for image display can't

be used simultaneously, i.e., either framing works or the resizing works, but not both.

This produces a framed full-size image:

This produces an unframed, resized image:

This should produce a framed, resized image but does not:

Thanks. 76.119.235.218 (talk) 09:15, 13 January 2013 (UTC)

This is by design. "frame" renders the image at the actual size. If you specify a size and want the same "frame" style you should use "thumb" instead of "frame". See Help:Images. Ciencia Al Poder (talk) 11:02, 13 January 2013 (UTC)

You can refer https://www.mediawiki.org/wiki/Project%3ASupport%20desk/Flow/2011/04#h-framed_image_resize_does_not_work-2011-04-03T07%3A18%3A00.000Z, which has a workaround for this. Soumya.sadanandan (talk) 10:16, 13 January 2017 (UTC)

No, you want to use thumb instead of frame. Ciencia Al Poder (talk) 10:32, 13 January 2017 (UTC)

I edit databse mdw_user and delete every user except admin, now i have a problem...

Hi I edit databse mdw_user and delete every user except my own user. after doing this i can't see login bar in top of mediawiki page and when i try to enter login's page it tells me there isn't any page with this name and you can create this page!!! what should i do now? "no i don't have backup" 188.245.80.112 (talk) 10:21, 13 January 2013 (UTC)

Uh... you definitively screwed that up. MediaWiki uses a relational database. All entries in page history have relation with the user table. If you delete all users, those entries won't have a matching user in the user table and most likely the won't be accessible.

If you are using MySQL and you have the binary log enabled, you may recover your database to the point before you deleted those users as you can see here. But be sure to take a database backup before performing this action.

Alternatively, you may try to insert all the deleted rows of the User table by looking at the id's of Manual:Revision table (rev_user filed).

Anyway, that shouldn't be the cause of the login page. maybe you're not accessing to the Special:Userlogin page but a [[userlogin]] page?. Try accessing through Special:Specialpages.

PD: Also, for removing users you can use Extension:User Merge and Delete. Ciencia Al Poder (talk) 11:14, 13 January 2013 (UTC)

Review restrictions

As far as I understood, in a corporate wiki it's possible to restrict permissions for editing pages, but can we hide some pages so that separate groups cannot see them at all? Rizossa (talk) 13:08, 13 January 2013 (UTC)

Here is a reference with all the warnings about what is possible and why you should be careful with it: Category:Page_specific_user_rights_extensions ☠MarkAHershberger☢(talk)☣ 16:26, 13 January 2013 (UTC)

Unable to completely download file from wikimedia

Hi, I am Nikhil. I am an art student, basically who is practicing sketch and painting. Recently i am working on leonardo da vinci painting..(working with his techniques)....i was downloading this file http://en.wikipedia.org/wiki/File:Saint_Jean-Baptiste,_by_Leonardo_da_Vinci,_from_C2RMF_retouched.jpg#globalusage so that i will be able to work on it. This file is copyright free. Whenever i try downloading this file (the full resolution, 90.13 mb file), the download does not goes beyond 5.8%. I tried downloading this from many different places but the result is same. As wikipedia provides the most detailed and exact copy of this painting, i am left with no other option. Please help... - Thanks 182.237.169.219 (talk) 07:54, 14 January 2013 (UTC)

Assuming that you refer to http://upload.wikimedia.org/wikipedia/commons/5/56/Saint_Jean-Baptiste%2C_by_Leonardo_da_Vinci%2C_from_C2RMF_retouched.jpg I don't have problems here to download it. Try a different browser and/or internet connection? AKlapper (WMF) (talk) 13:26, 14 January 2013 (UTC)

Forbid directly Page call

Hi,

is there any way, to forbid a directly page-call from URL? i want that the user can only open the pages over the navigation.

i use MediaWiki 1.20.2

thx for your help 87.152.230.27 (talk) 09:45, 14 January 2013 (UTC)

[SOLVED] Wiki doesn't not show correct on client

Hi everyone,

i have a issue with the visualization of my wiki on the clients. I've installed the wiki on a virtual machine, and in the virtual machine everything works fine, but when i access the index.php page from a client it shows only text page.

this is the image of the error: http://i28.photobucket.com/albums/c227/raimo85/Snap510_zps0a928cc0.jpg

can you give me a little help please? i don't understand why this is happening

wikimedia: mediawiki-1.20.2 running on win2003 server , apache and mysql 62.241.28.18 (talk) 11:00, 14 January 2013 (UTC)

All styles are missing. What happens when you try accessing load.php with your webbrowser? Make sure you can access the file and you do not get an error when you do so. 88.130.98.6 13:11, 14 January 2013 (UTC)

Looks like the CSS do not get loaded. Sure that you can access them? AKlapper (WMF) (talk) 13:30, 14 January 2013 (UTC)

first of all: thx for the replies.

wiki = name of my testing mediawiki.

i've tried to access the load.php writing this url: http://hostname/wiki/load.php

and my browser ask me to download it. no errors.

about accessing the CSS, i'm administrator of the LAN and i'm using 1 server (win2003) and 1 client (win7) logged in both with my account. i shouldn't have any problem accessing files from the server, i usually don't.

Right after the installation, without changing anything, if i try to open the index.php from the client i get that page without the css. 83.221.114.244 13:42, 14 January 2013 (UTC)

> i've tried to access the load.php writing this url: http://hostname/wiki/load.php and my browser ask me to download it.

Your browser should display the contents of that file. You actually should see some CSS code. Or if you just open the file without any parameters in the URL, there should be one line of text saying something like "Max made me put this here" or so. 88.130.98.6 14:14, 14 January 2013 (UTC)

Thanks again for the help,

luckly i've found the solution. the users didn't have the privileges to open mysql. I granted all privileges to all the users and now everything works fine.

http://localhost/phpmyadmin/

At least we have a previous case now :) 62.241.24.18 14:32, 14 January 2013 (UTC)

Multilevel Sidebar

Hi,

there are several discussions about a multilevel sidebar in MediaWiki. But i havent seen any solutions. I readed that's possible to modified the skin.php But there wasn't any description how.

can you help me?

thx 87.152.230.27 (talk) 13:10, 14 January 2013 (UTC)

See Category:Sidebar_extensions -- it may have what you need.

(fixed) ☠MarkAHershberger☢(talk)☣ 00:57, 15 January 2013 (UTC)

That is the page, which Mark has linked: Category:Sidebar_extensions. :-) 88.130.82.6 05:01, 15 January 2013 (UTC)

Thanks for your help!

do you have any experience with one of these extension? Which on can you recommend?

thx a lot 87.152.229.104 09:22, 15 January 2013 (UTC)

The only one I have experience with is Extension:DynamicSidebar. But I don't think that would do anything for your multi-level need.

In fact, from my limited experience with the sidebar and skins, I would say you'll probably end up writing some code to do what you want. ☠MarkAHershberger☢(talk)☣ 19:54, 15 January 2013 (UTC)

[RESOLVED] 1.20.2 tar does not contain mw-config folder

Problems with Events Extension

Hi everyone,

I updated a Mediawiki 1.12.x running on Windows/Apache/MySQL 5.0.67/PHP 5.2.17 to MediaWiki 1.18.6 with the result that the Events Extension (http://www.mediawiki.org/wiki/Extension:Events) 0.2 doesn't work anymore. It was not possible to create new events and all older events are at 22. August 1970.

I downloaded the new extension 3.1 and installed it. First I received you must define aliases for English. Loaded files are: en.specialalias.php, fr.specialalias.php than I reloaded the page and I receive a database error: 1146: Table 'mediawikidb.user_tables' doesn't exist.

I transfered the Wiki to a Testsystem Linux/Apache/MySQL/PHP with the same result:

you must define aliases for English. Loaded files are: en.specialalias.php, fr.specialalias.php. Aliases = Array ( )

Tmp = Array ( )

Backtrace:

1. 0 /homepages/13/d76221041/htdocs/Wiki-Testsystem/includes/LocalisationCache.php(408): include()
2. 1 /homepages/13/d76221041/htdocs/Wiki-Testsystem/includes/LocalisationCache.php(569): LocalisationCache->readPHPFile('/homepages/13/d...', 'aliases')
3. 2 /homepages/13/d76221041/htdocs/Wiki-Testsystem/includes/LocalisationCache.php(355): LocalisationCache->recache('de')
4. 3 /homepages/13/d76221041/htdocs/Wiki-Testsystem/includes/LocalisationCache.php(259): LocalisationCache->initLanguage('de')
5. 4 /homepages/13/d76221041/htdocs/Wiki-Testsystem/includes/LocalisationCache.php(205): LocalisationCache->loadItem('de', 'fallback')
6. 5 /homepages/13/d76221041/htdocs/Wiki-Testsystem/languages/Language.php(3333): LocalisationCache->getItem('de', 'fallback')
7. 6 /homepages/13/d76221041/htdocs/Wiki-Testsystem/languages/Language.php(189): Language::getFallbackFor('de')
8. 7 /homepages/13/d76221041/htdocs/Wiki-Testsystem/languages/Language.php(140): Language::newFromCode('de')
9. 8 /homepages/13/d76221041/htdocs/Wiki-Testsystem/includes/Setup.php(436): Language::factory('de')
10. 9 /homepages/13/d76221041/htdocs/Wiki-Testsystem/includes/WebStart.php(157): require_once('/homepages/13/d...')
11. 10 /homepages/13/d76221041/htdocs/Wiki-Testsystem/index.php(53): require('/homepages/13/d...')
12. 11 {main}

and than:

1146: Table 'db123456789.user_tables' doesn't exist (db123456789.db.1and1.com)

I don't understand the error message. The table Events exsists, but why the extension is looking for the table user_tables and who create this table in normal case?

Someone who can help me, please?

regards Stephan 193.197.148.126 (talk) 14:23, 14 January 2013 (UTC)

upgrading and migrating media wiki

Hi ,

i would like to upgrade and migrate media wiki, Media wiki details: Media wiki version: 1.14 Os: RHEL5 SQL VERSION: 5.0 PHP: 5.1

I would like to upgrade to: Media wiki: 1.20 Os: RHEL 6

Can you please send me if you have any How to's or step by step document.

Thanks

Vikram Vikramv9 (talk) 14:42, 14 January 2013 (UTC)

Hi Vikram,

Manual:Upgrading contains all the steps you need to know. 88.130.98.6 15:57, 14 January 2013 (UTC)

Autoincrement extension

Hi, I'm using the Autoincrement extension, and it works great, but I'd like to alter the file so that instead of outputting 1, 2, 3, etc., it'll output group1, group2, group3, etc. However, I don't seem to have enough knowledge of php to do this, even though it should be pretty simple. Can anyone provide me with some code? Pocket lint (talk) 15:15, 14 January 2013 (UTC)

How to change link to registration page?

Hi all! I have made other registration page with some other sequrity principles! So now i need to change the link to this registration page! How can i do it? Fokebox (talk) 20:30, 14 January 2013 (UTC)

I would like to know that as well. I use a special login page and I found out how to modify the link in the menu.

But on pages, which are restricted to logged-in users, e.g. on Special:Upload, the login link is still pointing to the MediaWiki default page.

Does MediaWiki offer a way to change that? 88.130.79.72 19:55, 17 January 2013 (UTC)

In case of the upload page the language label named "uploadnologintext" is used. This label just contains a normal wiki link like so: [[Special:UserLogin]]. Now one could obviously override this text in MediaWiki:Uploadnologintext, but this does not seem to be ideal: Message texts might change after MediaWiki updates, so that you always have to invest time in checking them again and again. And you still run in danger of either no longer having the current text or of having forgotten to change a link, which was added in the new MW version. Also there are possibly hundreds of messages, which contain a link to Special:UserLogin. It is not practible to override each single one of them - and that in all different languages!

To me it seems to be better to change a call to the ...Special:UserLogin page so that the server (not MediaWiki) returns another page (the one you want). That is possible with some small RewriteRules in .htaccess. You need to take care to preserve any parameters you might need (like the information on which page the user was before he triggered the login so that you can redirect him back there after successful login).

Am I missing something important? Is there a better idea? A hook maybe? 88.130.106.98 03:33, 18 January 2013 (UTC)

Id-Number in table

Hi,

i need a table with several of lines. This lines have an index.

Example:

ID  Name
1   Name1
2   Name2
3   Name3

and so on...

when i want change the position of a line, i have to edit all these Id's

now my question:

Is it possible to set the ID's automaticly?

thx for your help! 87.152.229.104 (talk) 09:34, 15 January 2013 (UTC)

This has been requested before on bugzilla:10433 and bugzilla:40618. Although there was no current impementation inside MediaWiki, you can find some solutions there. Ciencia Al Poder (talk) 10:29, 15 January 2013 (UTC)

designing an own skin

I know this is not really an urgent topic. But after trying for months, I want to ask if somebody knows how to design a new skin for my latest MediaWiki installation 1.19.0 .

I tried to copy/rename a default skin, renaming and updating the 2 PHP files in skins root with new class and lib names etc. But all what I get is a skin without any styles etc. I checked 2 internet pages for help, but they are showing the content for the skin and not what to do if I want to copy and modify a skin. I don't want to destroy one of my default skins and the help page for Skinning are old in here (it's ok because not many users want to change a skin).

Can please somebody give me a hint what I maybe do wrong and should do to start with a complete new skin or modifying a copied skin.

thanx a lot Mike greetings Mike (talk) 10:53, 15 January 2013 (UTC)

You should check out Daniel Friesen's Tutorial: Creating a custom skin for MediaWiki 1.18+. ☠MarkAHershberger☢(talk)☣ 19:56, 15 January 2013 (UTC)

i imagine what happened is that you copied the skin, changed the name, but didn't account for the fact that your new skin with the new name doesn't have entries in the ResourceLoader for it's styles and stuff. Bawolff (talk) 21:38, 17 January 2013 (UTC)

upgrade and DLP/intersection issue

So i've upgrade a very old wiki/db setup to soemthing a bit more current. old system was

Product Version MediaWiki 1.15.4 PHP 5.3.20 (apache2handler) PostgreSQL 8.1.23

new setup is

Product Version MediaWiki 1.20.2 PHP 5.3.20 (apache2handler) PostgreSQL 8.4.15

The wiki seems to be installed ok ie it loads and i can view pages and hte search function works but i'm having problems with DPL as most of the wiki is built around dynamic pages. the new wiki just says "No pages meet these criteria." I'm pretty sure i've followed the upgrade instruction correctly, Can anyone shed any light on where i might have gone wrong and how to rectify it? i'm using this dpl code

<DynamicPageList>
category = Tools
ordermethod=sortkey
order=ascending
</DynamicPageList>

Atemoya (talk) 11:42, 16 January 2013 (UTC)

Hi.

DynamicPageList isn't very well tested on postgress (since most the users that use it are on mysql), so there's a possibility that there is a compatibility issue somewhere.

Just to confirm:

• After upgrading your wiki, you also upgraded your version of extension:DynamicPageList (Wikimedia).
• When you updated your wiki you ran either the update.php script or the web upgrader (I imagine you did this, or everything would be broken)
• Viewing the page category:Tools displays all the articles in that category
• Even after making a dummy edit to the page containing the <DynamicPageList> the issue is still present. Bawolff (talk) 21:32, 17 January 2013 (UTC)

long deley due to work,

i's not an upgrade it's a new install, i exported the data form the old wiki and ran though the steps to convert it into the format for newer postgres, viewing the page category:Tools just says This category currently contains no pages or media. even after a dummy edit. 62.232.66.142 09:32, 13 February 2013 (UTC)

There is a maintenance script called rebuildall.php. This script is supposed to flush and re-fill empty/broken database tables. Maybe this helps.

(I just noticed that you are not only speaking of broken categories, but also of DynamicPageList. rebuildall.php won't help there. Maybe what you see is not a configuration issue, but a bug?) 88.130.103.121 13:57, 13 February 2013 (UTC)

refreshLinks.php is probably the script needed for that (rebuildAll might work too).

Note, that script can take a long time to run on bigger wikis Bawolff (talk) 19:31, 14 February 2013 (UTC)

p.s. Note, that DPL relies on the same tables that the categories rely on, so if the categories are broken, it is expected that dpl will be broken. Bawolff (talk) 19:33, 14 February 2013 (UTC)

Alternative for Extension Events?

Hi,

the Extension:Events (http://www.mediawiki.org/wiki/Extension:Events) doesn't work anymore and it seems there is no fix (http://www.mediawiki.org/wiki/Project:Support_desk#Problems_with_Events_Extension_22553).

Is there any alternative with such functions? I need an extension or funktion that collect events all over the wiki on a seperate page.

regards Stephan 212.9.170.194 (talk) 16:43, 16 January 2013 (UTC)

Can you convert from MediaWiki to Wordpress

I'm wondering if there are any tools to export the data that is currently in mediawiki to a word press format? 198.140.211.77 (talk) 17:17, 16 January 2013 (UTC)

MediaWiki already has export features. Someone wrote a script that allows you to import the export to WordPress. ☠MarkAHershberger☢(talk)☣ 19:43, 16 January 2013 (UTC)

you may convert your mediawiki website data to wordpress with cms2cms migration tool. For more detailed info check this http://www.cms2cms.com/supported-cms/mediawiki-to-wordpress-migration 92.52.129.82 15:52, 17 September 2013 (UTC)

CSS - Pages have moved to 0px and I can't change the Common.css

I made a change to my Common.css at WOIweb.com and I no longer can see my pages (I'm sure it was a dimension change that shows 'none'). I don't know how to change it back since I can't see the pages (see pic below).

Running current everything: http://i.imgur.com/12ccy.png Woiow (talk) 18:44, 16 January 2013 (UTC)

You have

#content { display:none; }

in your MediaWiki:Common.css. If you remove that, you should be able to see the content. ☠MarkAHershberger☢(talk)☣ 19:40, 16 January 2013 (UTC)

Where do I find this on FTP or where/how can I change it when I can't see it? Woiow (talk) 20:15, 16 January 2013 (UTC)

If you have firebug, you could delete the rule and then edit the page. ☠MarkAHershberger☢(talk)☣ 20:16, 16 January 2013 (UTC)

There is no file that you can get at for MediaWiki:Common.css.

However, you have css files that you can get to on disk. In your installation, if you edit the file at http://www.wheelsofitaly.com/wiki/extensions/SlimboxThumbs/slimbox/css/slimbox2.css and add

#content { display: block !important; }

to the top of the file, you should then be able to reload a page and get at your Common.css on-wiki and edit it to fix the problem. ☠MarkAHershberger☢(talk)☣ 20:25, 16 January 2013 (UTC)

Ahhhh, this got me in...now to fix the problem. :))))

Thanks so much!! Ciao Woiow (talk) 21:22, 16 January 2013 (UTC)

blank start page after new installation and configuration

Hi,

Installed the version 1.20.2 completely new and configured it. Then, it says I should save the LocalSettings.php file - as expected. I copied it in the wiki directory.

But whe I go to the wiki-page it is blank, except for some warnings:

http://www.menschen-gerechte-gesellschaft.de/wiki

What's the matter here? I installed and configured two times, same result. Pls help...

kind regards Christoph 94.216.136.166 (talk) 22:01, 16 January 2013 (UTC)

Hi Christoph,

you need to make a PHP setting. Basically the first error message says it all: It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function.

You can make that setting in a php.ini file.

This should solve all the errors, which you see currently. No idea, why you get no ouput apart from that - maybe that also changes after having solved the timezone problem. 88.130.79.72 01:45, 17 January 2013 (UTC)

If you don't have access to php.ini (because shared webhost or whatever), you could apply the patch gerrit:38650 (bugzilla:43594) Ciencia Al Poder (talk) 10:42, 17 January 2013 (UTC)

Only the first warning is related to the timezone thing. This shouldn't cause any badness other then an ugly warning message (The ugly warning should not be displayed, its a bug from when MediaWiki is used with php 5.4 or greater. It should be fixed next version. The previous comments in this bug give work arounds. An even easier work around is putting something like $wgLocaltimezone = 'Europe/Berlin'; at the bottom of LocalSettings.php. See manual:$wgLocaltimezone for details on what that does)

The other warnings are due to whitespace in the beginning of your LocalSettings.php file. Make sure that there are no newlines (or anything else) between the start of that file and <?php. If it looks like there's nothing there, you may also have to check for BOM's, but the error message said line 3, so unlikely to be a BOM

In this case, the no output might be an issue with redirection (since http://www.menschen-gerechte-gesellschaft.de/wiki/index.php/Hauptseite works fine). I suspect the warnings being output (headers already sent) prevent MediaWiki from being able to do redirection. I think once they are all cleared up, your site will probably work fine (Well it also looks like you need to run update.php/ the web upgrader to fix the survey extension). Bawolff (talk) 22:03, 17 January 2013 (UTC)

Well, indead I don't have access to php.ini.

So I downloaded and installed the patch - with not much result.

Still error messages and a blank page.

Could it be the problem tha t the memory max is set too low or something like that?

Dokuwiki runs well on the server but it has no sufficient right management... 84.56.39.180 22:18, 20 January 2013 (UTC)

The error isn't caused by memory, but by a lack of timezone setting. See $wgLocaltimezone as Bawolff suggests. ☠MarkAHershberger☢(talk)☣ 22:30, 20 January 2013 (UTC)

Visit http://www.menschen-gerechte-gesellschaft.de/wiki/index.php/Main_Page?action=edit , this is interesting and maybe the problem is not caused by mediawiki, try to figure it out somewhere else. Good luck. Cusion89 (talk) 11:03, 21 January 2013 (UTC)

You should set a correct timezone in your php.ini. It's currently "CET/1.0/no DST", as the error message says. I think Setup.php is called before LocalSettings.php, so setting it in LocalSettings.php won't make any effect. Ciencia Al Poder (talk) 10:31, 22 January 2013 (UTC)

No. Setup.php is called after LocalSettings.php. Setting $wgLocaltimezone at the bottom of LocalSettings.php will prevent the relevant code in Setup.php from executing.

Note: Fixing the setting in php.ini, while may be a good idea, is not required to fix your issue.

-----

"So I downloaded and installed the patch - with not much result"

Then you did it wrong :P. The patch will prevent outputting that error. I can still see that error on your wiki. Bawolff (talk) 16:03, 23 January 2013 (UTC)

I suspect a problem with my installation...

Sorry for the vague subject, I'm not that experienced.

MediaWiki: 1.20.2; PHP: 5.4.10 (cgi-fcgi); MySQL: 5.5.29-log URL: http://privat.mohsart.se/mats/tbwiki/index.php?title=Kategori:%C3%85%C3%A4%C3%B6

There is a bug affecting all Swedish Wikis in that the collation is faulty (ÄÅÖ instead of ÅÄÖ), and a fix for that is available. See https://bugzilla.wikimedia.org/show_bug.cgi?id=29788 for details.

After much ado I have verified most everything about implementing the fix (code in place, updateCollation.php run and collation is changed in the database - which should mean that the code is running) Still, it doesn't work in my installation.

Since the fix was verified to be working by others, I suspect a problem elsewhere than in the actual fix, ie in my installation.

Any tips on where to look is most welcome (ie which files/DB tables...) and how to best verify that my installation is OK.

Thanks!

mats@mohsart.se 83.226.84.183 (talk) 08:57, 17 January 2013 (UTC)

I don't know enough about that change to help you. I've asked someone who knows more to chime in from over there. ☠MarkAHershberger☢(talk)☣ 16:31, 17 January 2013 (UTC)

Thanks.

As you may have seen, I have got a lot of help about the bug and the fix.

What I would like is some hints about what files etc could cause the switch to a addon collation (not one of the ones available in a clean install) to not come into effect.

That is, with any extra collation chosen, the standard collation is still the one used.

(I don't know if this is the case, so if someone knows of another addon collation - or what to call it - that would also be very helpful so that I could test if that one is working.) 83.226.84.183 19:51, 17 January 2013 (UTC)

PHP Notice: Undefined offset: 0 in /srv/www/vhosts/wiki/extensions/LdapAuthentication.php on line 1208

I see this error in my error log file when doing a ldap login on my local wiki:

PHP Notice: Undefined offset: 0 in /srv/www/vhosts/wiki/extensions/LdapAuthentication.php on line 1208, referer: http://mywiki.mydomain:82/index.php?title=Special:UserLogin&returnto=Main_Page

Although the error is showd, it seems that login works properly. But just out of curiosity I think it's better to solve the problem.

Any suggestions would be really appreciated.

Thanks 192.198.151.44 (talk) 11:48, 17 January 2013 (UTC)

Some version information would be helpful here. The LdapAuthentication extension has probably had that bug fixed since you installed it. In the current code, I don't see anything on that line that would cause this. ☠MarkAHershberger☢(talk)☣ 14:39, 17 January 2013 (UTC)

Hi, this is my current version:

MediaWiki 1.15.1

PHP 5.2.14 (apache2handler)

MySQL 5.0.95

Other

LDAP Authentication Plugin

(Version 1.2a (beta)) LDAP Authentication plugin with support for multiple LDAP authentication methods Ryan Lane

NamespacePermissions

(Version ) flexible access management for custom namespaces Petr Andreev

I suppose that I should get the last LDAP Authentication Plugin version, but I don't know if it will work with my current options:

require_once( "$IP/extensions/LdapAuthentication.php" );
$wgAuth = new LdapAuthenticationPlugin();
$wgLDAPDomainNames = array("DO1","DO2","DO3");
$wgLDAPServerNames = array("DO2"=>"do2.corp.company.com","DO1"=>"do1.corp.company.com","DO3"=>"do3.corp.company.com");
$wgLDAPSearchStrings = array("DO2"=>"DO2\\USER-NAME","DO1"=>"DO1\\USER-NAME","DO3"=>"DO3\\USER-NAME");
$wgLDAPUseLocal = true;
$wgLDAPEncryptionType = array("DO2"=>"clear","DO3"=>"clear","DO1"=>"clear");
$wgLDAPUseSSL = false;
$wgLDAPEncryptionType = array( "DO2"=>"false", "DO1"=>"false", "DO3"=>"false" );
$wgLDAPBaseDNs = array("DO2"=>"dc=corp,dc=company,dc=com","DO1"=>"dc=corp,dc=company,dc=com","DO1"=>"dc=corp,dc=company,dc=com");
$wgLDAPProxyAgent =  "CN=iNNL NIS robot,OU=Services,OU=Accounts,OU=Dev research,OU=Resources,DC=do2,DC=corp,DC=company,DC=com";
$wgLDAPProxyAgentPassword = "proxypass";
$wgLDAPSearchAttributes = array("DO2"=>"sAMAccountName","DO1"=>"sAMAccountName","DO3"=>"sAMAccountName");

So:

1. How do I download and replace the LdapAuthentication.php extension?
2. Will my current options work with the new extension version?

Thanks so much. 192.198.151.43 09:23, 18 January 2013 (UTC)

The extension is available from Extension:LDAP Authentication. Just follow the download link in the box in the top right corner.

I don't know, if you have to change some settings. Just update and try out. Maybe the extension has a Readme or a ChangeLog coming with it. Read them to see, if there are changes you need to do! :-)

Btw: I just noticed that your MediaWiki version is really old. The extension LDAP Authentication only supports MediaWiki 1.19 and newer. So if you only update the extension and not also MediaWiki, I would not guarantee that it is actually working correctly. :-( 88.130.95.173 07:06, 19 January 2013 (UTC)

You can upgrade your site to MediaWiki 1.19 -- I don't think 1.20 will work with your version of PHP. ☠MarkAHershberger☢(talk)☣ 16:21, 19 January 2013 (UTC)

Alright, I've gone back to the version of LdapAuthentication.php that is marked "1.2a (beta)" but line 1208 contains only a closing brace, nothing that would cause "Undefined offset: 0".

What do you see on line 1208 of your copy of LdapAuthentication.php? ☠MarkAHershberger☢(talk)☣ 01:17, 20 January 2013 (UTC)

I see this line:

$userdn = $info[0]["dn"]; 192.198.151.36 09:28, 21 January 2013 (UTC)

if you just want to get rid of the messages, then change that line to

$userdn = (isset($info[0]) ? $info[0]["dn"] : "";

But, really, the code you're using looks pretty old. I would upgrade. ☠MarkAHershberger☢(talk)☣ 14:09, 21 January 2013 (UTC)

[RESOLVED] Upgrading from 1.16.4 to 1.19.2 - rc_timestamp error

Hi,

I've been trying to update my version of mediawiki, when I go through the command prompt I am getting this error.

I'm doing this at work and don't know a huge amount about this so any help would be appreciated. To help I found a forum where someone has had the same error and posted the error messages, I think they found a solution but I couldn't make any sense of it.

Link to forum: http://www.gossamer-threads.com/lists/wiki/mediawiki/283414

Thanks in advance! 81.144.199.142 (talk) 13:37, 17 January 2013 (UTC)

Could you post the output of what you're seeing? If that post has your error, could you add

$wgShowExceptionDetails = true;

to the end of your LocalSettings.php file and try again? ☠MarkAHershberger☢(talk)☣ 14:32, 17 January 2013 (UTC)

Hi Mark,

Thanks for your swift response, the output I am getting now:

Missing rc_timestamp field of recentchanges table. Should not happen.
Backtrace:
#0 [internal function]: MysqlUpdater->doIndexUpdate()
#1 C:\xampp\htdocs\millipedia\includes\installer\DatabaseUpdater.php(281): call_
user_func_array(Array, Array)
#2 C:\xampp\htdocs\millipedia\includes\installer\DatabaseUpdater.php(244): Datab
aseUpdater->runUpdates(Array, false)
#3 C:\xampp\htdocs\millipedia\maintenance\update.php(121): DatabaseUpdater->doUp
dates(Array)
#4 C:\xampp\htdocs\millipedia\maintenance\doMaintenance.php(105): UpdateMediaWik
i->execute()
#5 C:\xampp\htdocs\millipedia\maintenance\update.php(151): require_once('C:\xamp
p\htdocs...')
#6 {main}

Hope this helps.

Ta 81.144.199.142 14:48, 17 January 2013 (UTC)

I'll try an upgrade from 1.16.4 myself, but I think that should work.

Since you're using XAMPP, could you paste the create the structure of the recentchanges table that you see in in phpmyadmin? ☠MarkAHershberger☢(talk)☣ 16:02, 17 January 2013 (UTC)

Hi Mark,

This is the table structure from the database dump:

CREATE TABLE `tda_recentchanges` (
  `rc_id` int(11) NOT NULL auto_increment,
  `rc_timestamp` varbinary(14) NOT NULL default '',
  `rc_cur_time` varbinary(14) NOT NULL default '',
  `rc_user` int(10) unsigned NOT NULL default '0',
  `rc_user_text` varbinary(255) NOT NULL,
  `rc_namespace` int(11) NOT NULL default '0',
  `rc_title` varbinary(255) NOT NULL default '',
  `rc_comment` varbinary(255) NOT NULL default '',
  `rc_minor` tinyint(3) unsigned NOT NULL default '0',
  `rc_bot` tinyint(3) unsigned NOT NULL default '0',
  `rc_new` tinyint(3) unsigned NOT NULL default '0',
  `rc_cur_id` int(10) unsigned NOT NULL default '0',
  `rc_this_oldid` int(10) unsigned NOT NULL default '0',
  `rc_last_oldid` int(10) unsigned NOT NULL default '0',
  `rc_type` tinyint(3) unsigned NOT NULL default '0',
  `rc_moved_to_ns` tinyint(3) unsigned NOT NULL default '0',
  `rc_moved_to_title` varbinary(255) NOT NULL default '',
  `rc_patrolled` tinyint(3) unsigned NOT NULL default '0',
  `rc_ip` varbinary(40) NOT NULL default '',
  `rc_old_len` int(11) default NULL,
  `rc_new_len` int(11) default NULL,
  `rc_deleted` tinyint(3) unsigned NOT NULL default '0',
  `rc_logid` int(10) unsigned NOT NULL default '0',
  `rc_log_type` varbinary(255) default NULL,
  `rc_log_action` varbinary(255) default NULL,
  `rc_params` blob,
  PRIMARY KEY  (`rc_id`),
  KEY `rc_timestamp` (`rc_timestamp`),
  KEY `rc_namespace_title` (`rc_namespace`,`rc_title`),
  KEY `rc_cur_id` (`rc_cur_id`),
  KEY `new_name_timestamp` (`rc_new`,`rc_namespace`,`rc_timestamp`),
  KEY `rc_ip` (`rc_ip`),
  KEY `rc_ns_usertext` (`rc_namespace`,`rc_user_text`),
  KEY `rc_user_text` (`rc_user_text`,`rc_timestamp`)
) ENGINE=InnoDB AUTO_INCREMENT=56828 DEFAULT CHARSET=binary;

Hope that helps.

Ta 81.144.199.141 09:41, 18 January 2013 (UTC)

weird. The error is "Missing rc_timestamp field of recentchanges table" and yet, there it is:

CREATE TABLE `tda_recentchanges` (

`rc_id` int(11) NOT NULL auto_increment,

`rc_timestamp` varbinary(14) NOT NULL default

That is strange. What versions do you have of php, mysql and mediawiki?

What OS is this mediawiki running on? ☠MarkAHershberger☢(talk)☣ 05:54, 19 January 2013 (UTC)

And apart from Mark's questions: Are you really, really sure that for the table structure you have checked the same database as the one which MediaWiki uses? 88.130.95.173 06:55, 19 January 2013 (UTC)

Hi Mark,

Just to confirm I am using the correct database.

Also the versions are:

PHP: 5.4.4

mySQL: 5.5.25a

Apache: 2.4.2

Just to add a bit more information, the database that millipedia is currently looking at is the old database version that we are trying to update aswell.

Ta 81.144.199.141 10:27, 21 January 2013 (UTC)

You didn't give the OS, but I'll assume it is some sort of linux.

Could you paste your $wgDB* (except the pasword) settings from LocalSettings.php? ☠MarkAHershberger☢(talk)☣ 17:41, 21 January 2013 (UTC)

Apologies, my OS is Windows 7 pro

db settings: ## Database settings

$wgDBtype = "mysql";

$wgDBserver = "localhost";

$wgDBname = "milliwikidb2";

$wgDBuser = "root";

Ta 81.144.199.141 09:17, 22 January 2013 (UTC)

hrm... I don't see a $wgDBprefix but you clearly need one.

If you add

$wgDBprefix = "tda_";

to your LocalSettings.php does that solve the problem? ☠MarkAHershberger☢(talk)☣ 22:23, 23 January 2013 (UTC)

Hi Mark!

I did in fact have a $wgDBprefix var but it was an empty string. So I added that and it went through update process perfectly.

Thank you very much for your help. 81.144.199.141 10:19, 24 January 2013 (UTC)

I had to add the underscore to the "tda_" in LocalSettings.php 174.125.89.129 01:27, 9 December 2014 (UTC)

Another potential reason for getting this is if you try to update a non-existing database. See T236671. [[kgh]] (talk) 20:23, 11 March 2023 (UTC)

[RESOLVED] Failing at Infoboxes - Please Help

MediaWiki 1.19.0

PHP 	5.2.17 (cgi-fcgi)
MySQL 	5.0.96-log

Online game I help with is based around pro-wrestling, and I got bored, wanted to throw a ton of information up presented fifty billion ways which lead to the creation of my wiki. Everything is going fine, learning tons, but then I try to figure out how to give it that Wikipedia look with infoboxes, and I don't know, it just fails. Did a Special:Export/Import, copied over the "template:infobox professional wrestler". When that had missing templates, went and tracked them down. Got as many as I could find to try and piece it together. Fails. I've got Extension:ParserFunctions installed and setup, that's fine. I just.. I'm not sure what exactly I'm missing and any help would be much appreciated.

For a demonstration of the page (don't mind the mess, in between making layout sets for everyone, it's on the top) my wiki page being used is at.. http://ewazone.com/wiki/index.php?title=Lone_Jobber Lone Jobber (talk) 15:11, 17 January 2013 (UTC)

Look at en:MediaWiki:Common.css and copy the infobox styling to your own Common.css. ☠MarkAHershberger☢(talk)☣ 16:43, 17 January 2013 (UTC)

Thank you very much, fixed it right up. Lone Jobber (talk) 16:50, 17 January 2013 (UTC)

php update.php error

hi

when i try to update wiki it is giving me below error.

MediaWiki 1.20.0 Updater

DB connection error: Access denied for user 'wikiadmin'@'localhost' (using password: YES) (localhost)

in my Localsettings.php file i have other user, from where it is checking wikiadmin user. please help

Thanks

Vik Vikramv9 (talk) 15:15, 17 January 2013 (UTC)

Could you post your LocalSettings.php (make sure to remove any passwords and other private information) to and link to it here? ☠MarkAHershberger☢(talk)☣ 16:35, 17 January 2013 (UTC)

Also, you should use the latest 1.20 version instead of 1.20.0 -- there have been a couple of security updates. ☠MarkAHershberger☢(talk)☣ 16:35, 17 January 2013 (UTC)

Hi,

I have fixed by removing StartProfiler.php, it working fine now,

but i have installed 1.20 .

do i need to update againg for 1.20.

how to upgrade extension on 1.20.

please assist.

Thanks

Vik Vikramv9 (talk) 17:01, 17 January 2013 (UTC)

Ah... another instance of bugzilla:32760.

Now that you have 1.20 installed, updating to 1.20.2 should be easy. Just download the latest and go.

As far as extensions, which ones do you have installed? Have you updated them to 1.20 compatible versions? ☠MarkAHershberger☢(talk)☣ 17:32, 17 January 2013 (UTC)

i have upgrading from 1.14 to 1.20 , confused which and how to upgrade the extensions. Vikramv9 (talk) 09:56, 18 January 2013 (UTC)

Look at your Special:Version page. It lists the extensions you have installed. You may not need to upgrade them, but if something isn't working like you expect, then you'll need to upgrade the extension that provides that function.

You could use Special:ExtensionDistributor to download a version of the extensions that match your version of MediaWiki. ☠MarkAHershberger☢(talk)☣ 06:11, 19 January 2013 (UTC)

mediawiki display issue

We are trying to setup a local wiki, but when the installation was finished, the wiki is display completly unstyled when we try to access from another PC, on the host itself its displayed correctly.

Displaying another example .php file (with phpinfo) is diplayéd correctly also on extrenal PCs.

We are using:

OS: Win XP SP3 32-bit
PHP: 5.4.10
Apache: 2.4.3
MySql: 5.5.29
Mediawiki: 1.20.2 91.143.110.156 (talk) 15:50, 17 January 2013 (UTC)

What are the values of $wgServer and $wgStylePath? ☠MarkAHershberger☢(talk)☣ 16:48, 17 January 2013 (UTC)

See Project:Support desk/Flow/2013/01#h-[RESOLVED]_The_mediawiki_I've_just_created,_doesn't_show_images-2013-01-09T10:27:00.000Z and Project:Support desk/Flow/2012/11#h-[RESOLVED]_Mediawiki_displays_as_printable_version_via_network-2012-11-27T14:32:00.000Z Ciencia Al Poder (talk) 10:21, 18 January 2013 (UTC)

[RESOLVED] Strange result about number paramter in template

Information:

Mediawiki: the lastest version 1.20

PHP: 5.3.10-1ubuntu3.4

OS: Ubuntu 12.04

I've create a template named box, which will set both color and background-color to a paragraph of text, the template is like below:

<includeonly><div class="box" style="background-color:{{{3|transparent}}};color:{{{2|inherit}}};">{{{1}}}</div></includeonly><noinclude>

I want to use like below:

{{Box
|The Zen of Python, by Tim Peters

Beautiful is better than ugly.

Explicit is better than implicit.

Simple is better than complex.

Complex is better than complicated.

Flat is better than nested.

Sparse is better than dense.

Readability counts.

Special cases aren't special enough to break the rules.

Although practicality beats purity.

Errors should never pass silently.

Unless explicitly silenced.

In the face of ambiguity, refuse the temptation to guess.

There should be one-- and preferably only one --obvious way to do it.

Although that way may not be obvious at first unless you're Dutch.

Now is better than never.

Although never is often better than *right* now.

If the implementation is hard to explain, it's a bad idea.

If the implementation is easy to explain, it may be a good idea.

Namespaces are one honking great idea -- let's do more of those!
|white
|black
}}

But the result is, the color and bg color doesn't set to the paragraph. Then I lookup the html code, the style attributer of div is very strange:

<div class="box" style="background-color:black ;color:white ;">The Zen of Python, by Tim Peters
....
</div>

The value of parameter contains an extra space(before the colon), so the css is invalid.

I want to known why does it? 42.120.72.32 (talk) 04:15, 18 January 2013 (UTC)

That's because the newline between white and black. You should put it without whitespace between them.

Alternatively, put the parameter inside a parser function, which trims whitespace. For example:

<includeonly><div class="box" style="background-color:{{#if: {{{3|}}} | {{{3|}}} | transparent }};color:{{#if: {{{2|}}} | {{{2|}}} | inherit }};">{{{1}}}</div></includeonly><noinclude>

Ciencia Al Poder (talk) 10:33, 18 January 2013 (UTC)

Yes, that works, thank you very much! :) 58.101.172.200 14:50, 19 January 2013 (UTC)

.patrollink is not visible in vector and monobook style

I have recently updated to version 1.20.2 and turned on the patrol-mechanic (which I had previously disabled).

While testing, I realised, that there isn't a link to "Mark as patrolled" when I look at the differences. However, looking at the HTML Source, there is supposed to be a link. The HTML reads:

This seems to be the proper link, and if I follow it, the page is marked as patrolled. However, I have no clue, as to why the link doesn't show in the page. I figured that the whole