Project:Support desk/Flow/2012/01

This page is an archive.

Please ask questions on the current support desk.

Upgrade to 1.18 failed on webhosted Installation

My Wiki 1.17 is running on a webhosted server. My attempt to upgrade to 1.18 failed. When calling .../mw-congfig/index.php I received a blank screen as an answer. Also the main page didn't response. I was lucky that I had a backup, so everything was recovered.

My question: What do I have to do to make an upgrade? Should I just copy the downloaded 1.18-files fia FTP to my wiki? Any idea or a best practice hint?

THNX 46.5.77.104 (talk) 17:51, 1 January 2012 (UTC)

Just to clarify - did you follow the steps on this page: Manual:Upgrading and when you got to Manual:Upgrading#Web updater it displayed a blank page?

Do you have any shell access?

Not sure what you mean by "Should I just copy the downloaded 1.18-files fia FTP to my wiki?" - what did you previously try? SVN? Varnent 01:02, 3 January 2012 (UTC)

You are right. More information is necessary.

My wiki is installed on a hosted server. I do not have shell access. So I downloaded the update and copied everything via ftp to the web.

In the moment it is running. It seems, that some the extension "Configure" caused the problem why I had no further access, I switched it off and so I could finish the installation.

The problem I do have now is that texvc has a new configuration and formulas are not displayed (parser error). With MW1.17. there was a workaround to have it running on a hosted server. But now .... I will post a new support request.

Thank you for your trouble...

Best Regards

HJG 46.5.77.104 15:37, 4 January 2012 (UTC)

Note, math has moved out of core to extension:Math. You will need to install that extension for math stuff to continue working. Bawolff 18:56, 4 January 2012 (UTC)

Got the same problem :-( Ran update.php and nothing but an empty page is shown... 132.176.113.104 09:41, 3 January 2012 (UTC)

See manual:How to debug (the part about making php errors show up. you'll probably have to put the error reporting code in the install script instead of localsettings since localsettings wouldn't exist yet) Bawolff 13:34, 3 January 2012 (UTC)

Is there any solution to this problem, cause i got the same (MySQL 5.0.51a PHP 5.2.17). Debugging shows

Notice: Use of undefined constant __DIR__ - assumed '__DIR__' in /var/www/.../mw-config/index.php on line 13 Notice: Use of undefined constant __DIR__ - assumed '__DIR__' in /var/www/.../mw-config/index.php on line 17 Warning: require(./includes/WebStart.php): failed to open stream: No such file or directory in /var/www/.../mw-config/index.php on line 17 Warning: require(./includes/WebStart.php): failed to open stream: No such file or directory in /var/www/.../mw-config/index.php on line 17 Fatal error: require(): Failed opening required './includes/WebStart.php' (include_path='.:/home/php5/lib/php:/usr/share/php') in /var/www/.../mw-config/index.php on line 17 77.1.105.81 15:03, 12 September 2012 (UTC)

@ 77.1.105.81: The error "Use of undefined constant __DIR__" happens because you do not use PHP 5.3. Either update PHP to PHP 5.3.x or use an older MediaWiki version, which still is compatible with PHP 5.2. This error is the reason for the following errors. 88.130.124.183 18:23, 12 September 2012 (UTC)

Thanks, figured it out by now. I tried to upgrade to 1.20alpha because of Bug 34310. Backgrading to 1.18 worked. 77.1.105.81 18:50, 12 September 2012 (UTC)

List the last edited page in the main page

Hi,

I would like to know if is possible to list the last edited page in the main page, using a magic word or another tag? Like random page, but into a page, and the last edited or the newest pages..

thanks :) 201.55.240.5 (talk) 19:10, 2 January 2012 (UTC)

You may want to check out Extension:DynamicPageList (Wikimedia) Varnent 01:03, 3 January 2012 (UTC)

Thanks, I'm going to check it

Cristiano 201.55.240.5 11:34, 3 January 2012 (UTC)

You can also transclude special:recentchanges using syntax like {{special:recentchanges/1}} (the 1 says to limit to 1 result) Bawolff 13:33, 3 January 2012 (UTC)

Creating a Search Box and Custom Wiki Sub-Section

Please note: This entire post refers to API:Rollback - at the right hand side is a column containing related pages, and a search box that will search only these pages. A review of the page's code showed no clear use of template or other obvious code addition that would produce such a section - would anyone be able to advise on how to create something (just) like this? I am working on a private wiki at the moment, and this feature would be more than incredibly useful to aid in its creation.

Many thanks for any help provided, and kindest regards,

Steven 78.105.116.42 (talk) 10:29, 3 January 2012 (UTC)

Not sure if this will help, but might want to check out the search features of Extension:InputBox. Varnent 03:35, 4 January 2012 (UTC)

It looks quite promising, thank you very much! Going to see what I can do with this code now.

If anyone sees this and has the actual "solution" to my original problem, please do feel free to post here still! Although the search box feature is the main thing I'm after, the table of contents generated on API:Rollback would still be immensely useful.

Many thanks to you all and all the best as ever 78.105.116.42 09:24, 4 January 2012 (UTC)

Template:API —Emufarmers^(T|C) 16:05, 5 January 2012 (UTC)

[RESOLVED] Removing Contents section at start of page

You can remove the contents section by either disabling it in your user preferences, or adding to the contents of a page (That is two underscores followed by NOTOC, followed by two underscores).

You cannot disable contents tables on a wiki-wide basis. 78.105.116.42 (talk) 14:08, 3 January 2012 (UTC)

login directs to localhost

Running 1.18, I originally installed the wiki in localhost in ubuntu, then backed up the database and files, and put them on a virtual machine. After setting up again, I tried accessed the wiki from the internal IP, and logged in. http://192.168.1.x/index.php?title=Special:UserLogin&returnto=Main+Page. After logging in, it takes me to http://localhost/index.php/Main_Page which does not work (nor should it). How can I fix this to go to the internal (and later external) IP instead? Phearson 00:11, 4 January 2012 (UTC)

In your LocalSettings.php, look to see if $wgServer is set to something. (if you change the path, you would also have to potentially look at $wgArticlePath and $wgScriptPath, but it appears from your message you only changed the server). Note if $wgServer isn't set, it means its auto-detected (and appearently auto-detected incorrectly), setting it explicitly shold fix your issue. Bawolff 03:05, 4 January 2012 (UTC)

This would accurate. The setting was set to "localhost" instead of the proper IP or Domain. Thank you. Phearson 05:19, 6 January 2012 (UTC)

@Phearson@Bawolff Sorry for bothering you after a decade, I am facing the same situation now. I am trying to connect to the server from a different server. The Main_Page is seen, but if I try to open any other pages, the URL redirects to localhost (I am trying to reach through the server's IP from another machine from the same segment). I changed $wgServer to the IP address of the server instead of localhost but the redirects persists. Any help would be appreciated. Jayanth29 (talk) 06:12, 7 July 2022 (UTC)

Wow, a decade. Guess i have been doing this a long time.

Are you sure you have the right ip address. Generally changing $wgServer should be all you need. Its possible there could be something in your web server config, e.g. rewrite rules. Bawolff (talk) 08:14, 7 July 2022 (UTC)

$wgServer =  WebRequest::detectServer(); #case of localhost

i solved my problem doing this. 170.0.72.66 (talk) 12:11, 19 August 2022 (UTC)

Note $wgServer =  WebRequest::detectServer(); does have some security risks (especially if using a frontend cache). We generally reccomend just putting the the protocol and domain name, because it is more secure, although the overall risk is minor. Bawolff (talk) 00:23, 20 August 2022 (UTC)

Your localhost port may be different. Check the ports. Justinwik (talk) 14:24, 11 March 2023 (UTC)

Hierarchy Extension

MediaWiki 1.17.0 PHP 5.3.3-1ubuntu9.5 (apache2handler) MySQL 5.1.49-1ubuntu8.1

Extension:Hierarchy

Regarding the above extension; I am seeking anything even remotely similar to this. A hierarchy structure to manage and organise my entire wiki - preferably, the possibiliy of multiple hierarchies within the wiki to exist separately yet side-by-side - it is a collection of manuals and instructional information - so, one hierarchy would be tutorials, and another would be the actual details and specifics of how and why the products work.

Please feel free to reply with queries if any of this needs clarifying, and many, many (MANY) thanks in advance for any help.

All the best x 78.105.116.42 (talk) 16:40, 4 January 2012 (UTC)

Extension:Semantic TreeView or Extension:TreeAndMenu might be what you are looking for.    Thorncrag   17:04, 4 January 2012 (UTC)

Restricting editing to part of a page

What I would like to do is to have only one part of each wiki page that users can edit (sort of an "on-page" discussion zone). I prefer this to having the discussion on the discussion page because here comments would be immediately visible to the user.

Is it possible to restrict editing to a part of a page, a particular zone on a page?

I am using Product Version MediaWiki 1.17.0 PHP 5.3.8 (apache2handler) MySQL 5.5.16-log

Ed S. 199.212.215.11 (talk) 19:39, 4 January 2012 (UTC)

That's not possible by default (MediaWiki is no CMS and misses typical CMS features) and I don't know any extension that would enable that.

What you could do is restricting page editing to logged in or otherwise privileged users and allow commenting for logged out users only. But I'm not sure if that is what you want. Subfader 21:55, 4 January 2012 (UTC)

Many sites accomplish this by using transclusion and protecting the page, but not the page being transcluded. Bawolff 01:46, 5 January 2012 (UTC)

Issue with new Firefox 9.0.1 / Left Navigation box display UNDER #content

My site: http://www.princevault.com

MediaWiki 1.14.0 PHP 5.2.13 (apache2handler) MySQL 5.0.77

I was reported a bug with FF9 this morning, that appears to be linked to FF9.0.1 upgrade. The navigation boxes on the left doesn't show properly anymore, but under the main content. I have tested successfully all the other browsers (IE, Safari, Chrome, Opera), only FF9 display the boxes unproperly in Windows 7 as well as in Snow Leopard.

FF8 works well.

I've quickly checked the css in search of a way to correct that, unsuccessfully so far. If someone met a similar issue and patched it correctly, either in css or php files, please let me know.

I thank you in advance for your help. Regards. Bhan90 (talk) 00:53, 5 January 2012 (UTC)

This is due to the removal of some old code in firefox (https://bugzilla.mozilla.org/show_bug.cgi?id=679971) but that is getting reverted in Fx10, But if you update your MW install up to at least 1.17 (although 1.18 preferred) It will fix the issue. Peachey88 01:28, 5 January 2012 (UTC)

I see, thanks for the tip. Update the MW was my plan B, but I was quite reluctant to do so. Bhan90 09:08, 5 January 2012 (UTC)

Julie C. 21:14, 10 January 2012 (UTC)

I am experiencing the problem under 1.13.3, but not under 1.17.0. I am not quite ready to upgrade the wiki running 1.13.3 (wiki family configuration) due to some unresolved upgrade issues from 1.17.0, so I am looking for a tweak. If anyone could spare me the trouble of comparing tons of files, I'd appreciate it. Julie C. 21:18, 10 January 2012 (UTC)

I continued to Google and found a hack such that I don't have to upgrade immediately to fix this.

• Edit skins/common/wikibits.js
• Find these two lines and comment them out:

//var is_khtml = navigator.vendor == 'KDE' ||
// ( document.childNodes && !document.all && !navigator.taintEnabled );

I found the answer at Mozillazine, courtesy of 'jusix'. Julie C. 21:39, 10 January 2012 (UTC)

For the record, it's filed as bugzilla:31807.

Users can also work around it using Adblock to block */monobook/KHTMLFixes.css. Nemo 21:43, 10 January 2012 (UTC)

Julie, thanks for pointing me the .js patch solution, I've implemented it tonight. Bhan90 00:59, 24 January 2012 (UTC)

Thanks Julie, it works with your solution.

But, we also commented

// } else if (is_khtml) {

// document.write('<link rel="stylesheet" type="text/css" href="'+stylepath+'/'+skin+'/KHTMLFixes.css">'); Tron 13:15, 1 February 2012 (UTC)

I just commented these other two lines out two, for completeness. Julie C. 17:45, 1 February 2012 (UTC)

Apologies if this shows up twice - tried entering it before logging in and don't think it worked.

There is another workaround to this problem if you're not ready to upgrade MW 1.15, described in this post on mozillazine.org.

Remove or rename the KTHMLFixes.css file in the skins/SKINNAME directory.

I am running MW 1.15 and wasn't ready to upgrade yet, so this was helpful. Monobook is the default skin I use. I noticed that the problem went away with a different skin (Modern), and confirmed that there is no KHTMLFixes.css in the skins/modern directory. Mgreis 19:28, 25 January 2012 (UTC)

All these actions disable the Wikitable collapse functions, so I wouldn't recommend it as the bug has been fixed in FF now, or I would recommend to de-comment these lines in your wiki if you proceeded.

Regards. Bhan Bhan90 (talk) 11:13, 29 August 2012 (UTC)

Daily Random Tag Extension

I have a random tag extension that I want to change once a day, instead of every time the page reloads... any ideas on how I could do so? Octify27 (talk) 01:46, 5 January 2012 (UTC)

Well if you don't care super much about it being precisely once a day, and are using some sort of caching [this only works if you have caching enabled], you could store it in cache with expiry of 24 hours (of course, expiry of 24 hours means at most 24 hours, things can get kicked out of cache earlier if out of room) using $wgMemc. You'd have code that looks like:

// all this inside whatever function you have
global $wgMemc;
// To get the key under which things are stored under (key is a unique identifier for the cached item):
$key = wfMemcKey( 'extension-name', 'name-of-specific-item-being-stored (for example the current page name if you store 1 thing per page)' );
// To get the value for the thing stored under $key (returns false if doesn't exist)
$wgMemc->get( $key );
// To set a value (lets call the value $value) for the key
// 24*60*60 = number of seconds in 1 day
$wgMemc->set( $key, $value, 24*60*60 );

Alternatively, you would have to create your own db table (see Manual:Hooks/LoadExtensionSchemaUpdates for how to integrate with updater), and store stuff in that table, along with expiry times and what not, which is a bit more complicated. (but possibly more "correct" since the cache makes no guarantee on how long it will store stuff).

As an aside, you might want to call $parser->getOutput()->updateCacheExpiry( 24*60*60 ); From your tag extension - which says do not cache the html from rendering this page for more then 24 hours. Bawolff 13:10, 5 January 2012 (UTC)

Cool, I'll try these options, thank you. Just so you know, I'm basically adding this to the extension you helped me with earlier, so I'm guessing the 'extension-name' would be 'Sample.php' or something like that, but I'm not entirely sure... and the 'name-of-specific-item-being-stored', since it can pull articles from any category specified, maybe I just put $page? Idk. I tried a few combinations for these 2 properties, but it didn't work :P

I took a look through that manual page and the db table option does seem rather complicated, although probably preferred (it'd be nice to update at a specific time every day :P ), so I'll probably hold off on doing that for a while.

And the $parser option seems like probably the easiest solution, but I tried putting it at the beginning of the function, right after the function () line, and at the end, both before and after the return $parser line, yet it didn't affect anything. Octify27 23:26, 7 January 2012 (UTC)

The $parser->getOutput()->updateCacheExpiry( 24*60*60 ); just puts a max time for something to be cached, if parser caching is not enabled or something else on the page is killing the cache, it won't affect anything. In some set-ups the html version of the wiki page is saved for (up to) a couple weeks before being re-generated. The wfMemcKey thing is just making a unique name for the item you're storing. It doesn't matter what it actually is, its just convention to use your extension name so it doesn't interfere with other extensions. Bawolff 19:36, 8 January 2012 (UTC)

Okay, well that makes sense then, but even still, whenever I put in the wfMemcKey thing, I get an error:

Notice: Undefined variable: value in C:\MediaWiki\xampp\htdocs\testwiki\extensions\Sample\Sample.php on line 37

I think I'm somehow putting an incorrect value into the 'name-of-specific-item' property. I've tried 'Page 1' (one of the pages in the category I happen to be pulling articles from), and $page (not in single quotes), because I figured it changes depending on the category chosen, but as expected, that's not quite what it's looking for I suppose. Octify27 23:34, 8 January 2012 (UTC)

$value needs to be set to the item you're saving in the cache, before you save it to the cache. Bawolff 12:02, 9 January 2012 (UTC)

[RESOLVED] New installed MediaWiki looks "a little weird" - no images at all only text and links

Hi everyone,

i´ve installed my "internal use only MediaWiki" on a WinXP ESX-VM using XAMPP. I used the following Versions:

MediaWiki: 1.18.0 PHP: 3.01 Database: MySQL Server 5.5 XAMPP: 1.7.7

I´m not verry experienced with that "webserver-php-mysql" stuff....

The Problem is, the wiki is running, but my website looks like this (there are no images at all only text and links):

http://imageshack.us/photo/my-images/841/mediawiki.png/

i´m quite shure it is a verry stupid mistake, but i´ve been looking for solutions and trying different settings without success ...

Thx in advance SanCho 87.139.185.46 (talk) 09:15, 5 January 2012 (UTC)

This is a sign there is something broken about how CSS is being loaded (and the skins directory). Make sure load.php (and skins directory) is properly web accessible. Did you install from the official web site, or did you get MediaWiki from some third party (like a linux package)? Sometimes non-official versions of MediaWiki are really screwed up. Additionally you say PHP: 3.01, but we don't support that version of php (however, i assume that's just a typo, as you would have had a different error if you actually had that version of php)

Last of all, setting $wgStylePath or $wgLoadScript incorrectly can cause this, but most people don't even know these settings exist, so its unlikely you modified them in an incorrect manner. Bawolff 12:56, 5 January 2012 (UTC)

I'm having almost the exact same issue (I DO see the two static images "powered by" and "license info"), but on a Debian 6.0.2 with Apache 2.2.16, PHP 5.5.3 and MediaWiki 1.15.2 from the Debian repositories, everything was just dandy during the setup, but afterwards I'm experiencing the exact same issue as SanCho, I've done some investigations as per your suggestions:

As for accessing the /skins directory:

ls -lah /var/www
...
lrwxrwxrwx  1 root root   19 May  2 11:21 wiki -> /var/lib/mediawiki/
...
ls -lah /var/lib
...
drwxr-xr-x  5 root    root    4.0K May  2 12:33 mediawiki
...
ls -lah skins
lrwxrwxrwx 1 root root 26 Apr 30 15:51 skins -> /usr/share/mediawiki/skins

I see no problems there...

But as for accessing load.php:

locate load.php
/usr/share/fckeditor/editor/filemanager/connectors/php/upload.php
/usr/share/mediawiki/includes/specials/SpecialUpload.php

Although I'm not entirely convinced it should be there, I looked through the official 1.15.2 archive from mediawikis homepage and couldn't find it in there either...

I'm hoping someone could give me some pointers, if nothing else then point me to what I might do to further troubleshoot this issue? MrMonster911 (talk) 14:31, 2 May 2012 (UTC)

MrMonster911: Try using the official version from this website instead of the debian version. The debian package used to be really broken way long ago. My understanding is that its much better now, but nonetheless I highly reccomend using the official version instead.

As for load.php - its new since 1.17. Versions of MediaWiki before that won't have it (and that's normal). Instead css files are loaded directly from skins directory.

>I'm hoping someone could give me some pointers, if nothing else then point me to what I might do to further troubleshoot this issue?

Look in your apache error log for things that aren't 200 status code, and look like they correspond to mediawiki trying to fetch styles. Get firebug and look in its net console for things with weird error codes. Bawolff (talk) 19:27, 13 June 2012 (UTC)

I think you've done the same thing I did. When you first run through the config wizard to generate LocalSettings.php, it gives you a download link called load.php?<something>

I did a Wget on this file into my MediaWiki directory, then renamed it from load.php to LocalSettings.php, overwriting the load.php file in the process.

Very easy fix, `cp /usr/local/mediawiki119/load.php /var/www/mediawiki119/.`

Should now work :) 213.27.146.212 13:14, 28 May 2013 (UTC)

Hi all,

I am having same problem, and not able to understand these any of solutions provided.

I have tried upto finding "Class SkinStandard not found"

log and not found said error.

My server works on

Apache 2.4.4

My SQL 5.6.12

PHP 5.4.16

Windows XP

MW 1.21 74.125.191.14 07:33, 17 August 2013 (UTC)

Hi!

This problem in most cases is caused by the fact that requests to load.php are redirected to the MediaWiki main PHP file, which finally returns a MediaWiki page. The expected output however are CSS styles.

To fix the issue you have to add a RewriteRule in the file .htaccess. Change your .htaccess file to make sure that calls to load.php (and to api.php btw.) are not rewritten.

RewriteEngine On

RewriteRule ^(api|load)\.php - [L]

...

After that load.php should return the right contents and your wiki should be styled. 88.130.123.243 16:43, 17 August 2013 (UTC)

Sidebar floats underneath articles

While getting to fill my newly created wiki with content I noticed, that the sidebar floats underneath the articles, or, in other words, the navigation-links in the left section start just right underneath the white box of the article in the middle section of the screen...

I tried to find an answer to this issue on the web - but was not successful! Perhaps it may be a new Firefox-issue? Or I screwes up any settings?

It only happens with Firefox (I am currently using version 9.0.1), not with InternetExplorer...

The effect described is to be viewed in the monobook-skin (default).

Versions-information:

MediaWiki: 1.15.5-2squeeze1

PHP: 5.3.3-7+squeeze3 (apache2handler)

MySQL: 5.1.49-3 80.66.46.32 (talk) 00:06, 6 January 2012 (UTC)

See: Project:Support desk/Flow/2012/01#h-Issue_with_new_Firefox_9.0.1_/_Left_Navigation_box_display_UNDER_#content-2012-01-05T00:53:00.000Z Varnent 08:21, 6 January 2012 (UTC)

Thanks! This morning I also realized on an other computer, that the problem is just with FF9 and not with FF8!

So I'll wait for the next FF-update...!

Appreciated your quick help very much! 80.66.46.32 09:53, 6 January 2012 (UTC)

User Preferences don't offer Gadgets

This post by Revibot was moved on 2015-07-11. You can find it at Extension talk:Gadgets/Archive 2/Flow export#h-User_Preferences_don't_offer_Gadgets-2012-01-05T16:24:00.000Z. Krinkle (talk) 02:21, 6 January 2012 (UTC)

Print/export

Hello, on www.mediawiki.org in the sitebar there is Print/export. What extensions are these?

Sorry for my bad english. Ute-Maria Meiser Meiser (talk) 11:05, 7 January 2012 (UTC)

Extension:Collection Bawolff 16:24, 7 January 2012 (UTC)

... dankeschön

Install on: http://www.wiki.recorder-d.de/index.php/Hauptseite''

With this error:

Serverfehler

Auf dem Render-Server ist ein Fehler aufgetreten: RuntimeError: RuntimeError: command failed with returncode 256: ['mw-zip', '-o', u'/home/pp/cache/da/da41259dab52d115/collection.zip', '-m', u'/home/pp/cache/da/da41259dab52d115/metabook.json', '--status', u'qserve://localhost:14311/da41259dab52d115:makezip', '--template-blacklist', u'MediaWiki:PDF Template Blacklist', '--template-exclusion-category', u'Vom Druck ausschlie\xdfen', '--print-template-prefix', u'Drucken', '--print-template-pattern', u'$1/Druck'] Last Output: 2012-01-18T20:27:32 mwlib.options.warn >> Both --print-template-pattern and --print-template-prefix (deprecated) specified. Using --print-template-pattern only. 1% creating nuwiki in u'/home/pp/cache/da/da41259dab52d115/tmpe5AxEg/nuwiki' removing tmpdir u'/home/pp/cache/da/da41259dab52d115/tmpe5AxEg' memory used: res=15.6 virt=120.3 1% error Traceback (most recent call last): File "/home/pp/local/bin/mw-zip", line 9, in <module> load_entry_point('mwlib==0.13.0', 'console_scripts', 'mw-zip')() File "/home/pp/local/lib/python2.7/site-packages/mwlib/apps/buildzip.py", line 151, in main make_zip(output, options, env.metabook, podclient=podclient, status=status) File "/home/pp/local/lib/python2.7/site-packages/mwlib/apps/buildzip.py", line 50, in make_zip make_nuwiki(fsdir, metabook=metabook, options=options, podclient=podclient, status=status) File "/home/pp/local/lib/python2.7/site-packages/mwlib/apps/make_nuwiki.py", line 152, in make_nuwiki assert x.wikiident in id2wiki, "no wikiconf for %r (%s)" % (x.wikiident, x) AssertionError: no wikiconf for None (<article {'_env': <mwlib.wiki.Environment object at 0x1de3d50>, 'content_type': u'text/x-wiki', 'title': u'Hauptseite', 'timestamp': u'1323695171', 'type': 'article', 'revision': u'95'}>) in function system, file ./bin/nslave.py, line 63 in function qaddw, file /home/pp/local/lib/python2.7/site-packages/qs/slave.py, line 66

Zurück zur Seite Hauptseite.

What is missing?

Ute-Maria Meiser Meiser 20:31, 18 January 2012 (UTC)

Category Index Page

Hi,

I'd like to add more information to the Category index page at: http://challenge.cs.nmt.edu/wiki/Category:Needs_Interim_Review

The most straight forward solution would be if I could have a subtitle on each page and arrange to have the subtitles included on the index page.

Is something like this possible?

Here's an excerpt from the Special:Version page

Installed software

Product Version MediaWiki 1.18.0 PHP 5.2.6-1+lenny13 (apache2handler) MySQL 5.0.51a-24+lenny5 Drew Einhorn (talk) 21:49, 7 January 2012 (UTC)

You can add text to the top of a category page above the page listing. I don't think you can do this without modifying the actual wiki's code. It's possible an extension could be created to do something like this - but I'm not aware of one that currently exists. Varnent 00:26, 8 January 2012 (UTC)

[RESOLVED] How i can delete User?

Hey Guys!

I have a question,i want deleted some spamers from my MediaWiki.

I konw that i must go in the database and delete the user from there.

My question,where i must go exactly to delete the Users ? I see many tables,but not no who the rigt table.

Hope somebody can help me :-)

Sorry for my english,not my native language

Seriana Seriana (talk) 05:05, 8 January 2012 (UTC)

There used to be an Extension for this. It can be found Here, however it will damage your Database. I suggest that you use The User Merge and Delete Extension found Here.

Best Wishes,

~Comppro Comppro 15:33, 8 January 2012 (UTC)

I have the same problem like Seriana,

How to merge 7900 Spam accounts? There must be a solution directly working on the database, it is unfeasable to do that over a WikiPage.

Regards,

Markus 130.83.32.230 09:13, 23 January 2013 (UTC)

If you want to do that in the database, the easy way is to go to the table "user" and to delete all the users, which you do no longer want. You can do that, but this is relational data. Meaning: MediaWiki does not only use it for the usernames, but also associates posts and other stuff with these table rows. If you just remove them without checking, if they are still used anywhere else, you will break your wiki.

