Project:Support desk

Jump to: navigation, search

About this board

vde   Welcome to MediaWiki.org's Support desk, where you can ask MediaWiki questions!

There are also other places where to askCommunication: IRCCommunication#Chat, mailing listsMailing lists, Q&A etc.

Before you post

Post a new question

  1. To help us answer your questions, please always indicate which versions you are using (reported by your wiki's Special:Version page):
    • MediaWiki
    • PHP
    • Database
  2. Please include the URL of your wiki unless you absolutely can't. It's often a lot easier for us to identify the source of the problem if we can look for ourselves.
  3. To start a new thread, click "Start a new topic".
By clicking "Add topic", you agree to our Terms of Use and agree to irrevocably release your text under the CC BY-SA 3.0 License and GFDL

Why can I hide topics, but not mark them as resolved?

1
88.130.80.141 (talkcontribs)

When a topic has been finished, it should be set to "resolved". However, I currently do not see a button to do so.

I can only "hide" a topic, but it seems like this is more for spam issues. Like: "I do not want to see it again, put it out of sight." This is what I have then done in the past (as I could not mark it as resolved) with the result that people obviously did no longer see the topic and the answers so that they posted the same thing again.

It would be great, if this could still be fixed!

Reply to "Why can I hide topics, but not mark them as resolved?"
Summary by MarkAHershberger

This is the wrong forum to ask questions about GnuCash. Their website suggests using their mailing lists.

64.231.144.3 (talkcontribs)

I recently had to wipe my hard drive, & reinstall everything. I use Windows 8. I backed everything up using File History. I have reinstalled Gnucash but can't get my files back. Have I lost them forever, or how do I get them back? I am a non-technical personal user. Please e-mail rwhimster@gmail.com, or call 519-661-9111. I don't know how else to contact you. Thanks, Robin Whimster.

88.130.108.16 (talkcontribs)

Hi Robin!

Let me repeat what I have already answered in your other thread yesterday:

You have found the Support Desk of the MediaWiki software. MediaWiki is a software used to run wikis like Wikipedia. We are not related with the gnucash financial software and we cannot help you with it.

Please ask in a gnucash forum for help!

Updating a Realy Realy old version (1.15)

5
Summary by MarkAHershberger

Don't forget to update php, too!

Jessemcternan (talkcontribs)

I would like to update my local wiki to the most up-to-date version. The majority of the webpages on this topic I found were for version much newer than mine. Can this level of upgrade even be done? I have quite a bit of information that I don't want to manually re-enter.

MediaWiki 1.15.1
PHP 5.3.2-1ubuntu4.30 (apache2handler)
MySQL 5.1.73-0ubuntu0.10.04.1

My wiki is local. I don't have a link for anyone to follow.

Thank you very kindly for your help.

88.130.95.230 (talkcontribs)

Hi Jesse!

Yes, what you want is possible.

It is important that you make sure you have a working backup of your wiki: The database and the files. Put that on an external disk, unplug it and keep it far away from your actual computer. After that you can try the upgrade and you won't loose anything, should you screw up.

Here is a complete guide on how to upgrade: Upgrade!

If you have further questions, do not hesitate to ask!

Florianschmidtwelzow (talkcontribs)

Hi! First: Good decision to upgrade, MediaWiki 1.15 is already unsupported for a long time :P

You should following the Upgrade tutorial when upgrading. In the FAQ section you'll find a question "How do I upgrade from a really old version? In one step, or in several steps?" :) If you have any specific problem when upgrading, feel free to ask here!

Btw.: You should really really do a backup, it's always possible, that data will be lost after or during an upgrade, even if the last 999 upgrades went fine :)

Please remember, that the latest MediaWiki version needs at least PHP 5.3.2, so you have to upgrade your php version, too.

88.130.95.230 (talkcontribs)
Please remember, that the latest MediaWiki version needs at least PHP 5.3.2, so you have to upgrade your php version, too.

Oh, that's right and not right at the same time. :-) MediaWiki 1.25 in fact needs PHP 5.3.3 at least. That means, if Jesse wants to upgrade to 1.25, he will in fact need to upgrade PHP as well. I missed that. However, according to Compatibility#PHP, MediaWiki 1.24 will work nicely also with PHP 5.3.2.

So for MediaWiki 1.25, a PHP upgrade would be necessary. MediaWiki 1.25 is working nicely also on newer PHP versions; e.g. for Ubuntu, PHP 5.5 is available. This version can be used to run MediaWiki on it.

Florianschmidtwelzow (talkcontribs)

> to the most up-to-date version

:D :P But you're right, 1.24 would work :)

Images only indexed as thumbnails by search engines

4
Summary by MarkAHershberger

See task T54647 where this problem is discussed.

Mijns (talkcontribs)

Hello,

Untill 12 months (or so) ago our wikis, like http://middelburgdronk.nl/ were indexed just fine by Google and other search engines. Especially the indexing of the historical pictures worked very good. But then suddenly something changed and I just can't figure out what. All (20K) images are still indexed, but only the thumbnails. E.g: https://www.google.nl/search?q=Ringrijders+op+de+Markt+in+Middelburg,+juli+1963.+Op+de+achtergrond+het+gebouw+van+soci%C3%ABteit+De+Vergenoeging.&safe=off&es_sm=93&source=lnms&tbm=isch&sa=X&ved=0CAcQ_AUoAWoVChMI9vTK8YHNxwIVyD7bCh1k5win&biw=1600&bih=731#imgrc=xvkTH9qMLPIimM%3A, while we would like Google c.s. to find this: http://middelburgdronk.nl/wiki/Bestand:Ringrijders_Markt_Middelburg_juli_1963.PNG

I'm not the technical admin, but still: the main content manager. Does anyone here knows what prevents the crawlers from indexing the uploaded images themselves? Thanks in advance!

88.130.95.230 (talkcontribs)

Your robots.txt file is looking good.

Ciencia Al Poder (talkcontribs)

This may be a problem of how google rank those full-sized images because being 2-click-away from where are they used. See task T54647 where this problem is discussed.

Mijns (talkcontribs)

Thanks!

All Rights for Systems Admin?

2
Summary by MarkAHershberger

Create a SuperUser group.

68.119.83.109 (talkcontribs)

Just started a mediawiki here, and I wanted to add a new user group for myself as the site-developer so I could fine-tune bureaucrats and sysops a bit more (while not leaving my own rights vulnerable-- for instance, no one could remove my rights). When I define that new user group, is there any way I can open up all rights in one code line instead of having to manually add in every individual right?

-J

MarkAHershberger (talkcontribs)

I think (haven't tested) that if you create a super-user group and then put yourself in it, you should be able to then restrict other groups as you need to.

You would create the super user group first by putting this at the top of your LocalSettings.php:

$wgGroupPermissions['SuperUser'] = array_merge( $wgGroupPermissions['sysop'],
                                                                         $wgGroupPermissions['bureaucrats'] );

Once you've done that go put yourself in the SuperUser group. Then, using your [[Special:ListGroupRights]] and Manual:User rights, restrict the rights of sysops and bureacrats.

mediawiki 1.16.0 patch issue

5
Summary by MarkAHershberger

You should upgrade to a supported version of MediaWiki. 1.16 hasn't been supported for a while.

96.51.0.200 (talkcontribs)

Hi there,

I've installed 1.16.0.

After moving LocalSettings.php and navigating to the homepage, I get many rows of the following error:


Warning: preg_match(): Compilation failed: group name must start with a non-digit at offset 8 in /home/acemedia/public_html/includes/MagicWord.php on line 722

Warning: preg_match(): Compilation failed: group name must start with a non-digit at offset 8 in /home/acemedia/public_html/includes/MagicWord.php on line 722

I've googled and seen the mediawiki-1.16.0.patch file and attempted to run it in ssh, but nothing happens. Can someone please help?

Project Story:

I am migrating my client's 1.16.0 to wordpress. Unfortunately, they've only given me a database dump file of their 1.16.0 installation and I have to install the site on my own server so I can migrate it using a migration tool by cms2cms since its the only service online that advertises they can do it. I have installed 1.16.0 on two separate servers, but i keep getting this error.

Ksrosales (talkcontribs)

BTW, I just ran \maintenance\update.php but i still get the same issue.

Shirayuki (talkcontribs)

See also Thread:Project:Support desk/MediaWiki don't work with PCRE 8.34 (2)

Ksrosales (talkcontribs)

Hi @Shirayuki,

I've seen that thread and have it open in one of my tabs. I see their situation is different because their PCRE version is different.

Also, the patch files in that thread are dead links.

My Setups:

I have two installations, running:

A) PHP Version 5.4.43, PCRE 8.37, MySQL 5.5.42-37.1 www.acemedia.ca

B) PHP Version 5.2.6, PCRE 7.6, MySQL 5.0.51a www.kabayan.ca

