Project:Support desk/Flow/2014/01

This page is an archive.

Please ask questions on the current support desk.

showJobs groups meanings

Can someone add the meanings to the different job groups/types to showJobs page? for instance what is the difference between refreshLinks and refreshLinks2? Thanks in advance Skunark (talk) 01:52, 1 January 2014 (UTC)

Which "showjobs page" are you refering to? ☠MarkAHershberger☢(talk)☣ 22:33, 3 January 2014 (UTC)

I guess he means Manual:ShowJobs.php. 88.130.90.34 22:51, 3 January 2014 (UTC)

In that case, a bug report is appropriate. I've filed one: Better descriptions from showJobs.php. ☠MarkAHershberger☢(talk)☣ 20:07, 4 January 2014 (UTC)

For reference, refreshLinks refreshes the links on a page (e.g. check for changes in how the page is categorized). RefreshLinks2 is responsible for inserting refreshLinks jobs (e.g. If you edit a template used by 100000 pages, the task of inserting jobs to refresh those pages is a job in itself, and that's refreshLinks2). Bawolff (talk) 05:10, 7 January 2014 (UTC)

[RESOLVED] Navigation buttons incorrectly displayed

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

---

Hello,

I'm not sure how to describe the issue I've been having for quite some time. Please have a look at this screenshot I took:

http://imgur.com/KoE1o2E

As you can see, the first "Article" button has a weird space on the left. The same goes for the first button in the second group on the right - "Read" in English.

A couple of hours ago I successfully updated to MW 1.22, so I assume this means the skin (Vector) is in stock conditions - at any rate I have not applied any changes to the styles, nor is there anything of the sort in MediaWiki:Common.css as far as I can tell.

Could you please help me identify the cause for this? If you need to look at the page itself, the address is http://www.wisdom13.eu, though it is not open to the public for reading. Would that be enough?

Thank in advance!

P.S. Nevermind, I figured it out finally. You could deleted this. Bozla (talk) 13:24, 1 January 2014 (UTC)

Hi!

I guess you still have some old CSS rules in a cache somewhere. Maybe in your browser cache or maybe in a cache on the server. Maybe even inbetween should one of the servers inbetween do caching. 88.130.110.25 18:06, 1 January 2014 (UTC)

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

Copy paste images with clipboard

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

---

Hello,

I'm looking for a feature that can allow to copy paste image from clipboard without uploading files.

Regards, 85.233.205.20 (talk) 14:47, 2 January 2014 (UTC)

Quick shot: I don't think that is possible: When you want to use an image online, then you will have to put it online as well. You might be interested in $wgAllowExternalImages, but this only allows you to use images, which already are uploaded somewhere and you sound like this is not what you want. So in most cases this means that you will still have to upload the image. There is no way around this. That is also needed for MediaWiki to properly work with the image (e.g. for scaling and such). So the only possibility would be to have kind of an "automated background uploader": You paste an image into the editing window and MediaWiki automatically begins to upload that image.

However, I do not know of an extension, which could do that. And - even if there was one - you would still have to enter an image tag into the wiki text of your page in order to display the image there. 88.130.94.158 15:38, 2 January 2014 (UTC)

Do you know if this exists anywhere? If it does, you could build it for MediaWiki. I think it should be possible, but I've never seen anything like this. Otherwise, the advice you've already gotten is good. ☠MarkAHershberger☢(talk)☣ 16:44, 3 January 2014 (UTC)

It's definitely possible... but would be limited to Chrome.

Github Issues is the perfect example... paste from clipboard and it uploads the image and inserts into the wiki editor the appropriate Markdown code.

Someone made a clone of it: https://github.com/Rovak/InlineAttachment

You could take that... make it upload to mediawiki as a new image with some timestamp like file name (this would require some effort)...

and have it update the mediawiki text with mediawiki flavored image tag.

I would love this so much. Blake Robertson 10:54, 24 January 2014 (UTC)

There's Extension:ClipUpload, which lets you paste images into the editing area. (It uploads them in the background - I doubt there are any extensions that allow pasting images without uploading) Lethosor (talk) 03:56, 27 January 2014 (UTC)

Thanks a lot, works like a charm! If you have a private MediaWiki just make sure you0re loged in, otherwise it will not work! 213.193.110.26 17:08, 20 March 2014 (UTC)

Or the extension could search for equivalent files (using the MD5 hash) that have previously been uploaded to the wiki. Ricordisamoa 22:33, 5 February 2014 (UTC)

You can also use WikiUp for easy pasting of images and files to MediaWiki. http://wikiup.se/ 37.2.31.143 19:16, 16 September 2014 (UTC)

npm install clipboard --save 77.119.131.228 (talk) 15:44, 27 March 2018 (UTC)

News about function to directly copy from clipboard to mediawiki ? 94.199.153.129 (talk) 15:19, 5 March 2020 (UTC)

SimpleBatchUpload has this now. ☠MarkAHershberger☢(talk)☣ 17:00, 5 March 2020 (UTC)

Not sure where SimpleBatchUpload has this exactly?@MarkAHershberger Frosty9191 (talk) 12:07, 16 November 2020 (UTC)

If you have a question, please open a new topic. ☠MarkAHershberger☢(talk)☣ 17:15, 16 November 2020 (UTC)

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

[RESOLVED] Error: 1044 Access denied for user '******'@'localhost' to database 'my_wiki' (127.0.0.1)

Why am I getting this error?

Not understanding.

I'm installing it on a subdomain wiki.mysite.com I need to change something?

Thanks 177.17.88.47 (talk) 21:51, 2 January 2014 (UTC)

Did you create the database and added access for your user? Error 1044 seems to be a create database error. Tim (SVG) 22:01, 2 January 2014 (UTC)

Yeah,

That's what I did the secont try:

- Cpanel > MySQL Database;

- New database: ******_exempleDB

- New user: ******_exempleUSER; exemplePASS

- Add user to DB: ******exempleUSER to ******_exempleDB, selected all;

Used exempleUSER, exemplePASS and the same sulfix to the database, exempleDB on the instalation!

Any idea? 177.17.88.47 00:29, 3 January 2014 (UTC)

Consulta:

CREATE DATABASE `my_wiki`CHARACTER SET utf8

Função: MysqlInstaller::setupDatabase

Erro: 1044 Access denied for user 'nomade'@'localhost' to database 'my_wiki' (127.0.0.1) 177.17.88.47 00:32, 3 January 2014 (UTC)

[SOLVED]

Now I used the whole name of user and DB - "******_exempleDB" and "******_exempleUSER" - thanks for que AWESOMELY quick answer! 177.17.88.47 00:36, 3 January 2014 (UTC)

[RESOLVED] How to enable email notification for watchlist changes by default

Perhaps I'm dense, but reading the manual and numerous Google searches keep pointing me to "$wgEnotifWatchlist" as a solution, but new (and existing) users do not get the email notifications when this is set to true.

How can you set MediaWiki to send email notifications to changes on editors watchlist by default? This will go perfectly with the new default (as of 1.23) to add new pages and edits to a editors watchlist by default.

MediaWiki 1.23wmf8, PHP 5.3.3 Ckoerner (talk) 22:54, 2 January 2014 (UTC)

Hi!

First upload a small PHP script to your server and try the mail function of PHP with that one. That should tell you, if sending mails works at all or if it's already broken on the level of PHP. Do you receive those mails?

For MediaWiki, first $wgEmailAuthentication must be true; otherwise $wgEmailAuthentication will be ignored. Then with $wgEmailAuthentication set to true, MediaWiki should send out mails. If $wgEmailAuthentication is false, MediaWiki will not send mails. Finally, $wgEnotifWatchlist must be true in order to get mails for watchlist changes. Do you get mails with these settings? 88.130.94.158 00:12, 3 January 2014 (UTC)

Thank you for replying. I'm sorry I wasn't very clear on my issue. Editors can (and do) receive email notifications when pages on their watchlist are changed. What I'm trying to figure out is how to make the user preference of "Email me when a page or file on my watchlist is changed" set to be on by default. Ckoerner (talk) 15:06, 3 January 2014 (UTC)

In that case you will be interested in $wgDefaultUserOptions.

$wgDefaultUserOptions['enotifwatchlistpages'] = true;

should be the option you are looking for. This will change the default for all new users and for all users, who have not customized their preferences. Existing user accounts who had the (previous) default option and didn't set it explicitly (which means that it's not stored in the database) will then use the new default.

For old users, who have changed the default, you can use the maintenance script userOptions.php to change their setting as well:

php userOptions.php enotifwatchlistpages --old 0 --new 1

This should change the value for those old users, who already have it in the DB = who changed from the default. 88.130.90.34 15:20, 3 January 2014 (UTC)

Thank you random stranger on the Internet. I appreciate your help. This is exactly what I was looking for. Ckoerner (talk) 18:27, 3 January 2014 (UTC)

Hover state on GIF animations

Hello,

I've been re-directed here from Bugzilla (Bug 59217).

I have noticed on [1] that the .Gif [2] is in a constant state of Animation. This is highly distracting when trying to read the article and it seems inefficient and unnecessary.

I was wondering if there was a way to implement an active state only when the .Gif is hovered over with someone's pointer. I thought, and have been told, it is possible with CSS.

I am looking specifically to see if it is possible for this to be done for individual articles. I have three key questions really; Would the CSS be external, or could it be written inline or embedded? What would the markup actually be? Also, do i need wiki-wide consensus on the matter or would specific article talk-page consensus be enough to allow the implementation of this CSS?

Thanks.

For Versions:[3] Cesdeva (talk) 23:26, 2 January 2014 (UTC)

Yes, specially people visually impaired can have problems reading text where there's an animation next to the text they're reading.

A trick that helps me, and works at least in Firefox, is to press the [ESC] key when the page has finished loading. That stops all animated gifs. But if you want to resume the animation again you have to reload the entire page again. Ciencia Al Poder (talk) 11:29, 3 January 2014 (UTC)

I've asked Brian on the bug if he could provide a link to how to do this in CSS since I'm not immediately familiar with this. But otherwise, after we have that it should be possible to show you how to do this. ☠MarkAHershberger☢(talk)☣ 16:25, 3 January 2014 (UTC)

Found the answer. It looks like you have to use two images, but once you provide the static one, the CSS could be done on that page using a <div> around the images, I think. It would be better to have a class that does this in Mediawiki:Common.css, though. ☠MarkAHershberger☢(talk)☣ 16:39, 3 January 2014 (UTC)

Oh, sadly, I've now checked and Firefox no longer stops gif animations anymore when pressing the ESC key [4]

Cesdeva is asking for a problem in that Wikipedia article, so a solution may involve changes in MediaWiki core. Providing a static version of an animated gif requires manual intervention to upload it to commons and link it somewhere in the article so the CSS knows both images, which isn't feasible. That, or render a static version of the gif on the fly by the server (just like we resize images). Ciencia Al Poder (talk) 17:38, 3 January 2014 (UTC)

It does require two images, and that does seem wasteful, but I wouldn't say it "isn't feasible". The WP community could agree to this change and implement it with some changes to MediaWiki:Common.css. It doesn't require changes to core MediaWiki. ☠MarkAHershberger☢(talk)☣ 21:59, 3 January 2014 (UTC)

[RESOLVED] Edit the Side bar

Firstly I am a new user to mediawiki and the wiki format on a very steep learning curve. The site is www.thehypnopedia.com I would like some clear instructions on how to edit the menu items on the sidebar rather than putting page lists and links. I am not a coding professional so any thing that makes my task simple would be appreciated

What i would ideally like to achieve is to be able to add menu items and sub menu items about 10 of each for the time being with links within the information and community pages starting with the Main page and working down to the community pages / portal

My thanks in anticipation. The hypnotist (talk) 10:10, 3 January 2014 (UTC)

Hi!

You find information on how to edit the sidebar on Manual:Interface/Sidebar; that should enable you to do the things you want.

Btw. your MediaWiki version (1.20.2) is no longer current; it has known security holes and there will be no security updates for it. When you have some time, you should do an Upgrade to a current version. In your situation (using 1.20 without any extension installed) I recommend to upgrade to 1.22.0. This is the newest available version. 88.130.90.34 12:56, 3 January 2014 (UTC)

Hi thanks for your response, My problem is I am a complete novice no programming knowledge whatever been fed on drag and drop and wysiwyg. i think it is understanding how the structure works do i edit the side bar on page or is it edited remotely and then added, what i am looking for is step by step instructions which are (idiot proof) if you can help many thanks in advance. The hypnotist (talk) 13:55, 3 January 2014 (UTC)

You can change the sidebar by editing the wiki page MediaWiki:Sidebar in your wiki.

This page or the list in that page somehow has it's own syntax; there is nothing comparable in MediaWiki where I would say you might already have seen exactly this kind of syntax. 88.130.90.34 14:57, 3 January 2014 (UTC)

I appreciate your time i have looked through the whole of my website and cannot find a file or a page called MediaWiki:Sidebar where would it be located? The hypnotist (talk) 15:22, 3 January 2014 (UTC)

I have found it thank you so much Regards Best Wishes and a good new year The hypnotist (talk) 15:23, 3 January 2014 (UTC)

Special watchlist - Not recently updated pages

Hi,

This concerns a company wiki. I cannot state the version of anything, since I am a user, not an administrator, and apparently don't have access to those informations.

Is it possible in any version of the wiki software to make a watchlist that shows pages which (in a specific category) haven't been updated recently, say in the last 6 months? So I could open the watchlist today, and see what needs my attention - what pages haven't been updated recently.

Thank you. Msko81 (talk) 10:25, 3 January 2014 (UTC)

Something like this could be written, but it looks like the closest thing to what you want may be Special:FewestRevisions. ☠MarkAHershberger☢(talk)☣ 15:36, 3 January 2014 (UTC)

Thanks for reply.

Can it be written by our local wiki-admin, or is it something that needs to be developed by wikimedia?

(Sorry, I'm a total wiki noob - but I consider company wikis the future, so I'm exploring the possibilities.) Msko81 (talk) 22:19, 5 January 2014 (UTC)

Have you seen Special:AncientPages - it sounds sort of like what you are looking for minus the category part. Also consider extension:DynamicPageList (Wikimedia) which can generate lists of articles in some category organized by date.

-----

The type of thing you're describing can be written by anyone as an Extension. You will need to know PHP to do so. There are also several people who offer consulting services to write extensions for people. Bawolff (talk) 16:39, 7 January 2014 (UTC)

Thanks for reply.

Maybe I will try and write it myself. I did so some PHP once. Msko81 (talk) 08:48, 8 January 2014 (UTC)

Page hit count and Popular Pages are not being displayed

Greetings,

I am trying to get the page hit count to show up at the bottom of each page and I'm trying to view the Special:PopularPages page.

However neither is currently working.

The $wgDisableCounters configuration setting is set to false.

I am using: MediaWiki 1.21.1 PHP 5.3.24 (cgi-fcgi) MySQL 5.1.70-community

Thanks,

Wade Wade.courtney (talk) 19:22, 3 January 2014 (UTC)

What skin are you using? Some skins don't show it in the footer. ☠MarkAHershberger☢(talk)☣ 22:22, 3 January 2014 (UTC)

What happens when you visit Special:PopularPages? When I set $wgDisableCounters = true;, I see "No such special page You have requested an invalid special page. A list of valid special pages can be found at Special pages." ☠MarkAHershberger☢(talk)☣ 22:27, 3 January 2014 (UTC)

Yes, that is what happens.

I am using the Vector Skin.

The count used to be there, but I think I did something very early on that made it go away.

Now I can't remember what.

LOL Wade.courtney (talk) 20:18, 6 January 2014 (UTC)

I fixed it. I had the switch in the localsettings file twice, they were contradicting one another. Wade.courtney (talk) 21:43, 6 January 2014 (UTC)

Ok, so I have a page count at the bottom of the pages, but the Special:PopularPages is blank and says it has no data. It says all of the data is cached. So does that mean every time I run update.php, I loose the popular page data?

Thanks,

Wade Wade.courtney (talk) 21:59, 6 January 2014 (UTC)

adding external links with labels

This is driving me nuts, when trying to add links to external sites and using a label I get the below error

Forbidden You don't have permission to access /mediawiki/index.php on this server. Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request.

I have the below page working, but when i try to add another link with a label I get the above error. I have seen some rubbish about mod security but it just leads no where, I have had other pages with more links but it just makes no sense, works sometimes and others it doesn't.

Wikipedia

History of randomness

Normal Distributon

Jia Xian 121.50.205.109 (talk) 03:41, 5 January 2014 (UTC)

As you already found out, it's a mod_security problem!. maybe the problem happens when you add 3 or more links in the same edit, while adding them one by one in each edit works fine. That depends on what rules have you set for mod_security Ciencia Al Poder (talk) 17:42, 5 January 2014 (UTC)

[RESOLVED] Changing page paths format in MediaWiki v.1.21.3

I've just set up a stand-alone Wiki (MediaWiki v.1.21.3, PHP 5.3.10-1ubuntu3.9 (fpm-fcgi), MySQL 5.5.27-log) and noticed that its page paths have a format different from what I'm used to seeing on Wikipedia or here. Rather than using slashes as separators, e.g.: https://www.mediawiki.org/wiki/Project:Support_desk, pages in my Wiki have paths with index.php?=title strings in them, like: http://xyz.org/index.php?title=Help, which looks untidy and makes wikilinking less obvious to me. How do I switch over to the format I'm more accustomed to, with slashes as separators?

Regards, Cinosaur (talk) 05:38, 5 January 2014 (UTC)

Never mind, I've just stumbled on a solution myself. The topic may be closed now. Cinosaur (talk) 05:50, 5 January 2014 (UTC)

You surely found Short URL and set them up for your wiki. Yes, that solves the issue. 88.130.87.150 13:02, 5 January 2014 (UTC)

ReviewAllPages.php reports errors

I cann't review all pages using reviewAllPages.php script. The following messages occur:

yoga:/srv/mediawiki-1.21.1/extensions/FlaggedRevs/maintenance # php ./reviewAllPages.php --conf ../../../LocalSettings.php --username Admin

Reviewer username: Admin First argument must be a Title or WikiPage.

Backtrace: 0 /srv/mediawiki-1.21.1/extensions/FlaggedRevs/backend/FlaggedRevs.class.php(1022): FlaggedRevs::stableVersionUpdates(Object(Article)) 1 /srv/mediawiki-1.21.1/extensions/FlaggedRevs/maintenance/reviewAllPages.php(94): FlaggedRevs::autoReviewEdit(Object(Article), Object(User), Object(Revision), Array, true) 2 /srv/mediawiki-1.21.1/extensions/FlaggedRevs/maintenance/reviewAllPages.php(26): ReviewAllPages->autoreview_current(Object(User)) 3 /srv/mediawiki-1.21.1/maintenance/doMaintenance.php(110): ReviewAllPages->execute() 4 /srv/mediawiki-1.21.1/extensions/FlaggedRevs/maintenance/reviewAllPages.php(118): require_once('/srv/...') 5 {main}

Can anybody sugest me what I should correct? Thanks in advance. 31.61.140.53 (talk) 18:42, 5 January 2014 (UTC)

Looking at https://bugzilla.wikimedia.org/show_bug.cgi?id=59012 where this was reported first, this posting seems to be missing two lines:

PHP Notice: Undefined index: * in /srv/mediawiki-1.21.1/extensions/ConfirmEdit/ConfirmEdit.php on line 206 AKlapper (WMF) (talk) 09:34, 6 January 2014 (UTC)

Why does "ReviewAllPages.php" script finish with message:

"

First argument must be a Title or WikiPage.

Backtrace:

0 /srv/mediawiki-1.21.1/extensions/FlaggedRevs/backend/FlaggedRevs.class.php(1022): FlaggedRevs::stableVersionUpdates(Object(Article))

1 /srv/mediawiki-1.21.1/extensions/FlaggedRevs/maintenance/reviewAllPages.php(94): FlaggedRevs::autoReviewEdit(Object(Article), Object(User), Object(Revision), Array, true)

2 /srv/mediawiki-1.21.1/extensions/FlaggedRevs/maintenance/reviewAllPages.php(26): ReviewAllPages->autoreview_current(Object(User)) 3 /srv/mediawiki-1.21.1/maintenance/doMaintenance.php(110): ReviewAllPages->execute()

4 /srv/mediawiki-1.21.1/extensions/FlaggedRevs/maintenance/reviewAllPages.php(118): require_once('/srv/...')

5 {main}

"

? 31.61.140.52 20:42, 8 January 2014 (UTC)

I have corrected users permissions and there aren't any PHP Notice.

But there is still error message from ReviewAllPages.php as it was presented in first post. 31.61.140.52 20:45, 8 January 2014 (UTC)

Upgrade from 1.9.2 to latest version - doable?

Hi all.

I've been very slack in upgrading my Internal _only_ MediaWiki installation and now need to bring it up to latest version. Is it a simple matter of untaring or is there a some database conversion/manipulation that is also required?

Cheers, ak. Ak2766 (talk) 05:42, 6 January 2014 (UTC)

Hi!

Yes, you will also have to update the database. It's all in Upgrade.

Doable in any case; how difficult depends on whether you use a special skin or whether you use extensions or not. These would then need an update as well. Anyway: Yes, doable. :-) 88.130.64.136 12:24, 6 January 2014 (UTC)

Fantastic. I consider myself a capable sys admin with just the right amount of 'special skin' required for the task at hand - ;)! The reason this installation is so far behind the current stable is 'cause I had left the company for a few years to persue Cisco certification and some personal time off. In the mean time, the acting sys admin neglected this VM - :(!

Anyway, let me get onto it!

Cheers,

ak. Ak2766 (talk) 00:42, 7 January 2014 (UTC)

Yeah, follow the steps described in Upgrade to get going. Don't forget to backup first! :-) 88.130.101.57 13:06, 7 January 2014 (UTC)

[RESOLVED] Web updater for upgrade 1.19 > 1.22 blacks out

Upgrading from MW 1.19.7 to 1.22 fails as the web updater proceeds straightaway from the initial page to the dreaded blank page (the URL shown is "[...]/mw-config/?page=ExistingWiki"). I've already commented out most of the extensions except ConfirmEdit, SimpleSecurity and Renameuser, and the memory limit has been set to a generous 2000+ M. Without an error message of some kind (even if error reporting is on) it is difficult to tell where to start. Any idea how diagnose this or better yet, how to solve this? Cavila 21:50, 6 January 2014 (UTC)

Hi!

See blank page. Short version: Activate error logging, reproduce the error and look it up either on screen or from in the PHP error log or the Apache error log. With a blank page there must be some kind of error; maybe error reporting is not actually logging all kinds of errors or something like that? Anyway: You need to get the actual error message - and then tell us. :-) 88.130.101.57 23:22, 6 January 2014 (UTC)

Apache log output needed. My wild guess: bugzilla:42205. AKlapper (WMF) (talk) 09:42, 7 January 2014 (UTC)

Thanks all.

Bug 42205 shows the same symptoms but appears to apply to a clean install, not to an upgrade from a fairly recent version (1.19.7) that has been running successfully; not could I find any breaking changes concerning DOM-XML support in the release notes.

Error logging as actived in LocalSettings.php doesn't produce anything, while I suppose you would need shell access to read apache and PHP error logs.

For a clean install the web updater does not report any breaking issues (Suhosin is installed, but that I think has consequences only for performance). Cavila (MW 1.19.7, MySQL 5.1.72-2, Php 5.3.3-7, SMW 1.8.0.5, SF 2.5.2) 20:34, 7 January 2014 (UTC)

Resolved!

(1) As it turns, my root folder contains some useful logs.

(2) The culprit was quite simply a setting in LocalSettings.php that was not properly commented out. This in turn may very well be the reason why setting error logging in localsettings had no effect, hence the blank screen. Cavila (MW 1.19.7, MySQL 5.1.72-2, Php 5.3.3-7, SMW 1.8.0.5, SF 2.5.2) 21:50, 7 January 2014 (UTC)

How to redirect the Privacy Policy to an external link in other website?

How to redirect the Privacy Policy to an external link in other website? I am using Mediawiki 1.20 Please reply soon Nehapant19 (talk) 06:16, 7 January 2014 (UTC)

My guess: https://www.mediawiki.org/wiki/Help:Redirects . Or check the value of "privacypage" in your source. AKlapper (WMF) (talk) 09:41, 7 January 2014 (UTC)

Hmm, at the moment, mediawiki:privacypage (The page that controls where the link goes) doesn't support external links. That's probably a bug.

Work around:

• custom skin with custom privacyLink() method
• Set up an Interwiki link to the site you want, and then use that as the privacy link (Probably easiest) Bawolff (talk) 16:35, 7 January 2014 (UTC)

Adding support for an "unrecognised" language

I'm working on a wiki-dictionary for the Balinese language which is listed here as an unrecognised language. Can someone point me to some resources on how I can go about adding support for this language? I understand that I can add it to $wgExtraLanguageNames, but what is the proper procedure for adding a new message file? I think this should be sufficient to get it to play nice with Universal Language Selector, but if anyone has any experience here I'd appreciate the advice. Thanks Andrujhon (talk) 11:32, 7 January 2014 (UTC)

If you want to do it just on your wiki, perhaps mw:Extension:Fun_MediaWiki_Languages could perhaps be used as an example for what to do (I'm guessing, I haven't actually looked at that extension).

However, it would probably be better to add translations for this language at translatewiki.net, then your translation can be used by all MediaWiki installs.

You may also be interested in making your Balinese wiki-dictionary as a wiktionary project. If so, see https://incubator.wikimedia.org/wiki/Wt/ban Bawolff (talk) 16:30, 7 January 2014 (UTC)

multi upload internet explorer 9

Hi everyone,

I've install uploadwizard tool to be able to upload multi files on my server. It work just fine with chrome... but on my productions servers.. internet explorer 9 is install and I cannot choose multiple files through that way. Is that a know issue ? Is there a solution or a fix ?

Thanks Nocturnis (talk) 14:30, 7 January 2014 (UTC)

up ? :) 80.74.77.157 13:55, 9 January 2014 (UTC)

You should file a bug report for IE9 if you want this fixed. ☠MarkAHershberger☢(talk)☣ 14:11, 14 January 2014 (UTC)

I will ! Thanks you ! Nocturnis (talk) 14:47, 15 January 2014 (UTC)

[RESOLVED] Why is Special:PopularPages blank

I get this message

The following data is cached and may not be up to date. A maximum of 1,000 results are available in the cache. 
There are no results for this report. 

I am using: MediaWiki 1.21.1

PHP 5.3.24 (cgi-fcgi)

MySQL 5.1.70-community

Thanks, Wade.courtney (talk) 23:45, 7 January 2014 (UTC)

If I remember correctly, you need to run updateSpecialPages.php or disable $wgMiserMode (this is not advisable if your wiki is very big). Krenair ^{(talk • contribs)} 00:14, 8 January 2014 (UTC)

is that a one time thing or do you have to update all the time? Wade.courtney (talk) 17:34, 8 January 2014 (UTC)

I ran update special pages, this was the output

 
C:\webapps\mtsitwiki>php maintenance/UpdateSpecialPages.php
 Statistics                     completed in 0.00s
 UnreviewedPages                completed in 0.06s
 ValidationStatistics           completed in 1.22s
 Ancientpages                   got 78 rows in 0.03s
 BrokenRedirects                got 0 rows in 0.00s
 Deadendpages                   got 69 rows in 0.02s
 Disambiguations                Could not acquire 'mtsitwiki:messages:en:status'
 lock.
 
 Backtrace:
 #0 C:\webapps\mtsitwiki\includes\cache\MessageCache.php(710): MessageCache->load ('en')
 #1 C:\webapps\mtsitwiki\includes\cache\MessageCache.php(650): MessageCache->getMsgFromNamespace('Gadgets-definit...', 'en')
 #2 C:\webapps\mtsitwiki\includes\Message.php(720): MessageCache->get('gadgets-definit...', true, Object(Language))
 #3 C:\webapps\mtsitwiki\includes\Message.php(593): Message->fetchMessage()
 #4 C:\webapps\mtsitwiki\extensions\Gadgets\Gadgets_body.php(588): Message->exists()
 #5 C:\webapps\mtsitwiki\extensions\Gadgets\Gadgets_body.php(38): Gadget::loadStructuredList()
 #6 [internal function]: GadgetHooks::userGetDefaultOptions(Array)
 #7 C:\webapps\mtsitwiki\includes\Hooks.php(255): call_user_func_array('GadgetHooks::us...', Array)
 #8 C:\webapps\mtsitwiki\includes\GlobalFunctions.php(3883): Hooks::run('UserGetDefaultO...', Array)
 #9 C:\webapps\mtsitwiki\includes\User.php(1246): wfRunHooks('UserGetDefaultO...', Array)
 #10 C:\webapps\mtsitwiki\includes\User.php(4334): User::getDefaultOptions()
 #11 C:\webapps\mtsitwiki\includes\User.php(2227): User->loadOptions()
 #12 C:\webapps\mtsitwiki\includes\context\RequestContext.php(296): User->getOption('language')
 #13 C:\webapps\mtsitwiki\includes\Message.php(360): RequestContext->getLanguage()
 #14 C:\webapps\mtsitwiki\includes\context\RequestContext.php(377): Message->setC ontext(Object(RequestContext))
 #15 [internal function]: RequestContext->msg('disambiguations...')
 #16 C:\webapps\mtsitwiki\includes\SpecialPage.php(826): call_user_func_array(Array, Array)
 #17 C:\webapps\mtsitwiki\includes\specials\SpecialDisambiguations.php(52): SpecialPage->msg('disambiguations...')
 #18 C:\webapps\mtsitwiki\includes\specials\SpecialDisambiguations.php(107): DisambiguationsPage->getQueryFromLinkBatch()
 #19 C:\webapps\mtsitwiki\includes\QueryPage.php(362): DisambiguationsPage->getQueryInfo()
 #20 C:\webapps\mtsitwiki\includes\QueryPage.php(308): QueryPage->reallyDoQuery(1000, false)
 #21 C:\webapps\mtsitwiki\maintenance\updateSpecialPages.php(107): QueryPage->recache(1000)
 #22 C:\webapps\mtsitwiki\maintenance\doMaintenance.php(110): UpdateSpecialPages->execute()
 #23 C:\webapps\mtsitwiki\maintenance\updateSpecialPages.php(149): require_once('C:\webapps\mtsi...')
 #24 {main}

Wade.courtney (talk) 17:50, 8 January 2014 (UTC)

Nevermind, it works now. Wade.courtney (talk) 17:52, 8 January 2014 (UTC)

Mediawiki 1.22+ Causes two of my servers to hang indefinitely.

See Manual:Job queue#Changes introduced in MediaWiki 1.22 for current bugs and possible workarounds until this issue is fixed.

I installed fresh 1.22, no extensions, on two servers and it fails after 2-3 pages. I've tried about 10 different installs of different servers. Early versions of the 1.22alpha (wmf7?) worked great, but the new release of 1.22 slows down and then crashes after 1 page view.

The problem occurs immediately after creating the site: I click 'go to my wiki', then 'login', then type in my login clicking sign in button. This causes it to freeze and eventually my hosting company displays a picture of a bomb. :) Clicking around the site without loging in does the same.

I'm not a programmer but my installations of MediaWiki from 1.17-1.21 have run perfectly on the same configuration. I've tried it on two servers with different configurations. Same result 1.22+

PHP	5.3.28 (cgi-fcgi)
MySQL	5.5.32-31.0-log

The CPanel process display shows:

PID	Process	Virt MEM	MEM	Time Running	Kill
1014	runJobs.php --maxjobs 1	280360 kB	43316 kB	786 secs	Kill Process
3220	runJobs.php --maxjobs 1	258148 kB	19732 kB	726 secs	Kill Process
8645	runJobs.php --maxjobs 1	283576 kB	38100 kB	5221 secs	Kill Process
8649	runJobs.php --maxjobs 1	259172 kB	17420 kB	5221 secs

with the 5221 increasing with each refresh. Help! MarkJurgens (talk) 03:41, 8 January 2014 (UTC)

Hi!

Can you say, if this is somehow related to https://bugzilla.wikimedia.org/show_bug.cgi?id=58719 ? In that issue the wiki still displays fine, but jobs are not executed just like they are not for you. Or are the jobs executed for you and they only do not shut down properly?

If you have shell access, you can try running the maintenance script runJobs.php from the shell. This will not solve your initial problem, but at least the current jobs should then all be done. 88.130.96.230 12:15, 8 January 2014 (UTC)

Another user has the same problem, in bug 47375. Backlinking from that bug to this post Ciencia Al Poder (talk) 15:00, 10 January 2014 (UTC)

Specifically, see comment #9 of bug 47375. Maiden taiwan (talk) 15:05, 10 January 2014 (UTC)

What versions of PHP and mySQL are on your problematic servers? Maiden taiwan (talk) 18:59, 10 January 2014 (UTC)

Well, the PHP and MySQL versions are already present in the first post of this thread, easily visible because they're in preformatted text :) Ciencia Al Poder (talk) 12:04, 11 January 2014 (UTC)

Thanks for the comments, I'd really like to get past this and install.

Here's what the install profiler says about my system. I use the default install options (binary, mySQL)

PHP 5.3.28 is installed.
Warning: Could not find APC, XCache or WinCache.
Object caching is not enabled.
Found ImageMagick: /usr/bin/convert.
Image thumbnailing will be enabled if you enable uploads.
Found the Git version control software: /usr/bin/git.
Using server name "
Using server URL 
Warning: Your default directory for uploads /home/website/public_html/234/images/ is vulnerable to arbitrary scripts execution.
Although MediaWiki checks all uploaded files for security threats, it is highly recommended to close this security vulnerability before enabling uploads.
Using the intl PECL extension for Unicode normalisation.
Warning: The installed version of the Unicode normalisation wrapper uses an older version of the ICU project's library.
You should upgrade if you are at all concerned about using Unicode.

A couple days later my processes look like this:

PID	Process	Virt MEM	MEM	Time Running	Kill
1014	runJobs.php --maxjobs 1	280360 kB	24052 kB	29670 secs	Kill Process
3220	runJobs.php --maxjobs 1	258148 kB	7232 kB	29670 secs	Kill Process
8645	runJobs.php --maxjobs 1	283576 kB	16316 kB	29670 secs	Kill Process
8649	runJobs.php --maxjobs 1	259172 kB	7780 kB	29670 secs	Kill Process
19069	cpaneld - serving 64.231.49.215	95900 kB	12316 kB	14 secs	
19172	cpaneld - serving 64.231.49.215	95696 kB	11720 kB	11 secs	
19173	cpaneld - serving 64.231.49.215	95508 kB	11476 kB	11 secs	
19174	cpaneld - serving 64.231.49.215	95696 kB	11908 kB	11 secs	
19175	cpaneld - serving 64.231.49.215	95828 kB	12084 kB	11 secs	
19176	cpaneld - serving 64.231.49.215	96096 kB	12340 kB	11 secs	
19569	cpanel - ./frontend/Crystal/sg_files/processes.php	122940 kB	43964 kB	0 secs	Kill Process
19587	cpanel - phpengine.1389580166.19569rzwKGoMVFv	136172 kB	9976 kB	0 secs

On a possibly unrelated note,

I see strange characters --> អំពី beside the website name at the bottom of the pagewhen I install 1.22 or higher. MarkJurgens (talk) 02:48, 13 January 2014 (UTC)

I have a similar problem. Since version 1.22 came out, all MediaWikis installs on my servers running cPanel hang when accessing the main page (right after install, no custom modifications done). Here is the list of processes when accessing the main page ONCE:

Extended content

jauvin jauvin 29587 5016 196072 16904 49018 S - ? 0.0 0.0 Mon Feb 3 14:30:41 2014 cpaneld - serving 96.127.207.35 jauvin jauvin 29588 5016 195984 16608 48996 S - ? 0.0 0.0 Mon Feb 3 14:30:41 2014 cpaneld - serving 96.127.207.35 jauvin jauvin 30619 30604 265628 36748 66407 S - ? 0.5 0.1 Mon Feb 3 14:32:35 2014 /usr/bin/php /home/jauvin/public_html/mw/index.php jauvin jauvin 30679 30619 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:42 2014 [bash] <defunct> jauvin jauvin 30687 1 263720 34608 65930 S - ? 0.4 0.1 Mon Feb 3 14:32:42 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 30690 30687 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:42 2014 [bash] <defunct> jauvin jauvin 30693 1 263720 34608 65930 S - ? 0.4 0.1 Mon Feb 3 14:32:42 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 30694 30693 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:42 2014 [bash] <defunct> jauvin jauvin 30697 1 263720 34608 65930 S - ? 0.5 0.1 Mon Feb 3 14:32:42 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 30699 30697 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:42 2014 [bash] <defunct> jauvin jauvin 30702 1 263720 34608 65930 S - ? 0.4 0.1 Mon Feb 3 14:32:42 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 30705 30702 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:42 2014 [bash] <defunct> jauvin jauvin 30708 1 263720 34608 65930 S - ? 0.4 0.1 Mon Feb 3 14:32:42 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 30712 30708 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:42 2014 [bash] <defunct> jauvin jauvin 30715 1 263720 34608 65930 S - ? 0.4 0.1 Mon Feb 3 14:32:42 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 30718 30715 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:42 2014 [bash] <defunct> jauvin jauvin 30722 1 263720 34608 65930 S - ? 0.4 0.1 Mon Feb 3 14:32:42 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 30726 30722 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:42 2014 [bash] <defunct> jauvin jauvin 30729 1 263720 34608 65930 S - ? 0.5 0.1 Mon Feb 3 14:32:42 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 30734 30729 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:43 2014 [bash] <defunct> jauvin jauvin 30738 1 263720 34608 65930 S - ? 0.5 0.1 Mon Feb 3 14:32:43 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 30742 30738 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:43 2014 [bash] <defunct> jauvin jauvin 30745 1 263720 34608 65930 S - ? 0.5 0.1 Mon Feb 3 14:32:43 2014 /usr/bin/php /home/jauvin/pu blic_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 30748 30745 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:43 2014 [bash] <defunct> jauvin jauvin 30751 1 263796 34572 65949 S - ? 0.5 0.1 Mon Feb 3 14:32:43 2014 /usr/bin/php /home/jauvin/pu blic_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 30754 30751 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:43 2014 [bash] <defunct> jauvin jauvin 30757 1 263720 34608 65930 S - ? 0.5 0.1 Mon Feb 3 14:32:43 2014 /usr/bin/php /home/jauvin/pu blic_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 30759 30757 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:43 2014 [bash] <defunct> jauvin jauvin 30762 1 263720 34608 65930 S - ? 0.5 0.1 Mon Feb 3 14:32:43 2014 /usr/bin/php /home/jauvin/pu blic_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 30765 30762 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:43 2014 [bash] <defunct> jauvin jauvin 30768 1 263720 34608 65930 S - ? 0.5 0.1 Mon Feb 3 14:32:43 2014 /usr/bin/php /home/jauvin/pu blic_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 30771 30768 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:43 2014 [bash] <defunct> jauvin jauvin 30774 1 263720 34608 65930 S - ? 0.5 0.1 Mon Feb 3 14:32:43 2014 /usr/bin/php /home/jauvin/pu blic_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 30781 30774 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:43 2014 [bash] <defunct> jauvin jauvin 30784 1 263720 34608 65930 S - ? 0.5 0.1 Mon Feb 3 14:32:43 2014 /usr/bin/php /home/jauvin/pu blic_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 30791 30784 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:43 2014 [bash] <defunct> jauvin jauvin 30794 1 263720 34608 65930 S - ? 0.5 0.1 Mon Feb 3 14:32:43 2014 /usr/bin/php /home/jauvin/pu blic_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 30799 30794 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:43 2014 [bash] <defunct> jauvin jauvin 30802 1 263720 34608 65930 S - ? 0.5 0.1 Mon Feb 3 14:32:43 2014 /usr/bin/php /home/jauvin/pu blic_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 30807 30802 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:43 2014 [bash] <defunct> jauvin jauvin 30810 1 263720 34608 65930 S - ? 0.5 0.1 Mon Feb 3 14:32:43 2014 /usr/bin/php /home/jauvin/pu blic_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 30813 30810 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:43 2014 [bash] <defunct> jauvin jauvin 30816 1 263720 34608 65930 S - ? 0.5 0.1 Mon Feb 3 14:32:43 2014 /usr/bin/php /home/jauvin/pu blic_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 30819 30816 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:44 2014 [bash] <defunct> jauvin jauvin 30822 1 263720 34608 65930 S - ? 0.5 0.1 Mon Feb 3 14:32:44 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 30831 30822 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:44 2014 [bash] <defunct> jauvin jauvin 30836 1 263720 34608 65930 S - ? 0.5 0.1 Mon Feb 3 14:32:44 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 30840 30836 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:44 2014 [bash] <defunct> jauvin jauvin 30843 1 263720 34608 65930 S - ? 0.6 0.1 Mon Feb 3 14:32:44 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 30845 30843 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:44 2014 [bash] <defunct> jauvin jauvin 30849 1 263720 34608 65930 S - ? 0.6 0.1 Mon Feb 3 14:32:44 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 30852 30849 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:44 2014 [bash] <defunct> jauvin jauvin 30855 1 263720 34608 65930 S - ? 0.6 0.1 Mon Feb 3 14:32:44 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 30858 30855 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:44 2014 [bash] <defunct> jauvin jauvin 30861 1 263720 34608 65930 S - ? 0.6 0.1 Mon Feb 3 14:32:44 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 30864 30861 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:44 2014 [bash] <defunct> jauvin jauvin 30867 1 263720 34608 65930 S - ? 0.5 0.1 Mon Feb 3 14:32:44 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 30872 30867 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:44 2014 [bash] <defunct> jauvin jauvin 30875 1 263720 34608 65930 S - ? 0.5 0.1 Mon Feb 3 14:32:44 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 30878 30875 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:44 2014 [bash] <defunct> jauvin jauvin 30881 1 263720 34608 65930 S - ? 0.6 0.1 Mon Feb 3 14:32:44 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 30884 30881 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:44 2014 [bash] <defunct> jauvin jauvin 30887 1 263720 34608 65930 S - ? 0.6 0.1 Mon Feb 3 14:32:44 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 30893 30887 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:44 2014 [bash] <defunct> jauvin jauvin 30896 1 263720 34608 65930 S - ? 0.6 0.1 Mon Feb 3 14:32:44 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 30899 30896 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:44 2014 [bash] <defunct> jauvin jauvin 30902 1 263796 34572 65949 S - ? 0.6 0.1 Mon Feb 3 14:32:44 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 30906 30902 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:44 2014 [bash] <defunct> jauvin jauvin 30909 1 263720 34608 65930 S - ? 0.5 0.1 Mon Feb 3 14:32:44 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 30912 30909 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:45 2014 [bash] <defunct> jauvin jauvin 30915 1 263720 34608 65930 S - ? 0.6 0.1 Mon Feb 3 14:32:45 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 30918 30915 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:45 2014 [bash] <defunct> jauvin jauvin 30921 1 263720 34608 65930 S - ? 0.6 0.1 Mon Feb 3 14:32:45 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 30924 30921 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:45 2014 [bash] <defunct> jauvin jauvin 30927 1 263720 34608 65930 S - ? 0.6 0.1 Mon Feb 3 14:32:45 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 30930 30927 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:45 2014 [bash] <defunct> jauvin jauvin 30933 1 263720 34608 65930 S - ? 0.7 0.1 Mon Feb 3 14:32:45 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 30937 30933 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:45 2014 [bash] <defunct> jauvin jauvin 30940 1 263720 34608 65930 S - ? 0.6 0.1 Mon Feb 3 14:32:45 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 30944 30940 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:45 2014 [bash] <defunct> jauvin jauvin 30947 1 263720 34608 65930 S - ? 0.6 0.1 Mon Feb 3 14:32:45 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 30952 30947 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:45 2014 [bash] <defunct> jauvin jauvin 30955 1 263720 34608 65930 S - ? 0.7 0.1 Mon Feb 3 14:32:45 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 30958 30955 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:45 2014 [bash] <defunct> jauvin jauvin 30961 1 263720 34608 65930 S - ? 0.6 0.1 Mon Feb 3 14:32:45 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 30964 30961 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:45 2014 [bash] <defunct> jauvin jauvin 30967 1 263720 34608 65930 S - ? 0.6 0.1 Mon Feb 3 14:32:45 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 30971 30967 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:45 2014 [bash] <defunct> jauvin jauvin 30974 1 263720 34608 65930 S - ? 0.7 0.1 Mon Feb 3 14:32:45 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 30978 30974 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:45 2014 [bash] <defunct> jauvin jauvin 30981 1 263720 34608 65930 S - ? 0.7 0.1 Mon Feb 3 14:32:45 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 30984 30981 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:45 2014 [bash] <defunct> jauvin jauvin 30987 1 263720 34608 65930 S - ? 0.6 0.1 Mon Feb 3 14:32:45 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 30990 30987 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:45 2014 [bash] <defunct> jauvin jauvin 30993 1 263720 34608 65930 S - ? 0.6 0.1 Mon Feb 3 14:32:46 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 30997 30993 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:46 2014 [bash] <defunct> jauvin jauvin 31000 1 263720 34608 65930 S - ? 0.6 0.1 Mon Feb 3 14:32:46 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31005 31000 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:46 2014 [bash] <defunct> jauvin jauvin 31008 1 263720 34608 65930 S - ? 0.6 0.1 Mon Feb 3 14:32:46 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31012 31008 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:46 2014 [bash] <defunct> jauvin jauvin 31015 1 263720 34608 65930 S - ? 0.7 0.1 Mon Feb 3 14:32:46 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31018 31015 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:46 2014 [bash] <defunct> jauvin jauvin 31021 1 263720 34608 65930 S - ? 0.6 0.1 Mon Feb 3 14:32:46 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31024 31021 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:46 2014 [bash] <defunct> jauvin jauvin 31027 1 263720 34608 65930 S - ? 0.6 0.1 Mon Feb 3 14:32:46 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31032 31027 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:46 2014 [bash] <defunct> jauvin jauvin 31035 1 263720 34608 65930 S - ? 0.6 0.1 Mon Feb 3 14:32:46 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31038 31035 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:46 2014 [bash] <defunct> jauvin jauvin 31041 1 263720 34608 65930 S - ? 0.6 0.1 Mon Feb 3 14:32:46 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31044 31041 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:46 2014 [bash] <defunct> jauvin jauvin 31047 1 263720 34608 65930 S - ? 0.7 0.1 Mon Feb 3 14:32:46 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31051 31047 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:46 2014 [bash] <defunct> jauvin jauvin 31054 1 263720 34608 65930 S - ? 0.7 0.1 Mon Feb 3 14:32:46 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31061 31054 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:46 2014 [bash] <defunct> jauvin jauvin 31064 1 263720 34608 65930 S - ? 0.7 0.1 Mon Feb 3 14:32:46 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31067 31064 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:46 2014 [bash] <defunct> jauvin jauvin 31070 1 263720 34608 65930 S - ? 0.6 0.1 Mon Feb 3 14:32:46 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31072 31070 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:46 2014 [bash] <defunct> jauvin jauvin 31075 1 263720 34608 65930 S - ? 0.6 0.1 Mon Feb 3 14:32:46 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31080 31075 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:47 2014 [bash] <defunct> jauvin jauvin 31083 1 263720 34608 65930 S - ? 0.7 0.1 Mon Feb 3 14:32:47 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31087 31083 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:47 2014 [bash] <defunct> jauvin jauvin 31090 1 263720 34608 65930 S - ? 0.7 0.1 Mon Feb 3 14:32:47 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31093 31090 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:47 2014 [bash] <defunct> jauvin jauvin 31096 1 263720 34608 65930 S - ? 0.7 0.1 Mon Feb 3 14:32:47 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31099 31096 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:47 2014 [bash] <defunct> jauvin jauvin 31102 1 263720 34608 65930 S - ? 0.7 0.1 Mon Feb 3 14:32:47 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31105 31102 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:47 2014 [bash] <defunct> jauvin jauvin 31108 1 263720 34608 65930 S - ? 0.8 0.1 Mon Feb 3 14:32:47 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31111 31108 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:47 2014 [bash] <defunct> jauvin jauvin 31114 1 263720 34608 65930 S - ? 0.7 0.1 Mon Feb 3 14:32:47 2014 /usr/bin/php /home/jauvin/pu: blic_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31117 31114 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:47 2014 [bash] <defunct> jauvin jauvin 31120 1 263720 34608 65930 S - ? 0.7 0.1 Mon Feb 3 14:32:47 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31123 31120 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:47 2014 [bash] <defunct> jauvin jauvin 31126 1 263720 34608 65930 S - ? 0.8 0.1 Mon Feb 3 14:32:47 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31129 31126 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:47 2014 [bash] <defunct> jauvin jauvin 31132 1 263720 34608 65930 S - ? 0.7 0.1 Mon Feb 3 14:32:47 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31135 31132 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:47 2014 [bash] <defunct> jauvin jauvin 31138 1 263720 34608 65930 S - ? 0.7 0.1 Mon Feb 3 14:32:47 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31141 31138 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:47 2014 [bash] <defunct> jauvin jauvin 31144 1 263720 34608 65930 S - ? 0.7 0.1 Mon Feb 3 14:32:47 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31147 31144 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:47 2014 [bash] <defunct> jauvin jauvin 31150 1 263720 34608 65930 S - ? 0.7 0.1 Mon Feb 3 14:32:47 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31153 31150 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:47 2014 [bash] <defunct> jauvin jauvin 31156 1 263720 34608 65930 S - ? 0.7 0.1 Mon Feb 3 14:32:47 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31159 31156 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:48 2014 [bash] <defunct> jauvin jauvin 31162 1 263720 34608 65930 S - ? 0.8 0.1 Mon Feb 3 14:32:48 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31165 31162 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:48 2014 [bash] <defunct> jauvin jauvin 31168 1 263720 34608 65930 S - ? 0.8 0.1 Mon Feb 3 14:32:48 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31171 31168 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:48 2014 [bash] <defunct> jauvin jauvin 31174 1 263720 34608 65930 S - ? 0.8 0.1 Mon Feb 3 14:32:48 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31177 31174 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:48 2014 [bash] <defunct> jauvin jauvin 31180 1 263720 34608 65930 S - ? 0.8 0.1 Mon Feb 3 14:32:48 2014 /usr/bin/php /home/jauvin/pu: blic_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31183 31180 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:48 2014 [bash] <defunct> jauvin jauvin 31186 1 263720 34608 65930 S - ? 1.0 0.1 Mon Feb 3 14:32:48 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31190 31186 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:48 2014 [bash] <defunct> jauvin jauvin 31193 1 263720 34608 65930 S - ? 0.8 0.1 Mon Feb 3 14:32:48 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31197 31193 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:48 2014 [bash] <defunct> jauvin jauvin 31200 1 263720 34608 65930 S - ? 0.8 0.1 Mon Feb 3 14:32:48 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31203 31200 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:48 2014 [bash] <defunct> jauvin jauvin 31206 1 263720 34608 65930 S - ? 0.8 0.1 Mon Feb 3 14:32:48 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31209 31206 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:48 2014 [bash] <defunct> jauvin jauvin 31212 1 263720 34608 65930 S - ? 0.8 0.1 Mon Feb 3 14:32:48 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31214 31212 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:48 2014 [bash] <defunct> jauvin jauvin 31217 1 263720 34608 65930 S - ? 1.0 0.1 Mon Feb 3 14:32:48 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31222 31217 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:48 2014 [bash] <defunct> jauvin jauvin 31225 1 263720 34608 65930 S - ? 0.8 0.1 Mon Feb 3 14:32:48 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31228 31225 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:48 2014 [bash] <defunct> jauvin jauvin 31231 1 263720 34608 65930 S - ? 1.0 0.1 Mon Feb 3 14:32:48 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31237 31231 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:48 2014 [bash] <defunct> jauvin jauvin 31240 1 263720 34608 65930 S - ? 0.8 0.1 Mon Feb 3 14:32:48 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31245 31240 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:49 2014 [bash] <defunct> jauvin jauvin 31248 1 263720 34608 65930 S - ? 1.1 0.1 Mon Feb 3 14:32:49 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31251 31248 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:49 2014 [bash] <defunct> jauvin jauvin 31254 1 263720 34608 65930 S - ? 1.1 0.1 Mon Feb 3 14:32:49 2014 /usr/bin/php /home/jauvin/pu: blic_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31260 31254 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:49 2014 [bash] <defunct> jauvin jauvin 31263 1 263720 34608 65930 S - ? 1.0 0.1 Mon Feb 3 14:32:49 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31267 31263 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:49 2014 [bash] <defunct> jauvin jauvin 31270 1 263720 34608 65930 S - ? 1.1 0.1 Mon Feb 3 14:32:49 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31276 31270 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:49 2014 [bash] <defunct> jauvin jauvin 31279 1 263720 34608 65930 S - ? 1.1 0.1 Mon Feb 3 14:32:49 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31283 31279 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:49 2014 [bash] <defunct> jauvin jauvin 31286 1 263720 34608 65930 S - ? 1.1 0.1 Mon Feb 3 14:32:49 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31291 31286 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:49 2014 [bash] <defunct> jauvin jauvin 31294 1 263720 34608 65930 S - ? 1.1 0.1 Mon Feb 3 14:32:49 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31297 31294 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:49 2014 [bash] <defunct> jauvin jauvin 31300 1 263720 34608 65930 S - ? 1.1 0.1 Mon Feb 3 14:32:49 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31303 31300 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:49 2014 [bash] <defunct> jauvin jauvin 31306 1 263720 34608 65930 S - ? 1.0 0.1 Mon Feb 3 14:32:49 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31308 31306 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:49 2014 [bash] <defunct> jauvin jauvin 31311 1 263720 34608 65930 S - ? 1.1 0.1 Mon Feb 3 14:32:49 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31314 31311 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:49 2014 [bash] <defunct> jauvin jauvin 31317 1 263720 34608 65930 S - ? 1.0 0.1 Mon Feb 3 14:32:49 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31322 31317 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:49 2014 [bash] <defunct> jauvin jauvin 31327 1 263720 34608 65930 S - ? 1.0 0.1 Mon Feb 3 14:32:49 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31330 31327 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:50 2014 [bash] <defunct> jauvin jauvin 31333 1 263720 34608 65930 S - ? 1.4 0.1 Mon Feb 3 14:32:50 2014 /usr/bin/php /home/jauvin/pu: blic_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31336 31333 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:50 2014 [bash] <defunct> jauvin jauvin 31339 1 263720 34608 65930 S - ? 1.2 0.1 Mon Feb 3 14:32:50 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31342 31339 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:50 2014 [bash] <defunct> jauvin jauvin 31345 1 263720 34608 65930 S - ? 1.2 0.1 Mon Feb 3 14:32:50 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31348 31345 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:50 2014 [bash] <defunct> jauvin jauvin 31351 1 263720 34608 65930 S - ? 1.2 0.1 Mon Feb 3 14:32:50 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31354 31351 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:50 2014 [bash] <defunct> jauvin jauvin 31357 1 263720 34608 65930 S - ? 1.4 0.1 Mon Feb 3 14:32:50 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31360 31357 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:50 2014 [bash] <defunct> jauvin jauvin 31363 1 263720 34608 65930 S - ? 1.4 0.1 Mon Feb 3 14:32:50 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31366 31363 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:50 2014 [bash] <defunct> jauvin jauvin 31369 1 263720 34608 65930 S - ? 1.2 0.1 Mon Feb 3 14:32:50 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31379 31369 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:50 2014 [bash] <defunct> jauvin jauvin 31382 1 263720 34608 65930 S - ? 1.2 0.1 Mon Feb 3 14:32:50 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31385 31382 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:50 2014 [bash] <defunct> jauvin jauvin 31388 1 263720 34608 65930 S - ? 1.2 0.1 Mon Feb 3 14:32:50 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31391 31388 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:50 2014 [bash] <defunct> jauvin jauvin 31394 1 263720 34608 65930 S - ? 1.4 0.1 Mon Feb 3 14:32:50 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31401 31394 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:50 2014 [bash] <defunct> jauvin jauvin 31404 1 263720 34608 65930 S - ? 1.4 0.1 Mon Feb 3 14:32:50 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31409 31404 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:50 2014 [bash] <defunct> jauvin jauvin 31412 1 263720 34608 65930 S - ? 1.2 0.1 Mon Feb 3 14:32:50 2014 /usr/bin/php /home/jauvin/pu: blic_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31415 31412 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:50 2014 [bash] <defunct> jauvin jauvin 31418 1 263720 34608 65930 S - ? 1.2 0.1 Mon Feb 3 14:32:50 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31421 31418 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:51 2014 [bash] <defunct> jauvin jauvin 31424 1 263720 34608 65930 S - ? 1.5 0.1 Mon Feb 3 14:32:51 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31427 31424 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:51 2014 [bash] <defunct> jauvin jauvin 31430 1 263720 34608 65930 S - ? 1.5 0.1 Mon Feb 3 14:32:51 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31433 31430 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:51 2014 [bash] <defunct> jauvin jauvin 31436 1 263720 34608 65930 S - ? 1.5 0.1 Mon Feb 3 14:32:51 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31439 31436 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:51 2014 [bash] <defunct> jauvin jauvin 31442 1 263720 34608 65930 S - ? 1.7 0.1 Mon Feb 3 14:32:51 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31445 31442 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:51 2014 [bash] <defunct> jauvin jauvin 31448 1 263720 34608 65930 S - ? 1.5 0.1 Mon Feb 3 14:32:51 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31451 31448 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:51 2014 [bash] <defunct> jauvin jauvin 31454 1 263720 34608 65930 S - ? 1.5 0.1 Mon Feb 3 14:32:51 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31457 31454 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:51 2014 [bash] <defunct> jauvin jauvin 31460 1 263720 34608 65930 S - ? 1.7 0.1 Mon Feb 3 14:32:51 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31463 31460 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:51 2014 [bash] <defunct> jauvin jauvin 31466 1 263720 34608 65930 S - ? 1.5 0.1 Mon Feb 3 14:32:51 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31469 31466 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:51 2014 [bash] <defunct> jauvin jauvin 31472 1 263720 34608 65930 S - ? 1.7 0.1 Mon Feb 3 14:32:51 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31475 31472 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:51 2014 [bash] <defunct> jauvin jauvin 31478 1 263720 34608 65930 S - ? 1.5 0.1 Mon Feb 3 14:32:51 2014 /usr/bin/php /home/jauvin/pu: blic_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31485 31478 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:51 2014 [bash] <defunct> jauvin jauvin 31488 1 263720 34608 65930 S - ? 1.5 0.1 Mon Feb 3 14:32:51 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31491 31488 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:51 2014 [bash] <defunct> jauvin jauvin 31494 1 263720 34608 65930 S - ? 1.5 0.1 Mon Feb 3 14:32:51 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31497 31494 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:51 2014 [bash] <defunct> jauvin jauvin 31500 1 263720 34608 65930 S - ? 1.5 0.1 Mon Feb 3 14:32:51 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31503 31500 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:52 2014 [bash] <defunct> jauvin jauvin 31506 1 263720 34608 65930 S - ? 2.3 0.1 Mon Feb 3 14:32:52 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31509 31506 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:52 2014 [bash] <defunct> jauvin jauvin 31512 1 263720 34608 65930 S - ? 2.0 0.1 Mon Feb 3 14:32:52 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31515 31512 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:52 2014 [bash] <defunct> jauvin jauvin 31518 1 263720 34608 65930 S - ? 2.0 0.1 Mon Feb 3 14:32:52 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31521 31518 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:52 2014 [bash] <defunct> jauvin jauvin 31524 1 263720 34608 65930 S - ? 2.0 0.1 Mon Feb 3 14:32:52 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31527 31524 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:52 2014 [bash] <defunct> jauvin jauvin 31530 1 263720 34608 65930 S - ? 2.0 0.1 Mon Feb 3 14:32:52 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31533 31530 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:52 2014 [bash] <defunct> jauvin jauvin 31536 1 263720 34608 65930 S - ? 2.3 0.1 Mon Feb 3 14:32:52 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31539 31536 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:52 2014 [bash] <defunct> jauvin jauvin 31542 1 263720 34608 65930 S - ? 2.3 0.1 Mon Feb 3 14:32:52 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31545 31542 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:52 2014 [bash] <defunct> jauvin jauvin 31548 1 263720 34608 65930 S - ? 2.3 0.1 Mon Feb 3 14:32:52 2014 /usr/bin/php /home/jauvin/pu: blic_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31552 31548 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:52 2014 [bash] <defunct> jauvin jauvin 31556 1 263720 34608 65930 S - ? 2.0 0.1 Mon Feb 3 14:32:52 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31559 31556 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:52 2014 [bash] <defunct> jauvin jauvin 31562 1 263720 34608 65930 S - ? 2.0 0.1 Mon Feb 3 14:32:52 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31565 31562 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:52 2014 [bash] <defunct> jauvin jauvin 31568 1 263720 34608 65930 S - ? 2.3 0.1 Mon Feb 3 14:32:52 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31571 31568 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:52 2014 [bash] <defunct> jauvin jauvin 31574 1 263720 34608 65930 S - ? 2.0 0.1 Mon Feb 3 14:32:52 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31577 31574 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:53 2014 [bash] <defunct> jauvin jauvin 31580 1 263720 34608 65930 S - ? 3.0 0.1 Mon Feb 3 14:32:53 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31583 31580 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:53 2014 [bash] <defunct> jauvin jauvin 31586 1 263720 34608 65930 S - ? 3.0 0.1 Mon Feb 3 14:32:53 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31589 31586 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:53 2014 [bash] <defunct> jauvin jauvin 31592 1 263720 34608 65930 S - ? 3.5 0.1 Mon Feb 3 14:32:53 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31595 31592 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:53 2014 [bash] <defunct> jauvin jauvin 31598 1 263720 34608 65930 S - ? 2.5 0.1 Mon Feb 3 14:32:53 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31601 31598 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:53 2014 [bash] <defunct> jauvin jauvin 31604 1 263720 34608 65930 S - ? 3.0 0.1 Mon Feb 3 14:32:53 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31607 31604 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:53 2014 [bash] <defunct> jauvin jauvin 31610 1 263720 34608 65930 S - ? 3.0 0.1 Mon Feb 3 14:32:53 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31613 31610 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:53 2014 [bash] <defunct> jauvin jauvin 31616 1 263720 34608 65930 S - ? 3.0 0.1 Mon Feb 3 14:32:53 2014 /usr/bin/php /home/jauvin/pu: blic_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31619 31616 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:53 2014 [bash] <defunct> jauvin jauvin 31622 1 263720 34608 65930 S - ? 3.0 0.1 Mon Feb 3 14:32:53 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31625 31622 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:53 2014 [bash] <defunct> jauvin jauvin 31628 1 263720 34608 65930 S - ? 3.0 0.1 Mon Feb 3 14:32:53 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31633 31628 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:53 2014 [bash] <defunct> jauvin jauvin 31636 1 263720 34608 65930 S - ? 3.0 0.1 Mon Feb 3 14:32:53 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31639 31636 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:53 2014 [bash] <defunct> jauvin jauvin 31642 1 263720 34608 65930 S - ? 3.0 0.1 Mon Feb 3 14:32:53 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31645 31642 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:53 2014 [bash] <defunct> jauvin jauvin 31648 1 263720 34608 65930 S - ? 3.0 0.1 Mon Feb 3 14:32:53 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31651 31648 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:53 2014 [bash] <defunct> jauvin jauvin 31654 1 263720 34608 65930 S - ? 3.0 0.1 Mon Feb 3 14:32:53 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31657 31654 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:54 2014 [bash] <defunct> jauvin jauvin 31660 1 263720 34608 65930 S - ? 6.0 0.1 Mon Feb 3 14:32:54 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31663 31660 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:54 2014 [bash] <defunct> jauvin jauvin 31666 1 263720 34608 65930 S - ? 6.0 0.1 Mon Feb 3 14:32:54 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31670 31666 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:54 2014 [bash] <defunct> jauvin jauvin 31673 1 263720 34608 65930 S - ? 7.0 0.1 Mon Feb 3 14:32:54 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31676 31673 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:54 2014 [bash] <defunct> jauvin jauvin 31679 1 263720 34608 65930 S - ? 6.0 0.1 Mon Feb 3 14:32:54 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31682 31679 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:54 2014 [bash] <defunct> jauvin jauvin 31685 1 263720 34608 65930 S - ? 6.0 0.1 Mon Feb 3 14:32:54 2014 /usr/bin/php /home/jauvin/pu: /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31688 31685 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:54 2014 [bash] <defunct> jauvin jauvin 31691 1 263720 34608 65930 S - ? 7.0 0.1 Mon Feb 3 14:32:54 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31694 31691 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:54 2014 [bash] <defunct> jauvin jauvin 31697 1 263720 34608 65930 S - ? 6.0 0.1 Mon Feb 3 14:32:54 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31700 31697 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:54 2014 [bash] <defunct> jauvin jauvin 31703 1 263720 34608 65930 S - ? 6.0 0.1 Mon Feb 3 14:32:54 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31706 31703 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:54 2014 [bash] <defunct> jauvin jauvin 31709 1 263720 34608 65930 S - ? 6.0 0.1 Mon Feb 3 14:32:54 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31712 31709 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:54 2014 [bash] <defunct> jauvin jauvin 31715 1 263720 34608 65930 S - ? 6.0 0.1 Mon Feb 3 14:32:54 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31718 31715 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:54 2014 [bash] <defunct> jauvin jauvin 31721 1 263720 34608 65930 S - ? 7.0 0.1 Mon Feb 3 14:32:54 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31726 31721 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:54 2014 [bash] <defunct> jauvin jauvin 31729 1 263720 34608 65930 S - ? 6.0 0.1 Mon Feb 3 14:32:54 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31735 31729 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:54 2014 [bash] <defunct> jauvin jauvin 31738 1 263720 34608 65930 S - ? 6.0 0.1 Mon Feb 3 14:32:54 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 jauvin jauvin 31742 31738 0 0 0 Z - ? 0.0 0.0 Mon Feb 3 14:32:55 2014 [bash] <defunct> jauvin jauvin 31745 1 263720 34608 65930 S - ? 0.0 0.1 Mon Feb 3 14:32:55 2014 /usr/bin/php /home/jauvin/public_html/mw/maintenance/runJobs.php --maxjobs 1 root root 31747 1693 103292 824 25823 S+ - pts/0 0.0 0.0 Mon Feb 3 14:32:55 2014 /bin/grep -s jauvin

96.127.207.35 19:36, 3 February 2014 (UTC)

See Manual:Job queue#Changes introduced in MediaWiki 1.22 for possible workarounds until this is fixed. Ciencia Al Poder (talk) 10:30, 4 February 2014 (UTC)

Hi, I am experiencing this issue as well, I have an install of 1.19 that is working fine, but once I upgrade to 1.22 when I try to login it just hangs and never completes.

I am on a shared hosting service so I can't see the processes currently running but I am using

PHP version 5.3.27

MySQL version 5.5.32-cll

The only strange occurrence I noticed on the main page before trying to login caused the server to hang is that my logo was no longer there. If there is anything else I can gather to help solve this issue please let me know. 12.198.241.130 17:01, 13 January 2014 (UTC)

More system information from my provider:

Linux Cent OS 6 operating system.

We provide Apache server, MySQL

Percona 5.5 version database engine,

PHP with support of 7 different versions, up to 5.5.

I tried a few different PHP versions on my installs, and still the same problem occured. MarkJurgens (talk) 03:36, 14 January 2014 (UTC)

Also, I noticed that the page view hit counter jumped by hundreds with each click immediately after install. I tried a few times on different installs.

Maybe there is an loop in the code? I got to over 1500 hits in a few seconds. It happened on two different servers so it I don't think I'm under any spam attack. Perhaps that's part of the massive slowdown that's happening.

I created a bug for the main issue of slowdown/crash here.

https://bugzilla.wikimedia.org/show_bug.cgi?id=57671

Is there some ideal web provider I should be using instead? MarkJurgens (talk) 04:29, 16 January 2014 (UTC)

Also, I noticed that the page view hit counter jumped by hundreds with each click immediately after install. I tried a few times on different installs.

Maybe there is an loop in the code? I got to over 1500 hits in a few seconds. It happened on two different servers so it I don't think I'm under any spam attack. Perhaps that's part of the massive slowdown that's happening.

I created a bug for the main issue of slowdown/crash here.

https://bugzilla.wikimedia.org/show_bug.cgi?id=57671

Is there some ideal web provider I should be using instead? MarkJurgens (talk) 04:29, 16 January 2014 (UTC)

I have 1.22 installed with no issues. That's really strange.

this commit mentions that If $wgPhpCli is not set to an actual path or safe mode is on, then the old code will be used.

You may try to set $wgPhpCli to an empty string ($wgPhpCli = "";) to use the old running job system until this issue is investigated an addressed.

Edit: Fixed code to empty $wgPhpCli. Ciencia Al Poder (talk) 21:35, 16 January 2014 (UTC)

I was also experiencing this issue in 1.22. Setting that to an empty string as you suggested fixes 1.22 for me.

However the line should be:

$wgPhpCli = "";

with the quote marks to be valid.

Thank you. This should allow me to upgrade my installation and have a temporary solution until the issue is fixed in a future release. KemikalElite (talk) 23:25, 16 January 2014 (UTC)

Setting $wgPhpCli = ""; is only a workaround, no fix. $wgPhpCli defaults to /usr/bin/php and it should not be necessary to change $wgPhpCli, if you have PHP available at that location. That $wgPhpCli needs to be changed in that case anyway is a bug, which should be fixed.

See here for the bug report: https://bugzilla.wikimedia.org/show_bug.cgi?id=58719 88.130.102.118 13:15, 17 January 2014 (UTC)

This workaround above appears to 'work', which is great!

However the bug remains, even on the latest master snapshot.

Repository MediaWiki core

Branch master

HEAD 2dffe9485209a01984f0902903384f3559094f1f

Date: Fri, 14 Feb 2014 01:08:45 +0000

To review, the server still crashes without the $wgPhpCli = ""; fix.

I get a "504 Gateway Timeout"

Interestingly, the "This page has been viewed ___ times" counter jumps by increments of 8 each time I click "Main Page" to refresh it. With $wgPhpCli = ""; added, it the goes up by 1, like a good install should. :) MarkJurgens (talk) 03:32, 14 February 2014 (UTC)

Our experience is best shown visually. From Google Webmaster Tools Crawl Stats.

We upgraded to MW 1.22.0 in Dec 2013, corresponding exactly to when the upward spike occurs. We changed $wgPhiCli to an empty string about a week ago, exactly when the return to "normal download times. Our wiki is hosted at Bluehost, who support multiple PHP versions and therefore our PHP is not at the default location. Peculiar Investor (talk) 03:42, 14 February 2014 (UTC)

The issue you describe seems to be bug 58719, which has been resolved, although I think it wasn't included in 1.22.2. It will definitively be included in 1.22.3. Ciencia Al Poder (talk) 17:54, 14 February 2014 (UTC)

The fix for #58719 definetely is not part of 1.22.2, but will only be available in 1.22.3. However, there have already been people in this very thread who say they have applied the patch but they experience the problem nonetheless.

I am really not sure, whether the patch fixes the issue. 88.130.98.162 02:26, 16 February 2014 (UTC)

I'm getting the same problem - core dumps with runjobs.php the culprit.

Would it help to send the core dumps to anybody?

Fustbariclation (talk) Fustbariclation (talk) 07:00, 26 February 2014 (UTC)

Simply set $wgPhpCli = false; until the related bugs are fixed Ciencia Al Poder (talk) 10:29, 26 February 2014 (UTC)

*** Migration from Dokuwiki ***

Greetings,

Can someone let me know ...

Is the functionality there to migrate to mediawiki from Docuwiki?

Thanks in advance for your prompt response, and by the way ...

is it possible to email the answer to george@touchthismedia.com?

That would help out alot !

Sincerely,

George Zeigler

MBA, Website Consultant 68.8.71.121 (talk) 05:20, 8 January 2014 (UTC)

I'm not familiar with the wiki formating docuwiki uses, but a quick google search turns up this conversion script and this plugin. ☠MarkAHershberger☢(talk)☣ 17:57, 11 January 2014 (UTC)

OP wants migration FROM Docukwiki.

• https://github.com/tstaerk/mediasyntax/blob/master/tools/dokuwiki2mediawiki.php
• http://www.staerk.de/thorsten/Mediasyntax

apply, but are limited (don't do versions, users, etc.).

Should be relatively trivial to create the missing data.

Rich Farmbrough 12:25, 9 June 2016 (UTC).
Rich Farmbrough (talk) 12:25, 9 June 2016 (UTC)

Running update.php in a global installation

MyWiki
MediaWiki	1.21.1 (df12d1d)
PHP	5.3.27 (cgi-fcgi)
MySQL	5.5.33-31.1

It's a path problem to a global configured wiki, using PuTTY, I run the following command:

php wikis/w/maintenance/update.php

and I get

Warning: require_once($IP/public_html/wikis/CommonSettings.php) failed to open stream: No such file or directory in $IP/public_html/wikis/w/LocalSettings.php on line 7 Fatal error: require_once(): Failed opening required '$IP/public_html/wikis/CommonSettings.php' (include_path=".:/opt/php53/lib/php') in $IP/public_html/wikis/w/LocalSettings.php on line 7

$IP/public_html/wikis/w/LocalSettings.php complete file is as follows:

if ( !defined( 'MEDIAWIKI' ) ) {
	exit;
}

require_once "$IP/public_html/wikis/CommonSettings.php";

?>

Note: $IP = home/account username/public_html/.......... I tried the config's here: Updating_wikifarm_from_the_commandline

/public_html/wikis/w/update_subdomain.php complete file is as follows:

<?php
$sub = $argv[1]; //$argv gets commandline arguements
 
// set domain name
$_SERVER['SERVER_NAME'] = $sub . '.everythingfoodanddrink.org';
 
echo '--------------------------------------
Running update.php for ' . $sub . '.everythingfoodanddrink.org
--------------------------------------
';
include("maintenance/update.php");

Ran: php update_subdomain.php MyWiki

and

php public_html/wikis/w/php update_subdomain.php MyWiki

PuTTY stated "Running update.php for MyWiki.domain.org"

or

"Running update.php for MyWiki.everythingfoodanddrink.org"

then gives the same original error as above.

The developer who configured the global files is unavailable, I am wanting to upgrade this wiki (as the other two in the farm) to MediaWiki 1.22.0 - FlightTime (open channel) 06:06, 8 January 2014 (UTC)

You should run update.php so its in the current working directory:

cd wikis/w/maintenance

php update.php

Failing that, you can also try:

MW_INSTALL_PATH=/home/account\ username/public_html/wikis/w php wikis/w/maintenance/update.php Bawolff (talk) 01:38, 9 January 2014 (UTC)

Thanx for your reply Bawolff, I've tried your suggestions, but no dice. Something I thought of, it seems to me that the problem might lie in CommonSettings.php
or wikis/w/LocalSettings.php, maybe a missing path parameter or the existing path itself, ie. after locating wikis/w/maintenance/update.php the action has to leave the public_html/wikis/w directory and return to public_html/wikis to locate and enter CommonSettings.php,

I'm not sure if this is how these things work, but the "back-tracking" doesn't seem to be the norm (I could be totally wrong :P ). Mlpearc (open channel) 17:33, 11 January 2014 (UTC)

Copy large text to mediawiki using preformated text - nowiki

Hi all,

i would like to add a "lage" text to my wiki (about 6 sites of an word document) without the trouble of formating it with wiki syntax. Basicly "nowiki" is working fine, but there is no word wrap and the text is display way out of scope. Is there any option to have nowiki in palce but still keep the auto wraping?

Thanks,

Richard 89.27.251.69 (talk) 16:31, 8 January 2014 (UTC) Look at the Help:Formatting page. There's a little section on how to use the preformatted tag and keep word wrapping.

<pre style="white-space: pre-wrap; 
  white-space: -moz-pre-wrap; 
  white-space: -pre-wrap; 
  white-space: -o-pre-wrap; 
  word-wrap: break-word;">
  This long sentence is used to demonstrate text wrapping. This additional sentence makes the text even longer.
 </pre> Lbillett (talk) 21:45, 8 January 2014 (UTC)

Thanks a million Lbilett - ive made an mistake while trying. But the answer is correct and i'm ashamed that it was that obviously.

Is there any way that i can still use wikisyntax within the pre wraping ? 89.27.251.69 09:05, 9 January 2014 (UTC)

Not that I know of.

You might be interested in how you can add all these styles more easily: You can add them in your wiki on the wiki page MediaWiki:Common.css. If you want to have these stiles for all pre tags, then you should just define them for pre tags in MediaWiki:Common.css. Another option would be to define them for one certain class and then to add this class to those pre tags, where you want the styles to be applied. 88.130.76.239 13:09, 9 January 2014 (UTC)

You might be able to use the 'code' tags for each paragraph. Gives word wrapping and allows links. (at least, I just learned that from the Help:Formatting page). But I think you might be sunk if you're trying to keep formatting of the line breaks AND allow the wiki to process links.

Is it just the line breaks that aren't working? Lbillett (talk) 13:26, 9 January 2014 (UTC)

.fla on mediawiki

I have an .fla file and n .swf file for that .fla file, how can I use it on my mediawiki page to display the flash content. 125.63.107.133 (talk) 16:59, 8 January 2014 (UTC)

You might start by trying some of the extensions for displaying flash files in Category:Flash Video extensions. Lbillett (talk) 17:40, 8 January 2014 (UTC)

Display template on every page

I'd like to display a template on every page that puts some small content just underneath the user menu using a span with CSS position:absolute element. I tried specifying it in Mediawiki:Sitenotice, which gets the content to the desired location, but it inserts a blank line above the article title (so for every page, the title is lower than the normal position). Is there another way to display the template or tweak the display to get around this? Thanks! Lbillett (talk) 17:36, 8 January 2014 (UTC)

How important is the <span>. If you use <div style="position:absolute"> instead, it will probably not output the <p> tag, as div is a block element. Bawolff (talk) 01:32, 9 January 2014 (UTC)

<span> isn't important. I tried using a <div style="position:absolute"> but it still seems to include the empty line before the article title.

Looking at the source code of the page, it seems to end up getting wrapped up in 3 divs. Is that a problem? (I'm pretty weak when it comes to page formatting).

<!-- sitenotice -->
<div id="siteNotice"><div id="localNotice" lang="en" dir="ltr"><div style="position:absolute;">output to display</div>
</div></div>
<!-- /sitenotice -->
<!-- firstHeading -->

It may not be a line break at all, but something seems to bump the article title down some if I use either a div or span. Source code of a page when sitenotice is empty doesn't include the 3 divs. the firstHeading in vector's screen.css doesn't seem to have any relative positioning specified.

Is there something else I can try? Lbillett (talk) 03:51, 9 January 2014 (UTC)

I guess the empty line still comes from MediaWiki:Sitenotice. You either have to actually delete the page or to place a single minus sign ("-") in that page in order to stop it being output. If you put anything else there, MediaWiki will output that text - possibly causing an empty line. 88.130.76.239 04:36, 9 January 2014 (UTC)

Could vector.php be modified to display the output of a template? It looks like I could maybe use the Article object to get the template content, then throw it at $wgOut->addHTML. Seems messy... and I'd much rather try to do it IN the wiki. I could maybe make a special extension to do it... though, I've never done anything but special pages and parser/tag functions. Can an extension just blast out html without being called from an article? Lbillett (talk) 01:30, 10 January 2014 (UTC)

Ahh, what you want is possible. It's all possible.

No need for an extension or for an additional article object of its own. Instead, check Manual:Hooks for a hook to use; especially those in the section "Skin" might be interesting. Then add your HTML code from inside the according hook.

What I have not fully understood, where you want your content to appear. Is it at the very top of the page, there where it also says "Create account", "Log in" or "My contributions"? In that case I would pick the hook "PersonalUrls". 88.130.120.174 02:22, 10 January 2014 (UTC)

Very interesting! Regarding location, the empty space just below 'PersonalUrls' was where I was hoping. Or even the area to the left of them. Or below the sidebar (really, where ever it ends up being easiest and not looking like crap or messing up normal page display. It's ). The template basically spits out a short line of text (or nothing) based on some conditions. In reading the manual, the PersonalUrls seem to be set up to display links only. I'd like to make a non-link, but I suppose having it link to the template would be fine.

Not having used hooks of this type before, where would I actually set the parameters? In localsettings? or in the skin php? SkinTemplateOutputPageBeforeExec looks like it might be a starting place? Thanks! Lbillett (talk) 13:20, 10 January 2014 (UTC)

With the PersonalUrls hook you can "only" output a link. Maybe you can leave out the link target, so that it does not actually link anywhere, but you cannot render wiki text inside that hook. You could check, if the special syntax of MediaWiki:Sidebar allows you to add what you want, but I don't know if it supports conditions.

In order to render wiki text, you must pick a hook, which gives you access to the article object or to the output object.

I think I would try like that:

Use the hook ArticleViewHeader, in there use global $wgOut; and then do a $wgOut->addWikiText('{{AdditionalHeader}}');. So add this to LocalSettings.php:

 $wgHooks['ArticleViewHeader'][] = 'addHeaderToPages';
 function addHeaderToPages( &$article, &$outputDone, &$pcache ) {
   global $wgOut;
   $wgOut->addWikiText('{{AdditionalHeader}}');
   return true;
 }

This adds the contents from the template page AdditionalHeader in your wiki to the output text. In the template you can then set the conditions and stuff as you need so that the template creates the desired output. You can also wrap the whole output into a div and then place that div with position: absolute; at the place you want it to show up. 88.130.120.174 14:27, 10 January 2014 (UTC)

That's BAD ASS! It works perfectly!! Thank you so much! It let me output the div exactly where I was hoping without impacting anything else. Cheers! Lbillett (talk) 15:53, 10 January 2014 (UTC)

How to make AdditionalHeader template precede article header? 79.134.213.62 08:30, 30 May 2014 (UTC)

Since this is 10 years old, but still (as far as I can tell) the easiest way to do simple global additions to header/footer without writing a whole extension, just wanted to update it to say that now you need to use addWikiTextAsContent

So the addition to LocalSettings.php for headers is now:

$wgHooks['ArticleViewHeader'][] = 'addHeaderToPages';
function addHeaderToPages( &$article, &$outputDone, &$pcache ) {
	global $wgOut;
	$wgOut->addWikiTextAsContent('{{MyTemplate}}');
	return true;
}

and for footers:

$wgHooks['ArticleViewFooter'][] = 'addFooterToPages';
function addFooterToPages( &$article, &$patrolFooterShown ) {
	global $wgOut;
	$wgOut->addWikiTextAsContent('{{MyTemplate}}');
	return true;
}

Sneakers-the-rat (talk) 23:31, 13 September 2023 (UTC)

[RESOLVED] Warning: is_executable(): open_basedir restriction in effect

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.

---

Since I've started a data refresh process that's necessary for Semantic MediaWiki, I'm seeing the following error message at the bottom of every page:

Warning: is_executable(): open_basedir restriction in effect. 
File(/usr/bin/php) is not within the allowed path(s): 
([...]/:/tmp/) in [...]/includes/Wiki.php on line 655

Line 655 refers to something beginning

if ( !wfShellExecDisabled() && is_executable( $wgPhpCli ) )

No shell access as I'm on a shared host (with Suhosin enabled). Decreasing JobRunRate from "1" to e.g. "0.5" helps somewhat to reduce occurrences of the error message, but it does not solve the issue, let alone speed up the process. With some googling you'll find a variety of solutions for PHP configuration issues involving "open_basedir restriction in effect", but almost none of them seems to cover this specific situation. The exception may be here, where the third suggestion about setting $wgPhpCli to a dummy value (?) might or might not be helpful in my case. Any idea what could be done about it? Cavila 18:50, 8 January 2014 (UTC)

Some additional notes. The problem persists even if the refresh process has been cancelled. I also noticed that a lot of wikis are affected by the same issue, although no bugzilla report has been submitted yet. Cavila (MW 1.22, MySQL 5.1.72-2, Php 5.3.3-7 squeeze, SMW 1.9.0.1, SF 2.6.1) 15:45, 9 January 2014 (UTC)

OK, this may be a bug in MW 1.22:

• $wgPhpCli used to have a default value of 'php', without any requirement to set it explicitly in LocalSettings.php.
• In MW 1.22, the default value appears to have become '/usr/bin/php', pointing to a file which does not exist, hence the error message above. Explicitly reverting to a value of 'php' woukd appear to solve the issue.

Is that correct? Cavila (MW 1.22, MySQL 5.1.72-2, Php 5.3.3-7 squeeze, SMW 1.9.0.1, SF 2.6.1) 17:22, 9 January 2014 (UTC)

It was changed to /usr/bin/php even before than 1.19.

You can change $wgPhpCli in your LocalSettings if you need to, that's fine if that solves your problem. Ciencia Al Poder (talk) 18:29, 10 January 2014 (UTC)

Thanks for responding. There have not been any issues on my MW 1.19.7 installation, so something else must be involved. But at least the error message no longer shows up. Cavila (MW 1.22, MySQL 5.1.72-2, Php 5.3.3-7 squeeze, SMW 1.8.0.5, SF 2.5.4) 08:44, 12 January 2014 (UTC)

Had the same problem in 1.23alpha installations and fixed it by setting $wgPhpCli = 'php'; LFS (talk) 03:35, 19 March 2014 (UTC)

Thanks for Fix it.

Before:global $wgJobRunRate, $wgPhpCli, $IP; ... 639 Line

After:global $wgJobRunRate, $wgPhpCli, $IP; ...639 Line

$wgPhpCli = 'php'; ...640 Line 122.101.20.5 05:27, 25 April 2014 (UTC)

Adding $wgPhpCli = 'php'; to /wiki/LocalSettings.php worked on my configuration as well. Thanks for sharing.

(In my LocalSettings.php I actually had to add a new line for $wgPhpCli. Searching for that variable only gave me occurences in DefaultSettings.php - just an addition which may help other MediaWiki newbies like me.) Benby (talk) 07:28, 29 April 2014 (UTC)

There may be a catch though. I now have a job queue of well over a million. Does MW somehow need this to run jobs? Cavila (MW 1.22, MySQL 5.5.37-0, Php 5.4.4-14 squeeze, SMW 1.9.2, SF 2.7) 21:45, 3 June 2014 (UTC)

Aha!

https://www.mediawiki.org/wiki/Manual:Job_queue#Changes_introduced_in_MediaWiki_1.22

There's the rub (although I'm not sure I understand this completely). Thanks, Ciencia Al Poder, for explicitly adding this to the documentation. Cavila (MW 1.22, MySQL 5.5.37-0, Php 5.4.4-14 squeeze, SMW 1.9.2, SF 2.7) 22:24, 3 June 2014 (UTC)

Bug report and some workaround at: https://www.mediawiki.org/wiki/Project%3ASupport%20desk/Flow/2011/03#h-upload_tmp_dir_-_MediaWiki_ignores_php_specified_path-2011-03-02T17%3A17%3A00.000Z Narcis Garcia (talk) 08:50, 21 May 2024 (UTC)

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

Resetting/purging CSS from ResourceLoader?

Resetting/purging CSS from ResourceLoader

Hi all-
I seem to have a huge issue with the CSS caching. (Last time was a noob mistake. ;) However, this one has me stumped. I'm using my own skin created off of Vector. When I log in and navigate to Special:Preferences, the tabs are all squished up on the left side of the page. (The same happens when I use the old Vector skin). Firebug says it's due to #preftoc having a 13em width declaration on the stylesheet "oldshared.css." When I deleted the line, it appears the Resource Loader keeps the width (Firebug shows that it's still coming from oldshared.css), no matter how many times I purge the page and the browser cache.

I even went as far as deleting the include line from the SkinVersion.php to tell it to avoid even including the file, but no luck. Setting $wgResourceLoaderMaxage to a low number doesn't do anything, either.

Here's a little bit of code for reference:
The link address containing the minified css with the #pref-toc declaration: http://mydomain.com/load.php?debug=false&lang=en&modules=site&only=styles&skin=foobar2013&*

Compiled stylesheet in load.php shows it's still retaining the 13em width property: <pre class="css source-css">...#preftoc{float:left;margin:1em 1em 1em 1em;width:13em}#preftoc li{border:1px solid White}#preftoc li.selected{background-color:#f9f9f9;border:1px dashed #aaaaaa}#preftoc a,#preftoc a:active{display:block;color:#005189}...</pre>

How do I get my wiki to reload the stylesheet with the change? Like I said, I purged all the caches, deleted cookies, restarted the browser, etc... no luck. Kchurch05 (talk) 20:49, 8 January 2014 (UTC)

You can try adding ?debug=true to the page URL (or &debug=true if there is already a question mark in the URL). Sometimes that can make ResourceLoader wake up.

Also, grep your files to make sure the CSS rule isn't in some other file somewhere else. That can help to isolate the problem. This, that and the other (talk) 02:04, 9 January 2014 (UTC)

Yep, tried both of those... no dice. The only other places where #preftoc shows up all have width declarations of 100%. Even if I switch the width to, say, 15em in screen.css it won't override it. :( Kchurch05 (talk) 16:00, 9 January 2014 (UTC)

You should try using a CSS debugger, such as the one included in Firefox, to get to the bottom of it. This, that and the other (talk) 07:27, 12 January 2014 (UTC)

What is difference between CirrusSearch and normal search?

Hi, I've just installed CirrusSearch on my wiki but I can't see any changes in search system. What can I do with CirrusSearch? Omidh (talk) 12:55, 9 January 2014 (UTC)

You should look at Extension:CirrusSearch and make sure you have Elastic Search set up.

If that doesn't help, then maybe Chad or Nik could help you. If they don't answer here, try leaving a message on their talk page.

If you find information that should be on the extension page, please update it or leave a message here so that we can. ☠MarkAHershberger☢(talk)☣ 17:46, 11 January 2014 (UTC)

[RESOLVED] Upgrade 1.15 --> 1.22 (Keeps Redirecting)

Hey All,

I am trying to upgrade an old MediaWiki site form 1.15 -- 1.22. I have been able to upgrade the DB but when I try to goto the main page it somehow get redirected out to a page it can't find. I Have even run through a fresh install and had the new MediaWiki create the LocalSettings.php file using the upgraded DB but I run into the same problem. I am new to this company and MediaWiki. Is there a settings table that might have a setting for something like a base URL that might be causing this?

• MediaWiki 1.22 (Upgrade DB from 1.15)
  
• PHP 5.3.3 (cli) (built: Feb 22 2013 02:51:11)
  
• Zend Engine v2.3.0
  
• MySQL 5.1.69
  

Apache Virtual Host Settings:

<VirtualHost *:80>

ServerAdmin webmaster@xxxxxxx.com

DocumentRoot /site/xxxxx

ServerName xxxxx.hom.private

</VirtualHost>

This is on an internal system, thus there would be no URL to give.

Thanks,
-Bill Qops1981 (talk) 22:15, 9 January 2014 (UTC)

Hi Bill!

In the LocalSettings.php file there is the variable $wgServer, which determines the base URL. Maybe someone did something strange with it, but I guess that is not likely.

My guess is that this is somehow happening with a RewriteRule in .htaccess.

Which URL (also if it's an internal one) do you call and where are you redirected? Is the result an error 404 or a server error (like error 500)? 88.130.120.174 01:12, 10 January 2014 (UTC)

Resolved.. Thanks! 69.198.41.161 22:41, 10 January 2014 (UTC)

What have you done to fix this? 88.130.81.123 14:36, 11 January 2014 (UTC)

To be honest.. I'm not sure.. I changed the Apache settings which didn't work, then I reverted them back to what they were and all of a sudden the site functioned properly.. I figured I would just take this win and move on! :-) Qops1981 (talk) 22:09, 13 January 2014 (UTC)

API: template data question

Hi. I'm having trouble getting certain data with the api.

I want the line { {IPA|/mɑ̃ʒe/|lang=fr}} from content on this page: http://en.wiktionary.org/w/api.php?format=json&action=query&titles=manger&prop=revisions&rvprop=content

or in other words I want the "mɑ̃ʒe" and I want to confirm that the lang=fr.

the original page can be viewed here: http://en.wiktionary.org/wiki/manger or more specifically

I've searched all throughout the api, tried a bunch of different calls, used the sandbox, etc. If I should be asking somewhere else then please let me know. Otherwise I'm going to have to parse the entire content of the page (and it's a big string) only to extract such a small portion.

Thanks. Sabasis (talk) 06:55, 10 January 2014 (UTC)

Yes, you need to parse the entire contents to get that string. It should be easy with a Regular Expression. Ciencia Al Poder (talk) 18:33, 10 January 2014 (UTC)

You could see if this sort of information is available from the dbpedia. ☠MarkAHershberger☢(talk)☣ 20:24, 10 January 2014 (UTC)

Custom thumbnails for specific uploads

MediaWiki 1.21.3

PHP	5.4.23 (cgi-fcgi)
MySQL	5.1.72-log

I'm uploading PDFs and indexing them on a Category page. How can I attach a custom thumbnail to each File:x.pdf, so that it doesn't display the generic Adobe PDF thumbnail, and so that I don't break the automatic thumbnail system for the rest of the wiki and files? Dbooksta (talk) 17:39, 10 January 2014 (UTC)

On your server, install poppler (or poppler-tools as you don't need all of poppler). You need the pdfinfo command line tool to be installed (Usually part of poppler) Bawolff (talk) 20:04, 10 January 2014 (UTC)

Sorry, I think my question was unclear: I don't need to generate thumbnails from PDFs. Rather, I want to know how to attach a thumbnail that I generate to a specific File, that will replace the default thumbnail in a situation like the Category page I referenced. Dbooksta (talk) 20:25, 10 January 2014 (UTC)

That isn't possible as far as I know. You could file a bug requesting that, but I think you yould need to provide a compelling use case as the first that pops to mind for creating such an ability is creating thumbnails that would fool someone into clicking on them. ☠MarkAHershberger☢(talk)☣ 17:39, 11 January 2014 (UTC)

Editing the sidebar

As a new user to the media wiki i am slowly getting to grips with it. can you explain how to create a drop down menu with sub headings rather than boxes as is. otherwise it will just turn into a list which defeats the objective. I am not a programmer so the simplest set of instructions please. The hypnotist (talk) 18:38, 10 January 2014 (UTC)

Do you mean like the sidebar here? What version of MediaWiki are you using? What skin are you using? ☠MarkAHershberger☢(talk)☣ 17:34, 11 January 2014 (UTC)

Yes like this one on the left The site is www.thehypnopedia.com The hypnotist (talk) 19:11, 11 January 2014 (UTC)

You're using the Monobook skin on your site. But what you want is part of the Vector skin.

If you switch the Vector skin and enable the Vector extension, (or switch to Vector and update to MW 1.22), you should be able to get what you want. ☠MarkAHershberger☢(talk)☣ 19:58, 11 January 2014 (UTC)

thanks Mark i will try that When i have resolved the more pressing issue of trying to set up only registered users can edit am currently being bombed at the rate of 250 new nonsense pages a day being created if you can help with that i would be gratefull

marc The hypnotist (talk) 09:35, 12 January 2014 (UTC)

Manual:Combating spam Ciencia Al Poder (talk) 15:52, 12 January 2014 (UTC)

Package Extension Installation.

I am attempting to recreate a 1.11 MediaWiki into a new, 1.22 MediaWiki. I imported the pages using the Special:Import and Export pages. However, installing all of the correct and new extensions and getting them to work properly is becoming a pain. Is there a simpler way to install multiple extensions that will be compatible with MW 1.22? I'm going from PHP 5.2.5, MySQL 5.0.45 and Apache 2.2.6 to a WAMP server using PHP 5.4.16, MySQL 5.6.12, and Apache 2.4.4. Mhoward (talk) 21:18, 10 January 2014 (UTC)

There is no simpler way to do it yet, unfortunately. This is one of the major issues that we're hoping to work on in the next year. ☠MarkAHershberger☢(talk)☣ 17:31, 11 January 2014 (UTC)

Scribunto / Lua Problems

Hi there,

so after trying to import Infoboxes from Wikipedia to my own MediaWiki I'm running in so much trouble, i need to kindly ask for your advice. To be honest, I'm like rly new to this and trying my best, googling for hours and trying stuff but I'm simply not able to deal with it myself. If I make dumb mistakes, pls just correct me :)

Here are my specs: Software Version MediaWiki 1.21.2 PHP 5.3.2-1ubuntu4.19 (apache2handler) MySQL 5.1.67-0ubuntu0.10.04.1-log

Language: German (if that is important in any way... will try to translate errors n stuff) URL: Since my Wiki hosts private notes for a book i write along with others, I rly don't want to give access to it. I hope this isn't too much to ask for...

I was following this tutorial (along with several others, all over the web): http://www.mediawiki.org/wiki/Manual:Importing_Wikipedia_infoboxes_tutorial

- installed the parser functions - installed scribunto (at least i think so) - imported the whole wikipedia css (https://en.wikipedia.org/wiki/MediaWiki:Common.css) - added namespaces - exported the infobox template (and lots of connected stuff) - tried to import (this is where the errors start) - tried to write a lua script manually (http://en.wikipedia.org/wiki/Module:Bananas) - set permissions via ftp to the whole scribunto folder (including all files and subfolders)

Special:Versions says: Parsererweiterungen ParserFunctions (Version 1.5.1) Ergänzt den Parser um logische Funktionen Tim Starling, Robert Rohde, Ross McClure und Juraj Simlovic Scribunto Ermöglicht eine Umgebung zum Einbetten von Skriptsprachen in Wikiseiten Victor Vasiliev und Tim Starling

Here is what i added to the localsettings.php: require_once "$IP/extensions/ParserFunctions/ParserFunctions.php"; $wgPFEnableStringFunctions = true; require_once "$IP/extensions/Scribunto/Scribunto.php"; $wgScribuntoDefaultEngine = 'luastandalone';

$wgMetaNamespace = "Wikipedia"; $wgExtraNamespaces[100] = 'Portal'; $wgExtraNamespaces[101] = 'Portal_talk'; $wgExtraNamespaces[108] = 'Book'; $wgExtraNamespaces[109] = 'Book_talk'; $wgExtraNamespaces[118] = 'Draft'; $wgExtraNamespaces[119] = 'Draft_talk'; $wgExtraNamespaces[446] = 'Education_Program'; $wgExtraNamespaces[447] = 'Education_Program_talk'; $wgExtraNamespaces[710] = 'TimedText'; $wgExtraNamespaces[711] = 'TimedText_talk'; $wgExtraNamespaces[828] = 'Module'; $wgExtraNamespaces[829] = 'Module_talk';

So here are a few errors that occur (NONE OF THEM ARE CLICKABLE):

Importing stuff: [some pages get imported] Import fehlgeschlagen: Lua-Fehler: Der Vorgang kann nicht erstellt werden. (in english something like: import failed: lua error: process couldn't be created)

Module:Bananas testpage: Skriptfehler: Lua-Fehler: Der Vorgang kann nicht erstellt werden. (english: script error: lua error: process couldn't be created)

Trying to open imported pages (for example: template:clear): [cb82fae6] 2014-01-11 00:28:56: Fatal exception of type ScribuntoException

For a few moments after initially importing the stuff, the main page wasn't reachable, now it turned back to normal.

I hope someone reads this and knows what to do, for i am completely desperate and in great fear my wiki crashes completely (already exported sql dumps via php myadmin and files via ftp, server repository backup via plesk before all this crap doesn't want to be restored unfortunately :()

Thank you so much for reading all this, LL 46.244.183.12 (talk) 00:32, 11 January 2014 (UTC)

OP here:

activated $wgShowExceptionDetails and got this for [template:clear]:

https://dpaste.de/OcRz 46.244.183.12 01:47, 11 January 2014 (UTC)

Some more informations I gathered at the IRC channel:

safe_mode Local: Off Master: On

some more errorlog: https://dpaste.de/cK0w

asked my hoster to add /dev/null, /dev/zero and /dev/stdin to open_basedir allowed paths

changed path to errorlog, now in the logfile it says:

exec: 1: /var/www/vhosts/mydomain.de/httpdocs/mywiki/extensions/Scribunto/engines/LuaStandalone/binaries/lua5_1_5_linux_64_generic/lua: Permission denied

Binaries got 777

cheers 46.244.183.12 14:07, 11 January 2014 (UTC)

Could you paste the error log?

It isn't clear from your message: what are the permissions on the lua binary set to? ☠MarkAHershberger☢(talk)☣ 17:28, 11 January 2014 (UTC)

Hey Mark,

permissions for the binaries folder (incl. files) are set to 777.

This is what the Scribuntu error log says when I try to open the (broken when imported?) page [Template:Clear]:

exec: 1: /var/www/vhosts/mydomain.de/httpdocs/mywiki/extensions/Scribunto/engines/LuaStandalone/binaries/lua5_1_5_linux_64_generic/lua: Permission denied

Greets LL 46.244.183.12 21:39, 11 January 2014 (UTC)

Do you have command line access? If so, what happens if you log in and try to execute the lua binary directly?

Are you sure that all the directories are readable by the webserver? ☠MarkAHershberger☢(talk)☣ 13:27, 14 January 2014 (UTC)

Exporting 1 User's Contributions

I'd like to mass-export the pages of one particular user (the sysop) so that I can upload them to a fresh install of Mediawiki. Is there an extension that can do this? My current install has tens of thousands of spam users because I was lazy about editing permissions, it's way too much for BlockandNuke to handle. 67.190.236.170 (talk) 00:41, 11 January 2014 (UTC)

This sort of situation is why I created the command line option for BlockandNuke. If you have command line access, you should try ban.php. ☠MarkAHershberger☢(talk)☣ 16:15, 11 January 2014 (UTC)

If you can use the API, it is a quick way to get the pages. For example, you can see my contributions here using this link, collect a list of pages, and then provide that list to the import api call.

Alternatively, you could ask me to modify my Page Puller extension to update it to support pulling a particular user's pages (and history?) in addition to what it does now. ☠MarkAHershberger☢(talk)☣ 17:23, 11 January 2014 (UTC)

[RESOLVED] Blank/empty upgrade page when upgrading from 1.15.1

I'm running MediaWiki 1.15.1 and am trying to upgrade to 1.22.

I do not have shell access (shared server) so I have to upload files via FTP. I did this with no errors, and I tried to pull up /mw-config/index.php but the page as well as the home page were just empty/blank pages.

MySQL version5.5.34-cll PHP version5.4.21

I'm a little confused by this and looked for an answer but didn't find anything helpful. What might the problem be? 67.149.164.230 (talk) 08:34, 11 January 2014 (UTC)

1.22 introduced new requirements, at least it requires JSON support, that may break the installer if not present. Also, it requires XML with DOM support.

Anyway, to get the exact error message, take a look at Blank page to see how to get a detailed error message so we can look at it further. Ciencia Al Poder (talk) 12:07, 11 January 2014 (UTC)

Thanks so much for your reply.

I followed your link and went to add those lines to LocalSettings.php only to find they were already there. But the page is still blank... 67.149.164.230 03:08, 12 January 2014 (UTC)

After replying there I just thought to check the site error log. I have a long series of this error:

[11-Jan-2014 03:02:22 America/New_York] PHP Fatal error: Cannot redeclare wfProfileIn() (previously declared in /home/smackbom/public_html/tpbwiki/includes/profiler/Profiler.php:33) in /home/smackbom/public_html/tpbwiki/includes/ProfilerStub.php on line 24 67.149.164.230 03:10, 12 January 2014 (UTC)

Manual:Errors_and_symptoms#Fatal Error: Cannot redeclare wfprofilein() Ciencia Al Poder (talk) 10:48, 12 January 2014 (UTC)

That was it - I'm all set. Thanks again for your help. 67.149.164.230 22:19, 12 January 2014 (UTC)

Searching in two wikis

Hi, How can I configure wiki to search in itself and second, separate wiki? Is possible to do this using Lucene extensions e.g. by indexes integration from those wikis? Thanks in advance in any suggestions! 31.61.140.162 (talk) 16:40, 11 January 2014 (UTC)

There is no way to do this out of the box that I know of. If you don't want to change it to support this and your wikis are public, then you could set up a custom Google search for your two wikis.

Otherwise, this is probably going to take some work. If nothing else, you could file a bug requesting this feature (and CC me). ☠MarkAHershberger☢(talk)☣ 17:51, 11 January 2014 (UTC)

Open .htaccess files in MW19.9

My stock install of MW19.9 shows:

/var/www/# for x in $(find . -name "\.htaccess"); do echo "$x:";echo -n " ";cat $x;echo;done
./w/serialized/.htaccess:
    Deny from all

./w/cache/.htaccess:
    Deny from all

./w/languages/.htaccess:
    Deny from all

./w/tests/.htaccess:
    Deny from all

./w/tests/qunit/.htaccess:
    Allow from all

./w/tests/jasmine/.htaccess:
    Allow from all

./w/maintenance/.htaccess:
    Deny from all

./w/maintenance/archives/.htaccess:
    Deny from all

./w/images/.htaccess:
    # Protect against bug 28235
<IfModule rewrite_module>
RewriteEngine On
RewriteCond %{QUERY_STRING} \.[^\\/:*?\x22<>|%]+(#|\?|$) [nocase]
RewriteRule . - [forbidden]
</IfModule>

./w/includes/.htaccess:
    Deny from all

/var/www/#

Is there a reason why some of the "tests" directories are set to "Allow from all"?

Do I need the "tests" directory in a production install? George1707a5 (talk) 00:17, 12 January 2014 (UTC)

Hi!

You might want to open an issue in the bugtracker and request exclusion of the tests/ folder from the tarballs.

The tests/ directory should not be used during normal operation and so you should be able to rename/remove it without MediaWiki working anyway differently than before. It mainly (only?) is relevant for developers and they can easily obtain it with any git checkout. 88.130.91.160 00:57, 12 January 2014 (UTC)

It's not even used for the maintenance scripts? George1707a5 (talk) 01:05, 12 January 2014 (UTC)

You can rename the folder and try, but the folder contains tests not for testing your MediaWiki installation, but for testing the MediaWiki source code itself. It is useful during development of the MediaWiki software, but as an end user you should not have to bother this folder at all. I would expect it not to be used - in fact I would even consider it a bug, if source code tests, which are made for development, were used during production usage. 88.130.91.160 01:13, 12 January 2014 (UTC)

Disabling automatic character conversion for unicode characters in the Unified CJK Compatibility Blocks

My apologies, I have googled everywhere to no avail.

Versions: MediaWiki 1.19.8+dfsg-1 PHP 5.5.3-1ubuntu2.1 (apache2handler) MySQL 5.5.34-0ubuntu0.13.10.1

I'm also using the pecl-intl module in apache, which Mediawiki was plugged into when it was first configured. MySQL was (I believe) configured to use Binary for storage, which I specifically chose because it said it had the best Unicode Support.

When attempting to use characters such as 渚 (0xfa46), it is being automatically converted to the modern Japanese character 渚 (0x6e1a). For ease of confusion, let's call 0xfa46 "the old version", and 0x6e1a "the new version". If you have Japanese (and not Traditional Chinese) fonts installed, and the characters are being properly displayed, you will note that the old version has one very small additional stroke on the right side near the middle.

This seems to be a common "feature" on all MediaWiki installations. Even on this wiki, if you copy-paste the old version above, it will become the new version in the preview. (Try it yourself.)

It seems there is some feature that is automatically converting glyphs in the CJK Compatibility Blocks to their modern variants. However, I want the old version, not the new version, and I want to be able to use it in things such as article titles. How do I disable the automatic character conversion?

I already attempted to set $wgDisableLangConversion = true; and $wgDisableTitleConversion = true;, but those are a different thing for converting between Traditional and Chinese characters. This is a different type of conversion where it is converting CJK Compatibility Characters into their modern variants.

Thanks for your help. 36.2.201.148 (talk) 08:38, 12 January 2014 (UTC)

Upon lots of digging around, I think I have found the offending portion of the program, there is a file:

mediawiki/includes/normal/UtfNormalData.inc

which contains the conversion table. It may take a bit of hacking to remove this function, but I feel confident that I can do it. 36.2.201.148 11:19, 13 January 2014 (UTC)

I've managed to solve the problem.

Essentially, all unicode text is normalized, so that glyphs that appear identically will load identically. Normally this is what you want. If a user has Chinese fonts installed, then 渚 looks identical to 渚, so you want them to be able to search for either. You normally don't want two different articles both talking about "shoreline" just because some users are using a different unicode point.

In rare cases, you might want two separate pages. There are two ways to do it, depending on whether or not you have intl_pecl installed or not.

If you do *not* have intl_pecl installed, then it is easy.

Step one: cd to your mediawiki/includes/normal directory, and look at the file UtfNormalData.inc. This is the character conversion database. It lists the characters in encoded format.

Step two: UtfNormalData.inc is automatically generated by the file UtfNormalGenerate.php. UtfNormalGenerate.php uses the official Unicode Data tables to determine which characters are linked among other things. You will need to download these files:

wget http://www.unicode.org/Public/UNIDATA/DerivedNormalizationProps.txt

wget http://www.unicode.org/Public/UNIDATA/CompositionExclusions.txt

wget http://www.unicode.org/Public/UNIDATA/UnicodeData.txt

Step three: The file we care about is UnicodeData.txt. To oversimplify the file format, it is separated into columns by a ; (semicolon), and column 1 (index 0) lists each character's unicode point. Column 6 (index 5) lists the target unicode point for conversion. So for example, if you want to remove the normalization for 渚->渚, you will need to go to the line where column 1 is equal to FA46, and then delete text 6E1A from column 6.

Step four: After all the modifications to UnicodeData.txt have been made, run UtfNormalGenerate.php. This can be done by simply running

php UtfNormalGenerate.php

Step five: Check to make sure that everything is working fine. Open up UtfNormalData.inc and make sure the characters are missing from the conversion tables. Then try editing any page in the wiki in your browser, and start typing in character that should not be converted. Hit the "Preview changes" button and verify that the characters were not converted.

That's it. If you *do* have intl_pecl installed, then it is different, and I don't know how to do it, but you will have to uninstall intl_pecl, download the source, edit the source (probably editing UnicodeData.txt), compile the source, and then install. It was not so easy for me to get ahold of the source files, or rather, not as easy as it was to simply disable intl_pecl and edit mediawiki's normalization library.

Note, in general this is *not* something that you want to do. Only very specific users who have very specific needs regarding unicode character points never changing should do this. 36.2.201.148 00:35, 17 January 2014 (UTC)

Deleting multiple false accounts

As a new user of media wiki having resolved some of the security issues relating to un authorized or non account holder information, I am now engaged in a clean up operation. Am i able to remove groups of users from my user list on mass together with their pages of irrelevant information or does it need to be done page by page entry by entry.

Any suggestions? The hypnotist (talk) 12:00, 12 January 2014 (UTC)

This sort of situation is what the command line option for BlockandNuke is there for. If you have command line access, you should try ban.php. 88.130.91.160 12:40, 12 January 2014 (UTC)

Thanks for your assistance That seemed to work well (i think)

I am still left with all the bogus accounts on my user list. have cleared the cache and refreshed, but they still appear. have checked for content and nothing seems to appear on site relevant to the information they submitted which is great. am I able to purge that information out or am I stuck with it.

i have also set up the site so that edits require a valid email and response as part of the preventative measures. The hypnotist (talk) 12:53, 13 January 2014 (UTC)

How best to emulate a Facebook timeline for users + groups/pages

I'm a user at HMMFS WIKI which is just starting up based on MediaWiki software. I'm not the person who does all the technical stuff, but I'm here looking for useful extensions which I then propose at our local version of the village pump. As for the subject, I have identified Extension:FacebookImport, but being completely new to "shopping for extensions" I figure I might as well ask the question here outright, if there are various manners of emulating Facebook functions that all center on sharing external content from web sites all over the web. Non-technical replies will be most appreciated. Then I can present them to the local technical person. Meco (talk) 13:35, 12 January 2014 (UTC)

It sounds like you want MediaWiki to be a Facebook clone. MediaWiki is a wiki, though, not a site like Facebook.

Still, maybe things like Extension:SocialProfile, Extension:Social Bookmarking, Extension:SocialRewarding, and the like will give you what you want. ☠MarkAHershberger☢(talk)☣ 14:09, 14 January 2014 (UTC)

Special Upload Page returns Internal Error Message after Update to 1.22

I've recently updated to MW 1.22 from 1.21 (I think) and have run into an error in the uploads page.

MediaWiki ver. 1.22.0 PHP 5.4.23 (cgi-fcgi) MySQL 5.5.31-MariaDB-cll-lve

Here is the error and backtrace.

[3ff21202] /index.php?title=Special:Upload Exception from line 773 of /home/hepburn/public_html/cottage/includes/HttpFunctions.php: Error setting curl options.

Backtrace:

1. 0 /home/hepburn/public_html/cottage/includes/filerepo/ForeignAPIRepo.php(479): CurlHttpRequest->execute()
2. 1 /home/hepburn/public_html/cottage/includes/filerepo/ForeignAPIRepo.php(508): ForeignAPIRepo::httpGet(string)
3. 2 /home/hepburn/public_html/cottage/includes/filerepo/ForeignAPIRepo.php(183): ForeignAPIRepo->httpGetCached(string, array)
4. 3 /home/hepburn/public_html/cottage/includes/filerepo/file/ForeignAPIFile.php(61): ForeignAPIRepo->fetchImageQuery(array)
5. 4 [internal function]: ForeignAPIFile::newFromTitle(Title, ForeignAPIRepo)
6. 5 /home/hepburn/public_html/cottage/includes/filerepo/FileRepo.php(333): call_user_func(array, Title, ForeignAPIRepo)
7. 6 /home/hepburn/public_html/cottage/includes/filerepo/ForeignAPIRepo.php(103): FileRepo->newFile(Title, boolean)
8. 7 /home/hepburn/public_html/cottage/includes/filerepo/FileRepo.php(362): ForeignAPIRepo->newFile(Title)
9. 8 /home/hepburn/public_html/cottage/includes/filerepo/RepoGroup.php(151): FileRepo->findFile(Title, array)
10. 9 /home/hepburn/public_html/cottage/includes/GlobalFunctions.php(3534): RepoGroup->findFile(Title, array)
11. 10 /home/hepburn/public_html/cottage/includes/upload/UploadBase.php(1398): wfFindFile(Title)
12. 11 /home/hepburn/public_html/cottage/includes/upload/UploadBase.php(583): UploadBase->checkOverwrite(User)
13. 12 /home/hepburn/public_html/cottage/includes/specials/SpecialUpload.php(421): UploadBase->verifyTitlePermissions(User)
14. 13 /home/hepburn/public_html/cottage/includes/specials/SpecialUpload.php(179): SpecialUpload->processUpload()
15. 14 /home/hepburn/public_html/cottage/includes/SpecialPage.php(631): SpecialUpload->execute(NULL)
16. 15 /home/hepburn/public_html/cottage/includes/SpecialPageFactory.php(488): SpecialPage->run(NULL)
17. 16 /home/hepburn/public_html/cottage/includes/Wiki.php(298): SpecialPageFactory::executePath(Title, RequestContext)
18. 17 /home/hepburn/public_html/cottage/includes/Wiki.php(602): MediaWiki->performRequest()
19. 18 /home/hepburn/public_html/cottage/includes/Wiki.php(467): MediaWiki->main()
20. 19 /home/hepburn/public_html/cottage/index.php(49): MediaWiki->run()
21. 20 {main}

I'm not sure how to fault trace from this information and need some help. Thepburn (talk) 00:15, 13 January 2014 (UTC)

Is this still a problem with MW 1.22.1? There was a compatibility issue with MediaWiki 1.22 and some old versions of curl, which should be fixed in the new version; see bug 58178. PleaseStand (talk) 10:27, 14 January 2014 (UTC)

I will let you know when I get the update done. My host has changed the PHP configuration and I am now only allowed one version of PHP for my entire site (not one for each directory as before). This has cause many CMS applications to break.

Would changing back to PHP version 5.3x fix this? Thepburn (talk) 05:12, 15 January 2014 (UTC)

Upgrading to MW 1.22.1 fixed the problem. I don't think that changing the PHP version did anything. The link to the bug 58178 on bugzilla was correct; a little over my head, so thanks for the direction PleaseStand. Thepburn (talk) 07:10, 15 January 2014 (UTC)

[RESOLVED] Strange Characters in footer after basic 1.22 install

I see these two strange characters --> អំពី beside the website name in the footer of the page when I install 1.22 or higher. Not a deal breaker but odd. I don't see this in 1.21 installs.

Thanks! MarkJurgens (talk) 03:00, 13 January 2014 (UTC)

That's on the installer page? Or on any normal wiki page once the installation has completed?

A screenshot or HTML source of the page when this happens would help, or a link to the wiki if it's publicly accessible. Ciencia Al Poder (talk) 10:39, 13 January 2014 (UTC)

Thanks for the reply! It's on the wiki pages after the install is complete. Please see attached image.

I tried it on two servers again. They just started showing up with these latest releases. (1.22)

https://www.dropbox.com/s/18szivb8y6tdaic/strangCharacters.png MarkJurgens (talk) 20:49, 21 January 2014 (UTC)

Hi Mark!

You see the strange sign inside the so called footer links. Instead of "(strange sign) SiteName" it should actually say "About (actual sitename)". This one link is not created correctly for you; maybe an extension or so tries to add an additional link directly in front of it, which does not work. These links can be set up e.g. with the hook SkinTemplateOutputPageBeforeExec. This can be done in LocalSettings.php, but also in extensions.

See Manual:Footer#Add_links_to_the_footer for more information.

Another option is:

The text of the footer links comes from the interface messages MediaWiki:Privacy, MediaWiki:Aboutsite and MediaWiki:Disclaimers. With your problem I would expect that, if there was an error coming from one of these three links, then it would come from MediaWiki:Aboutsite. To disable one or more of these links, set the corresponding link text to a single hyphen (-). 88.130.77.169 23:42, 21 January 2014 (UTC)

Thanks! This solution worked!

I navigated to MediaWiki:Aboutsite and deleted 4 characters. Very odd. MarkJurgens (talk) 04:34, 20 February 2014 (UTC)

 20:49, 21 January 2014 (UTC)

[RESOLVED] [GIT] ?? (Install & Updates) Proper workflow for automated updates?

Hey all,

I have a question about how to properly use Git for the installation of maintenance of the site. Should I check out the branch of the version I want and then set up a script that [PULL]'s the latest changes and then [RSYNC] the core folder to the live site folder? This way all minor updated would be implemented automatically.. If the is is the correct method then are there folders & files that I should not [RSYNC]? If that is not the correct method, what would be or where can I find information on how to properly use [GIT] to keep a site up to date. I have spend several hours trying to "Google" it, but all I seem to get is on how to use Git Hub as a developer and not the end user.

Thanks, -Bill Qops1981 (talk) 21:54, 13 January 2014 (UTC)

Hi Bill!

You can take the REL_xxx branches from Git; they contain the released stuff. Most secure would be not to checkout any commit from these branches, but the according tags (which are associated to selected commits in these branches). Put the git repository directly to the place, where you have your wiki files and directly use the checkout from Git.

Git might have more information on that. 88.130.119.179 01:20, 14 January 2014 (UTC)

Awesome. .Thanks :-) Qops1981 (talk) 15:41, 14 January 2014 (UTC)

Deleting information permenantly

Have recently used the blockandnuke command which removed the vandalized pages but I am still left with all the bogus accounts on my user list. have cleared the cache and refreshed, but they still appear. have checked for content and nothing seems to appear on site relevant to the information they submitted which is great. am I able to purge that information out or am I stuck with it. i have also set up the site so that edits require a valid email and response as part of the preventative measures. any help gratefully recieved The hypnotist (talk) 07:10, 14 January 2014 (UTC)

You can remove those accounts from database or you block and hide them (requires hideuser permission). Are you talking about Extension:BlockandNuke or is it a script? Tim (SVG) 07:25, 14 January 2014 (UTC)

Hi Tim I am not a programmer and new to wiki I down loaded a script added it to extensions then modified the local settings it seemed to clear the nonsense data but now have a list of over 500 spamers in the userlist. i have edited the white list within the text file also for the current authorized contributors.

Thanks in anticipation The hypnotist (talk) 11:11, 14 January 2014 (UTC)

You can consolidate all the users into a single "spammer" account using Extension:UserMerge. BlockandNuke will do this automatically if it sees the UserMerge extension installed. ☠MarkAHershberger☢(talk)☣ 13:17, 14 January 2014 (UTC)

[RESOLVED] Failed to open stream: Invalid argument

PHP: 5.4.16 MediaWiki: 1.22.0 MySQL: 5.6.12

I have just copied MediaWiki to c:\wamp\www\wiki, and run through the configuration\install procedure. I saved LocalSettings.php to c:\wamp\www\wiki.

When I load http://localhost/wiki, I receive the following error:

( ! ) Warning: require_once(C:\wamp\www\wiki�xtensions\InputBox\InputBox.php): failed to open stream: Invalid argument in C:\wamp\www\wiki\LocalSettings.php on line 127

( ! ) Fatal error: require_once(): Failed opening required 'C:\wamp\www\wiki\extensions\InputBox\InputBox.php' (include_path='.;C:\php\pear') in C:\wamp\www\wiki\LocalSettings.php on line 127

The folder C:\wamp\www\wiki\extensions\InputBox exists.

If I enter $MW_INSTALL_PATH = "C:\wamp\www\wiki"; \ in LocalSettings.php, I receive the error:

( ! ) Parse error: syntax error, unexpected 'require_once' (T_REQUIRE_ONCE) in C:\wamp\www\wiki\LocalSettings.php on line 127 114.31.207.18 (talk) 07:16, 14 January 2014 (UTC)

It's all in the error message: In LocalSettings.php on line 127 you have an error. The path to this extension is somehow wrong. The slash is missing and a "�" also does not belong there.

Make sure to fix the line so that it points to the actual path!

However, the error "unexpected 'require_once'" makes it look like the problem or another problem might also be in one of the lines before line 127. Maybe you have a missing semicolon or so... 88.130.119.179 13:00, 14 January 2014 (UTC)

Line 127 is:

require_once "$IP\extensions\InputBox\InputBox.php";

There are no missing semicolons. 114.31.207.18 00:37, 15 January 2014 (UTC)

Or a non-standard whitespace character or something else. I'm not good at guessing without even knowing the code you have there. 88.130.114.181 01:45, 15 January 2014 (UTC)

Please post the contents of your LocalSettings.php

The missing semicolon may be on a previous line and not on line 127 Ciencia Al Poder (talk) 10:40, 15 January 2014 (UTC)

 07:11, 23 January 2014 (UTC)
 07:19, 23 January 2014 (UTC)

I can't delete my last two posts.

Here is LocalSettings.php 114.31.207.18 07:24, 23 January 2014 (UTC)

When using Windows path, you should escape backslashes with double backslashes, since the backslash is an escape character and has special meaning inside strings:

require_once("$IP\\extensions\\InputBox\\InputBox.php");
require_once("$IP\\extensions\\Nuke\\Nuke.php");
require_once("$IP\\extensions\\WikiEditor\\WikiEditor.php");

Ciencia Al Poder (talk) 11:46, 23 January 2014 (UTC)

Thanks. That fixed it.

You should not have to submit a support ticket for something that could occur for every Windows user. 114.31.207.18 05:52, 31 January 2014 (UTC)

Can I find any extensions to create a new tab to transfer the traditional Chinese to simpified Chinese ?

The wikipedia's tab seems can auto transfer the Chinese, can I get any extension to realize this function?(or crossing this function)

thanks

example

http://i22.photobucket.com/albums/b332/goddesschi/cht_zps968155ac.png

http://i22.photobucket.com/albums/b332/goddesschi/chs_zps70e3715b.png Goddesschi (talk) 07:36, 14 January 2014 (UTC)

The div id="p-variants" tab is probably inserted via some Gadget, as I cannot find anything obvious in https://zh.wikipedia.org/wiki/MediaWiki:Common.js . Maybe ask on that Wikipedia how it is done? AKlapper (WMF) (talk) 12:29, 15 January 2014 (UTC)

Go to LocalSettings.php ,then add $wgLanguageCode = "zh";. Willy1018 (talk) 13:55, 19 December 2022 (UTC)

ERR_EMPTY_RESPONSE

Hi

Clean installed MAMP 2.2 mit PHP 5.5.3 und Mediawiki 1.22.0

After installation everything works fine until I search for a non-existing page, which in Chrome throws an error saying: ERR_EMPTY_RESPONSE (in Firefox and Safari I get an empty page resp a 'server connection reset' message).

apache_error.log shows:

dyld: Symbol not found: __cg_jpeg_resync_to_restart
Referenced from: /System/Library/Frameworks/ImageIO.framework/Versions/A/ImageIO
Expected in: /Applications/MAMP/Library/lib/libJPEG.dylib
in /System/Library/Frameworks/ImageIO.framework/Versions/A/ImageIO
dyld: Symbol not found: __cg_jpeg_resync_to_restart
Referenced from: /System/Library/Frameworks/ImageIO.framework/Versions/A/ImageIO
Expected in: /Applications/MAMP/Library/lib/libJPEG.dylib
in /System/Library/Frameworks/ImageIO.framework/Versions/A/ImageIO
[Tue Jan 14 12:28:30 2014] [notice] child pid 4558 exit signal Segmentation fault (11)
[Tue Jan 14 12:28:30 2014] [notice] child pid 4365 exit signal Segmentation fault (11)

THANKS FOR ANY ADVICE! 91.61.69.139 (talk) 11:40, 14 January 2014 (UTC)

This looks like a missing library in MAMP. I don't know anything about MAMP. You might try asking in the MAMP forum. ☠MarkAHershberger☢(talk)☣ 13:12, 14 January 2014 (UTC)

List of markups in edit page

fa.wikipedia provide a list of markups and tags at the bottom of the edit page.

How can I have something like that in my own wiki? Is it an extension of manual coding? 151.245.142.8 (talk) 12:47, 14 January 2014 (UTC)

Hi!

That is Extension:CharInsert! 88.130.119.179 13:07, 14 January 2014 (UTC)

Thanks!

But I dont think it is just Extension:CharInsert, but a huge edit in Edittools.

I tried to copy files from mediawiki:edittools, mediawiki:edittools.js, but the results were disastrous!

mediawiki:common.js and mediawiki:common.css was too large for me to figure out which part is related to the edittools :(

Thnaks. 151.245.142.8 13:51, 14 January 2014 (UTC)

You're right, it is EditTools. EditTools is a gadget, though. Do you have Extension:Gadgets installed? ☠MarkAHershberger☢(talk)☣ 14:02, 14 January 2014 (UTC)

I installed Gadgets, and tried importing files from fa.wikipedia, but if becomes a mess...

I dont know if there is any other file needed, or there is a conflict between edittools/charinset and mathjax, but the result is filled with broken HTML tags. 151.245.142.8 00:16, 16 January 2014 (UTC)

Issue with autorotation of thumbs on FF26.0 and MW1.21.4

Since version 26.0 Firefox considers the exif orientation flag of pictures. There still seem to be issues on the side of FF but there is a behaviour I cannot correctly interpret and which seems to be related to MW I guess. The given picture was take with the camera rotated by 90° and afterwards uploaded as usual with correct orientation. In case it is embedded not thumbed on a page it is being shown correctly for logged-in users as well as anonymous users. In case it is embedded on a page as a thumb it gets rotated by 90°, however *only* for logged-in users. The latter behaviour makes me ask here: Does this qualify for a bug report on bugzilla? I guess so since I think that treating logged-in users different from anonymous users appears to be a MW thing to me. The "funny" thing is that the thumbed image preview in namespace file is correct for both logged-in users as well as anonymous users. Setting "$wgEnableAutoRotation" to "false" did not help but only adding the image parameter "upright". This issue already appeared in MW1.21.3 [[kgh]] (talk) 18:07, 14 January 2014 (UTC)

Hi!

Have you tried resetting the user preferences? Does that create the same behavior for the user logged in as for anonymous users? 88.130.119.179 21:52, 14 January 2014 (UTC)

Well, this wiki is using MediaWiki default user options. No adjustments were done. So there is basically nothing to reset. [[kgh]] (talk) 14:29, 15 January 2014 (UTC)

Yepp, the wiki might use the default, but what about the user? Log in and go to Special:Preferences/reset to remove all user preferences. Do you afterwards still see a different behaviour when you are logged in with this user compared to when you are not logged in?

I am trying to understand where that difference comes from... 88.130.114.181 15:03, 15 January 2014 (UTC)

That makes two of us. :) Just reset my preferences and indeed the thumb is in the expected orientation. Amazing! What I fail to understand is which preference causes the trouble which was experienced by a lot of users. My preference changes were even unrelated to thumbs and images. I basically did watchlist and recentchanges changes but nothing related. Hmm... [[kgh]] (talk) 15:17, 15 January 2014 (UTC)

Interesting... I don't even see user preferences, which have to do with thumbnails at all. If I were you would now ask for users who still have the problem and then I would give the user name to one of the Wikimedia guys, who have direct database access. They should give you the content of the rows, which are set in the table user_properties for this user. And then check, which one it is.... 88.130.114.181 15:42, 15 January 2014 (UTC)

There is one which I consider related to thumbs and it is the setting of the size. Hope, that I do not mix up things here. Yeah, the suggested approach to track the preference down is a way to go. Pretty strange this behaviour. [[kgh]] (talk) 15:46, 15 January 2014 (UTC)

UncPath extension

hello everyone,

I am trying to put a UncPath on my mediawiki portal, unfortunatly I can't download the extension file : uncPath.rar from : https://www.mediawiki.org/wiki/Extension:UncPath. (while downloading, they say that the page doesn't exist anymore)

Could someone help me please ? Does anyone already have this file uncPath.rar and could send it to me ?

many Thanks Hichaminho2h (talk) 12:28, 15 January 2014 (UTC)

Hi!

It seems like David Sheffield has stopped supporting this extension. However, you still find it's source code embedded into the wiki page Extension:UncPath. Save it as extensions/uncPath/uncPath.php and go on with the installation steps as described. Note however that the extension might no longer work correctly as it is basically 3 years old and did not receive any updates during that time. 88.130.114.181 13:16, 15 January 2014 (UTC)

[Mediawiki] Massive CPU usage tied to SiteStats.php, DeferredUpdates.php, and ViewCountUpdate.php

Recently I've been running into trouble with my web host with massive CPU usage on my wiki. I've taken steps to try and resolve this, such as installing a File cache and running the site with CloudFlare, but it still isn't enough. (Options such as using a Squid or Varnish cache are not viable as they don't work with the shared hosting model I am on).

Tech support has pinpointed one part of the massive CPU usage to "any calls to stat tracking files, such as ViewCountUpdate.php, SiteStats.php, and DeferredUpdates.php." I can't seem to find any information on these aside from the code itself, and I was hoping someone here would have information on these and what effect disabling them or modifying them would have.

Thanks. -FH14 (talk) 13:43, 15 January 2014 (UTC)

Hi!

Modifying the source code is a bad idea - don't do it. You might try setting $wgDisableCounters in LocalSettings.php, which will deactivate the page counter.

However, I have not yet heard that these files cause an enormously high amount of CPU usage. Instead I think that your provider just does not give you enough. 88.130.114.181 14:01, 15 January 2014 (UTC)

This sounds like the errors I have, the server slows down to a crawl:

Project:Support desk/Flow/2014/01#h-Mediawiki_1.22+_Causes_two_of_my_servers_to_hang_indefinitely.-2014-01-08T03:41:00.000Z

Are you using 1.22? 1.21 didn't give me the same headache.

Also, I noticed that the page view hit counter jumped by hundreds with each click. Maybe there is an loop in the code because I got to over 1500 hits in a few seconds. On two different servers so it I don't think I'm under any spam attack. MarkJurgens (talk) 04:20, 16 January 2014 (UTC)

Installing translate extension

MediaWiki version 1.23wmf10 (71edd90) PHP 5.3.10-1ubuntu3.9+wmf1 (apache2handler) MySQL 5.5.34-MariaDB-1~precise-log how to install and configure the translate extension ? Lekshmi (talk) 14:05, 15 January 2014 (UTC)

That should be on Extension:Translate. I have added the defaults instructions, which might also be incomplete for this special extension. However, this extension is still under development so the necessary steps might still change. 88.130.114.181 15:05, 15 January 2014 (UTC)

You might even want to install MLEB. The page contains detailed instructions on how to proceed. In case of further questions the talk page over there will be the best pick. Cheers [[kgh]] (talk) 15:07, 15 January 2014 (UTC)

Add create account for wiki page

I am trying to add more users who can edit the wiki page, but the create account in the upper right does't seem to work for me. How should I set it up, so other user can create an new account and edit the page. The page is: http://wiki.siam.org/siag-is/index.php/Main_Page

Thank you! Nevin.tian (talk) 18:48, 15 January 2014 (UTC)

Hi!

When I click the create account link, then I do not get an option to create a new account. I think that in LocalSettings.php you might have set $wgGroupPermissions in a way so that anonymous users cannot create accounts.

Note that when you change this, spammers will start creating spam users! Make sure that they cannot do harm.

And on a second note: Your PHP, MySQL and MediaWiki versions are very, very out of date. I'd say it is a wonder that you have not yet been hacked. If at all possible, take care to update them so that you can again us current versions of MediaWiki! 88.130.114.181 19:02, 15 January 2014 (UTC)

Thank you for the reply. I am new to wiki and trying to make a change of the page. Do you know where I can change the LocalSettings.php? Also, how can I upgrade the PHP, MySQL and MediaWiki Version? I am not sure who create the page.

http://wiki.siam.org/siag-is/index.php/Main_Page Nevin.tian (talk) 19:18, 15 January 2014 (UTC)

[RESOLVED] empty parameter still produces a line break

I have a form which provides information for a template. In the template, I have the following

{{#if:{{{Download}}}|{{{Download|}}}|}}

If the Download section is empty, however, a paragraph tag is still generated. The paragraph tag has <BR /> inside of it. How do I get it to not produce the paragraph tag? If the sections are empty, this produced a lot of white space. 216.252.207.22 (talk) 19:55, 15 January 2014 (UTC)

If you include line breaks in your code, between parser functions, and some parser functions return an empty string, those line breaks are taken in consideration and are translated in paragraphs or line breaks. To prevent this, put all parser functions in the same line to prevent additional line breaks from happening. Ciencia Al Poder (talk) 10:37, 16 January 2014 (UTC)

Thanks. I noticed that you could solve it that way, but made the template editing unreadable. But it is a solution. 216.252.207.22 16:49, 17 January 2014 (UTC)

You can also use HTML comments to insert line breaks inside them, as they won't be taken into account and won't generate additional paragraphs. For example:

{{#if: {{{something|}}} | whatever }}<!--
-->{{#if: {{{something2|}}} | whatever2 }}

Ciencia Al Poder (talk) 17:07, 17 January 2014 (UTC)

[RESOLVED] Edits do not take effect - changes revert immediately to unedited version

Hi all,

After a successful install, my team is experiencing major problems making edits to certain pages. Upon editing, clicking Save Page will simply bump the user back to the edit page, edits missing. Sometimes we can successfully paste the content elsewhere in the page (i.e., limited to section) and sometimes no edits can be made.

• Problem seems to be more prevalent when inserting links, either named or as footnotes (we've checked the syntax!), but is not limited to links.
• Affects all browsers / users
• All extensions have been removed but problem remains
• Behavior seems related to this old bug: [5]
• MediaWiki 1.22.0
• PHP 5.3.27 (cgi-fcgi)
• MySQL 5.5.34-cll
• Site (ourgreengoals.org/wiki) is password protected. See screen shots here
• Debug Error Log

Thanks for your help 184.75.39.42 (talk) 21:53, 15 January 2014 (UTC)

Your debug log only contains GET requests and not POST. That means that the submit doesn't even arrive to PHP.

This is often caused by Apache's mod_security that restricts the addition of more than 3 links on a page (probably to stop spammers).

You should change Apache's mod_security to prevent that. Ciencia Al Poder (talk) 10:32, 16 January 2014 (UTC)

Thanks, I'm looking in to see if I can changed that in our shared hosting environment. 68.197.91.34 15:31, 16 January 2014 (UTC)

That fixed it. 184.75.39.42 21:01, 16 January 2014 (UTC)

[RESOLVED] [Image Uploading] Need help understanding and choosing right option.

Hey All,

Please excuse my ignorance! At the moment it seems as though in order to upload an image you need to use the "Upload File" tool and then call the file in the editor with the "Embedded File" option.. If that is False, how should it work? If not, I am currently using the "WikiEditor" Extension like the one used here and I need (I guess) An extension that adds a file upload & insert option. I hove found this: MsUpload (Extension).. But I don't know if that also inserts the image into the edit. I am not opposed to changing editors or anything else for that matter.

Thanks, -Bill 69.198.41.161 (talk) 23:00, 15 January 2014 (UTC)

msUpload actually works really great.. Y'all can disregard question! Qops1981 (talk) 21:07, 16 January 2014 (UTC)

Upgrading from 1.18 to 1.22.1 stuck at Upgrade existing installation

I have updated all the files via FTP and am now attempting to run the web updater (I've entered the upgrade key etc).

The upgrade seems to be stuck at the "Upgrade existing installation" stage and I can't get passed it. It throws no errors except "There are MediaWiki tables in this database. To upgrade them to MediaWiki 1.22.1, click Continue." It thinks for a bit when clicking "continue" but then...nothing.

Just above the "Backtrace" information in the window, it shows:

An error occurred:

A database query error has occurred.

Query: SELECT count(*) FROM `watchlist` WHERE wl_namespace & 1 LIMIT 1

Function: MysqlUpdater::doWatchlistUpdate

Error: 1146 Table 'mytablename.watchlist' doesn't exist (localhost)

I've added the php error debug code to the top of the localsettings.php and the page reports:

Notice: Uncommitted DB writes (transaction from DatabaseUpdater::doUpdates). in /home/xxx/public_html/voywiki/includes/db/Database.php on line 3944

Help? 101.174.85.254 (talk) 08:58, 16 January 2014 (UTC)

Still having this problem?

Looks like you need to create the watchlist table. MW should do that automatically, but it isn't for some reason.

If you have access to the DB somehow, I can show you what you need to do. ☠MarkAHershberger☢(talk)☣ 00:48, 28 February 2014 (UTC)

The watchlist table should actually be there when you are upgrading from 1.18. If it really is not there, I would check a backup and take the table from there. 88.130.83.1 04:35, 28 February 2014 (UTC)

It seems that I have a similar issue but with. I'm trying to install Mediwik 1.29.1 locally. After the connection to the Database is established, I get an interface in a loading state and with the message "

== Upgrade existing installation ==

There are MediaWiki tables in this database. To upgrade them to MediaWiki 1.29.1, click Continue."

I don't know if the window is frozen or it's processing something in the background that takes very long given the size of the DB (3.5 GB). Any idea what's happening? 37.120.3.10 (talk) 15:50, 7 November 2017 (UTC)

Sorry I forget to specify my setup

Mediawiki 1.29.1

MySQL: 5.6.35

PHP: 7.1.8

And I'm using MAMM Pro 4.2.1 37.120.3.10 (talk) 16:20, 7 November 2017 (UTC)

For big databases like yours it is always safer to run the update from shell.

See upgrading for detailed information! 2003:CC:ABCD:9700:197C:8F6D:F073:97B8 (talk) 18:56, 7 November 2017 (UTC)

Actually I'm installing wikimedia for the first time and as far I understand, my DB containing the wiki dump has some tables that are not compatible with the version of wikimedia that I'm using. Therefore, an upgrade for the DB is required. Knowing that my goal is to generate "LocalSettings.php" for my big Database, I tried to run install.php from the command line. The command didn't return anything. I tried as well a workaround:

- Create my DB with empty Tables

- Generate "LocalSettings.php" from the browser (that was fast since the DB is small)

- Import the wiki sql dump to my DB

- Refresh the index.php page

I got then a blank page with this message "Exception caught inside exception handler.Set $wgShowExceptionDetails = true; and $wgShowDBErrorBacktrace = true; at the bottom of LocalSettings.php to show detailed debugging information"

All the examples and tutorials that I found onlines about this matter are assuminn/using a small or new created DB.

Did really someone tried to use a real wikimedia dump and run locally? Why is there no such an advanced example? 37.120.68.243 (talk) 17:13, 8 November 2017 (UTC)

I am not sure I understand what you are trying to do. Do you really want to use an old Wikipedia dump, e.g. a dump of the database of en.wikipedia.org)? In that case, you can just use a newer dump, I think... However, I assume that you instead want to upgrade an own wiki, where no newer dump is available.

The normal way of upgrading the database is this: Put the files of the new MediaWiki version in place and then, on the shell, run update.php. There is no need to generate a new LocalSettings.php file - you can continue using the LocalSettings.php file, which you have already used before.

After you imported the database, you still have to run update.php to update it. 2003:CC:ABC5:7300:113C:BE92:A816:A8DE (talk) 19:17, 8 November 2017 (UTC)

Yes, I'm trying to run a whole existing mediwiki project locally (in my case en.wiktionary.org). I need to send millions of request and with the public online version I will get blocked after few hundred requests. That's why I need to run it locally. I have already downloaded the latest dump and tried what I described above.

I tried both ways on shell: install.php and update.php and both of them don't return anything.

When I tried the workaround that I described, where Import the DB after generating "LocalSettings.php", here are the detailed logs:

MediaWiki internal error.

Original exception: [3d0cd8dc5f56783f8cc335eb] /mediawiki/index.php DBQueryError from line 934 of /Applications/MAMP/htdocs/mediawiki/includes/db/Database.php: A database error has occurred. Did you forget to run maintenance/update.php after upgrading? See: https://www.mediawiki.org/wiki/Manual:Upgrading#Run_the_update_script

Query: SELECT page_id,page_namespace,page_title,page_restrictions,page_is_redirect,page_is_new,page_random,page_touched,page_links_updated,page_latest,page_len,page_content_model FROM `page` WHERE page_namespace = '4' AND page_title = 'Main_Page' LIMIT 1  

Function: WikiPage::pageData

Error: 1054 Unknown column 'page_links_updated' in 'field list' (localhost) 2A02:2450:1021:A76:C93E:4712:42F9:E8E7 (talk) 22:44, 8 November 2017 (UTC)

If update.php doesn't return anything, it must be erroring out and you have your php.ini configured to no display any errors. See Manual:How to debug to see how to display errors. Ciencia Al Poder (talk) 10:38, 9 November 2017 (UTC)

Thx Ciencia for the tip. Here is the end of the logs:

SQL ERROR: Unknown column 'page_links_updated' in 'field list' (localhost)

[Bug56269] Exception thrown with an uncommited database transaction: [d16603c55a86c86fa232084c] /mediawiki/index.php   DBQueryError from line 934 of /Applications/MAMP/htdocs/mediawiki/includes/db/Database.php: A database error has occurred. Did you forget to run maintenance/update.php after upgrading?  See: https://www.mediawiki.org/wiki/Manual:Upgrading#Run_the_update_script

Query: SELECT  page_id,page_namespace,page_title,page_restrictions,page_is_redirect,page_is_new,page_random,page_touched,page_links_updated,page_latest,page_len,page_content_model  FROM `page`   WHERE page_namespace = '4' AND page_title = 'Main_Page'  LIMIT 1  

Function: WikiPage::pageData

Error: 1054 Unknown column 'page_links_updated' in 'field list' (localhost)

#0 /Applications/MAMP/htdocs/mediawiki/includes/db/Database.php(901): DatabaseBase->reportQueryError(string, integer, string, string, boolean)

#1 /Applications/MAMP/htdocs/mediawiki/includes/db/Database.php(1234): DatabaseBase->query(string, string)

#2 /Applications/MAMP/htdocs/mediawiki/includes/db/Database.php(1293): DatabaseBase->select(string, array, array, string, array, array)

#3 /Applications/MAMP/htdocs/mediawiki/includes/page/WikiPage.php(306): DatabaseBase->selectRow(string, array, array, string, array)

#4 /Applications/MAMP/htdocs/mediawiki/includes/page/WikiPage.php(325): WikiPage->pageData(DatabaseMysqli, array, array)

#5 /Applications/MAMP/htdocs/mediawiki/includes/page/WikiPage.php(361): WikiPage->pageDataFromTitle(DatabaseMysqli, Title, array)

#6 /Applications/MAMP/htdocs/mediawiki/includes/page/WikiPage.php(444): WikiPage->loadPageData()

#7 /Applications/MAMP/htdocs/mediawiki/includes/page/WikiPage.php(485): WikiPage->exists()

#8 /Applications/MAMP/htdocs/mediawiki/includes/page/WikiPage.php(210): WikiPage->getContentModel()

#9 /Applications/MAMP/htdocs/mediawiki/includes/page/WikiPage.php(196): WikiPage->getContentHandler()

#10 /Applications/MAMP/htdocs/mediawiki/includes/actions/Action.php(96): WikiPage->getActionOverrides()

#11 /Applications/MAMP/htdocs/mediawiki/includes/actions/Action.php(154): Action::factory(string, WikiPage, RequestContext)

#12 /Applications/MAMP/htdocs/mediawiki/includes/MediaWiki.php(150): Action::getActionName(RequestContext)

#13 /Applications/MAMP/htdocs/mediawiki/includes/MediaWiki.php(652): MediaWiki->getAction()

#14 /Applications/MAMP/htdocs/mediawiki/includes/MediaWiki.php(509): MediaWiki->main()

#15 /Applications/MAMP/htdocs/mediawiki/index.php(43): MediaWiki->run()

#16 {main}

[queries] wiktionary: ROLLBACK /* MWExceptionHandler::rollbackMasterChangesAndLog 0:0:0:0:0:0:0:1 */

[exception] [d16603c55a86c86fa232084c] /mediawiki/index.php   DBQueryError from line 934 of /Applications/MAMP/htdocs/mediawiki/includes/db/Database.php: A database error has occurred. Did you forget to run maintenance/update.php after upgrading?  See: https://www.mediawiki.org/wiki/Manual:Upgrading#Run_the_update_script

Query: SELECT  page_id,page_namespace,page_title,page_restrictions,page_is_redirect,page_is_new,page_random,page_touched,page_links_updated,page_latest,page_len,page_content_model  FROM `page`   WHERE page_namespace = '4' AND page_title = 'Main_Page'  LIMIT 1  

Function: WikiPage::pageData

Error: 1054 Unknown column 'page_links_updated' in 'field list' (localhost)

#0 /Applications/MAMP/htdocs/mediawiki/includes/db/Database.php(901): DatabaseBase->reportQueryError(string, integer, string, string, boolean)

#1 /Applications/MAMP/htdocs/mediawiki/includes/db/Database.php(1234): DatabaseBase->query(string, string)

#2 /Applications/MAMP/htdocs/mediawiki/includes/db/Database.php(1293): DatabaseBase->select(string, array, array, string, array, array)

#3 /Applications/MAMP/htdocs/mediawiki/includes/page/WikiPage.php(306): DatabaseBase->selectRow(string, array, array, string, array)

#4 /Applications/MAMP/htdocs/mediawiki/includes/page/WikiPage.php(325): WikiPage->pageData(DatabaseMysqli, array, array)

#5 /Applications/MAMP/htdocs/mediawiki/includes/page/WikiPage.php(361): WikiPage->pageDataFromTitle(DatabaseMysqli, Title, array)

#6 /Applications/MAMP/htdocs/mediawiki/includes/page/WikiPage.php(444): WikiPage->loadPageData()

#7 /Applications/MAMP/htdocs/mediawiki/includes/page/WikiPage.php(485): WikiPage->exists()

#8 /Applications/MAMP/htdocs/mediawiki/includes/page/WikiPage.php(210): WikiPage->getContentModel()

#9 /Applications/MAMP/htdocs/mediawiki/includes/page/WikiPage.php(196): WikiPage->getContentHandler()

#10 /Applications/MAMP/htdocs/mediawiki/includes/actions/Action.php(96): WikiPage->getActionOverrides()

#11 /Applications/MAMP/htdocs/mediawiki/includes/actions/Action.php(154): Action::factory(string, WikiPage, RequestContext)

#12 /Applications/MAMP/htdocs/mediawiki/includes/MediaWiki.php(150): Action::getActionName(RequestContext)

#13 /Applications/MAMP/htdocs/mediawiki/includes/MediaWiki.php(652): MediaWiki->getAction()

#14 /Applications/MAMP/htdocs/mediawiki/includes/MediaWiki.php(509): MediaWiki->main()

#15 /Applications/MAMP/htdocs/mediawiki/index.php(43): MediaWiki->run()

#16 {main}

[queries] wiktionary: BEGIN /* DatabaseBase::query (LinkBatch::doQuery (for Skin::preloadExistence)) 0:0:0:0:0:0:0:1 */

[queries] wiktionary: SELECT /* LinkBatch::doQuery (for Skin::preloadExistence) 0:0:0:0:0:0:0:1 */  page_id,page_namespace,page_title,page_len,page_is_redirect,page_latest,page_content_model  FROM `page`   WHERE (page_namespace = '5' AND page_title = 'Main_Page')

SQL ERROR: Unknown column 'page_content_model' in 'field list' (localhost)

[session] Saving all sessions on shutdown

wfClientAcceptsGzip: client accepts gzip.

wfGzipHandler() is compressing output 141.20.156.105 (talk) 14:29, 9 November 2017 (UTC)

The relevant lines are

> Unknown column 'page_links_updated' in 'field list'

> Unknown column 'page_content_model' in 'field list'

This means that in your table page the columns page_links_updated and page_content_model are missing. They are missing, because they got added in newer versions of MediaWiki. You can add them manually so that they look as described on Manual:page table. However, there most likely are also other columns, which are missing. Note that these errors do not occur, when you are running update.php. They obviously are from regular page views using a webbrowser.

Actually, running update.php from the shell should add the missing columns. See How to debug for how to configure PHP to display errors, which are happening while you are running update.php!

When you write

> update.php doesn't return anything.

what do you mean exactly? Are a few lines of text being printed out? Or does it really not return one single sign? I think I have never seen that... 2003:CC:ABC6:200:E93E:7DF:9BEC:44AD (talk) 19:34, 9 November 2017 (UTC)

load.php jQuery error

I have this error on all pages Uncaught SyntaxError: Unexpected end of input

on these page

/load.php?debug=false&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&*

At the same time loadable module jQuery this terminates abruptly. On the words

dequeue: function( type ) {

		return this.each(function() {

			jQuery.d

A feeling that is the error of PHP. The file of jQuery is normal.

Skin: Vector

Version: 1.21.2

HTTP server: Nginx

---

По русски тоже самое. Появляется ошибка

Uncaught ReferenceError: Uncaught SyntaxError: Unexpected end of input На странице /load.php?debug=false&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20130903T185640Z

На сколько я понимаю. Это модуль загрузки jQuery. Модуль при этом до конца не прогружается. В чем проблема понять не могу

• Скин: Vector
• Версия: 1.21.2
• Все стоит на Nginx + PHP + MySql
• Ошибок PHP нет... Letzter~mediawikiwiki (talk) 13:03, 16 January 2014 (UTC)

Try appending ?debug=true to the URL of any of your pages (or &debug=true if the URL already contains a "?" character) Ciencia Al Poder (talk) 10:32, 17 January 2014 (UTC)

Hi! I met similar problems as yours, may I ask that have you found where the error come from? Thank you! 14.23.150.211 02:25, 18 August 2014 (UTC)

Upgrade 1.8.2 to 1.22 pictures missing

all files from earlier version are in images directory directly.

1. Upgrade with save LocalSettings.php. Instead of images displays the text "can not save thumbnails in the destination directory." There is access from the special "file list", but instead of images is the message. Links directly to the files work properly.

2. Upgrade without LocalSettings.php He works properly, generated new LocalSettings.php, but all image links are with subdirs (like: images/a/9a) and pictures are where they are (images directly). If I upload picture as new wersion file works properly, but play with 500 files is not fun.

All is ok with docs, ImageMagic, access to directories is 777. Any idea where is black cat in the dark room?? 193.0.236.64 (talk) 13:37, 16 January 2014 (UTC)

For problem in #2, you may need to disable $wgHashedUploadDirectory, which is enabled by default. But I don't know if it would start giving you errors of #1.

The error "can not save thumbnails in the destination directory" may be a filesystem permission problem, or upload/thumbs directory misconfigured. Ciencia Al Poder (talk) 10:23, 17 January 2014 (UTC)

It may be your LocalSettings.php file because you would need to add new setting and remove settings. If you save the LocalSettings.php on your computer delete the file on your website and redo it and then add all the things from LocalSettings.php on your computer and them to the file on your website. 86.173.54.235 11:36, 19 January 2014 (UTC)

Process text in a wiki article

How to access a wiki article before it gets saved and do some processing and save the processed wiki article instead of the originally typed article ? 112.134.90.32 (talk) 17:07, 16 January 2014 (UTC)

You would use a hook. Looks like EditPage::attemptSave would work. ☠MarkAHershberger☢(talk)☣ 21:25, 4 February 2014 (UTC)

[RESOLVED] Wikitable sortable not working properly

Software installed: MediaWiki 1.22.1, PHP 5.3.10-1ubuntu3.9 (apache2handler), MySQL 5.5.34-0ubuntu0.12.04.1. Extensions installed ParserFunctions (Versión 1.5.1). http://www.xcrioja.com/wiki/index.php/Liga_Norte When I use class = "wikitable sortable" does not order the table, even the symbols up / down appears. However if you use example class = "wikitable sortable mw-collapsible mw-collapsed" if the symbols appear and sorts the table. Thank you for you Leopoldovirosta (talk) 17:52, 16 January 2014 (UTC)

The first row of the table must be a table heading instead of a normal table cell (use ! instead of | for each cell) for sortable to work. Ciencia Al Poder (talk) 18:47, 17 January 2014 (UTC)

Ok, thanks. Leopoldovirosta (talk) 15:46, 21 January 2014 (UTC)

TextInputField without button

Hey All,

I'am looking for a kind of TextInputField without any button. For instance the extension mediawiki Extension:Quiz comes with a TextInputField BUT with a button. I would like to youse this TextInputFields (or something similar) as a scratchpad for the language student (for my projects in de:wikibooks and es:wikilibros) - here is some example where I would like to integrate it. The input in the TextInputField must not be evaluated or further processed. it should just be possible for the reader (student) so type his inputs (befor he opens the solution to look for the correct results). Maybe some kind of mw:Extension:InputBox will do the same thing, BUT they all come with a button (that I am not able to suppress. Outside Wikipedia-world some kind of easy HTML-text would do this. Can somebody help me please.

Thanks, -Thiruna Thirunavukkarasye-Raveendran (talk) 19:26, 16 January 2014 (UTC)

It's less than optimal, but you can use CSS to hide buttons, for example, adding in MediaWiki:Common.css the following code:

.nobuttons input.searchboxSearchButton {display:none;}

And wrap the code of InputBox inside a div with class="nobuttons", the buttons will be hidden.

That, at least would be easy to do on a WMF wiki where they may not want to add extensions just for this. Ciencia Al Poder (talk) 18:44, 17 January 2014 (UTC)

I need this InputBoxes for spanisch wikilibros (and german wikibooks) ([6]). As far as I understand does a CSS-modifikation only function when every user writes it in his CSS. But there are many readers (especially IP-users) who can't do that stuff. Or does not every user have to change his CSS-settings?

Maybe it is possible to implement the Quiz-template from en:Wikiversity to es:Wikilibros and make the modifications that you suggested into the code. (I didn't really understood your code. sorry!) I had asked on es:Wikipedia for migration of the Quiz-template ([7]), but that's a problem too ([8]). (talk) Thirunavukkarasye-Raveendran (talk) 10:49, 18 January 2014 (UTC)

If you put that code in MediaWiki:Common.css, every user on the wiki would load it. Of course, you should ask a local sysop on those projects to add this CSS. See Manual:Interface/Stylesheets Ciencia Al Poder (talk) 11:12, 18 January 2014 (UTC)

That sounds good. But where can I find a sysop? Do I have to look for a sysop inside es:Wikipedia or inside es:Wikibooks? Thirunavukkarasye-Raveendran (talk) 14:57, 18 January 2014 (UTC)

• w:es:Special:Listusers/sysop
• b:es:Special:Listusers/sysop

Try to find one that edited recently, looking at contributions. Or ask directly in the "Café" portal Ciencia Al Poder (talk) 15:54, 18 January 2014 (UTC)

Now (after one year) there is a new problem. I used these NewInputFields with no problems for instance in conjugación de verbos españoles. But today I created a new pag Lección 033a Curso de Alemán Para Principiantes con audio and suddenly there appear some strange buttons "Buscar por texto completo". Though I have the same code. What is causing this problem? I would like that the strange buttons disappear. I guess it could be connected with the new CirrusSearch. The only difference that I see is that one page was created month ago and the other page only today. Thirunavukkarasye-Raveendran (talk) 20:13, 13 February 2015 (UTC)

It doesn't show up on the old page because it's cached. If you edit it, the buttons will appear.

It's because the button doesn't have the searchboxSearchButton class any more. You can replace the old selector with this one to fix that: .nobuttons input[type="submit"] 121.220.14.39 11:31, 14 February 2015 (UTC)

Aaarg! WMF changed the way the extension works. In fact, the old page, if you edit it and preview, will have the same problem, because it's cached.

The CSS code I suggested before should be changed to this one for it to continue working:

.nobuttons input.searchboxSearchButton, .nobuttons input.mw-ui-button {display:none;}

PD: What 121.220 suggests would also work. Ciencia Al Poder (talk) 11:35, 14 February 2015 (UTC)

Thanks for your help. I will try it. Thirunavukkarasye-Raveendran (talk) 10:24, 15 February 2015 (UTC)

[Extension]: (MobileFrontEnd) - !ERROR! - Blank Page

Hey all,

I have just installed the Mobile Front End extension. But for some reason I am just pulling up a blank page on the Mobile side only. I have tried disabling all other plugins but it still would just show a blank page.

Here is the information about my setup: (PHP & NGINX errors will be displayed below setup information)

• MediaWiki 1.22 (Upgrade DB from 1.15)
• PHP 5.3.3 (cli) (built: Feb 22 2013 02:51:11)

• Memory Limit set to 512MB

• Zend Engine v2.3.0
• MySQL 5.1.69
• Memcache is enabled with the following settings:

• $wgMainCacheType = CACHE_MEMCACHED;
• $wgParserCacheType = CACHE_MEMCACHED; # optional
• $wgMessageCacheType = CACHE_MEMCACHED; # optional
• $wgMemCachedServers = array( "misc-XXXXX.ajnafo.cfg.XXXX.cache.amazonaws.com:11211" );
• $wgSessionsInMemcached = true;
• $wgUseFileCache = false;

• Installed Extensions Include:

• MsUpload
• googleAnalytics
• MobileFrontend
• WikiEditor
• add-to-any-share-save
• SpamBlacklist
• AkismetKlik
• Nuke
  

Nginx Settings:

         server {
               listen       80;
               server_name  xxx.com xxx.com www.xxx.com beta.xxx.com betad.xxx.com stat.xxx.com;

                root   /site/xxx.com;

                access_log  /site/logs/access.xxxx.log  main;
		error_log /site/logs/error.xxxxx.log  notice;

        # redirect server error pages to the static page /40x.html
        #
        error_page  404              /404.html;
        location = /40x.html {
            root   /usr/share/nginx/html;
        }

        # redirect server error pages to the static page /50x.html
        #
        error_page   500 502 503 504  /50x.html;
        location = /50x.html {
            root   /usr/share/nginx/html;
        }
        
        location ^~ /(cache|includes|maintenance|languages|serialized|tests|images/deleted)/ {
                deny all;
        }
        
        location ^~ /(bin|docs|extensions|includes|maintenance|mw-config|resources|serialized|tests)/ {
				internal;
		}
        
        location @rewrite {
                rewrite ^/(.*)$ /index.php?title=$1&$args;
        }
        
        location / {
                try_files $uri $uri/ @rewrite;
        }
        
        location ~* \.(js|css|png|jpg|jpeg|gif|ico)$ {
                try_files $uri /index.php;
                access_log        off;
		    	log_not_found     off;
		   		expires           14d;
		    	add_header Pragma public;
				add_header Cache-Control "public, must-revalidate, proxy-revalidate";
        }
        
        location = /_.gif {
                access_log        off;
		    	log_not_found     off;
		   		expires           14d;
		    	add_header Pragma public;
				add_header Cache-Control "public, must-revalidate, proxy-revalidate";
                empty_gif;
        }
        
        #location /dumps {
        #        root /var/www/mediawiki/local;
        #        autoindex on;
        #}

		location ~ \.php$ {
            fastcgi_pass  unix:/var/run/php-fpm/php-fpm.sock;
            fastcgi_index index.php;
            fastcgi_cache   XXXX;
			fastcgi_cache_valid   200 302  30m;
			fastcgi_cache_valid   301      1d;
			fastcgi_cache_valid   any      15m;
			fastcgi_cache_min_uses  1;
			fastcgi_cache_use_stale error  timeout invalid_header http_500;
            include fastcgi_params;
            fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
            include /etc/nginx/fastcgi.conf;
        }
        
	}

Errors:

PHP

[16-Jan-2014 12:14:53 America/Denver] PHP Fatal error:  Out of memory (allocated 5505024) (tried to allocate 262144 bytes) in /site/XXXXX.com/includes/AutoLoader.php on line 1191

[16-Jan-2014 12:11:41 America/Denver] PHP Fatal error:  Call to undefined function mb_convert_encoding() in /site/XXXXX.com/includes/HtmlFormatter.php on line 66

NGINX

2014/01/16 17:05:47 [warn] 14031#0: *4305 a client request body is buffered to a temporary file /var/lib/nginx/tmp/client_body/0000000601, client: 69.198.41.161, server: XXXXXX.com, request: "POST /api.php HTTP/1.1", host: "betad.XXXXX.com", referrer: "http://betad.XXXXX.com/index.php?title=Category:Air_Canada&action=edit" 69.198.41.161 (talk) 19:33, 16 January 2014 (UTC)

The missing function mb_convert_encoding indicates your PHP hasn't been compiled with mbstring support.

MediaWiki has had always support for not having mbstring enabled, but I have just found that 1.22 version has introduced a new regression in which mbstring is now required. Enabling mbstring may solve the issue. I'll file a bug about that when bugzilla comes up again.

The first error is a memory issue. You should make sure if it's really happening with mobile frontend or the normal MediaWiki. Ciencia Al Poder (talk) 17:41, 17 January 2014 (UTC)

Reported as bug 60174 Ciencia Al Poder (talk) 18:24, 17 January 2014 (UTC)

[RESOLVED] The file you submitted was empty error in MsUpload extension

I got this error when i am uploading a pdf of size 8 MB using MsUpload "The file you submitted was empty". Please help me . Nehapant19 (talk) 05:22, 17 January 2014 (UTC)

In case you are still listening, some standard advice on debugging:

First, add

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

to your LocalSettings.php file and see if any errors are displayed. If none are, try enabling debugging and see if the file shows you anything. ☠MarkAHershberger☢(talk)☣ 13:54, 5 February 2014 (UTC)

I have multiple MediaWiki instances hosted on a single server. Users reported that they were getting file upload error "The file you submitted was empty" for few instances. When I checked Apache error log , found the error " “write failed: No space left on device”. So finally the issue was due to lack of space on server. Once ample space was created, the file upload error was automatically resolved. Soumya Sadanandan (talk) 07:45, 21 May 2015 (UTC)

StackExchange questions feed

Hello, I just discovered [9] (I'm not an active user) and I created a feed of all MediaWiki questions on stackexchange sites. I think it's useful because since mwusers died that's basically the only community forum on MediaWiki, but it's hard to follow because questions are scattered across several tags and sites; or rather, it was hard. ;-) I know several people in here answer (or even ask) questions there, so you may want to follow the feed. Usually, I only go there once every several months to address the oldest unanswered questions. I also made one for Wikimedia projects. Nemo 07:26, 17 January 2014 (UTC)

Looking for Mediawiki expert in The Netherlands

Hallo,

Ik zoek een Mediawiki deskundige die mij kan helpen om een nieuw opgezette Mediawiki installatie te finetunen. Dingen als het instellen van rechten en beschermen tegen spam. Heb zelf poging gedaan maar dat ging niet goed en heb geen tijd om me erin te verdiepen. Betaling mogelijk.

Met vr. groet, Frits oorzaak at oorzaak dot nl Oorzaak (talk) 10:53, 17 January 2014 (UTC)

See Professional_development_and_consulting ☠MarkAHershberger☢(talk)☣ 16:04, 5 February 2014 (UTC)

Getting page last modified

Hi,

I'm wanting to get the date that a page was last modified from the database. I've looked at the page_touched field of the page table and that is getting updated as I make changes. However, it seems to be in a weird format - 3230313430313137313034373338 - for example for the Main Page. However, when I look at the bottom of the Main Page in the browser it displays correctly - This page was last modified on 17 January 2014, at 10:47. I want to be able to convert the page_touched timestamp into a date in Java.

Any ideas?

Regards,

Sean 80.194.78.100 (talk) 10:59, 17 January 2014 (UTC)

Hi Sean,

I don't know how, meaning from where you use Java.

If it is running on the same server as MediaWiki, then you can use MySQL to get the content of the field page_touched. Btw. the field page_touched should contain a timestamp in the format yyyymmddhhmmss. I guess you see this strange output, because the field is binary. You have to convert the number, which you see there, to an integer before you can use it.

If Java is running on another machine, then you might want to query the API, especially prop=info, which also gives you the last-changed-date (example). 88.130.102.118 13:07, 17 January 2014 (UTC)

[RESOLVED] Fatal error upgrading from 1.20.2 to 1.22.1

After the upgrade of MediaWiki following the regular upgrade procedure, I receive the following error:

Notice: Use of undefined constant JSON_HEX_TAG - assumed 'JSON_HEX_TAG' in /var/mediawiki-1.22.1/includes/json/FormatJson.php on line 166 Notice: Use of undefined constant JSON_HEX_AMP - assumed 'JSON_HEX_AMP' in /var/mediawiki-1.22.1/includes/json/FormatJson.php on line 166 Fatal error: Call to undefined function json_encode() in /var/mediawiki-1.22.1/includes/json/FormatJson.php on line 167

My PHP version is: 5.5.3-1ubuntu2.1 (apache2handler) My MySQL version is: 5.5.34-0ubuntu0.13.10.1

MediaWiki runs on Ubuntu 13.10 92.230.241.83 (talk) 12:49, 17 January 2014 (UTC)

With MediaWiki 1.22 the PHP JSON extension is now required. Maybe it is not istalled/enabled? Look here: Upgrade notices for MediaWiki administrators 62.159.244.133 13:14, 17 January 2014 (UTC)

Install json and PEAR:

sudo apt-get install php-pear php5-json

Restart apache and it should work. 92.230.241.83 13:41, 17 January 2014 (UTC)

[RESOLVED]Problem using API

Hello, I am trying to create a bot in python for mediawiki. When I use the API to connect my bot (or for others actions) I have <html><script....>.... at the end of the request and it's not good for me.

I am using: MediaWiki 1.19.8+dfsg-1 PHP 5.5.3-1ubuntu2.1 (apache2handler) MySQL 5.5.34-0ubuntu0.13.10.1-log

I've already tried different options (http://www.mediawiki.org/wiki/Manual:Configuration_settings) but without any success.

What can I do ?

<?xml version="1.0"?><api><login result="NeedToken" token="088e6cda99a091aba6fe8b690be9f51f" cookieprefix="MediaWiki2013" sessionid="f37egt658oh6fqdnr6e8qoobn7" /></api><html><script language="JavaScript"> var tokenName = 'CSRF_TOKEN'; var tokenValue = '92a4a1822f6bb75724d35d5ff149948e788c8ef6'; function updateTags() { var all = document.all ? document.all : document.getElementsByTagName('*'); var len = all.length; for(var i=0; i<len; i++) { var e = all[i]; updateTag(e, 'src'); updateTag(e, 'href'); } } function updateForms() { var forms = document.getElementsByTagName('form'); for(i=0; i<forms.length; i++) { var html = forms[i].innerHTML; html += '<input type=hidden name=' + tokenName + ' value=' + tokenValue + ' />'; forms[i].innerHTML = html; } } function updateTag(element, attr) { var location = element.getAttribute(attr); if(location != null && location != && isHttpLink(location)) { var index = location.indexOf('?'); if(index != -1) { location = location + '&' + tokenName + '=' + tokenValue; } else { location = location + '?' + tokenName + '=' + tokenValue; } element.setAttribute(attr, location); } } function isHttpLink(src) { var result = 0; if(src.substring(0, 4) != 'http' || src.substring(0, 1) == '/') { result = 1; } return result; } updateTags(); updateForms(); </script></html> 194.57.140.100 (talk) 13:46, 17 January 2014 (UTC)

I don't really understand what the problem is, but you might want to have a look at API:Data_formats, which shows you how to make MediaWiki return the data in different formats using the keyword format=xxx. This e.g. allows you to get the result in json, xml or txt format if that helps you. 88.130.102.118 14:06, 17 January 2014 (UTC)

My problem is: how can I disable the <html> output when using API.

When I connect my bot on en.wikipedia.org I don't have this problem.

So it comes from my mediawiki's configuration because my bot is working fine for public wikis but not for mine. 194.57.140.100 14:42, 17 January 2014 (UTC)

What is the HTML code there for? Is that maybe some debug output? I would now check the PHP code and see, where HTML code like this can be added. That should also give you an idea on how to disable it. 88.130.102.118 15:50, 17 January 2014 (UTC)

You're probably on a free hosting, that automatically injects HTML with JavaScript to either track pageviews or inject ads on your pages. Talk to your hosting about that issue and if you are unable to fix that, you should go for another (paid) hosting. Ciencia Al Poder (talk) 17:14, 17 January 2014 (UTC)

It appears that mod_security is adding that to the end of what it returns. It is an anti-hacking feature. For more information see here. 88.130.102.118 23:46, 17 January 2014 (UTC)

"It appears that mod_security is adding that to the end of what it returns. It is an anti-hacking feature. For more information see here..."

Thank you for your answer!

After checks, it is mod_security who fill this outuput.

On my test's server i've disable mod_security and it's work fine!!

Thank you very much! 194.57.140.100 10:52, 18 January 2014 (UTC)

Perhaps you have to set up some custom MIME types (json, etc.) in your .htaccess configuration. Ricordisamoa 21:47, 17 January 2014 (UTC)

Can't have parsoid server

Hi, I've tried to install visual editor, it seems that I need to have a parsoid server.
But I don't have shell access, what shall I do?

Is there a public parsoid server? Exx8 (talk) 13:53, 18 January 2014 (UTC)

During the Architecture Summit 2014 there was some discussion about this. Perhaps you could file a bug requesting one. ☠MarkAHershberger☢(talk)☣ 21:20, 4 February 2014 (UTC)

[RESOLVED] Thumbnails are not being created

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.

---

Have installed the latest stable version of Mediawiki on my hosted web server and enabled file upload. And it works to upload an image. But the thumbnail is not created.

Have searched through the web for answers and looked at the wiki manual. Tried setting the right permissions on the folders. Nothing works..

What could be wrong? Peter Westerlund (talk) 15:03, 18 January 2014 (UTC)

Hi Peter,

what is the exact error message you get? Have a look at the PHP error log or maybe even at the thumbnails themselves; the error might also show up at the place, where the image should be. And: How does "thumbnail not created" look like for you?

I guess that you have not set up $wgUseImageMagick or that the path to ImageMagick in LocalSettings.php is wrong. 88.130.100.16 16:04, 18 January 2014 (UTC)

There is no error message aside from that the thumbnail image is broken and no thumbnail image file existing in the image folder or subfolders.

The settings looks like this:

$wgEnableUploads = true;

$wgUseImageMagick = true;

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

$wgGenerateThumbnailOnParse = false;

I have also tried to turn off ImageMagick and set a $wgTmpDirectory. But none of that works. Peter Westerlund (talk) 16:13, 18 January 2014 (UTC)

Anyone? Help Peter Westerlund (talk) 21:40, 20 January 2014 (UTC)

If you have $wgGenerateThumbnailOnParse = false;, you either need a 404 handler or configure $wgThumbnailScriptPath, otherwise thumbnails won't be generated. See Manual:thumb.php Ciencia Al Poder (talk) 13:56, 21 January 2014 (UTC)

God damn, all I had to do was putting $wgGenerateThumbnailOnParse to true... :) Peter Westerlund (talk) 14:49, 21 January 2014 (UTC)

Don't feel bad. 7 years later, and this post just solved EVERYTHING for me. 74.69.54.78 (talk) 04:02, 26 October 2020 (UTC)

It never did help me! JulianMalcolm08 (talk) 00:21, 6 September 2022 (UTC)

I have looked all over for the answer to my problem and I have tried everything. Sometimes the thumbnail would load for an image after trying a solution but still there are images that will not create a thumbnail. How do I fix this! JulianMalcolm08 (talk) 00:22, 6 September 2022 (UTC)

This issue is resolved. Please check:

https://www.mediawiki.org/wiki/Manual:Common_errors_and_symptoms#Image_Thumbnails_not_working_and/or_appearing

And create a new thread with your issue describing if you've set $wgGenerateThumbnailOnParse in LocalSettings.php and a link to your wiki if possible Ciencia Al Poder (talk) 08:47, 6 September 2022 (UTC)

I have been trying to get Thumbnails working on the docker version of MediaWiki, with no success. I am ready at this point to dump MediaWiki as bloatware that cannot / will not evolve. I have tried the bitnami and "official" WikiMedia docker versions. I have been running MediaWiki for over 5 years on AWS machines, RPIs, and VMware. The thumbnails were always a challenge to get working. Not sure why this is not setup in the docker images ready to use. Nearly every user wants / needs this. None of the docker images have GhostScript installed...really pathetic... and the bitnami image did not even have ImageMagick installed. Why is this so hard for the community to get right, after years of users being challenged?!? This just wastes everyone's time, and drives people away from MediaWiki.... Babylon survivor (talk) 02:13, 8 November 2022 (UTC)

I recently had a similar issue - and it was a delegate lib for imagemacick - not sure if this helps - but check this link for correct instructions to resolve thumbnail issues:

https://gist.github.com/nickferrando/fb0a44d707c8c3efd92dedd0f79d2911 DLl314 (talk) 15:10, 8 November 2022 (UTC)

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

WebStart.php issues

Hi everyone

Feeling the need of a personal wiki, I decided to start installing one on a USB stick I had lying around. Everything went smoothly, the Uniform Server has been installed and so has the newest version of MediaWiki. I've followed this guide step by step but got stuck. When I try to connect to http://localhost/wi/mw-config/index.php, I get this error:

Warning: require(./includes/WebStart.php) [function.require]: failed to open stream: No such file or directory in W:\www\wi\mw-config\index.php on line 27

Fatal error: require() [function.require]: Failed opening required './includes/WebStart.php' (include_path='.;/usr/local/PHP/includes;/usr/local/PHP/pear;/home/admin/www/plugins/pear/PEAR') in W:\www\wi\mw-config\index.php on line 27

I have checked and WebStart.php does in fact exist in the includes folder, however it is somehow unable to find it. If someone could help me out, that'd be great.

Thanks in advance Bassoonian (talk) 19:53, 18 January 2014 (UTC)

Sounds like __DIR__ is returning something dirname doesn't recognize:

Relavent code:

chdir( dirname( __DIR__ ) );

require dirname( __DIR__ ) . '/includes/WebStart.php';

So if dirname returns '.' as your error indicates, and php docs say it can in certain situations (but they're not specific what situations) then MediaWiki won't access things in the parent directory properly, and the installer won't work. Bawolff (talk) 20:41, 19 January 2014 (UTC)

How should I fix this? I have little to no PHP experience unfortunately so I can't try messing around with it until it works. Should I hardcode dirname to always return the folder location or is there an easier way? Bassoonian (talk) 15:40, 20 January 2014 (UTC)

FlaggedRevs

Hi. Please help me to make a patch. Sincerely. Takhirgeran Umar (talk) 21:47, 18 January 2014 (UTC)

Hi!

I found the community decision to activate flagged revisions here.

As far as I understood you basically have to change two things:

In the git repo https://git.wikimedia.org/git/operations/mediawiki-config.git

add cewiki to the list in the file flaggedrevs.dblist.

Then you have to change wmf-config/flaggedrevs.php and to add an elseif() section for cewiki there. 88.130.100.16 00:45, 19 January 2014 (UTC)

Thanks for the answer. The second link does not open. And where should I add? (Sorry I do not know English language) Дагиров Умар (talk) 01:06, 19 January 2014 (UTC)

You have to change these files:

• flaggedrevs.dblist
• wmf-config/flaggedrevs.php

Both are in the Git repository https://git.wikimedia.org/git/operations/mediawiki-config.git; for the second file look into the folder wmf-config/ inside that repository.

I have not done configuration changes to Wikipedia projects before, but I guess you have to use Git to download that repository and do the changes the way you need them. Then you have to use Git to push your changes to the review server. I hope that Git contains more details on that - or that someone who knows better stops by and actually does it. ;-) 88.130.100.16 02:12, 19 January 2014 (UTC)

As I understand participant added patch. Thank you very much. Дагиров Умар (talk) 14:08, 20 January 2014 (UTC)

I saw the patch https://gerrit.wikimedia.org/r/#/c/108302/, however: Isn't it missing the change in the file flaggedrevs.dblist? Mustn't cewiki be added to that list as well? At least that is what wmf-config/flaggedrevs.php says at the top... 88.130.100.52 14:20, 20 January 2014 (UTC)

Nice catch, I left a comment indicating that. Legoktm (talk) 16:55, 22 January 2014 (UTC)

How to separate sitemap into series small file?

Tracked in phabricator:T65098.

I am using Manual:GenerateSitemap.php to generate sitemap now.

The world largest Chinese search engine Baidu notified me that they can't handle any sitemap larger than 50000 records. How can I separate sitemap every 50000 records? By default Generatesitemap.php separate siemap by namespace. However, even single "sitemap-zhmoegirlwiki-NS_0-0.xml.gz" contain more than 50000 links. Deletedaccount4567435 (talk) 07:20, 19 January 2014 (UTC)

I don't think you can split the sitemap up like that. If that is what Baidu wants, then you should file a bug to get splitting support. ☠MarkAHershberger☢(talk)☣ 14:29, 28 February 2014 (UTC)

Then is it possible to disable language variants link in sitemap? For example the sitemap will contain language variants in URL which actually all point to same page. I only want to keep "http://zh.moegirl.org/Help:DynamicPageList".

<url> <loc>http://zh.moegirl.org/Help:DynamicPageList</loc> <lastmod>2013-03-25T01:55:56Z</lastmod> <priority>0.5</priority> </url> <url> <loc>http://zh.moegirl.org/zh-cn/Help:DynamicPageList</loc> <lastmod>2013-03-25T01:55:56Z</lastmod> <priority>0.5</priority> </url> <url> <loc>http://zh.moegirl.org/zh-tw/Help:DynamicPageList</loc> <lastmod>2013-03-25T01:55:56Z</lastmod> <priority>0.5</priority> </url> Zoglun (talk) 05:17, 22 March 2014 (UTC)

That's probably a bug. You should report that as well Ciencia Al Poder (talk) 18:10, 22 March 2014 (UTC)

runJobs.php syntax error?

With MW 1.22, I've been seeing this in my error log, I believe since upgrading from PHP 5.3 to PHP 5.4:

PHP Parse error: syntax error, unexpected ':' in ...runJobs.php on line 96

This is line 96:

set_time_limit( $maxTime ?: 0 );

MW 1.22.1, MySQL 5.5.35, PHP 5.4.24 The jobs seem to be running fine. Tiggleshorts (talk) 16:19, 19 January 2014 (UTC)

"?:" is the short version of the ternary operator. I have not tested PHP 5.4, but I can run this script sucessfully on PHP 5.3; that should also work with 5.4..... 88.130.67.131 19:18, 19 January 2014 (UTC)

is that php version your command line php or your web php. They are often different versions. Bawolff (talk) 20:27, 19 January 2014 (UTC)

I found php-cli-5.1.6-43.el5_10 rpm installed on my system, the job must have been using that. I went ahead and removed it, that should fix it. Thanks! Azzurro (talk) 21:02, 19 January 2014 (UTC)

sidebar is deleted

I want to edit the sidebar of my wiki. The URL to the sidebar .../index.php?title=MediaWiki:Sidebar shows a page that tells me, that this page has been deleted. Of course the sidebar is not deleted.

Why I get this message? How can I edit the sidebar?

Version information:

MediaWiki  1.22.1
PHP        5.4.20 
MariaDB    5.5.33

Thank you for help. Ferdinand 80.121.94.137 (talk) 22:01, 19 January 2014 (UTC)

Being a wiki admin you can restore deleted pages. That should bring back the last (or the selected) version of that page, which you then can edit further. 88.130.100.52 02:56, 20 January 2014 (UTC)

When a MediaWiki message has been deleted, it just means that the message has been restored to its default version. Edits to the page are simply customizations of the messages that differ from the default version. If you want to edit the sidebar, just edit the associated mediawiki message at MediaWiki:Sidebar, and you do not have to worry about whether it is deleted or not. The full list of messages can be found at Special:AllMessages, along with the difference between the default messages and the customized messages. TeleComNasSprVen (talk) 03:07, 20 January 2014 (UTC)

[RESOLVED] Problems installing mediawiki

I am having problems installing

• mediawiki 1.22
• PhP 5.3
• MySQL 5.1

I am attempting to install on a Red Hat Enterprise 6.2

I have been following the installation instructions but have stumbled where the instructions say, "you can complete the installation through a web browser by going to the index.php URI in your browser". I've tried that but the browser cannot find the mediawiki.  :(

I have used http://xx.yy.com/mediawiki http://xx.yy.zz.aa/mediawiki/index.php and neither one works.

Any ideas? Brian 665 (talk) 02:11, 20 January 2014 (UTC)

It seems like you have not installed MediaWiki in a subfolder called mediawiki/. Remove this subfolder from your URL; Installation mentions the folder w/, however, which you have to use in your URL depends on where you actually extracted MediaWiki... 88.130.67.131 02:54, 20 January 2014 (UTC)

Thanks for your help but yes, I do have a directory called "mediawiki" under the root directory of my webserver (/var/www/html/mediawiki). I may be a neophyte with mediawiki but I am not a neophyte as far as webservers are concerned. Brian 665 (talk) 05:44, 20 January 2014 (UTC)

You should be more specific about neither one works. What error message do you get?

You should look at the apache error log to see what physical path it's trying to access, so you can check if it's looking at the right place, or if it has sufficient permissions to read the files. Ciencia Al Poder (talk) 10:36, 20 January 2014 (UTC)

Thanks for all your help. I solved the problem - it was selinux. It didn't like the addition of the mediawiki directory and files under /var/www/html. Stupid thing.  :-\ 203.25.255.17 01:58, 21 January 2014 (UTC)

Implementation ISMN code like ISBN

On it.wikipedia.org it has been discussed whether ISMN code (International Standard Music Number: it is a number recognizing printed music, like ISBN and books) should be automatically recognized by MediaWiki or not. After that discussion (it:Discussioni_progetto:Musica#ISMN) we thought to ask here to implement on MediaWiki the recognization of that code. The implementation appears not too difficult because: 1) ISMN exists both with 10 digits and with 13 digits. An ISMN 13 digits code could be written as ISBN followed by the same 13 digits: MediaWiki is able to search for ISBN and many book search engines store in their databases also printed music like Google Books. So, in that case, it is only needed MediaWiki to link ISMN XXX-X-XXXX-XXXX-X to Special:BookSources/XXXXXXXXXXXXX. 2) An ISMN 10 digits code should be converted. Those codes are structured as following: ISMN M-XXXX-XXXX-X . As you may see on International ISMN Agency website (http://www.ismn-international.org/whatis.html), this code is equal to ISMN 979-0-XXXX-XXXX-X , so,after conversion, it would be the same as point 1). For example consider the book Duport, Jean-Louis; Rummel, Martin (ed.); 21 Etudes for Violoncello with an accompaniment of a second Violoncello ad libitum , Barenreiter. ISMN M-006-52998-8 The code ISMN M-006-52998-8 should point to Special:BookSources/9790006529988. Is it possible to MediaWiki to recognize automatically ISMN code? Januitgever (talk) 10:35, 20 January 2014 (UTC)

my Bureaucrat user (only one user) is not a sysops (can not delete pages or access Special:UserRights)

Installed software

Product Version MediaWiki 1.19.2 PHP 5.3.27 (cgi-fcgi) MySQL 5.1.39-log

I am the only user as it has to be a private one. How can I change this? I figured my one and only user(first and only) created would have full control over it.

Thank for you help. 12.248.40.138 (talk) 13:29, 20 January 2014 (UTC)

also too my user is a Administrator, but I can not delete any pages (which is my ultimate goal) 12.248.40.138 13:40, 20 January 2014 (UTC)

Hi!

Two things:

The users must be in the right groups. Being a bureaucrat you can change user groups in your wiki on the wiki page Special:UserRights.

The groups must have the right permissions. Which permissions the different groups actually have, can be seen on the wiki page Special:ListGroupRights. You can set (= change) these permissions in LocalSettings.php by modifying (or adding) $wgGroupPermissions.

For example for an administrator user to be able to delete pages, you would have to make sure that

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

is set. With that line administrators will be able to delete pages. 88.130.100.52 14:25, 20 January 2014 (UTC)

File descriptions aren't fetched

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

---

Hi,

I'm running multiple language wikis and one pool wiki. The problem is that no file descriptions are fetched in the language wikis although $wgFetchCommonsDescriptions is set to true.

LocalSettings.php of the language wikis:

$wgUseSharedUploads = true;
$wgSharedUploadPath = 'http://pool.example.com/w/images';
$wgSharedUploadDirectory = '/path/to/pool/w/images/';
$wgHashedSharedUploadDirectory = true;

$wgFetchCommonsDescriptions = true;
$wgSharedUploadDBname = 'poolwiki';  # DB-Name of PoolWiki
#$wgSharedUploadDBprefix = 'wiki_'; # Table name prefix for PoolWiki
$wgRepositoryBaseUrl = "http://pool.example.com/wiki/Image:";

ForeignAPIRepo used to work fine before, but since I switched from Apache to Nginx, no images show up anymore in the language wikis.

This is how my LocalSettings.php used to look like:

$wgForeignFileRepos[] = array(
   'class'                   => 'ForeignAPIRepo',
   'name'                    => 'pool',
   'apibase'                 => 'http://pool.example.com/w/api.php',
   'fetchDescription'        => true, // Optional
   'descriptionCacheExpiry'  => 43200, // 12 hours, optional (values are seconds)
   'apiThumbCacheExpiry'     => 0, // required for local thumb caching
);
*/

I also tried to set 'name' => 'poolwiki', (name of the pool database) but that doesn't work either.

My software: MediaWiki: 1.22.0
PHP: 5.3.27 (fpm-fcgi)
MySQL: 5.1.70-log

Any help is more than appreciated.

Thanks and cheers, Till Kraemer (talk) 15:13, 20 January 2014 (UTC)

I had problems fetching file descriptions, because php_fpm was running in a chroot jail. Thanks and cheers! Till Kraemer (talk) 14:14, 26 September 2016 (UTC)

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

Protecting multiple pages

I am thinking of making my personal wiki open for more general use, but there are a lot of pages which I want protected from editing by anyone other than admins.

I could go one by one to change them, but is there a way to do them in one go (either through an extension that I've not found, or by direct database manipulation)?

Any advice would be most welcome -- PhantomSteve/talk|contribs\ 20:21, 20 January 2014 (UTC)

You may use $wgNamespaceProtection, placing those pages on a specific namespace. Ciencia Al Poder (talk) 13:58, 21 January 2014 (UTC)

That would work - but then I would need to move them all to a specific namespace, which is as much work!

In the end, I just ended up spending the time doing them one by one anyway, only took a couple of hours!

Thanks for the reply, anyway! -- PhantomSteve/talk|contribs\ 08:57, 22 January 2014 (UTC)

You could have used PWB to either move or protect them massively. Ricordisamoa 21:21, 22 January 2014 (UTC)

[RESOLVED] Index does not appear after installation

Hello, I am a first time MediaWiki user. I installed the software as per the instructions but as soon as I uploaded the LocalSettings file the whole wiki went dead. The error I am getting is this:

[6dd6cbfb] 2014-01-20 22:01:35: Fatal exception of type MWException

After an incredible amount of digging in the help wiki (which is really, really obtuse and unhelpful, even by wiki standards) I realised that [6dd6cbfb] was a reference to an entry in the server log. Unfortunately I have no idea how to get to that and I don't know how to set the flag that allows you to see the log entry on the screen. Can someone help? My server is Apache and my database is the latest version of MySQL Hadashi (talk) 22:31, 20 January 2014 (UTC)

Can anyone tell me what file the $wgShowExceptionDetails option is in so I can set it to true and read the server log? Hadashi (talk) 13:44, 21 January 2014 (UTC)

Manual:How to debug Ciencia Al Poder (talk) 13:51, 21 January 2014 (UTC)

• Edit*

Ok, thanks, I worked out that it was one of the pre-installed extensions. Apparently MediaWiki doesn't add the two tiny, tiny, lines of code required to make the Localisation Update Extension work out of the box. :P Hadashi (talk) 22:03, 21 January 2014 (UTC)

Yepp, this problem exists basically with every extension needing manual adjustment. Everything, which is not default configuration must be added by hand.

I think the installer should tell you to check the configuration for manual additions that might be necessary! Doesn't it? 88.130.77.169 01:56, 22 January 2014 (UTC)

This is bug 46885. If the installer fails to setup the extension correctly, that extension shouldn't be bundled with MediaWiki, or shouldn't be set-up by the installer. Ciencia Al Poder (talk) 10:25, 22 January 2014 (UTC)

help needed to upgrade wiki version - will hire someone if needed

Our server is no longer allowing PHP 5.2. Our wiki version is from 2009. We need to upgrade to mediawiki-1.22.0 . The instructions Manual:Upgrading do not help, because we cannot run as a superuser at our server. Our server tells us we need to do a manual install of the newer version of your application and then import the data in from your old application.

We need instructions on how to do this. We are willing to pay someone to help. Please leave message here with info on how you can help or if you have the instructions on how to do this. 71.127.7.160 (talk) 23:40, 20 January 2014 (UTC)

Hi!

You can really do an upgrade; no need to install things from scratch again. Don't forget to create a backup of your wiki files and of the database before you start!

You do not have to be a superuser to follow Upgrade. What would be helpful is if you had SSH or shell access to the server. Do you have that? 88.130.100.52 00:16, 21 January 2014 (UTC)

Hi !

Our server told us we can't use the command line without being a superuser. We tried SSH and putty and were unsuccessful. If anyone has any ideas, please send them. 05:31, 22 January 2014 (UTC)

Strange configuration; I know of servers where you are no superuser as well, but you surely can use the shell. Whatever. You can still upgrade without the shell: Follow the steps in Upgrade, but do them without the shell:

Download the MediaWiki tarball to your PC and extract it there. Then log in to the server via FTP and overwrite all the files of the old installation with the extracted ones from the new tarball. Uploading the files will take some time. Then go with your webbrowser to your-domain/path-to-your-wiki/mw-config/ and run the web updater.

You might see PHP errors or a blank page when you try running the updater. In that case enable error logging/error display in PHP to see, what the actual error is. 88.130.66.189 14:16, 22 January 2014 (UTC)

The watch / unwatch tab does not appear in Vector skin but appears in Monobook skin

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

---

In our internal wiki we have:

Mediawiki 1.21.2

PHP 5.4.18 (cgi-fcgi)

MySQL 5.6.13

For a reason that has stumped our tech genius (no kidding, he really is extremely smart) we can't get the watch / unwatch tab to appear in the default Vector skin. It appears when anyone switches over to Monobook though.

Can someone please tell me what is going on?

Alain AlainVaillancourt (talk) 00:44, 21 January 2014 (UTC)

Are you aware that the star icon in Vector is the watch button? Legoktm (talk) 16:53, 22 January 2014 (UTC)

Yes, very much so. I've had the occasion to see that star button / tab on Wikipedia and on other wikis using Mediawiki with the Vector skin. But no matter what our IT genius (and he really is smarter than the average geek) tries that star never appears in our Mediawiki with Vector, while the word watch (or unwatch) appears in Monobook. Any idea why? AlainVaillancourt (talk) 03:23, 24 January 2014 (UTC)

Random ideas: Hidden with CSS (MediaWiki-namespace page, CSS file), $wgVectorUseIconWatch says that with your version (1.21) you should see the text there, not the star symbol, played with a hook (template, navigation).

First question:

Is it in the HTML code? Compare to Wikipedia! 88.130.85.234 03:27, 24 January 2014 (UTC)

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

Adding a template to server side HTML and controlling it with a parser fuction

I'm considering making several templates that are displayed at the ends of articles into HTML that is automatically included at the end of articles matching specific namespaces by an extension. Two of the templates are constant across the wiki, but one of them uses the name of the author. Is it possible to have a parser function that includes the name of the author and adds it to the box with the author's name?

Here is an example page:

https://www.sturmkrieg.us/Sternkampf_Revolution#.Ut3U42Qo6CQ Lieutenant Aleksandr Reznov 02:16, 21 January 2014 (UTC)

If by "author" you mean the most recent editor, then you can use the REVISIONUSER magic word. ☠MarkAHershberger☢(talk)☣ 16:46, 28 February 2014 (UTC)

json format of search query api for text search

can anybody suggest the search api for searching the wikihow database through the text search!! want json results not HTML ...

help would be appreciated! 122.169.34.101 (talk) 10:46, 21 January 2014 (UTC)

Hi!

You can change the output format with the option format, e.g. format=json. 88.130.77.169 23:28, 21 January 2014 (UTC)

Calculating size of the page

I am looking forward to have a report where I can see the size of the all the pages that have been created in Mediawiki that I have installed. There are special pages that show the details on the Views, Pages Created, login etc.

Is it possible to have a page created/available where I can see the size of the pages that are already there in the System. Vivek.Prakash (talk) 11:15, 21 January 2014 (UTC)

What does "size" mean? Do you refer to bytes? AKlapper (WMF) (talk) 10:04, 22 January 2014 (UTC)

There's a user script on en-wp prosesize that adds a link to the toolbox which, when clicked, displays the size of the page and the size of the prose, not sure if it can be exported else where. Mlpearc (open channel) 10:36, 22 January 2014 (UTC)

see special:shortpages and special:longpages (thats in bytes. 1 byte = 1 english letter, other alphabets can take up to 4 bytes per letter) Bawolff (talk) 12:02, 22 January 2014 (UTC)

In the wiki that I have installed, there are pages with minimal contents. So we aer looking forward to identify those pages. Measuring size of the page (In Bytes/word count/Character count) was one of the options that I thought of exploring. But again, opening each page and checking the size seems to be tedious task,so thought of coming out with page/report where all the pages with their respective sizes(In Bytes/word count/Character count) can be looked at. Vivek.Prakash (talk) 13:39, 22 January 2014 (UTC)

Is there a way to see pages having size more than 500 bytes or so i.e. I wish to have this size as confirgurables(so that I shoudl be able to view all the pages having size more than x bytes.) Vivek.Prakash (talk) 07:10, 11 February 2014 (UTC)

You can use the apminsize parameter of API:Allpages (example using generators). Ricordisamoa 12:15, 11 February 2014 (UTC)

Can't Change Password Via phpMyAdmin!

Hello,

I forgot my MediaWiki password, so I tried to reset the password by letting it send a reset mail to me. But it doesn't send a mail. And since my host doesn't give me SSH or any kind of console access, I had to try to reset the password via the database directly. For that, I used this:

UPDATE user SET user_password = MD5( CONCAT( user_id, '-', MD5( 'NEWPASS' ) ) ) WHERE user_id =1

When I executed it, it said "1 row affected", so I thought it would be working, but it didn't. I still couldn't login. Why doesn't it work when I reset the password like this? Can anybody help me, as I have no way of resetting my password now :(

Info: - MediaWiki Version: 1.21.2 - PHP Version: 5.3.27 (cgi-fcgi) - MySQL Version: 5.5.33-log

And I also have an extra note: Whenever I try to login, it just reloads the page and it says no message. The exact same happens when I reset my password with the email option, it just reloads. I've tried private browsing and clearing all my cookies, still doesn't work. I don't know if it is normal for it not to show a message like "Failed to login". 95.166.17.211 (talk) 17:09, 21 January 2014 (UTC)

Hi!

Passwords are calculated differently from what you think they were. The alogrithm you used is only used in MediaWiki 1.12 and older. Current versions use this algorithm:

UPDATE `user` SET user_password = CONCAT(':B:somesalt:', MD5(CONCAT('somesalt-', MD5('somepass')))) WHERE user_name = 'someuser';

assuming that $wgPasswordSalt is true in LocalSettings.php.

See Manual:Resetting_passwords for more information. 88.130.77.169 18:57, 21 January 2014 (UTC)

Thank you, since I don't even have $wgPasswordSalt in my LocalSettings.php, I tried the unsalted algorithm, which also said that it affected 1 row, but I still couldn't log in :( 95.166.17.211 09:45, 22 January 2014 (UTC)

$wgPasswordSalt defaults to TRUE, that's why I assumed that was the value in your case as well. So, if you have not changed it, you should really go with the algo I posted above. Btw. you should also be able to determine the value of $wgPasswordSalt by reading the passwords in the database: When they start with ":B:", they are salted; when they start with ":A:" they are not. 88.130.66.189 14:18, 22 January 2014 (UTC)

But when I run the code you wrote, and replace someuser with my own username, it says 0 rows affected. Do I need to replace somesalt with something, in order for it to work? 95.166.17.211 16:49, 22 January 2014 (UTC)

Ehh, I don't know that. Maybe...

However, this does not have to do with whether rows are affected by the SQL query or not. You are aware of the fact that "user_id" is an integer? When I wrote "user_id=someuser" that only was an example to show the general mechanism. You have to replace "someuser" with your user id; with "1". 88.130.66.189 17:02, 22 January 2014 (UTC)

Easy way to upgrade from version 1.8 to 1.22?

I have a mediawiki which is well established and it is version 1.8.

Is there an easy upgrade path/method?

I'd like to install on a new VM if that is possible, as the old one is running an out of date older version of Linux. I intend to create a new VM with a new OS. That way I don't have to worry about updating all the various support packages for the old system to support the new version of mediawiki. 203.25.255.17 (talk) 02:12, 22 January 2014 (UTC)

Hi!

Yes, there is! When you set up a new machine, you will have to import the database into the new MySQL server and you should put the wiki files back into place on the new machine again. (At that point the wiki might be broken.) Then go through the steps on Upgrade and you will be able to go directly to version 1.22. Also update extensions and should you only get a blank page make sure to check for the PHP error, which is happening in order to get it solved. 88.130.77.169 02:36, 22 January 2014 (UTC)

Thank you for your help. OK, what I did was:

1. backup the mysql database
2. backup the old mediawiki directory
3. transfer them to the new VM
4. I then unpacked the old mediawiki directory
5. restored the mysql database to the new mysql system
6. edited the httpd.conf file to create a virtual server to allow access to the mediawiki directory as the root directory of the webserver
7. ran the update script.

Here I encountered an error:

# php maintenance/update.php
PHP Notice:  Undefined index: HTTP_USER_AGENT in /var/www/html/mediawiki/extensions/FCKeditor/fckeditor/fckeditor_php5.php on line 37
PHP Fatal error:  Call to undefined function wfLoadExtensionMessages() in /var/www/html/mediawiki/extensions/CategoryWatch/CategoryWatch.php on line 239

Any ideas? 203.25.255.17 03:37, 22 January 2014 (UTC)

I cannot say anything to step 6; no idea what a virtual machine needs to be set up. But since you obviously can basically access the files, that should be fine.

Step 7 is wrong: You need to update the MediaWiki source code first. After putting the old files in place again, overwrite them with those files, which are in the 1.22 tarball.

The extension FCKeditor is no longer maintained; remove it from LocalSettings.php and remove it from the folder extensions/.

Then try running update.php again. 88.130.66.189 04:02, 22 January 2014 (UTC)

Again, thanks for your help.

I removed FCKeditor as you suggested and then got an error when rerunning the update.php:

PHP Fatal error: Call to undefined function wfLoadExtensionMessages() in /var/www/html/mediawiki/extensions/CategoryWatch/CategoryWatch.php on line 239

So I also removed CategoryWatch.

That made the Update script run successfully.

When I then browsed to the updated mediawiki it failed to show any of the content which was from the old mediawiki. All I got was the replaced logo image and the same startup main page.  :( 203.25.255.17 05:15, 22 January 2014 (UTC)

I decided to start again from scratch and follow the upgrade instructions explicitly.

After several problems with the upgrade script complaining about various extensions I fixed all those and ended up with the following errore:

php maintenance/update.php

A database query error has occurred.

Query: SELECT page_id,page_len,page_is_redirect,page_latest,page_content_model FROM `page` WHERE page_namespace = '10' AND page_title = 'Extension_DPL' LIMIT 1

Function: LinkCache::addLinkObj

Error: 1146 Table 'wikidb.page' doesn't exist (localhost) 203.25.255.17 06:30, 22 January 2014 (UTC)

The page table should be there. Be sure you imported your old database correctly and that the target database is correct (wikidb) Ciencia Al Poder (talk) 10:42, 22 January 2014 (UTC)

You do not have to remove all extensions, which do not work properly. For the extension CategoryWatch, the last version seems to be from 2011; likely that it also is broken nowadays.

I guess that you have new MySQL credentials and that in LocalSettings.php you are still using the old ones making MediaWiki think you want to start with a new installation. That's why you see only the default stuff in your installation. Make sure to fix the database username, host and password in LocalSettings.php and then try running update.php again. It should then update the correct database. ;-) 88.130.66.189 14:25, 22 January 2014 (UTC)

I have set up my new MySQL database with the same names and credentials as the old. I have tested this by logging into mysql.

I have restored my old MySQL database into the new one and that was successful. However, when I attempted to run the update script, I got the result I've already mentioned. Having checked the table structure, from the error it appears that my old database doesn't have the same structure as the new one, missing several fields. Have there been significant changes made between the versions? 203.25.255.17 00:38, 23 January 2014 (UTC)

Yes, the database structure basically changes with each major version. Coming from 1.8 to 1.22 there will be a lot of changes. Every change can be significant. update.php is the script, which is used to apply these changes to your DB.

A way to solve this cleanly is to remove the content in the new DB again and to import it from backup again. Before you do anything, make sure that really the complete database got imported! E.g. the table page obviously was part of an 1.8 installation and so also must be there in the new DB as well! Depending on how you do the import, it might be interrupted in the middle leaving you with an incomplete DB. See Manual:database layout for the tables and columns, which must be there for each version.

Once you have verified everything is there, try running update.php again... 88.130.66.189 01:00, 23 January 2014 (UTC)

Thank you for your help thus far.

I am though, becoming increasingly frustrated by this process. It does not appear to be doing what is required of it.

• I have backed up my original database using both mysqldump and dumpBackup.php.
• I have backed up my old mediawiki directory.
• I have transferred these files to my new server.
• I Have unpacked the tarball of the new version of mediawiki on my new server.
• I have unpacked my old mediawiki directory into a different directory to the new version of mediawiki.
• I have copied the LocalSettings.php and the images/ directory from my old nediawiki to the new mediawiki directory.
• I have copied the extensions directory contents from my old mediawiki to the new mediawiki directory.
• I have restored the mysqldump created file successfully.

# /usr/bin/mysql -u root --password=9xbMkl7M wikidb < /home/mydirectory/mysql_backup-wikidb-20140123.sql

• I have restored the files created with dumpBackup.php to the new mysql database.
• I now get an error:

"# php /var/www/html/mediawiki/maintenance/importDump.php < /home/mydirectory/mediawiki_backup-wikidb-20140123.xml
 PHP Warning:  Invalid argument supplied for foreach() in /var/www/html/mediawiki/includes/Block.php on line 288
 100 (88.73 pages/sec 88.73 revs/sec)
 PHP Fatal error:  Call to a member function fetch_array() on a non-object in /var/www/html/mediawiki/includes/db/DatabaseMysqli.php on line 144"

I am sorry but I appear to just be running around in circles. This is very frustrating. I have followed the process on the page I was directed to and it DOES NOT WORK. 203.25.255.17 05:47, 23 January 2014 (UTC)

I do not understand why you do this:

• I have unpacked my old mediawiki directory into a different directory to the new version of mediawiki.

You only need to unpack MediaWiki tarball, don't transfer the old files to the new server!

About this one:

• I have copied the LocalSettings.php and the images/ directory from my old nediawiki to the new mediawiki directory.

You need to also edit this file to point it to the new database server! And correctly configure any filesystem path that has changed from the old installation, and maybe $wgServer.

• I have copied the extensions directory contents from my old mediawiki to the new mediawiki directory.

You shouldn't be doing this. You're basically copying outdated and incompatible extensions on your new installation. That won't work. You should instead download the new versions of those files and place them on the new extensions directory. But in case you have problems, it would make sense to just install without enabling any extension, and once you get the wiki upgraded, you would enable the extensions, run update.php again (in case any extension needs to perform some schema changes) and test it again.

• I have restored the files created with dumpBackup.php to the new mysql database.

If you have imported the mysql dump that you got with mysqldump on the new database, you don't have to import the XML dump, because the contents are already present on the database! Please skip this one

After you have imported the database to the new server, and corrected LocalSettings.php, you should run update.php.

This is basically what Manual:Upgrading says. I don't know how you get it so badly confused! Ciencia Al Poder (talk) 11:32, 23 January 2014 (UTC)

Thanks for your help again.

My understanding is that if I don't copy my LocalSettings.php and images directory from my old mediawiki I lose the customised settings in place and the image files which have been uploaded.

I am afterall, trying to transfer an existing mediawiki which has extensive content to the new mediawiki server.

As for the extensions, several of them have not been replaced. If I don't copy them, I lose that functionality.

It increasingly looks to me like there is no sure process to transfer the old mediawiki content to the new. I find it bizarre. I've now done this a dozen times or more. As you should understand, I am becoming increasingly frustrated by what is described as "easy" not working. I will attempt it again, using your method but if the content doesn't appear to have been transferred, I will throw in the towel. 203.25.255.17 02:06, 24 January 2014 (UTC)

I understand that this situation is frustating. However, I do not know a way around this trial and error process. :-(

Try seeing it this way: If you did each single update on its own, then you would have done fourteen(!) major updates in the last six years. From my experience I can tell you that an update from one version to the next one mostly causes only minor or no trouble at all. I estimate 8 or maybe even 10 of these updates would have worked flawlessly, while a few would not. The difference for you only is that you now see all those errors, which you normally would have seen in the course of six years, at one day. No matter if you updated back then or if you do it now, the number of errors does not become more. But you have to solve them.

The problem is that update.php does not have anything like a dry-run mode. You will not know, if it works properly (if it works properly now) until you test it. And when it did not, then you have a halfly-updated DB and you have to replace it with a backup.

To make things easier I would put the wiki database into the MySQL server twice: One DB for testing the upgrade (e.g. called "actual-wiki-db") and another one, not upgraded or touched in any way, as a backup ("backup-db"). Each time update.php crashed, copy over the backup again, solve the PHP error or what update.php complained about and try again. I would make this a oneliner in the shell, basically with this syntax:

 mysqldump -h [server] -u [user] -p[password] backup-db | mysql -h [server] -u [user] -p[password] actual-wiki-db

With that it's really only pressing Enter and waiting some time until actual-wiki-db is OK again.

You have to keep LocalSettings.php and the content from the folder images/. Which extensions do you have in use? I think to do the update even more easily, you can try deactivating ALL extensions in LocalSettings.php by commenting the require_once lines. Then you can at least be sure that - should there be an error - it is not caused by any extension.

After you did the above, what is the error message you get when you run update.php now? 88.130.111.240 02:30, 24 January 2014 (UTC)

OK, these are the steps I did.

[root@pdcvwik050 html]# hp /var/www/html/mediawiki/maintenance/importDump.php < /home/bross/mediawiki_backup-wikidb-20140123.xml^C
[root@pdcvwik050 html]# service httpd.stop
httpd.stop: unrecognized service
[root@pdcvwik050 html]# service httpd stop
Stopping httpd:                                            [  OK  ]
[root@pdcvwik050 html]# hp /var/www/html/mediawiki/maintenance/importDump.php < /home/bross/mediawiki_backup-wikidb-20140123.xml
-bash: hp: command not found
[root@pdcvwik050 html]# php /var/www/html/mediawiki/maintenance/importDump.php < /home/bross/mediawiki_backup-wikidb-20140123.xml
A copy of your installation's LocalSettings.php
must exist and be readable in the source directory.
Use --conf to specify it.
[root@pdcvwik050 html]# service httpd start
Starting httpd:                                            [  OK  ]
[root@pdcvwik050 html]# vi mediawiki/LocalSettings.php
[root@pdcvwik050 html]# service httpd restart
Stopping httpd:                                            [  OK  ]
Starting httpd:                                            [  OK  ]
[root@pdcvwik050 html]# service httpd stop
Stopping httpd:                                            [  OK  ]
[root@pdcvwik050 html]# php /var/www/html/mediawiki/maintenance/importDump.php < /home/bross/mediawiki_backup-wikidb-20140123.xml
100 (2.42 pages/sec 2.42 revs/sec)
200 (3.46 pages/sec 3.46 revs/sec)
300 (3.24 pages/sec 3.24 revs/sec)
400 (2.84 pages/sec 2.84 revs/sec)
500 (3.06 pages/sec 3.06 revs/sec)
600 (3.34 pages/sec 3.34 revs/sec)
700 (3.26 pages/sec 3.26 revs/sec)
800 (3.06 pages/sec 3.06 revs/sec)
900 (2.93 pages/sec 2.93 revs/sec)
1000 (2.70 pages/sec 2.70 revs/sec)
1100 (2.42 pages/sec 2.42 revs/sec)
1200 (2.19 pages/sec 2.19 revs/sec)
1300 (2.18 pages/sec 2.18 revs/sec)
1400 (2.17 pages/sec 2.17 revs/sec)
1500 (1.82 pages/sec 1.82 revs/sec)
1600 (1.82 pages/sec 1.82 revs/sec)
1700 (1.82 pages/sec 1.82 revs/sec)
1800 (1.89 pages/sec 1.89 revs/sec)
1900 (1.98 pages/sec 1.98 revs/sec)
2000 (2.02 pages/sec 2.02 revs/sec)
2100 (2.04 pages/sec 2.04 revs/sec)
2200 (2.08 pages/sec 2.08 revs/sec)
2300 (2.13 pages/sec 2.13 revs/sec)
2400 (2.14 pages/sec 2.14 revs/sec)
2500 (2.08 pages/sec 2.08 revs/sec)
2600 (2.08 pages/sec 2.08 revs/sec)
2700 (2.09 pages/sec 2.09 revs/sec)
2800 (2.11 pages/sec 2.11 revs/sec)
2900 (2.15 pages/sec 2.15 revs/sec)
3000 (2.19 pages/sec 2.19 revs/sec)
3100 (2.22 pages/sec 2.22 revs/sec)
3200 (2.25 pages/sec 2.25 revs/sec)
3300 (2.27 pages/sec 2.27 revs/sec)
3400 (2.30 pages/sec 2.30 revs/sec)
3500 (2.29 pages/sec 2.29 revs/sec)
Done!
You might want to run rebuildrecentchanges.php to regenerate RecentChanges
[root@pdcvwik050 html]# ls -al mediawiki/maintenance/rebuildrecentchanges.php
-rw-rw-r-- 1 root asgadmin 9179 Dec  7 06:13 mediawiki/maintenance/rebuildrecentchanges.php
[root@pdcvwik050 html]# php mediawiki/maintenance/rebuildrecentchanges.php
Loading from page and revision tables...
$wgRCMaxAge=7862400 (91 days)
Updating links and size differences...
Loading from user, page, and logging tables...
Flagging bot account edits...
Flagging auto-patrolled edits...
Deleting feed timestamps.
Done.

And then

[root@pdcvwik050 html]# php mediawiki/maintenance/update.php
MediaWiki 1.22.0 Updater
Going to run database updates for wikidb
Depending on the size of your database this may take a while!
Abort with control-c in the next five seconds (skip this countdown with --quick) ... 0
...have ipb_id field in ipblocks table.
...have ipb_expiry field in ipblocks table.
...already have interwiki table
...indexes seem up to 20031107 standards.
...hitcounter table already exists.
...have rc_type field in recentchanges table.
...have user_real_name field in user table.
...querycache table already exists.
...objectcache table already exists.
...categorylinks table already exists.
...have pagelinks; skipping old links table updates
...il_from OK
...have rc_ip field in recentchanges table.
...index PRIMARY already set on image table.
...have rc_id field in recentchanges table.
...have rc_patrolled field in recentchanges table.
...logging table already exists.
...have user_token field in user table.
...have wl_notificationtimestamp field in watchlist table.
...watchlist talk page rows already present.
...user table does not contain user_emailauthenticationtimestamp field.
...page table already exists.
...have log_params field in logging table.
...logging table has correct log_title encoding.
...have ar_rev_id field in archive table.
...have page_len field in page table.
...revision table does not contain inverse_timestamp field.
...have rev_text_id field in revision table.
...have rev_deleted field in revision table.
...have img_width field in image table.
...have img_metadata field in image table.
...have user_email_token field in user table.
...have ar_text_id field in archive table.
...page_namespace is already a full int (int(11)).
...ar_namespace is already a full int (int(11)).
...rc_namespace is already a full int (int(11)).
...wl_namespace is already a full int (int(11)).
...qc_namespace is already a full int (int(11)).
...log_namespace is already a full int (int(11)).
...have img_media_type field in image table.
...already have pagelinks table.
...image table does not contain img_type field.
...already have unique user_name index.
...user_groups table exists and is in current format.
...have ss_total_pages field in site_stats table.
...user_newtalk table already exists.
...transcache table already exists.
...have iw_trans field in interwiki table.
...wl_notificationtimestamp is already nullable.
...index times already set on logging table.
...have ipb_range_start field in ipblocks table.
...no page_random rows needed to be set
...have user_registration field in user table.
...templatelinks table already exists
...externallinks table already exists.
...job table already exists.
...have ss_images field in site_stats table.
...langlinks table already exists.
...querycache_info table already exists.
...filearchive table already exists.
...have ipb_anon_only field in ipblocks table.
...index rc_ns_usertext already set on recentchanges table.
...index rc_user_text already set on recentchanges table.
...have user_newpass_time field in user table.
...redirect table already exists.
...querycachetwo table already exists.
...have ipb_enable_autoblock field in ipblocks table.
...index pl_namespace on table pagelinks includes field pl_from.
...index tl_namespace on table templatelinks includes field tl_from.
...index il_to on table imagelinks includes field il_from.
...have rc_old_len field in recentchanges table.
...have user_editcount field in user table.
...page_restrictions table already exists.
...have log_id field in logging table.
...have rev_parent_id field in revision table.
...have pr_id field in page_restrictions table.
...have rev_len field in revision table.
...have rc_deleted field in recentchanges table.
...have log_deleted field in logging table.
...have ar_deleted field in archive table.
...have ipb_deleted field in ipblocks table.
...have fa_deleted field in filearchive table.
...have ar_len field in archive table.
...have ipb_block_email field in ipblocks table.
...index cl_sortkey on table categorylinks includes field cl_from.
...have oi_metadata field in oldimage table.
...index usertext_timestamp already set on archive table.
...index img_usertext_timestamp already set on image table.
...index oi_usertext_timestamp already set on oldimage table.
...have ar_page_id field in archive table.
...have img_sha1 field in image table.
...protected_titles table already exists.
...have ipb_by_text field in ipblocks table.
...page_props table already exists.
...updatelog table already exists.
...category table already exists.
Populating category table, printing progress markers. For large databases, you
may want to hit Ctrl-C and do this manually with maintenance/
populateCategory.php.
Category population complete.
Done populating category table.
...have ar_parent_id field in archive table.
...have user_last_timestamp field in user_newtalk table.
Populating rev_parent_id fields, printing progress markers. For large
databases, you may want to hit Ctrl-C and do this manually with
maintenance/populateParentId.php.
Populating rev_parent_id column
...doing rev_id from 1 to 200
...doing rev_id from 201 to 400
...doing rev_id from 401 to 600
...doing rev_id from 601 to 800
...doing rev_id from 801 to 1000
...doing rev_id from 1001 to 1200
...doing rev_id from 1201 to 1400
...doing rev_id from 1401 to 1600
...doing rev_id from 1601 to 1800
...doing rev_id from 1801 to 2000
...doing rev_id from 2001 to 2200
...doing rev_id from 2201 to 2400
...doing rev_id from 2401 to 2600
...doing rev_id from 2601 to 2800
...doing rev_id from 2801 to 3000
...doing rev_id from 3001 to 3200
...doing rev_id from 3201 to 3400
...doing rev_id from 3401 to 3600
rev_parent_id population complete ... 0 rows [0 changed]
...protected_titles table has correct pt_title encoding.
...have ss_active_users field in site_stats table.
...ss_active_users user count set...
...have ipb_allow_usertalk field in ipblocks table.
...pl_namespace, tl_namespace, il_to indices are already UNIQUE.
...change_tag table already exists.
...tag_summary table already exists.
...valid_tag table already exists.
...user_properties table already exists.
...log_search table already exists.
...have log_user_text field in logging table.
Populating log_user_text field, printing progress markers. For large
databases, you may want to hit Ctrl-C and do this manually with
maintenance/populateLogUsertext.php.
Nothing to do.
done.
Populating log_search table, printing progress markers. For large
databases, you may want to hit Ctrl-C and do this manually with
maintenance/populateLogSearch.php.
Nothing to do.
done.
...l10n_cache table already exists.
...index ls_field_val already set on log_search table.
...index change_tag_rc_tag already set on change_tag table.
...have rd_interwiki field in redirect table.
Converting tc_time from UNIX epoch to MediaWiki timestamp ...done.
Altering all *_mime_minor fields to 100 bytes in size ...done.
...iwlinks table already exists.
...index iwl_prefix_title_from already set on iwlinks table.
...have ul_value field in updatelog table.
...have iw_api field in interwiki table.
...iwl_prefix key doesn't exist.
...have cl_collation field in categorylinks table.
Updating categorylinks (again) ...done.
...collations up-to-date.
...msg_resource table already exists.
...module_deps table already exists.
...ar_page_revid key doesn't exist.
...index ar_revid already set on archive table.
...ll_lang is up-to-date.
...user_last_timestamp is already nullable.
...index user_email already set on user table.
Modifying up_property field of table user_properties ...done.
...uploadstash table already exists.
...user_former_groups table already exists.
...index type_action already set on logging table.
...have rev_sha1 field in revision table.
...batch conversion of user_options: nothing to migrate. done.
...user table does not contain user_options field.
...have ar_sha1 field in archive table.
...index page_redirect_namespace_len already set on page table.
...have us_chunk_inx field in uploadstash table.
...have job_timestamp field in job table.
...index page_user_timestamp already set on revision table.
...have ipb_parent_block_id field in ipblocks table.
...index ipb_parent_block_id already set on ipblocks table.
...category table does not contain cat_hidden field.
...have rev_content_format field in revision table.
...have rev_content_model field in revision table.
...have ar_content_format field in archive table.
...have ar_content_model field in archive table.
...have page_content_model field in page table.
...site_stats table does not contain ss_admins field.
...recentchanges table does not contain rc_moved_to_title field.
...sites table already exists.
...have fa_sha1 field in filearchive table.
...have job_token field in job table.
...have job_attempts field in job table.
...have us_props field in uploadstash table.
Modifying ug_group field of table user_groups ...done.
Modifying ufg_group field of table user_former_groups ...done.
...index pp_propname_page already set on page_props table.
...index img_media_mime already set on image table.
...iwl_prefix_title_from index is already non-UNIQUE.
...index iwl_prefix_from_title already set on iwlinks table.
...have ar_id field in archive table.
...have el_id field in externallinks table.
...site_stats is populated...done.
Checking existence of old default messages...done.
Populating rev_len column
...doing rev_id from 1 to 200
...doing rev_id from 201 to 400
...doing rev_id from 401 to 600
...doing rev_id from 601 to 800
...doing rev_id from 801 to 1000
...doing rev_id from 1001 to 1200
...doing rev_id from 1201 to 1400
...doing rev_id from 1401 to 1600
...doing rev_id from 1601 to 1800
...doing rev_id from 1801 to 2000
...doing rev_id from 2001 to 2200
...doing rev_id from 2201 to 2400
...doing rev_id from 2401 to 2600
...doing rev_id from 2601 to 2800
...doing rev_id from 2801 to 3000
...doing rev_id from 3001 to 3200
...doing rev_id from 3201 to 3400
...doing rev_id from 3401 to 3600
rev_len population complete ... 0 rows changed (0 missing)
Populating rev_sha1 column
...doing rev_id from 1 to 200
...doing rev_id from 201 to 400
...doing rev_id from 401 to 600
...doing rev_id from 601 to 800
...doing rev_id from 801 to 1000
...doing rev_id from 1001 to 1200
...doing rev_id from 1201 to 1400
...doing rev_id from 1401 to 1600
...doing rev_id from 1601 to 1800
...doing rev_id from 1801 to 2000
...doing rev_id from 2001 to 2200
...doing rev_id from 2201 to 2400
...doing rev_id from 2401 to 2600
...doing rev_id from 2601 to 2800
...doing rev_id from 2801 to 3000
...doing rev_id from 3001 to 3200
...doing rev_id from 3201 to 3400
...doing rev_id from 3401 to 3600
Populating ar_sha1 column
...archive table seems to be empty.
Populating ar_sha1 column legacy rows
rev_sha1 and ar_sha1 population complete [0 revision rows, 0 archive rows].
Populating img_sha1 field
Done 0 files in 0.0 seconds
Fixing protocol-relative entries in the externallinks table...
Done, 0 rows updated.
Populating fa_sha1 field from fa_storage_key
Done 0 files in 0.0 seconds
Purging caches...done.
Done.
[root@pdcvwik050 html]# service httpd start
Starting httpd:                                            [  OK  ]

It does not appear to have transferred any of the content. I cannot see any of the many, many pages present in the old mediawiki.

All I get is the primitive start page, after I set up the new mediawiki. I have tried reloading. No pages. I am at my wits end.

Why is there no clear and easy means of updating this product? 14 updates or one, it should just work. 203.25.255.17 03:03, 24 January 2014 (UTC)

 03:09, 24 January 2014 (UTC)

Ok, with the database please now do the following:

• Remove the (upgraded) database. (Btw.: It looks like update.php now finishes successfully!!! But(!) I fear you might have broken the DB with the importDump.php script. Do not use it.)
• Replace it with a backup.
• Before running update.php again, check for the tables "pages" and "text" being present. They must contain some rows: "page" one for each page (in the sum not one row, but many rows), "text" basically one for each revision (read: very many).

Is that the case? 88.130.85.234 03:15, 24 January 2014 (UTC)

I am unsure what you want me to do:

• Remove the (upgraded) database. (Btw.: It looks like update.php now finishes successfully!!! But(!) I fear you might have broken the DB with the importDump.php script. Do not use it.)
• Replace it with a backup.

Backup? I have only a backup from the old mediawiki. I used importDump.php to import it. Is that the one you want me to use? If I don't use importDump.php, how do I get the data from the old mediawiki database into the new one?

• Before running update.php again, check for the tables "pages" and "text" being present. They must contain some rows: "page" one for each page (in the sum not one row, but many rows), "text" basically one for each revision (read: very many).

How do I do that? 203.25.255.17 03:48, 24 January 2014 (UTC)

No, you should NOT use importDump.php. You only have to import the database into MySQL. The pages and all the old wiki content will come when you import the database. They are there after you have imported the database into MySQL. That you used importDump on that database can cause problems in the future and that is what I want to save you from.

I want that:

On the new MySQL server, throw the updated DB away. Instead, put the backup of the old DB in place. The one, that has not been updated.

You can look into the DB with phpmyadmin if you have that (easy to use, nice GUI) or with MySQL on the command line:

mysql -u [user] -h [host] -p[password]

use actual-wiki-db

SELECT COUNT(*) FROM page

SELECT COUNT(*) FROM text 88.130.85.234 04:00, 24 January 2014 (UTC)

OK, you don't want me to use importDump.php.

Do you want me to use the backup I made with mysqldump?

Then use the command to import it:

/usr/bin/mysql -u root --password=[passwprd] wikidb < /home/mydirectory/mysql_backup-wikidb-20140123.sql

Then use the mysql commands you've just supplied to inspect the database? 203.25.255.17 05:19, 24 January 2014 (UTC)

This is exactly what I've said in my last message. This is also frustrating that you are repeating the same steps that I've already pointed to you that are wrong. Ciencia Al Poder (talk) 10:31, 24 January 2014 (UTC)

YES, YES, YES!!! 88.130.85.234 13:06, 24 January 2014 (UTC)

Apologies for the delay in replying but we had a long weekend downunder.

This is the result I got:

# mysql -u root -p
 Enter password:
 Welcome to the MySQL monitor.  Commands end with ; or \g.
 Your MySQL connection id is 89
 Server version: 5.1.66 Source distribution
 
 Copyright (c) 2000, 2012, Oracle and/or its affiliates. All rights reserved.
 
 Oracle is a registered trademark of Oracle Corporation and/or its
 affiliates. Other names may be trademarks of their respective
 owners.
 
 Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.
 
 mysql> use wikidb;
 Reading table information for completion of table and column names
 You can turn off this feature to get a quicker startup with -A
 
 Database changed
 mysql> SELECT COUNT(*) FROM page;
 +----------+
 | COUNT(*) |
 +----------+
 |     3540 |
 +----------+
 1 row in set (0.00 sec)
 
 mysql> SELECT COUNT(*) FROM text;
 +----------+
 | COUNT(*) |
 +----------+
 |    14071 |
 +----------+
 1 row in set (0.24 sec)

So, now what? 203.25.255.17 02:09, 28 January 2014 (UTC)

Earlier you said that the table "page" was missing in your DB which made me ask, if your DB got imported completely (it obviously did not that time).

Now you know that this time in this database you currently have a sum of 3540 pages (including deleted pages). There are 14071 text revisions in the DB for these pages; that means that on average each page has around 4 revisions. These numbers should reflect what you expect to have inside the wiki. When they do, then double check that in LocalSettings.php you have set $wgDBuser, $wgDBname and $wgDBpassword to the correct values. Check by using

mysql -u [user] -h [host] -p[password];

use [db-name];

on the shell. Using the username, password and DB name from LocalSettings.php should not give you an error message.

When that worked, then use update.php again and post its output here. 88.130.100.168 21:27, 28 January 2014 (UTC)

Output from update.php:

____________________________

 MediaWiki 1.22.0 Updater
 
 Going to run database updates for wikidb
 Depending on the size of your database this may take a while!
 Abort with control-c in the next five seconds (skip this countdown with --quick) ... 0
 ...have ipb_id field in ipblocks table.
 ...have ipb_expiry field in ipblocks table.
 ...already have interwiki table
 ...indexes seem up to 20031107 standards.
 ...hitcounter table already exists.
 ...have rc_type field in recentchanges table.
 ...have user_real_name field in user table.
 ...querycache table already exists.
 ...objectcache table already exists.
 ...categorylinks table already exists.
 ...have pagelinks; skipping old links table updates
 ...il_from OK
 ...have rc_ip field in recentchanges table.
 ...index PRIMARY already set on image table.
 ...have rc_id field in recentchanges table.
 ...have rc_patrolled field in recentchanges table.
 ...logging table already exists.
 ...have user_token field in user table.
 ...have wl_notificationtimestamp field in watchlist table.
 Adding missing watchlist talk page rows... done.
 ...user table does not contain user_emailauthenticationtimestamp field.
 ...page table already exists.
 ...have log_params field in logging table.
 ...logging table has correct log_title encoding.
 ...have ar_rev_id field in archive table.
 ...have page_len field in page table.
 ...revision table does not contain inverse_timestamp field.
 ...have rev_text_id field in revision table.
 ...have rev_deleted field in revision table.
 ...have img_width field in image table.
 ...have img_metadata field in image table.
 ...have user_email_token field in user table.
 ...have ar_text_id field in archive table.
 ...page_namespace is already a full int (int(11)).
 ...ar_namespace is already a full int (int(11)).
 ...rc_namespace is already a full int (int(11)).
 ...wl_namespace is already a full int (int(11)).
 ...qc_namespace is already a full int (int(11)).
 ...log_namespace is already a full int (int(11)).
 ...have img_media_type field in image table.
 ...already have pagelinks table.
 ...image table does not contain img_type field.
 ...already have unique user_name index.
 ...user_groups table exists and is in current format.
 ...have ss_total_pages field in site_stats table.
 ...user_newtalk table already exists.
 ...transcache table already exists.
 ...have iw_trans field in interwiki table.
 ...wl_notificationtimestamp is already nullable.
 ...index times already set on logging table.
 ...have ipb_range_start field in ipblocks table.
 ...no page_random rows needed to be set
 ...have user_registration field in user table.
 ...templatelinks table already exists
 ...externallinks table already exists.
 ...job table already exists.
 ...have ss_images field in site_stats table.
 ...langlinks table already exists.
 ...querycache_info table already exists.
 ...filearchive table already exists.
 ...have ipb_anon_only field in ipblocks table.
 ...index rc_ns_usertext already set on recentchanges table.
 ...index rc_user_text already set on recentchanges table.
 ...have user_newpass_time field in user table.
 ...redirect table already exists.
 ...querycachetwo table already exists.
 ...have ipb_enable_autoblock field in ipblocks table.
 ...index pl_namespace on table pagelinks includes field pl_from.
 ...index tl_namespace on table templatelinks includes field tl_from.
 ...index il_to on table imagelinks includes field il_from.
 ...have rc_old_len field in recentchanges table.
 ...have user_editcount field in user table.
 ...page_restrictions table already exists.
 ...have log_id field in logging table.
 ...have rev_parent_id field in revision table.
 ...have pr_id field in page_restrictions table.
 ...have rev_len field in revision table.
 ...have rc_deleted field in recentchanges table.
 ...have log_deleted field in logging table.
 ...have ar_deleted field in archive table.
 ...have ipb_deleted field in ipblocks table.
 ...have fa_deleted field in filearchive table.
 ...have ar_len field in archive table.
 ...have ipb_block_email field in ipblocks table.
 ...index cl_sortkey on table categorylinks includes field cl_from.
 ...have oi_metadata field in oldimage table.
 ...index usertext_timestamp already set on archive table.
 ...index img_usertext_timestamp already set on image table.
 ...index oi_usertext_timestamp already set on oldimage table.
 ...have ar_page_id field in archive table.
 ...have img_sha1 field in image table.
 ...protected_titles table already exists.
 ...have ipb_by_text field in ipblocks table.
 ...page_props table already exists.
 ...updatelog table already exists.
 ...category table already exists.
 Populating category table, printing progress markers. For large databases, you
 may want to hit Ctrl-C and do this manually with maintenance/
 populateCategory.php.
 Category population complete.
 Done populating category table.
 ...have ar_parent_id field in archive table.
 ...have user_last_timestamp field in user_newtalk table.
 Populating rev_parent_id fields, printing progress markers. For large
 databases, you may want to hit Ctrl-C and do this manually with
 maintenance/populateParentId.php.
 Populating rev_parent_id column
 ...doing rev_id from 1 to 200
 ...doing rev_id from 201 to 400
 ...doing rev_id from 401 to 600
 ...doing rev_id from 601 to 800
 ...doing rev_id from 801 to 1000
 ...doing rev_id from 1001 to 1200
 ...doing rev_id from 1201 to 1400
 ...doing rev_id from 1401 to 1600
 ...doing rev_id from 1601 to 1800
 ...doing rev_id from 1801 to 2000
 ...doing rev_id from 2001 to 2200
 ...doing rev_id from 2201 to 2400
 ...doing rev_id from 2401 to 2600
 ...doing rev_id from 2601 to 2800
 ...doing rev_id from 2801 to 3000
 ...doing rev_id from 3001 to 3200
 ...doing rev_id from 3201 to 3400
 ...doing rev_id from 3401 to 3600
 ...doing rev_id from 3601 to 3800
 ...doing rev_id from 3801 to 4000
 ...doing rev_id from 4001 to 4200
 ...doing rev_id from 4201 to 4400
 ...doing rev_id from 4401 to 4600
 ...doing rev_id from 4601 to 4800
 ...doing rev_id from 4801 to 5000
 ...doing rev_id from 5001 to 5200
 ...doing rev_id from 5201 to 5400
 ...doing rev_id from 5401 to 5600
 ...doing rev_id from 5601 to 5800
 ...doing rev_id from 5801 to 6000
 ...doing rev_id from 6001 to 6200
 ...doing rev_id from 6201 to 6400
 ...doing rev_id from 6401 to 6600
 ...doing rev_id from 6601 to 6800
 ...doing rev_id from 6801 to 7000
 ...doing rev_id from 7001 to 7200
 ...doing rev_id from 7201 to 7400
 ...doing rev_id from 7401 to 7600
 ...doing rev_id from 7601 to 7800
 ...doing rev_id from 7801 to 8000
 ...doing rev_id from 8001 to 8200
 ...doing rev_id from 8201 to 8400
 ...doing rev_id from 8401 to 8600
 ...doing rev_id from 8601 to 8800
 ...doing rev_id from 8801 to 9000
 ...doing rev_id from 9001 to 9200
 ...doing rev_id from 9201 to 9400
 ...doing rev_id from 9401 to 9600
 ...doing rev_id from 9601 to 9800
 ...doing rev_id from 9801 to 10000
 ...doing rev_id from 10001 to 10200
 ...doing rev_id from 10201 to 10400
 ...doing rev_id from 10401 to 10600
 ...doing rev_id from 10601 to 10800
 ...doing rev_id from 10801 to 11000
 ...doing rev_id from 11001 to 11200
 ...doing rev_id from 11201 to 11400
 ...doing rev_id from 11401 to 11600
 ...doing rev_id from 11601 to 11800
 ...doing rev_id from 11801 to 12000
 ...doing rev_id from 12001 to 12200
 ...doing rev_id from 12201 to 12400
 ...doing rev_id from 12401 to 12600
 ...doing rev_id from 12601 to 12800
 ...doing rev_id from 12801 to 13000
 ...doing rev_id from 13001 to 13200
 ...doing rev_id from 13201 to 13400
 ...doing rev_id from 13401 to 13600
 ...doing rev_id from 13601 to 13800
 ...doing rev_id from 13801 to 14000
 ...doing rev_id from 14001 to 14200
 ...doing rev_id from 14201 to 14400
 ...doing rev_id from 14401 to 14600
 ...doing rev_id from 14601 to 14800
 rev_parent_id population complete ... 0 rows [0 changed]
 ...protected_titles table has correct pt_title encoding.
 ...have ss_active_users field in site_stats table.
 ...ss_active_users user count set...
 ...have ipb_allow_usertalk field in ipblocks table.
 ...pl_namespace, tl_namespace, il_to indices are already UNIQUE.
 ...change_tag table already exists.
 ...tag_summary table already exists.
 ...valid_tag table already exists.
 ...user_properties table already exists.
 ...log_search table already exists.
 ...have log_user_text field in logging table.
 Populating log_user_text field, printing progress markers. For large
 databases, you may want to hit Ctrl-C and do this manually with
 maintenance/populateLogUsertext.php.
 ...doing log_id from 1 to 100
 ...doing log_id from 101 to 200
 ...doing log_id from 201 to 300
 ...doing log_id from 301 to 400
 ...doing log_id from 401 to 500
 ...doing log_id from 501 to 600
 ...doing log_id from 601 to 700
 ...doing log_id from 701 to 800
 ...doing log_id from 801 to 900
 ...doing log_id from 901 to 1000
 ...doing log_id from 1001 to 1100
 ...doing log_id from 1101 to 1200
 ...doing log_id from 1201 to 1300
 ...doing log_id from 1301 to 1400
 ...doing log_id from 1401 to 1500
 ...doing log_id from 1501 to 1600
 ...doing log_id from 1601 to 1700
 ...doing log_id from 1701 to 1800
 ...doing log_id from 1801 to 1900
 ...doing log_id from 1901 to 2000
 ...doing log_id from 2001 to 2100
 ...doing log_id from 2101 to 2200
 ...doing log_id from 2201 to 2300
 ...doing log_id from 2301 to 2400
 ...doing log_id from 2401 to 2500
 ...doing log_id from 2501 to 2600
 ...doing log_id from 2601 to 2700
 ...doing log_id from 2701 to 2800
 ...doing log_id from 2801 to 2900
 ...doing log_id from 2901 to 3000
 ...doing log_id from 3001 to 3100
 ...doing log_id from 3101 to 3200
 ...doing log_id from 3201 to 3300
 ...doing log_id from 3301 to 3400
 ...doing log_id from 3401 to 3500
 ...doing log_id from 3501 to 3600
 ...doing log_id from 3601 to 3700
 ...doing log_id from 3701 to 3800
 ...doing log_id from 3801 to 3900
 ...doing log_id from 3901 to 4000
 ...doing log_id from 4001 to 4100
 ...doing log_id from 4101 to 4200
 ...doing log_id from 4201 to 4300
 ...doing log_id from 4301 to 4400
 ...doing log_id from 4401 to 4500
 ...doing log_id from 4501 to 4600
 ...doing log_id from 4601 to 4700
 ...doing log_id from 4701 to 4800
 ...doing log_id from 4801 to 4900
 ...doing log_id from 4901 to 5000
 ...doing log_id from 5001 to 5100
 ...doing log_id from 5101 to 5200
 Done populating log_user_text field.
 done.
 Populating log_search table, printing progress markers. For large
 databases, you may want to hit Ctrl-C and do this manually with
 maintenance/populateLogSearch.php.
 ...doing log_id from 1 to 100
 ...doing log_id from 101 to 200
 ...doing log_id from 201 to 300
 ...doing log_id from 301 to 400
 ...doing log_id from 401 to 500
 ...doing log_id from 501 to 600
 ...doing log_id from 601 to 700
 ...doing log_id from 701 to 800
 ...doing log_id from 801 to 900
 ...doing log_id from 901 to 1000
 ...doing log_id from 1001 to 1100
 ...doing log_id from 1101 to 1200
 ...doing log_id from 1201 to 1300
 ...doing log_id from 1301 to 1400
 ...doing log_id from 1401 to 1500
 ...doing log_id from 1501 to 1600
 ...doing log_id from 1601 to 1700
 ...doing log_id from 1701 to 1800
 ...doing log_id from 1801 to 1900
 ...doing log_id from 1901 to 2000
 ...doing log_id from 2001 to 2100
 ...doing log_id from 2101 to 2200
 ...doing log_id from 2201 to 2300
 ...doing log_id from 2301 to 2400
 ...doing log_id from 2401 to 2500
 ...doing log_id from 2501 to 2600
 ...doing log_id from 2601 to 2700
 ...doing log_id from 2701 to 2800
 ...doing log_id from 2801 to 2900
 ...doing log_id from 2901 to 3000
 ...doing log_id from 3001 to 3100
 ...doing log_id from 3101 to 3200
 ...doing log_id from 3201 to 3300
 ...doing log_id from 3301 to 3400
 ...doing log_id from 3401 to 3500
 ...doing log_id from 3501 to 3600
 ...doing log_id from 3601 to 3700
 ...doing log_id from 3701 to 3800
 ...doing log_id from 3801 to 3900
 ...doing log_id from 3901 to 4000
 ...doing log_id from 4001 to 4100
 ...doing log_id from 4101 to 4200
 ...doing log_id from 4201 to 4300
 ...doing log_id from 4301 to 4400
 ...doing log_id from 4401 to 4500
 ...doing log_id from 4501 to 4600
 ...doing log_id from 4601 to 4700
 ...doing log_id from 4701 to 4800
 ...doing log_id from 4801 to 4900
 ...doing log_id from 4901 to 5000
 ...doing log_id from 5001 to 5100
 ...doing log_id from 5101 to 5200
 Done populating log_search table.
 done.
 ...l10n_cache table already exists.
 ...index ls_field_val already set on log_search table.
 ...index change_tag_rc_tag already set on change_tag table.
 ...have rd_interwiki field in redirect table.
 Converting tc_time from UNIX epoch to MediaWiki timestamp ...done.
 Altering all *_mime_minor fields to 100 bytes in size ...done.
 Creating iwlinks table ...done.
 ...index iwl_prefix_title_from already set on iwlinks table.
 Adding ul_value field to table updatelog ...done.
 Adding iw_api field to table interwiki ...done.
 ...iwl_prefix key doesn't exist.
 Adding cl_collation field to table categorylinks ...done.
 ...categorylinks up-to-date.
 Updating category collations...Fixing collation for 5927 rows.
 Selecting next 10000 rows... processing...5927 done.
 5927 rows processed
 ...done.
 Creating msg_resource table ...done.
 Creating module_deps table ...done.
 ...ar_page_revid key doesn't exist.
 Adding index ar_revid to table archive ...done.
 ...ll_lang is up-to-date.
 Making user_last_timestamp nullable ...done.
 Adding index user_email to table user ...done.
 Modifying up_property field of table user_properties ...done.
 Creating uploadstash table ...done.
 Creating user_former_groups table ...done.
 Adding index type_action to table logging ...done.
 Adding rev_sha1 field to table revision ...done.
 ...batch conversion of user_options: done. Converted 0 user records.
 done.
 Table user contains user_options field. Dropping ...done.
 Adding ar_sha1 field to table archive ...done.
 Adding index page_redirect_namespace_len to table page ...done.
 Adding us_chunk_inx field to table uploadstash ...done.
 Adding job_timestamp field to table job ...done.
 Adding index page_user_timestamp to table revision ...done.
 Adding ipb_parent_block_id field to table ipblocks ...done.
 Adding index ipb_parent_block_id to table ipblocks ...done.
 Table category contains cat_hidden field. Dropping ...done.
 Adding rev_content_format field to table revision ...done.
 Adding rev_content_model field to table revision ...done.
 Adding ar_content_format field to table archive ...done.
 Adding ar_content_model field to table archive ...done.
 Adding page_content_model field to table page ...done.
 Table site_stats contains ss_admins field. Dropping ...done.
 Table recentchanges contains rc_moved_to_title field. Dropping ...done.
 Creating sites table ...done.
 Adding fa_sha1 field to table filearchive ...done.
 Adding job_token field to table job ...done.
 Adding job_attempts field to table job ...done.
 Adding us_props field to table uploadstash ...done.
 Modifying ug_group field of table user_groups ...done.
 Modifying ufg_group field of table user_former_groups ...done.
 Adding index pp_propname_page to table page_props ...done.
 Adding index img_media_mime to table image ...done.
 Making iwl_prefix_title_from index non-UNIQUE ...done.
 Adding index iwl_prefix_from_title to table iwlinks ...done.
 Adding ar_id field to table archive ...done.
 Adding el_id field to table externallinks ...done.
 ...site_stats is populated...done.
 Checking existence of old default messages...done.
 Populating rev_len column
 ...doing rev_id from 1 to 200
 ...doing rev_id from 201 to 400
 ...doing rev_id from 401 to 600
 ...doing rev_id from 601 to 800
 ...doing rev_id from 801 to 1000
 ...doing rev_id from 1001 to 1200
 ...doing rev_id from 1201 to 1400
 ...doing rev_id from 1401 to 1600
 ...doing rev_id from 1601 to 1800
 ...doing rev_id from 1801 to 2000
 ...doing rev_id from 2001 to 2200
 ...doing rev_id from 2201 to 2400
 ...doing rev_id from 2401 to 2600
 ...doing rev_id from 2601 to 2800
 ...doing rev_id from 2801 to 3000
 ...doing rev_id from 3001 to 3200
 ...doing rev_id from 3201 to 3400
 ...doing rev_id from 3401 to 3600
 ...doing rev_id from 3601 to 3800
 ...doing rev_id from 3801 to 4000
 ...doing rev_id from 4001 to 4200
 ...doing rev_id from 4201 to 4400
 ...doing rev_id from 4401 to 4600
 ...doing rev_id from 4601 to 4800
 ...doing rev_id from 4801 to 5000
 ...doing rev_id from 5001 to 5200
 ...doing rev_id from 5201 to 5400
 ...doing rev_id from 5401 to 5600
 ...doing rev_id from 5601 to 5800
 ...doing rev_id from 5801 to 6000
 ...doing rev_id from 6001 to 6200
 ...doing rev_id from 6201 to 6400
 ...doing rev_id from 6401 to 6600
 ...doing rev_id from 6601 to 6800
 ...doing rev_id from 6801 to 7000
 ...doing rev_id from 7001 to 7200
 ...doing rev_id from 7201 to 7400
 ...doing rev_id from 7401 to 7600
 ...doing rev_id from 7601 to 7800
 ...doing rev_id from 7801 to 8000
 ...doing rev_id from 8001 to 8200
 ...doing rev_id from 8201 to 8400
 ...doing rev_id from 8401 to 8600
 ...doing rev_id from 8601 to 8800
 ...doing rev_id from 8801 to 9000
 ...doing rev_id from 9001 to 9200
 ...doing rev_id from 9201 to 9400
 ...doing rev_id from 9401 to 9600
 ...doing rev_id from 9601 to 9800
 ...doing rev_id from 9801 to 10000
 ...doing rev_id from 10001 to 10200
 ...doing rev_id from 10201 to 10400
 ...doing rev_id from 10401 to 10600
 ...doing rev_id from 10601 to 10800
 ...doing rev_id from 10801 to 11000
 ...doing rev_id from 11001 to 11200
 ...doing rev_id from 11201 to 11400
 ...doing rev_id from 11401 to 11600
 ...doing rev_id from 11601 to 11800
 ...doing rev_id from 11801 to 12000
 ...doing rev_id from 12001 to 12200
 ...doing rev_id from 12201 to 12400
 ...doing rev_id from 12401 to 12600
 ...doing rev_id from 12601 to 12800
 ...doing rev_id from 12801 to 13000
 ...doing rev_id from 13001 to 13200
 ...doing rev_id from 13201 to 13400
 ...doing rev_id from 13401 to 13600
 ...doing rev_id from 13601 to 13800
 ...doing rev_id from 13801 to 14000
 ...doing rev_id from 14001 to 14200
 ...doing rev_id from 14201 to 14400
 ...doing rev_id from 14401 to 14600
 ...doing rev_id from 14601 to 14800
 rev_len population complete ... 80 rows changed (0 missing)
 Populating rev_sha1 column
 ...doing rev_id from 1 to 200
 ...doing rev_id from 201 to 400
 ...doing rev_id from 401 to 600
 ...doing rev_id from 601 to 800
 ...doing rev_id from 801 to 1000
 ...doing rev_id from 1001 to 1200
 ...doing rev_id from 1201 to 1400
 ...doing rev_id from 1401 to 1600
 ...doing rev_id from 1601 to 1800
 ...doing rev_id from 1801 to 2000
 ...doing rev_id from 2001 to 2200
 ...doing rev_id from 2201 to 2400
 ...doing rev_id from 2401 to 2600
 ...doing rev_id from 2601 to 2800
 ...doing rev_id from 2801 to 3000
 ...doing rev_id from 3001 to 3200
 ...doing rev_id from 3201 to 3400
 ...doing rev_id from 3401 to 3600
 ...doing rev_id from 3601 to 3800
 ...doing rev_id from 3801 to 4000
 ...doing rev_id from 4001 to 4200
 ...doing rev_id from 4201 to 4400
 ...doing rev_id from 4401 to 4600
 ...doing rev_id from 4601 to 4800
 ...doing rev_id from 4801 to 5000
 ...doing rev_id from 5001 to 5200
 ...doing rev_id from 5201 to 5400
 ...doing rev_id from 5401 to 5600
 ...doing rev_id from 5601 to 5800
 ...doing rev_id from 5801 to 6000
 ...doing rev_id from 6001 to 6200
 ...doing rev_id from 6201 to 6400
 ...doing rev_id from 6401 to 6600
 ...doing rev_id from 6601 to 6800
 ...doing rev_id from 6801 to 7000
 ...doing rev_id from 7001 to 7200
 ...doing rev_id from 7201 to 7400
 ...doing rev_id from 7401 to 7600
 ...doing rev_id from 7601 to 7800
 ...doing rev_id from 7801 to 8000
 ...doing rev_id from 8001 to 8200
 ...doing rev_id from 8201 to 8400
 ...doing rev_id from 8401 to 8600
 ...doing rev_id from 8601 to 8800
 ...doing rev_id from 8801 to 9000
 ...doing rev_id from 9001 to 9200
 ...doing rev_id from 9201 to 9400
 ...doing rev_id from 9401 to 9600
 ...doing rev_id from 9601 to 9800
 ...doing rev_id from 9801 to 10000
 ...doing rev_id from 10001 to 10200
 ...doing rev_id from 10201 to 10400
 ...doing rev_id from 10401 to 10600
 ...doing rev_id from 10601 to 10800
 ...doing rev_id from 10801 to 11000
 ...doing rev_id from 11001 to 11200
 ...doing rev_id from 11201 to 11400
 ...doing rev_id from 11401 to 11600
 ...doing rev_id from 11601 to 11800
 ...doing rev_id from 11801 to 12000
 ...doing rev_id from 12001 to 12200
 ...doing rev_id from 12201 to 12400
 ...doing rev_id from 12401 to 12600
 ...doing rev_id from 12601 to 12800
 ...doing rev_id from 12801 to 13000
 ...doing rev_id from 13001 to 13200
 ...doing rev_id from 13201 to 13400
 ...doing rev_id from 13401 to 13600
 ...doing rev_id from 13601 to 13800
 ...doing rev_id from 13801 to 14000
 ...doing rev_id from 14001 to 14200
 ...doing rev_id from 14201 to 14400
 ...doing rev_id from 14401 to 14600
 ...doing rev_id from 14601 to 14800
 Populating ar_sha1 column
 ...doing ar_rev_id from 261 to 460
 ...doing ar_rev_id from 461 to 660
 ...doing ar_rev_id from 661 to 860
 ...doing ar_rev_id from 861 to 1060
 ...doing ar_rev_id from 1061 to 1260
 ...doing ar_rev_id from 1261 to 1460
 ...doing ar_rev_id from 1461 to 1660
 ...doing ar_rev_id from 1661 to 1860
 ...doing ar_rev_id from 1861 to 2060
 ...doing ar_rev_id from 2061 to 2260
 ...doing ar_rev_id from 2261 to 2460
 ...doing ar_rev_id from 2461 to 2660
 ...doing ar_rev_id from 2661 to 2860
 ...doing ar_rev_id from 2861 to 3060
 ...doing ar_rev_id from 3061 to 3260
 ...doing ar_rev_id from 3261 to 3460
 ...doing ar_rev_id from 3461 to 3660
 ...doing ar_rev_id from 3661 to 3860
 ...doing ar_rev_id from 3861 to 4060
 ...doing ar_rev_id from 4061 to 4260
 ...doing ar_rev_id from 4261 to 4460
 ...doing ar_rev_id from 4461 to 4660
 ...doing ar_rev_id from 4661 to 4860
 ...doing ar_rev_id from 4861 to 5060
 ...doing ar_rev_id from 5061 to 5260
 ...doing ar_rev_id from 5261 to 5460
 ...doing ar_rev_id from 5461 to 5660
 ...doing ar_rev_id from 5661 to 5860
 ...doing ar_rev_id from 5861 to 6060
 ...doing ar_rev_id from 6061 to 6260
 ...doing ar_rev_id from 6261 to 6460
 ...doing ar_rev_id from 6461 to 6660
 ...doing ar_rev_id from 6661 to 6860
 ...doing ar_rev_id from 6861 to 7060
 ...doing ar_rev_id from 7061 to 7260
 ...doing ar_rev_id from 7261 to 7460
 ...doing ar_rev_id from 7461 to 7660
 ...doing ar_rev_id from 7661 to 7860
 ...doing ar_rev_id from 7861 to 8060
 ...doing ar_rev_id from 8061 to 8260
 ...doing ar_rev_id from 8261 to 8460
 ...doing ar_rev_id from 8461 to 8660
 ...doing ar_rev_id from 8661 to 8860
 ...doing ar_rev_id from 8861 to 9060
 ...doing ar_rev_id from 9061 to 9260
 ...doing ar_rev_id from 9261 to 9460
 ...doing ar_rev_id from 9461 to 9660
 ...doing ar_rev_id from 9661 to 9860
 ...doing ar_rev_id from 9861 to 10060
 ...doing ar_rev_id from 10061 to 10260
 ...doing ar_rev_id from 10261 to 10460
 ...doing ar_rev_id from 10461 to 10660
 ...doing ar_rev_id from 10661 to 10860
 ...doing ar_rev_id from 10861 to 11060
 ...doing ar_rev_id from 11061 to 11260
 ...doing ar_rev_id from 11261 to 11460
 ...doing ar_rev_id from 11461 to 11660
 ...doing ar_rev_id from 11661 to 11860
 ...doing ar_rev_id from 11861 to 12060
 ...doing ar_rev_id from 12061 to 12260
 ...doing ar_rev_id from 12261 to 12460
 ...doing ar_rev_id from 12461 to 12660
 ...doing ar_rev_id from 12661 to 12860
 ...doing ar_rev_id from 12861 to 13060
 ...doing ar_rev_id from 13061 to 13260
 ...doing ar_rev_id from 13261 to 13460
 ...doing ar_rev_id from 13461 to 13660
 ...doing ar_rev_id from 13661 to 13860
 Populating ar_sha1 column legacy rows
 rev_sha1 and ar_sha1 population complete [14576 revision rows, 212 archive rows].
 Populating img_sha1 field
 
 Done 0 files in 0.0 seconds
 Fixing protocol-relative entries in the externallinks table...
 Done, 0 rows updated.
 Populating fa_sha1 field from fa_storage_key
 
 Done 11 files in 0.0 seconds
 Purging caches...done.
 
 Done.

203.25.255.17 02:48, 29 January 2014 (UTC)

That looks very good. The database update finished successfully.

Now try opening your wiki with the webbrowser. Does it display? Do you see any error message?

Which extensions did you have in use before the upgrade? I know you have already removed FCKeditor and you have disabled CategoryWatch (of which the newest version from SVN might maybe work). Did you use any other extensions? If so: Which ones? 88.130.64.74 03:08, 29 January 2014 (UTC)

Thank you for your patience and your help to this point.

It opens but what displays is rather strange in that it does not look like what my old mediawiki did. No images and none of the links appear to work.

So, how do I get the images across and the links to work? 203.25.255.17 03:52, 29 January 2014 (UTC)

Did you have an .htaccess file inside the folder with the old wiki? This file is necessary when you use something like short URLs. Make sure that you copy that file over as well.

If that did not help, please upload a screenshot of what the main page now looks like! Is the wiki publicly accessable? 88.130.64.74 12:02, 29 January 2014 (UTC)

No, the wiki is not publicly accessible.

These are some images of the title page:

old Mediawiki:

http://imagizer.imageshack.us/v2/640x480q90/836/bx2y.jpg

new Mediawiki:

http://imagizer.imageshack.us/v2/640x480q90/28/w4n8.jpg

http://imagizer.imageshack.us/v2/640x480q90/194/bwxv.jpg

http://imagizer.imageshack.us/v2/640x480q90/14/krf7.jpg

As you can see, a great deal of the code written for the title page does not appear to work for some reason. 203.25.255.17 03:06, 30 January 2014 (UTC)

I see. You should take your old LocalSettings.php file and compare it to the new one. There might be settings in the old file, which you now do not have in the new one and those might cause some of these changes to happen.

E.g. in the old version you used the skin "monobook"; the new one looks like you have changed to "vector". The situation might improve again when you change the default skin in LocalSettings.php by changing the value of $wgDefaultSkin back to monobook. If that does not fix the rendering problems (clear the caches in between testing!), then you might want to have a look at the CSS styles. CSS styles might also be present on some pages in your wiki, namely on the wiki pages MediaWiki:Common.css, MediaWiki:Monobook.css (only used with the monobook skin) or MediaWiki:Vector.css (only used with vector). These also influence how stuff is rendered. Possibly you had also added styles to the files in the folder skins/ inside the filesystem.

I also see that $wgLogo is no longer set so that you only see the default logo. 88.130.92.11 11:30, 30 January 2014 (UTC)

You need to enable Extension:ParserFunctions Ciencia Al Poder (talk) 21:10, 30 January 2014 (UTC)

Thanks for your help again. Changing the skin and enabling the ParserFunction seems to have got the look and feel back to normal.

However, when I try and access any of the pages in the mediawiki they don't seem to exist. I cannot get any listings nor anything like that on the various contents pages. This is most disconcerting, as the database claims there is all those pages in it. 203.25.255.17 03:40, 31 January 2014 (UTC)

But your previos screenshots show content pages on the wiki, so they exist. Can you please elaborate? Also, please make a new thread for this. Ciencia Al Poder (talk) 10:04, 31 January 2014 (UTC)

Yes, the screenshots do show some custom content so there must be pages in the wiki. And you have queried the DB and got around 3500 pages in it... 88.130.112.154 12:34, 31 January 2014 (UTC)

 02:48, 29 January 2014 (UTC)

Cannot edit pages

Hello, I just installed a new wiki and for some reason I cannot save page edits. I can preview, but as soon as I press 'save page' it gives me a "Fatal exception of type MWException" error. I tried to switch on error display but the errors themselves are cut off the top of the page. Here's what I managed to save:

Warning: preg_match(): Compilation failed: assertion expected after (?( at offset 115 in /home/linweb07/a/anglofur.co.uk-1071752405/user/htdocs/swordtail/includes/IP.php on line 124

Warning: preg_match(): Compilation failed: assertion expected after (?( at offset 115 in /home/linweb07/a/anglofur.co.uk-1071752405/user/htdocs/swordtail/includes/IP.php on line 112

Warning: preg_match(): Compilation failed: assertion expected after (?( at offset 115 in /home/linweb07/a/anglofur.co.uk-1071752405/user/htdocs/swordtail/includes/IP.php on line 88

I am getting errors like that on every page of the wiki, but only saving edits to pages seems to be affected. Previously I had problems with Extensions but I thought I had resolved them. Hadashi (talk) 11:33, 22 January 2014 (UTC)

Hi!

Which versions of MediaWiki, PHP and MySQL are you using? See your Special:Version page in your wiki.

Sounds like this problem: https://bugzilla.wikimedia.org/show_bug.cgi?id=25920 88.130.66.189 14:31, 22 January 2014 (UTC)

Hello! I can't get to Special:version at the moment because the whole site giving me a 502 Bad Gateway error but I'm using MediaWiki 1.22.0, according to the localsettings.php file. Here is the rest of the info:

PHP version 5.4.14

MySQL version: 5.0.95

I couldn't tell you if it is that bug you linked to or not, I'm afraid. Hadashi (talk) 22:14, 22 January 2014 (UTC)

0k, forum and wiki are back up, but I still can't edit pages. :P Hadashi (talk) 22:18, 22 January 2014 (UTC)

OK, in fact it looks like it is exactly this error: https://bugzilla.wikimedia.org/show_bug.cgi?id=58213 The fix will be part of MediaWiki 1.22.2. It will require at least PCRE version 7.2; MediaWiki will no longer be installable/updatable with older versions.

PHP 5.4.14 by default includes PCRE 8.32 and according to the bug report, the problem should only arise with versions of PCRE older than 7.2, but not with 8.32. Since you have the problem anyway, I guess that your PHP version is compiled with an older version of PCRE. You have to use a newer version of PCRE! Also see Manual:Errors_and_symptoms/PCRE. 88.130.66.189 00:50, 23 January 2014 (UTC)

You guys are probably not going to believe this, but the PCRE my hosting company is using is PCRE 6.6.

Yes, the version released in February 2006. :P And they have no plans to update. Eash. Does anyone have any suggestions? :P Hadashi (talk) 20:03, 23 January 2014 (UTC)

Change to a better hoster. E.g. to one, who is not using software that is eight(!) years old. That's like stone age! Even PHP 5.3 comes with a newer PCRE version than you have with 5.4. 88.130.111.240 23:05, 23 January 2014 (UTC)

I really really would but I have no idea which companies are good and which are bad. I know that the one I have is awful but I have yet to see another hosting company that looked remotely trustworthy. :P Hadashi (talk) 11:07, 24 January 2014 (UTC)

Take a hoster from your country, which also charges a bit for his hosting. With a hoster, who gives his stuff away for 0,99 €/month you won't be able to sleep well. Use Google to see, which hoster others found good! 88.130.85.234 13:20, 24 January 2014 (UTC)

Not sure I understand, but I have been googling this for years. I come up with something I think is good and then I suddenly find out it is a scam or a bad company by reading reviews. Hadashi (talk) 11:07, 25 January 2014 (UTC)

When you find such reviews you maybe want to reconsider whether you still believe that this company is the right one for you and your wiki. 88.130.120.69 12:36, 25 January 2014 (UTC)

0k, well, maybe I can do that when my hosting rental expires, unfortunately that won't be happening for about a year and I really don't want to try and get my cash back from them as that never ends well.

In the mean time, would I be able to use an old version of the wiki software? To be honest, I don't need the complexity of a wiki, I really just wanted the nuts and bolts - the search function, meta, ease of editing, and the organisation. Hadashi (talk) 16:38, 25 January 2014 (UTC)

I see. You can use an older version, but over time there will most likely be security issues, which become known. So this version is then insecure.

The only thing that was changed by the fix for this bug is what the installer and the updater check when you install or update MediaWiki. Updating means using the maintenance script update.php. You do not need this script for minor updates. That means you will in fact be able to update to 1.22.2 and 1.22.3 and so on as long as you do not run update.php (which you do not have to do for minor updates anyway). But you will not be able to go to 1.23 or 1.24 once they are out. 88.130.120.69 16:58, 25 January 2014 (UTC)

Oh, 0k. How come it stops me editing if it only affects updates? Hadashi (talk) 19:34, 25 January 2014 (UTC)

Would MediaWiki 1.21.4 avoid this bug? Hadashi (talk) 21:51, 25 January 2014 (UTC)

0k, I just installed MediaWiki 1.21.4 and it is giving me a 'No cache directory configured' error. I tried to chmod the cache to 777 but this didn't work so I am guessing that this is an old bug in the installer. Has anyone got any ideas why it would be telling me this?

I also tried adding this to localsettings.php after finding reference to it in another question but I don't know if it's anything like the right syntax:

wgCacheDirectory = 'htdocs/swordtail/cache'; Hadashi (talk) 22:01, 25 January 2014 (UTC)

Please note that downgrades are not supported. There is no code to handle this situation. Especially there is no code to make sure the update script will run properly when you run it a second time after you already used it some time ago. Basically a downgrade on an already upgraded DB - maybe not immediately, but on the long run definitely - will break your wiki. 88.130.120.69 22:39, 25 January 2014 (UTC)

Argh, you are right. This problem will still be present as long as you use the old PCRE version. The fix only affects installation and upgrade, that is what I actually mean. If you tried installing a version with the fix on an old PCRE version, then MediaWiki would just not allow installation. This is the way this fix works; it does not actually solve your problem. The error will stay. 88.130.120.69 22:43, 25 January 2014 (UTC)

I deleted everything and started again so there shouldn't be any conflicts, but on neither attempt did it prevent me installing the wiki or tell me why it wasn't working. At the moment I am just completely exhausted with this thing. All I wanted to do was upload a free-to-play RPG ruleset I have made in a searchable database format. :/ Hadashi (talk) 00:07, 26 January 2014 (UTC)

The fix has not yet been released in any version. The first version it will be part of is 1.22.2. Older versions will not complain. 88.130.120.69 01:17, 26 January 2014 (UTC)

[Languages] Interlanguage links not showing in sidebar

MediaWiki: 1.22.1 PHP 5.3.2 Database MySQL 5.0.77

Hello all,

I am making a wiki in English and German, like Wikipedia. I followed all the steps in here, installed this and also here.

Unfortunately there is no languages panel on the sidebar, which means I cannot change the language of the wiki through the sidebar except I write "de:" on the search box.

Any suggestion why this is happening?

Thanks 212.183.201.84 (talk) 13:27, 22 January 2014 (UTC)

EDIT: I am using XAMPP, which means I am developing it in localhost 212.183.201.84 15:10, 22 January 2014 (UTC)

Did you actually put any internalguage link inside the pages you want to link to the other language versions? (for example: placing [[en:Some page]] on the page of the german version. Ciencia Al Poder (talk) 11:50, 23 January 2014 (UTC)

Is there any working Google Maps extension available?

I want like a "Special page" with a big map and pins where there are articles based on those positions. The coordinates are retrieved from the articles infobox datas. Is there any extension that does that? Or how do I achieve that? Peter Westerlund (talk) 14:19, 22 January 2014 (UTC)

Have you looked into Extension:Maps? Legoktm (talk) 16:50, 22 January 2014 (UTC)

I need help to display "bar improved tools"

Hello, I need help on how to display the default user "bar improved tools", I am French and I beg you to speak correctly as I reflected on Google translation .. Thanks ;) Vicomond (talk) 14:53, 22 January 2014 (UTC)

up ?? Vnihoul77 (talk) 17:12, 22 January 2014 (UTC)

down !! 88.130.66.189 17:48, 22 January 2014 (UTC)

?? 37.161.56.130 06:13, 23 January 2014 (UTC)

Yes: !!!

It's funny to see how people think their post was invisible or something just because they did not get their solution on a silver plate within the first two hours.

For the record: I do not know it. But I will keep responding for politeness. 88.130.111.240 12:41, 23 January 2014 (UTC)

What is "bar improved tools"? Image or link to it welcome. AKlapper (WMF) (talk) 12:55, 23 January 2014 (UTC)

Embedded Video

I've embedded a video into our Mediawiki site, and while it plays fine, there is a thick black border on the top and bottom of the video which ends up distorting the image. 1. How do I remove these? 2. Am I able to specify the HEIGHT as well as the width for a video? 50.183.154.50 (talk) 15:04, 22 January 2014 (UTC)

Hi!

Which version of MediaWiki are you using?

How do you embed the video into the page? Do you use Extension:EmbedVideo? 88.130.66.189 15:17, 22 January 2014 (UTC)

[RESOLVED] How to enable progressive JPEGs thumbs through imagemagick?

I know their is a "$wgCustomConvertCommand" which allows customize imagemagick parameter. But how can I enable progressive JPEGs?

http://www.imagemagick.org/script/command-line-options.php?#interlace Deletedaccount4567435 (talk) 06:04, 23 January 2014 (UTC)

What have you tried? It looks like something like the following would work:

$wgUseImageMagick = false;
$wgCustomConvertCommand = "convert %s -resize %wx%h -interlace TYPE %d";

☠MarkAHershberger☢(talk)☣ 14:26, 28 February 2014 (UTC)

awesome! Thank you! Zoglun (talk) 20:38, 1 March 2014 (UTC)

Link to a folder

hello everybody,

can anyone please help me ? I have to put a link in my wiki page. that link must open a folder in a shared drive. Is there any one who knows how to do that?

many thanks, Hichaminho2h (talk) 08:04, 23 January 2014 (UTC)

How would you specify a shared drive in normal HTML? Just use that inside a pair of square brackets. ☠MarkAHershberger☢(talk)☣ 21:18, 4 February 2014 (UTC)

Upgrading mediawiki 1.20.5 to 1.22.1 (latest)

Please I am having a challenge upgrading my mediawiki to the latest version. I have read and followed the documentation here https://www.mediawiki.org/wiki/Manual:Upgrading, I have actually followed the steps to upgrade another mediawiki site from old 1.14 to 1.22.0 last month. Even this current mediawiki 1.20.5 was upgraded also from 1.14 in May 2013 which I did successfully.

My challenge then is that when I perform the update and run the update.php script, everything seems okay without errors, however, nothing shows up on the home page. I have tried creating a new wiki folder and copying the Localsettings.php, images and extensions from the old wiki but after running the update and restarting apache, nothing shows on the home screen. I have also tried using the tar parameter "--strip-components=1" to extract the new wiki directory into the old wiki directory and running the update (which is how I upgraded from 1.14 to this current 1.20.5), but nothing shows on the home screen even after restarting apache. Am really not sure what else I might be omitting. Please I need your help to get this sorted at my place of work.

Product Version MediaWiki 1.20.5 PHP 5.3.15 (apache2handler) MySQL 5.6.14-log

Thanks Kuxy09 (talk) 11:17, 23 January 2014 (UTC)

See if it's the same problem described here: Manual:Errors and symptoms#All pages have no content, but when editing a page the wiki text is there Ciencia Al Poder (talk) 11:56, 23 January 2014 (UTC)

[RESOLVED] Category Page View - Logged in vs Logged out

I have set up a category "Category:Getting Started" This category has been added to 19 pages so far. This includes Subcategories.

Subcategories = 8 
Pages in category "Getting Started" = 11

If I am logged in I can see all 19 pages on the Category:Getting Started Page.

However if I then log out the page changes to

Subcategories = 5 
Pages in category "Getting Started" = 7 

I cannot seem to see what the differences are for the ones that do not appear when I log out. Can anyone shed some light on why the categories would not be there if I am logged out vs logged in.

Michael J. 2607:FA18:0:2:0:0:0:104 (talk) 16:00, 23 January 2014 (UTC)

I seemed to have figured this out ..

In my case, the fix was to change

$wgUseFileCache = true;

to

$wgUseFileCache = false; 2607:FA18:0:2:0:0:0:104 17:24, 23 January 2014 (UTC)

Thank you, your solution just fixed our wiki! 207.253.115.98 21:34, 23 June 2014 (UTC)

Google searching makes my wiki look disturbing

Hello! I have been filling my mediawiki up with much useful information about mixers, but i've noticed now when i google for my site, that the search results look very weird, not very appealing, and it says "show source" which i dont want it to do. Google for delguiden.se and look for yourself! Problably a common problem, how do i solve it so it would not show all that wiki code?

Thank you in advance. 37.197.49.135 (talk) 16:07, 23 January 2014 (UTC)

The biggest problem at the moment is that Google shows hits as, in swedish, something like: "Show source code for[page namn]". =( 37.197.49.135 16:35, 23 January 2014 (UTC)

For me the google results of your wiki look OK: Google shows the title, the URL and some sentences from the content. No "show source" anywhere.

Where do you see this problem? In the google search result page or when clicking on a page in your wiki?

A screenshot would help! 88.130.111.240 17:56, 23 January 2014 (UTC)

There are only some hits on good that looks like that i see now, ill paste a link:

https://www.google.se/search?q=delguiden&ie=utf-8&oe=utf-8&rls=org.mozilla:sv-SE:official&client=firefox-a&channel=fflb&gws_rd=cr&ei=lF7iUpS3HYmI4ATC_oDAAw#channel=fflb&q=delguiden&rls=org.mozilla:sv-SE:official&start=20

? 37.247.11.15 12:38, 24 January 2014 (UTC)

Yes, looks good. No "show source" anywhere. 88.130.85.234 13:22, 24 January 2014 (UTC)

RSS Feed Count Limits on Recent Changes

Hello,

I am trying to make an RSS feed for recent changes on a mediawiki based site. The default atom url works just fine for me, but when I select to display recent changes for the past 30 days and show 500 edits, the feed url changes but the feed RESULT does not, and still returns the default amount (50). What am I doing wrong here? 67.182.180.26 (talk) 03:45, 24 January 2014 (UTC)

This bug (Make RecentChanges honour options for rss/atom) looks related. You don't mention what version of MW you're using, so I can't tell if that bug is fixed in a later version or not. ☠MarkAHershberger☢(talk)☣ 14:20, 28 February 2014 (UTC)

Notification in the Edit Section

Hello everybody,

when you try to edit the Common.css page, you get a warning over the editing field. (See pic below). Is it possible to put this Warning or another warning over every editing page, when somnebody trys to edit a page? Not only the Common.css page. I want to give the Users a few informationens on every edit page.

I run a personal Wiki on my work pc, so i cannot give you an URL :/.

MediaWiki 1.22.0 PHP 5.4.16 (cgi-fcgi) Database 5.5.31-MariaDB

The Screenshot (I want the red surrounded space on every edit page): http://s14.directupload.net/images/140124/5flv6g2b.png 134.91.10.143 (talk) 10:00, 24 January 2014 (UTC)

The message that is displayed while editing MediaWiki messages (such as MediaWiki:Common.css) is MediaWiki:Editinginterface.

You can create the "MediaWiki:Editnotice-N" message in your wiki to show a notice to users editing pages in the "N" namespace number (MediaWiki:Editnotice-0 for articles, MediaWiki:Editnotice-3 for users' talk pages, etc.)

See Help:Edit notice for further documentation. Ricordisamoa 19:21, 24 January 2014 (UTC)

Thank you very much :). 134.91.10.143 10:06, 27 January 2014 (UTC)

Can not open Links with character "\" inside

How to correct a broken Pagenname which could not be openend?

For Example: Hello\Hello World

I think the character "\" is the problem, but I do not know how/where I could fix the name of the page.

MediaWiki 1.16.0 PHP 5.3.3 (apache2handler) MySQL 5.1.41

Thanks so much for your helping hands :) 195.244.228.58 (talk) 12:46, 24 January 2014 (UTC)

Move the page! Click the move button/tab on a page and then change the URL so that the move function points to the page with the slash.

And you should really upgrade to a current version; 1.16 is no longer supported and has known security holes... 88.130.85.234 13:25, 24 January 2014 (UTC)

Well - I can not open the page, because the "page can not be displayed" (shown link is for example: IP/wiki/index.php/Windows_7\Anwendungszuweisung_falsch

How I can move the page then?

I know about the version, but it's just a "internal" wiki which can not be accessed from outside. We already are testing the actual version :) Thx! 195.244.228.58 16:31, 24 January 2014 (UTC)

You should open the "move" page dialogue and then change the URL the way you need it. E.g. go to this URL:

IP/wiki/index.php/Special:MovePage/Windows_7\Anwendungszuweisung_falsch

and it should no longer tell you that the page would not be there (because, as I understand you, it is there). 88.130.85.234 17:37, 24 January 2014 (UTC)

Hi please update your Mediawiki 1.16 to Mediawiki 1.19 or higher please or 1.22.1 5.66.158.210 14:22, 31 January 2014 (UTC)

...which does in no way answer the question. 88.130.112.154 16:27, 31 January 2014 (UTC)

New Install Fails on Login Page. Internal Server Error

Hello,

I just did a new install. Upon completion of the installation, we can get to the login page, but attempts to login or create a new account end in an Internal Server Error.

Here's the error_log info:

[Fri Jan 24 08:07:21 2014] [error] [client xxx] Script timed out before returning headers: index.php, referer: http://OurWebRootPath/wiki/index.php?title=Special:UserLogin&returnto=Main+Page
[Fri Jan 24 08:07:25 2014] [error] [client xxx] script not found or unable to stat: /usr/local/apache/cgi-bin/php
[Fri Jan 24 08:07:25 2014] [error] [client xxx] script not found or unable to stat: /usr/local/apache/cgi-bin/php5
[Fri Jan 24 08:07:25 2014] [error] [client xxx] script not found or unable to stat: /usr/local/apache/cgi-bin/php-cgi
[Fri Jan 24 08:07:25 2014] [error] [client xxx] script not found or unable to stat: /usr/local/apache/cgi-bin/php.cgi
[Fri Jan 24 08:07:26 2014] [error] [client xxx] script not found or unable to stat: /home/pictday/public_html/cgi-bin/php

Our Server: Apache version2.2.26 MySQL version5.1.72-cll PHP version5.4.24

I'm wondering if it's a database issue, but not sure. Any insight would be appreciated.

Thanks! Pictureday (talk) 14:21, 24 January 2014 (UTC)

No, I wouldn't say so. Maybe a configuration problem in PHP or in how Apache tries to use PHP. I would continue googling "script not found or unable to stat: /usr/local/apache/cgi-bin/php" and see, what it gives you... 88.130.85.234 15:14, 24 January 2014 (UTC)

Extension:RSS - content of RSS channel

Hi all, I want to change default content of RSS channel from Special:RecentChanges to Main_Page:News. Any one help how to do it? 91.216.160.16 (talk) 21:23, 24 January 2014 (UTC)

With an .htaccess RewriteRule? 88.130.85.234 23:59, 24 January 2014 (UTC)

Could you give me more info about this solution? 89.74.228.162 08:50, 25 January 2014 (UTC)

I would basically try with a rule set like this one:

RewriteEngine on

RewriteRule Main_Page:News(.*) Special:RecentChanges$1

This rewrites all requests to Main_Page:News to Special:RecentChanges making Special:RecentChanges available as Main_Page:News as well. 88.130.92.11 11:42, 30 January 2014 (UTC)

I think the OP requested that the RSS/Atom feed display entries from Main_Page:News instead of from recent changed pages, and not to make Main_Page:News display the same content as Special:RecentChanges.

This cannot be done, sinde that RSS feed is automatically generated. Also, page contents can't contain valid RSS syntax to be used as a RSS feed, since most markup would be escaped and output as plain text. Ciencia Al Poder (talk) 10:09, 31 January 2014 (UTC)

You can use $wgOverrideSiteFeed to override the site feed url. As Ciencia says, you can't just point it to an arbitrary wiki page and have it work (You can point it to the RSS feed for the history of that page though). There are some extensions that can generate rss feeds from wiki pages - see Category:Feed generator extensions Bawolff (talk) 03:20, 1 February 2014 (UTC)

Titles of my MediaWiki in Google search results

Hello. My MediaWiki is at http://pizmonet.co.il/ . I'm using MediaWiki 1.19.0, PHP 5.2.17 and SQLite 3.3.7.

For some reason, when pages from my site appear in Google search results, their title contains the words "עמוד ראשי" (meaning "main page" in Hebrew). You can see an example here. I'm really confused as to why this is happening, as this is not a part of the page title in the actual site. I didn't find any place where I can change that.

If anyone knows how to change this text (or, preferably, remove those two words altogether), I'd be very grateful. Thanks in advance. מור שמש (talk) 06:09, 25 January 2014 (UTC)

First, you should upgrade to the latest version of 1.19 as a serious security problem has been found in the version you are running.

As far as how to fix your listings in google... I don't know. I don't see anything obvious causing that. Maybe ask on a general webmaster forum? ☠MarkAHershberger☢(talk)☣ 21:15, 4 February 2014 (UTC)

Sorry! This site is experiencing technical difficulties.

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.

---

Recently upgraded to 1.22.1. Since then, sometimes on page load I'm getting the message below, perhaps every 5 page loads. Rest of the time, site is working perfectly.

"Sorry! This site is experiencing technical difficulties.

Try waiting a few minutes and reloading.

(Cannot contact the database server)"

MediaWiki 1.22.1

PHP 5.3.27 (cgi-fcgi)

MySQL 5.1.68-rel14.5

Site located at: [10]

Any ideas? Bit concerned all my users will be getting same message! MedRevise (talk) 15:14, 25 January 2014 (UTC)

Hi!

I have just opened your page 10 times and it always worked.

Is that message coming from the browser or is it a white page with black text without styling (Apache error message) or is it displayed inside the page itself (e.g. instead of the content)? 88.130.120.69 15:45, 25 January 2014 (UTC)

Having similar problems - the wiki seems to work, but after a while it dies with a B&W error above. After 15 minutes/half hour? it starts working again. 50.35.76.48 (talk) 06:53, 3 August 2016 (UTC)

Could this be because of low RAM / RAM limit reached? NitaiDas (talk) 17:07, 11 May 2017 (UTC)

@NitaiDas You do relise that this is 3 years old. 67.244.49.134 (talk) 20:25, 11 May 2017 (UTC)

Yes, it may be that the database is under high load (either busy CPU and/or busy disk) and it's taking too much time to receive a reply from the database, timing out. Ciencia Al Poder (talk) 20:26, 11 May 2017 (UTC)

Yes, I notice everytime I get this error the virtual memory is maxed out. Going to upgrade and see if this solves it, will post back later. NitaiDas (talk) 06:31, 12 May 2017 (UTC)

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

intl extension for php

hi what is this http://pecl.php.net/package/intl because it is showing an warning in my wikis mw-config page and it is meant for windows not Linux 86.135.250.146 (talk) 16:11, 25 January 2014 (UTC)

Hi!

PECL is an extension for PHP. Depending on your Linux distribution there are different ways on how you can integrate it into your PHP installation, e.g. by installing it the way one installs PHP extensions or by installing a package, which fits to your distribution.

However, this extension is optional and MediaWiki does also work without it. 88.130.120.69 16:55, 25 January 2014 (UTC)

Creating custom protection levels

Like the template protected Wikipedia has. NeedAGoodUsername (talk) 16:29, 25 January 2014 (UTC)

Hi!

Do you mean levels of page protection? Which template are you talking about? 88.130.120.69 17:02, 25 January 2014 (UTC)

Elasticsearch

hi how do I install Elasticsearch on my website do I install it on the server or do I install it on my website if I in stall it on my server I will have to ask my host to do it because I am on free hosting 86.135.250.146 (talk) 16:39, 25 January 2014 (UTC)

You'll have to ask your host to do it. You should probably switch to an inexpensive VPS for this. ☠MarkAHershberger☢(talk)☣ 20:55, 4 February 2014 (UTC)

File Cache Not Working

I am trying to enable file cache and I've followed the simple instructions to add the 4 lines to localsettings.php but I am having no luck.

As soon as I enable file cache all I get is garbage when I try to go to the site. Most of the garbage is made up of ? printed in knock-out inside of a black diamond.

When I use FTP to check the cache directory files are being made but they just don't display in browsers.

Any ideas? 69.165.169.134 (talk) 18:36, 25 January 2014 (UTC)

It could be a conflict with gzip encoding. Check if $wgUseGzip is enabled and disable it. Ciencia Al Poder (talk) 10:29, 28 January 2014 (UTC)

Extension:Wikibase

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

---

hi I am getting this error in extension wikibase.

Fatal error: Class 'Wikibase\TemplateRegistry' not found in /home/u343696101/public_html/extensions/Wikibase/lib/WikibaseLib.php on line 121

I am running mediawiki 1.23 wmf 11 and php 5.3. please fix the issue. 86.135.250.146 (talk) 18:38, 25 January 2014 (UTC)

Maybe your version of the extension is not yet compatible with 1.23. Maybe it works when you update the extension; you can try with a new checkout from Git. 88.130.120.69 (talk) 22:45, 25 January 2014 (UTC)

I do update it every time they realse a new version of Wmf but there are still problems with it but they are releasing wikidata extension that includes wikibase now 5.66.158.210 (talk) 14:18, 31 January 2014 (UTC)

That's nice for you - so what do you want to tell us? 88.130.112.154 (talk) 16:30, 31 January 2014 (UTC)

Ok well I was saying there is an error in wikibase please could someone fix it. 86.135.251.105 (talk) 19:30, 2 February 2014 (UTC)

I think the issue is ether in wikibase datamodelor in wikibase. 86.135.251.105 (talk) 19:36, 2 February 2014 (UTC)

You might want to check Bugzilla and report it as a new issue, if it has not been reported there yet: https://bugzilla.wikimedia.org/buglist.cgi?component=WikidataRepo&resolution=--- 88.130.92.6 (talk) 20:04, 2 February 2014 (UTC)

I was reminded of https://gerrit.wikimedia.org/r/#/c/46031/ :) AKlapper (WMF) (talk) 15:39, 3 February 2014 (UTC)

Ok. 90.195.250.246 (talk) 16:14, 3 February 2014 (UTC)

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

[RESOLVED] MediaWiki Won't Login!

Hello,

I'm having a lot of problems with my MediaWiki website. I can no longer log in. When I go to the login page and type in my information, and click Log In, it just reloads the page... And it shows no error message... And when I want to reset the password, it also just reloads the page...

And I've tried modifying my MySQL database to change the password, since I don't have SSH access, and I've tried the salted SQL script, the unsalted script, I've tried every single script for the MySQL database, and EACH time, it says that 1 row has been affected, which is the password one, but when I try to log in, there is no change whatsoever. I've also tried clearing ALL my browser data, including cookies, caches etc. Tried to go on a different network, tried on my phone... Nothing works. This is really frustrating. Does anyone know what can be wrong???

Info:
- MediaWiki Version: 1.22.1
- PHP Version: 5.3.27 (cgi-fcgi)
- MySQL: 5.5.33-log

Thanks for reading,
- Nima 95.166.17.211 (talk) 17:16, 26 January 2014 (UTC)

It may be a problem with POST data being lost.

This may be caused by wrong $wgServer, for example, if $wgServer is //www.example.com but your server is //example.com and the server redirects all request from www.example.com to example.com: All POST data is lost on the redirect which prevents login information from reaching MediaWiki. Ciencia Al Poder (talk) 10:34, 28 January 2014 (UTC)

Yes!! It worked!!! I had a subdomain called wiki.scarwood.net, that would replace scarwood.net/wiki, and when I disabled it I could log in again! Thank you so much!!

But is there a way to make it work when it's wiki.scarwood.net? :) 95.166.17.211 16:30, 28 January 2014 (UTC)

Your wiki should be in only one of those locations. Just make the webserver redirect all requests from one to the other and make sure $wgServer is configured to the right location. Ciencia Al Poder (talk) 11:05, 29 January 2014 (UTC)

Making a custom skin compatible with VisualEditor

Currently VisualEditor requires Vector or Monobook to work. Since I regularly make custom skins without using these skins as a base, it would be useful to know exactly what combination of element ids and class names VisualEditor requires to attach itself in its default configuration. Does anyone know any links to documentation on the subject, or somewhere I can find help? Thanks :) Andrujhon (talk) 11:19, 27 January 2014 (UTC)

You could try asking on irc on the #mediawiki-visualeditor channel. Bawolff (talk) 05:33, 29 January 2014 (UTC)

Home-wiki is lost... How to restore it?

I've had a MediaWiki installed on my PC for several years and been constantly using it. I've stored quite a lot personal information in it. And several days ago all was (probably) lost! The version of MW was quite old (either 1.9.3, or less probably 1.16.5), several days I had problems with access to MySQL and phpMyAdmin and so I've tried to upgrade but apparently did everything wrong. My actions which I can recall were like:

0 I had Xampp 1.6.0 on Windows 7 in directory c:\xampp

1. I've installed a new version of Xampp in c:\xampp-new
2. After I discovered that xampp-control is doing something bad (not remember exactly now), I've moved old distribution to c:\xampp-old and a new one to c:\xampp.
3. I've installed Bitnami Mediawiki 1.22.1 and it starts well but it was a new wiki.

After that I cannot find my old wiki files like *.MYD neither in mysql/data (in both xampp and xampp-old) nor even in deleted files (R-Studio shows suspiciously few deleted files on c:). The question is: where database of MediaWiki is stored (backuped? logged?) on computer? Can I restore home-wiki in some way?.. Infovarius (talk) 12:49, 27 January 2014 (UTC)

Hi!

As to what you write I think that all your data is still there. In XAMPP the MySQL data is by default saved in mysql/data. So in your case this data should be in c:\xampp-old\mysql\data.

You can get the data out of the old server with the tool mysqldump (maybe you have to move the folder back to c:\xampp for that to really work correctly). Then put the new version of XAMPP in place again and use the new version of mysql to import the database dump again. 88.130.84.250 13:35, 27 January 2014 (UTC)

Thanks for reply. Strange but there isn't data in c:\xampp(old/new)\mysql\data... May be I accidentally checked some "don't keep data" checkbox when uninstalling old MediaWiki distribution... I don't remember. Infovarius (talk) 09:01, 28 January 2014 (UTC)

How have you uninstalled MediaWiki?

The folder mysql\data\ contains subfolders for each database. If there is none with the name of your wiki database, the data has been deleted. 88.130.100.168 21:12, 28 January 2014 (UTC)

Two domain for one installation

Hi! Can mediawiki be used with two domains? I want have one installation folder and one database with general content but on two domains with various skin, it's possible? 46.0.207.7 (talk) 14:55, 27 January 2014 (UTC)

yes, LocalSettings.php is a config file. You can use if statements in the config file to change the value of $wgSkin, etc. You may want to add something to $wgRenderHashAppend for the different domains, or {{SERVER}}, etc [including some urls] will be wrong on some pages. Also make sure that $wgServer is either not included (so its autodetected) or that its correct for the different domains. Bawolff (talk) 18:29, 27 January 2014 (UTC)

Thx for answer! I can make two skins: "exampledomain.com" and "sampledomain.com". Place it in skin's directory. And set $wgDefaultSkin = "{{SERVER}}". It's right? UksusoFF (talk) 05:19, 28 January 2014 (UTC)

UPD: Thx! It's worked:

if (preg_match("/(pda|mobile)/i", $_SERVER['SERVER_NAME'])) {
    $wgDefaultSkin = 'wptouch';
} else {
    $wgDefaultSkin = 'vector';
}

https://www.mediawiki.org/wiki/Simple_mobile_skin_auto_change UksusoFF (talk) 05:35, 28 January 2014 (UTC)

Confused Artilce and User categories when publishing a new page

Hello,

Today I've created a new page in sandbox https://en.wikipedia.org/wiki/Webix_JS. I wanted to make it public, but I made a mistake. Instead of choosing the article category and giving it the name "Webix" I've chosen the category User and transferred the rights for the article to not existing user "Webix". That's why I changed the name of article to "Webix JS". But I want it to be named only "Webix". Could you please help me??? Thank you in advance Kelluvuus (talk) 16:48, 27 January 2014 (UTC)

Having a look at the moves in the page history, the current state looks fine: You have moved the page from your personal user space to the article space where it actually belongs. I have just marked the user page, which you accidentally created, for deletion.

When you think that the correct page name would not be "Webix JS", but something else (like "Webix"), then you can use the option "Move" from the tabs next to "Read" and "Edit" to change the page name. 88.130.84.250 17:57, 27 January 2014 (UTC)

Change user password without email

Is it possible to enable users to change their password in ther user options? My server can't send email so using Special:PasswordReset isn't possible. I'm not a 100% sure if I haven't accidentally disabled password changes. 188.174.48.11 (talk) 21:20, 27 January 2014 (UTC)

Yes, the password can be changed in the Preferences, see Help:Preferences#Change_password. When you think you might have disabled that setting, enable it again. One way is $wgHiddenPrefs. 88.130.84.250 21:46, 27 January 2014 (UTC)

[RESOLVED] CSS issue

I just uploaded a mediawiki at My Blog. (Mediawiki: 1.19) As you can see, it does not show the CSS of any of the pages. Just wondering what might be wrong here. 202.126.98.99 (talk) 22:49, 27 January 2014 (UTC)

It seems like you could already solve the problem yourself; at least for me the styles work as expected. 88.130.84.250 23:02, 27 January 2014 (UTC)

I might be wrong but I thought the default installation was supposed to look more like the mediawiki (default appearance) For me it is appearing without any styles at all. Sorry I am still new to this and I have no idea whether I am putting out the right query. 202.126.98.99 23:40, 27 January 2014 (UTC)

It appears like this

http://imagizer.imageshack.us/v2/800x600q90/802/hwix.png Farax (talk) 00:27, 28 January 2014 (UTC)

It started working all of a sudden. I just emptied the $wgScriptPath variable in the localsettings file and put it back again and it started working. Assuming it had something to do with the cache. not sure though Farax (talk) 00:37, 28 January 2014 (UTC)

If you have php 5.3 or higher you can get Mediawiki 1.22.1 5.66.158.210 14:16, 31 January 2014 (UTC)

First 1.22.1 is no longer current; basically it is insecure. Do not advise people to use insecure versions please! And if you only had one look at his wiki you would have known that he does not have PHP 5.3 so your advice is for the trash anyway. 88.130.112.154 16:35, 31 January 2014 (UTC)

[RESOLVED] template variables within html tags

I am trying to place a template variable inside of a html tag, but instead of the variable contents I get

{{{1}}}

(the variable isn't being substituted with it's value). I have tried placing the start and end tags within their own templates and escaping the pointy brackets but neither worked.

Is there a way to do this, and if so, what is it?

Using MediaWiki 1.22.0 LEGEND383 (talk) 13:13, 28 January 2014 (UTC)

You need to be more specific. Please tell us exactly what you are doing (including what your template code is).

In wikitext (for html tags allowed in wikitext), you should be able to add template parameters like normal. Bawolff (talk) 05:32, 29 January 2014 (UTC)

I'm having the same issue, here is an example I'd like to use on our pages (internal wiki so no need to worry about security or anything):

==Auto login to page==
<html>
	<form action="page-action.php" method="POST">
		<input type="hidden" name="name" value="{{{username}}}" />
		<input type="hidden" name="pass" value="{{{password}}}" />
		<button type="submit" value="submit">Log In</button>
	</form>
</html>

I have "wgRawHtml" set to true, so I'm assuming what happens is, the wiki interprets everything in the <html> tags as raw HTML that it shouldn't touch, but I'd still like it to interpret those two variable, is there any way to achieve that. Pkmatte (talk) 17:10, 24 March 2014 (UTC)

If you're using raw HTML, MediaWiki won't interpret anything inside it. Since I guess the username and password are always the same, you may put them directly on the page instead of using template parameters. Ciencia Al Poder (talk) 10:25, 25 March 2014 (UTC)

They would not be the same, but I was able to get around it using JavaScript using something like the following:

==Auto login to page==
<span id="username_label">Username</span>
<html>
        <form action="page-action.php" method="POST" onsubmit="document.getElementById('username_input').value = document.getElementById('username_label').innerHTML;">
                <input type="hidden" name="name" value="" id="username_input" />
                <input type="hidden" name="pass" value="{{{password}}}" />
                <button type="submit" value="submit">Log In</button>
        </form>
</html>

My pure JavaScript is a little rusty, so I'm sure there's a more efficient way to do it, but hopefully that helps anyone coming across this topic. Pkmatte (talk) 18:03, 25 March 2014 (UTC)

To be more specific, to use template parameters in raw html blocks, you have to use #tag. e.g:

{{#tag:html|
        <form action="page-action.php" method="POST">
                <input type="hidden" name="name" value="{{{username}}}" />
                <input type="hidden" name="pass" value="{{{password}}}" />
                <button type="submit" value="submit">Log In</button>
        </form>
}}

Then wikitext parameters should get substituted (Should being the key word, have not tested it). Bawolff (talk) 12:53, 26 March 2014 (UTC)

That worked perfectly, thank you! 24.159.237.222 14:04, 13 May 2014 (UTC)

Help collapsing sections of a huge table

Hello, On Wikisimpsons (simpsonswiki.com), we have several huge tables which take up a lot of space. I'm looking into collapsing the section headers "Permanent", "Temporary" and "Krustyland" to save space, but leaving the top bit of the table always visible. However, I can not get this to work properly. The original table is here.

I have attempted (and almost made work) a system here using this template. However, as you can see from the page, it's messed up the rest of the page too.

Oh, and I already came across jQuery.makeCollapsible however it broke my whole template and left it as the default Table templates without anything else.

Could anyone either a) come up with a fix for my attempt or b) come up with another method of making the sections collapsible.

Technical details: MediaWiki: 1.21.1 PHP: 5.3.8 (apache2handler) MySQL: 5.0.96

Thank you in advance Solar Dragon (talk) 21:04, 28 January 2014 (UTC)

It looks like the skin for your site (which looks great, by the way) has some issues that the collapsible table is exposing. I found that if I remove the extra <div> before <div id="column-one"> that some (but not all) of the problems are fixed. ☠MarkAHershberger☢(talk)☣ 14:46, 18 February 2014 (UTC)

Auto escape = sign in template parameter

I am trying to use a template to create a table of items that can contain equals signs. I know that these can be escaped by replacing them with {{=}} but was wondering if there's a way to modify the behaviour of the template to ignore the equals signs in it's parameters (preferably on a per template basis, as opposed to site-wide). LEGEND383 (talk) 21:17, 28 January 2014 (UTC)

If you use named parameters (e.g. {{{foo}}}, and then calling it with {{mytemplate|foo=something====bar}}) then equal signs (other than the first) don't matter. You can do something similar with numbered parameters if you explicitly number them e.g. {{mytemplate|1=foo===bar}}. Bawolff (talk) 05:29, 29 January 2014 (UTC)

How to install RefToolbar to use the Cite button like on Wikipedia

I'm trying to install "RefToolbar 2.0b", a set of javascript files that extend the functionality of the "WikiEditor" extension, so that editing articles on my own MediaWiki wiki (urban-wiki.org) appears and functions exactly like editing an article on the English Wikipedia. The only part that's not working is the "Cite" button, which allows the user to select from among four templates from a drop-down menu for adding references. Basically I'm asking exactly the same question asked here, which includes a screenshot showing the problem: http://stackoverflow.com/questions/10649475/mediawiki-editor-reftoolbar-missing

I've installed MediaWiki 1.22.0 on the server and am using PHP 5.4.20 and MySQL 5.1.39. I've enabled both the WikiEditor and Cite extensions by adding the necessary lines of code to the LocalSettings.php file. (require_once __DIR__ . "/extensions/WikiEditor/WikiEditor.php"; for WikiEditor and require_once __DIR__ . "/extensions/Cite/Cite.php"; and $wgCiteEnablePopups = true; for Cite). I checked that these extensions are in fact installed by viewing the Special:Version page of the wiki.

I tried to follow the instructions for RefToolbar located at http://www.mediawiki.org/wiki/Citation_option_in_your_edit_toolbar and https://en.wikipedia.org/wiki/Wikipedia:RefToolbar/2.0 but I don't understand either.

Apparently what RefToolbar is is a set of a few javascript files: Common.js RefToolbarBase.js RefToolbar.js RefToolbarLocal.js RefToolbarMessages-en.js

Both of the instruction pages I found say something like "copy these files to your MediaWiki", which I assume means to upload the javascript files to the server on which MediaWiki is installed. But where? To which folder should I upload these files? I guessed extensions/WikiEditor/modules/ since the javascript files should modify the behavior of the WikiEditor extension and this is the only folder where I see that extension's javascript files.

But this didn't work. The "Cite" button doesn't appear when I'm editing an article. Please help.

- Andrew 98.207.85.174 (talk) 21:45, 28 January 2014 (UTC)

Hi Andrew!

When the page says "place the files properly in your wiki", e.g. "MediaWiki:Common.js" then it means that you should actually put the JavaScript code in your wiki in the wiki page MediaWiki:Common.js. HTH. :-) 88.130.100.168 21:54, 28 January 2014 (UTC)

I don't understand. What do you mean "put the JavaScript code in the wiki page"? How do I put a JavaScript code (a text file) "in" a wiki page? It seems to me I can only put files in certain folders on the server. Or do you mean to copy and paste the text of the JavaScript file to a certain page in the wiki? Thanks. 98.207.85.174 03:47, 10 February 2014 (UTC)

See Manual:Interface/JavaScript Ciencia Al Poder (talk) 10:47, 10 February 2014 (UTC)

How do I get the login token for a Python bot?

I have this script:

import requests

loginPost = {'action' : 'login', 'lgname' : 'SashaBot', 'lgpassword' : 'xxxxxxxxxxxxxxxxx', 'format' : 'json'} apiLogin = requests.post('http://www.sturmkrieg.us/api.php', params=loginPost)

print apiLogin.text

editGet = {'title' : 'Sandbox', 'prependtext' : 'Hello world!'} apiEdit = requests.get('http://www.sturmkrieg.us/api.php', params=editGet)

What do I do to get the login token? This is the result:

{"login":{"result":"NeedToken","token":"748b389b1b28bded3e03760fa8b5195d","cookieprefix":"sturmkrieg_en_mw_","sessionid":"xxxxxxxxxxxxxxxxxxxxxxx"}} Lieutenant Aleksandr Reznov 22:26, 28 January 2014 (UTC)

The token":"748b389b1b28bded3e03760fa8b5195d" part of the response is the login token (See the api docs for details) Bawolff (talk) 05:30, 29 January 2014 (UTC)

Thanks. How do I get the script to take that and then put it into the login attempt again? I could make it print it out and then ask for the token, but ideally it would all be automatic. ಠ_ಠ Inquisitor Sasha des Ordo Scharzenkommando (Talk) ([[Special:Contributions/Inquisit 14:38, 29 January 2014 (UTC)

I have this now, which is much better, but it still doesn't work.

import requests
import json
loginPost = {'action' : 'login', 'lgname' : 'SashaBot', 'lgpassword' : 'xxxxxxxxxxxxxxxxx', 'format' : 'json'}
apiLogin = requests.post('http://www.sturmkrieg.us/api.php', params=loginPost)
apiLoginC = apiLogin.content
apiLoginJ = json.loads(apiLoginC)
apiLoginToken = apiLoginJ['login']['token']
print apiLoginToken
loginPost = {'action' : 'login', 'lgname' : 'SashaBot', 'lgpassword' : 'xxxxxxxxxxxxxxxxxx', 'lgtoken' : str(apiLoginToken), 'format' : 'json'}
apiLogin = requests.post('http://www.sturmkrieg.us/api.php', params=loginPost)
print apiLogin.content
editGet = {'title' : 'Sandbox', 'prependtext' : 'Hello world!', 'token' : str(apiLoginToken)}
apiEdit = requests.get('http://www.sturmkrieg.us/api.php', params=editGet)
{{LQT post imported with different signature user|authorUser=Lieutenant S. Reznov|signatureUser=Inquisitor Ehrenstein/Александры реактион}}

ಠ_ಠ Inquisitor Sasha des Ordo Scharzenkommando (Talk) ([[Special:Contributions/Inquisit 15:46, 29 January 2014 (UTC)

Project:Support_desk isn't really for general programming questions. I recommend you read an introduction to Python programming.

---------

An important note: The edittoken is not the same thing as the login token. These are two separate tokens which will usually have different values. Bawolff (talk) 02:19, 30 January 2014 (UTC)

mediawiki-1.19.8.patch.gz

I am currently running 1.19.7 and wish to upgrade to 1.19.8 so that I can use the patch files here: http://dumps.wikimedia.org/mediawiki/1.19/ to get current.

The 1.19.8 patch is missing. Where can I find it? 38.126.133.40 (talk) 22:40, 28 January 2014 (UTC)

1.19.8 is insecure; update to 1.19.11 instead. Since one of the patch files from inbetween is missing, you should take the complete tar.gz file (mediawiki-1.19.11.tar.gz) and overwrite your files with the ones from that package as explained on page Manual:Upgrading#Command_line. 88.130.100.168 23:00, 28 January 2014 (UTC)

If you have php 5.3 or higher you can get Mediawiki 1.22.1 5.66.158.210 14:13, 31 January 2014 (UTC)

Patch from 1.19.9 to 1.19.11

Is there a patch from 1.19.9 to 1.19.11? If not, can I easily create it via the main repository? Stefahn (talk) 07:30, 29 January 2014 (UTC)

If you have php 5.3 or higher you can upgrade to 1.22.1 5.66.158.210 14:12, 31 January 2014 (UTC)

Thanks, but I want to go with the LTS version 1.19.

I think I will have to do two patches then - from 1.19.9 to 1.19.10 and then to 1.19.11. Stefahn (talk) 14:16, 31 January 2014 (UTC)

Exactly; the patch files always are from one version to the very next one; you can get them both from http://dumps.wikimedia.org/mediawiki/1.19/ ! 88.130.112.154 16:37, 31 January 2014 (UTC)

Can not recognize git and diff3 on system

I am using 12.04 64bit and zpanel for managing domains. When i installed wikimedia after checking environment i says can not find git and diff3 although they are installed on the system. Can you please help me ? P.S. when "which git or diff3" they are existed on /usr/bin 193.140.27.75 (talk) 13:02, 29 January 2014 (UTC)

I would check the PHP code in the installer to see, how MediaWiki tries to use git and diff3. That should show you, where/why it fails. 88.130.64.74 13:22, 29 January 2014 (UTC)

Perhaps php isn't allowed to read files outside of its base directory, or otherwise cannot access the files in /usr/bin. By default the installer checks for the executables in the paths '/usr/bin', '/usr/local/bin', '/opt/csw/bin', '/usr/gnu/bin', '/usr/sfw/bin', '/sw/bin', and '/opt/local/bin'

You can always set the location of git and diff3 manually by setting $wgDiff3 and $wgGitBin (git is not very important - its only used to display the version hash on Special:Version if you're running directly off of a git checkout, diff3 is important for resolving edit conflicts) Bawolff (talk) 03:14, 30 January 2014 (UTC)

Mediawiki page hangs

Hello,

I encounter problem with my fresh install of mediawiki. I use it in my private corporate network with extension AutomaticREMOTE USER It works great but after some consult/create/navigate on the site, it always hangs on white page and return no error

My versions:

• MediaWiki: 1.22.0
• PHP: 5.3.10
• Database: MySQL 5.5.34

I must restart apache to recover the site.

This is my log when I request for a page with no response.

Extended content

Start request GET /index.php/Accueil HTTP HEADERS: HOST: wiki.vivens.priv USER-AGENT: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:26.0) Gecko/20100101 Firefox/26.0 ACCEPT: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 ACCEPT-LANGUAGE: fr,fr-fr;q=0.8,en-us;q=0.5,en;q=0.3 ACCEPT-ENCODING: gzip, deflate REFERER: http://wiki.vivens.priv/index.php/Sp%C3%A9cial:Pr%C3%A9f%C3%A9rences COOKIE: db_wikiUserName=user; db_wikiUserID=2; db_wikiToken=XXXX; wikiEditor-0-toolbar-section=advanced; wikiEditor-0-booklet-characters-page=latin; wikiEditor-0-booklet-help-page=format; db_wiki_session=XXX CONNECTION: keep-alive IF-MODIFIED-SINCE: Wed, 29 Jan 2014 17:03:21 GMT AUTHORIZATION: NTLM XXXXXXXX CACHES: EmptyBagOStuff[main] SqlBagOStuff[message] SqlBagOStuff[parser] [cookie] session_set_cookie_params: "0", "/", "", "", "1" Class LanguageFr not found; skipped loading LocalisationCache: using store LCStore_DB Query db_wiki (1) (slave): SET /* DatabaseMysqlBase::open */ NAMES binary Query db_wiki (2) (slave): SET /* DatabaseMysqlBase::open */ sql_mode = '' Connected to database 0 at viv-int-sgbd-01.vivens.priv Query db_wiki (3) (slave): BEGIN /* DatabaseBase::query (LCStore_DB::get) */ Query db_wiki (4) (slave): SELECT /* LCStore_DB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'fr' AND lc_key = 'deps' LIMIT 1 Query db_wiki (5) (slave): SELECT /* LCStore_DB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'fr' AND lc_key = 'list' LIMIT 1 Query db_wiki (6) (slave): SELECT /* LCStore_DB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'fr' AND lc_key = 'preload' LIMIT 1 Query db_wiki (7) (slave): SELECT /* LCStore_DB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'fr' AND lc_key = 'preload' LIMIT 1 Query db_wiki (8) (slave): SELECT /* LCStore_DB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'fr' AND lc_key = 'fallback' LIMIT 1 User: cache miss for user 2 Query db_wiki (9) (slave): SELECT /* User::loadFromDatabase */ user_id,user_name,user_real_name,user_password,user_newpassword,user_newpass_time,user_email,user_touched,user_token,user_email_authenticated,user_email_token,user_email_token_expires,user_registration,user_editcount FROM `user` WHERE user_id = '2' LIMIT 1 Query db_wiki (10) (slave): SELECT /* User::loadGroups */ ug_group FROM `user_groups` WHERE ug_user = '2' User: loading options for user 2 from database. Query db_wiki (11) (slave): SELECT /* User::loadOptions */ up_property,up_value FROM `user_properties` WHERE up_user = '2' User: logged in from session Fully initialised Query db_wiki (12) (slave): SELECT /* WikiPage::pageData */ page_id,page_namespace,page_title,page_restrictions,page_counter,page_is_redirect,page_is_new,page_random,page_touched,page_latest,page_len,page_content_model FROM `page` WHERE page_namespace = '0' AND page_title = 'Accueil' LIMIT 1 Query db_wiki (13) (slave): SELECT /* Title::loadRestrictions */ pr_type,pr_expiry,pr_level,pr_cascade FROM `page_restrictions` WHERE pr_page = '3' Title::getRestrictionTypes: applicable restrictions to [[Accueil]] are {edit,move} Query db_wiki (14) (slave): SELECT /* Revision::fetchFromConds */ rev_id,rev_page,rev_text_id,rev_timestamp,rev_comment,rev_user_text,rev_user,rev_minor_edit,rev_deleted,rev_len,rev_parent_id,rev_sha1,rev_content_format,rev_content_model,page_namespace,page_title,page_id,page_latest,page_is_redirect,page_len,user_name FROM `revision` INNER JOIN `page` ON ((page_id = rev_page)) LEFT JOIN `user` ON ((rev_user != 0) AND (user_id = rev_user)) WHERE page_id = '3' AND rev_id = '21' LIMIT 1 [ContentHandler] Created handler for wikitext: WikitextContentHandler User: cache miss for user 2 Query db_wiki (15) (slave): SELECT /* User::loadFromDatabase */ user_id,user_name,user_real_name,user_password,user_newpassword,user_newpass_time,user_email,user_touched,user_token,user_email_authenticated,user_email_token,user_email_token_expires,user_registration,user_editcount FROM `user` WHERE user_id = '2' LIMIT 1 Query db_wiki (16) (slave): SELECT /* User::loadGroups */ ug_group FROM `user_groups` WHERE ug_user = '2' User: loading options for user 2 from database. Query db_wiki (17) (slave): SELECT /* User::loadOptions */ up_property,up_value FROM `user_properties` WHERE up_user = '2' User: logged in from session Query db_wiki (18) (slave): SELECT /* Revision::loadText XXXX */ old_text,old_flags FROM `text` WHERE old_id = '21' LIMIT 1 Query db_wiki (19) (slave): SELECT /* LCStore_DB::get XXXX */ lc_value FROM `l10n_cache` WHERE lc_lang = 'fr' AND lc_key = 'magicWords' LIMIT 1 User: loading options for user 2 from override cache. Query db_wiki (20) (slave): SET /* DatabaseMysqlBase::open XXXX */ NAMES binary Query db_wiki (21) (slave): SET /* DatabaseMysqlBase::open XXXX */ sql_mode = '' Connected to database 0 at viv-int-sgbd-01.vivens.priv Query db_wiki (22) (slave): SELECT /* SqlBagOStuff::getMulti XXXX */ keyname,value,exptime FROM `objectcache` WHERE keyname = 'db_wiki:messages:fr' MessageCache::load: Loading fr... got from global cache Unstubbing $wgParser on call of $wgParser::firstCallInit from MessageCache::getParser Parser: using preprocessor: Preprocessor_DOM Unstubbing $wgLang on call of $wgLang::_unstub from ParserOptions::__construct OutputPage::checkLastModified: client sent If-Modified-Since: 2014-01-29T17:03:21Z OutputPage::checkLastModified: effective Last-Modified: 2014-01-29T17:03:21Z OutputPage::checkLastModified: NOT MODIFIED, page=2014-01-27T13:55:17Z, user=2014-01-27T13:55:22Z, epoch=2014-01-29T17:03:21Z OutputPage::sendCacheControl: private caching; Wed, 29 Jan 2014 17:03:21 GMT ** Article::view: done 304 wfShellExec: /bin/bash '/var/www/mediawiki/includes/limit.sh' ''\''/usr/bin/php'\'' '\''/var/www/mediawiki/maintenance/runJobs.php'\'' '\''--maxjobs'\'' '\''1'\'' &' 'MW_INCLUDE_STDERR=;MW_CPU_LIMIT=180; MW_CGROUP='\'''\''; MW_MEM_LIMIT=307200; MW_FILE_SIZE_LIMIT=102400; MW_WALL_CLOCK_LIMIT=180' Start command line script /var/www/mediawiki/maintenance/runJobs.php CACHES: EmptyBagOStuff[main] SqlBagOStuff[message] SqlBagOStuff[parser] Class LanguageFr not found; skipped loading LocalisationCache: using store LCStore_DB Query db_wiki (1) (slave): SET /* DatabaseMysqlBase::open */ NAMES binary Query db_wiki (2) (slave): SET /* DatabaseMysqlBase::open */ sql_mode = '' Connected to database 0 at viv-int-sgbd-01.vivens.priv Query db_wiki (3) (slave): SELECT /* LCStore_DB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'fr' AND lc_key = 'deps' LIMIT 1 Query db_wiki (4) (slave): SELECT /* LCStore_DB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'fr' AND lc_key = 'list' LIMIT 1 Query db_wiki (5) (slave): SELECT /* LCStore_DB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'fr' AND lc_key = 'preload' LIMIT 1 Query db_wiki (6) (slave): SELECT /* LCStore_DB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'fr' AND lc_key = 'preload' LIMIT 1 Query db_wiki (7) (slave): SELECT /* LCStore_DB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'fr' AND lc_key = 'fallback' LIMIT 1 Fully initialised Query db_wiki (8) (slave): SELECT /* JobQueueDB::doGetSiblingQueuesWithJobs */ DISTINCT job_cmd FROM `job` WHERE job_cmd IN ('refreshLinks','refreshLinks2','htmlCacheUpdate','sendMail','enotifNotify','fixDoubleRedirect','uploadFromUrl','AssembleUploadChunks','PublishStashedFile','null') LoadBalancer::reuseConnection: this connection was not opened as a foreign connection Request ended normally

Thx for your help. Kiolul (talk) 17:37, 29 January 2014 (UTC)

Hi!

From a quick look at your debug log I think that the request itself DOES end correctly. However, a new PHP process is spawned in order to do background tasks:

wfShellExec: /bin/bash '/var/www/mediawiki/includes/limit.sh' \/usr/bin/php'\ '\/var/www/mediawiki/maintenance/runJobs.php'\ '\--maxjobs'\ '\1'\ &' 'MW_INCLUDE_STDERR=;MW_CPU_LIMIT=180;

MW_CGROUP='\\; MW_MEM_LIMIT=307200; MW_FILE_SIZE_LIMIT=102400; MW_WALL_CLOCK_LIMIT=180'

This process obviously does not finish properly (or at least the fact that it finished is not recognized correctly). This bug has been noted as https://bugzilla.wikimedia.org/show_bug.cgi?id=58719 and you are welcome to test the patch, which is linked in Gerrit there! 88.130.64.74 18:13, 29 January 2014 (UTC)

I have installed the patch from Gerrit and it seems to work great!!!

Thx for your help.

Do you think this patch will be integrated in next release? Kiolul (talk) 08:07, 30 January 2014 (UTC)

I hope so. The patch has already been merged in the master branch, meaning it will definitely be part of MediaWiki 1.23. What is still missing is the backport to MediaWiki 1.22. :-) 88.130.92.11 11:37, 30 January 2014 (UTC)

Great, roll on Mediawiki 1.23 Kiolul (talk) 15:16, 30 January 2014 (UTC)

Kiolul 13:37, 10 February 2014 (UTC)

Bad news, after several days of test, my mediawiki install hangs less often but hangs... Any other ideas? Thx. Kiolul (talk) 13:38, 10 February 2014 (UTC)

And you have applied the patch, right? Then it should be another problem (I hope that the patch really solves the issue).

Can you please post a fresh debug log from when this hanging happens now? 88.130.67.161 13:54, 10 February 2014 (UTC)

Hi, I have upgraded to 1.22.3 and the problem still occures. This is the fresh debug log:

Start request GET /index.php/Accueil

HTTP HEADERS:

HOST: wiki.vivens.priv

USER-AGENT: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:27.0) Gecko/20100101 Firefox/27.0

ACCEPT: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8

ACCEPT-LANGUAGE: fr,fr-fr;q=0.8,en-us;q=0.5,en;q=0.3

ACCEPT-ENCODING: gzip, deflate

REFERER: http://wiki.vivens.priv/index.php?search=manuel&title=Sp%C3%A9cial%3ARecherche

COOKIE: db_wikiUserName=Quiblier; db_wikiUserID=2; db_wikiToken=7eb74cfd8f371d541b667ebfb122d7ab; wikiEditor-0-booklet-help-page=format; wikiEditor-0-toolbar-section=advanced; db_wiki_session=786b068d1764c106e046bb510815407b

CONNECTION: keep-alive

IF-MODIFIED-SINCE: Wed, 05 Mar 2014 13:23:53 GMT

AUTHORIZATION: NTLM
TlRMTVNTUAADAAAAGAAYAIgAAAAYABgAoAAAAAwADABYAAAAEAAQAGQAAAAUABQAdAAAAAAAAAC4AAAABYIAAgYBsR0AAAAP/8PYKkhxh9ZzXfkj3ZGxOUQATwBNAFYASQBWAHEAdQBpAGIAbABpAGUAcgBGAEkAWABFAC0AVwA3AC0ANAA5AGaNNzSRGA5Nf99bJermisIyW2buQRogP2aNNzSRGA5Nf99bJermisIyW2buQRogPw==

CACHES: EmptyBagOStuff[main] SqlBagOStuff[message] SqlBagOStuff[parser]

[cookie] session_set_cookie_params: "0", "/", "", "", "1"

Class LanguageFr not found; skipped loading

LocalisationCache: using store LCStore_DB

Query db_wiki (1) (slave): SET /* DatabaseMysqlBase::open */ NAMES binary

Query db_wiki (2) (slave): SET /* DatabaseMysqlBase::open */ sql_mode =

Connected to database 0 at viv-int-sgbd-01.vivens.priv

Query db_wiki (3) (slave): BEGIN /* DatabaseBase::query (LCStore_DB::get) */

Query db_wiki (4) (slave): SELECT /* LCStore_DB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'fr' AND lc_key = 'deps' LIMIT 1

Query db_wiki (5) (slave): SELECT /* LCStore_DB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'fr' AND lc_key = 'list' LIMIT 1

Query db_wiki (6) (slave): SELECT /* LCStore_DB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'fr' AND lc_key = 'preload' LIMIT 1

Query db_wiki (7) (slave): SELECT /* LCStore_DB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'fr' AND lc_key = 'preload' LIMIT 1

Query db_wiki (8) (slave): SELECT /* LCStore_DB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'fr' AND lc_key = 'fallback' LIMIT 1

User: cache miss for user 2

Query db_wiki (9) (slave): SELECT /* User::loadFromDatabase */
user_id,user_name,user_real_name,user_password,user_newpassword,user_newpass_time,user_email,user_touched,user_token,user_email_authenticated,user_email_token,user_email_token_expires,user_registration,user_editcount FROM `user` WHERE user_id = '2' LIMIT 1

Query db_wiki (10) (slave): SELECT /* User::loadGroups */ ug_group FROM `user_groups` WHERE ug_user = '2'

User: loading options for user 2 from database.

Query db_wiki (11) (slave): SELECT /* User::loadOptions */ up_property,up_value FROM `user_properties` WHERE up_user = '2'

User: logged in from session

Fully initialised

Query db_wiki (12) (slave): SELECT /* WikiPage::pageData */
page_id,page_namespace,page_title,page_restrictions,page_counter,page_is_redirect,page_is_new,page_random,page_touched,page_latest,page_len,page_content_model FROM `page` WHERE page_namespace = '0' AND page_title = 'Accueil' LIMIT 1

Query db_wiki (13) (slave): SELECT /* Title::loadRestrictions */ pr_type,pr_expiry,pr_level,pr_cascade FROM `page_restrictions` WHERE pr_page = '3'

Title::getRestrictionTypes: applicable restrictions to Accueil are {edit,move}

Query db_wiki (14) (slave): SELECT /* Revision::fetchFromConds */ rev_id,rev_page,rev_text_id,rev_timestamp,rev_comment,rev_user_text,rev_user,rev_minor_edit,rev_deleted,rev_len,rev_parent_id,rev_sha1,rev_content_format,rev_content_model,page_namespace,page_title,page_id,page_latest,page_is_redirect,page_len,user_name FROM `revision` INNER JOIN `page` ON ((page_id = rev_page)) LEFT JOIN `user` ON ((rev_user !=0) AND (user_id = rev_user)) WHERE page_id = '3' AND rev_id = '23' LIMIT 1

[ContentHandler] Created handler for wikitext: WikitextContentHandler

User: cache miss for user 2

Query db_wiki (15) (slave): SELECT /* User::loadFromDatabase */
user_id,user_name,user_real_name,user_password,user_newpassword,user_newpass_time,user_email,user_touched,user_token,user_email_authenticated,user_email_token,user_email_token_expires,user_registration,user_editcount FROM `user` WHERE user_id = '2' LIMIT 1

Query db_wiki (16) (slave): SELECT /* User::loadGroups */ ug_group FROM `user_groups` WHERE ug_user = '2'

User: loading options for user 2 from database.

Query db_wiki (17) (slave): SELECT /* User::loadOptions */ up_property,up_value FROM `user_properties` WHERE up_user = '2'

User: logged in from session

Query db_wiki (18) (slave): SELECT /* Revision::loadText Quiblier */ old_text,old_flags FROM `text` WHERE old_id = '23' LIMIT 1

Query db_wiki (19) (slave): SELECT /* LCStore_DB::get Quiblier */ lc_value FROM `l10n_cache` WHERE lc_lang = 'fr' AND lc_key = 'magicWords' LIMIT 1

User: loading options for user 2 from override cache.

Query db_wiki (20) (slave): SET /* DatabaseMysqlBase::open Quiblier */ NAMES binary

Query db_wiki (21) (slave): SET /* DatabaseMysqlBase::open Quiblier */ sql_mode =

Connected to database 0 at viv-int-sgbd-01.vivens.priv

Query db_wiki (22) (slave): SELECT /* SqlBagOStuff::getMulti Quiblier */ keyname,value,exptime FROM `objectcache` WHERE keyname = 'db_wiki:messages:fr'

MessageCache::load: Loading fr... got from global cache

Unstubbing $wgParser on call of $wgParser::firstCallInit from MessageCache::getParser

Parser: using preprocessor: Preprocessor_DOM

Unstubbing $wgLang on call of $wgLang::_unstub from ParserOptions::__construct

OutputPage::checkLastModified: client sent If-Modified-Since: 2014-03-05T13:23:53Z

OutputPage::checkLastModified: effective Last-Modified: 2014-03-05T13:23:53Z

OutputPage::checkLastModified: NOT MODIFIED, page=2014-01-30T14:43:50Z, user=2014-03-05T13:23:53Z, epoch=2014-02-26T15:35:19Z

OutputPage::sendCacheControl: private caching; Wed, 05 Mar 2014 13:23:53 GMT **

Article::view: done 304

wfShellExec: /bin/bash '/var/www/mediawiki/includes/limit.sh' \/usr/bin/php'\ '\/var/www/mediawiki/maintenance/runJobs.php'\ '\--maxjobs'\ '\1'\ >/dev/null 2>&1 &' 'MW_INCLUDE_STDERR=;MW_CPU_LIMIT=180; MW_CGROUP='\\; MW_MEM_LIMIT=307200; MW_FILE_SIZE_LIMIT=102400; MW_WALL_CLOCK_LIMIT=180'

Request ended normally

Start command line script /var/www/mediawiki/maintenance/runJobs.php

CACHES: EmptyBagOStuff[main] SqlBagOStuff[message] SqlBagOStuff[parser]

Class LanguageFr not found; skipped loading

LocalisationCache: using store LCStore_DB

Query db_wiki (1) (slave): SET /* DatabaseMysqlBase::open */ NAMES binary

Query db_wiki (2) (slave): SET /* DatabaseMysqlBase::open */ sql_mode =

Connected to database 0 at viv-int-sgbd-01.vivens.priv

Query db_wiki (3) (slave): SELECT /* LCStore_DB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'fr' AND lc_key = 'deps' LIMIT 1

Query db_wiki (4) (slave): SELECT /* LCStore_DB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'fr' AND lc_key = 'list' LIMIT 1

Query db_wiki (5) (slave): SELECT /* LCStore_DB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'fr' AND lc_key = 'preload' LIMIT 1

Query db_wiki (6) (slave): SELECT /* LCStore_DB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'fr' AND lc_key = 'preload' LIMIT 1

Query db_wiki (7) (slave): SELECT /* LCStore_DB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'fr' AND lc_key = 'fallback' LIMIT 1

Fully initialised

Query db_wiki (8) (slave): SELECT /* JobQueueDB::doGetSiblingQueuesWithJobs */ DISTINCT job_cmd FROM `job` WHERE job_cmd IN ('refreshLinks','refreshLinks2','htmlCacheUpdate','sendMail','enotifNotify','fixDoubleRedirect','uploadFromUrl','AssembleUploadChunks','PublishStashedFile','null')

LoadBalancer::reuseConnection: this connection was not opened as a foreign connection

Thx for your help. Kiolul (talk) 13:42, 5 March 2014 (UTC)

Set $wgPhpCli = false; and problem solved. Ciencia Al Poder (talk) 10:20, 7 March 2014 (UTC)

Basically, it's still broken: Manual:Job queue#Changes introduced in MediaWiki 1.22

You can try to set $wgPhpCli = false; Ciencia Al Poder (talk) 10:21, 11 February 2014 (UTC)

Yes I have applied the patch.

Debug log

Start request GET /index.php/Accueil HTTP HEADERS: HOST: wiki.vivens.priv USER-AGENT: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:27.0) Gecko/20100101 Firefox/27.0 ACCEPT: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 ACCEPT-LANGUAGE: fr,fr-fr;q=0.8,en-us;q=0.5,en;q=0.3 ACCEPT-ENCODING: gzip, deflate REFERER: http://wiki.vivens.priv/index.php?title=Login_SSH_avec_cl%C3%A9_RSA&action=edit&redlink=1 COOKIE: db_wikiUserName=Quiblier; db_wikiUserID=2; db_wikiToken=7eb74cfd8f371d541b667ebfb122d7ab; wikiEditor-0-toolbar-section=advanced; wikiEditor-0-booklet-characters-page=latin; wikiEditor-0-booklet-help-page=format; db_wiki_session=b50e91c032d3c336202daef97c484f4e CONNECTION: keep-alive IF-MODIFIED-SINCE: Fri, 07 Feb 2014 16:01:42 GMT AUTHORIZATION: NTLM TlRMTVNTUAADAAAAGAAYAIgAAAAYABgAoAAAAAwADABYAAAAEAAQAGQAAAAUABQAdAAAAAAAAAC4AAAABYIAAgYBsR0AAAAPCS+IrNJp0YufdyDBKDFhPkQATwBNAFYASQBWAHEAdQBpAGIAbABpAGUAcgBGAEkAWABFAC0AVwA3AC0ANAA5AKbSoQMWdyGuNswZnHljqrbNDgLHM9YgtabSoQMWdyGuNswZnHljqrbNDgLHM9YgtQ== CACHES: EmptyBagOStuff[main] SqlBagOStuff[message] SqlBagOStuff[parser] [cookie] session_set_cookie_params: "0", "/", "", "", "1" Class LanguageFr not found; skipped loading LocalisationCache: using store LCStore_DB Query db_wiki (1) (slave): SET /* DatabaseMysqlBase::open */ NAMES binary Query db_wiki (2) (slave): SET /* DatabaseMysqlBase::open */ sql_mode = '' Connected to database 0 at viv-int-sgbd-01.vivens.priv Query db_wiki (3) (slave): BEGIN /* DatabaseBase::query (LCStore_DB::get) */ Query db_wiki (4) (slave): SELECT /* LCStore_DB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'fr' AND lc_key = 'deps' LIMIT 1 Query db_wiki (5) (slave): SELECT /* LCStore_DB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'fr' AND lc_key = 'list' LIMIT 1 Query db_wiki (6) (slave): SELECT /* LCStore_DB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'fr' AND lc_key = 'preload' LIMIT 1 Query db_wiki (7) (slave): SELECT /* LCStore_DB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'fr' AND lc_key = 'preload' LIMIT 1 Query db_wiki (8) (slave): SELECT /* LCStore_DB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'fr' AND lc_key = 'fallback' LIMIT 1 User: cache miss for user 2 Query db_wiki (9) (slave): SELECT /* User::loadFromDatabase */ user_id,user_name,user_real_name,user_password,user_newpassword,user_newpass_time,user_email,user_touched,user_token,user_email_authenticated,user_email_token,user_email_token_expires,user_registration,user_editcount FROM `user` WHERE user_id = '2' LIMIT 1 Query db_wiki (10) (slave): SELECT /* User::loadGroups */ ug_group FROM `user_groups` WHERE ug_user = '2' User: loading options for user 2 from database. Query db_wiki (11) (slave): SELECT /* User::loadOptions */ up_property,up_value FROM `user_properties` WHERE up_user = '2' User: logged in from session Fully initialised Query db_wiki (12) (slave): SELECT /* WikiPage::pageData */ page_id,page_namespace,page_title,page_restrictions,page_counter,page_is_redirect,page_is_new,page_random,page_touched,page_latest,page_len,page_content_model FROM `page` WHERE page_namespace = '0' AND page_title = 'Accueil' LIMIT 1 Query db_wiki (13) (slave): SELECT /* Title::loadRestrictions */ pr_type,pr_expiry,pr_level,pr_cascade FROM `page_restrictions` WHERE pr_page = '3' Title::getRestrictionTypes: applicable restrictions to [[Accueil]] are {edit,move} Query db_wiki (14) (slave): SELECT /* Revision::fetchFromConds */ rev_id,rev_page,rev_text_id,rev_timestamp,rev_comment,rev_user_text,rev_user,rev_minor_edit,rev_deleted,rev_len,rev_parent_id,rev_sha1,rev_content_format,rev_content_model,page_namespace,page_title,page_id,page_latest,page_is_redirect,page_len,user_name FROM `revision` INNER JOIN `page` ON ((page_id = rev_page)) LEFT JOIN `user` ON ((rev_user != 0) AND (user_id = rev_user)) WHERE page_id = '3' AND rev_id = '23' LIMIT 1 [ContentHandler] Created handler for wikitext: WikitextContentHandler User: cache miss for user 2 Query db_wiki (15) (slave): SELECT /* User::loadFromDatabase */ user_id,user_name,user_real_name,user_password,user_newpassword,user_newpass_time,user_email,user_touched,user_token,user_email_authenticated,user_email_token,user_email_token_expires,user_registration,user_editcount FROM `user` WHERE user_id = '2' LIMIT 1 Query db_wiki (16) (slave): SELECT /* User::loadGroups */ ug_group FROM `user_groups` WHERE ug_user = '2' User: loading options for user 2 from database. Query db_wiki (17) (slave): SELECT /* User::loadOptions */ up_property,up_value FROM `user_properties` WHERE up_user = '2' User: logged in from session Query db_wiki (18) (slave): SELECT /* Revision::loadText Quiblier */ old_text,old_flags FROM `text` WHERE old_id = '23' LIMIT 1 Query db_wiki (19) (slave): SELECT /* LCStore_DB::get Quiblier */ lc_value FROM `l10n_cache` WHERE lc_lang = 'fr' AND lc_key = 'magicWords' LIMIT 1 User: loading options for user 2 from override cache. Query db_wiki (20) (slave): SET /* DatabaseMysqlBase::open Quiblier */ NAMES binary Query db_wiki (21) (slave): SET /* DatabaseMysqlBase::open Quiblier */ sql_mode = '' Connected to database 0 at viv-int-sgbd-01.vivens.priv Query db_wiki (22) (slave): SELECT /* SqlBagOStuff::getMulti Quiblier */ keyname,value,exptime FROM `objectcache` WHERE keyname = 'db_wiki:messages:fr' MessageCache::load: Loading fr... got from global cache Unstubbing $wgParser on call of $wgParser::firstCallInit from MessageCache::getParser Parser: using preprocessor: Preprocessor_DOM Unstubbing $wgLang on call of $wgLang::_unstub from ParserOptions::__construct OutputPage::checkLastModified: client sent If-Modified-Since: 2014-02-07T16:01:42Z OutputPage::checkLastModified: effective Last-Modified: 2014-02-07T16:01:42Z OutputPage::checkLastModified: NOT MODIFIED, page=2014-01-30T14:43:50Z, user=2014-02-07T16:01:42Z, epoch=2014-01-30T08:53:26Z OutputPage::sendCacheControl: private caching; Fri, 07 Feb 2014 16:01:42 GMT ** Article::view: done 304 wfShellExec: /bin/bash '/var/www/mediawiki/includes/limit.sh' ''\''/usr/bin/php'\'' '\''/var/www/mediawiki/maintenance/runJobs.php'\'' '\''--maxjobs'\'' '\''1'\'' >/dev/null 2>&1 &' 'MW_INCLUDE_STDERR=;MW_CPU_LIMIT=180; MW_CGROUP='\'''\''; MW_MEM_LIMIT=307200; MW_FILE_SIZE_LIMIT=102400; MW_WALL_CLOCK_LIMIT=180' Request ended normally Start command line script /var/www/mediawiki/maintenance/runJobs.php CACHES: EmptyBagOStuff[main] SqlBagOStuff[message] SqlBagOStuff[parser] Class LanguageFr not found; skipped loading LocalisationCache: using store LCStore_DB Query db_wiki (1) (slave): SET /* DatabaseMysqlBase::open */ NAMES binary Query db_wiki (2) (slave): SET /* DatabaseMysqlBase::open */ sql_mode = '' Connected to database 0 at viv-int-sgbd-01.vivens.priv Query db_wiki (3) (slave): SELECT /* LCStore_DB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'fr' AND lc_key = 'deps' LIMIT 1 Query db_wiki (4) (slave): SELECT /* LCStore_DB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'fr' AND lc_key = 'list' LIMIT 1 Query db_wiki (5) (slave): SELECT /* LCStore_DB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'fr' AND lc_key = 'preload' LIMIT 1 Query db_wiki (6) (slave): SELECT /* LCStore_DB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'fr' AND lc_key = 'preload' LIMIT 1 Query db_wiki (7) (slave): SELECT /* LCStore_DB::get */ lc_value FROM `l10n_cache` WHERE lc_lang = 'fr' AND lc_key = 'fallback' LIMIT 1 Fully initialised Query db_wiki (8) (slave): SELECT /* JobQueueDB::doGetSiblingQueuesWithJobs */ DISTINCT job_cmd FROM `job` WHERE job_cmd IN('refreshLinks','refreshLinks2','htmlCacheUpdate','sendMail','enotifNotify','fixDoubleRedirect','uploadFromUrl','AssembleUploadChunks','PublishStashedFile','null') LoadBalancer::reuseConnection: this connection was not opened as a foreign connection

I try to test Ciencia's solution... Kiolul (talk) 16:12, 13 February 2014 (UTC)

I get logged out immediately after logging in.

I get logged out immediately after logging in. 173.196.210.66 (talk) 21:58, 29 January 2014 (UTC)

Usually caused by cookies not being enabled

If this is not a wikimedia wiki, could maybe be caused by php session handling functions being configured incorrectly, or perhaps $wgServer being wrong (Not sure about the $wgServer bit). Bawolff (talk) 03:08, 30 January 2014 (UTC)

Fatal exception of type MWException

When I try to upload a file, I get message:

[553b59e8] 2014-01-30 14:24:56: Fatal exception of type MWException

I use:

Produkt: MediaWiki 1.22.0 PHP: 5.3.27 (litespeed) MySQL: 5.1.49-log

Link: http://strovelstorpsskola.se/indrev14

Anyone have suggestions for a solution?

Jan Mårtensson 195.216.34.242 (talk) 14:35, 30 January 2014 (UTC)

First of all, get a stacktrace: http://www.mediawiki.org/wiki/Manual:How_to_debug AKlapper (WMF) (talk) 19:56, 30 January 2014 (UTC)

[RESOLVED] Error creating thumbnail

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

---

I am getting the error message in the subject whenever I upload some image files (the only kind I have tried to upload so far). At the end of the upload, instead of seeing a thumbnail of the image, I get the message, "Error creating thumbnail". It almost seems like the size of the images might be the factor, but I don't know if this is true or not. For example, I uploaded a file of size 466 × 696 pixels, file size: 46 KB, and got the error. But when I uploaded a smaller version of it, 200 × 299 pixels, file size: 41 KB, the error didn't occur. The difference in file size seems negligible, although the pixel dimensions are more so.

I tried to upload successively larger pixel-size versions of the image, and did not get "Error creating thumbnail" until I tried 450x672. The next smaller size that didn't toss the error was 400x597. Incidentally, the file size on the 400x597 version was 100KB, twice as large as the original image that tossed the error.

I am using:

• MediaWiki 1.19.2
• PHP 5.3.27 (cgi-fcgi)
• MySQL 5.1.56-log

My wiki can be found HERE, and a specific example of the problem is HERE. Cyberherbalist (talk) 04:02, 31 January 2014 (UTC)

This may be a problem with the program used to generate those thumbnails (Imagemagick?), probably caused by insufficient available memory, or memory limitation for such process. Look at Manual:$wgMaxShellMemory for increasing it.

To see the exact error message that prevented the thumbnail to be generated, look at Manual:How to debug Ciencia Al Poder (talk) 10:14, 31 January 2014 (UTC)

I think your thumbnailing is broken. The reason why some images work, is that they are already so small that mediawiki doesn't try to downsize them. In this case I think its most likely an issue with missing image magick (aka the convert command), or mediawiki not having permission to run the command, etc. If you could post the debug log (See Ciencia's link Manual:How to debug) that would help identifying the problem. In this particular case, I don't think its $wgMaxShellMemory, since usually (not always) that has a non-empty error message.

If you absolutely cannot fix it, you can use $wgUseImageResize = false; which will prevent all scaling (but makes users download biggger image files). Bawolff (talk) 03:15, 1 February 2014 (UTC)

I did as suggested and modified the LocalSettings.php to add the logging item, exactly as spelled out. However, no logging information has shown up in the target folder. Seems unusual.

And I thought I would look at what the LocalSettings.php said about ImageMagick, and I found this:

$wgEnableUploads = true;


$wgUseImageMagick = true;

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

That path to the convert command is interesting, because there is no such path. No "usr" folder. Might this be the problem? ImageMagick is supposed to be installed in that folder? Cyberherbalist (talk) 05:17, 1 February 2014 (UTC)

If there's no debug log, it may be that the server doesn't have permissions to write on the folder where the debug log would be created. Check those permissions, or point the debug log somewhere in the /tmp directory.

You may be on a shared host, in this situation you normally don't have access to all the filesystem, and instead you're chrooted on your own folder. If imagemagick is installed and the convert program accessible from your account, it may be on the $PATH, so maybe specifying just "convert" as the command may work. Ciencia Al Poder (talk) 11:27, 1 February 2014 (UTC)

Yes, I am a on a shared host. Changing the path to ImageMagick to just "Convert" didn't fix it.

HOWEVER, I can now report that I found the solution! My wiki is on DreamHost, which has an automated MediaWiki installation process that I used to install. I thought that if they had some experience installing MW, then perhaps they might have run into this problem before, and might have a solution. I went to the support page of my web panel, and found that the DreamHost wiki is MediaWiki. I did a quick scan through their MediaWiki page and found the problem and the likely solution -- I applied it, and it worked! See http://wiki.dreamhost.com/index.php/MediaWiki#Thumbnail_problems for this particular issue.

In particular they suggested adding the line $wgMaxShellMemory = 524288; to the LocalSettings.php. Which is what, you, Ciencia, suggested originally.

I thank both Ciencia and Bawolff for working with me on this. Cyberherbalist (talk) 20:51, 1 February 2014 (UTC)

Thanks,

$wgMaxShellMemory = 524288;

 

worked for me as well Soumya.sadanandan (talk) 08:11, 14 November 2017 (UTC)

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

Default for $wgMaxShellMemory too low

Hi,

since update to mediawiki 1.22 I got many errors like this in my logs:

PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib64/php/modules/xmlreader.so' - /usr/lib64/php/modules/xmlreader.so: failed to map segment from shared object: Cannot allocate memory in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib64/php/modules/xmlrpc.so' - /usr/lib64/php/modules/xmlrpc.so: failed to map segment from shared object: Cannot allocate memory in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib64/php/modules/xmlwriter.so' - /usr/lib64/php/modules/xmlwriter.so: failed to map segment from shared object: Cannot allocate memory in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib64/php/modules/xsl.so' - /usr/lib64/php/modules/xsl.so: failed to map segment from shared object: Cannot allocate memory in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib64/php/modules/zip.so' - /usr/lib64/php/modules/zip.so: failed to map segment from shared object: Cannot allocate memory in Unknown on line 0 PHP Fatal error: Out of memory (allocated 262144) (tried to allocate 523800 bytes) in Unknown on line 0

after some googeling I found out that due to some changes in mediawiki, the default for $wgMaxShellMemory is too low, even the raised one from 1.22

raising $wgMaxShellMemory to 512000 solved the problem for me.

Sincerly, Klaus Ksteinb (talk) 07:46, 31 January 2014 (UTC)

Reported: Default for $wgMaxShellMemory too low ☠MarkAHershberger☢(talk)☣ 20:17, 4 February 2014 (UTC)

See the bug. We think it may be caused by another issue for which there is already a fix. Would you be willing to apply a patch and see if it fixes this? ☠MarkAHershberger☢(talk)☣ 17:32, 5 February 2014 (UTC)

API always returns empty result set

Hello,

my situation is the following:

I set up Mediawiki (Version 1.22.1) on my local desktop computer for testing purposes. This installation is running on a local Apache web server with PHP version 5.3.10 and MySQL version 5.5.35. Utilizing the mwdumper (http://www.mediawiki.org/wiki/Manual:MWDumper), I then imported a recent article dump of the German Wikpedia into my local installation, which after some tinkering around worked quit well.

What I am now trying to do is to send a search request to the wiki's API (e.g. api.php?action=query&format=xml&list=search&srsearch=Hello). Unfortunately, requests of this type always return an empty result set, no matter what.The response merely consists of: <?xml version="1.0"?><api><query><search /></query></api> Searching via the frontend search mask is working fine.

Is some explicit configuration necessary to make the API work? 62.246.126.84 (talk) 11:47, 31 January 2014 (UTC)

Do other API modules work? Ricordisamoa 15:14, 2 February 2014 (UTC)

Yes, e.g. the "help" action as well the "opensearch" action are both working. Also, I had a look at the error.log of the web server after making a "query" API call but no errors were reported. Very strange :-| 62.246.126.84 12:25, 6 February 2014 (UTC)

MWDumper doesn't update secondary tables, including the search tables (if using builtin search). Try running rebuildtextindex.php. If you notice category pages also don't work, you could try running rebuildall.php which does everything rebuildtextindex.php does, but also rebuilds link tables (Note these scripts will take a long time on medium to big sized wikis). Bawolff (talk) 23:59, 6 February 2014 (UTC)

I've just started rebuildtextindex.php and indeed it seems (according to the command line ouput) that this will take quite a while. My computer will have to work long hours over the weekend. Hopefully this will solve the problem. Thank you for pointing this solution out! 62.246.126.84 08:46, 7 February 2014 (UTC)

SupportedVersions.pdf

Hi

I have installed MediaWiki version 1.21.3. I have installed PdfBook Extention and it configured correctly. When I am clicking on the following link http://wiki.axiossystems.com/assystWiki/docs/SupportedVersions.pdf I am getting the below error instead of PDF file

[an error occurred while processing this directive] The requested URL was not found on this server. The link on the referring page seems to be wrong or outdated. Please inform the author of that page about the error. [an error occurred while processing this directive]

Any idea please

Thanks

Mahmood Mahmoodch (talk) 12:21, 31 January 2014 (UTC)

Something misconfigured with your webserver I think, probably related to how it shows errors (i.e. At the level below mediawiki). Check your error log. Bawolff (talk) 02:27, 1 February 2014 (UTC)

I am getting the following below error in the log file

94.175.211.243 - - [03/Feb/2014:09:16:39 -0500] "GET /assystWiki/docs/SupportedVersions.pdf HTTP/1.1" 404 522 "http://wiki.axiossystems.com/assystWiki/index.php/Minimum_Specification_and_Supported_Versions" "Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.1; Win64; x64; Trident/6.0; .NET CLR 2.0.50727; SLCC2; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; InfoPath.3; .NET4.0E; Tablet PC 2.0; .NET4.0C; BOIE9;ENGB)"

Thanks for your reply

Mahmood Mahmoodch (talk) 14:18, 3 February 2014 (UTC)

That PDF file does not exist on the server. The link on the page is probably wrong Ciencia Al Poder (talk) 10:44, 4 February 2014 (UTC)

Lua error: Cannot create process: proc_open(/dev/null): failed to open stream: Operation not permitted

MediaWiki 1.22.2

PHP 5.4.24 (litespeed)

MySQL 5.5.32-cll-lve

Lua 5.1.5

I'm trying to get Infoboxes to work on my website, but keep getting the above mentioned error message in all my templates. I have given public_html/wiki/extensions/Scribunto/engines/LuaStandalone/binaries/lua5_1_5_linux_64_generic/lua a 755 permission, added:

require_once __DIR__ . "/extensions/Scribunto/Scribunto.php";

$wgScribuntoDefaultEngine = 'luastandalone';

to my local_settings.php file but nothing works. Any ideas what might be the problem? 37.128.215.197 (talk) 14:26, 31 January 2014 (UTC)

Does the user apache is running as have rights to open /dev/null ? Bawolff (talk) 02:25, 1 February 2014 (UTC)

Hi Bawolff.

Do we set the access in http.conf or 'chown' the 'null' file?

Your help would be appreciated! Ausrpdesigns (talk) 11:00, 20 March 2014 (UTC)

Usually /dev/null is read-writable by everyone. That is how it should be. Check what the permissions on that file are

Could perhaps be other things, if for example php/lua is restricted from accessing files outside its working directory or something like that. Bawolff (talk) 01:39, 21 March 2014 (UTC)

Permissions look fine for /dev/null - crw-rw-rw.

This is strange as I was previously receiving the script error - 'attempt to index field 'text' (a nil value)', now I'm receiving this '/dev/null' error. You can see my previous thread here

When I try to enable my lua error file -

'Lua error: Cannot create process: proc_open(/mysite/tmp/lua-error.log): failed to open stream: Permission denied'. I tested with 777 permissions on the /tmp/ dir but no luck.

I'm not sure what changed permission wise but I read somewhere it could be my /image/ folder? not sure how its related tho.

Thanks Ausrpdesigns (talk) 10:56, 25 March 2014 (UTC)

Hi did U find an issue to LUA Error : Impossible de créer le processus : proc_open(/dev/null): failed to open stream: Operation not permitted 213.57.141.105 17:22, 1 February 2015 (UTC)

check also php open_basedir, SELinux settings, and any other sandboxing your host might have set up Bawolff (talk) 03:03, 10 August 2020 (UTC)

Vector Skin Not Loading After Update to 1.22

There was a bug in 1.22 that caused the Vector skin to not load. It has been fixed with the release of version 1.23.0

MW 1.22.2 PHP 5.4.1 MySQL 5.5.24

I upgraded my intranet wiki from 1.21 to MediaWiki 1.22.1 and the Vector Skin stopped working. I hoped upgrading to 1.22.2 might fix something, but no. I can load any of the other skins and they work just fine. Everything else with the wiki appears to be working properly. Its an internal only wiki so no link. Does anyone have any ideas? I tried googling but couldn't find anything that helped. 128.63.10.33 (talk) 18:40, 31 January 2014 (UTC)

What does "stopped working" look like for you? If all you see is a blank page, then follow the instructions on blank page and give us the error message! Checking the PHP error log might be a good idea anyway - it often contains useful information!

I guess that you have some kind of caching problem; try to empty all caches you can think of (MediaWiki, Apache, PHP code cache, proxy cache, browser cache...) and try, if it solves the problem. 88.130.112.154 22:22, 31 January 2014 (UTC)

Sorry, "stopped working" means the styles aren't loading. The content is displayed all along the left side of the page. I cleared all the caches, PHP and browser, and restarted IIS with no luck. The only errors that I can find are in the IIS log:

• GET /w/load.php debug=false&lang=en&modules=ext.rtlcite%7Cmediawiki.legacy.commonPrint%2Cshared%7Cskins.vector&only=styles&skin=vector&* 443 username IP Mozilla/5.0+(compatible;+MSIE+9.0;+Windows+NT+6.1;+WOW64;+Trident/5.0) 500 0 64 1478
• GET /w/Main_Page - 443 username IP Mozilla/5.0+(compatible;+MSIE+9.0;+Windows+NT+6.1;+WOW64;+Trident/5.0) 500 0 0 1452
• GET /w/load.php debug=true&lang=en&modules=skins.vector&only=styles&skin=vector&* 443 username IP Mozilla/5.0+(compatible;+MSIE+9.0;+Windows+NT+6.1;+WOW64;+Trident/5.0) 500 0 0 2277 13:13, 3 February 2014 (UTC)

Open the URLs that are causing errors in your browser and see if it contains a detailed error message.

Look at Manual:How_to_debug#PHP_errors to turn on display of errors on pages if they show as blank pages. Ciencia Al Poder (talk) 10:41, 4 February 2014 (UTC)

Main_Page loads the content of the page just fine. Load.php just brings up a .js file that says "/* No modules requested. Max made me put this here */" 12:36, 4 February 2014 (UTC)

You need to open the link to load.php with all the parameters with your browser. When I read your error log entries correctly, then you should see an error 500 then, I guess... 88.130.73.139 13:46, 4 February 2014 (UTC)

Taking the top error "GET /w/load.php ..." gives the following in the browser:

• PHP Warning: file_exists(): File name is longer than the maximum allowed path length on this platform (260): C:\inetpub\wwwroot\w/skins/vector/data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAFgAAAAQCAMAAAClQEgHAAADAFBMVEXz+fv///91w/+t3P/G0NOh2v/N2evy/v665f/O7P7O8f/C5f+FuuePtcGW1v+O0f6g1v/a1cvCsnHx45T5+vzKwq2+rGN5xP/f2s/6+vme1v+b1P+HzP+W0v9zwf+Uv86+rXT+/uuFxPTEsmWi3f/Y8v+z3/+Y1//k1IuZ2v9xxP/JtmTo7POJw+664v/C7f+xx+F+tuPj5ufq7e2Ktsbs8fl9zP/R3vDD6v/Ny4v1/v+Gy/+zz6utvcKJxPLU7v+Ou87Wz768zJShydqUsrx3xf//+9WUyvS02Oqn3v+j3frZ6M3i9v/Nw3uw3f+98/+Erb7It4iSuuLbx2uIrbqCteJxw/++5v+Lzv/K1NXt/P+9rWi/soaxqZDPzMZsvv/r6ufy8O319vdovf/+/f3x7+qt3/++tqTy8vDf2czIslD29vWq2v/8/Pu+rnfBs4hnu/+Rz/9uwP/V0s3n03fo5uGk1//HwK7Pu2nk3tPRybb57ave2tPDsnaDyf/5+Pb6//+ozt/J4czO2ark9Py7q3T9/f78/f2SwPCTwdC0xMfd+f+R0f+W0unFvmjR3Oyc0PqyxdvO6fmt2u7b4OHn6+zP2dp2uvHV4vP58szv/P/DvXP//M+AzP/x5avC0pP2+fyNs8J/u+zU3em5rW16tejU7e2q19bA5fnVxXl0wf++2bLbynx8tdHh5/H16ar///zP1NvOvGjAs4/l5rnv//+erbHLvGj///l+uufCtI/09fb6+/vO3PC93c/a8fmv3P/z9ficyuWw3/+our3BrnOHt+KR1/+24v3Numje2dDW7+TH in C:\inetpub\wwwroot\w\includes\libs\CSSMin.php on line 76
• PHP Warning: file_exists(): File name is longer than the maximum allowed path length on this platform (260): C:\inetpub\wwwroot\w/skins/vector/data:image/gif;base64,R0lGODlhEAAQAMQfANra2uLi4vDw8PLy8ujo6Ozs7NbW1vj4+Pb29s7Oztzc3NTU1O7u7uDg4NHR0erq6v39/d7e3vz8/Pv7+/7+/tPT09jY2Pr6+tnZ2efn5/X19eXl5ebm5vT09P///////yH/C05FVFNDQVBFMi4wAwEAAAAh+QQJAwAfACwAAAAAEAAQAAAFa+Anjl9QkShacVqabp2XuKjjecHhStrjHDdIgtORiCyWSEZwud0mg0zEUhkYnNhsY/O5OCRZrEEwgvzCkgqZhGiEB1wUgRGeAFKApqcjcJ5QCx4aFQEECX1/JAlJJBsVFRMkEBkXLhyVNJkhACH5BAkDAB8ALAAAAAAQABAAAAV74CeO4hUQZEoGhqGqWzQtEnlYRCYMGSB5BkTKQCgUOBGPkjBIdQDKqBLhaJI4D6l0gylMRg6IVkmhNBIjxWBM8XAwHNFAIdYWDA0SRhNtKy0CJAUVEAcRAQJkFikZDg4EBB0RDR4dGCkIEhAjFBsBDwovKo0BoioFQiMhACH5BAkDAB8ALAAAAAAQABAAAAWB4CeO5HeU33OVl5IIpYEFh/QR1rYNZSMUAYVBwfBYbKRJwwPxFDxQjAbloECvHgMEBUBgPZTApjSxeL+eQGDUsQwkaGhBcUBYinGI5GBIEBwEGhxwVwwLFgoRHQwECgIADRFXBgUfEygfEBEDTmuYIxAJFAYwnyMFABVbpiMYGSghACH5BAkDAB8ALAAAAAAQABAAAAV+4CdKjWieKOJs6De1U5Zhg4YcmaG0kXcElQDtEWkZPMgMBGlofQDIqK9pmhAADClSEDBtAICJROvR7EQGx5LsgQAOogKm0LhQ2IDRQRJRFKIHAh4X in C:\inetpub\wwwroot\w\includes\libs\CSSMin.php on line 76
• PHP Warning: file_exists(): File name is longer than the maximum allowed path length on this platform (260): C:\inetpub\wwwroot\w/skins/vector/data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAAoAAAAKCAYAAACNMs+9AAAAdUlEQVQYV2P4//8/Awxv3LThf0dXKxyD+DA5DEUg+tWrV2AaWTFcIboJyJrhCtGtRMcgebhpL2/4/v//Lvn//x+7IRjIfn8v+P/t055gxZgKPzaC8Y/nMYQVLpnM8f/zo3AqKfzyOOL/h/sh/59c9sBUSIyvAeRdJWjk4E//AAAAAElFTkSuQmCC in C:\inetpub\wwwroot\w\includes\libs\CSSMin.php on line 76
• PHP Warning: file_exists(): File name is longer than the maximum allowed path length on this platform (260): C:\inetpub\wwwroot\w/skins/vector/data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAAoAAAAKCAMAAAC67D+PAAAAMFBMVEX///////+IioX29vbq6unJx8O9vbvl5ePZ2NX7+/iysrLp5+KjoZyop6Oxrqrx8O1Uz2ohAAAAAXRSTlMAQObYZgAAAENJREFUeNotxscBwCAMA0AsudAS9t82hnCvK2kAUQ6FCPSuzvy/x3wf0RFir6KAnbKqMSstMEnZZW/0cWqNVMs6Lv8AS44BeHjFSEUAAAAASUVORK5CYII= in C:\inetpub\wwwroot\w\includes\libs\CSSMin.php on line 76
• PHP Warning: file_exists(): File name is longer than the maximum allowed path length on this platform (260): C:\inetpub\wwwroot\w/skins/vector/data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAAoAAAAKCAYAAACNMs+9AAAAe0lEQVR42o2QQQqAIBBFPbDXCKJTGBTRIqJN7qL2gp5BcOEppvowSWSU8HDxn38GRVkV9AeIH+cuSilvxBhJKfUQEWR4iHjNcNtBXly3Bbf3nnltZDHbiFHWOmCMuXDWIYM4TgNpPVMIIY1MIOv6lgQRiaat3z4ae5/ODo3dPZDhr8jNAAAAAElFTkSuQmCC in C:\inetpub\wwwroot\w\includes\libs\CSSMin.php on line 76
• PHP Warning: file_exists(): File name is longer than the maximum allowed path length on this platform (260): C:\inetpub\wwwroot\w/skins/vector/data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAAoAAAAKCAYAAACNMs+9AAAAdElEQVR42n3Q3QqAIAwGUF8+iF4rCrwpewzxH7y3tnSgrAafMHaQqdj2tczL9BmYPyUEND8FuIda6y7GGBbCAGOtxaSUWEjIOVe89zyshSCEwO+oLtWahrpXSylfCEeFhE51lBhjyTkjIjj+24gI1ltowOUGKEFJ6nMQqWQAAAAASUVORK5CYII= in C:\inetpub\wwwroot\w\includes\libs\CSSMin.php on line 76
• PHP Warning: file_exists(): File name is longer than the maximum allowed path length on this platform (260): C:\inetpub\wwwroot\w/skins/vector/data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAAoAAAAKBAMAAAB/HNKOAAAAMFBMVEX///91fyrI0Xt5gzPCzGuyv0bw8eubomu3u5qQlWafo4HV25q3w1CLljOEjjKRlHTuBCtpAAAAAXRSTlMAQObYZgAAADdJREFUCFtjYGgUFBRnYBBSUlJkYDCCkIKCIFKAEUZmiohNdGRYs/XW6VgGkbhC1xcMjB8Y5BMA6nkLTrUjfj0AAAAASUVORK5CYII= in C:\inetpub\wwwroot\w\includes\libs\CSSMin.php on line 76
• PHP Warning: file_exists(): File name is longer than the maximum allowed path length on this platform (260): C:\inetpub\wwwroot\w/skins/vector/data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAAoAAAAKCAAAAACoWZBhAAAAAnRSTlMA/1uRIrUAAABbSURBVHjaLY2xCUAxCAVdXbAOWLrE663sAoJkhZA5UuQn8Ltr7o7O7iqifR/asJwzDZtGG8bh1QZpBizYUkkWvApYcpGtyh9quiOMU5+GBo+rvVjNlBv7F9H4A3inRvd0XEi0AAAAAElFTkSuQmCC in C:\inetpub\wwwroot\w\includes\libs\CSSMin.php on line 76

The path isn't longer than 260 so I'm not sure what its talking about. 14:59, 4 February 2014 (UTC)

This seems to be a bug.

https://git.wikimedia.org/blob/mediawiki%2Fcore.git/REL1_22/includes%2Flibs%2FCSSMin.php#L76

It's looking for file_exists() based on the match of URL_REGEX, which only takes into account all url() values in CSS, but it doesn't filter for data: URL, which is unnecessarily feeding file_exists() for data: URLs that aren't going to be found on the server.

In fact, I don't see any further validation on those paths, so I don't know if a malicious CSS file can expose any file accessible from PHP.

Can you please file a bug report about this? Ciencia Al Poder (talk) 10:34, 6 February 2014 (UTC)

Ticket filed under bugzilla:60960 AKlapper (WMF) (talk) 13:15, 6 February 2014 (UTC)