A rather clean solution, which I found very usable, is Extension:User_Merge_and_Delete. It takes care for those references automatically. This drastically reduces the risk of screwing up your wiki. 88.130.95.210 13:56, 23 January 2013 (UTC)

I'm with the others on looking for a solution on how to delete several hundred spam accounts on my wiki. the User_Merge_and_Delete is simply not capable of tackling this in a method that is worthwhile or plausible. I would also greatly appreciate attempting to lock-out certain functions, or find a better User Registration to stop this spamming or at least diminish it.

-Keith (hoosierhackerhouse.com; a Shadowrun Gaming Wiki) 75.149.87.166 04:51, 8 August 2013 (UTC)

If these accounts are only there and never got used, you can use the maintenance script removeUnusedAccounts.php to remove these accounts. If you find better ways, let us know, however, others also were not successful as you can see from the missing feedback in this very thread. You can delete the user records from the DB directly; fast and simple. But don't complain when it breaks your wiki. 88.130.96.120 10:32, 8 August 2013 (UTC)

If you have a list of known good accounts, you can use Extension:BlockandNuke and Extension:UserMerge to merge spam accounts into the user Spammer. BlockandNuke will also ban the IP addresses from editing.

I've been using this on my personal spam-bait wiki and have blocked over 10,000 IP addresses in the last month. ☠MarkAHershberger☢(talk)☣ 01:18, 24 August 2013 (UTC)

BlockandNuke doesn't work and/or the documentation is out of date. Jabowery (talk) 16:18, 9 April 2019 (UTC)

I installed mediawiki on one of my domains, to 'practice' the wikimarkup language and possibly use it for my 'linux howto's' sub-domain linux.landisreed. I didn't get to it right away and was unaware, due to the lack of detailed install and configure docs that are, like mozilla not up to date.

Anyways, i noticed huge CPU usage and looked at phpMyAdmin, my db, search Users, using 10,000 records per page starting at zero and apparently have around 80,0000 user accounts as there are 8 pages (10,000 records per page, nope: 71,718 actually, minus me and my admin user from setup)...

this is a lot to deal with. In Mediawiki > Special Pages > User List it seems that most 'people' have entered some sort of text (Spam they are advertising) so 'empty entries' script doesn't seem to be the answer...

I think I'm going to attack this from the Backup db > Delete Users other than my Admin and my 'personal' accounts and see what that does form me.. I'll let you know what happens.

• note... funny, before looking at phpmyadmin, i started blocking users, one article at a time, but.... after 10 (Not knowing just how many there were), i thought I'd look into a 'better' or at least quicker way... doesn't appear to be one... I'd of thought, with how long mediawiki has been around and how many sites us it, there'd be a way... 'freeware', eh..

Landis.

Well, i used git in ssh to clone and 'install' on my server.

added functions to LocalSettings.php, logged in a 'SysOp' (original user from setup), navigated to http://linux.landisreed.com/wiki/Special:UserMerge and got the following error: [4d78a706] 2014-01-30 10:25:16: Fatal exception of type MWException

Thought that 'install' went too smoothly.. lol : (

NEXT... i'm looking at other options, instead of wasting time figuring this error out. LGReed (talk) 08:54, 30 January 2014 (UTC)

> i thought I'd look into a 'better' or at least quicker way... doesn't appear to be one...

That is wrong. There are faster ways. E.g. if you have a list of known good accounts, you can use Extension:BlockandNuke and Extension:UserMerge to merge spam accounts into the user Spammer. BlockandNuke will also ban the IP addresses from editing. 88.130.92.11 11:35, 30 January 2014 (UTC)

thank you, but... in the 2, almost 3 weeks my wiki sat idle before i got back to it after install (wish install config page warned to secure site), i was lucky enough to get almost 80,000 'spam' users, each with a page or two or 6...

i didn't see any good way to deal with that..

So, I exported the known good page, created a new db and 'updated' my mediawiki install and imported or recreated from *.mediawiki (text files) the pages.

This worked out ok, because i learned a bunch since the install 3 weeks ago.. like Namespace.. nice.

Anyways, thanks again,

Landis. LGReed (talk) 17:19, 1 February 2014 (UTC)

Really it is an important, Mediawiki need some kind of system (like as temporary table to save IP trying - avoiding third dependencies) to block massive register.

How to prevent from spam bots register into your wiki Neoshinji (talk) 16:43, 21 June 2014 (UTC)

see also here Extension:UserVerification (allows to delete users with some constraints) Thomas-topway-it (talk) 11:09, 18 January 2025 (UTC)

ConfirmEdit do not work

MySQL: 5.1.60-community-log ; Mediewiki: 1.16.0; PHP 5.2.17 (cgi-fcgi); site: http://talyaron.com/wiki

Hello, I had spam attack. My ConfirmEdit do not work, although it is said to be active in the version page.

I set it like that in the LocalSettings.php:

# New Captcha

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

$wgCaptchaClass = 'SimpleCaptcha';

$wgGroupPermissions['*'            ]['skipcaptcha'] = false;
$wgGroupPermissions['user'         ]['skipcaptcha'] = false;
$wgGroupPermissions['autoconfirmed']['skipcaptcha'] = false;
$wgGroupPermissions['bot'          ]['skipcaptcha'] = true; // registered bots
$wgGroupPermissions['sysop'        ]['skipcaptcha'] = true;

Talyaron (talk) 07:23, 8 January 2012 (UTC)

Which release of ConfirmEdit did you install? For MW1.16 you should be using: http://svn.wikimedia.org/svnroot/mediawiki/branches/REL1_16/extensions/ConfirmEdit/

I should also note that MW1.16 is no longer supported and you should consider upgrading to MW1.18. Varnent 18:04, 8 January 2012 (UTC)

Left frame in my Wiki is displayed lower than the main page (right frame)

Hi Guys,

I don't know if this question is already been posted but I just don't know how to solve this.

My left frame display on my wiki (which has the Search box on it, the special pages, etc.) is displayed off with my main page.

It is displayed lower whenever I open any page.

Is there any solution for this?

Thanx Alvin

MediaWiki 1.15.0 PHP 5.2.6-1+lenny13 (apache2handler) MySQL 5.0.51a-24+lenny5-log Extension: crfSP (Version 0.0.0) Semantic Forms (Version 1.8.4) HTMLets (Version r34306) ParserFunctions (Version 1.1.1) Semantic MediaWiki (Version 1.4.3) StringFunctions (Version 2.0.3) Dia 167.30.61.12 (talk) 03:01, 9 January 2012 (UTC)

Hi All,

I just realize this is because I upgraded my Firefox to 9.0.1.

Any update on how to fix this?

Regards 167.30.61.12 03:57, 9 January 2012 (UTC)

Project:Support_desk#Sidebar_floats_underneath_articles_10549 Subfader 18:30, 9 January 2012 (UTC)

List others groups in Protect Page

Hi there,

In the protection page, I can set for edition all users, only "olders" users and non-registered, or only admin. I want to allow others groups to edit the page when I protected it further the admins, but not all users.

Example: I have the MGP group and only the administrators of wiki and the members of this group can edit a specified article.

I use the Mediawiki 1.17.

Thanks a lot Crismagnabosco (talk) 13:46, 9 January 2012 (UTC)

Adjust $wgRestrictionLevels or give the MGP group the "editprotected" right. —Emufarmers^(T|C) 23:24, 12 January 2012 (UTC)

Thank Emufarmers and sorry for the late to answer you..

I have done it, and now the MGP group appears in the protect page, but with this configuration I have another problem now.

When an admin protects the page to only administrators, the MGP groups can edit this pages.

What do I have to do for solving it?

This is my LocalSettings:

$wgRestrictionLevels[] = 'MGP';

$wgGroupPermissions['MGP']['MGP'] = true;

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

Thank you. Crismagnabosco 18:12, 10 February 2012 (UTC)

You didn't do that and give the MGP group the "editprotected" right, did you? —Emufarmers^(T|C) 05:41, 11 February 2012 (UTC)

I have $wgGroupPermissions['MGP']['protect'] = true;

If I don't put this code, it's works like I want, but the group's user can't protect the pages :( 201.55.240.5 18:29, 13 February 2012 (UTC)

The permissions system (at least without extensions) isn't granular enough to allow you to have a group that can protect pages but can't edit all protected pages. Sorry. —Emufarmers^(T|C) 23:40, 14 February 2012 (UTC)

it's a bad news

thank Emufarmers Crismagnabosco 13:07, 15 February 2012 (UTC)

Embed_document.php not working correctly HELP

Hi guys, hope you are well.

I am running out of ideas on how to fix this issue so I would be extremely grateful if you could help me.

Mediawiki is installed using the below setup:

MediaWiki 1.17.0 PHP 5.3.8 (apache2handler) MySQL 5.5.16 Embed Document (Version 0.13) Allows embedding *.pdf, *.doc and *.wav files on a wiki page by Sloshe and DrTrigon

Problem is a .doc file should be displaying inside the wiki page but rather than displaying the file, it prompts you to download it on entering the page. The file in question is uploaded into the wiki.

The mediawiki (wiki) is installed inside htdocs folder and the embed_document.php inside the extensions folder, which is then called by the LocalSettings.php file.

Code inside the LocalSettings.php:

require_once("$IP/extensions/embed_document.php");

Code inside wiki media page:

<embed_document width="50%" height="300">/wiki/docs/Test.doc</embed_document>

Any suggestions? I just want the functionality, I dont mind if I need to use a different extension.

Many thanks. 188.66.86.55 (talk) 15:29, 9 January 2012 (UTC)

Unable to log in to new setup

Hello All, I am very new to this site and I have just completed the setup of MediaWiki. However now i am unable to log on with the account that I thought was created. Jonesn54 (talk) 20:13, 9 January 2012 (UTC)

If you go to Special:listusers is the account listed? (If it is, account exists, and you just have password wrong, if not account does not exist).

See also Manual:FAQ#Initial_user_was_not_created_by_installer_or_it_is_not_an_administrator Bawolff 20:23, 9 January 2012 (UTC)

Seeing that i had not begun adding information to the site, i renamed the localsettings.php file and restarted the configuration. I was prompted to create a new account and did so. This time i wrote the username and password down so that i knew it exactly. I am not working. Jonesn54 20:27, 9 January 2012 (UTC)

Can I make subcategories and category entries wrap?

I have one category where the subcategories are neatly laid to the side next to the big template. But in another category with the same template, the subcategories are down below the template, which is unfortunate. How do I make all categories behave like the first one? I also want the category entries to line up next to the template in the whitespace rather than being at the bottom. Is there a way to make that happen? Modrobene 04:20, 10 January 2012 (UTC)

The template content floats on the right. I added <br style="clear:both" /> Subfader 12:28, 10 January 2012 (UTC)

I'm sorry, I don't know what that means. Adding that code doesn't seem to help and makes it worse in some cases, but I might be doing it wrong. Modrobene 04:31, 12 January 2012 (UTC)

Specific Article 301 Redirections to New Domain

Hi everyone, This has been killing me for a while and I was hoping someone might be able to help me.

I am moving my website to a new domain and a new system, and in the move I am also manually moving all of the old articles. As such, I want to 301 redirect all of the traffic which visits <specific old article> to <specific new article> - implementing each 301 as I move the old article across to the new site. And I cannot figure out how to make it work.

So for example, what I want to do is have the people who search for "Newnes TDMSKP" who end up here: http://tdmskp.com.au/guide/index.php?title=Newnes be automatically 301'd to this page: http://immortaloutdoors.com/articles/little_capertee_campground

I have tried numerous .htaccess solutions with no luck, the most obvious one of all being: redirect 301 /guide/index.php?title=Newnes http://immortaloutdoors.com/articles/little_capertee_campground but it does nothing.

Even using Cpanel to redirect "/guide/index.php?title=Newnes" actually results in Cpanel redirecting "/guide/index.php", implying to me that I cannot redirect the php extension part... Plus, when it this index.php redirect is in place (redirecting every article), it only redirects you to "http://immortaloutdoors.com/articles" again, ignoring the specific article extension that I want :(

Surely there is a way to 301 specific old articles to specific new article locations???

THANKS IN ADVANCE for the help!!! Shane 27.32.49.175 (talk) 06:42, 10 January 2012 (UTC)

beginner - adding users

How do I go about adding users to a private wiki? I can logon myself because I set it up but I have no idea how to add more users. Thanks. 64.187.73.222 (talk) 18:18, 10 January 2012 (UTC)

Special:Userlogin Julie C. 21:33, 10 January 2012 (UTC)

Help:UNC links not working

-My UNC links are showing as follows:

\\ServerName\Directory\FolderName\FileName.txt ||%20}}|\|/}} The Link

-When I click on a UNC Link it takes me to page cannot be displayed.

-Here is what I have done so far:

1. Created Template:UNC and copied the following into it '[file:///{{#replace:{{#replace:{{{1}}}| |%20}}|\|/}} ]'

2. Downloaded ParserFunctions extension 1.15x matching the mediawiki version I am running and extracted the files to the parcerfunction directory that I created.

3. Added the following to the bottom of LocalSettings.php:

$wgUrlProtocols[] = "file:";

array_push($wgUrlProtocols, "file://");

$wgShowExceptionDetails = true;

require_once( "$IP/extension/ParserFUnctions/ParserFunctions.php" );

I suspect this might have something to do with the unc template.

Please advise... 69.89.67.167 (talk) 22:55, 10 January 2012 (UTC)

Extension UserMergeandDelete Fatal error MW 1.18

Hi, after upgrading MW 1.17 to 1.18 I have this message : Fatal error: Call to undefined method Xml::hidden() in .../extensions/UserMerge/UserMerge_body.php on line 149 Yenamarre2 (talk) 05:22, 11 January 2012 (UTC)

Resolved with an update of extension Yenamarre2 08:57, 11 January 2012 (UTC)

server name

Hi,

I have a problem:

I have installed my Wiki on another Server, but when I open the new site, it takes a lot of time to open it. Only appears, when old server is shut down. If he is up it`s extreme fast...

Where can i define the exact server names?

Thanks in advance

€: The new site directs to the old server...

[11:36:49.127] GET http://.../wiki/index.php?title=Benutzer:JavaScript/extraeditbuttons.js&action=raw&ctype=text/javascript&dontcountme=s [HTTP/1.1 200 OK 828ms]

[11:36:49.979] GET http://.../wiki/index.php?title=Benutzer:JavaScript/XEB/live.css&action=raw&ctype=text/css&dontcountme=s [HTTP/1.1 200 OK 500ms]

This appears in Firefox web console It2010bg (talk) 10:41, 11 January 2012 (UTC)

You can define it in LocalSettings.php ( $wgServer specificly, but that's often auto-detected, but there's other server related things in that file). Taking super long time to load could indicate its using the old server as a memcache server. Bawolff 15:09, 11 January 2012 (UTC)

I have figured out the problem...

But I´m not able to understand it...

In the Web Console is the following entry:

http://old server adress/wiki/index.php?title=Benutzer:JavaScript/extraeditbuttons.js&action=raw&ctype=text/javascript&dontcountme=s

in further informations:

Request-URL:

http://old server adress/wiki/index.php?title=Benutzer:JavaScript/extraeditbuttons.js&action=raw&ctype=text/javascript&dontcountme=s

Request-Methode: GET

Status-Code: HTTP/1.1 200 OK

Request-Headers 15:14:37.346

Accept:*/*

Accept-Charset:ISO-8859-1,utf-8;q=0.7,*;q=0.7

Accept-Encoding:gzip, deflate

Accept-Language:de-de,de;q=0.8,en-us;q=0.5,en;q=0.3

Connection:keep-alive

Host: old server adress

Referer: http://new server adress/wiki/index.php/Hauptseite

User-Agent:Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0.1) Gecko/20100101 Firefox/9.0.1

Response-Header Δ578ms

Cache-Control:public, s-maxage=300, max-age=18000

Connection: Keep-Alive

Content-Encoding:gzip

Content-Type:text/javascript; charset=utf-8

Date:Thu, 26 Jan 2012 14:14:37 GMT

Keep-Alive:timeout=5, max=100

Last-Modified:Thu, 30 Aug 2007 11:16:14 GMT

Server:Apache/2.2.14 (Win32) DAV/2 mod_autoindex_color PHP/5.3.1

Transfer-Encoding:chunked

Vary:Accept-Encoding

X-Powered-By:PHP/5.3.1

I don`t need the extraeditbuttons but can`t delete it. (Deleted from database tables causes database crashes)

Hope you can help me.... It2010bg 14:29, 26 January 2012 (UTC)

You probably have an old url in either MediaWiki:Common.js or MediaWiki:<skin_name_here>.js (or somebody's personal js) that is causing problems Bawolff 15:35, 26 January 2012 (UTC)

Where can I find "somebody's personal js"?

I know the other directions... It2010bg 07:40, 27 January 2012 (UTC)

Searched now in all *.js files.

Doesn`t find the old server adress anywhere... It2010bg 09:41, 27 January 2012 (UTC)

Note, these are not files on the server, they are pages in your wiki. Each user (well sometimes depending on config) has their own personal js page at User:Username/Common.js and User:Username/<skin>.js

However, its really most likely to be located in the page MediaWiki:Common.js . If you provide a link to your wiki, I could perhaps determine where it is rather quickly Bawolff 20:43, 27 January 2012 (UTC)