Both installations are giving me the same error.

With site A,

- I ran the 1.16.0 patch by using the command, "patch -p1 -i mediawiki-1.16.0.patch" but nothing happened - did I do this incorrectly?

- Also, I ran "php update.php" in the maintenance directory but did nothing - did I do this incorrectly?

With site B, I did nothing... yet.

What should I do next?

MarkAHershberger (talkcontribs)

You should upgrade to a supported version of MediaWiki. 1.16 hasn't been supported for a while.

'Anti-Habsburg defamation online' = breaches against 'The Online Defamation Law'

3
Summary by MarkAHershberger

Not the right forum for this.

DougieLionheart (talkcontribs)

Hello, dear Wikipedia team...

I happened to have noticed that people seem to spread 'anti-Habsburg propaganda' into Wikipedia that happened to originate from the German/Austrian-Hungarian period post 1914 - 1945, when national socialism and anti-semitism was on the rise - by simply spreading unverified 'libel'. There has been historic attempts to 'erase' or 'vilify' the descendants of the Habsburg lineage (see 'Habsburg Law' April 1914, only in the 80ies being admitted of having been 'inhumane' as 'human rights infringing'. But now some people are passing this 'historic vile' that originated post 1914 into the Nazi regime onto online. By copying without common sense nor critical thinking from 'historic sources' of this 'delicate period' that has been highly 'manipulated' by two war machineries and ideologies.

When I try to put an 'historical spin doctor alert' on these pages I happen to notice, that your Clue Bot Ng sends me automatic messages.

This is the problem of 'open source' and statements been blindly copied. Historical propaganda wrongfully enters now the online domain - so that this malevolent spin repeats itself AGAIN.

What's wikipedia's stance to this? Do you want to repeat the 'pre-era' that led us into WW2 by helping to spread such wrong historical propaganda?

Is that the ethically right thing to do, to post untruth about people that once have shaped European history?

As being one of those people having donated to you repeatedly to keep this site up and running, may I now object such unnoble conduct for being against the 'Online Defamation Law'??

Warmest regards,

Dougie Lionheart

88.130.123.213 (talkcontribs)

Hi Dougie,

this page is the MediaWiki support desk. It is made for technical help with the MediaWiki software, the software used to run wikis like Wikipedia. We are however not responsible for nor could we change any content in any Wikmedia Foundation wiki.

I propose you check the policies of the according Wikipedia language to see, what sources are regarded as being reliable and to see what the process in case of false-information or contradicting information is.

88.130.123.213 (talkcontribs)

I have now checked your contributions. The actions of ClueBot were correct.

Edits like this one are infact not what is wanted for Wikipedia. It does not become clear, what you in fact want to change. It does not become clear, which detail you believe would be wrong. That way this is only vandalism.

A good contribution is based on reliable sources, which prove that what the contributions claims, is right. Since you have already been warned three times by now, I strongly recommend to first post on a discussion page, before you edit an article. With another bad article edit, you risk becoming blocked.

Internal linking to "Page history"?

2
Summary by MarkAHershberger

[{{fullurl:{{PAGENAME}}}}|action=history<nowiki>}} Link title goes here]

Metathom (talkcontribs)

Hello,

usually I have no problem to link "to a Wiki page".

But how to link internal to "Page history"? E.g.

https://en.wikipedia.org/w/index.php?title=CPU_cache&action=history

Is this only possible via external link?

Thank you.

Jack Phoenix (talkcontribs)

[{{fullurl:Page name here}}|action=history}} Link title goes here]

If you intend on using this on templates, you might want to use the magic word {{PAGENAMEE}} as the parameter to the fullurl: call.

Strifefox (talkcontribs)

Wiki Link: http://wiki.dracadia.com/index.php?title=Main_Page

Wiki Version: 1.23.9 (pretty sure, was installed via QuickInstall from HostGator)

Problem: Image Uploads is turned on, I can upload images with no problem. However they are displaying as broken images, not viewing properly. From what I was told, it's some where in the .htacess file but I have no idea what It should be saying or what I need to add/change on it to make this problem remedy itself.

Ciencia Al Poder (talkcontribs)

I've looked some pages with images and they work fine. Is the issue resolved? Marking as such, reopen if not

[RESOLVED] MediaWiki not sending email

16
Mvanhorn (talkcontribs)

At some point in the past, this was working, but our wiki is now not sending email to the WikiSysop when someone makes a change to the wiki.

We have both $wgEnableEmail and $wgEnableUserEmail set to "true", and the EmailNotification variables are:

$wgEnotifUserTalk = true; # UPO $wgEnotifWatchlist = true; # UPO $wgEmailAuthentication = true; $wgUsersNotifiedOnAllChanges = array('WikiSysop');

As I say, at one point we know this was working, but it has stopped and I can't figure out why. The wiki is configured to use the php mail functionality (not a direct SMTP connection), which is working for other applications on our server.

I know that the version of the wiki software is somewhat old, but I haven't seen anything in the release note of subsequent versions that says a fix for anything that seems to be conencted to this issue was implemented. There doesn't seem to be a way to get the MediaWiki software to log what it is doing, to be able to check where in the process something is failing.

MediaWiki: 1.11.0 PHP: 5.4.11 (apache2handler) MySQL: 5.1.58

Any help is appreciated, thanks!

Ciencia Al Poder (talkcontribs)

If the PHP or wiki configuration hasn't changed, then it may be a firewall refusing connections between the server running MediaWiki and the mail server, or the mail server is refusing emails received from the email address configured in your server or from your server's IP address.

Mvanhorn (talkcontribs)

It's not that firewall is blocking connections, because, as noted, sending mail via php (and via other means) from the server works.

Ciencia Al Poder (talkcontribs)

Uh... I just noticed that you're using PHP 5.4.11, which was released on 24-jan-2013, so you upgraded PHP to a new version recently, which probably caused the issue.

Since MediaWiki 1.11 wasn't tested with that version of PHP (which didn't exist at the time it was released), it may be some compatibility issue with mail functions.

Having upgraded PHP, I'd recommend upgrading MediaWiki as well.

Bawolff (talkcontribs)

Do normal emails work? (Special:emailuser type emails)? It may be useful to enable MW debug logging (See How to debug) to see if it says anything about emails.

As an aside, there is a bug on latest MediaWiki with php 5.4 when $wgTimezone isn't set in LocalSettings.php (you get weird warnings). The easy work around is to set the timezone explicitly. (Just a heads up for if you decide to upgrade MediaWiki)

Ciencia Al Poder (talkcontribs)

I think you mean Manual:$wgLocaltimezone :)

Mvanhorn (talkcontribs)

Special:emailuser gives me a message which says

No target You have not specified a target page or user to perform this function on. [sic]

So, I can't test it that way.

I have already fixed the timezone issue; that was a PHP thing, not a MW thing.

I will try using the debug log; that may help. Thanks!

Bawolff (talkcontribs)

Sorry, I meant special:emailuser/<username of someone with email set up>

Mvanhorn (talkcontribs)

Okay, gotcha. Yes, that works. So, sending email via PHP (known to work) does work for MW. However, the automated email-when-someone-updates-the-wiki is not.

Bawolff (talkcontribs)

Hmm. Did you try special:emailuser for WikiSysop just to check for things like does wikisysop have correct email set.

My next guess is maybe the amount of email sent to that user started to trigger spam filters or something like that.

Your server may have logs about outgoing email. If so it might be worth to check them to see if the emails make it to that point or if mw is not generating them at all.

Mvanhorn (talkcontribs)

No, upgrading PHP didn't cause the problem; it was occurring before upgrading to 5.4.11. Previously, we had 5.3.10, and it was not working then, either.

Mvanhorn (talkcontribs)

Well, I tuned on debugging via $wgDebugLogFile and am not any closer to figuring this out. If I send a user an email directly, it generates a line in the log that says "Sending mail via internal mail() function". However, this is not occurring when a page changes happens, which is supposed to generate a message to the WikiSysop's email address.

Also, I did a recursive find, and the only reference that I can find to $wgUsersNotifiedOnAllChanges is in the LocalSettings.php file; wouldn't it need to be found in the MW code somewhere else for this to work?

Bawolff (talkcontribs)

Oh. In earlier mediawiki, the variable didnt have the second i in it. See manual:$wgUsersNotifiedOnAllChanges

Mvanhorn (talkcontribs)

That was it! I changed the variable name to $wgUsersNotifedOnAllChanges in our LocalSettings.php file, and now things are working!

At some point, I must have up-graded the wiki to a version where that variable name was misspelled, and that was when it broke.

Thank you!

Sowmya.yarradoddi (talkcontribs)

hi, am new to mediawiki. I have it installed. What all do I have to do for the email to work?

88.130.64.41 (talkcontribs)

Puhh, depends on your system: Make sure that mails can be sent at all, set up MediaWiki so that sending emails is enabled. The latter can be done during installation.