I`m sorry, but I couldn`t give you a link to this wiki, because it`s a wiki of our company...

I figured out, it`s about the User JavaScript (It`s really a user!!! it was setted instead of MarksS (Extraeditbuttons)

But I just can`t delete it.

http://old server adress/wiki/index.php?title=Benutzer:JavaScript/extraeditbuttons.js&action=raw&ctype=text/javascript&dontcountme=s

is deleted and the newer version on the new server too, but he just loads as soon as he notice it isn`t there and then continue loading.

The problem is, that the old server is a virtual and we want to disable it, but it`s not possible as long he accesses to the old server...

Deleted file User.js too, nothing changed.

Forbid User to use Java nothing changes...

Do you have any further ideas?

€€: Can`t find a file named JavaScript.js, and in Common.js there is no entry about it... nor in monobook etc It2010bg 15:10, 30 January 2012 (UTC)

Well if its just user js, worst case scenario if the page doesn't exist is a bunch of 404's, which isn't horrible in the grand scheme of things.

>Deleted file User.js too, nothing changed.

Sounds like you haven't actually found where its loaded from. You're going to need to find out where in order to remove it. Bawolff 03:31, 31 January 2012 (UTC)

Seems so...

Do you have any idea, I can figure out witch adress directs to "http://old server adress/wiki/index.php?title=Benutzer:JavaScript/extraeditbuttons.js&action=raw&ctype=text/javascript&dontcountme=s" ?

Maybe I`m able to localize it this way...

Firefox Web-Console just tells me:

---------------------------------------------------------------------------------------------------------------------------------------

Request-URL: http://old server adress/wiki/index.php?

title=Benutzer:JavaScript/extraeditbuttons.js&action=raw&ctype=text/javascript&dontcountme=s

Request-Methode: GET

Status-Code: HTTP/1.1 200 OK

Request-Headers 15:14:37.346

Accept:*/* Accept-Charset:ISO-8859-1,utf-8;q=0.7,*;q=0.7

Accept-Encoding:gzip, deflate

Accept-Language:de-de,de;q=0.8,en-us;q=0.5,en;q=0.3

Connection:keep-alive

Host: old server adress

Referer: http://new server adress/wiki/index.php/Hauptseite

User-Agent:Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0.1) Gecko/20100101 Firefox/9.0.1

Response-Header Δ578ms

Cache-Control:public, s-maxage=300, max-age=18000

Connection: Keep-Alive

Content-Encoding:gzip

Content-Type:text/javascript; charset=utf-8

Date:Thu, 26 Jan 2012 14:14:37 GMT

Keep-Alive:timeout=5, max=100

Last-Modified:Thu, 30 Aug 2007 11:16:14 GMT

Server:Apache/2.2.14 (Win32) DAV/2 mod_autoindex_color PHP/5.3.1 Transfer-Encoding:chunked

Vary:Accept-Encoding X-Powered-By:PHP/5.3.1

--------------------------------------------------------------------------------------------------------------------------------------- It2010bg 09:12, 31 January 2012 (UTC)

That doesn't tell you very much (other then you're looking at the main page when it got loaded). What you could do is run the firebug debugging and go through the js line by line until you find which js file loads it (not the most fun thing to do though) Bawolff 02:02, 2 February 2012 (UTC)

I already done this, but it doesn`t tell me this fact -.-

I`ll post the hole appeal:

[09:17:58.420] GET http://new server:1000/wiki [undefined 984ms]

[09:18:07.602] GET http://new server/wiki [HTTP/1.1 301 Moved Permanently 0ms]

[09:18:07.635] GET http://new server/wiki/ [HTTP/1.1 301 Moved Permanently 2203ms]

[09:18:09.844] GET http://new server/wiki/index.php/Hauptseite [HTTP/1.1 200 OK 2765ms]

[09:18:12.657] GET http://new server/wiki/skins/common/shared.css?195 [HTTP/1.1 200 OK 31ms]

[09:18:12.670] GET http://new server/wiki/skins/common/commonPrint.css?195 [HTTP/1.1 200 OK 469ms]

[09:18:12.680] GET http://new server/wiki/skins/monobook/main.css?195 [HTTP/1.1 200 OK 516ms]

[09:18:12.692] GET http://new server/wiki/index.php?title=MediaWiki:Common.css&usemsgcache=yes&ctype=text%2Fcss&smaxage=18000&action=raw&maxage=18000 [HTTP/1.1 200 OK 656ms]

[09:18:12.704] GET http://new server/wiki/index.php?title=MediaWiki:Print.css&usemsgcache=yes&ctype=text%2Fcss&smaxage=18000&action=raw&maxage=18000 [HTTP/1.1 200 OK 672ms]

[09:18:12.715] GET http://new server/wiki/index.php?title=MediaWiki:Monobook.css&usemsgcache=yes&ctype=text%2Fcss&smaxage=18000&action=raw&maxage=18000 [HTTP/1.1 200 OK 766ms]

[09:18:12.727] GET http://new server/wiki/index.php?title=-&action=raw&maxage=18000&gen=css [HTTP/1.1 200 OK 500ms]

[09:18:12.740] GET http://new server/wiki/skins/common/wikibits.js?195 [HTTP/1.1 200 OK 500ms]

[09:18:12.752] GET http://new server/wiki/skins/common/ajax.js?195 [HTTP/1.1 200 OK 625ms]

[09:18:12.765] GET http://new server/wiki/skins/common/mwsuggest.js?195 [HTTP/1.1 200 OK 641ms]

[09:18:12.778] GET http://new server/wiki/index.php?title=-&action=raw&gen=js&useskin=monobook [HTTP/1.1 200 OK 781ms]

[09:18:12.791] GET http://new server/wiki/images/fileicons/pdf.png [HTTP/1.1 200 OK 688ms]

[09:18:12.804] GET http://new server/wiki/images/fileicons/DOCX.png [HTTP/1.1 200 OK 703ms]

[09:18:12.837] GET http://new server/wiki/images/fileicons/DOC.png [HTTP/1.1 200 OK 688ms]

[09:18:12.858] GET http://new server/wiki/skins/common/images/poweredby_mediawiki_88x31.png [HTTP/1.1 200 OK 766ms]

[09:18:13.238] GET http://new server/wiki/skins/monobook/headbg.jpg [HTTP/1.1 200 OK 141ms]

[09:18:13.329] Unerwartetes Dateiende beim Suchen nach ',' oder '{'. Regelsatz wegen ungültigem Selektor ignoriert. @ http://new server/wiki/index.php?title=MediaWiki:Common.css&usemsgcache=yes&ctype=text%2Fcss&smaxage=18000&action=raw&maxage=18000:1

[09:18:13.352] Unerwartetes Dateiende beim Suchen nach Abschließende } eines ungültigen Regelsatzes. @ http://new server/wiki/index.php?title=MediaWiki:Common.css&usemsgcache=yes&ctype=text%2Fcss&smaxage=18000&action=raw&maxage=18000:1

[09:18:13.389] Unerwartetes Dateiende beim Suchen nach ',' oder '{'. Regelsatz wegen ungültigem Selektor ignoriert. @ http://new server/wiki/index.php?title=MediaWiki:Print.css&usemsgcache=yes&ctype=text%2Fcss&smaxage=18000&action=raw&maxage=18000:1

[09:18:13.412] Unerwartetes Dateiende beim Suchen nach Abschließende } eines ungültigen Regelsatzes. @ http://new server/wiki/index.php?title=MediaWiki:Print.css&usemsgcache=yes&ctype=text%2Fcss&smaxage=18000&action=raw&maxage=18000:1

[09:18:13.531] GET http://new server/wiki/skins/monobook/KHTMLFixes.css [HTTP/1.1 200 OK 0ms]

[09:18:13.554] GET http://old server:1000/wiki/index.php?title=Benutzer:JavaScript/extraeditbuttons.js&action=raw&ctype=text/javascript&dontcountme=s [HTTP/1.1 200 OK 1328ms]

[09:18:14.873] GET http://old server:1000/wiki/index.php?title=Benutzer:JavaScript/XEB/live.css&action=raw&ctype=text/css&dontcountme=s [HTTP/1.1 200 OK 469ms]

[09:18:15.097] GET http://new server/wiki/skins/monobook/bullet.gif [HTTP/1.1 200 OK 0ms]

[09:18:15.214] GET http://new server/wiki/skins/monobook/user.gif [HTTP/1.1 200 OK 15ms]

[09:18:15.239] GET http://new server/wiki/skins/Automation/Logo/bla135x135.png [HTTP/1.1 200 OK 15ms] It2010bg 08:33, 2 February 2012 (UTC)

Documentation on upgrading

The manual on upgrading MW seems to suggest that (if you don't have shell access) you should extract the files into a separate directory and then run the web updater. Is that correct? Cavila 12:25, 11 January 2012 (UTC)

Per "Warning: If you are upgrading to version 1.18 then definitely extract to a separate directory, even if overwriting old versions worked in the past!"

New users might well be confused by this and wonder if they should run the updater from the old installation or from the MW 1.18 files in the new directory. Cavila ^{MW 1.17, MySQL 5.5.16, Php 5.3.8} 10:33, 16 January 2012 (UTC)

I think with some little logic it's clear you should open the new directory. Subfader 11:19, 16 January 2012 (UTC)

That will only give you a time-out error or something other, perhaps because there's no localsettings.php (hence no upgrade key) in the new directory. Anyway, the line has just been removed from the manual. Cavila ^{MW 1.17, MySQL 5.5.16, Php 5.3.8} 20:28, 17 January 2012 (UTC)

No, it will start the web installer which creates the new LocalSettings.php Subfader 20:29, 17 January 2012 (UTC)

Upgrade MediaWiki 1.18.0

I have been upgrading MediaWiki in so many times over 3 years without a problem. Today, I just did upgrade version 1.18.0. There are two problems:

1.) [Resolved] During command:

[user@web10 maintenance]$ php update.php
PHP error log is working Do not run update.php on this wiki. If you're seeing this you should probably ask for some help in performing your schema updates.

If you know what you are doing, you can continue with --force
[user@web10 maintenance]$

Found the problem from $wgMiserMode

2.) I get blank pages without showing any error print on the page. I have looked at error log it says:

MYIPADDRESS - [09/Jan/2012:08:16:27 -0600] "GET /index.php/Main_Page HTTP/1.1" 500 0 "-" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0.1) Gecko/20100101 Firefox/9.0.1"

[Mon Jan 09 07:55:26 2012] [error] [client MYIPADDRESS] File does not exist: /home2/user/webapps/mw/index.php/Main_Page

How can I resolve this problem?

MediaWiki 1.18.0
PHP 5.2.11 (apache2handler)
MySQL 5.0.77
68.196.15.121 (talk) 14:00, 11 January 2012 (UTC)

Second issue you could try enabling php error logging (or if you have php error logging set up, look in the php error log [usually it would be seperate from your apache error log)? See manual:How to debug. Generally blank page means a php fatal error when error reporting is turned off. Bawolff 15:06, 11 January 2012 (UTC)

Hi Bawolff,

I have done that what you suggested enable php error logging in LocalSettings.php before all the time like this:

ini_set( 'display_errors', 1 );


error_reporting( E_ALL );

error_log("PHP error log is working");

It doesn’t showing any error print on the page only blank pages after upgrade MediaWiki 1.18.0. That is why I asking for help. What can I do? 68.196.15.121 15:48, 11 January 2012 (UTC)

That's interesting. Can you access the api fine? If you put something like die("test"); in LocalSettings.php, does "test" get printed out (as in, does mediawiki even reach to LocalSettings.php) Bawolff 22:32, 12 January 2012 (UTC)

I have the same issue. I insert...

error_reporting( E_ALL ); ini_set( 'display_errors', 1 );

into my LocalSettings.php and i still get a white blank screen when i try to run update.php.

Checking my DB (mysql) and update hasnt created new extension tables. My user privileges are full sysadmin on the db.

Is this a 1.19 issue? 124.170.23.200 05:16, 23 August 2012 (UTC)

No news on this ? I have the same sort of problem after update 1.19.1

But only on special page like unused_files 92.103.213.154 11:30, 28 August 2012 (UTC)

Try to delete or rename the StartProfiler.php. 56.0.163.15 17:53, 19 November 2012 (UTC)

Caching with eAccelerator

A host uses eAccelerator 0.9.6.1 which is enabled:

eAccelerator support	enabled
Version 	0.9.6.1
Caching Enabled 	true
Optimizer Enabled 	true
Check mtime Enabled 	true
Memory Size 	16,777,176 Bytes
Memory Available 	2,800 Bytes
Memory Allocated 	16,774,376 Bytes
Cached Scripts 	256
Removed Scripts 	0

but when I use $wgMainCacheType = CACHE_ACCEL; I get

CACHE_ACCEL requested but no suitable object cache is present.

On Manual:Cache#PHP_caching I read Note: Any version of eAccelerator will work for PHP caching but if you also want to use it for Object caching as well, you need version 0.9.5 (later versions are not compatible).

Will pages load faster nontheless with $wgMainCacheType = CACHE_NONE; ?

Shouldn't MW support all newer versions? Forcing old versions is not very userfriendly or secure. Subfader (talk) 15:15, 11 January 2012 (UTC)

The shared memory (that is, the object caching) parts of eAccelerator were removed in 0.9.6. You can't support what ain't there. —Emufarmers^(T|C) 00:11, 14 January 2012 (UTC)

;) using an optcode cache that is no longer maintained isn't very secure or user friendly either. Time to install APC or X-Cache. Daniel Friesen (Dantman) 15:57, 19 January 2012 (UTC)

Special pages doesn't work at all (404)

I made a test wiki at jenandzu.com/testwiki However, no special page feature works. For example, http://www.jenandzu.com/testwiki/Special:SpecialPages results in 404 error. Please help me. Thanks! Zuwhan~mediawikiwiki (talk) 04:32, 12 January 2012 (UTC)

Looks like bug 18270 on a poorly configured host. —Emufarmers^(T|C) 00:22, 14 January 2012 (UTC)

 16:55, 26 June 2012 (UTC)

Your problem may be worse then you think. The text below is what I copied from http://www.jenandzu.com/testwiki/.

Sorry! This site is experiencing technical difficulties.

Try waiting a few minutes and reloading.

(Can't contact the database server: Access denied for user 'newliff0_jinbo'@'localhost' to database 'newliff0_testwiki' (localhost))

Looks like jinbo does not have database access. Allen4names (talk) 19:53, 26 June 2012 (UTC)

ReflectionException: Class SkinVector does not exist

hi,all

I have just installed the wikimedia,but i encountered the error output:

ReflectionException: Class SkinVector does not exist in /media/D/xampp/htdocs/mediawiki-1.18.0/includes/Init.php on line 148........

my wiki version: MediaWiki-1.18.0

and i install it on my notebook: ubuntu11.04 mysql Ver 14.14 Distrib 5.1.54 PHP 5.3.5-1 121.8.210.13 (talk) 05:23, 12 January 2012 (UTC)

so sorry to publish one more page...i mistakenly click one more time...please remove the previous one. 121.8.210.13 05:29, 12 January 2012 (UTC)

I've got the same error on Win XP pro and Win XP family:

"Unexpected non-MediaWiki exception encountered, of type "ReflectionException"

exception 'ReflectionException' with message 'Class SkinMonoBook does not exist' in W:\www\wi\includes\Init.php:148"

In wiki.log : "Article::view: showing parser cache contents

Class SkinMonoBook not found; skipped loading

accepts gzip"

I tried everything found in the documentation, nothing works.

My wiki : mediawiki-1.18.0, Uniserver 3.5 90.61.71.29 08:39, 14 January 2012 (UTC)

Hi,

I tried to upgrade to Mediawiki 1.18.1. But it doesn't fix the problem.

I tried to downgrade to Mediawiki 1.17.2, and it works with the same Uniform Server and the same LocalSettings.php configuration file. 90.61.71.29 09:47, 14 January 2012 (UTC)

Make sure when you upgraded, you upgraded _all_ the files, especially the skins directory.

This was a kind of stupid thing to say. At this point the skin probably isn't loaded yet (which is normal), and the exception is meant to be thrown and caught. For some reason the exception isn't being caught which is weird.

Filed as bugzilla:33949.

(Anyone commenting on this thread to say that this also affects them, please make sure to include your version of php). Bawolff 01:51, 17 January 2012 (UTC)

Same problem with a clean install, see http://www.mwusers.com/forums/showthread.php?17867-ReflectionException-Error-starting-wiki-after-fresh-install-of-1.18 86.70.159.40 16:31, 24 January 2012 (UTC)

upgrade 1.13.2 nach 1.18.1

Hallo,

ich gebe es bald auf. Ich möchte mein mediwiki schon seit längerer Zeit upgraden aber ich schaffe es nicht. Das Ergebnis ist immer eine leere Seite.

Was tue ich?

• erstellen eines neuen verzeichnisses
• kopiere die kompletten Daten vom alten ins neue Verzeichnis
• schreibe per mysqldump meine Datenbank auf eine neue DB zurück

• zurückgesicherte Version 1.13.2 funktioniert einwandfrei.

Upgrade:

• packe die Datei per tar xvfz mediawiki-1.18.1.tar.gz -C /path/to/your/wiki/ --strip-components=1 aus - erfolgreich
• führe in der Kommandozeile das Script php update.php aus - es werden vier leerzeilen angezeigt ohne fehlerangabe
• ergebniss leere seite

• nach erfolgreicher installation der alten version führe ich nun die 2. Möglichkeit aus
• packe die Datei per tar xvfz mediawiki-1.18.1.tar.gz -C /path/to/your/wiki/ --strip-components=1 aus - erfolgreich
• Umbenennung der Datei LocalSettings.php nach LocalSettings.old.php
• Verändern des Verzeichnises config auf chmod 777
• Rufen die Indexseite des Wiki auf, um die Installation zu starten.
• Zu dieser Installationsroutine kommt es leider nicht es ist schon eine leere Seite.

Originalseite: http://wikiwaldhof.de Backupseite: http://www.wikiscripta.de/ (welche ich upgraden möchte)

kann mir jemand dabei einen Tip geben was ich hier nicht beachtet habe?

Liebe Grüße Stefan 194.5.134.185 (talk) 09:39, 12 January 2012 (UTC)

"führe ... update.php aus - es werden vier leerzeilen angezeigt"

Das klingt schon sehr falsch. Nach jedem Versionsnummern-Sprung (und besonders von 1.13 auf 1.18) wird extrem viel geupdated. Irgendwas zeigt er immer an! Hier liegt wohl der Fehler.

Die ersten Schritte mit dem Kopieren klingen auch nicht richtug. Schau dir in Ruhe Manual:Upgrading an.

Normal läuft es so:

• Datenbank dump speichern
• Paket ín neues Verzeichis laden, z.B. mywiki.com/wiki_neu/
• mywiki.com/wiki_neu/maintenance/update.php via Kommandozeile starten (bei großen Versionssprüngen wird der Webinstaller auch nicht empfohlen).
• Angepasste LocalSettings.php ins neue Verzeichnis ablegen
• Altes Verzeichnis umbennen, z.B. /wiki_alt/.
• /wiki:neu/ in /wiki/ umbennen

Es ist besser wenn du in Englisch schreibst. Subfader 13:06, 12 January 2012 (UTC)

würde ich gerne aber ich kann nicht viel englisch :-(

das alte Verzeichnis läuft noch unter 1.13 und ist mein livesystem.

Zur Umstellung auf 1.18.1 habe ich vom livesystem einen kompletten dump gezogen und diesen in ein neues verzeichnis sowie einer neuer DB erstellt. Damit dem alten Verzeichnis und derer DB nichts passiert.

Das alte Verzeichnis soll unberührt bleiben und das neue von 1.13 auf 1.18.1 erhöht werden. Wenn dies funktioniert werde ich die Domaine wikiwaldhof auf das neue Verzeichnis leiten.

Gestern abend versuchte ich das ganze nochmals:

• dump alte DB sowie Daten
• erstellen neues Verzeichnis mit Daten sowie DB
• umschreiben der Local- sowie Admin-Settings auf die neue DB
• 1.13 funktionierte fehlerfrei
• upgrade auf 1.18.1 laut Manual:Upgrading
• durchführen des php update.php
• es wurden sehr viele ....doing ... durchgeführt.
• Danach wieder leere Seite :-( 194.5.134.185 08:18, 13 January 2012 (UTC)

"Danach wieder leere Seite": Du hast aber LocalSettings.php korrekt verschoben?

Ohne Fehlermeldungen kommen wir wohl nicht weiter. Füge das mal ans Ende der LocalSettings.php im neuen Verzeichnis

error_reporting( E_ALL | E_STRICT );

ini_set( 'display_errors', 1 );

$wgShowExceptionDetails = true;

und rufe index.php in dem Verzeuichnis auf Subfader 08:40, 13 January 2012 (UTC)

funktioniert alles nicht... :-)

mach es schritt für schritt nochmals komplett neu.

Also kopieren der Daten und der DB in neues Verzeichnis sowie neue DB

sage dann, wenn das alte system auf dem neuen Verzeichnis läuft. 217.113.177.172 09:05, 13 January 2012 (UTC)

im neuen Verzeichnis läuft das 1.13.2 nun auf der neuen DB

LocalSettings

AdminSettings

auf die neue DB angepasst

http://www.wikiscripta.de

der nächste Punkt wäre nun tar xvfz mediawiki-1.18.1.tar.gz -C /path/to/your/wiki/ --strip-components=1 oder ???

nach php update.php funktioniert es nicht...

...doing rev_id from 79635 to 79834

...doing rev_id from 79835 to 80034

...doing rev_id from 80035 to 80234

...doing rev_id from 80235 to 80434

...doing rev_id from 80435 to 80634

...doing rev_id from 80635 to 80834

...doing rev_id from 80835 to 81034

...doing rev_id from 81035 to 81234

...doing rev_id from 81235 to 81434

...doing rev_id from 81435 to 81634

...doing rev_id from 81635 to 81834

...doing rev_id from 81835 to 82034

...doing rev_id from 82035 to 82234

...doing rev_id from 82235 to 82434

...doing rev_id from 82435 to 82634

...doing rev_id from 82635 to 82834

...doing rev_id from 82835 to 83034

...doing rev_id from 83035 to 83234

...doing rev_id from 83235 to 83434

Killed: 9 217.113.177.172 09:16, 13 January 2012 (UTC)

nach php update.php funktioniert es nicht...

...doing rev_id from 79635 to 79834

...doing rev_id from 79835 to 80034

...doing rev_id from 80035 to 80234

...doing rev_id from 80235 to 80434

...doing rev_id from 80435 to 80634

...doing rev_id from 80635 to 80834

...doing rev_id from 80835 to 81034

...doing rev_id from 81035 to 81234

...doing rev_id from 81235 to 81434

...doing rev_id from 81435 to 81634

...doing rev_id from 81635 to 81834

...doing rev_id from 81835 to 82034

...doing rev_id from 82035 to 82234

...doing rev_id from 82235 to 82434

...doing rev_id from 82435 to 82634

...doing rev_id from 82635 to 82834

...doing rev_id from 82835 to 83034

...doing rev_id from 83035 to 83234

...doing rev_id from 83235 to 83434

Killed: 9 217.113.177.172 11:03, 13 January 2012 (UTC)

nach php update.php funktioniert es nicht...

...doing rev_id from 79635 to 79834

...doing rev_id from 79835 to 80034

...doing rev_id from 80035 to 80234

...doing rev_id from 80235 to 80434

...doing rev_id from 80435 to 80634

...doing rev_id from 80635 to 80834

...doing rev_id from 80835 to 81034

...doing rev_id from 81035 to 81234

...doing rev_id from 81235 to 81434

...doing rev_id from 81435 to 81634

...doing rev_id from 81635 to 81834

...doing rev_id from 81835 to 82034

...doing rev_id from 82035 to 82234

...doing rev_id from 82235 to 82434

...doing rev_id from 82435 to 82634

...doing rev_id from 82635 to 82834

...doing rev_id from 82835 to 83034

...doing rev_id from 83035 to 83234

...doing rev_id from 83235 to 83434

Killed: 9 217.113.177.172 11:05, 13 January 2012 (UTC)

nach php update.php funktioniert es nicht...

.........

...doing rev_id from 83035 to 83234

...doing rev_id from 83235 to 83434

Killed: 9 217.113.177.172 11:06, 13 January 2012 (UTC)

nach php update.php funktioniert es nicht...

...doing rev_id from 79635 to 79834

...doing rev_id from 79835 to 80034

...doing rev_id from 80035 to 80234

...doing rev_id from 80235 to 80434

...doing rev_id from 80435 to 80634

...doing rev_id from 80635 to 80834

...doing rev_id from 80835 to 81034

...doing rev_id from 81035 to 81234

...doing rev_id from 81235 to 81434

...doing rev_id from 81435 to 81634

...doing rev_id from 81635 to 81834

...doing rev_id from 81835 to 82034

...doing rev_id from 82035 to 82234

...doing rev_id from 82235 to 82434

...doing rev_id from 82435 to 82634

...doing rev_id from 82635 to 82834

...doing rev_id from 82835 to 83034

...doing rev_id from 83035 to 83234

...doing rev_id from 83235 to 83434

Killed: 9 217.113.177.172 11:06, 13 January 2012 (UTC)

It sounds like your host has a process killer that's preventing the update script from finishing. You should be able to run it repeatedly until it finishes, although that might take a while. —Emufarmers^(T|C) 05:36, 14 January 2012 (UTC)

Hallo Stefan,

ich habe selbiges, wenn nicht sogar dasselbe Problem! Allerdings versuche ich hier seit Stunden ein Update von 1.17.0 auf 1.18.1. Meine Vorgehensweise, ähnlich Deiner:

• Dump alte DB sowie Daten
• Erstellen neues Verzeichnis mit Daten sowie DB
• Umschreiben der LocalSettings.php auf die neue DB
• Ausführen der Datei /maintenance/update.php
• Fehlerlose Rückmeldung
• Aufruf im Browser: Seite nicht gefunden, Fehler 404
• 1.17. funktionierte fehlerfrei

Weiß auch nicht weiter :-(

Hier nochmal in Englisch:

Dear Stefan,

I face the same problem as you. Indeed, I have tried to update from version 1.17.0 to 1.18.1 for hours! I did similar thing as you did. This is my procedure:

• Dump of old DB as well as data
• Creation of y new directory with data and db
• Editing tht file LocalSettings.php with changes to the new db
• Executing file /maintenance/update.php
• Replay without errors
• Tried to access the wiki with IE: Error message 404 Page not found
• 1.17. worked without any problems!

Has anybody a hint for this problem?

Regards,

Feechen Feechen 14:21, 13 January 2012 (UTC)

Hallo Stefan,

ich habe selbiges, wenn nicht sogar dasselbe Problem! Allerdings versuche ich hier seit Stunden ein Update von 1.17.0 auf 1.18.1. Meine Vorgehensweise, ähnlich Deiner:

• Dump alte DB sowie Daten
• Erstellen neues Verzeichnis mit Daten sowie DB
• Umschreiben der LocalSettings.php auf die neue DB
• Ausführen der Datei /maintenance/update.php
• Fehlerlose Rückmeldung
• Aufruf im Browser: Seite nicht gefunden, Fehler 404
• 1.17. funktionierte fehlerfrei

Weiß auch nicht weiter :-(

Hier nochmal in Englisch:

Dear Stefan,

I face the same problem as you. Indeed, I have tried to update from version 1.17.0 to 1.18.1 for hours! I did similar thing as you did. This is my procedure:

• Dump of old DB as well as data
• Creation of y new directory with data and db
• Editing tht file LocalSettings.php with changes to the new db
• Executing file /maintenance/update.php
• Replay without errors
• Tried to access the wiki with IE: Error message 404 Page not found
• 1.17. worked without any problems!

Has anybody a hint for this problem?

Regards,

Feechen Feechen 14:21, 13 January 2012 (UTC)

Lost Password

Hi @ all!

I just started a really big mess! I'm the admin of a small wiki we use in our intranet. Problem started, when I just forgot my password and tried to set a new password in MySQL-DB. So I changend the following in user_password:

typ: tinyblob to typ: varbinary ( 8 )

and

attribute: binary to attribut:

After these changes NOBODY is able to log in!!! I changed the options back, but still NOBODY is able to log in. HELP!

Before I started changing stuff in the MySQL-DB I had look at the following pages: Manual­:Resetting passwords

But these things didn't helped my out. The Bestway would be a Userlogin like this: Specia­l:UserLogin

But in my case there is no option to reset a passwort or create a new account on the userlogin page. Where can I enable these features??? 217.92.210.99 (talk) 13:03, 12 January 2012 (UTC)

Enter to Special:PasswordReset on your wiki wargo 17:04, 12 January 2012 (UTC)

Why did you ever think changing the DB schema would be a good idea?

Firstly I would be reverting back to a backup to when people were able to login then I would follow one of the guides on Manual:Resetting passwords where the maintenance script option is probably the best bet for you, or if you are running at least 1.18.0 (can be checked at Special:Version on your wiki) you can use the built in Special:ResetPassword page as pointed out by wargo.

As for enabling the option to create accounts, Have a look at Manual:Preventing access although that won't help at all if you have DB issues preventing people to login at all. Peachey88 02:40, 13 January 2012 (UTC)

Main menu dropping to the bottom of every page

I have tried everything to fix my left Main menu from dropping to the bottom of the page. I have reloaded/reverted the entire data base, checked LocalSettings.php, monobook.php, main.css... I can not figure out what might be doing this. HELP!

Thanks Dan

• URL WOIweb.com
• MediaWiki 1.15.5
• PHP 5.3.8 (apache2handler)
• MySQL 5.1.55-log Woiow (talk) 15:15, 12 January 2012 (UTC)

this has been solved before. Please search this support desk and bugzilla. Subfader 21:16, 12 January 2012 (UTC)

Look down below under "Issue with new Firefox 9.0.1 / Left Navigation box display UNDER #content". JFMorse 21:33, 12 January 2012 (UTC)

Man, it was right under my nose all the time...sorry, really, I did search a lot! Thanks for the help and it's fixed.

Now, I don't know what the right place is for this but I need someone (that truly knows what they are doing) to upgrade my Wiki (1.15 to 1.18)? Any ideas?

Thanks Dan

• URL WOIweb.com
• MediaWiki 1.15.5
• PHP 5.3.8 (apache2handler)
• MySQL 5.1.55-log Woiow 23:06, 12 January 2012 (UTC)

Segregated external links

I'm looking for a solution that may or may not be viable. I have a new site still under construction with Mediawiki 1.18 installed. This installation is bridged with an SMF 2.0.2 forum installation. I have PHP 5.2.17 installed and MySQL 5.0.91 for a database, if that matters. Here's my issue.

The main website and the forum have links to the wiki and are setup to open in the same window. The wiki will have a number of external links and is set to open these in a new window. However, I have external links to the the main site and the forum built into the sidebar that I would like to open in the same window (i.e. _self). Is this type of segregation of external links possible?

http://theantiquegique.com/index.php - Main site
http://theantiquegique.com/mediawiki/index.php - Wiki
http://theantiquegique.com/forum/index.php - Forum

Thank you, Brother Bill (talk) 20:07, 12 January 2012 (UTC)

You could certainly do this with a hook. LinkerMakeExternalLink would probably be good: check whether $url includes your domain, and add _blank or whatever to $attribs if it doesn't. —Emufarmers^(T|C) 05:30, 14 January 2012 (UTC)

Thanks for the response, at least now I know that all hope is not lost. There are only two urls that I want to behave differently than the rest, the one to the main site and the one to the forum. I was sure there had to be a way.

I've looked over the LinkerMakeExternalLink page briefly, and the page on hooks, it's all still pretty new to me and somewhat confusing but at least now I have some direction. Thanks again for your help. Brother Bill 21:37, 14 January 2012 (UTC)

I'm no coder, so that will probably explain my confusion. I can't make heads or tails of the LinkerMakeExternalLink as described in the manual. In my LocalSettings, external links are set to open in a separate page as such;

$wgExternalLinkTarget = '_blank';

Nothing else there, just the one line.

I'm guessing that I need some sort of conditional statement, but the best I can come up with is that I need something along this line;

if ($url=='theantiquegique.com/*') $wgExternalLinkTarget = '_self';

else $wgExternalLinkTarget = '_blank';

But I can't get that to work either. I think that since I only have the two urls that need special treatment, I'll probably have to live with them the way they are for now. I don't really want to keep experimenting when I really don't have a clue as to what I'm doing. In the meantime, I'll keep reading.

Thanks again, Brother Bill 22:41, 25 January 2012 (UTC)

Try code like this at the bottom of your LocalSettings.php

$wgExternalLinkTarget = '_blank';
$wgHooks['LinkerMakeExternalLink'][] = 'wfMakeSomeLinksNewWindow';
function wfMakeSomeLinksNewWindow( &$url, &$text, &$link, &$attribs, $linktype ) {
        if ( strpos( $url, 'http://theantiquegique.com' ) === 0 ) {
                $attribs['target'] = '_self';
        }
        return true;
}

Bawolff 15:18, 26 January 2012 (UTC)

OK, I was just about ready to give up, but now we're getting somewhere. This seems to work fine for the page and for the logo, but not in the navigation menu. Just the same, I think I can work around that if I move my urls out into the main part of the open page. I think I remember reading somewhere that there's a way to place an item on every page, that should hopefully solve that issue.

Thank you folks so very much. This is a bunch better than anything I was able to come up with on my own. Brother Bill 19:49, 26 January 2012 (UTC)

I'm not going to pretend to understand all of what you did here yet, but if you don't mind, let me offer what I believe happened and maybe I can build from there.

First, you declare the variable $wgExternalLinkTarget and assign it a string value of '_blank'. I'm assuming this is a global variable used to default any external urls into a page of their own.

Next, whenever an external link is selected, the LinkerMakeExternalLink hook calls the function wfMakeSomeLinksNewWindow and tests the link to see if it begins with the string 'http://theantiquegique.com'. If it does, the target attribute of the link is assigned the value '_self'. If it returns false, the function is void and the external link opens in it's own window (the default).

Am I even close? Brother Bill 21:15, 26 January 2012 (UTC)

Yep, that's exactly what happens.

The thing with the nav bar - Currently skins do not call Linker::makeExternalLink for links in the sidebar (instead the html is built inside SkinTemplate::makeLink and Skin::addToSidebarPlain, so the LinkerMakeExternalLink hook is not called. At the moment you'd probably have to hook into SkinBuildSidebar which can modify the attributes on individual links in the sidebar, or do something kind of hacky, like make an interwiki that points to http://theantiquegique.com and use that to make an "internal" link to that page which is not subject to $wgExternalLinkTarget . Bawolff 22:30, 26 January 2012 (UTC)

Well, as I said, I'm no coder. Most of this is just another foreign language to me that maybe in time I'll learn enough to make sense of it all. However, I do want to thank you again, your help has been most appreciated. I've managed a workaround that is quite sufficient for my present needs by inserting a navigational aide at the top of each page. This will do until I can afford more time to experiment.

Again, Thank you so much, Brother Bill 15:00, 1 February 2012 (UTC)

Search autosuggest broken with Firefox 9

I upgraded by browser the other day, and autosuggest in the search bar on my wiki now no longer works. I looked around for info on this, and haven't found anything. My first shot was to upgrade to 1.18.1; that didn't resolve it. I'm using PHP 5.2.17 and MySQL 5.0. The url is http://www.jonfmorse.com/wiki

Ideas? JFMorse (talk) 20:09, 12 January 2012 (UTC)

Nobody else has encountered this? JFMorse 02:57, 17 January 2012 (UTC)

Taxobox issues

Hiya.

I'm trying to use Taxoboxes on a new site and I'm running into all kinds of trouble. I exported Template:Taxobox and imported it to my site to get the template, but then using a Taxobox threw an error about it being too big. So I set $wgMaxArticleSize to 4096. Now I'm getting one heck of a mess on the page, as can been seen here. What's the deal?

I really appreciate any help. 24.8.244.33 (talk) 00:10, 13 January 2012 (UTC)

Okay, I got it figured out by starting from scratch. Deleted the wiki, the database, everything. Now I have working taxoboxes. But how do I move the box from the left to the right? And change the color of the bars from green? And add a border around it? LOL, sorry for all the questions. I'm just not seeing anything in the taxobox code for any of this. 24.8.244.33 06:34, 13 January 2012 (UTC)

how to open images in a new window

Hi I have a question about using images on wiki. I wanna learn how to use images on wiki that when clicking on it, it opens in a new window? how can I do that?

thanks in advance for your help Peachey88 (Flood) (talk) 04:45, 13 January 2012 (UTC)

Press CTRL (or click the wheel on your mouse) and click the image. You shouldn't force that behaviour for all users. If you need to, you can add some JavaScript to MediaWiki:Common.js or check this gadget: http://en.wikipedia.org/wiki/Wikipedia:Tools/Navigation_popups Subfader 08:34, 13 January 2012 (UTC)

Is it allowed in Wikipedia?

To keep in the pages of wiki Administrator's personnel thesis? at http://sd.wikipedia.org ? Other problem is We call Computer as same in English, but admin forcibly used his word Ganpukar of Computer. I have proof that thousands of published books called it Computer not Ganpukar. If some one oppose him he started abusive language. That is the reason sd.wikipedia.org never got attraction to Sindhi community. Plz check record there. Other things are he locked CSS due to that on the same site there are lot of font styles appeared there. He is not able to set commonCSS or Monocss. We are in trouble to work in our local Sindhi language. I don't know where to say for this problem. Record history says all the situation there. I appeal plz warn him to follow en.wikipedia.org rules, other wise he will continue use his personnel details and personnel promoted articles there. Dear I am sorry If u r not right person to say all about this, Plz suggest me where I can raise this issue. My sd.wikipedia.org ID is same. His thesis is not a violetion? w:sd:ماحولياتي انتظام ڪاڻ اُپُگِرَهِي عَڪس ضماءُ ۽ درجه بنديءَ جي طريقن جو اَڀياس Peachey88 (Flood) (talk) 04:46, 13 January 2012 (UTC)

If you have a question about Wikipedia, please ask at the appropriate location on Wikipedia. Reach Out to the Truth 00:55, 21 November 2011 (UTC) 04:46, 13 January 2012 (UTC)

Duplicate headers received from server

email is jdk370#gmail.com

on almost all pages created by media wiki an error message appears how do i stop it the message says

Duplicate headers received from server
The response from the server contained duplicate headers. This problem is generally the result of a misconfigured website or proxy. Only the website or proxy administrator can fix this issue.
Error 346 (net::ERR_RESPONSE_HEADERS_MULTIPLE_CONTENT_LENGTH): Multiple distinct Content-Length headers received. This is disallowed to protect against HTTP response splitting attacks.

how do i stop that from happening

please respond by email, Peachey88 (Flood) (talk) 04:48, 13 January 2012 (UTC)

Hello, is your issue similar to / the same as this one?

https://bugzilla.wikimedia.org/show_bug.cgi?id=33275 Patelmm79 15:15, 13 January 2012 (UTC)

Hello john,

I cam eover this issue and i got a solution. Please try again by using simple filename i.e., if u are using filename "My Report, Aug 29 10:30 am.xls". Then change it to "My Report.xls"

Thanks,

P.santhoshkumar 115.252.155.181 07:58, 29 August 2012 (UTC)

Cannot seem to install MediaWiki 1.18.1 on CentOS 5

Bumping into database problems. http://hostname/wiki/mw-config/index.php?page=Welcome reports

PHP 5.3.3 is installed.

Information

Could not find a suitable database driver! You need to install a database driver for PHP. The following database types are supported: MySQL, PostgreSQL, Oracle, SQLite, IBM DB2.

But I think I've got everything necessary. And yes, I've restarted httpd every time I've installed new bits in the system through yum.

# rpm -qa|grep php53
 php53-common-5.3.3-1.el5_7.5
 php53-5.3.3-1.el5_7.5
 php53-mysql-5.3.3-1.el5_7.5
 php53-dba-5.3.3-1.el5_7.5
 php53-cli-5.3.3-1.el5_7.5
 php53-pdo-5.3.3-1.el5_7.5
 php53-odbc-5.3.3-1.el5_7.5
 php53-pgsql-5.3.3-1.el5_7.5
 php53-gd-5.3.3-1.el5_7.5

and

# php -m
 [PHP Modules]
 bz2
 calendar
 Core
 ctype
 curl
 date
 dba
 ereg
 exif
 fileinfo
 filter
 ftp
 gd
 gettext
 gmp
 hash
 iconv
 json
 libxml
 mysql
 mysqli
 odbc
 openssl
 pcntl
 pcre
 PDO
 pdo_mysql
 PDO_ODBC
 pdo_pgsql
 pdo_sqlite
 pgsql
 Phar
 Reflection
 session
 shmop
 SimpleXML
 sockets
 SPL
 standard
 tokenizer
 xml
 zip
 zlib
 
 [Zend Modules] InfiniteMho (talk) 09:42, 13 January 2012 (UTC)

I had the same issue.

I ended up modifying the includes/installer/Installer.php file to get the installer to behave.

I added to line 341:

$compiledDBs[] = 'mysql';

To get:

if ( !$installer->isCompiled() ) {

continue;

$compiledDBs[] = 'mysql';

}

It's a total hack but I restarted the install process and was able to get MediaWiki installed.

Thanks,

Mitch 165.127.107.2 16:46, 4 April 2012 (UTC)

Note, just because the cli php has the module enabled, doesn't mean that the apache version of php has the module enabled. You should also create a test page containing only <?php phpinfo(); in order to make sure that the module is installed in your apache php as well.

The relavent functions in the installer seem to be looking for extension_loaded( 'mysql' ); to return true, in order to say that mysql support is available. Bawolff (talk) 22:03, 4 April 2012 (UTC)

SpecialBooksources.php

for some reason I don't get a updated output.

when I search for an ISBN I get this

http://www.thespiritwiki.org/index.php?title=Special%3ABookSources&isbn=9781897455753

but I want to be able to get this

http://en.wikipedia.org/w/index.php?title=Special%3ABookSources&isbn=0973537906

is there something I am doing wrong? how do I get the cool, comprehensive output 198.53.93.6 (talk) 17:15, 13 January 2012 (UTC)

Moving MySQL Data Dir to another partition.

I need to move the MySQL MediaWiki Database to another location. I moved the data file to the new location and updated the my.ini succesfully, MySQL seems to be working fine, but where do I define the new location within mediawiki? This is the error I get:

A database error has occurred. Did you forget to run maintenance/update.php after upgrading? See: Manual:Upgrading#Run the update script Query: SELECT value,exptime FROM `objectcache` WHERE keyname = 'support_wiki:messages:en' LIMIT 1 Function: SqlBagOStuff::get Error: 1146 Table 'support_wiki.objectcache' doesn't exist (localhost)

How do I reconnect MediaWiki to the new datadir location? Moving \data from c: to d: 206.78.254.19 (talk) 17:42, 13 January 2012 (UTC)

Sorry forgot the info...

mediawiki: 1.18.1 PHP:5.3.8 MySQL:5.5 206.78.254.19 21:55, 13 January 2012 (UTC)

http://supportwiki.kings.k12.ca.us/ 206.78.254.19 22:00, 13 January 2012 (UTC)

As instructed, run the update.php script. /opt/lampp/bin/php /opt/lampp/htdocs/w/maintenance/update.php 107.1.141.74 19:52, 8 January 2013 (UTC)

Google appliance unable to index pages after 1.17.0 upgrade

About a month ago, I upgraded one of our MW 1.13.3 installations to MW 1.17.0. I've gotten through most of the issues except one huge one. This wiki is indexed ... err, was indexed ... by our Google appliance before the upgrade. Since the upgrade, the Google appliance cannot authenticate pages to index them. I applied the fix for Bugzilla 30275, but there was no change.

Both the wiki and the Google appliance are on an intranet, behind a firewall, not accessible from the internet.

Pages on the wiki are protected against reading unless the user is logged in. Julie C. (talk) 19:18, 13 January 2012 (UTC)

We are still having this issue. I've tried changing every variable introduced since 1.13.0 that looked like it could possibly have an effect. I have been actively trying to disable some of the cross-site hacking code, as if someone gets through the firewall, we've got bigger issues than wiki-spam to contend with. Julie C. 19:15, 6 February 2012 (UTC)

The log in process changed between 1.13 and 1.17 (specificly in 1.15.3). Your google appliance thing probably needs to be updated. See bugzilla:23076 for the technical details of the change. Bawolff 07:25, 7 February 2012 (UTC)

Yes, this is the change I have been trying to undo. I will try harder. In the meanwhile, I'll see if the GSA administrator can get an upgrade. He previous said he couldn't, that it would be a customization that would cost big money AND get zapped by the next regular GSA upgrade. Julie C. 15:10, 7 February 2012 (UTC)

Note, the change in the login process was for security reasons - it wasn't changed just for the heck of it.

The new login process is quite similar to the old process, the only difference is one has to pass the wpToken value in as well. Bawolff 15:48, 7 February 2012 (UTC)

We have a special case ... this is an intranet wiki behind a firewall. If hackers get inside the firewall, we've got bigger problems than just keeping our own sales guys from giving confidential R&D information to customers. ;) The security risk is acceptable. Julie C. 18:26, 7 February 2012 (UTC)

Well then the easy solution is to not have read rights restricted to logged in users. Bawolff 22:30, 7 February 2012 (UTC)

Unless that is a requirement. Which it is. Julie C. 22:09, 9 February 2012 (UTC)

I successfully hacked it, yay! Of course, the hack isn't getting our other bots that tie our miscellaneous data sources together working, but at least GSA is happy again.

Big huge caveat on this: I've mentioned that this is on an intranet wiki, inaccessible from the regular internet. Implementing this will leave your wiki vulnerable to attack. This works for me, this may or may not work for you.

In ../includes/templates, comment out the line that adds the hidden form field wpCreateaccounttoken".

In ../includes/api/ApiLogin.php, have the case for LoginForm::NEED_TOKEN take the same path as LoginForm::SUCCESS, comment out the original NEED_TOKEN code.

In ../includes/specials/SpecialUserlogin.php, do the same switch statement case swap that was done in ApiLogin.php. Julie C. 22:08, 9 February 2012 (UTC)

Advice/instructions for creating a global login across several wikis

How can I set it up so that I can have a global login for the few set of wikis that I have? Is there a way that I create a special database for storing user accounts? I've tried looking up how I do it and I don't understand it/haven't even found anything that explains it. MediaWiki Website User (talk) 21:12, 13 January 2012 (UTC)

I also use Confirm Account; should I add the confirm account tables on my main database to the $wgSharedtables on the other wikis? I just want to make sure it will work to use confirm account on the wikis. MediaWiki Website User 22:03, 13 January 2012 (UTC)

Bump. MediaWiki Website User 18:23, 16 January 2012 (UTC)

Since it appears you've found the documentation on manual:Shared database, it'd be helpful if you were specific about which parts you were confused about.

As for confirm account. I don't see any reason it wouldn't work (you'd want to add it to the shared tables), but i haven't tried so ymmv Bawolff 01:30, 17 January 2012 (UTC)

I got an error about running the update script. Do I need to run update.php after I add the shared DB information to the Local Settings file? MediaWiki Website User 22:42, 20 January 2012 (UTC)

The user table wont auto be updated if its shared by multiple wikis (by default). You don't have to update it unless you've updated your version of MediaWiki Bawolff 22:43, 22 January 2012 (UTC)

The new wiki I want to share users with is MW 1.18, and the other one that has the users I want to share is MW 1.17. Do I need to update MW or just the update.php? Which wiki do I need to update it on if I only need to run update.php? MediaWiki Website User 20:13, 23 January 2012 (UTC)

That makes life more difficult. Basically the shared user table has to be something that makes sense to both versions of MediaWiki. Using the same version of MediaWiki for all your wikis will reduce the chance of something not working. However, with that said, the main changes to user related tables introduced between MW 1.17 and MW 1.18:

• There's a new index on user_email
• in the user_properties table, up_property now has max length of 255 bytes (up from 32)
• And the user_former_groups table was added.

None of these are exactly going to cause major back compatibility issues that I can think of (Most commonly [but not neccesarily always] the newer db layout works with older MediaWiki). What you'd probably want to do is make sure the shared tables are updated to mediawiki 1.18 version of schema. Thus you'd want to run php update.php --doshared from your 1.18 install (but don't --doshared from your 1.17 install). Bawolff 21:13, 23 January 2012 (UTC)

Fatal error: Call to a member function addWikiMsg() on a non-object in /home/username/public_html/wiki/includes/specials/SpecialLinkSearch.php on line 82

Hi

Today I installed media wiki for private use and every thing seems to be OK but when I click on the External links search in special page I get this error Ibro (talk) 10:41, 14 January 2012 (UTC)

1. Have you edited it before?
2. Check any code errors on LocalSettings.php. Jeffwang 13:52, 14 January 2012 (UTC)

Hi ,

I did not change any thing in localsettings.php. This is a new installation. please see my localsettings.php here

http://paste.ubuntu.com/805960/

Can't it be because of my server tight security? Ibro 08:12, 16 January 2012 (UTC)

Hmm... well it isn't LocalSettings? Are you sure you did not change anything? Sometimes notepad will add BOMs. Jeffw • (talk) 16:31, 16 January 2012 (UTC)

Note, BOM's cause a different type of error. (headers already sent error)

This type of error would be caused if the relavent OutputPage wasn't being returned properly from the SpecialPage's context. I have no idea how that can happen (and furthermore, no idea how that could happen without many other massive errors popping up everywhere on your wiki) [This is probably a bug in MediaWiki]

Could you test temporarily disabling all extensions (just comment out the require_once lines near the bottom of LocalSettings.php) just to check if its being caused by one of those extensions (seems unlikely, but good to check).

p.s. You may want to change the value of $wgSecretKey and $wgUpgradeKey afterwards since they were left in your LocalSettings.php Bawolff 01:45, 17 January 2012 (UTC)

You said " You may want to change the value of $wgSecretKey and $wgUpgradeKey afterwards since they were left in your LocalSettings.php

How to do it? for test I just addes abc at the end of $wgSecretKey and $wgUpgradeKey but got the same error. What can I do now? Amy body can help? Ibro 03:12, 18 January 2012 (UTC)

I mean you publically posted them. It doesn't really matter what they are, but they should be secret (think of them like a password) or else people can do evil things to your wiki. You should be able to change them directly in your LocalSettings.php Bawolff 10:47, 19 January 2012 (UTC)

Bawolff

I have not made public my wiki url so what danger is there if $wgSecretKey and $wgUpgradeKey

is public? Ibro 15:09, 25 January 2012 (UTC)

There isn't a whole lot of danger then. Its still not exactly a great idea from a paranoia perspective, but probably not something to worry about if no one knows where your wiki is located. Bawolff 15:17, 25 January 2012 (UTC)

Thanks just curious

what if my wiki IS public but it is completely private , Directory password protected and more over it is restricted with an htaccess to an IP address? If still some body knows $wgSecretKey and $wgUpgradeKey can there be any danger? Jafarda 15:29, 25 January 2012 (UTC)

Well first of all, that depends if the people who are allowed access are trustworthy (I suppose that goes without saying). If no one evil can access your wiki, then they can't really do evil things to it.

Leaking $wgUpgradeKey would allow someone to run the installer. Off the top of my head I think that only allows someone to basically update db tables (Which could perhaps open you up to a DOS attack i suppose maybe, not sure if any evil could really be done here. but its definitly not something i'd want randoms to have access).

$wgSecretKey is related to how tokens for user authentication are generated (aka the stuff we stick in cookies to make sure a user stays logged in). If an attacker knows this, it would make it quite a bit easier for them to spoof a cookie, and gain control of another account (Still would be quite a bit of work, just a lot less than wthout $wgSecretKey)

[This is mostly off the top of my head, there's definitely the possibility i missed something here] Bawolff 21:48, 25 January 2012 (UTC)

OK Jeff not sure, Is there any original file I can replace it with what I have?

but when I try to add the data base info in there what should I do? what is the right way or editor to make the changes? 114.202.247.100 08:04, 17 January 2012 (UTC)

Use a text editor other then notepad. See BOM. However, if that was the issue you would be getting a different error message. See Manual:Errors_and_symptoms#Warning:_Cannot_modify_header_information_-_headers_already_sent_by_.28....29 Bawolff 18:53, 17 January 2012 (UTC)

I am still having this issue Please some body tell me how to resolve it Ibro 16:59, 18 January 2012 (UTC)

Reinstalling? Jeffw • (talk) 00:41, 19 January 2012 (UTC)

Reinstalling? Jeffw • (talk) 22:32, 18 January 2012 (UTC)

Thanks Jeff but I have already filled it with more than 100 entries . Any better suggestion? or an Idea on how to re install without loosing my data? Ibro 12:42, 19 January 2012 (UTC)

Backup all your SQL databases, suggestively "export" via PhpMyAdmin. Jeffw • (talk) 13:32, 19 January 2012 (UTC)

Thanks Jeff so you mean I use SSH to backup my whole database I install a fresh wiki and then restore the datbase? 114.202.247.100 17:12, 19 January 2012 (UTC)

Yes. Jeffw • (talk) 23:37, 19 January 2012 (UTC)

Jeff thanks that would be very easy to do takes 30 min or so but what I wonder among all the intelligent guys here there is no body available to tell me what is wrong with this new installed software ? This is scary ! Jafarda 16:54, 20 January 2012 (UTC)

Its hard to tell because I can't re-create it on my local install. Possibilities always includes things like somehow one uploading mediawiki you had an older version of a specific php file instead of the version that goes with your version (rare, but does happen)

Is your wiki public? if you provide a url I might be able to tell you more. Bawolff 19:41, 20 January 2012 (UTC)

My wiki is private. Just installed a wiki when installing I chose Private wiki Jafarda 04:17, 24 January 2012 (UTC)

Unfortunately we can't help you. Jeffw • (talk) 12:49, 24 January 2012 (UTC)

I have this same error on my wiki when I click on the Special page for the link search (the search page doesnt load and it gives an error). Its 1.18.0 (correctly updated from previous MW, deleted old files, everything else works). "Fatal error: Call to a member function addWikiMsg() on a non-object in /home/[user] ... /includes/specials/SpecialLinkSearch.php on line 82". I can turn on debugging and stuff to get some more detail messages and post them here. Whats the best way to do that? Choshi 00:21, 4 February 2012 (UTC)

You don't need to turn on any further debugging to fix that error. If you have SSH (shell) access, connect to the server and use a text editor (such as nano or vim) to edit the file includes/specials/SpecialLinkSearch.php. Find line 82, which looks like this: $out->addWikiMsg( ... and change the $out to $wgOut and that fixes the error.

If you don't have SSH access, use FTP or something to access the server, copy the file into your local computer and make the modification with your favorite non-Microsoft Notepad text editor.

It's a nasty bug that slipped into the 1.18.0 release, and I believe this bug has been fixed in 1.18.1 (although I haven't tested 1.18.1 myself). Sadly this means that every unpatched MediaWiki 1.18.0 will have a broken Special:LinkSearch. :-( Jack Phoenix _(Contact) 10:09, 4 February 2012 (UTC)

I have the same issue, this even happens on a clean install of 1.18.1 (which hows up as version 1.18.0 under Special:version.

Is there a patch for this? I changed the $out to $wgOut and got further issues such as $self->getPrefixedDbKey() does not exist (would need to go through and repeat my changes to find out the exact errors. 92.41.233.20 20:12, 8 February 2012 (UTC)

If it shows up as 1.18.0 in Special:version, then you didn't install 1.18.1. Make sure that all files from your 1.18.0 install are over-written by the 1.18.1 files (Except LocalSettings.php)

This issue should be fixed in 1.18.1 (1.18.1 uses $out, but its supposed to use $out. The issue in 1.18.0 is only half of the $wgOut -> $out change went through, breaking things badly for that special page) Bawolff 23:35, 8 February 2012 (UTC)

Make server writable on Host1Free.com

Hello. I have a wiki on Host1Free.com, and I was wondering how would I make the [Apache?] server writable. They use net2ftp, DirectAdmin, and phpMyAdmin (for MySQL). Jeffw • (talk) 13:48, 14 January 2012 (UTC)

Blank filepages.

In my wiki. i got blank pages in file wiewing pages and also in wikitext and lists that contain theese broken files. like the filelist!

The following files are broken: Broken file 1 of 3, the 4th working link and The blank filelist

How do i delete the pages correctly?

MediaWiki 1.18.0

PHP 5.3.8 (apache2handler)

MySQL 5.0.92-community 81.226.88.7 (talk) 00:15, 15 January 2012 (UTC)

To customize the book sources page, you must create Project:Book sources, as Wikipedia has done. Reach Out to the Truth 19:26, 17 January 2012 (UTC)

Getting professional help

site: learnpsychiatry.org I have about 1000 spam pages that I'm trying to delete, as well as about that many spam users. Setting up a bot is beyond my technical abilities, so is setting up CAPTCHA verification. Where would I look to hire someone to do this for me? eugene.grudnikoff@gmail.com Thanks 74.72.114.214 (talk) 16:48, 15 January 2012 (UTC)

Email sent. Johnduhart 17:37, 15 January 2012 (UTC)

Audio files autoplay

Is it/will it be possible to embed an audio file in a page that 'autoplays' when the page is opened in a browser window ? (HTML 5 <audio>tag with autoplay attribute).

Thus an audio transcript of the page (either in full or abbreviated) could be automatically triggered for e.g. mobile users with headset or the visually impaired. UnittMD (talk) 20:38, 15 January 2012 (UTC)

Slideshow logo

Hi!

Is it possible to use a slideshow (e.g. 3 changing at a certain interval images) as a wiki logo instead of a single image? Please advise!! Thanks! 79.143.33.66 (talk) 11:25, 16 January 2012 (UTC)

Try a gif as logo in MediaWiki:Common.css Subfader 16:25, 16 January 2012 (UTC)

Thanks for a tip! However, that doesn't tell me much... Would you please expand on this? 79.143.33.66 12:30, 17 January 2012 (UTC)

Go to your MediaWiki:Common.css and add e.g.

#p-logo a {
  background-image:url("http://img.izismile.com/img/img4/20110201/1000/stunning_animated_gifs_06.gif") !important;
}

Subfader 18:56, 17 January 2012 (UTC)

Thanks again, but I meant 3 DIFFERENT images.... Can you advise on this, please? 79.143.33.66 06:09, 18 January 2012 (UTC)

Create your own gif. Google how to do so. Subfader 10:38, 18 January 2012 (UTC)

Thank you, Subfader! I do appreciate your help!

However, I have done the trick in a different way. 79.143.33.66 10:06, 23 January 2012 (UTC)

No problem. Share the other solution with us? Subfader 10:26, 23 January 2012 (UTC)

Sure! If this helps anyone then I'll be really glad! =)

In order to add a slideshow logo/header to mediawiki site, you can simply insert the code you have for that slideshow (may be in .html or .php) into the skin file (e.g. skins/vector.php) replacing the skin's code for logo/header. 79.143.33.66 11:12, 25 January 2012 (UTC)

Back-up of deleted revisions

Hello. I'm posting here because I don't know where exactly I should be asking this so sorry if this is the innapropiate place. I'm looking for somebody who can tell me, or tell me where I do have to look to know if a WM project does back-up deleted revisions or not. I ask this because I'm planning a rewrite of the Meta-Wiki's deletion policy that states the project does not keep back-up of deleted revisions; and whish to know if this is still true. Thank you in advance. —MarcoAurelio (talk) 17:32, 16 January 2012 (UTC)

On the dumps page, there is a non-public file "Deleted page and revision data. (private)" [1] which i would assume would contain such information. Well I wouldn't be surprised if back in the day it wasn't backed up, I would be shocked if that still was the case.

Someone like ArielGlenn would probably be a good person to ask. Bawolff 01:34, 17 January 2012 (UTC)

http://meta.wikimedia.org/w/index.php?title=Meta:Deletion_policy&diff=next&oldid=340788

I would actually be surprised if this was true even in 2006. I could see it being the case pre-1.5, back when deleted revision text was stored in a separate table, but that's 2004-2005. —Emufarmers^(T|C) 10:29, 17 January 2012 (UTC)

I've checked the earliest deletion log entry at meta which is this and I can see content inside; however I can't say the same for very old images that once they were deleted they got lost forever (note there's no "file history"). Best regards. --Marco Aurelio (talk • meta) 19:13, 17 January 2012 (UTC)

Well back in the day we didn't save deleted images at all. They were permanently deleted the moment the admin hit delete (Many a flame war was started between Commons and sister projects over images that were deleted, back in the day) Bawolff 23:53, 17 January 2012 (UTC)

does not recognize PHP

MediaWiki 1.18.1 PHP 2.3.0 RHEL 5.4

I first installed an older version of php from the rpm that came with RHEL but that version was too old. I then downloaded, compiled and PHP from source. Mediawiki still saw the old version of PHP, I did an "rpm -e" on the old version of php and if I now type php at the command line I get version 2.3.0. When I go to the mediawiki page I get an error that states "This is the main web entry point for MediaWiki. If you are reading this in your web browser your server is not configured correctly to run PHP applications". What is not configured correctly. I'm not even sure if this is an improperly configured PHP, Apache, or MediaWiki.

Thank you 137.100.97.30 (talk) 23:14, 16 January 2012 (UTC)

First off, PHP 2.3 is way too old. (php 2.3 is like 10 years old). We need at least php 5.2.3

Second, the type of error you're getting generally indicates apache is configured incorrectly (Assuming you're browsing to main mediawiki page via your web browser, over http [aka not going via file: protocol]. (Basically what is wrong is that apache is not configured to use php to run php files, so instead it just gives your web browser the source code).

The php website should have instructions on how to set up php with apache. Bawolff 01:21, 17 January 2012 (UTC)

[RESOLVED] Skin.php fatalities (Fatal error: Cannot instantiate abstract class Skin)

What's with this? Fatal error: Cannot instantiate abstract class Skin in /home/qqq/domains/qqq.com/public_html/wikidirectorynameisqqq/includes/Skin.php on line 159 Please help, thanks! Jeffw • (talk) 23:40, 16 January 2012 (UTC)

It's probably caused by trying to load a skin with the empty string as its name (There is code in 1.19 to make the error fail more gracefully).

Make sure $wgDefaultSkin is set correctly in LocalSettings.php Bawolff 01:16, 17 January 2012 (UTC)

Hi,

I got a similar problem after updating to 1.19.1. I do get Fatal error: Cannot instantiate abstract class Skin in /pathtomywiki/includes/Skin.php on line 171.

Originally, $wgDefaultSkin was not active in LocalSettings.php (commented out #). I changed that and tried several standard skins (monobook, standard, vector), this did not do any good. So, I'm kind of stuck now. Any hint is greatly appreciated.

Uwe 91.43.95.87 06:09, 26 June 2012 (UTC)

I had the same skins problem until just now. As it happens, the /skins folder was missing from the mediawiki installation. Probably from using 1click installs.

Fix: Download the proper version from this site.

Extract the tarball

find skins folder

gzip the folder

upload to server and uncompress to your wiki location.

And just like that, skins folder exists. No more "missing Skin.php" error. I just did this and the wiki works perfect now. I know this particular thread is old, but I'm posting this fix for others who may have the same problem, and stumble on this. 178.25.47.29 19:54, 10 February 2013 (UTC)

I want to hire someone to make a bot for me

I have some automatable link maintenance I'd like to have done by bot on my wiki. It needs to be something I can run when I need to, and it should do the following:

1. Go to each page in Category:Arguments and find each link that's in a second nested number outline (i.e. the counter-arguments here) and go to that link, make sure it's linked to in the "Linked Arguments" field in the template there.
2. Go to each category in Category:Subjects and make a redirect to it (if there isn't one) from the same page in the main namespace. So, if "Category:Love" exists but a page entitled "Love" does not, make a redirect from the latter to the former.
3. Go to the external links sections of the templates on each argument and subject. If a parameter isn't filled but it is in one of the subject overviews in a category it is a part of, fill the parameter as it is in the subject overview. (I realize this sounds complicated, but it's not really; take this argument page, which has links to articles on homosexuality. Right now, the Atheist Wiki has no such article, but if one is written, I'd have to add it to every single page in "Category:Homosexuality". That can be automated by a bot filling in a link with whatever subject category it is a part of uses.)

Ideally, I'd like the bot to show me what changes are going to be made before doing them, and giving me a chance to reject some.

If you want to do this, please email me at modrobene AT theonosis.com, and give me an idea of how long you think it would take you. I have no idea what to offer right now, because I haven't the foggiest idea how long it would take someone to do it. Thanks! Modrobene (talk) 02:05, 17 January 2012 (UTC)

mediawiki and phpBB3

I install MediaWiki 1.18.1 and phpBB 3.0.10

I know about Extension:PHPBB/Users_Integration and it does not suit me.

I need the following functionality:

1. when user input login and password script first checks its presence in the database wiki
2. if user not present in wiki userbase, script must access to phpBB3 user table (with ban-check), and if user present in phpBB3-usertable user login into wiki
3. phpBB3-user must have full wiki-capabilities and script must map phpBB3 usergroups into the wiki-groups

I know about ExternalAuth, but I do not know what to do next

P.S. Sorry my bad english 109.229.44.143 (talk) 15:43, 17 January 2012 (UTC)

Post on the extension's talk page: Extension_talk:PHPBB/Users_Integration Subfader 18:49, 17 January 2012 (UTC)

Special Pages- help please

Hi i wonder if someone can help me.I am the owner of wikiconcept.co.uk. When i click for me on log in i get the below,

Server error The website encountered an error while retrieving http://www.wikiconcept.co.uk/wiki/index.php?title=Special:UserLogin&returnto=Contact_Us. It may be down for maintenance or configured incorrectly. Here are some suggestions: Reload this webpage later. HTTP Error 500 (Internal Server Error): An unexpected condition was encountered while the server was attempting to fulfill the request.

It is doing the same to all of my special pages. How can i fix this?

Also when i click active users it gives me a bland page with no list of users. Says i have 62 active. But if i click users it goes to the users page fine and displays them all.

It is just annoying that my users and i can not log in.

All other pages work fine that was created on the installation and pages me and my users have created.

Many Thanks

Christopher Chrismls1990 (talk) 15:46, 17 January 2012 (UTC)

Off topic but: Use another logo. The Wikimedia logos are copyrighted. Subfader 18:48, 17 January 2012 (UTC)

Hi Thank you for that, now has be rectified.

Do you know of any reason why my special pages are not working?

Christopher Chrismls1990 10:32, 18 January 2012 (UTC)

Required HTTP server permissions on MediaWiki folders and files

MediaWiki includes “.htaccess” files in several folders, mostly to restrict access. I’d rather not rely on those files and control access within the server's main configuration. I would like to deny access by default, set “AllowOverride” to “None” and selectively allow access to just what’s needed. So I am wondering if there is a list of essential resources that must remain accessible (i.e., are directly served by the HTTP server).

For example, I see the need to serve:

• “/api.php”
• “/index.php”
• “/load.php”
• “/opensearch_desc.php”
• “/skins/”, excluding the PHP files.
• “/images/” (though perhaps not its “deleted/” and “temp/” sub-folders (?)).

Has something like this been documented or discussed before, by any chance?

Thank you. Wlgrin 04:50, 18 January 2012 (UTC)

Writing extensions - where is platform's API?

Hi everyone! This question is NOT about MediaWiki API I'm writing MediaWiki extensions for some time and still can't figure out what parts of the platform are guaranteed to be changed slowly and carefully. What classes can I rely upon? What classes and functions are less likely to change in the new versions of MediaWiki? The database structure looks pretty solid but I try to install old extensions often see the errors that some functions haven't been found. Katkov Yury (talk) 07:33, 18 January 2012 (UTC)

Receive namespace number

Is there a way to receive the number of a namespace? E.g. on current page or by naming it. I.e. "1" for the Help namespace. I can't believe there's no magic word or tag for it. Do I really need to create a swtich template? Subfader (talk) 10:37, 18 January 2012 (UTC)

English Wiki's pop-up page?

Does anyone know how to replicate the English Wiki's pop-up page to protest against internet privacy.

Is there an extension or internal feature that allows for this? 80.169.195.66 (talk) 11:43, 18 January 2012 (UTC)

I think it's Extension:DismissableSiteNotice Subfader 13:38, 18 January 2012 (UTC)

You don't need Extension:DismissableSiteNotice.

Wikipedia used Extension:CentralNotice to distribute it from the central wiki, however you don't need that extension either.

The notice system itself is in MediaWiki core. Edit MediaWiki:Sitenotice on your wiki and put a the HTML for the overlay in there with CSS classes on them, and from MediaWiki:Common.css style them to be fixed positioned over the entire page and use display: none; to hide everything else. Krinkle 23:45, 19 January 2012 (UTC)

External URL links do not work

Mediawiki 1.18.0 PHP 5.2.6 MySQL 5.0.67

Have created a file link on page. When I click on it nothing happens.

Seeing lot of errors in logs:

PHP Warning:  in_array(): Wrong datatype for second argument in GlobalFunctions on line 572
PHP Warning:  in_array(): Wrong datatype for second argument in GlobalFunctions on line 574

I can not give url to site, closed net Bowenjh1 (talk) 13:59, 18 January 2012 (UTC)

I have that file links working.

I am still get the the PHP Warning:

Anytime a new page is opened Bowenjh1 22:00, 25 January 2012 (UTC)

Problem fixed:

Edited the GlobalFunctions.php file.

Added the word global in front of $wgUrlProtocols Bowenjh1 22:07, 25 January 2012 (UTC)

I'm seeing the same warnings but I'm not quite sure how you fixed it?

if ( in_array( $bits['scheme'] . '://', $wgUrlProtocols ) ) {

$bits['delimiter'] = '://';

} elseif ( in_array( $bits['scheme'] . ':', $wgUrlProtocols ) ) {

$bits['delimiter'] = ':';

Did you do it like this?

if ( in_array( $bits['scheme'] . '://', global $wgUrlProtocols ) ) {

$bits['delimiter'] = '://';

} elseif ( in_array( $bits['scheme'] . ':', global $wgUrlProtocols ) ) {

$bits['delimiter'] = ':'; 205.175.225.23 19:47, 4 February 2012 (UTC)

I get the following error when I put global there.

Parse error: syntax error, unexpected T_GLOBAL in /var/lib/wikis/mywiki/includes/GlobalFunctions.php on line 572 205.175.225.23 19:50, 4 February 2012 (UTC)

Hi,

was a solution found for this problem? I have the same problem - I'm updating from 1.16 to 1.21. The old GlobalFunctions.php has the same line and it worked there, so what happened? 194.114.62.72 15:20, 10 October 2013 (UTC)

OK - I did the following: My $wgUrlProtocols wasn't an array in my LocalSettings.php (carry-over from 1.16). So I made an array out of it. Now it seems to work.

Only question remaining is: Why did it work in MediaWiki 1.16 ??? I can't find a function which turns a string into an array in 1.16. 194.114.62.72 15:30, 10 October 2013 (UTC)

JonDesign (Javascript) SmoothGallery 2.0 how do I get rid of the arrows and 'picture' text

Hi I'm in the process of creating a website for someone and I have just discovered JonDesign's lovely SmoothGallery which I want to use to display some pictures. Although familiar with html and css etc I haven't got a clue about javascript or php. I want to get rid of the arrows and the bit of text covering the images that says 'picture'. On JonDesign's FAQ page it tells you to feed this option 'showArrows: false' to Gallery Creator but I have no idea where or even in which document to put this bit of code - is it in the html doc, style sheet, jdgallery.css or somewhere else...? And do you have to wrap some { }); or something around it? I have tried putting the code in a few different places but nothing works so I would be extremely grateful if someone could explain to me EXACTLY where to put this code and how to wtite it. And also how to get rid of the text that says 'picture'

Thank you for your time Michelle123~mediawikiwiki (talk) 20:18, 18 January 2012 (UTC)

Problems upgrading from old version

I've upgraded before without problems, but this time I realized one of my sites had not been upgraded since version 1.11, and was long overdue. I uploaded the new files for 1.18 and ran the upgrade routine (I can only run it by navigating to it with my browser), but like one of the comments on the talk page for upgrading noted, the new tables were not created. So I've been manually creating and modifying them, and finally got the wiki to run. Unfortunately, there is still at least one error I can't seem to figure out how to get rid of. I am getting the following error:

A database query syntax error has occurred. This may indicate a bug in the software. The last attempted database query was: (SQL query hidden) from within function "IndexPager::reallyDoQuery (LogPager)". Database returned error "1176: Key 'log_user_type_time' doesn't exist in table 'logging' (xxxxx.xxxxx.net)".

I ran rebuildall.php with the hope that it would create whatever was missing (an index?). I don't see any field called log_user_type_time in the documentation for the table named 'logging', so I assume this is a missing index. I can't find any documentation about log_user_type_time. Can anyone point me in the right direction? Thanks.

Also, since I don't seem to be alone in having the problem that tables are not being updated after upgrading (never had this problem with previous upgrades), I'm wondering what we are doing wrong, or if this is a bug. -- Sam 20:25, 18 January 2012 (UTC)

I created all the missing tables, and took a guess on what the log_user_type_time index was, and everything seems to be working. However, I still have no clue as to why the update routine did not create all the tables and indices. Sam 00:59, 21 January 2012 (UTC)

problem with characters like ñ or accents

Hello friends

I have my mediawiki in one server that closes itself this week, so I'm trying to move mediawiki to another server (with php 5.3.2). I have copied all my files to local, to a xampp with php 5.3.2 (the same php version of my new server), also exported database and copied it to local.

I have tested mediawiki (exactly mediawiki that works in my actual server) in local but I cant' see characters like ñ or accents, and this implies that I have lost a lot of articles, because their titles have changed.

How can I solve this?

Thanks in advance, Daniel Garciasanchezdani (talk) 23:18, 18 January 2012 (UTC)

Until somebody competent properly answers your question, I'd like to suggest that you avoid editing your wiki. Your database is probably not corrupted, but if you now make changes to your wiki, you might introduce some corruption.

If you are upgrading from revision 1.4 or older to 1.5 or newer (presumably, you're upgrading to the newest revision) and you were not already using the experimental UTF-8 support, then this paragraph from the “UPGRADE” documentation file (in your MediaWiki installation folder) likely applies to your wiki:

“Among other changes, note that Latin-1 encoding (ISO-8859-1) is no longer supported. Latin-1 wikis will need to be upgraded to UTF-8; an experimental command-line upgrade helper script, 'upgrade1_5.php', can do this -- run it prior to 'update.php' or the web upgrader.”

The change of encoding (from Latin-1 to UTF-8) would cause the symptoms that you described (i.e., most text looks fine but accented characters are corrupted). If that is indeed your problem and you now edit your wiki, using the new version, your database will contain not only old text encoded in Latin-1 but also new text encoded in UTF-8. When you then run the conversion script, the new text (already in UTF-8) will be treated as if it was old Latin-1 text and “converted”, in other words, corrupted. So, if you have already made new edits, either forfeit them by starting over from the backup of your database (that you had used to re-install), or be prepared to manually fix those edits by hand after running the conversion and restarting your wiki.

The script “upgrade1_5.php” is in the “maintenance/” folder of your MediaWiki installation. Since the documentation file states that it must be run before running “update.php”, it might be preferable to start from your original backup (and redo the upgrade). Also, this article cautions to "make sure that “$wgUseLatin1 = true;” is set in “LocalSettings.php” while running “upgrade1_5.php”; indeed, it seems that “upgrade1_5.php” will simply skip the conversion if “$wgUseLatin1” is not set. Once the conversion is done, delete that line from “LocalSettings.php”. Wlgrin 01:06, 19 January 2012 (UTC)

Read Only but able to comment on Talk page

Hi all,

I have configured the Wiki to only allow registered users to read the content. A special group then has Edit permissions.

This is all good, but what we would like is for all registered users to be able to comment on the Talk page, but not edit the main page. Does anyone know of a way to achieve this?

Version Details: MediaWiki 1.18.0 PHP 5.3.9 (apache2handler) MySQL 5.5.19 Zarlord (talk) 23:54, 18 January 2012 (UTC)

For creating talk pages we can solve it with this:

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

But, otherwise I think the best idea would to be digging deeper into the code; I'd suggest add a namespace, or use LiquidThreads (what you are using right now).

----

Otherwise, there is no compromise and MediaWiki is not for you. More otherwises? Ask for an extension that achieves this at Extension requests. Jeffw • (talk) 00:39, 19 January 2012 (UTC)

Cannot edit LocalSettings.php

I have installed Mediawiki 1.18.1. I am using PHP 5.3.9 and MySQL 5.1. Everytime that I refresh my Maain Page, I am propmted to download the LocalSettings.php file which if saved overwrites all the changes I made to the file. If I donot save it, it gives a HTTP 500 error. Please help. Should I change some parameters in the installation? 141.228.250.142 (talk) 07:19, 19 January 2012 (UTC)

What is the source code file for the search results page?

Hello,

Wiki is a great system.

Question: What is the source code file for the search results page? I want to tweak the layout a little bit.

Johan 213.34.49.75 (talk) 08:37, 19 January 2012 (UTC)

It's /includes/special/SpecialSearch.php. But instead of tweaking core code you should use Hooks in LocalSettings.php tho. Subfader 09:39, 19 January 2012 (UTC)

Great, didn't know that.

Will read it.

Thanx 213.34.49.75 09:41, 19 January 2012 (UTC)

On this Day.... how to do that

Hello on the main page you find the "On this Day" feature http://en.wikipedia.org/wiki/Main_Page I would like to set up the same function on my page which is brand new. where could i found more information about this, how to set up, how the content(Article) will have this added?

Thanks for any help vincent Syswombat (talk) 10:01, 19 January 2012 (UTC)

In short: Each day-entry is created manually as subpage. They're displayed via a date check using Extension:ParserFunctions. Not much magic tho.

• http://en.wikipedia.org/w/index.php?title=Main_Page&action=edit
• http://en.wikipedia.org/wiki/Wikipedia:Selected_anniversaries Subfader 13:10, 19 January 2012 (UTC)

Templates are not working in Mediawiki:Sidebar until V1.18

In Versions 1.15 - 1.17 I could easily include Templates to the Mediawiki:Sidebar. This is obviously not working any longer in 1.18. Including a Template to it the page Mediawiki:Sidebar is show corrrect but the template is not shown in the sidebar itself. I used this in combination with the extension MyVariables Extension:MyVariables esp. The {{CURRENTUSER}} template. So I could include user specific menue to the Sidebar very easily. Using Template call {{User:{{CURRENTUSER}}/Sidebar}} on Mediawiki:Sidebar and a Template for each user in User:NAMEOFUSER/Sidebar. So what has changed to this? 92.79.145.130 (talk) 11:35, 19 January 2012 (UTC)

Tooltip on sidebar items?

Hi, I have been unable to find any documentation on how to change the mouse-over text (or, indeed, add any) for the items in the sidebar. Can someone tell me where in the database to look, or (better yet) point me to a place where the procedure is explained?

The version-info for the wiki is:

MediaWiki 1.17.0

PHP 5.2.17 (cgi)

MySQL 5.1.56-community-log Kaare.mikkelsen (talk) 11:37, 19 January 2012 (UTC)

Well very easy. Search for "tooltip" on your Special:Allmessages. Klick on the message you want to change, change. 92.79.145.130 11:49, 19 January 2012 (UTC)

Thanks, however that doesn't quite seem to solve it. I don't know how to add new tooltips (as we have customised the sidebar, there are objects there which are not represented in allMessages), and it seems that the existence of a tooltip does not necessarily mean that it will be shown? the address of the wiki is www.phaust.dk/wiki, and it's easy to see that there is only an active tooltip for "Help" (which I have changed), ,"Upload file" and "Special pages", but not for "Main Page" and "Recent Changes" (despite the fact that both of those have tooltips defined in the allMessages list).

so, how do I change whether the tooltip is shown, and where do I add tooltips for sidebar-objects not part of the minimal setup?

Hope you can help Kaare.mikkelsen 12:57, 19 January 2012 (UTC)

To add a tooltip to a link on the Sidebar, you need to create a special page with the contents of the tooltip. This is easy and quick to do once you know how.

__ The page title must have a special prefix followed by the title.

__ The title must the written exactly as the title you want to add a tooltip to on the sidebar.

Here's an example for a link called "About Learning", where you want to display "Learning how to learn" when someone hovers the mouse over that link:

MediaWiki:Tooltip-n-About-Learning

Please pay attention to lower and upper case. It should be written exactly so that it matches the targeted label.

__ Once you create the above page, enter the tooltip message in the body as text:

Learning how to learn

__ Save the page, refresh and then hover over the link on the sidebar.

You should be able to read the tooltip message.

NOTE: Keep in mind that if you ever change the link title, you will have to create another tooltip page and delete the older one. Tonydearaujo (talk) 20:28, 5 May 2018 (UTC)

@Tonydearaujo - the mediawiki version that @Kaare.mikkelsen is running is so out of date. @Kaare.mikkelsen needs to update PHP, MySQL and MediaWiki before getting help. 2A02:C7F:963F:BA00:B089:20AC:349C:8CC1 (talk) 21:31, 6 May 2018 (UTC)

To be fair, the poster asked the question 6 years ago.

In any case, sidebar generation code hasn't changed very much since 1.17. BWolff (WMF) (talk) 22:07, 6 May 2018 (UTC)

That's true, thanks. My reason for posting a reply was because no one else posted a solution. I wasn't thinking about @Kaare.mikkelsen since it had been so long ago. I was thinking about anyone else that may have visited this page for the past six years trying to find a way to resolve their problem (I was one of them ). Tonydearaujo (talk) 04:07, 7 May 2018 (UTC)

Is there a solution for spezial characters? in my (german)wiki i have an menu 'Tipps & Tricks' the page 'MediaWiki:Tooltip-n-Tipps-&-Tricks' not working. Also all pages with german 'special chars' "äÄöÖüÜß"

regards Mario Mario3211 (talk) 18:15, 10 July 2018 (UTC)

Questions about ADODB.Stream Used in OpenOffice

In VBA, ADODB.Stream is used successfully like following: Set objReadStream = CreateObject("ADODB.Stream") Set objWriteStream = CreateObject("ADODB.Stream")

With objReadStream

   .Open
   .Type = adTypeText
   .CharSet = "SHIFT-JIS"
   .LineSeparator = adCrLf

End With With objWriteStream

   .Open
   .Position = 0
   .Type = adTypeText
   .Position = 3 
   .CharSet = "UTF-8"
   .LineSeparator = adCrLf

End With However, when these codes used in OpenOffice, the calc can't recognize these code:

   objWriteStream.LineSeparator = adCrLf
   objWriteStream.Position = 0
   ...

Why this happened? And can anybody tell me how to use the 'ADODB.Stream' correctly in OpenOffice, please. Thanks a lot!! Treesgw (talk) 15:34, 19 January 2012 (UTC)

Single Sign On -> How to set Users as 'sysop'

Hi there, in my setup all users do their login through singe sign on, configured at apache2: <Directory />

       AuthType Kerberos
       AuthName "Kerberos Login"
       KrbServiceName HTTP
       KrbMethodNegotiate On
       KrbMethodK5Passwd On
       KrbAuthRealms CONTACT.DE
       Krb5KeyTab /etc/apache2/http.keytab
       require valid-user

and in LocalSettings.php: require_once('extensions/Auth_remoteuser.php'); $wgAuth = new Auth_remoteuser();

That works fine, every user is automatically loged in. But the problem is, that no one is a systemoperator. How can I do that? Can I configure mediawiki in that way, that it aks a ActiveDirectory group like 'mediawilki-admin' and set all its members to mediawiki sysop?

Thanks for help! 82.198.197.79 (talk) 15:48, 19 January 2012 (UTC)

ImageMagick and GD Errors

VERSION 6.7.4 Mediawiki 1.16.2 ImageMagick 6.7.4 PHP 5.2.13, GD 2.1.9 MySQL 5.0.45 Extensions: Cite, Category_Tree, VideoFLash, NoTItles, Multiupload, Google_Analytics Windows 2008 IIS7

OK. I'm baffled. I've been at this on and off for weeks.

When I use GD, I'm getting an http 500 error because of one JPG file that won't thumbnail. It's 6820 x 3710, 3504 KB.

I also get the following error trying to generate a thumbnail for the same file on my 1.16.2 when enabling my ImageMagick: Error creating thumbnail: convert.exe: no decode delegate for this image format 'file.jpg' @ error/constitute.c/ReadImage/532. convert.exe: missing an image filename 'file.jpg' @ error/convert.c/ConvertImageCommand/3016.

This is the imagemagick stuff in localsettings.php $wgUseImageMagick = true; $wgImageMagickConvertCommand = 'C:/Progra~1/ImageMagick/convert.exe';

My server (W2008-IIS7) says: C:\>\progra~1\imagemagick\convert.exe -list configure Path: [built-in] Name Value

---

NAME ImageMagick Path: C:\Program Files\ImageMagick\configure.xml Name Value

---

CC vs10 COPYRIGHT Copyright (C) 1999-2012 ImageMagick Studio LLC DELEGATES bzlib freetype jpeg jp2 lcms png tiff x11 xml wmf zlib FEATURES OpenMP HOST Windows LIB_VERSION 0x674 LIB_VERSION_NUMBER 6,7,4,5 NAME ImageMagick RELEASE_DATE 2012-01-15 Rockeiro~mediawikiwiki (talk) 17:23, 19 January 2012 (UTC)

Will Mediawiki hold edits for approval?

I'm looking for a wiki that has a feature that would hold edits from becoming public until they are approved. I have looked around this site and I've found some info on sysops and Approved Revs; are these features that will allow for approval before posting? 132.236.191.22 (talk) 18:29, 19 January 2012 (UTC)

Pending edits are good. Jeffw • (talk) 23:38, 19 January 2012 (UTC)

thanks. 132.236.191.22 18:40, 20 January 2012 (UTC)

Login error The Studio Wiki uses cookies to log in users. You have cookies disabled. Please enable them and try again. Once and only once with cookies enabled

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

---

MediaWiki 1.18.0 PHP 5.3.5-1ubuntu7.2 (apache2handler) MySQL 5.1.54-1ubuntu4

http://thestudio.condenast.com/wiki/

When the user is visiting the wiki with no session cookie, like when it is their first time, or they have cleared cookies, and they log in with valid credentials, they get the following error: "Login error The Studio Wiki uses cookies to log in users. You have cookies disabled. Please enable them and try again."

If you check the browser at this time, you can see that the cookie is now present. Pressing the login button subsequent times results in logging in as expected, and success continues until the cookie is removed or expired at which point the error will occur exactly once.

I have made sure that the browsers are accepting cookies, in fact, they have the cookie in question. I have also verified that my systems session save path is valid and writable. I have also attempted to disable cookie checking with the setting $wgDisableCookieCheck but this did not change the behavior at all. Any suggestions would be much appreciated. 208.92.44.113 (talk) 18:45, 19 January 2012 (UTC)

Open LocalSettings.php

$wgDisableCookieCheck = true;

will be fix your problem. 82.222.165.44 23:15, 21 January 2012 (UTC)

Not really the issue you're complaining about, but i did notice you're using a private wiki and the version is 1.18.0. 1.18.0 had a bug where "Private Wiki users were always taken to Special:Badtitle on login" which was fixed in 1.18.1 Bawolff 00:05, 24 January 2012 (UTC)

I got the same issue on MediaWiki 1.17.0 PHP 5.3.10-1ubuntu3.2 (cgi-fcgi) MySQL 5.5.24-0ubuntu0.12.04.1

because of over-quota. Fixed overquota did the thing. - Baroch Oren info@barochoren.com 62.0.53.104 15:43, 4 September 2012 (UTC)

Thanks, that helped me. 60.242.81.148 (talk) 05:32, 10 April 2017 (UTC)

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

getting Login error The Studio Wiki uses cookies to log in users. You have cookies disabled. Please enable them and try again. with proper cookies

MediaWiki 1.18.0 PHP 5.3.5-1ubuntu7.2 (apache2handler) MySQL 5.1.54-1ubuntu4

When the user is visiting the wiki with no session cookie, like when it is their first time, or they have cleared cookies, and they log in with valid credentials, they get the following error: "Login error The Studio Wiki uses cookies to log in users. You have cookies disabled. Please enable them and try again."

If you check the browser at this time, you can see that the cookie is now present. Pressing the login button subsequent times results in logging in as expected, and success continues until the cookie is removed or expired at which point the error will occur exactly once.

I have made sure that the browsers are accepting cookies, in fact, they have the cookie in question. I have also verified that my systems session save path is valid and writable. I have also attempted to disable cookie checking with the setting $wgDisableCookieCheck but this did not change the behavior at all. Any suggestions would be much appreciated. 208.92.44.113 (talk) 18:48, 19 January 2012 (UTC)

updating mediawiki 1.6.12 to 1.18

Hello again friends!

After some problems, I have updated my mediawiki properly from 1.6.12 to 1.18. I had a lot of problems with database version, and finally the solution was edit one file in order to add binary charset instead of mysql 4 (mysql4 was my error). The file is /includes/installer/mysqlinstaller, and in the line 170 have to change $existingSchema

if ( preg_match( '/^latin1/', $row->Collation ) ) {

1. $existingSchema = 'mysql4';

$existingSchema = 'binary';

After this, the upgrade ended properly, but now, the articles with titles that contains ñ or accents don't show properly. For example: if I had an article named "Enlaces de interés" (my mediawiki is in spanish), now its name is something like "Enlaces de inter¨#s", and this cause a lot of problems in all articles because all links to this example article are broken.

I have read that this happen because when upgrading mysql4 to mysql5, tables of database are created with charset latin1_swedish_ci, and this is true because all my tables have this charset.....I need find file/s needed in order to change this default charset to utf8

I hope have explained well

Take care, Daniel Garciasanchezdani (talk) 22:27, 19 January 2012 (UTC)

79.157.23.127 08:27, 23 January 2012 (UTC)
79.157.23.127 08:27, 23 January 2012 (UTC)

Anyone can help me?

Thanks in advance, Daniel Garciasanchezdani 09:36, 23 January 2012 (UTC)

Media-Wiki sidebar broken in recent Firefox

Hi,

We have an internal version for our company of Media-Wiki. During the recent Firefox browser update, our left column now only is visible below the table. This did not affect the wiki on the other browsers, Chrome and IE so I am assuming Firefox added something on the code causing this problem. First, is there a fix? Secondly, eventhough I am the System Administrator, I rarely make changes on the left column so I don't remember how to access it.

Thank you. 63.251.123.2 (talk) 00:43, 20 January 2012 (UTC)

I'm assuming your wiki runs MediaWiki version 1.15. Check out this thread. This issue was recently fixed and only applies to Firefox 9. Since 1.15 is no longer supported you'll have to manually fix wikibits.js. Krinkle 01:14, 20 January 2012 (UTC)

Removing or editing a page from 'Tell Wiki'. Help.

Jfaj1 (talk) 01:43, 20 January 2012 (UTC)

Create an account here and then edit the page here. Jeffw • (talk) 01:56, 20 January 2012 (UTC)

Thanks for your help but it won't allow me to create an account :S Jfaj1 02:23, 20 January 2012 (UTC)

Email someone at Tell Wiki. Jeffw • (talk) 03:13, 20 January 2012 (UTC)

btw, acording to whois, the admin contact for that domain is gw94u2n26cb@networksolutionsprivateregistration.com (weather or not that email is connected to a real person is another matter), but if you can't find a more relavent email, you can try that one as a last resort (try also webmaster@tell.com ). Bawolff (talk) 02:26, 13 March 2012 (UTC)

How can I remove the wpvector-noexperiments pref?

I want to remove the Vector user pref "Exclude me from feature experiments" (wpvector-noexperiments) via $wgHiddenPrefs, but it doesn't work. Is it cos it's a Vector setting? But if it can be added, it should be possible to remove it. Subfader (talk) 08:33, 20 January 2012 (UTC)

Fix sorting of Umlauts?

How can I fix the wrong sorting of Umlauts (after Z)? Is there a general way to do this?

DEFAULTSORT is for categories only and work with Intersection / DPL result lists. Besides adding DEFAULTSORT to fix a bug being uncool anyway. Subfader (talk) 10:55, 20 January 2012 (UTC)

"You have made too many recent login attempts"

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

---

Hello

Some weeks ago, I failed to login to our internal corporate wiki after having forgotten my password.

Since then I have requested a new password with the button "E-mail new password", but then I got this message:

  Login error
  You have made too many recent login attempts. Please wait before trying again.

Since then, I try from time to time, but I get the same message.

Could anybody tell me how to unblock my user ?

We use MediaWiki 1.17.0

Thank you

Eric 109.232.208.11 (talk) 16:53, 20 January 2012 (UTC)

Just restart your web server (or your php server instance if you're using PHP-FPM), it will reset it. Lstep (talk) 14:04, 1 March 2012 (UTC)

...we fixed this same issue by restarting the HTTP daemon: service httpd restart 74.118.96.34 16:56, 1 June 2015 (UTC)

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

Error 20024: The given path misformatted or contained invalid characters

Hi,

I am using XAMPP on top of windows to run MediaWiki and whenever a URLwith a colon is requested, a 403 message is displayed on the screen.

Is there a workaround/software bundle that will eliminate this problem.

Hope someone can help.

kind regards 62.22.30.131 (talk) 17:08, 20 January 2012 (UTC)

Need help with an old Wiki...

We have a very old version of Media Wiki and have a few questions.

1. How can we determine what version of Media wiki we are running? We think it's 1.13 but are not 100% sure. 2. We would like to migrate this entire Wiki to a totally different server. Is the best plan of attack to follow the instructions on moving a wiki? Manual:Moving a wiki 3. Is there a web based administrative interface to administer the Wikis? If so, what is the default URL to do that?

Thanks! 108.20.154.54 (talk) 00:55, 21 January 2012 (UTC)

Response:

1. Special:Version
2. Yes.
3. As in changing settings, I would recommend Configure or Wiki Administration Tool.

If you need help give me a link and I'll help you on your wiki. Jeffw • (talk) 01:17, 21 January 2012 (UTC)

css broken on my wiki

Hi all

I've some problem on my wiki

MediaWiki 1.18.1

PHP 5.3.5 (apache2handler)

MySQL 5.1.41-3ubuntu12.6

my pages are all without formattin... something like this: http://soppalco.ovunque-si.it/~mirko/owinkui/noType.png but if I use firebug to adding the type attribute to link tag I obtain something like this:

link rel="stylesheet" href="/cert/owinkui/load.php?debug=false&lang=it&modules=mediawiki.legacy.commonPrint%2Cshared%7Cskins.assoporti%2Cvector&only=styles&skin=assoporti&*"

http://soppalco.ovunque-si.it/~mirko/owinkui/withType.png

Someone can help me?

thanks in advance TickTack (talk) 16:16, 21 January 2012 (UTC)

Its probably less to do with the type attribute than to do with firebug causing the styles to be reloaded when you modify the tag. I notice (from the url) that you're using a custom skin. Does the issue still occur when using vector or monobook skins. Bawolff 00:01, 24 January 2012 (UTC)

I'm running into the same problem. Seems to be a problem within FastCGI environments:

I made this bug report but no solution (yet):

https://bugzilla.wikimedia.org/show_bug.cgi?id=34112 Jukey 20:04, 1 February 2012 (UTC)

Equivalent ProtectionLevel in 1.13

Is there a JavaScript or Work around to the PROTECTIONLEVEL magic word? Goldbishop 20:06, 21 January 2012 (UTC)

Uploading a 2GB Zip file Timeouts

I upload a 2GB zip file and it timeouts after a few hours. One time I did manage to upload a 1.5 GB file so I know it's possible. I have a dedicated server. Is there any way to prevent it from timing out?

On Google Chrome I get this message: This web page is not available The connection to game-soundtracks.com was interrupted.

Error 101 (net::ERR_CONNECTION_RESET): The connection was reset.

My site is at http://game-soundtracks.com/Tools You don't have to login to upload files.

From MediaWiki Version Check:

MediaWiki 1.16.5

PHP 5.2.17 (cgi)

MySQL 5.1.56-log

In php.ini I changed the following to 2000M:

upload_max_filesize

post_max_size

In LocalSettings.php I use this:

$wgEnableUploads = true;

$wgFileExtensions[] = 'zip';
$wgFileBlacklist = array_diff( $wgFileBlacklist, array ('zip') );
$wgMimeTypeBlacklist = array(
        # HTML may contain cookie-stealing JavaScript and web bugs
 'text/html', 'text/javascript', 'text/x-javascript',  'application/x-shellscript',
        # PHP scripts may execute arbitrary code on the server
 'application/x-php', 'text/x-php',
        # Other types that may be interpreted by some servers
 'text/x-python', 'text/x-perl', 'text/x-bash', 'text/x-sh', 'text/x-csh',
        # Client-side hazards on Internet Explorer
 'text/scriptlet', 'application/x-msdownload',
        # Windows metafile, client-side vulnerability on some systems
 'application/x-msmetafile',
        # A ZIP file may be a valid Java archive containing an applet which exploits the
        # MS Office OpenXML and other Open Package Conventions files are zip files
 # and thus blacklisted just as other zip files
 'application/x-opc+zip',
);

Holygamer (talk) 01:47, 22 January 2012 (UTC)

Since you have a dedicated server (whoa, awesome!) I suggest you don't upload your zip files here but on subversion. MediaWiki was not designed to host zip files and if you wanted to make a zip uploader I'd tag Template:Extension_by_patch_warning. The latest version of MediaWiki, or any version at all, comes from SourceForge or SVN. Just saying. Jeffw • (talk) 03:03, 22 January 2012 (UTC)

That's all completely incorrect. Johnduhart 03:06, 22 January 2012 (UTC)

I need the files on my own site so I can't use subversion. If MediaWiki wasn't designed to allow zip files then why does the Upload Faq page tell you how to allow zip files?

What is this page supposed to do for me?: Template:Extension_by_patch_warning

What is the relevance of where MediaWiki can be obtained from? Holygamer 03:31, 22 January 2012 (UTC)

I would look into uploading your zip files through other means (FTP, wget, etc.) and then importing them with importImages.php Johnduhart 03:09, 22 January 2012 (UTC)

Thanks but the whole point is to allow people to upload files to my site easily with the MediaWiki uploader. The manual tells you how to allow zip files and it tells you how to allow larger uploads. It doesn't say anything about there being a file size limit so the uploader should work yet it doesn't so I'd like to know how to fix it.

I thought about FTP but as far as I know there's no way to prevent someone deleting files. Holygamer 03:34, 22 January 2012 (UTC)

You might need to look into your webservers (eg: apache's) upload settings and increase them. Peachey88 03:36, 22 January 2012 (UTC)

Thanks. Any idea what settings I need to change and the settings I should use?

Are these the settings you're talking about? http://www.radinks.com/upload/config.php

file_uploads

upload_max_filesize

max_input_time

memory_limit

max_execution_time

post_max_size

I've already changed the first 2 to allow 2GB files. Holygamer 03:58, 22 January 2012 (UTC)

You need to adjust at least upload_max_filesize, $wgMaxUploadSize and $wgUploadSizeWarning. Maybe more php settings like post_max_size. Subfader 21:07, 22 January 2012 (UTC)

I've done all that but it still doesn't work. Holygamer 15:48, 27 January 2012 (UTC)

You may also need to change LimitRequestBody in your apache config (Separate config file from all your php configs). Other things to check - Make sure that where-ever php's temp directory is it has enough free space/no disk quota (Seems like a long shot given hard disks are much bigger than that these days, but you never know)

Ideally you'd want something that does chunked uploads when dealing with files of that size, but MediaWiki doesn't currently support that (There was some talk about it with the fireogg stuff, but i don't think it ever got merged in, as far as i remember.).

-----

edited to fix fix my incomplete sentence Bawolff 21:11, 27 January 2012 (UTC)

You said "Make sure that where-ever php's temp directory is, that it doesn't". That it doesn't what?

Where do I go to edit LimitRequestBody? Does it have a default setting?

You mentioned I'd be better off with something that supports chunked uploads. Any suggestions? I don't care what it is as long as it works and allows people to upload 2GB files to my site.

For the record my host has changed the following things for me but it still doesn't work.

file_uploads

upload_max_filesize

max_input_time

memory_limit

max_execution_time

post_max_size

Thanks Holygamer 22:04, 27 January 2012 (UTC)

Do the new settings appear in phpinfo(); ? Restarted apache? Subfader 14:09, 28 January 2012 (UTC)

Yes Holygamer 14:11, 28 January 2012 (UTC)

Sorry, i fixed my incomplete sentence in the post above.

LimitRequestBody is set in your httpd.conf or a .htaccess file[2]. It should be noted though, that if that was the issue you would probably get a 413 Request Entity Too Large response from the web server.

At the end of the day, your issue seems to be more a http sucks for uploading large files then a config issue (in my uninformed opinion) Bawolff 17:40, 28 January 2012 (UTC)

Seems so. What annoys me though is that I did manage to upload a 1.5GB file several months ago but it's not working anymore.

Could you suggest any other software I could use to let people upload files to my site? Thanks Holygamer 17:52, 28 January 2012 (UTC)

ftp would probably be a good direction to look in. Bawolff 17:57, 28 January 2012 (UTC)

Unfortunately there's no way to prevent people deleting files if I use FTP. Holygamer 17:58, 28 January 2012 (UTC)

That depends on how you have your ftp server configured. Its entirely possible to make it upload only (but probably not the default config. For example in pureftpd you can use the -K switch and -r switch) Bawolff 19:39, 29 January 2012 (UTC)

413 Request Entity Too Large - It's happening because of mod_security. You can prevent mod_security from checking, let's say, upload script.

You can set in your virtualhost of httpd.conf:

  <IfModule mod_security2.c>

        SecRule REQUEST_URI "video.uploader\.php" phase:1,id:1,log,pass,ctl:ruleEngine=Off,ctl:requestBodyAccess=Off,ctl:responseBodyAccess=Off

Don't forget to restart your httpd to re-read .conf file.

  </IfModule> 193.41.76.214 20:40, 16 April 2014 (UTC)

413 Request Entity Too Large - It's happening because of mod_security. You can prevent mod_security from checking, let's say, upload script.

You can set in your virtualhost of httpd.conf:

  <IfModule mod_security2.c>

        SecRule REQUEST_URI "video.uploader\.php" phase:1,id:1,log,pass,ctl:ruleEngine=Off,ctl:requestBodyAccess=Off,ctl:responseBodyAccess=Off

Don't forget to restart your httpd to re-read .conf file.

  </IfModule> 193.41.76.214 20:40, 16 April 2014 (UTC)

using word "varchar" in my page edit causes 403

If i use the word "varchar" without quotes anywhere in my page edit, i receive the following 403 error.

Forbidden

You don't have permission to access /mw/index.php on this server.

Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request.

this behavior is consistently seen. this is my environment:

MediaWiki	1.18.1
PHP	5.2.17 (cgi)
MySQL	5.1.56

68.0.45.170 (talk) 04:17, 22 January 2012 (UTC)

Do you have the mod_security apache module enabled? Its known to do weird stuff like this. Bawolff 13:18, 23 January 2012 (UTC)

ON DUPLICATE KEY UPDATE in a query

Hi everyone! Is it possible to execute the following query with Database::insert function?

INSERT INTO user_contributions (user_id, page_id, user_page_karma) VALUES (1, 1, 45)  ON DUPLICATE KEY UPDATE user_page_karma=45

Katkov Yury (talk) 14:32, 22 January 2012 (UTC)

Last time I checked no, I meant to add one though. Something for 1.20 I guess. Johnduhart 15:07, 22 January 2012 (UTC)

So is this a right way to do that or do I need additional escaping?:

$query="INSERT INTO
      user_contributions (user_id, page_id, user_page_karma)
      VALUES ('$userId', '$page', '$userkarma')
      ON DUPLICATE KEY UPDATE user_page_karma='$userkarma'";
     $dbw->safeQuery($query);

Katkov Yury 16:48, 22 January 2012 (UTC)

YIKES

Yes you need to escape the userId, page and userKarma values using $dbw->addQuotes() Johnduhart 19:22, 22 January 2012 (UTC)

Would something like:

$dbw->insert( 'user_contributions',
 array( 'user_id' => $userId, 'page_id' => $page, 'user_page_karma' => $userkarma ),
 __METHOD__,
 array( 'ON DUPLICATE KEY UPDATE user_page_karma=' . $dbw->addQuotes( $userKarma ) )
);

maybe work?

Also don't forget to use $dbw->tableName( 'table' ); when manually constructing sql so that prefixed dbs work correctly. Bawolff 23:59, 23 January 2012 (UTC)

Using Wiki Commons

How can I use Wikimedia Commons in my Wiki? I wish that it will work with [[image:]] and [[file:]]. My Wiki is licensed under CC-BY-SA, so there are no legal problems. Bharel (talk) 15:57, 22 January 2012 (UTC)

• InstantCommons
• Manual:$wgUseInstantCommons Johnduhart 16:01, 22 January 2012 (UTC)

Thanks so much! Bharel 10:18, 9 February 2012 (UTC)

Fatal error tring to login under 1.18.1

Upgrading from mediawiki 1.17.2 to 1.18.1, get the following message when now trying to log in by clicking on the upper-right link:

   Fatal error: session_start(): Failed to initialize storage module: user (path: /tmp) in /usr/local/apache2/htdocs/wiki/includes/GlobalFunctions.php on line 3108 

The upgrade process: move the old wiki to another directory, install the new one clean into its own, run maintenance/update.php from the command line (no errors present). Then moved LocalSettings.php, some extensions and the image directory's contents over to the new wiki.

The wiki comes up fine, is perfectly navigable, but won't allow the log in link to work any more. Even defining the session save path to /tmp doesn't solve the problem. Any ideas? Going back to the old version everything works as before.

Stats:

php: 5.2.17 postgres: 9.1.0

please and thanks 75.119.248.6 (talk) 21:20, 22 January 2012 (UTC)

What type of formatting do you use? Also, can you use MySQL by any chance? Jeffw • (talk) 01:28, 23 January 2012 (UTC)

Do you have $wgSessionHandler or $wgSessionsInMemcached set to something in LocalSettings.php ? Bawolff 22:57, 23 January 2012 (UTC)

Neither one exists in LocalSettings.php 206.248.177.37 19:48, 29 January 2012 (UTC)

Did you manage to resolve this issue, I have the same problem too with the login... 130.88.0.59 08:46, 26 January 2012 (UTC)

Hi folks,

Just an update to this situation. It turns out that moving away the php.ini file (which was a good ... oh 3-4 years old) did the trick. I haven't had the chance to investigate what inside the php.ini file triggered the fault, but in the ensuing years php was continually updated, but the php.ini file was not. For upgrading a wiki, even if it is only a .1 rev behind, a review of php.ini is additionally suggested. 206.248.177.37 19:47, 29 January 2012 (UTC)

Thank you. The community will appreciate this! Jeffw • (talk) 01:35, 31 January 2012 (UTC)

Hiding rows in table with empty parameter

Hello,

i have a question about tables.

Let say that I will make a table, with several parameters by using template. For example:

Template:Parameter
{| style="border-collapse:collapse; border:solid #aaa 1px; margin:12px; font-size:90%; width:27em; padding:0.1em; text-align:left; float:right; clear:right;"
|-valign="top"
! Parameter1 :
|width="55%"| {{{Parameter1}}}

|-valign="top"
! Parameter2:
|width="55%"| {{{Parameter2}}}
|}

And on the other page, i will add posibility to fill them:

{{Template:Parameter
|parameter1=atribute1
|parameter2=atribute2
}}

If i dont add anything to "parameter2" it will show as empty box in table. Is posible, to remove or hide this entire row, if i dont fill "parameter2", so only parameters with atributes will show?

Thanks Michals123 (talk) 22:37, 22 January 2012 (UTC)

Use ParserFunctions

{{#if:{{{Parameter1|}}}
 |yes
 |no
}}

Replace "|" in tables with "|" in a template {{!}}. Subfader 10:23, 23 January 2012 (UTC)

See for example Template:Features team notes box which does this also. It shows a "Date"-row if {{{date|}}} is given, and otherwise uses "Week" and perhaps "Time" instead. Krinkle 00:53, 24 January 2012 (UTC)

thanks a lot its working. Michals123 15:12, 24 January 2012 (UTC)

Upload file errors (confirmed not 777 problem)

Over on the SotS II Wiki we're experiencing upload errors in the form of: Could not rename "tmp/<blah>" to "public/<blah>/<blah>/filename"

I've documented this problem occurring when MediaWiki tries to move the files to the following folders:

• public/b/be/
• public/d/d1/
• public/e/e1/
• public/7/78/

Our admin has checked and confirmed that all the folders and subfolders in public/ are set to 777.

Ideas? As it stands we can't upload files. Cphoenix~mediawikiwiki (talk) 23:22, 22 January 2012 (UTC)

Note, public isn't the real name of the folder (public = folder where we store public (non-deleted) images, not an actual folder named public). Make sure that images/ (or whatever you have $wgUploadDirectory set to) has correct permissions. Bawolff 23:11, 23 January 2012 (UTC)

We got it fixed, but $wgUploadDirectory was set properly, so...at a loss. Wish my admin had said what he fixed but, ah well. Just leaving this note here for the sake of others in future I guess. Cphoenix 01:21, 1 February 2012 (UTC)

From our admin, for the sake of posterity:

Some file permissions were not set. Needed to override. All better now. Cphoenix 05:18, 3 February 2012 (UTC)

Spam protection wiki set-up page anywhere?

Due to working with a version of mediawiki, I can see some major flaws of using it as is. However, I may be missing something, so if I am correct me.

Currently with the base install the following are true...?

There is no spam protection built in (default captcha system for at least sign up) There is no protection from multiple accounts from the same IP being created within say a week of each other (spam protection, w/ or w/o approval, spammers come in hoards) There is no way to *permanently* delete pages (completely remove from the database and purge from disk space by ops, beauracrats) There is no SPAM delete option to delete and remove spam versions of any page.

Am I wrong? These seem to be the most basic functions that would be built into any public access program of any type.

The problem with this is if you have a small wiki and you go away for the weekend; one spammer gets on and by the time you get back you can easily have a gig of spam stuck permanently on your wiki and pretty much have to destroy it and start over.

This brings me back to the original question; is there a page that has detailed instructions on how to set-up and meet the above four spam protection requirements? 99.58.54.211 (talk) 01:46, 23 January 2012 (UTC)

You could have saved all this text if you searched "spam" here. Subfader 10:21, 23 January 2012 (UTC)

Professional help

I don't know if it's acceptable to ask this here. If it isn't, sorry!

At Ballotpedia, we are looking for someone who could do ongoing systems administration for us on a professional basis. This would include upgrading to new versions of MediaWiki, installing extensions, and just generally solving the issues that arise from time to time. We make extensive use of DPL so the person would have to be very conversant with that. Thanks so much for any leads. Leslie.Graves@ballotpedia.org. Leslie Graves 15:08, 23 January 2012 (UTC)

I don't think there's any rule against asking here, so it should be fine, but you might also want to try [3].

As an aside, i should mention that DPL has known security vulnerabilities. Bawolff 21:27, 23 January 2012 (UTC)

Edit toolbar is not there. Broken

MediaWiki 1.18.1 PHP 5.2.17 (apache2handler) MySQL 5.1.57 (I'm using MySQL) Website: http://basopaapia.asx.me/why/index.php (You must log-in, use sopapia for username and for the password use test)

I installed MediaWiki and I noticed that my edit toolbar is not there, witch is very annoying. I had installed this on my test server and it worked without any issues and copied all of the settings and to install on another server that is public and that is when I noticed that the edit toolbar does not show up. Afnusa (talk) 20:03, 23 January 2012 (UTC)

The load.php script (normally where js comes from) is outputting the cannot contact db server error [4], as well as sometimes some tracking code for other requests [5] which prevents loading of buttons (and any other js).

Which is really odd, since lack of db error should be handled differently by load.php I think. For the analytics part, you need to make sure that the load the counter html doesn't get put into output of js files (even if generated by php) Bawolff 21:24, 23 January 2012 (UTC)

Thank you, I am just going to move the site on another server. Afnusa 23:43, 23 January 2012 (UTC)

Load.php giving an html error message instead of something more js-y is filed as bugzilla:33917. Bawolff 00:20, 24 January 2012 (UTC)

How to let SharePoint 2010 crawl media wiki which need user to login

Hi there, I am facing a problem to let SharePoint 2010 crawl media wiki which need username and password. I have checked "Specify form credentials" option and specified the login URL, but after I click button "Enter Credentials" button, it reports "401 unauthorized" error. Anyone has any idea? 78.64.25.173 (talk) 22:21, 23 January 2012 (UTC)

Weird. Works for me. HTFFanBrandon04 (talk) 16:32, 20 March 2012 (UTC)

Hhm, did you set your file permissions correctly? Jasper Deng (talk) 17:33, 4 April 2012 (UTC)

I don't know if I have them set correctly or not. I can log in to my wikis just fine. HappyTreeFriends (my home page or talk 2 me) 10:20, 9 April 2012 (UTC)

I was replying to the OP, sorry for putting my comment in the wrong place. Jasper Deng (talk) 18:25, 9 April 2012 (UTC)

upgrade from 1.14 to 1.18 failed / large database

Website: http://www.princevault.com Product Version MediaWiki 1.14.0 PHP 5.2.13 (apache2handler) MySQL 5.0.77

Upgrading test server: Website: www.blrarchive.com/prince.vault/ MediaWiki 1.18.0 + sql database hosted on http://www.princevault.com (back-up made) PHP 5.2.17 MySQL 5.1.60

I uploaded the mediawiki 1.18 files on the test server, then pointed to my current database, which is hosted on another server. When I press "continue" for the database to be upgraded to 1.18 version, this resulted in an error: "[an error occurred while processing this directive]".

The database itself looks intact, I have checked several pages in www.princevault.com. Anyway I do have a back-up of it. So that's not really the issue. I'd like to know what to do now, because the page on http://www.blrarchive.com/prince.vault/ is stuck onto the error page.

My database is approx 210 Mib big, this is probably the source of the issue, but I don't have shell access on my different servers. Plus english is not my mother tongue, so sometimes I am not sure I understand the instructions correctly.

Thanks in advance for your help. Bhan90 (talk) 23:06, 23 January 2012 (UTC)

What I have decided to do now is delete all the mediawiki 1.18 files on the test server, and restart from scratch. Bhan90 23:24, 23 January 2012 (UTC)

Still encountering a lot of difficulties with my upgrade tests. I have uploaded one by one all the tables from my sql database to the new server, but all the links seem broken on the test interface.

I really need help on this.

What am I doing wrong?

Thanks in advance for your help. Bhan90 04:29, 24 January 2012 (UTC)

Mediawiki:Sidebar cannot be edited in MW 1.18.

Main Page cannot be edited either, I get this message:

Cannot find section

You tried to edit a section that does not exist. It may have been moved or deleted while you were viewing the page.

Return to Main Page. Bhan90 04:45, 24 January 2012 (UTC)

Hi!

Use a current backup and set up the test server again with MW 1.14.

Then update it to MW 1.18.1 as described on Manual:Upgrading. When you come to the point where you have to update the database, do not use the script in the folder mw-config, but use the command line (= shell access). Go to the folder maintenance/ and execute update.php. 88.130.109.88 20:40, 25 January 2012 (UTC)

1/ I do not have shell access.

2/ I don't really understand what shell access is or how to install, have access to it.

I guess I will have to first of all succeed in moving the whole site as is from one server to another.

Thanks for your help. Bhan90 17:00, 26 January 2012 (UTC)

Easiest way to upgrade from MediaWiki 1.5.4

Hi all,

I had a very old installation of MediaWiki 1.5.4 running with PHP 5.2

My ISP upgraded to PHP 5.3 which broke the installation. I have temporarily enabled PHP 5.2 to get the Wiki back up, but this is only a temporary solution.

What is the easiest way to upgrade from MediaWiki 1.5.4? I have available PHP 5.2, PHP 5.3 and MySQL 5.

I looked for the Web Updater but found that my installation does not have the mw-config folder at all and I don't have shell access. Kevinp~mediawikiwiki (talk) 02:37, 24 January 2012 (UTC)

Older versions of MediaWiki had an installer in the config folder (no mw- prefix). Generally though when updating you upload a new version of MediaWiki and use the updater from the new install.

Note: When updating from such an old version, you should definitly back things up first. Bawolff 15:31, 26 January 2012 (UTC)

Change SiteNotice after article content is loaded?

Hi! I'm writing a little extension with two principal functions. The first one is a parser function that is called in the article and writes data into a global array instead of generating any direct output. The second one should display the content of the array in the sitenotice. I tried to use the SiteNoticeAfter hook, but it is run before the article is loaded and so, before the parser functions in the article can fill the array. Is it possible to change the content of the SiteNotice after the article is loaded/the parser functions in the article are run? Harmageddon (talk) 09:47, 24 January 2012 (UTC)

I did something similar using a hook on ArticleAfterFetchContent to store the $content data into a private variable I put into the extension class, then called $this->myVar in the SiteNoticeAfter. Worked fine for me, though I'm using 1.17.1 - not sure if that makes a difference. 65.189.246.160 05:44, 20 February 2012 (UTC)

I can't edit Sidebar or Mainpage

Hello friends,

when I access to /mywiki/index.php/MediaWiki:Sidebar or /mywiki/index.php/MediaWiki:Mainpage

I can't edit these pages because mediawiki says me that I haven't permissions.

Could anyone help me?

Thanks, Daniel Garciasanchezdani (talk) 13:05, 24 January 2012 (UTC)

Hi Daniel,

you must have special rights to edit these pages (e.g. "sysop" = admin rights). Make sure this is the case. --88.130.109.88 20:42, 25 January 2012 (UTC)

Hey Daniel, make sure you have the "editinterface" right. Jeffw • (talk) 01:05, 26 January 2012 (UTC)

edituser?? editinterface is the relavent right (which in default install is someone who is an admin) Bawolff 15:00, 26 January 2012 (UTC)

Mpfph lolololol. Jeffw • (talk) 23:40, 26 January 2012 (UTC)

Problem with customised toolbox after upgrade from MW 1.17 to MW 1.18

I have upgraded my MW from 1.17 to 1.18. In my wiki i have customised toolbox that contains only two links (print and special pages) After upgrade I have everything working fine except my customised toolbox on mainpage. It shows all default ford toolbox links I have checked that my common.js is correct but I dont know why It does not work. When I went back to my old 1.17 MW the common.js is exactly the same and there toolbox works as expected. Please find parto of common.js that works in MW 1.17 and does not in 1.18.

function CustomizeModificationsOfSidebar() {
//adds [[Special:CategoryTree]] to toolbox
//ModifySidebar("add", "toolbox", "CategoryTree", "http://en.wikipedia.org/wiki/Special:CategoryTree");
//removes [[Special:Upload]] from toolbox
//*ModifySidebar("remove", "toolbox", "Strony specjalne", "http://wikiszczecin.home.pl/wiki/Specjalna:Strony_specjalne");
ModifySidebar("remove", "toolbox", "Linkujące", "http://wikiszczecin2.home.pl/wiki/Specjalna:Linkujące/");
ModifySidebar("remove", "toolbox", "Zmiany w dolinkowanych", "http://wikiszczecin2.home.pl/wiki/Specjalna:Zmiany_w_linkujących");
ModifySidebar("remove", "toolbox", "Link do tej wersji", "http://wikiszczecin2.home.pl/index.php?title=");
ModifySidebar("remove", "toolbox", "Prześlij plik", "http://wikiszczecin2.home.pl/wiki/Specjalna:Prześlij");

~~ 212.14.11.13 (talk) 13:40, 24 January 2012 (UTC)

Please link to your wiki as ModifySidebar is not a standard MediaWiki function. Would have to see what your "ModifySidebar" function is set to.

You should probably use mw.util.addPortletLink() Krinkle 01:36, 25 January 2012 (UTC)

Thanks for response:

Here you are

function ModifySidebar(action, section, name, link) {
    try {
        switch (section) {
          case "languages":
            var target = "p-lang";
            break;
          case "toolbox":
            var target = "p-tb";
            break;
          case "navigation":
            var target = "p-navigation";
            break;
          default:
            var target = "p-" + section;
            break;
        }
 
        if (action == "add") {
            var node = document.getElementById(target)
                               .getElementsByTagName('div')[0]
                               .getElementsByTagName('ul')[0];
 
            var aNode = document.createElement('a');
            var liNode = document.createElement('li');
 
            aNode.appendChild(document.createTextNode(name));
            aNode.setAttribute('href', link);
            liNode.appendChild(aNode);
            liNode.className='plainlinks';
            node.appendChild(liNode);
        }
 
        if (action == "remove") {
            var list = document.getElementById(target)
                               .getElementsByTagName('div')[0]
                               .getElementsByTagName('ul')[0];
 
            var listelements = list.getElementsByTagName('li');
 
            for (var i = 0; i < listelements.length; i++) {
                if (listelements[i].getElementsByTagName('a')[0].innerHTML == name ||
                    listelements[i].getElementsByTagName('a')[0].href == link) {
 
                    list.removeChild(listelements[i]);
                }
            }
        }
 
    } catch(e) {
      // lets just ignore what's happened
      return;
    }
}
 /*
function CustomizeModificationsOfSidebar() {
    //adds [[Special:CategoryTree]] to toolbox
    //ModifySidebar("add", "toolbox", "CategoryTree", "http://en.wikipedia.org/wiki/Special:CategoryTree");
    //removes [[Special:Upload]] from toolbox
    //*ModifySidebar("remove", "toolbox", "Strony specjalne", "http://wikiszczecin.home.pl/wiki/Specjalna:Strony_specjalne");
    ModifySidebar("remove", "toolbox", "Linkujące", "http://wikiszczecin2.home.pl/wiki/Specjalna:Linkujące/");
    ModifySidebar("remove", "toolbox", "Zmiany w dolinkowanych", "http://wikiszczecin2.home.pl/wiki/Specjalna:Zmiany_w_linkujących");
    ModifySidebar("remove", "toolbox", "Link do tej wersji", "http://wikiszczecin2.home.pl/index.php?title=");
    ModifySidebar("remove", "toolbox", "Prześlij plik", "http://wikiszczecin2.home.pl/wiki/Specjalna:Prześlij");
}
*/

212.14.11.13 08:45, 25 January 2012 (UTC)

No Messages of my extension in Special:Allmessages

Hello. So far, on my extension FrequentPatternTagCloud (http://www.mediawiki.org/wiki/Extension:FrequentPatternTagCloud) the i18n-messages are displayed and translated. Now I've tested the extension on an Ubuntu server. I think the messages are not registered, because the specialpage Special:Allmessages don't show the defined messages of my extension. But I normally register the i18n file via $wgExtensionMessagesFiles.

The following versions are used: MediaWiki 1.16.4 PHP 5.3.2-1ubuntu4.10 (apache2handler) MySQL 5.1.41-3ubuntu12.10

Can anyone help? FrequentPatternTagCloud (talk) 16:45, 24 January 2012 (UTC)

A brief look at the source seems to suggest everything looks proper. The messages do appear when used right? They just don't appear on special:allmessages? That would be really odd since the registration process for special:allmessages is the same as to make them appear anywhere on the wiki. Are you sure its not something like you need to go to the next page in the special:allmessages output? Bawolff 15:29, 26 January 2012 (UTC)

No, I have expressed myself unclear. The messages do also not appear on the wikipages of the extension. And I am sure that it is not due to incorrect use of the specialpage special:allmessages.

It seems to me as if the registration fails under Ubuntu. But I can not explain why. MediaWiki (and the extensions) are mostly platform-independent, aren't they?. FrequentPatternTagCloud 21:52, 31 January 2012 (UTC)

Yes, especially that part, should be platform independent (and more importantly, linux is the primary target platform [wikipedia runs on unbuntu!] so any cross platform issues would probably appear when using windows not linux).

Debian's mediawiki package likes to move files around a lot (or at least they used to, I'm not sure if they still do). If you downloaded mediawiki via apt-get install it could be something to do with that. [My next guess after that would be something gone wrong with the i18n cache system] Bawolff 01:22, 2 February 2012 (UTC)

Thanks for your help!

After various experiments I installed MediaWiki in the version 1.18.

Now, the i18n-messages are displayed and translated correctly. FrequentPatternTagCloud (talk) 15:29, 26 February 2012 (UTC)

Template Rendering Issues

I've imported wikipedia content into my personal wiki with mixed results. Three problematic templates problems have been identified - Geobox, InfoBox World Heritage Site and Coord. The latter doesn't display the map-linked 'blue icon although the WikiMiniAtlas.js seems to be in-place. UPDATE: The use of tidy has cleaned-up the embedded html mess from former templates.

System Info

• MediaWiki 1.18.0
• PHP 5.2.17 (apache2handler)
• MySQL 5.0.77

Examples of Rendering Problems for Templates

• Template:Coord Map-linked 'blue icon not displayed although the WikiMiniAtlas.js seems to be in-place. Msorvino (talk) 23:30, 24 January 2012 (UTC)

galleries now display as bulleted lists

We just upgraded from (I think) 1.4 to 1.18.1 (FYI: PHP 5.2.17 (cgi) MySQL 5.0.92-50-log )

Images within <gallery> tags now display as bulleted lists instead of galleries. Can't find anything in bugs, in release notes, in documentation about the gallery tag, etc.

Example page: http://www.bayteam.org/wiki/Gallery_of_dog_photos_by_breed

Can anyone direct me to info on what caused this to break & how to fix it? Thanks. Elf (talk) 02:36, 25 January 2012 (UTC)

Yes it changed to a list (which is more proper HTML and fixes other problems like max monitor width usage). But normally it looks like this: Help:Images#Gallery syntax

It's some of your CSS overriding the default. Subfader 13:33, 25 January 2012 (UTC)

We've hardly touched our CSS at all, and certainly not in this upgrade. Did the CSS change between releases? Again, I haven't found anything with instructions on why stuff that worked OK before would break, or how to fix it. The only CSS I see related to galleries is in our main. css and I don't see how this would have the effect. Sorry if I'm being dense; did no one else have this problem?

table.gallery {

border: 1px solid #ccc;

margin: 2px;

padding: 2px;

background-color: white;

}

table.gallery tr {

vertical-align: top;

}

table.gallery td {

vertical-align: top;

background-color: #f9f9f9;

border: solid 2px white;

}

table.gallery td.galleryheader {

text-align: center;

font-weight: bold;

}

div.gallerybox {

margin: 2px;

width: 150px;

}

div.gallerybox div.thumb {

text-align: center;

border: 1px solid #ccc;

margin: 2px;

}

div.gallerytext {

font-size: 94%;

padding: 2px 4px;

} Elf 20:38, 25 January 2012 (UTC)

The gallery or MediaWiki is not broken that's why you see no notes about it.

Check your custom skin! I found CSS being included from wiki/skins/bayteam/ Subfader 10:55, 26 January 2012 (UTC)

Hey, I've got the same problem, and I could not find any CSS being included in the main.css of my custom skin. Where do I have to look for the code that breaks the galleries?

Thanks for any helpful comments! 91.89.143.36 09:29, 30 January 2012 (UTC)

Hide autoconfirmed in list ListGroupRights

I want to delete autoconfirmed and set value $wgAutopromote = array(). So, how I can hide autoconfirmed group in page ListGroupRights 31.40.70.12 (talk) 10:18, 25 January 2012 (UTC)

If anyone can solve this question I'm applying it to eduWIKI. Jeffw • (talk) 01:06, 26 January 2012 (UTC)

Special:ListGroupRights just lists all the groups rights. Making sure the group has no rights, will remove it from the list.

Specificly, rights can be specified in the following variables:

• $wgGroupPermissions
• $wgRevokePermissions
• $wgAddGroups
• $wgRemoveGroups
• $wgGroupsAddToSelf
• $wgGroupsRemoveFromSelf

$wgGroupPermissions is the only one you have to worry about in a default config, so the following at the bottom of LocalSettings.php should do it:

unset($wgGroupPermissions['autoconfirmed']);

If we wanted to be extra sure, you might want to remove it from $wgImplicitGroups as well, but that really just "hides" it from certain menus. Bawolff 14:58, 26 January 2012 (UTC)

PEAR not detected

I am trying to set up SMTP so I installed PEAR mail and all corresponding modules (Auth_SASL, Mail, Net_SMTP, Net_Socket) to folder /home/php/. However, this is not where php is installed, because php is installed somewhere in the background of the server. When I try to send mail via SMTP, I get "PEAR mail package is not installed" error. Do I need to set path to where PEAR is installed? If so, how? Or should I install PEAR in my wiki's folder? Tanks. 86.61.40.147 (talk) 14:58, 25 January 2012 (UTC)

Try adding it your include path (via set_include_path [6] )

Something like:

set_include_path( '/home/php' . PATH_SEPARATOR . get_include_path() );

in your LocalSettings.php Bawolff 15:21, 26 January 2012 (UTC)

Hi there, I had the same problem. How did you solve it? I have put included path and still no answer. my e-mail lwbaruch@gmail.com. thanks a lot 201.161.22.18 16:59, 12 June 2012 (UTC)

additional script

Hi Folks,

is there a way to add JS libraries to the ressourceloader or the html-header?

I tried several solutions:

• copy&paste in MediaWiki:Common.js
• write the <script src="ht .... in the skin
• and unsuccessful wuth '$out->addModuleScripts'

but is there a configuration variable or another "right way" to include jsfiles?

I'd like to use e.g. http://code.google.com/p/jquery-jsonp/ VanGore (talk) 16:36, 25 January 2012 (UTC)

• Create a ResourceLoader module for 'jquery.jsonp'
• Create a ResourceLoader module for your script (e.g. 'myextension.foobar' that uses jquery-jsonp, and add 'jquery.json' as a dependency
• call $out->addModules('myextension.foobar'). Which will instruct the client to load that module and any/all dependencies.

See also:

• ResourceLoader
• Manual:$wgResourceModules Krinkle 02:49, 29 January 2012 (UTC)

thx ;) VanGore 10:46, 31 January 2012 (UTC)

using mediawiki as a notebook How do you guys use it?

I wonder how others use mediawiki as a personal notebook. let's say I want to put a not with the following contents.

I will give thanks to you, LORD, with all my heart;
I will tell of all your wonderful deeds.
I will be glad and rejoice in you;
I will sing the praises of your name, O Most High.

How should I choose a page URL for it? Will I just create a page with what ever url I want ? If for every note I take I create a page with it's url that will be so many pages.

A little confused Ibro (talk) 08:16, 26 January 2012 (UTC)

First of all, you have to get your own MediaWiki install (Generally that means either installing it on your own server, or getting one from some web host). Wikis (like this one, or Wikipedia for example) generally already have a defined purpose, and don't want people using it as a notepad, hence you need your own.

From there, yes you essentially just add notes where-ever you want. Often people put all there notes on one page for easy access, or whereever. You can go to the page Special:Allpages to get a list of all pages on your wiki. You can also use categories to help organize the contents of your wiki. Bawolff 14:45, 26 January 2012 (UTC)

Possible to change the width of the wiki pages?

My wiki is now displayed across the whole screen. The rest of my site is 750px wide, centered. Is it possible to have the wiki pages displayed in the same width as the rest of the site? Regards Ormhaugen http://osteroy-sogelag.org/mediawiki Mediawiki 1.15.1 PHP 5.2.11 Mysql 5.051a Ormhaugen (talk) 15:35, 26 January 2012 (UTC)

Sure. Adda ccording rules to MediaWiki:Common.css Subfader 09:27, 27 January 2012 (UTC)

Thanks,

But I can't find any file 'common.css' in my mediawiki folder. The closest I find is in the folder skins/common the files 'common_rtl.css' and 'commonPrint.css'. Where can I find 'common.css'? And what lines in the file will affect the width of the site?

Thanks in advance.

Ormhaugen Ormhaugen 12:05, 27 January 2012 (UTC)

It's a page in teh "MediaWiki" namespace. E.g. on mediawiki.org it's here. Subfader 13:48, 27 January 2012 (UTC)

Hi,

Try going to the 'skins' folder, open the folder of the current skin and look for the .css file for that skin. Once done, search for the following code there:

1. globalWrapper {

font-size: 127%;

width: 100%;

margin: 0; padding: 0;}

This code makes the page cover the whole screen. Change it to smth like this:

1. globalWrapper {

position:relative;

font-size: 127%;

width: 750px;;

margin-left:auto;

margin-right:auto;

padding: 0;

}

This should help 79.143.33.66 11:43, 30 January 2012 (UTC)

Please do not do what 79.143.33.66 suggested. This is not a supported way to style mediawiki and will break next time you upgrade. As subfader said above, there are certain special pages on a wiki where you can put css ( mediawiki:Common.css ) which is the recommended way to add custom styles to your wiki. Bawolff 02:20, 2 February 2012 (UTC)

I also have same question here, no matter how I change the css in common.css,

it doesn't work, the width don't change at all, what's the problem here? bug?

www.ktap.org 122.233.177.236 11:49, 21 September 2013 (UTC)

Installation Print/export

Hello, I'm having problems installing the extention Print/export. The installation is on http://www.wiki.recorder-d.de/index.php/Hauptseite

And here is the error message: Auf dem Render-Server ist ein Fehler aufgetreten: RuntimeError: RuntimeError: command failed with returncode 256: ['mw-zip', '-o', u'/home/pp/cache/da/da41259dab52d115/collection.zip', '-m', u'/home/pp/cache/da/da41259dab52d115/metabook.json', '--status', u'qserve://localhost:14311/da41259dab52d115:makezip', '--template-blacklist', u'MediaWiki:PDF Template Blacklist', '--template-exclusion-category', u'Vom Druck ausschlie\xdfen', '--print-template-prefix', u'Drucken', '--print-template-pattern', u'$1/Druck'] Last Output: 2012-01-18T20:27:32 mwlib.options.warn >> Both --print-template-pattern and --print-template-prefix (deprecated) specified. Using --print-template-pattern only. 1% creating nuwiki in u'/home/pp/cache/da/da41259dab52d115/tmpe5AxEg/nuwiki' removing tmpdir u'/home/pp/cache/da/da41259dab52d115/tmpe5AxEg' memory used: res=15.6 virt=120.3 1% error Traceback (most recent call last): File "/home/pp/local/bin/mw-zip", line 9, in <module> load_entry_point('mwlib==0.13.0', 'console_scripts', 'mw-zip')() File "/home/pp/local/lib/python2.7/site-packages/mwlib/apps/buildzip.py", line 151, in main make_zip(output, options, env.metabook, podclient=podclient, status=status) File "/home/pp/local/lib/python2.7/site-packages/mwlib/apps/buildzip.py", line 50, in make_zip make_nuwiki(fsdir, metabook=metabook, options=options, podclient=podclient, status=status) File "/home/pp/local/lib/python2.7/site-packages/mwlib/apps/make_nuwiki.py", line 152, in make_nuwiki assert x.wikiident in id2wiki, "no wikiconf for %r (%s)" % (x.wikiident, x) AssertionError: no wikiconf for None (<article {'_env': <mwlib.wiki.Environment object at 0x1de3d50>, 'content_type': u'text/x-wiki', 'title': u'Hauptseite', 'timestamp': u'1323695171', 'type': 'article', 'revision': u'95'}>) in function system, file ./bin/nslave.py, line 63 in function qaddw, file /home/pp/local/lib/python2.7/site-packages/qs/slave.py, line 66

Does anyone have an idea Best Regards U.Meiser Meiser (talk) 15:53, 26 January 2012 (UTC)

Collapsible tables not collapsing anymore in FF9, Opera, Safari

Website: http://www.princevault.com/index.php/Main_Page MediaWiki 1.14.0 PHP 5.2.13 (apache2handler) MySQL 5.0.77

Example of page with a collapsible section: [7]

The section underneath "Release" should be collapsed.

I noticed very recently that the collapsible tables in my wiki don't collapse anymore, except in Chrome (on Mac but not on PC (??)). Please note that the collapsible tables have worked correctly on the wiki since day one (February 2009). Today I read every documentation here, especially Manual:Collapsible_elements. I did create a Common.js and a Common.css, but it's not solving the problem.

• See: [8]
• And: [9]

I should upgrade my wiki to 1.18 but I have met too many problems with the process lately, to proceed.

Thanks In advance for your help. Bhan90 (talk) 18:16, 26 January 2012 (UTC)

syntax error, unexpected T_IF

Hi. Well when i use the code i get this error:

Parse error: syntax error, unexpected T_IF in /home/a5178143/public_html/includes/Setup.php on line 506

How do i fix this on setup.php? 82.34.175.220 (talk) 18:42, 26 January 2012 (UTC)

Have you modified Setup.php?

Probably the best way to fix this, is re-download mediawiki from the official source, and re-install all the php files [as if you were upgrading mediawiki] (all your wiki pages will still be there) Bawolff 21:22, 27 January 2012 (UTC)

Apache redirect

Hi guys! i need to redirect the url of my wiki for dns server...

Example: Today, i access my wiki typing "server\wiki" on my browser.

I want to access, typing only "server" in url...

its possible? Wmshark (talk) 11:05, 27 January 2012 (UTC)

Try an apache directive like:

Redirect permanent / http://servername.com/wiki/

(In your httpd.conf file or .htaccess file)

See http://httpd.apache.org/docs/2.0/mod/mod_alias.html#redirect Bawolff 21:20, 27 January 2012 (UTC)

How to remove Uesr creation from recent changes page

We are starting to get spam creators on our wiki and want to remove them being shown on the recent changes page. Can anybody help with this as it is really getting annoying. 195.95.133.244 (talk) 12:08, 27 January 2012 (UTC)

Wrong question :D You should avoid spam in the first place. See Spam Subfader 13:47, 27 January 2012 (UTC)

If you rollback a spam edit with the bot=1 parameter, it will be hidden from the RC (Assuming you're an admin) - see https://www.mediawiki.org/wiki/Rollback#Rollback Bawolff 21:14, 27 January 2012 (UTC)

error after installation

I am using version 1.17.0 with postgres 9.1.2 after i installed and configured the wiki i tried to go to the wiki and got this message MediaWiki internal error.

Exception caught inside exception handler.

Set $wgShowExceptionDetails = true; at the bottom of LocalSettings.php to show detailed debugging information. so i did what it said and then got this

MediaWiki internal error.

Original exception: exception 'DBQueryError' with message 'A database error has occurred. Did you forget to run maintenance/update.php after upgrading? See: http://www.mediawiki.org/wiki/Manual:Upgrading#Run_the_update_script Query: SELECT value,exptime FROM objectcache WHERE keyname = 'mediawiki:messages:en' LIMIT 1 Function: SqlBagOStuff::get Error: 1 ERROR: relation "objectcache" does not exist LINE 1: ...ECT /* SqlBagOStuff::get */ value,exptime FROM objectcach... ^ ' in C:\Program Files (x86)\PostgreSQL\EnterpriseDB-Apache\Php\apache\www\mediaWiki\includes\db\Database.php:781 Stack trace:

1. 0 C:\Program Files (x86)\PostgreSQL\EnterpriseDB-Apache\Php\apache\www\mediaWiki\includes\db\Database.php(751): DatabaseBase->reportQueryError('ERROR: relatio...', 1, 'SELECT value,e...', 'SqlBagOStuff::g...', false)
2. 1 C:\Program Files (x86)\PostgreSQL\EnterpriseDB-Apache\Php\apache\www\mediaWiki\includes\db\Database.php(1050): DatabaseBase->query('SELECT value,e...', 'SqlBagOStuff::g...')
3. 2 C:\Program Files (x86)\PostgreSQL\EnterpriseDB-Apache\Php\apache\www\mediaWiki\includes\db\Database.php(1134): DatabaseBase->select('objectcache', Array, Array, 'SqlBagOStuff::g...', Array, Array)
4. 3 C:\Program Files (x86)\PostgreSQL\EnterpriseDB-Apache\Php\apache\www\mediaWiki\includes\BagOStuff.php(267): DatabaseBase->selectRow('objectcache', Array, Array, 'SqlBagOStuff::g...')
5. 4 C:\Program Files (x86)\PostgreSQL\EnterpriseDB-Apache\Php\apache\www\mediaWiki\includes\MessageCache.php(252): SqlBagOStuff->get('mediawiki:messa...')
6. 5 C:\Program Files (x86)\PostgreSQL\EnterpriseDB-Apache\Php\apache\www\mediaWiki\includes\MessageCache.php(606): MessageCache->load('en')
7. 6 C:\Program Files (x86)\PostgreSQL\EnterpriseDB-Apache\Php\apache\www\mediaWiki\includes\MessageCache.php(545): MessageCache->getMsgFromNamespace('Mainpage', 'en')
8. 7 [internal function]: MessageCache->get('mainpage', true, true)
9. 8 C:\Program Files (x86)\PostgreSQL\EnterpriseDB-Apache\Php\apache\www\mediaWiki\includes\StubObject.php(58): call_user_func_array(Array, Array)
10. 9 C:\Program Files (x86)\PostgreSQL\EnterpriseDB-Apache\Php\apache\www\mediaWiki\includes\StubObject.php(76): StubObject->_call('get', Array)
11. 10 C:\Program Files (x86)\PostgreSQL\EnterpriseDB-Apache\Php\apache\www\mediaWiki\includes\GlobalFunctions.php(781): StubObject->__call('get', Array)
12. 11 C:\Program Files (x86)\PostgreSQL\EnterpriseDB-Apache\Php\apache\www\mediaWiki\includes\GlobalFunctions.php(781): StubObject->get('mainpage', true, true)
13. 12 C:\Program Files (x86)\PostgreSQL\EnterpriseDB-Apache\Php\apache\www\mediaWiki\includes\GlobalFunctions.php(744): wfMsgGetKey('mainpage', true, true, true)
14. 13 C:\Program Files (x86)\PostgreSQL\EnterpriseDB-Apache\Php\apache\www\mediaWiki\includes\GlobalFunctions.php(688): wfMsgReal('mainpage', Array, true, true)
15. 14 C:\Program Files (x86)\PostgreSQL\EnterpriseDB-Apache\Php\apache\www\mediaWiki\includes\Title.php(318): wfMsgForContent('mainpage')
16. 15 C:\Program Files (x86)\PostgreSQL\EnterpriseDB-Apache\Php\apache\www\mediaWiki\includes\Wiki.php(122): Title::newMainPage()
17. 16 C:\Program Files (x86)\PostgreSQL\EnterpriseDB-Apache\Php\apache\www\mediaWiki\index.php(60): MediaWiki->checkInitialQueries(NULL, 'view')
18. 17 {main}

Exception caught inside exception handler: exception 'DBQueryError' with message 'A database error has occurred. Did you forget to run maintenance/update.php after upgrading? See: http://www.mediawiki.org/wiki/Manual:Upgrading#Run_the_update_script Query: SELECT lc_value FROM l10n_cache WHERE lc_lang = 'en' AND lc_key = 'deps' LIMIT 1 Function: LCStore_DB::get Error: 1 ERROR: relation "l10n_cache" does not exist LINE 1: ...T /* LCStore_DB::get 127.0.0.1 */ lc_value FROM l10n_cache... ^ ' in C:\Program Files (x86)\PostgreSQL\EnterpriseDB-Apache\Php\apache\www\mediaWiki\includes\db\Database.php:781 Stack trace:

1. 0 C:\Program Files (x86)\PostgreSQL\EnterpriseDB-Apache\Php\apache\www\mediaWiki\includes\db\Database.php(751): DatabaseBase->reportQueryError('ERROR: relatio...', 1, 'SELECT lc_valu...', 'LCStore_DB::get', false)
2. 1 C:\Program Files (x86)\PostgreSQL\EnterpriseDB-Apache\Php\apache\www\mediaWiki\includes\db\Database.php(1050): DatabaseBase->query('SELECT lc_valu...', 'LCStore_DB::get')
3. 2 C:\Program Files (x86)\PostgreSQL\EnterpriseDB-Apache\Php\apache\www\mediaWiki\includes\db\Database.php(1134): DatabaseBase->select('l10n_cache', Array, Array, 'LCStore_DB::get', Array, Array)
4. 3 C:\Program Files (x86)\PostgreSQL\EnterpriseDB-Apache\Php\apache\www\mediaWiki\includes\LocalisationCache.php(792): DatabaseBase->selectRow('l10n_cache', Array, Array, 'LCStore_DB::get')
5. 4 C:\Program Files (x86)\PostgreSQL\EnterpriseDB-Apache\Php\apache\www\mediaWiki\includes\LocalisationCache.php(327): LCStore_DB->get('en', 'deps')
6. 5 C:\Program Files (x86)\PostgreSQL\EnterpriseDB-Apache\Php\apache\www\mediaWiki\includes\LocalisationCache.php(356): LocalisationCache->isExpired('en')
7. 6 C:\Program Files (x86)\PostgreSQL\EnterpriseDB-Apache\Php\apache\www\mediaWiki\includes\LocalisationCache.php(268): LocalisationCache->initLanguage('en')
8. 7 C:\Program Files (x86)\PostgreSQL\EnterpriseDB-Apache\Php\apache\www\mediaWiki\includes\LocalisationCache.php(211): LocalisationCache->loadItem('en', 'defaultUserOpti...')
9. 8 C:\Program Files (x86)\PostgreSQL\EnterpriseDB-Apache\Php\apache\www\mediaWiki\languages\Language.php(471): LocalisationCache->getItem('en', 'defaultUserOpti...')
10. 9 C:\Program Files (x86)\PostgreSQL\EnterpriseDB-Apache\Php\apache\www\mediaWiki\includes\User.php(1075): Language->getDefaultUserOptionOverrides()
11. 10 C:\Program Files (x86)\PostgreSQL\EnterpriseDB-Apache\Php\apache\www\mediaWiki\includes\User.php(1980): User::getDefaultOptions()
12. 11 C:\Program Files (x86)\PostgreSQL\EnterpriseDB-Apache\Php\apache\www\mediaWiki\includes\StubObject.php(150): User->getOption('language')
13. 12 C:\Program Files (x86)\PostgreSQL\EnterpriseDB-Apache\Php\apache\www\mediaWiki\includes\StubObject.php(103): StubUserLang->_newObject()
14. 13 C:\Program Files (x86)\PostgreSQL\EnterpriseDB-Apache\Php\apache\www\mediaWiki\includes\StubObject.php(57): StubObject->_unstub('getCode', 5)
15. 14 C:\Program Files (x86)\PostgreSQL\EnterpriseDB-Apache\Php\apache\www\mediaWiki\includes\StubObject.php(145): StubObject->_call('getCode', Array)
16. 15 C:\Program Files (x86)\PostgreSQL\EnterpriseDB-Apache\Php\apache\www\mediaWiki\includes\MessageCache.php(525): StubUserLang->__call('getCode', Array)
17. 16 C:\Program Files (x86)\PostgreSQL\EnterpriseDB-Apache\Php\apache\www\mediaWiki\includes\MessageCache.php(525): StubUserLang->getCode()
18. 17 C:\Program Files (x86)\PostgreSQL\EnterpriseDB-Apache\Php\apache\www\mediaWiki\includes\GlobalFunctions.php(781): MessageCache->get('databaseerror', true, false)
19. 18 C:\Program Files (x86)\PostgreSQL\EnterpriseDB-Apache\Php\apache\www\mediaWiki\includes\GlobalFunctions.php(744): wfMsgGetKey('databaseerror', true, false, true)
20. 19 C:\Program Files (x86)\PostgreSQL\EnterpriseDB-Apache\Php\apache\www\mediaWiki\includes\Exception.php(91): wfMsgReal('databaseerror', Array)
21. 20 C:\Program Files (x86)\PostgreSQL\EnterpriseDB-Apache\Php\apache\www\mediaWiki\includes\db\Database.php(3074): MWException->msg('databaseerror', 'Database error')
22. 21 C:\Program Files (x86)\PostgreSQL\EnterpriseDB-Apache\Php\apache\www\mediaWiki\includes\Exception.php(240): DBQueryError->getPageTitle()
23. 22 C:\Program Files (x86)\PostgreSQL\EnterpriseDB-Apache\Php\apache\www\mediaWiki\includes\Exception.php(199): MWException->htmlHeader()
24. 23 C:\Program Files (x86)\PostgreSQL\EnterpriseDB-Apache\Php\apache\www\mediaWiki\includes\Exception.php(220): MWException->reportHTML()
25. 24 C:\Program Files (x86)\PostgreSQL\EnterpriseDB-Apache\Php\apache\www\mediaWiki\includes\Exception.php(325): MWException->report()
26. 25 C:\Program Files (x86)\PostgreSQL\EnterpriseDB-Apache\Php\apache\www\mediaWiki\includes\Exception.php(393): wfReportException(Object(DBQueryError))
27. 26 [internal function]: wfExceptionHandler(Object(DBQueryError))
28. 27 {main}

Can you help? 64.178.116.7 (talk) 11:29, 28 January 2012 (UTC)

what cache type / software do you use? Subfader 14:07, 28 January 2012 (UTC)

This means that the install did not work properly (Specifically the objectcache table wasn't created - which is used for storing parsed pages if you don't have any other cache available). I guess you could try re-installing. As a general rule mysql gets better tested than postgress sql - you could try using mysql instead maybe. Bawolff 19:55, 29 January 2012 (UTC)

Create a Wiki site out of an Excel sheet

Hey,

I want too create a wiki page out of an excel sheet. I use Makros to create html/php pages and know how too use them, but i didnt know where i find the wiki pages in the folders? Is it even possible to create a page in an editor or something else and upload it to integrate it into the wiki?

The excel sheet is an Inventory list about parts we use in our physics department and there are like 5000 entries and i dont want to create a single page for everyone.

thx for your help

Windhalf Windhalf (talk) 19:26, 28 January 2012 (UTC)

In MediaWiki articles are not placed each in folders. They're stored in a database. maybe Manual:Importing XML dumps helps. Subfader 21:24, 28 January 2012 (UTC)

 10:08, 29 January 2012 (UTC)

hmm thats not realy what i need, the problem is, that each entry should create a new site with a photo and specification

if i understand the xml dump right it is only a single page

but thx anyway, if i get an answer i will post it Windhalf 18:37, 29 January 2012 (UTC)

To add to the above, there are a number of extensions available for importing XML and/or CSV data:

• Extension:External Data
• Extension:Data Transfer
• Extension:Data Import Extension

(Visit those pages to find out whether or not they could be of any use to you)

I also happen to be in a situation where I need to pass values from a CSV file to wiki pages (a page per entry), more specifically through a MediaWiki template. I'm not yet sure if that's possible with any of the above, but Data Transfer looks like it might handle the job.

For the record, when you said "there are like 5000 entries and i dont want to create a single page for everyone" and later, "each entry should create a new site", do you mean that you want to have a single page per entry, but just do not want to create them all by hand? Cavila ^{MW 1.17, MySQL 5.5.16, Php 5.3.8} 18:47, 29 January 2012 (UTC)

Did you ever figure this out?? 212.183.128.227 19:16, 27 November 2013 (UTC)

Issues importing pages; Need Templates Installed and infobox setup.

MediaWiki: 1.18.0 PHP: 5.2.17 (cgi-fcgi) MySQL 5.0

Hello, I just set up MediaWiki to part of my website, http://www.artiesrookery.com/wiki I am having issues installing template, more importantly importing pages. When I use the special page to upload .xml files from wikipedia, the connection always times out. I got MediaWiki for the purpose of transferring some of my wikipedia-style pages from the main part of my site to this part. I need help installing the infobox templates. I had GoDaddy install MediaWiki for me, I contacted them for support but they referred me here. Here is one of the pages on my site I want to copy over to the wiki: http://www.artiesrookery.com/index_files/roccoartie_wiki1.html (The part under Info is what I need in the infobox)

If you need, I will give you sysop access in order to import pages and create templates. Sometimes the wiki portion of my site is VERY slow, can someone help me speed my site up? This is the error I get when trying to Import Pages:

Fatal error: Maximum execution time of 30 seconds exceeded in D:\Hosting\7008728\html\wiki\includes\parser\Parser.php on line 3023

Any help would be appreciated. -Artiepenguin Artiepenguin (talk) 19:41, 28 January 2012 (UTC)

See Manual:Performance_tuning. Enabling caching is probably the most important thing you can do in terms of speeding site up.

When importing files, it is significantly better to import via command line instead of web interface (if possible). The error you're getting indicates your site is too slow. If you have access to your php.ini you can increase the time limit. Bawolff 19:52, 29 January 2012 (UTC)

ConfirmAccount (extension) i18n

MediaWiki 1.15.5 | PHP 5.3.6-13ubuntu3.3 (apache2handler) | MySQL 5.1.58-1ubuntu1

I added the extension ConfirmAccount (ver 1.15.x) in my wiki, but even there are $wgLanguageCode = "it"; , require_once("$IP/extensions/ConfirmAccount/SpecialConfirmAccount.php"); in the conf file LocaleSettings.php, the page appears in english. (All other wiki pages are in italian.)

How do I enable italian? thanks.

site: https://www.grilli-secure.org/GASwiki Federico Munerotto (talk) 21:26, 28 January 2012 (UTC)

The 1.15 version of that extension is only partially translated into Italian. Whenever there is a translation missing, english is used instead. Later versions are more completely translated. Bawolff 19:48, 29 January 2012 (UTC)

Reduce logo size with css

MediaWiki v1.18

PHP v5.2.5

MySQL v5.0.91

For the site logo, I'm trying to do something similar to the HTML trick to increase image resolution by using a larger image then reducing how it's displayed using height/width in the code. The larger image thus reduced shows far more detail then the option of placing a logo of the exact size that is displayed. I've tried various code in common.css to reduce a logo about twice the 135px/135px, but it never works. Instead the larger image slides off the page instead of being reduced. LWells (talk) 02:12, 29 January 2012 (UTC)

Scaling images is nasty and bad HTML. It's added as background-image of #p-logo a. Subfader 16:51, 29 January 2012 (UTC)

Many images can be reduced to the displayed size and still look good. In cases where a higher resolution image is needed, that is when the scaling is necessary. It looks like the only way to increase a logo resolution in MediaWiki would be to rewrite that piece of css so that the logo isn't a background image.

So if anyone knows how to write that code or can give pointers, it would be appreciated. LWells 22:42, 29 January 2012 (UTC)

try to use 'background:size : contain' with a square logo format with a transparent background in the 135px/13xpx format Fantailp (talk) 07:13, 3 June 2022 (UTC)

01933726204 103.253.44.249 (talk) 14:54, 5 June 2022 (UTC)

Sidebar pushed to the bottom

Hi,

I have observed that the sidebar containing the Navigation, Search, and Toolbox areas are pushed all the way down to the bottom on the left side. It has been like this for quite some time now. We did not do any changes even. Any reason why it's like this?

Thanks, 206.169.176.198 (talk) 03:46, 30 January 2012 (UTC)

Hi,

Try checking the width of the content area and the complete width of your site. Try reducing the content width (in css file). 79.143.33.66 11:40, 30 January 2012 (UTC)

Asked and solved several times before here. Use the search on top. Subfader 15:58, 30 January 2012 (UTC)

See Project:Support desk/Flow/2012/01#h-Issue_with_new_Firefox_9.0.1_/_Left_Navigation_box_display_UNDER_#content-2012-01-05T00:53:00.000Z Krinkle 18:41, 30 January 2012 (UTC)

Strange manner with auto authentication and replication

Hi,

I have a strange manner with my mediawiki. first of all we have two different versions of the mediawiki installed. the internal, only for development use the wiki version 1.16.0. And the external, for customers only, use the 1.14.0 version. we have a daily ex-/import of some sites from the development. the problem is now. the customer call the wiki over a second plattform to authorized automatically into the wiki. after an import the main page doesn't include the graphics. all other pages are ok. what can be the reason? When i login in with the super user, there is no problem. the customers only have the read-right.

When i save the page with the super user, the site for the customers are fine.

if you want i can show you a video or picures with the problem.. Thanks for help 62.153.239.66 (talk) 05:46, 30 January 2012 (UTC)

The most obvious thing would be if the graphics were uploaded to one wiki and not the other. (Or one wiki is using instantCommons, and the other is not, etc). Bawolff 02:27, 2 February 2012 (UTC)

Special Page shows only <SpecialExtension<

Hi,

I use the mediawiki version 1.16.0. I implement a special page for a export. the problem that i have is, that on the special page only the <SpeicalExtensionName< is shown and not the description.

What do i wrong?

 global $wgMessageCache;

  require_once( 'SpecialPage.php' );
  SpecialPage::addPage( new SpecialPage( 'SpecialExport') );
  $wgMessageCache->addMessages(array('SpecialExport'=>'Export tool')); 62.153.239.66 (talk) 10:18, 30 January 2012 (UTC)

First of all don't use $wgMessageCache->addMessages() (ever. It will break in 1.18, and it wasn't meant to be used like that at really any point).

Second, you shouldn't be requre_once'ing any mediawiki files (mediawiki does that for you)

Third, your special page should have its own class that subclasses SpecialPage (It shouldn't be done via new SpecialPage).

See Manual:Special_pages#Basic_special_page_template for the proper way to do it (Mostly just the Basic special page template part of that page. The rest of that page is really rambely and not all that well written). Bawolff 02:25, 2 February 2012 (UTC)

Dynamic <title> Tag with Wiki-Title AND Article-Title

Hello ...

My problem: Every page in my wiki has as page title the wiki-name itself ( so if i want to create a bookmark in a certain article i do NOT get the article´s title but only the wiki´s title ).

My question: Which file do i have to edit and what do i have to do that the "HTML-<title>" Tag is filled like "ARTICLE-NAME - WIKI-Name" ( e.g. Ferrari - CarWiki )

My setup: MediaWiki 1.18.1 PHP 5.3.8-1+b1 (apache2handler) MySQL 5.1.58-1

Thanx for your help ! Stefan 84.158.107.177 (talk) 12:49, 30 January 2012 (UTC)

MediaWiki:Pagetitle Subfader 15:57, 30 January 2012 (UTC)

Thanks Subfader - i am not a real PHP-Guru ... could you please tell me WHERE to put it HOW ?

Or anybody else ? 188.98.79.30 11:08, 31 January 2012 (UTC)

It's a message and the title is added as $1. Save the page with

$1 - CarWiki

On page [[Ferrari]] the title would be "Ferrari - CarWiki".

You could also use magic words. Subfader 12:27, 31 January 2012 (UTC)

Sorry - i do not get it.

Have a look at my wiki at http://www.trainerlexikon.de/index.php?title=Ziele_definieren

The article is named "Ziele definieren" ( Defining targets ).

But the page name ( the name of the firefox window ) is "Trainerlexikon" - and my target is to have "Ziele definieren - Trainerlexikon" as page name ( which is stored at the book marks ).

Do you have an idea ? 188.98.79.30 13:39, 31 January 2012 (UTC)

Edit the page "MediaWiki:Pagetitle" on your wiki and put the following inside of it:

$1 - {{SITENAME}}

Then on every page the ‎<title> will be the way you want. The "MediaWiki:Pagetitle" wiki page is used as format for the title and $1 is replaced with the wiki page name.

For your wiki it is here: http://www.trainerlexikon.de/index.php?title=MediaWiki:Pagetitle&action=edit

It looks like user "StefanLapenat" on your wiki has changed this in 2005 ([10]).

All you need to do is delete that edit,

http://www.trainerlexikon.de/index.php?title=MediaWiki:Pagetitle&action=delete

.. and then it is good :) Krinkle 18:10, 31 January 2012 (UTC)

G R E A T.

And so easy - if u know how ;)

Thanx a lot Subfader & Krinkle !!! 188.98.79.30 20:48, 31 January 2012 (UTC)

One more question ... how is this "category" of pages called ?

Is there a list of all these "special" pages ? 188.98.79.30 20:52, 31 January 2012 (UTC)

I also want to change <title> tag of all category page.

The tag was different for all page.How to change it please help me. 210.89.56.38 13:44, 5 June 2014 (UTC)

MediaWiki extensions to facilitate conversion of elements from word doc.

We are using MediaWiki to convert some technical documents from word to wikimarkup. Currently, we are inserting images and tables manually into the wiki documents after they are uploaded. Are there any extensions that will allow the pictures and tables to be converted accurately along with the rest of the word doc? 69.70.88.42 (talk) 14:03, 30 January 2012 (UTC)

Invalidate user session and cookie

How I can invalidate user session and cookie? 31.40.70.158 (talk) 14:40, 30 January 2012 (UTC)

$wgCookieExpiration Subfader 15:56, 30 January 2012 (UTC)

I want to manual invalidate cookie on a specified user. so, but not only cookie, I need to force invalidate a session 31.40.70.158 18:56, 30 January 2012 (UTC)

User::clearCookie() —Emufarmers^(T|C) 01:12, 31 January 2012 (UTC)

mediawiki use user database of phpBB forum. so, how I can call this function from phpBB3 engine? 31.40.65.188 07:04, 31 January 2012 (UTC)

cannot edit sidebar in RTL language installation

Hi, I am trying the 1.18.1 version on a WAMP emulator (simulating PHP 5.3.0 MySQL 5.1.36 APACHE 2.2.11) I have have installaed Hebrew, looks good, but I cannot edit the navigation sidebar. when I am using the link I am getting an edittable sidebar page, but it is NOT the sidebar which appears on the pages. when I am installing the English version, I can edit the actual sidebar. Can you advise me what is the problem with the hebrew version? Thanks 62.0.44.101 (talk) 15:40, 30 January 2012 (UTC)

Any chance this is a public wiki thats accesible. What you're describing definitly shouldn't happen ( mediawiki:Sidebar should control for all langs (of course the included messages from the sidebar are language dependant - but most people editing the sidebar don't use that feature). Bawolff 02:18, 2 February 2012 (UTC)

Thanks for the response.

This is a private wiki installed on a WAMP on my computer. I am having similar problem also with English installation. As I have described before I am getting an edittable sidebar page (with all the regular menu Items) but after saving the changes the sidebar remains the same. Editting again I get the page with my last changes - but it is not the sidebar on the page. 77.126.95.171 18:20, 4 February 2012 (UTC)

Alter the qty of sub-cats listed from within a category

Hi everyone - thanks for the hard work you do answering all of these questions!

• MediaWiki 1.16.5
• PHP 5.1.6 (apache2handler)
• MySQL 5.0.77-log

http://www.cookipedia.co.uk/wiki

I run a pretty large MediaWiki and I would like to change the way the sub-categories are displayed. For example: one of the categories, 'Cheeses' contains 119 sub-categories comprising of around 2000 pages. When viewing this top-level category I would really like visitors to be able to view all of its subcategories from the first page of the top-level category, whereas currently one can only see sub-cats from A to B. A visitor has to click the (next 200) link 9 times to see a sub-category starting with T.

I recall finding the way to adjust the amount of pages displayed from the category view, but not the number of sub-categories.

Is there a config option I have missed or do I need a plugin to alter this behaviour? CookipediaChef~mediawikiwiki (talk) 19:59, 30 January 2012 (UTC)

$wgCategoryPagingLimit controls the limit for all the sections of the category (subcats, normal pages, and images). If you want to have just one section have a higher limit, you'd need to write an extension (I'm not aware of any already existing). Bawolff 02:15, 2 February 2012 (UTC)

Thanks Bawolff

That's what I thought, but it's nice to have it confirmed. CookipediaChef 11:50, 2 February 2012 (UTC)

Upload File has ceased to work

MediaWiki 1.18.0 PHP 5.2.9 (apache2handler) MySQL 5.1.33-community

We have recently experienced difficulties with uploading images. Nothing has changed with LocalSettings file, uploads just ceased to work. Additionally when we go through Special Pages and click on the File List or Gallery of new files links it returns a blank page.

Help?

Permitted File Types : Permitted file types: png, gif, jpg, jpeg, pdf. 202.4.77.102 (talk) 04:46, 31 January 2012 (UTC)

Blank page often means php fatal error - please enable php errors in order to find the exact error (from there we can probably help you better) - see manual:How to debug Bawolff 02:10, 2 February 2012 (UTC)

start wiki at boot up on os x lion

greetings,

MediaWiki 1.18.1

PHP 5.3.8 (apache2handler)

MySQL 5.5.16

i'm trying to get os x to start up the wiki at boot up.

i've created a .plist which works when its in ~/Library/LaunchAgents

but when i put this .plist under /Library/LaunchDaemons and reboot, i get lots of error messages in the system.log ...

Jan 31 12:06:41 sect org.me.startwiki[408]: 120131 12:06:41 mysqld_safe Logging to '/Applications/mediawiki-1.18.1-0/mysql/data/mysqld.log'.

Jan 31 12:06:41 sect com.apple.launchd[1] (0x7f97d5001830.anonymous.nohup[628]): Bug: launchd_core_logic.c:9375 (25247):0

Jan 31 12:06:41 sect com.apple.launchd[1] (0x7f97d5001830.anonymous.nohup[628]): Switching sessions is not allowed in the system Mach bootstrap.

which look like they're being caused when mysql starts.

if i time it right i can actually see the wiki main page briefly but then it shuts down.

any ideas? The Elves Of Dunsimore (talk) 09:13, 31 January 2012 (UTC)

MediaWiki is not a desktop application. You can't "start" it.

I assume you mean you want to start Apache and MySQL at boot up ?

This is very possible, but depends on which Apache/MySQL you use. If you use the default Apache that comes with OS X, then all you have to do is enable it from the System Preferences > Sharing > Web Sharing and then it will be started right away and also starts when the system boots up (I do this myself as well). Krinkle 17:53, 31 January 2012 (UTC)

hi Krinkle,

thanks for the reply.

>MediaWiki is not a desktop application. You can't "start" it.

sure you can, if this were a more typical unix flavour i'd expect to be able to put the command i'm currently using to "start" it...

/Applications/mediawiki-1.18.1-0/ctlscript.sh start

in one of the rc scripts and that (hopefully) would be it. but the equivalent under os x seems to be (i'm new to os x but not unix) to create a .plist file and use launchctl load etc however when i do that i get the errors i mentioned. i was hoping someone had already come across this and knew of a fix otherwise i'll have to go into the mysql start scripts and try to figure out whats offending mach.

cheers, The Elves Of Dunsimore 02:02, 1 February 2012 (UTC)

>MediaWiki is not a desktop application. You can't "start" it.

sure you can, if this were a more typical unix flavour i'd expect to be able to put the command i'm currently using to "start" it...

/Applications/mediawiki-1.18.1-0/ctlscript.sh start

There is no such file called ctlscript.sh in MediaWiki's code base.

Point stands: There no such thing as "starting mediawiki". You can:

• Start Apache/MySQL
• and/or: Open a browser and point it to your wiki's URL

Is that what you mean? Krinkle 16:14, 7 February 2012 (UTC)

Link

I know it`s off topic, but it has to do with Mediawiki.

I have some problems after moving wiki to another server. Seems I can`t change the old server adress to the new one in all directions....

Is a tool out there which tells me for a link in Firefox web console who accesses the link?

Thanks in advance!!!! It2010bg (talk) 10:41, 31 January 2012 (UTC)

Just change $wgServer in LocalSettings.php if given. Otherwise, learn to explain because I don't know what you want to do. SVG 17:20, 31 January 2012 (UTC)

Learn to read what I`m writing....

I asked for a tool... Nothing to understand!

But I`ll explain it for you:

Imagine I`m a link.

I want to know, which link or file requested me. I think this can be understood ;) It2010bg 08:52, 1 February 2012 (UTC)

Then, just program an extension. I don't know if there is an extension which provides this. SVG 15:46, 1 February 2012 (UTC)

Ok thanks.

In the meantime I thought about too and am searching through them.

Found one extension, that meets my requirements (FileLinkExtension) but when I use it the user logins disappears --> Every user account isn`t reachable from this moment on - says it doesn`t exist...?!

Searching for another atm. It2010bg 08:20, 2 February 2012 (UTC)

I'm really confused what you're asking - but are you aware of the page Special:linksearch on your wiki? Bawolff 18:26, 2 February 2012 (UTC)

Thanks for the tip...

I don`t recognize that page -.-

But the linksearch just tells me that nothing accesses to the link (tried it out in all subfolder / subfile versions... It2010bg 08:39, 6 February 2012 (UTC)

User rights / admins

Hello MediaWiki support team,

me and a friend are operating an own wiki (MediaWiki 1.17.0; PHP 5.3.9 (apache2handler); MySQL 5.1.37-1ubuntu5.5). And that is our problem: we would like to change the name of the admin (sysop) user group. That's impossible. So we added a new group with the same rights - impossible, too.

Note: the new user group has got a special character (it's the German ä) in its name.

I hope that I can get an answer quickly.

Greets 80.133.118.21 (talk) 16:39, 31 January 2012 (UTC)

Umlauts are not possible. You can change the administrators' groupname by editing MediaWiki:Group-sysop (plural), MediaWiki:Group-sysop-member (singular) and MediaWiki:Grouppage-sysop (grouppage). The same is valid for any other groups. SVG 17:11, 31 January 2012 (UTC)

Yeah, you shouldn't have to change the backend code name "sysop". Leave that as is and just change the interface messages on your wiki:

• MediaWiki:Group-sysop: Name of group ("Administrators")
• MediaWiki:Group-sysop-member: Name of user in this group ("administrator")
• MediaWiki:Grouppage-sysop: Wiki page name where this group is explained ("Project:Administrators") Krinkle 17:50, 31 January 2012 (UTC)

Thanks for your quick help. It's working. - And Umlauts are possible. 80.133.99.25 17:14, 1 February 2012 (UTC)

Umlaute in Systemnamen von Benutzergruppen hatte ich irgendwo auch schonmal gesehen. Dennoch würde ich immer empfehlen, auf Umlaute zu verzichten. SVG 17:34, 1 February 2012 (UTC)