This page used the LiquidThreads extension to give structured discussions. It has since been converted to wikitext, so the content and history here are only an approximation of what was actually displayed at the time these comments were made.
FCK Editor Issues
Latest comment: 14 years ago3 comments2 people in discussion
Hi,
I am receiving the following error message whenever I try to edit an article:
Warning: Parameter 1 FCKeditor_MediaWiki:: onCustomEditor() expected to be a reference value given in (home directory)/public_html/(name of wiki)/includes/Hooks.php on line 117
Could you please tell me how to fix this or how to change to a different wysiwyg editor (e.g. tinyMCE)?
Thank you! 124.191.80.117 (talk) 08:48, 1 March 2012 (UTC)
You should probably ask the FCKEditor folks (or whomever maintains that extension). But I'm not sure if anyone actually does maintain it anymore. Bawolff (talk) 19:16, 4 March 2012 (UTC)
Set the category of a page using data filled in the form
Latest comment: 14 years ago1 comment1 person in discussion
Hi,
I am customizing the mediawiki to work as knowledge base of the TI systems of a enterprise. I have a form (property:System) which the user have to choose what systems the page that is being created is related.
I need to set the Category of the page that is being created using the values filled in the property System in the form. How can i do this ? In my search i found the extension Semantic:WatchList, but i think there is a simple way to do it instead of using this extension.
MediaWiki Version : 1.18
PHP Version : 5.3.6
MySQL Version : 5.5.9
Latest comment: 12 years ago4 comments4 people in discussion
Hi, have a wiki site for a local sports group and the frames don't align correctly in google chrome (works fine in firefox and IE). website is here:
http://hawaiiultimate.com/wiki/
most specifically, the left main panes always align BELOW the main body (in its column, however not in line with main body), evident in some of the longer pages.
Running:
mediawiki 1.10.1
php 5.2.13
MySQL 5.0.45-community-nt
forgive me but i'm not extremely familiar with how databases work so go easy. i understand simple code and most of the methods of editing and maintaining wikis, but this one has stumped me. is it a versioning problem? is it difficult to upgrade?
I wouldn't be so sure that this is unrelated to the fact that his MediaWiki version is outdated. There again and again are cases, where a system breaks and after investigation you see that it just is not compatible with current browsers.
You should upgrade your wiki to a current version.
I in fact believe that this will actually solve the issue; people use all kinds of browsers on Wikipedia; if this problem would be there in current versions, there definitely would be an according bug report or it would already have been dealt with. Please report back, if upgrading solved the issue for you! :-) 88.130.95.017:45, 21 March 2014 (UTC)
How to hide delete articles in recent changes?
Latest comment: 14 years ago5 comments5 people in discussion
I use the recent changes RSS to announce the wiki got articles changed.
But a lot of spam use this way to show there F**K ADs in the twitter account.
The rss contain there ADs even after I delete it. For example:
I think there was some means to add &bot=1 onto the end of a URL when removing vandalism, so that your action would show as being done by a site robot and therefore be absent from special:recentchanges unless the user clicks 'show bots'. I'm not sure if this is available for rollback, delete or both... but as far as I know the 'bot' flag is the quickest way to semi-hide something from recent changes.
The way I do this is to modify the recent changes table in the database. Here, you can do a few different things:
Mark the individual edit as a bot edit. This will hide the edit, even if they weren't actually a bot. community who like you to be transparent)
Manually edit the summary to remove the spam link
Delete the whole RecentChanges entry for the spam (not recommended if your wiki has a large
Personally, I run a script that marks ALL deletions and blocks as bot edits, because they're very frequent and not important (due to spam), so it's better to let users see just the real edits when they go to Recent Changes. They can still click 'show bots' to include these edits.
The SQL for this is:
UPDATE recentchanges
SET `rc_bot` = 1
WHERE `rc_log_action` = 'delete' OR `rc_log_action` = 'block';
Extention: to take chunks of text and add html tags
Latest comment: 14 years ago2 comments2 people in discussion
What i want to do, is to take text, and add tags around it. Like i take a word "red" and color it red, without touching the wiki source that the user inputs. Without bypassing the caching schemes of mediawiki.
I was thinking to take the final raw html, and work from there. How do i do that? From an extension of course. Super Quantum immortal (talk) 18:22, 2 March 2012 (UTC)
How can I calculate my age using an expression? (for my user page)
Latest comment: 14 years ago3 comments2 people in discussion
Hi, My user pageI tried to make this a proper interwiki link, but my en:User:3ICE attempt failed in the preview states:
I'm 19.
But that is because I last edited it about 2 years ago.
I would like to replace my age with a code snippet, to avoid making a new edit every year just to update it. (I do not wish to remove my age from my user page.)
How would I code Convert to years ( Current date - My birthday ) in MediaWiki's ParserFunctions Expr format? (Or some other programming language available on mediawiki) The help article did not cover subtracting dates, and googling around did not turn up anything I could use either. (I know, I probably didn't look hard enough.)
Latest comment: 14 years ago5 comments2 people in discussion
I have a very simple template here, which includes<ref> tags but the footnotes don't work. See here for it in action. Is it not possible to use footnotes in a template? Modrobene (talk) 08:42, 3 March 2012 (UTC)
I'm not sure why that isn't working. Are you using up to date mediawiki/Cite extension.
I'm fairly certain it's up-to-date - is there a way to check? It's not given at Special:Version or in the /extensions directory. I would just reinstall to be sure but I have a broken wrist and I'm trying to avoid stressing my one good hand. I'll try when I get the cast off, your workaround is perfect for now. Thanks! Modrobene (talk) 01:51, 6 March 2012 (UTC)
I just double checked with the latest version, and it shows your issue, so it isn't a your-cite-is-out-of-date-issue, but actually a the-cite-extension-is-kind-of-broken issue.
The core issue is that the cite extension does not pass the frame to recursiveTagParse, so template parameters are not expanded. Hence I guess you'll have to stick with the work around I gave you. Bawolff (talk) 02:52, 6 March 2012 (UTC)
Latest comment: 14 years ago1 comment1 person in discussion
I would like to create a popup box with a form to fill out when one edits a page. However, if I create it as a hook I have to return true; and I can't have a php form submitted as well. I can't figure out how to submit a form with a hook. Any help would be great. Thanks LTech (talk) 18:35, 3 March 2012 (UTC)
The subversion extensions trunk is locked or something
Latest comment: 14 years ago1 comment1 person in discussion
Subversion encountered an error:
svn: Working copy '/mnt/upload6/private/ExtensionDistributor/mw-snapshot/trunk/extensions' locked
svn: run 'svn cleanup' to remove locks (type 'svn help cleanup' for details)
Latest comment: 14 years ago4 comments3 people in discussion
I'm trying to write a hook extension.
I have .php file which has:
// Load this php code. $wgAutoloadClasses['AddImages']=$dir.'AddImages.body.php';//Hooks$wgHooks['EditPage::showEditForm:fields'][]='AddImages::fnAddImages';TheninAddImages.body.phpIhavetheclassandfunctionsClassAddImages{functionform(){//some php code}functionfnAddImages(){global$wgOut,$wgHooks,$wgUser;// some code $call form = form(); $wgOut->$callform;returntrue;}}
My issue is I need to call another function eg form() within fnAddImages() but when I try to I get the message:
Fatal error: Call to undefined function form();
How to I call other functions in the class besides for the 'hooked' function? Am I missing something about understanding hooks?
I need to output other data (form submission) besides for just returning true on the hooked function. I thought I would do this by calling other functions within the hook. Is there a better way to do this?
Thanks, I'm really stuck on this. LTech (talk) 07:38, 4 March 2012 (UTC)
You should be able to do self::form() to call another function from the same class as your hook (statically anyways. To call non-statically use $this->form(). In your example you have the hook function being registered to be called statically, but the actual function not being declared as static). See http://www.php.net/manual/en/language.oop5.basic.php for more information. Bawolff (talk) 18:58, 4 March 2012 (UTC)
While at it, you may want to rename the class to AddImagesHooks and make sure that the statically called functions actually are static:
// Load this php code. $wgAutoloadClasses['AddImagesHooks']=$dir.'AddImages.hooks.php';//Hooks$wgHooks['EditPage::showEditForm:fields'][]='AddImagesHooks::doAdd';# AddImages.hooks.php:ClassAddImagesHooks{publicstaticfunctiongetFormHtml(){// some php code}publicstaticfunctiondoAdd(){global$wgOut,$wgHooks,$wgUser;// some code$form=self::getFormHtml();$wgOut->addHtml($form);returntrue;}}
Latest comment: 14 years ago2 comments2 people in discussion
Hello!
I want to have some wikis in different languages, sharing the same media-files in another, single wiki. When all wikis are on one server all works. I use such code for language-wikis:
And everything works like with commons.wikimedia.org. But when language-wikis are on different server and have own IP, this code doesn't work. I undestand that problem is in $wgSharedUploadDirectory. But how to overcome this? Thanks for any help! ZelChief (talk) 10:33, 4 March 2012 (UTC)
Have a look at manual:$wgForeignFileRepos. If you want to use ForeignDBRepo/ForeignDBRepoViaLB (the most efficient option) you still need to have the upload directory locally accessible from each server. You can do something like nfs for that. (ForeignAPIRepo doesn't have that requirement, but is inefficient) Bawolff (talk) 18:51, 4 March 2012 (UTC)
Search problem
Latest comment: 14 years ago1 comment1 person in discussion
Latest comment: 14 years ago5 comments4 people in discussion
Hi!
I want to add multilanguage articles, but when I add {{Languages}} to my article, it appears as "Template:Languages" instead of available languages... How to fix it? 79.186.81.132 (talk) 18:44, 4 March 2012 (UTC)
Sounds like you don't have a Languages template. Templates have to exist before they can be used. You can create Template:Languages yourself or import one from a wiki that has it. Reach Out to the Truth (talk) 23:56, 4 March 2012 (UTC)
Latest comment: 14 years ago2 comments2 people in discussion
I created a new wiki over the weekend but HATE the template I chose!!
Is there ANY way to change the template to something more simple ... like the template used here at mediawiki.org ... or at Wikipedia?
Both of the mentioned sites are "cleaner" and simpler ...
Also ... I created the wiki with the same logon I use here ... is there any way to transfer "ownership" to another username so that I can receive all RAOGK emails at raogk_mcowan@yahoo.com vs. being indundated at my mcowan@erols.com email??
Could you also look at the questions I put on the talk page at the above wiki ... and reply to me at raogk_mcowan@yahoo.com
You should really ask at wikia's help. This place is more for generic mediawiki questions (aka if you were hosting the site yourself I'd be able to tell you that you have to change $wgDefaultSkin in LocalSettings.php - but the procedure is different for a wikia wiki).
Latest comment: 14 years ago1 comment1 person in discussion
I've created a hook extension so when you edit a page there is a button 'add images' and a popup with a form comes up.
$wgHooks['EditPage::showEditForm:fields'][] = 'AddImagesHooks::fnAddImages';
There are radio buttons 'upload image' or 'choose from existing'. However when I submit the form and look at the source code it only works for the id=editform and I can't pass any information though the form. It seems the hook 'editform' is overriding my form actions and method.
<form id="editform" name="editform" method="post" action="index.php?title=I_want_a_new_page&action=submit" enctype="multipart/form-data"><form id="popup" action="index.php?title=I_want_a_new_page" method="get"><input name="addimage" type="radio" value="hello" />Choose from Exisiting <input name="addimage" type="radio" value="go" />Upload Image </form><button id="addImage">Add Image</button>
How do I pass my values, overriding the 'editform' action?
Also I get the message 'Remember that this is only a preview. Your changes have not yet been saved!'
and 'Warning: This page was deleted after you started editing!' and everything is deleted.
What is going on? Thanks LTech (talk) 07:55, 5 March 2012 (UTC)
from action = submit to same page
Latest comment: 14 years ago3 comments3 people in discussion
I am creating an XML from to submit in an extension.
I want to set action as 'action' => self::getTitle()->getLocalURL( 'action=submit' ),
but I get the error: Call to undefined method className::getTitle()
How do I submit to the same page? LTech (talk) 08:17, 5 March 2012 (UTC)
This would depend on the context of where this code is running. If its from a hook, it is very unlikely self::getTitle() (or $this->getTitle() for that matter) is the right thing to do in order to get the title. Bawolff (talk) 20:03, 5 March 2012 (UTC)
SMW Result Formats Timeline: Data range < 1900 doesn't appear
Latest comment: 14 years ago5 comments2 people in discussion
Hello,
I already have posted this query on the SMW Result Formats talk page, but it might be related to the general Mediawiki code - therefore here we go:
I recently have installed the latest revision of Mediawiki (1.18.1) and created my own wiki. I also installed the lates version of SMW (1.7.0.2) and Semantic Result Formats (1.7.0) in order to create a timeline with historic data from the village where I live. It all works perfectly well - except the fact that all dates prior to 1900 are not displayed in the timeline. In the documentation of the SMW Extension it says that dates back to the beginning of time are supported. However, somewhere inside the Mediawiki forums I read a hint that Mediawiki might only support dates back to approx. 1900 and not further back. Is this true and is there any workaround? I actually can't believe that there isn't one... Furthermore, I've seen other Mediawiki timeline extensions like EasyTimeline that show up historic data back to stoneages, therefore it's hard to believe that the reason for this behavour is Mediawiki.
URL of my page is: http://hvg-wiki.heimatverein-gymnich.de/index.php/Zeitleiste.
Versions:
PHP: 5.2.12-nmm2 (apache2handler)
MySQL: 5.1.43-nmm4-log
Could anybody please give me a hint?
Many thanks! Sochin67 (talk) 09:22, 5 March 2012 (UTC)
Depending on how SMW is programmed, there may be issues with dates before Fri, 13 Dec 1901 20:45:54 UTC when using 32 bit php. (Some of MW's core date functions have issues [mostly because php has issues], so it depends on if SMW uses them or not).
many thanks for your note, at least it's a first indication! That date you're mentioning in your post does correlate to the date where the issue appears in my timeline.
However, I spoke to my web hoster and he confirmed that their environment is running on 64 Bit. When checking the phpinfo I saw that the System is a 64 Bit one (Linux dd6904 2.6.32-38-server #83-Ubuntu SMP Wed Jan 4 11:26:59 UTC 2012 x86_64), but is this what you mean? Or did you mean that the php installation as such needs to be a 64 Bit version? The PHP API listed in phpinfo is "20041225" and PHP Extension is "20060613".
I believe both the OS and the php version would have to both be 64 bit, but it would be very odd to run 32 bit php on a 64bit host, so if the host is 64bit, there is a very good chance that the php version is 64 bit.
Cannot seem to secure my wiki from unauthorized account creations, edits, etc.
Latest comment: 14 years ago6 comments3 people in discussion
MediaWiki 1.15.2
PHP 5.3.5 (apache2handler)
MySQL 5.1.54-log
I have a Mediawiki installation at Climatewiki.org. Over the past several months, we've had many occasions of unwanted spam entries, even edits to existing pages. After each episode, I would discover the LocalSettings.php had been modified back to less-secure settings. I'd replace it with my more-secure version and things would be fine again for awhile.
This episode is different. I've pasted my LocalSettings.php below. But it hasn't made a difference -- account creation is still being permitted, even though I'm fairly sure it shouldn't be. I'm wondering now if someone who knows more about this stuff than I do has somehow over-ridden the localsettings.php. How would they do that?
Any help would be appreciated. LocalSettings.php currently is (I've replaced with xxxxx passwords and other information I'd rather not share); relevant settings at the bottom of the file:
<?php# This file was automatically generated by the MediaWiki installer.# If you make manual changes, please keep track in case you need to# recreate them later.## See includes/DefaultSettings.php for all configurable settings# and their default values, but don't forget to make changes in _this_# file, not there.# If you customize your file layout, set $IP to the directory that contains# the other MediaWiki files. It will be used as a base to locate files.if(defined('MW_INSTALL_PATH')){$IP=MW_INSTALL_PATH;}else{$IP=dirname(__FILE__);}$path=array($IP,"$IP/includes","$IP/languages");set_include_path(implode(PATH_SEPARATOR,$path).PATH_SEPARATOR.get_include_path());require_once("$IP/includes/DefaultSettings.php");# If PHP's memory limit is very low, some operations may fail.# ini_set( 'memory_limit', '20M' );if($wgCommandLineMode){if(isset($_SERVER)&&array_key_exists('REQUEST_METHOD',$_SERVER)){die("This script must be run from the command line\n");}}## Uncomment this to disable output compression# $wgDisableOutputCompression = true;$wgSitename="ClimateWiki";## The URL base path to the directory containing the wiki;## defaults for all runtime URL paths are based off of this.$wgScriptPath='.'=='.'?'':"/.";$wgScriptExtension=".php";## For more information on customizing the URLs please see:## http://www.mediawiki.org/wiki/Manual:Short_URL$wgEnableEmail=true;$wgEnableUserEmail=true;$wgEmergencyContact="xxxxxxxxxx";$wgPasswordSender="xxxxxxxxxx";## For a detailed description of the following switches see## http://www.mediawiki.org/wiki/Extension:Email_notification ## and http://www.mediawiki.org/wiki/Extension:Email_notification## There are many more options for fine tuning available see## /includes/DefaultSettings.php## UPO means: this is also a user preference option$wgEnotifUserTalk=true;# UPO$wgEnotifWatchlist=true;# UPO$wgEmailAuthentication=true;$wgDBtype="mysql";$wgDBserver="localhost";$wgDBname="xxxxxxxx";$wgDBuser="xxxxxxxx";$wgDBpassword="xxxxxxxx";# MySQL specific settings$wgDBprefix="";# MySQL table options to use during installation or update$wgDBTableOptions="TYPE=InnoDB";# Experimental charset support for MySQL 4.1/5.0.$wgDBmysql5=false;# Postgres specific settings$wgDBport="5432";$wgDBmwschema="mediawiki";$wgDBts2schema="public";## Shared memory settings$wgMainCacheType=CACHE_ACCEL;$wgMemCachedServers=array();## To enable image uploads, make sure the 'images' directory## is writable, then set this to true:$wgEnableUploads=true;# $wgUseImageMagick = true;# $wgImageMagickConvertCommand = "/usr/bin/convert";## If you want to use image uploads under safe mode,## create the directories images/archive, images/thumb and## images/temp, and make them all writable. Then uncomment## this, if it's not already uncommented:# $wgHashedUploadDirectory = false;## If you have the appropriate support software installed## you can enable inline LaTeX equations:$wgUseTeX=false;$wgLocalInterwiki=$wgSitename;$wgLanguageCode="en";$wgProxyKey="xxxxxxxxxx";## Default skin: you can change the default skin. Use the internal symbolic## names, ie 'standard', 'nostalgia', 'cologneblue', 'monobook':$wgDefaultSkin='monobook';## For attaching licensing metadata to pages, and displaying an## appropriate copyright notice / icon. GNU Free Documentation## License and Creative Commons licenses are supported so far.# $wgEnableCreativeCommonsRdf = true;$wgRightsPage="";# Set to the title of a wiki page that describes your license/copyright$wgRightsUrl="";$wgRightsText="";$wgRightsIcon="";# $wgRightsCode = ""; # Not yet used$wgDiff3="";# When you make changes to this configuration file, this will make# sure that cached pages are cleared.$wgCacheEpoch=max($wgCacheEpoch,gmdate('YmdHis',@filemtime(__FILE__)));$wgLogo="/skins/monobook/climatewiki-logo.png";# Prevent new user registrations except by sysops$wgGroupPermissions['*']['createaccount']=false;$wgGroupPermissions['*']['edit']=false;# Anonymous users can't create pages or talk$wgGroupPermissions['*']['createpage']=false;$wgGroupPermissions['*']['createtalk']=false;require_once("$IP/extensions/googleAnalytics/googleAnalytics.php");
"After each episode, I would discover the LocalSettings.php had been modified back to less-secure settings." Let's talk about this first. Was it modified by someone authorized to do so, or have you been hacked? If it's the latter, further modifications to LocalSettings.php are unlikely to be of any help whatsoever. Sorry. Reach Out to the Truth (talk) 14:58, 5 March 2012 (UTC)
I definitely agree the question of who has been modifying these settings is the important one! Of five authorized users, only one besides me would have a clue as to how to do this. Hacking would seem to be a possibility, which I guess means the security issues run deeper than I feared. Thanks ... I think! Dbast (talk) 15:08, 5 March 2012 (UTC)
Well, if you have five people who could have done it, you could try asking them. If they all say they haven't done it, then definitely look into improving your security. Reach Out to the Truth (talk) 15:45, 5 March 2012 (UTC)
"Try asking them" -- why didn't I think of that? Oh, I did, and they all didn't. There is work to be done, for sure. Dbast (talk) 16:32, 5 March 2012 (UTC)
Mediawiki not working properly when installed under proxied zone
Latest comment: 14 years ago6 comments2 people in discussion
Our MediaWiki is set up on a zone that is sitting behind a proxy: "https://domainname.com/wiki"
It is installed under /etc/opt/csw/apache2/share/htdocs/mediawiki/.
For some reason, it has problems with the path ("https://domainname.com/wiki/mediawiki"). We have tried combinations of the following paths in LocalSettings.php, but nothing is working.
$wgServer should definitely have only the protocol and the host. It should not have any of the path (aka not the /wiki ), and it should contain the server name as the outside world sees it. $wgScriptPath needs to point actually to the directory containing the file index.php for your wiki.
If /etc/opt/csw/apache2/share/htdocs corresponds for the outside world to something like http://domainname.com/ and your wikis php files (index.php, load.php etc) are in the directory /etc/opt/csw/apache2/share/htdocs/mediawiki then your config would probably look like:
$wgScriptPath = '/mediawiki';
$wgServer = 'http://domainname.com';
// if you wanted both http and https to work, you might try $wgServer = '//domainname.com'; . If using squid caching, that might require some additional set up to make it purge things correctly for both http and https.
I can't really make suggestions any more specific then that without knowing fully how your wiki is configured. Bawolff (talk) 20:47, 5 March 2012 (UTC)
We have created a Solaris zone called 'wiki-zone' and configured the proxy so that the url for the zone is 'https://domainname.com/wiki/'. What we are trying to find out is if this type of setup is allowed and if so, what the workaround is.
As I mentioned in my original post, we have tried different combinations of:
Well basically those configuration variables need to be set in such a way that the following would give an edit page url $wgServer . $wgScriptPath . '/index.php?title=Some_Page&action=edit' that would, if you directly typed it into your web browser, actually go to the edit page. (That's a bit of a white lie, the construction of such urls is actually a bit more complicated, but that's the basic version of how those variables work)
Note, all these variables are for how the web browser sees the url (and not how the web server sees the url), so even if https://domainname.com/wiki maps to some sort of virtual server, as far as the web browser is concerned, the actual server is https://domainname.com and the /wiki part is part of the $wgScriptPath.
(MediaWiki has other variables for internal server names - manual:$wgInternalServer - but its unlikely you would need those unless you have a caching web proxy in front of your web server you need to purge cached pages out of) Bawolff (talk) 23:25, 5 March 2012 (UTC)
Thanks again.
This is the version of Apache we are currently running on the host:
With $wgScripPath = "/wiki/mediawiki" and $wgserver = "http://wiki-zone", the main wiki page looks fine, but it's not the case for subsequent pages including the login page. The login page would not come up at all.
Is this because of the /wiki in the url or /Special:UserLogin at the end of the link? I'm just trying to see if anyone has done this type of installation and what the workaround is. Sierrawiki (talk) 19:23, 6 March 2012 (UTC)
>The login page would not come up at all.
Do you mean it was a total blank page? This could indicate some other issue (Blank page is usually a PHP fatal error if error reporting is disabled. It'd be a good idea to enable error reporting just to rule out this case).
Generally if the $wgScriptPath related variables are wrong, you're more likely to get 404 pages and urls constructed incorrectly, the worse case that could possibly happen is a redirect loop.
Latest comment: 14 years ago2 comments2 people in discussion
Hi, I created a new user account in my MW, but forgot the password. When I try to change it (or when the user himself tries to) the following message appears:
"SAFE MODE Restriction in effect. The fifth parameter is disabled in SAFE MODE"
How can I:
1) delete the fifth parameter OR
2) disable the safe mode?
Sorry but I only found people asking why they can't upload files due to safe mode, but nobody having problems with resetting/retrieving passwords. Thanks for your help!! Si-co (talk) 21:41, 5 March 2012 (UTC)
We really recommend avoiding using safe mode if possible. It doesn't actually make anything "safer" but is a giant pain.
This particular message seems to be related to sending email. This particular issue has been fixed on the unstable version MediaWiki. The ways around this problem are:
Use MediaWiki 1.19 or higher. This isn't officially released yet, so you'd need to download from svn, etc. Should be out in a month or 2 though.
Find the file includes/UserMailer.php in your mediawiki install, and make the change described by the diff at rev:99411
Use manual:$wgSMTP to send mail (may or may not be possible on your set up)
Use one of the alternative methods that don't require email support to reset the password (there's a list of methods at Manual:Resetting_passwords)
how the download image files link to the local wikipedia?
Latest comment: 14 years ago4 comments3 people in discussion
I mirror a wikipedia in local computer.and I also had download all the images(about 50G) from the "http://zh.wikipedia.org" using Wikix. how the local wikipedia can link the download images? and make the local wikipedia can dispaly the images and being a complex similar with the offical website "http://zh.wikipedia.org".Thank you! Jxjadzl (talk) 02:08, 6 March 2012 (UTC)
I'm not sure if i understand your question - but maybe manual:ImportImages.php might help you. It takes images from a local directory and makes it so a local mediawiki install can use them.
(Also note that zhwikipedia uses images from Commons in addition to the local images. You can also check out manual:$wgForeignFileRepos for info on how to make mediawiki dynamically use images from another wiki without downloading all of them all at once). Bawolff (talk) 03:34, 6 March 2012 (UTC)
I already looked at that page before I posted my question. That page didn't have a solution. I've re-edited my question as it didn't appear properly before. Holygamer (talk) 18:08, 6 March 2012 (UTC)
That picture still has a link to the file description page when I hover over the square in the bottom right corner. Holygamer (talk) 10:33, 7 March 2012 (UTC)
The link parameter only affects the link on the image itself. The icon below always goes to the image description page regardless of where the image links to. That is its purpose, and I don't know if it's possible to change that behaviour. Reach Out to the Truth (talk) 14:53, 7 March 2012 (UTC)
The best you can do [[File:example.jpg|link=|frame|caption]] - however then the image isn't scaled. (I suppose alternative is hide the magnification icon with css...) Bawolff (talk) 14:59, 7 March 2012 (UTC)
It's an SEO issue. The search engines still see the link in the code even if you hide it with CSS. Even if I don't have a caption there is still an "enlarge" link. Is there any way to hack the code to remove the enlarge link? Holygamer (talk) 15:18, 7 March 2012 (UTC)
/me believes all that SEO stuff is a bunch of hocus pocus ;)
Note, you can make a template (lets call it template:thumb) that would do something like:
And then you could call like {{thumb|Example.png|120|caption=An Example}}, which would make:
An Example
Officially we discourage people from making custom patches to MW. Things tend to break when people do that, especially on upgrade, and then they blame us ;). However, I will note the relavent code is in the Linker::makeThumbLink2 method (in includes/Linker.php), specifically the $zoomIcon variable. Bawolff (talk) 03:10, 8 March 2012 (UTC)
Hi, I tried to make that template but I get the following error message: Expression error: Unrecognised punctuation character "{" Holygamer (talk) 11:36, 8 March 2012 (UTC)
Bawolff, Am I just supposed to use that first lot of code you gave me in a template? I created that template but I get the following error message when I save the template: Expression error: Unrecognised punctuation character "{"
You also mentioned the Linker::makeThumbLink2 method but I've no idea what I'm supposed to do. I'm not familiar with code.
The template may have an error on the template page, but it should work when you actually use it I think (The error more comes from it not having an image width to substitute in). I strongly suggest you avoid modifying Linker::makeThumbLink2 unless you absolutely have to, and if you do, that you know what you're doing - since custom patches make things rather complicated. I only mentioned it because if push comes to shove you can do that as a last resort. Bawolff (talk) 01:54, 12 March 2012 (UTC)
Latest comment: 14 years ago1 comment1 person in discussion
I'm looking for a method to import files that are not on the allowed file extensions list, like allowing sysops to upload any type of media, there doesn't seem to be a extension that allows this anywhere, tried hacking a solution into localsettings, but the user class isnt loaded that early (Or Im doing it flat out wrong) 69.171.162.76 (talk) 23:34, 6 March 2012 (UTC)
WikiEditor problem
Latest comment: 14 years ago2 comments2 people in discussion
Hi, i'm from italy, so I have a custom skin "MistyLook" (downloaded from here, but not official skin)
this skin works fine, but when I edit a page, I can't see any toolbar.
From preference everything fine, from "versione" it's all ok, if I use another skin, wikieditor works great, the problem are only with this skin, can everybody help me with that?
Short version: The skin isn't fully compatible with 1.18
Long version: The skin hard coded some stuff relating to how js is loaded. However, the way js is loaded has changed over time (especially with RL being introduced). As a result, the skin isn't properly loading all of MediaWiki's js, which is breaking some functionality, most noticeably the edit toolbar.
Latest comment: 14 years ago3 comments3 people in discussion
The PHP is not running! It's instead displaying the source code. What went wrong? How do I fix it? Does my browser (Safari 4.0.3) not support PHP? Or do I need to re-install PHP? Mac OS X 10.6.2 187.126.116.166 (talk) 06:39, 7 March 2012 (UTC)
Most likely your webserver (apache in all probability) isn't configured properly. Refer to the install documentation for php Bawolff (talk) 06:57, 7 March 2012 (UTC)
Latest comment: 5 years ago12 comments10 people in discussion
Okay, so here is an example vandalism scene I replayed in a test installation of MediaWiki:
127.0.0.1 replaces the Main Page with nonsense
Administrator reverts the edit
127.0.0.1 replaces the Main Page with nonsense again
Administrator reverts the edit
Administrator protects the Main Page
127.0.0.1 copies off the article about MediaWiki on Wikipedia (a copyrighted source) and pastes it on Test Wiki
Administrator deletes the "MediaWiki" page
127.0.0.1 pastes Wikipedia's article about MediaWiki on Test Wiki again
Administrator deletes the "MediaWiki" page again
However, the pages with their content, revision entries and so on remain in the database.
Therefore, the database size unnessecarily increases nearly 1MB and, if the full database is available publicly, especially speaking for the copyright violation, anyone can look at the database dump to see the page which violated copyright law.
Will there ever be a way to permanently delete pages along with the regular way to delete pages in MediaWiki (completely remove them from the database, although the permanently-deleted pages cannot be restored) and solve any of the problems with deleted pages remaining in the database just so another administrator can restore it? --218.186.15.1007:22, 7 March 2012 (UTC)
Hi,
I think no one should have to care, if the DB is an MB bigger or smaller. If DB size is a problem for you, you should maybe change to a hoster, which offers more ressources there. For permanently deleting pages try the Extension:Nuke, which comes with MediaWiki 1.18 by default. It can delete pages permanently. 88.130.75.11312:00, 7 March 2012 (UTC)
No it doesn't. Nuke allows mass deletion of pages created by a specific user. The deletions are done the same way as a normal deletion, it just lets you do a bunch of them at once. Reach Out to the Truth (talk) 14:43, 7 March 2012 (UTC)
Telling someone they "shouldn't care" and "get a better host" in response to a feature request is non productive.
I would love to see a way to delete old revisions on a per-article or per-revision basis. Currently, since I don't care about saving old revisions in my implementation, I run deleteOldRevisions on occasion to throw out the junk. I would prefer a way to do it in a more limited way, and was surprised that mediawiki doesn't provide one. 209.29.183.17218:45, 8 March 2012 (UTC)
Where exactly did I tell him that he shouldn't care? I told him that in my opinion he should not have to care about the available DB size. This is something completely different. But obviously some guys could misunderstand that; let me make this more clear: Today you can purchase harddisks with some terrabytes in size. Depending on usage, MediaWiki databases can grow quickly up to a few hundred megabytes or more. There it sounds like a joke to tell us that you had to care for "nearly one megabyte". If you cannot save new data in your database, you won't be able to run MediaWiki correctly. In the worst case you will even break your system. You need free space just to continue running the system; any changes on pages and such will need even more space. If you have to worry about a single megabyte, you should really change to a hosting package or even to another hoster, where you have more space available. 88.130.66.10922:24, 8 March 2012 (UTC)
My MediaWiki installation has over 8 gigabytes of spam in it. The server has less RAM than that, and I feel the SQL server is slowing down very noticably. This sort of thing is a problem. 62.78.217.22719:14, 9 February 2015 (UTC)
In this situation you basically have two options:
1. You export those pages, which are OK and import them in a new MediaWiki install.
2. You keep your original install and delete the spam pages. Afterwards you can run the maintenance script deleteArchivedRevisions.php, which actually removes those revisions, which have been deleted before. If you only want to remove selected revisions from the archive table, you cn also just remove the according rows in MySQL. Afterwards, run purgeOldText.php to also remove the according texts. 88.130.81.21522:25, 9 February 2015 (UTC)
You can use manual:RevisionDelete to add another level of "deletion" where certain users can't see the deleted things.
However, some versions of SQL servers also only archive tables with "DELETE FROM" queries instead of permenantly deleting them. 218.186.15.1009:05, 9 March 2012 (UTC)
However, some versions of SQL servers also only archive tables with "DELETE FROM" queries instead of permenantly deleting them.
I was not aware of that, however at that point it really becomes a database administration issue and not a MediaWiki issue. Its unlikey there exists a pre-built mediawiki tool that will take into account the db possibly archiving things in its own way that are deleted from the tables. Bawolff (talk) 01:50, 12 March 2012 (UTC)
Every RDBMS I know, when you delete rows from a table, doesn't deallocate that unused space so it's free for the underlying operating system to reuse it. Basically, if your datafiles are 8GB and you delete 4GB of data from the database, the datafiles will still be 8GB in size. That space can be reused by the database.
This is a good point that relates to another discussion I had with fs developers regarding discards and multiple layers of the block storage API, including thin provisioning and virtualization.
Respecting the division of labor between different API layers and respecting layers of abstraction is important and there's only so far you can throw the ball before you have to punt it to the next player.
Deleting the data via the database api and making sure the transaction commits is the extent of mediawiki's duty. After that it's a sanitization issue more suited to forensics.
Latest comment: 14 years ago3 comments3 people in discussion
So I have an installation of MediaWiki. When editing the content of an article, sometimes the presence of the word 'from' will cause the server to throw a 500 error. If I substitute the instances of that word with something else--say, 'DERP'--the article saves and displays no problem.
Anyone have ideas on what causes this, or what I can do to fix it? I'm on a shared hosting account, so I can't see the PHP error log--just the one linked to in cpanel.:< 66.66.190.94 (talk) 09:25, 7 March 2012 (UTC)
Sometimes apache's mod_security has been known to cause really weird stupid issues like that (however, if that was the case there would be relavent messages in the apache error log). Bawolff (talk) 15:03, 7 March 2012 (UTC)
Template display not right!
Latest comment: 14 years ago15 comments3 people in discussion
hello, i mirror a local wikipedia.all is right.but the Template dispaly not very good, It has not the "display " and "Hidden" button.So all the Template have displayed.How to solve it? Thank you !
I have set "$wgUseTidy=true". Jxjadzl (talk) 03:51, 8 March 2012 (UTC)
The key problem is the template and menu don't have the "Hide " or "Show" button（triangle），so the page dispaly not pretty!Other information is on the top talk! yhank you! Jxjadzl (talk) 07:16, 14 March 2012 (UTC)
Tag hook: recursiveTagParse() - TOC not loaded
Latest comment: 14 years ago6 comments3 people in discussion
I'm using tags like
<foo>
== Heading 1 ==
Text
== Heading 2 ==
Text
== Heading 3 ==
Text
</foo>
But then tag doesn't work and the TOC is not loaded (forcing it via __TOC__ doesn't help). Is there a solution to it so the tag doesn't need to be set below each heading? [MW 1.18.0] Subfader (talk) 15:19, 8 March 2012 (UTC)
I suppose use a parser function instead of a tag extension is not considered a valid solution? (It would probably fix the issue).
Placing __TOC__ inside the <foo> seems to work in my tests. For example:
<foo>
__TOC__
== Heading 1 ==
Text
== Heading 2 ==
Text
== Heading 3 ==
Text
</foo>
produces a toc on my test wiki.
Note, using parser tags in this manner has some other limitations. Namely <foo> cannot be nested, and PST (processing subst:, pipe trick, and ~~~~) is not done on the contents of foo Bawolff (talk) 01:51, 15 March 2012 (UTC)
The fun part of this is:
__TOC__
==header==
<foo>
__TOC__
==header 2==
</foo>
produces 2 ToC's. I guess its an artifact of when recursiveTagParse happens vs normal header/TOC magic happens. Bawolff (talk) 01:53, 15 March 2012 (UTC)
btw, this should probably be filed as a bug. It probably wouldn't be a trivial fix, so it might languish in bugzilla like many non-trivial parser changes tend to, but its probably somewhat do-able, after all it already has $isMain argument to determine if its coming from a recursiveTagParse Bawolff (talk) 02:12, 15 March 2012 (UTC)
[RESOLVED] Cannot Login or Register. Enable Cookies
Latest comment: 12 years ago6 comments5 people in discussion
I've been getting this error today when I tried working on my Wiki. I just installed MediaWiki about a week ago and have been edited every single day with no issues at all... until today.
"Darksiders Wiki uses cookies to log in users. You have cookies disabled. Please enable them and try again."
How do I assure that cookies are enabled? I did some basic research online, and I was told to edit the session.save_path... I don't have that. I have no idea where to find my php directory that has these files. I've looked everywhere and it's quite frustrating. Mases (talk) 20:13, 8 March 2012 (UTC)
I have fixed this error. It turns out that my PHP's session folder wasn't writable. The issue was that I couldn't see this folder via FTP and I needed to login via root SSH access to fix it. All is good now. Mases (talk) 07:27, 9 March 2012 (UTC)
This also fixed my problem - thank you for sharing.
None of your links are working (also "static" links like to the RecentChanges page), because they miss the base URL. Having a look at the Recent Changes page for example you have spam in that page at places, where it cannot be put, if the attacker was just using the web interface.
This is not only a spam attack, where people create (or edit) pages to add spam. Your wiki seems to have been hacked.
You should disable access from the web and check the situation. Then you must close the whole through which the attacker came in. This whole can also be some other software on the server (it must not necessarily be MediaWiki). Server logs (Apache Logs/FTP Logs) might be helpful to find out what went on. Having a look at the symptoms I guess that someone is able to manipulate the files on your server, e.g. the PHP files. A common place where you might find malicious code is in LocalSettings.php, maybe in some obscure way like decode(base64(...)). But it can be placed basically anywhere. 88.130.104.17111:29, 9 March 2012 (UTC)
Warning and Fatal error when running web update for 1.18
Latest comment: 14 years ago2 comments2 people in discussion
We are currently runnning MW 1.14.0 and we are trying to upgrade to 1.18.
When I go to do the web updater I get the following errors
Warning: call_user_func(Installer::overrideConfig) [function.call-user-func]: First argument is expected to be a valid callback in D:\xampp\htdocs\XXXXXXXX\includes\WebStart.php on line 101
Try installing version 1.18 into a new folder, copy your extensions/, images/ and skins/ folder and your LocalSettings.php there and then try again. When updating to 1.18 there sometimes are problems with leftovers from older versions. 88.130.104.17118:59, 9 March 2012 (UTC)
1.18.1 archive corrupt
Latest comment: 14 years ago3 comments3 people in discussion
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.
gzip: stdin: unexpected end of file
mediawiki-1.18.1/extensions/Gadgets/ApiQueryGadgetCategories.php
mediawiki-1.18.1/extensions/Gadgets/Gadgets.i18n.php
tar: Unexpected EOF in archive
tar: Unexpected EOF in archive
tar: Error is not recoverable: exiting now
I have been trying to write an extension including some tags like 'section'.
However, when trying to nest these, I cannot do anything but conclude that MW's tag detection does not support nested tags.
Suppose I use the following code:
<section name="name">This is a test
<section name="sub">What should be a subsection</section>
Some further text
</section>
The output generated then becomes of the following kind
start sample output
Section
This is a test
Section
Latest comment: 14 years ago2 comments2 people in discussion
What should be a subsection
Some further text<labeledsectiontransclusion />
end sample output
I am using calls to recursiveTagParse to support this kind of tag nesting, but it appears (also when checking with the PHP function print_r the text that is sent to the parsing function) that the detection of tags is fundamentally flawed.
Its not supported (see bugzilla:1310). If you need nesting, you have to use a parser function (if you have an existing parser tag, you can use #tag syntax as well). Bawolff (talk) 02:52, 13 March 2012 (UTC)
How to prevent links to external Files?
Latest comment: 14 years ago1 comment1 person in discussion
My Versions: MediaWiki: 1.16.5, PHP: 5.2.17, MySQL: 5.1.61
I have a music wiki but I also have links within the wiki to MP3s on the site (not stored within the wiki). For security reasons I want to block people from adding external links.
With SpamRegex I can block external links like below, however it also blocks admins such as myself. Is there any way via an extension or a spam filter or otherwise that I can allow myself to add external links?
# Block ALL external links
$wgSpamRegex = "/http:\/\//";
You can hide elements with CSS by defining display: none; for the element you don't want to see. Check the sourcecode of the wiki page to see, how you can address the element (e.g. with its id attribute if it has one). 88.130.110.9418:07, 11 March 2012 (UTC)
I don't find any sourcecode for the header,the only i find was "div id=mw-head class=noprint" with firefox...but i have no idea how i can remove them.
Verify the vector extension is installed correctly by checking for it being listed at Special:Version on your wiki. Also check for any js errors in your browsers javascript console, which could potentially interfere with the extension.
You do not need any special tag in MediaWiki:Sidebar, the collapse feature should happen automatically upon enabling that extension. Bawolff (talk) 02:29, 13 March 2012 (UTC)
external link in footer?
Latest comment: 14 years ago1 comment1 person in discussion
In verson 1.18.1, I'm trying to use this hook to add an external link in the footer:
$wgHooks['SkinTemplateOutputPageBeforeExec'][] = 'lfTOSLink';
function lfTOSLink( $sk, &$tpl ) {
As far as I understand your images are not getting uploaded. If this is right, then try checking $wgEnableUploads = true; in your LocalSettings file. Myidealh (talk) 10:58, 13 March 2012 (UTC)
PHP/libxml2 combination error when installing 1.18.1; any workarounds?
Latest comment: 14 years ago5 comments2 people in discussion
So when I try to install MediaWiki 1.18.1 I get the following error:
"Your system has a combination of PHP and libxml2 versions which is buggy and can cause hidden data corruption in MediaWiki and other web applications. Upgrade to PHP 5.2.9 or later and libxml2 2.7.3 or later (bug filed with PHP). Installation aborted."
My host is running PHP 5.2.17, so I'm okay there. However, it's only running libxml2 2.6.30, and they've not given me any indication as to when they'll be upgrading. Is there any workaround for this error that I can use? Dark T Zeratul (talk) 21:42, 12 March 2012 (UTC)
No, there's not really a non-upgrade related work around.
As an aside, MediaWiki actually checks for the bug being present, not the version numbers - so if you get the error its because the issue is actually present, not because a version number was blacklisted. Bawolff (talk) 02:36, 13 March 2012 (UTC)
Probably around 1.15. But note that's just when we started giving warnings, things will still be subtly broken in confusing ways, there just won't be any warnings about. Bawolff (talk) 02:35, 14 March 2012 (UTC)
(My host, Laughing Squid, suggested I add the RewriteBase line.)
The rewritten URLs are accessible (http://ilaisu.org/wiki/Test), which suggests I did SOMETHING right, but when I do anything like edit a page or use the logo to go back to the main page, it keeps going back to the long form of the URL (http://ilaisu.org/w/index.php/Test). All the links such as preferences, contributions, etc. also use the long forms. What am I doing wrong?
You have $wgArticlePath set incorrectly somehow. MediaWiki thinks it is set to $wgArticlePath = "/w/index.php/$1"; . Double check you don't have conflicting settings in LocalSettings.php or something like that. Try moving the $wgArticlePath = "/wiki/$1"; to the very end of the file.
Latest comment: 14 years ago1 comment1 person in discussion
hi,I want to update my local wikipedia database,but the wikipedia didn't support the increment dump.Is someone have research this problem?Thank you very much! Jxjadzl (talk) 06:13, 13 March 2012 (UTC)
Warning: This page was deleted after you started editing! Read more: I want a new page - TestMediaWiki
Latest comment: 14 years ago1 comment1 person in discussion
I have an extension which creates a form when you edit a page. When I submit the form I get the error
Warning: This page was deleted after you started editing!
and the page is deleted! Does anyone know why this is happening and how I can send $post variables without this taking place. thanks LTech (talk) 09:07, 13 March 2012 (UTC)
Force display of navbar elements
Latest comment: 14 years ago2 comments1 person in discussion
First, I'm sorry if this is the wrong place to ask my question. In case, please tell where to go...
I display two Wikipedia pages within an iframe on my website. I hide some elements (e.g. #mw-head, #mw-panel, ...) using CSS.
My problem: I want to force the display of those collapsable/expandable "navbar/NavFrame" (English/German Wikipedia) elements.
This works great with the German wikipedia page using this injected js-code: "var NavigationBarShowDefault=99;var autoCollapse=99;".
It does not work with the English version of the page :-(
Latest comment: 10 years ago11 comments8 people in discussion
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 currently have my company Wiki setup so that only registered users can view the pages. If they are not registered (or logged in) the standard "Login Required" page shows up. I would like to edit that page so that it gives an explanation of why the wiki is locked and who they can contact to get approval to join. I cannot for the life of me figure out how to do this!! Any tips would be helpful. Zackmann08 (talk) 17:58, 14 March 2012 (UTC)
(Note: on newer mediawiki, you can see where the system messages come from by appending ?uselang=qqx to a url) Bawolff (talk) 22:45, 14 March 2012 (UTC)
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.
1062: Duplicate entry '1' for key 'ss_row_id' (1.18.1)
Latest comment: 14 years ago4 comments4 people in discussion
Guest visitors of my wiki get 1062: Duplicate entry '1' for key 'ss_row_id' every time site_stat table refreshing (SiteStatsInit::refresh). Login user do not see this error, and if I put ?action=purge to main page all be okay. File cache is turn on. Please, help!
Possibly only happened once, but that one time it happened it somehow got cached in file cache, and then shown to all subsequent anon users (logged in users don't get the file cache).
In theory file cache isn't supposed to cache errors, but maybe there's something wrong with it (If you're using an older version of MediaWiki, try upgrading. I think some earlier versions of MediaWiki's file cache support was less good then more modern versions of MediaWiki [but don't quote me on that, that could be wrong]) Bawolff (talk) 01:40, 15 March 2012 (UTC)
How to remove Category Links but keep their Functionality?
Latest comment: 14 years ago4 comments3 people in discussion
My Versions: MediaWiki: 1.16.5, PHP: 5.2.17, MySQL: 5.1.61
Basically I don't like the way MediaWiki displays categories. The page name looks ugly like this: "Category:List of Playstation Games" instead of this "List of Playstation Games". Also I don't like the way categories are displayed, they are displayed in columns which doesn't allow long page names to display on 1 line.
I prefer to create a page with any name I want and then use the Nice Category List extension to show all the pages tagged with a category so I get a list like this:
Page 1
Page 2
Unfortunately in articles I then have lots of links to useless category pages which I don't want as I've added tags to the articles. Is there any way to keep the functionality of the tags but to not have the Category links display at the bottom of articles as it's hurtful to Search Engine Optimization? I know I can hide them with CSS but the search engines still see the links. Holygamer (talk) 23:46, 14 March 2012 (UTC)
Note: A page's name can be changed using displaytitle if $wgRestrictDisplayTitle is set to false. Note, that the format of a category page can be customized by extensions (of course that would actually require someone to write an extension that meets your needs).
In order to remove the list of categories the current page is in from the bottom of a page, put the following at the bottom of LocalSettings.php (note: only tested on svn [1.20alpha], so ymmv. If it doesn't work let me know).
$wgHooks['OutputPageMakeCategoryLinks'][]='wfKillCatLinks';functionwfKillCatLinks($out,$categories,&$catLinks){global$wgContLang;#Stops categorylinks from appearing at bottom of pageforeach($categoriesas$category=>$type){$origcategory=$category;$title=Title::makeTitleSafe(NS_CATEGORY,$category);$wgContLang->findVariantLink($category,$title,true);if($category!=$origcategory){if(array_key_exists($category,$categories)){continue;}}#this part is still needed so that# js can see what categories are on a page$out->mCategories[]=$title->getText();}returnfalse;}
Thank you very much. It works. SEO doesn't matter for big sites such as Wikipedia but for individuals with their own site, I promise you SEO isn't hocus pocus! If an article page has several links to categories or other useless pages it means that page as well as all the other important pages such as your homepage have less PageRank. If your homepage has less PageRank then it won't appear as high in Google search results. And if people can't find my site then nobody will visit it!
I also used to use Extension:DynamicTabs so that useless pages (SEO wise) such as the talk, edit, history, etc tabs would not show to people who aren't logged in. However it doens't work on the Vector skin. I don't suppose you know anyone that could update it to work with the Vector skin do you? Thanks again. Holygamer (talk) 18:57, 17 March 2012 (UTC)
"If an article page has several links to categories or other useless pages it means that page as well as all the other important pages such as your homepage have less PageRank. If your homepage has less PageRank then it won't appear as high in Google search results. And if people can't find my site then nobody will visit it!"
Latest comment: 14 years ago11 comments4 people in discussion
Hi,
we are using MediaWiki for 6 years (version 1.8.2) now and currently we run into many problems.
So I decided to upgrade to version 1.17.2, I checked all the requirements and also the manual for updating.
After the 4th unsuccessful try to update I would need some help, what's currently the problem.
Here some info:
Virtual Windows Server
Apache WebServer 2.2.21,
PHP 5.2.17,
MySQL 5.0.51a,
MW 1.8.2
The PHP update command runs 3 seconds and that's it, no errors showing. The only error we find was in the PHP logs
[15-Mar-2012 12:26:02] PHP Fatal error: Call to a member function setCacheTime() on a non-object in D:\Websrv\Apache2\WebSites\...\wiki\includes\parser\Parser.php on line 4771
The PHP update command runs 3 seconds and that's it, no errors showing. The only error we find was in the PHP logs [15-Mar-2012 12:26:02]
PHP Fatal error: Call to a member function setCacheTime() on a non-object in D:\Websrv\Apache2\WebSites\...\wiki\includes\parser\Parser.php on line 4771
Most likely an extension doing something like $wgParser->disableCache() while not parsing anything. (Some older extensions seem to make weird assumptions about if stuff is currently being parsed which don't make a lot of sense. Starting in 1.19 with r106310 a much more informative error would be given for this situation).
Hi Mike, I would suggest the same as Bawolff from experience. We upgraded from 1.10.1 to 1.18.1, and all error messages were caused by extensions. ThT (talk) 07:49, 19 March 2012 (UTC)
Thanx for the help so far, I could go a bit further upgrading than before.
But now I have got into a problem when upgrading the MySQL DB. Everything works fine until
.....
Creating page_restrictions table...done.
Migrating old restrictions to new table...
.....
at this point there is no ending or finish.
Can it be that I try to make the upgrade from a client and not at the server itself ?
Ok than I have a big problem, because I tried this before I used the Web updater, as I wrote in the first note
The PHP update.php command runs 3 seconds and that's it, no errors showing. <--------
The only error we find was in the PHP logs [15-Mar-2012 12:26:02]
PHP Fatal error: Call to a member function setCacheTime() on a non-object in
D:\Websrv\Apache2\WebSites\...\wiki\includes\parser\Parser.php on line 4771
What else can I do ?? What about only upgrading the database in a manual or external modul run ??
Database returned error "1146: Table 'wikichis.oldimage' doesn't exist (ibmatmgmt.vienna.at.ibm.com)"
Backtrace:
Something is very wrong with your database if you get that error. Oldimage table has existed since the very beginning of Mediawiki, so should be in your old install.
Latest comment: 14 years ago3 comments3 people in discussion
Hello.
I have downloaded the widgets extension to $ip/extensions and un-zipped it, but i still can't get it to work.
my wiki is at www.eno.x10.mx/wiki. I have tried EVERYTHING I can and it still dosen't work.
p.s. - Once I tried to make my own special page using the guide on this site, and it did not work either.
Thanks- Htmlguy999 Vanished user 999214 (talk) 21:51, 15 March 2012 (UTC)
[RESOLVED] Can't run Update with Semantic MediaWiki
Latest comment: 13 years ago5 comments4 people in discussion
I've tried to install two extensions that require an update to the database tables (Liquid Thrheads & Advancedmeta) and the update fails with the following error messages for each.
Warning: include_once(languages/SMW_LanguageEn.php) [function.include-once]: failed to open stream: No such file or directory in /home/content/65/6092565/html/scientolipedia/extensions/SemanticMediaWiki/includes/SMW_Setup.php on line 508
Warning: include_once() [function.include]: Failed opening 'languages/SMW_LanguageEn.php' for inclusion (include_path='.:/usr/local/php5/lib/php') in /home/content/65/6092565/html/scientolipedia/extensions/SemanticMediaWiki/includes/SMW_Setup.php on line 508
Fatal error: Class 'SMWLanguageEn' not found in /home/content/65/6092565/html/scientolipedia/extensions/SemanticMediaWiki/includes/SMW_Setup.php on line 512
I posted this on the Semantic Bundle page and Yaron Koren said he didn't know what was causing it but suggested I install the newest version of Semantic Bundle, which I did, but still get the above.
Any help is appreciated.
Bawolff, you are brilliant! That worked. Must be a bug but I've never reported a bug before. Will look to find out how. Thank You so much. DaveL (talk) 04:26, 16 March 2012 (UTC)
Hi - i have just experience the exact same thing. I was running the update from inside softaculous, and I don't see an obvious way inside softaculous toroll back the update and try again. And I'm a wee bit spooked by doing it manually (I'm a user and not a PHP expert or anything). I have taken out the require_onces from local settings.php that relate to SMW. But I'm not even sure how to get to the command prompt (the wiki is hosted on siteground, not on my local machine)
actually, i figured it out - I restored the backup inside softaculous. A bit worried there for a while! All good now - I think i can now switch off SMW in localsettings.php, reupgrade and... well, let's see. ElectricRay (talk) 23:11, 13 November 2012 (UTC)
Hi, I am from the softaculous team. If you need any help, please do let us know. Also its always good to use the Softaculous Backup Utility before upgrading. This will help you to roll back later if anything goes wrong. 120.62.34.2018:59, 14 November 2012 (UTC)
Not working in 1.16.2?
Latest comment: 14 years ago2 comments2 people in discussion
Is this a new feature?
I put some JavaScript on this page and force-reloaded the browser. Looking at the source returned, I expected to see either my JavaScript in the head or a "script src" call to Common.js. I see neither.
I have been putting off upgrading because (I know, bad) I've changed some of the files, and 1.16 was working well for me. But I need to do some JavaScript on pages now. 02:32, 16 March 2012 (UTC)
1.16 is end of life; we are not releasing security updates for it any longer. See Version lifecycle for details. And when you upgrade, you should consider keeping your customizations separate from core MediaWiki as MediaWiki extensions for easier maintenance.
That said, putting your code at MediaWiki:Common.js should work, provided that your customizations did not break it. Putting it at User:Bytesmiths/common.js will not work on your old version, and putting it at User:Bytesmiths/monobook.js (if you use the Monobook skin) will only work if you have $wgAllowUserJs = true; in your LocalSettings.php file.
You may need to bypass or clear your web browser's cache (instructions are at the top of the JavaScript page) to see the effect. PleaseStand (talk) 04:24, 16 March 2012 (UTC)
Note, on 1.16 MediaWiki:Common.js is loaded from a very misleading named page that has a url that looks something like ?title=-&aaction=raw&ctype=text/javascript&gen=js This should be somewhere in your <head>.
Latest comment: 14 years ago7 comments2 people in discussion
Hi,
I'm having trouble localizing namespaces in a Custom extension. You'll find a simplified version of the Custom extension code supposed to deal with namespace declaration and localization :
<?php/** * extensions/Custom/Custom.php */define('NS_XXXX',10000);$wgExtraNamespaces[NS_XXXX]="XXXX";$wgExtraNamespaces[NS_XXXX+1]="XXXX_talk";# underscore required$wgContentNamespaces[]=NS_XXXX;$wgNamespacesToBeSearchedDefault[NS_XXXX]=true;$wgExtensionMessagesFiles['CustomNamespaces']=dirname(__FILE__).'/Custom.namespaces.php';?><?php/** * extensions/Custom/Custom.namespaces.php */$namespaceNames=array();if(!defined('NS_XXXX')){define('NS_XXXX',10000);}/** English */$namespaceNames['en']=array(NS_XXXX=>'YYYY',NS_XXXX+1=>'YYYY_talk');/** French (Français) */$namespaceNames['fr']=array(NS_XXXX=>'ZZZZ',NS_XXXX+1=>'Discussion_ZZZZ');?>
With this code, I can only find the namespaces named XXXX and XXXX_talk, no way to have it being localized. Am I missing the point ?
Well for namespaces, only the language that is the content language of your wiki is used. So if your wiki has a content language (content language is defined in LocalSettings.php) of "en", then only the english namespace names would be visible. Bawolff (talk) 19:28, 16 March 2012 (UTC)
Actually, the wiki is in french and the displayed namespace names are, as said, XXXX and XXXX_talk instead of ZZZZ and Discussion_ZZZZ. 82.234.132.25111:00, 19 March 2012 (UTC)
Looking closer, I believe your issue is the result of doing
I believe $wgExtraNamespaces is un-needed with the $namespaceNames stuff in the i18n file, and if present that $wgExtraNamespaces takes priority over the $namespaceNames. Bawolff (talk) 14:00, 21 March 2012 (UTC)
Note to self: I shouldn't try to answer questions I don't know the answer to ;)
Looking into the issue further, you also have to register the namespaces with the CanonicalNamespaces hook, in order for them to work. For an example, see the LqtHooks::onCanonicalNamespaces method in LiquidThreads. (Note you would also have to register your hook handler with $wgHooks in the standard fashion, which is done in a different file in lqt then the one i linked to) Bawolff (talk) 23:21, 23 March 2012 (UTC)
Way to go ! As you said, removing $wgExtraNamespaces and registering namespaces with the CanonicalNamespaces hook did the job. Thanks for the help, I probably didn't focus on the right side of custom namespaces. 82.234.132.25107:48, 26 March 2012 (UTC)
Installation problem, session data loss
Latest comment: 11 years ago3 comments3 people in discussion
I have installed mediaWiki, version 1.18.1 on a Windows 2008 R2 server under IIS. I am running PHP v 5.3.8
No matter what I do, I get "Your session data was lost! Check your php.ini and make sure session.save_path is set to an appropriate directory" error.
The path is fine, the IUSR can read and write, it work fin with other php-applications we have installed.
I have tried every possible modification in php.ini to make it work, but nothing.
Did you ever find the solution to this problem? I'm facing the same issue with mediawiki 1.19.0, php 5.3.2 on ubuntu 10.04. 213.118.119.11610:36, 6 June 2012 (UTC)
Same problem with 1.23.8 on ubuntu 12.04 LTS. All other sites on the same server work with the sessions directory and permissions. I even created a test.php on the same wiki site and stored some items in the session and was able to recall them. I think it's a problem with MediaWiki's code. MikeH 16:52, 9 February 2015 (UTC)
Watchlist error after upgrade to 1.18.1
Latest comment: 12 years ago5 comments3 people in discussion
After upgrading from 1.10.1. to 1.18.1 the change of the watchlist using the link on the page does not work, instead the message MediaWiki:Watcherrortext turns up. Special:Watchlist works fine. I detected, that the target address generated by the link after action=watch&token= contains a different token as in Special:Preferences#mw-prefsection-watchlist, if that matters.
Thanks, I assumed so, but wasn't sure. Meanwhile I also checked the template "watch", which we copied from w:en:template:watch. The template generates &action=watch, i.e. without a token, and it works fine. So the token seems to be the reason of the watchlist error, but I don't know how to fix it yet. ThT (talk) 16:35, 16 March 2012 (UTC)
After upgrading from 1.10.1. to 1.18.1 the change of the watchlist using the link on the page does not work</pre>
You mean the link that's part of the skin? If you're using a non-standard skin it could be a bug in that skin.
Wikipedia is using 1.19 which may account for the differences in behavior. (I'm not at my home computer so I can't easily check how/if the behavior changed between versions) [[User:Bawolff|Bawolff]] ([[User talk:Bawolff|talk]]) 19:21, 16 March 2012 (UTC)
::::Thanks, but actually it's about the standard skin ''Vector''. Your question brought me to check ''MonoBook'', which shows the same behavior. Then I tried ''Cologne Blue'', and this one works fine. [[User:ThT|ThT]] ([[User talk:ThT|talk]]) 07:37, 19 March 2012 (UTC)
:Meanwhile I found [https://bugzilla.wikimedia.org/show_bug.cgi?id=30372 Bug 30372 - Users able to watch pages get a script error ...]. Setting ''$wgAjaxWatch = false'' seems to solve the problem, but [https://bugzilla.wikimedia.org/show_bug.cgi?id=30372#c8 Comment 8] makes me wonder, if this is really a good solution. [[User:ThT|ThT]] ([[User talk:ThT|talk]]) 16:04, 26 March 2012 (UTC)
::The same issue occurs on MW 1.19.2 (Vector, Mozilla + IE). Sure I could set $wgAjaxWatch to "false", but I need it to be set to "true" in order to run Extension:CategoryTree. There is a slim chance that in my case, this is related to a recent upgrade of SMW from 1.8.0.3 to SMW 1.8.0.4, but that doesn't seem very likely. [[User:Cavila|Cavila]] <span style="font-size:65%;">(MW 1.19.2, MySQL 5.1.66, Php 5.3.3-7, SMW 1.8, SF 1.5.2}</span> 12:36, 3 March 2013 (UTC)
:::Check the JavaScript error console to be sure it has no JavaScript errors when loading the page. Maybe you have any conflicting script that breaks the load of other MediaWiki stuff, including the watch/unwatch tab. [[User:Ciencia Al Poder|Ciencia Al Poder]] ([[User talk:Ciencia Al Poder|talk]]) 10:33, 4 March 2013 (UTC)
::::Sure enough, though I haven't been to locate the issue yet. I'll let you know when I have. [[User:Cavila|Cavila]] <span style="font-size:65%;">(MW 1.19.2, MySQL 5.1.66, Php 5.3.3-7, SMW 1.8, SF 1.5.2}</span> 14:31, 5 March 2013 (UTC)
:::::Using Firebug just helped me to pin the issue down to the following error:
:::::<syntaxhighlight lang='text'>TypeError: $link.attr(...) is undefined
which refers to line 23 (beginning with "accesskeyTip...") in the file .../resources/mediawiki.action/mediawiki/mediawiki.action.watch.ajax.js. The fuller context is as follows:
function updateWatchLink( $link, action, state ) {
// message keys 'watch', 'watching', 'unwatch' or 'unwatching'.
var msgKey = state === 'loading' ? action + 'ing' : action,
accesskeyTip = $link.attr( 'title' ).match( mw.util.tooltipAccessKeyRegexp ),
$li = $link.closest( 'li' );
Latest comment: 14 years ago2 comments2 people in discussion
I've got a table with 3 columns that I want to be able to sort. The first and second columns list a bunch of values that all begin with the $ character, followed by a single letter. I cannot seem to get them to sort (i.e., nothing happens when I press the sorting arrows), although the third column (simple text) sorts just fine. Is there a way to solve this?
Latest comment: 14 years ago1 comment1 person in discussion
Hi
i'm trying to use the API to perform searches on the french wiktionnary (letter may have accents). I wanted to make a case-insensitive search for CREE :
(make it easier to add new extensions)
will be the additional load on the server or not? Thanks in advance. P.S. Perhaps this question is stupid, just I don't understand why it has not been done by default. 0x0F (talk) 12:28, 17 March 2012 (UTC)
first, does it work? maybe this is better to read:
i think it's because this is only the recommended naming for extensions. some very simple do only have a single file in the extension-directory. Cembon (Talk | Contributions) 13:45, 17 March 2012 (UTC)
The load is probably very minimal. If you're really concerned you should use profiling. However I highly doubt it makes a significant difference.
>i think it's because this is only the recommended naming for extensions. some very simple do only have a single file in the extension-directory.
That's correct, but to be honest you'd be hard pressed to find an extension that is both not totally crap, and also doesn't follow that convention. All the extensions in his list follows the convention as far as I know. Bawolff (talk) 22:36, 17 March 2012 (UTC)
In his list all extensions are named recommended, but his suggestion was to do this by default and other people may dont't want this, because they need extensions that have a different naming. Cembon . . (Talk | Contributions) 08:01, 18 March 2012 (UTC)
I might be worried about $i being used elsewhere, but besides I don't really have much of a concern about this, besides the steep learning curve for non-programming-savvy sysadmins. Jasper Deng (talk) 19:39, 18 March 2012 (UTC)
Aside from the $i potentially being used somewhere else (and it becoming a global variable...), it also makes it harder to add an extension in an automated way.
Adding require_once( "$IP/extensions/Cite/Cite.php" ); is easy from a automated point of view. Whereas looking for this array and adding something to it is harder.
And there is the argument of some extensions (either older ones or ones not in Wikimedia SVN) not following this convention (either they don't have a directory or the file might be named differently than the directory etc.).
There's also readability to some degree (the long array is less readable, although one could add a line break after each array item). Krinkle (talk) 23:54, 18 March 2012 (UTC)
The probability of $i being used somewhere else in the code, in global scope, for something other then a loop variable that needs to persist from before LocalSettings.php to after LocalSettings.php, seems pretty small... Bawolff (talk) 23:59, 18 March 2012 (UTC)
Don't for loops have their own scope? I'm not sure why that would be an issue.
Your question is kind of confusing, and I think you're mixing up the role of a few of MediaWiki's db fields.
Each page in mediawiki has a unique id, which is a number. In a url (Where it very rarely appears) it is called the curid. Other places call it either article id, or page id. To use project:Support desk as an example, it has a page_id of 49433 (and hence can be accessed at https://www.mediawiki.org/w/index.php?curid=49433 ).
The page_title is not the full name of the page, but only the part after the colon. Thus Project:Support desk has a page_title of Support_desk. It would also have a page_namespace of 4 (4 = Project. Other common ones are 0 for main (no prefix) namespace, 1 for talk. See help:Namespaces for more info)
>I have noticed that there are a few entries in the Page table that have the same Page Title.
Provided they are in different namespace (page_namespace field), that's normal. If two pages have the same page_title, and the same page_namespace, something is wrong.
>How do I resolve a PageLink Record that is pointing to a Page Title with a duplicate Page ID
There should only be 1 page_id for each (page_namespace, page_title) pair, so there should be no duplication.
Upload and Save Page redirects to local and not external domain/IP
Latest comment: 14 years ago5 comments2 people in discussion
On any external machine, when I upload files or save edits to my wiki I get redirected to the local IP address of my server on the network (e.g. 192.168.x.x), which gives me an error. How do I permanently disable the change of domain name? I have already tried to edit the /etc/hostconfig file, as is specified here.
I am running the version 1.18.1 of MediaWiki, 5.2.15 (apache2handler) version of PHP, version 3.3.7 without full-text search support of SQLite, and hosting from Mac 10.5.8 (Client) via Websharing for Apache. I am also using Port Forwarding. Brennonbrimhall (talk) 23:07, 17 March 2012 (UTC)
Latest comment: 14 years ago4 comments3 people in discussion
Error message when new users try to login: "Login error Incorrect or missing confirmation code."
I have been using Confirmedit/Asirra for months with no problem but recently updated the database using the Web updater after installing Liquid Threads. I had also updated Semantic Bundle to the latest version at this same time. Since I wasn't made aware of the problem creating new accounts until after the above changes, I don't know which may be the culprit. I"ve tried upgrading Confirmedit/Asirra to latest version but that doesn't fix. Any guidance will be much appreciated.
Thanks, I switched to a different Captcha using ConfirmEdit and it works. Also had to disable email confirmation requirement to edit but I can live with that for now. DaveL (talk) 18:55, 18 March 2012 (UTC)
Nothing?
Latest comment: 13 years ago3 comments3 people in discussion
I recently installed a new MediaWiki but when I create a page the box with bold text and other options is gone and when I make tables, no borders appear only white and text. Why is this? 83.226.84.78 (talk) 19:42, 18 March 2012 (UTC)
Latest comment: 14 years ago7 comments3 people in discussion
Is it possible to, without extensions, to have a page show how far a number is from another number?
In other words, I want a page to say "This year was X years ago.", and X is the current year (Which I can set manually, as this is a wiki about another fictional universe) minus the name of the page.
Then shouldn't the year thing work? If you're having problems MyWikis can help you all you need. We already have TONS of extensions installed. See? Jeffw • (talk)22:49, 20 March 2012 (UTC)
I didn't know that you could use ParserFunctions for things like that so that's why I asked how I could do it. But now I do so it's solved the problem.
Latest comment: 14 years ago5 comments3 people in discussion
I have an error with API using latest pywikipedia. API is turn on in LocalSettings.php and have worked about 6 month ago (but since that I've moved to another server, upgraded wiki from 1.17 to 1.18 and changed permalinks as described here ).
The error is:
Logging in to domainname:ru as USERNAME via API.
Error downloading data: No JSON object could be decoded
Request ru:/w/api.php
Retrying in 1 minutes...
I still need help. My /w/api.php is similar to _mediawiki.org/w/api.php (except servedby), but server.domain.com is just name. Or not? 178.205.57.2201:16, 21 March 2012 (UTC)
Latest comment: 13 years ago8 comments6 people in discussion
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.
Dear Community,
I am really pleased having the opportunity to ask in this Suport Section. So I first of all want to thank you for this possibility.
My project at University is to build up a private wiki. On the one hand it should inform people (anonymous users) and on the other hand it should give a solution for students writing articles. This should only be accessible for registered and "CONFIRMED" Students.
Students should register and confirm their Universitymail. Anonymous and registered Users do not have any rights. Here is where the problem goes: When a just registered student tries to confirm his email. He is not allowed to because he has inssufficient rights.
I already tried to add the "Special:Confirm" in the WhiteListe. But in every Confirmation Email there is a different link (like .../Special:Confirm/4393939373). You can find a prototype of this wiki under:
Manual:Preventing access (e.g. Depending on what extensions you have installed, you may want to whitelist more pages. [...] If the content language of your wiki is not English, you may have to use the translated name of the special pages in question.)
Thank you very much. I already tried the options mentioned above. But the problem is, as you said, that every confirmation token is different of an other. Out of this it is not whitelisteable because the URL and Site varies. Any Idea where in the SpecialPages.php I can make every URL in the index.php/Special:ConfirmEmail/xxxx readable for everyone? Its just this little thing that I need to fix. Thanks for your efforts. 93.204.248.1713:26, 21 March 2012 (UTC)
You should not need to list the subpage of Special:ConfirmEmail in the whitelist (I believe, otherwise things are rather broken for wikis that use your setup, and I would consider that a bug ;) )
Also if your wiki is not english, you may need to use the localized version of the special page name.
You should not need to list the subpage of Special:ConfirmEmail in the whitelist (I believe, otherwise things are rather broken for wikis that use your setup, and I would consider that a bug ;) )
Also if your wiki is not english, you may need to use the localized version of the special page name.
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.
Is this Robots.txt Correct?
Latest comment: 14 years ago1 comment1 person in discussion
I wanted to prevent all useless pages from being indexed. Is this the correct way to do it?
Does the star just mean that any page starting with the name to the left should not be indexed?
Also I have a directory in the root of my site called "Game Music" which has MP3s in. Google is showing non-existant pages from that directory in search results (only MP3s are in that folder, there are no pages).
I tried the following a month ago but pages are still showing in search results:
Disallow: /Game Music/
Is there a problem with there being a space in the directory name?
Would this work to block everything in that directory from being indexed?
Latest comment: 14 years ago4 comments2 people in discussion
We're getting the usual "Could not rename file" error when trying to upload the new version of a file, but it's ONLY with files that have been uploaded prior to our last wiki software upgrade (around 9/13/2011... 1.13->1.16.5). We can easily upload duplicates/updated files to any file that was uploaded once the update was made, but any file uploaded prior to 9/13/2011 cannot be moved to the /archives folder.
Have checked all the directory permissions and can't find anything wrong. (We're using Windows Server 2003 with IIS, in this case the IUSR account has modify permissions on the entire /images directory as well as images/archive.)
First try to set the image dir owner by Tunnelier via SSH to the same as wiki dir.
For example, if the wiki dir owner is 1001. Then set the image onwer to 1001 too.(If you have huge amount dir in the image dir, try to use script to do that)
Thanks Zoglun, unfortunately we're on IIS. However, I figured out at what point the IUSR file permissions ceased to exist (right around the time we did the upgrade) and had to select the 15K files *before* that one, and then just add the IUSR permissions from there back. For some reason doing a directory level permissions and telling it to propagate to all the individual files wouldn't work. Either way, problem solved. :) Kchurch05 (talk) 18:39, 5 April 2012 (UTC)
404 error for just one edit window
Latest comment: 14 years ago21 comments2 people in discussion
There is just one page (and its talk page) in my wiki where the edit window won't load, giving a 404 error. I apologize for the fact that the page in question is a tad NSFW, so I'll just link it. There's nothing special about that page, at least nothing deliberate. It uses Template:Argument, which numerous other pages use with no problem (e.g. Governments should promote families). Thanks! Modrobene (talk) 03:06, 20 March 2012 (UTC)
I'm bumping this and adding more info: I can't delete or protect the page (404 errors), but I can move it. So then I did a couple things
I moved it to Badpage, but I still got a 404 when I tried to edit it.
I recreated the exact same text at Homosexualitytest. It worked perfectly, no problems.
I moved "Homosexualitytest" to the original NSFW title (so mediawiki deleted the redirect that was there, even though I couldn't do that directly). The 404 error came back, so I can't edit it.
The original article (which is now "Badpage") now works, it's just at the wrong title. Nothing has changed from when it didn't work except that there is now a different non-working page with the original NSFW title.
OK, I think you have a file permissions problem right there. I also noticed that you have some odd extensions like PreloadManager installed (try disabling that and StubManager first since StubManager has many known bugs and is unmaintained). Jasper Deng (talk) 03:40, 21 March 2012 (UTC)
I don't have Canonical server defined. I just deinstalled preload and stubmanager but that didn't fix it. Is there a way to check file permissions? I can't find any explanation of that.
Do iyou know if there is a better way to use preloaded text when creating articles? That's the only reason for me to use stubmanager. Thanks! Modrobene (talk) 04:15, 21 March 2012 (UTC)
Ugh, you've gotta find out why you're being redirected to something like /w/index.php from your intended /wiki/index.php.Jasper Deng (talk) 04:42, 21 March 2012 (UTC)
Oh, it's just "w". Removing the redirection causes the whole wiki to give a 404 error (or at least the main page). Unless would I have to change the folder name when I remove the redirection? I just removed the settings in htaccess and localsettings.php. Modrobene (talk) 06:17, 21 March 2012 (UTC)
Ok that broke the skin or something, the text was present but the site elements weren't, and the 404 error was still there. Modrobene (talk) 22:52, 21 March 2012 (UTC)
To be specific, there's a problem on that page that's causing an incorrect redirect to an unauthorized location (a 403, not a 404, error). I think a developer should comment here. Jasper Deng (talk) 22:54, 21 March 2012 (UTC)
I was just fiddling around with the redirection settings and it started eating my localsettings.php, each time I saved it, more of the text vanished. I restored everything from a backup (except for some settings that disappeared) but it was weird. Is it to soon to comsider that mediawiki has gained consciousness and is trying to censor anti-gay rhetoric? There are worse scenarios for software gaining consciousness... Modrobene (talk) 23:10, 21 March 2012 (UTC)
Damnit, I don't know why I ever try to fix anything on my own, I always just end up making it worse. My custom namespaces are gone, and I recreated them but the pages that were there are gone now... I've got a buttload of content to recreate now. Modrobene (talk) 23:36, 21 March 2012 (UTC)
I mean, below MediaWiki, at the webserver level. But if it doesn't look like hacking is happening, your webhost has a problem (possibly caused by incomplete uploads of your LocalSettings.php?) Jasper Deng (talk) 04:45, 22 March 2012 (UTC)
DB connection error: No such file or directory (localhost)
Latest comment: 14 years ago2 comments2 people in discussion
Hi all,
I've got a really old MW Installation which i want to upgrad to v1.18.1. I followed all the update instruction but after calling "php update.php" over
the terminal, I get this message:
DB connection error: No such file or directory (localhost)
The problem is, that my MW1.2 doesn't have a Database attached. It only runs with textfiles. I don't know what I have to do now.
Can anybody help?
Create a new folder, with the same name, with the files for MediaWiki 1.18.1
Move your old LocalSettings.php to the root of the new folder
Run the installer
This worked for me for my cases, but you may have considerably more difficulties than me considering your huge version jump. Jasper Deng (talk) 02:25, 22 March 2012 (UTC)
No tables and so?
Latest comment: 13 years ago3 comments3 people in discussion
I recently installed a new MediaWiki but when I create a page the box with bold text and other options is gone and when I make tables, no borders appear only white and text. Why is this? 83.226.84.78 (talk) 16:00, 20 March 2012 (UTC)
The tables part is by design: you have to explicitly set the style (including borders) for each table you input. A "wikitable" class might work out of the box, but i wouldn't know since i never tried testing such a feature.
Latest comment: 9 years ago6 comments6 people in discussion
In a marathon session setting up our website, my tech help installed our wiki and pointed me to the mediawiki site to configure it. Unfortunately although some of the setup info was noted, I failed to write down the admin username, and in the month of other projects that intervened, neither of us can remember it. I can access the wiki and of course I can configure LocalSettings.php on the server along with the files in the wiki folder, but cannot login as the administrator. How can I retrieve or reset my login?
You can try going to phpMyAdmin (or any other tool you use to manage your databases) and look for the 'user' table. Myidealh (talk) 08:04, 21 March 2012 (UTC)
Latest comment: 14 years ago3 comments3 people in discussion
Hello,
I am trying to upgrade our MediaWiki instance from 1.12 to 1.18 and am experiencing issues performing the upgrade.
Firstly as this Wiki is on an intranet it is not publically accessible.
Steps I have taken
1. Upload contents of 1.18 tarball over the top of the 1.12 installation excluding 'LocalSettings.php', 'extensions' and 'images' dierctory
2. Perform the database upgrade from the command line by execututing 'php update.php'
The database upgrade works just fine, it completes without error but when I try and hit the site afterwards it does not compile. Instead I get the following PHP error.
Fatal error: Cannot redeclare wfprofilein() (previously declared in /usr/share/mediawiki/includes/profiler/Profiler.php:14) in /usr/share/mediawiki/includes/ProfilerStub.php on line 12
All extensions in my 'LocalSetting.php' have been remarked out.
The extensions I have remarked are 'BreadCrumbs' and 'fileLinkExtension'
If I edit '/usr/share/mediawiki/includes/profiler/Profiler.php' and remove the declaration I get another error and so on.
Did you remember to remove the old files? In general, I don't like overwriting; I typically would make a new folder for the new MediaWiki installation, and move the LocalSettings.php file there. Then, I'd rename that new folder to the desired name after renaming the old folder to an old name. After that I'd run the installer. Jasper Deng (talk) 02:28, 22 March 2012 (UTC)
Latest comment: 14 years ago7 comments2 people in discussion
My wiki host (MyWikis) is having problems with login. Users can't create accounts and update.php is useless. Please try creating an account there, thanks! Jeffw • (talk)00:45, 21 March 2012 (UTC)
You have a problem with your database. If you modified the login screen with additional fields (which it appears that you did), did you remember to add the required column to the table in question? Jasper Deng (talk) 03:49, 21 March 2012 (UTC)
Either try upgrading your MediaWiki release to a pre-release version like 1.20 alpha or try creating the row yourself (easy if you can use PHPMyAdmin). Jasper Deng (talk) 00:59, 22 March 2012 (UTC)
Latest comment: 14 years ago4 comments3 people in discussion
I am looking for a Mediawiki extension, that allows automated archiving.
It is important that users be informed in advance (possibly by an icon) before the page will be taken to the archiv.
After a period, where pages can be updated, the file is moved to the archive.
Thanks Jasper for your help. I believe at one time this article was quite important. It took me 5 months to realize that I could add the file:// protocol to links. That is because this feature is poorly referenced (IMHO), many users indicating the lost article as the holy grail. I'll look to hire Harrison Ford to do my research... Schalice (talk) 22:46, 23 March 2012 (UTC)
I believe it was moved initially, but the FAQ changes over time. It doesn't make the FAQ very useful if it includes a question for every configuration setting and potential value that is in existence.
Use the magic word __TOC__. This will make a table of contents. It's on by default for pages with more than 4 sections. Jasper Deng (talk) 04:17, 22 March 2012 (UTC)
doesn't work
Latest comment: 14 years ago2 comments2 people in discussion
On the create account page, it successfully adds a captcha and prevents or allows logging in as appropriate.
Whenever a user tries to edit or create a new page, however, I receive errors:
one error:
Warning: Parameter 1 to ConfirmEditHooks::confirmEditMerged() expected to be a reference, value given in /path/wiki/includes/Hooks.php on line 117
error printed with $wgShowExceptionDetails:
Detected bug in an extension! Hook ConfirmEditHooks::confirmEditMerged failed to return a value; should return true to continue hook processing or false to abort.
Thoughts on what could be the issue, or how I could even code a bypass? I've looked at the ConfirmEdit code and have tried short-circuiting some functions but nothing I do seems to even have an effect. Smaug(talk)08:41, 22 March 2012 (UTC)
The first question to ask is whether your extension version is the same as your MediaWiki version. Looks like the wrong function was called here. Jasper Deng (talk) 21:19, 22 March 2012 (UTC)
Yeah. I am using 1.13 version. There is one exception, and that is that I've taken QuestyCaptcha pages from the 1.17 version since they don't exist in 1.13. I'm sure this is causing the error (though the extension documentation led me to believe it might work). Is there any workaround I could investigate, or placce in the code I might go to patch it to make it work? Smaug(talk)02:06, 23 March 2012 (UTC)
Disable the QuestyCaptcha extension and see if you have this problem. Yeah, these extensions really only work best on the latest versions of MediaWiki, try upgrading if nothing can work but you still want this extension. Jasper Deng (talk) 02:18, 23 March 2012 (UTC)
So, I've switched it to use Math Captcha instead of Questy. Now it uses all 1.13 files, but I am receiving a partially different error.
On user account creation pages, it shows a message
Failed to parse (Cannot write to or create math temp directory): 79 - 8 =
The number are different each time, but the message continuously appears. Entering the correct answer to the equation generates an "Login error: incorrect or missing confirmation code." message box error.
Furthermore, I am receiving the same error as before! So perhaps QuestyCaptcha is not at fault.
Detected bug in an extension! Hook ConfirmEditHooks::confirmEditMerged failed to return a value; should return true to continue hook processing or false to abort.
Check your file permissions, for the first one. Did you try an earlier version of ConfirmEdit? (Trunk is a bad idea unless you have a trunk version of MW). Jasper Deng (talk) 02:32, 23 March 2012 (UTC)
What should my files permissions be, and for what file or folder? The current math directory file permission is rwxr-xr-x
I don't know how it works in Linux, but in Windows you have to set file permissions of the installation folder so anyone can read/write it. Jasper Deng (talk) 05:44, 25 March 2012 (UTC)
Yeah. The other way to do it is to make a user account and then make the Apache service run under it. Then you can set your file permissions to allow it full control over the web directory. Jasper Deng (talk) 22:43, 25 March 2012 (UTC)
Ahhh, I figured out which user was the webserver user, then I changed the owner and group of the math directory to be under that user, but it shows the same error as before! Smaug(talk)03:34, 28 March 2012 (UTC)
Perhaps consider giving the user full control over the entire directory, since the error does not specify exactly where it's trying make the directory. Jasper Deng (talk) 03:37, 28 March 2012 (UTC)
Jasper,
I looked into it and giving the webserver write access to a directory like that is dangerous, its not a good practice. Is there any other way to make it work?
There are many things for which MediaWiki needs write access to the directory.
If you'd like, make it temporary, and try to find the required directory. It may also help to review the ConfirmEdit source code for information. Jasper Deng (talk) 04:16, 28 March 2012 (UTC)
Installation Error
Latest comment: 14 years ago4 comments2 people in discussion
This is a new install. The Installation seemed to go ok, but I get the following errors:
Warning: Invalid argument supplied for foreach() in C:\xampp\htdocs\wiki\includes\LocalisationCache.php on line 326
Warning: Invalid argument supplied for foreach() in C:\xampp\htdocs\wiki\includes\LocalisationCache.php on line 377
Fatal error: Unsupported operand types in C:\xampp\htdocs\wiki\languages\Language.php on line 248
I already read to try to add these lines to LocalSettings.php, but to no avail:
$wgLocalisationCacheConf['store'] = 'file';
$wgCacheDirectory = '<some directory on local hard drive outside of web server root>'; 76.215.111.217 (talk) 10:43, 22 March 2012 (UTC)
I just tried editing your wiki and it works without giving errors. Could you solve this already?
Latest comment: 12 years ago16 comments7 people in discussion
My Versions: MediaWiki: 1.16.5, PHP: 5.2.17, MySQL: 5.1.61
Within the last couple of days whenever I edit a page in my MediaWiki site it takes up to 40 seconds to save the page. Previously it only took a few seconds. What is causing this problem? It's just saving pages that's slow, browsing my site by clicking on page links is fast.
I have over 2000 pages in my site but surely that's not causing the problem? I have a dedicated server with no visitors to my site. I know it's not my internet connection that's the problem because I also have another MediaWiki site on another host (shared hosting) and the pages only take a few seconds to save there. Holygamer (talk) 15:30, 22 March 2012 (UTC)
No, 2000 pages is no problem. The main difference between viewing and editing is I would say that when you edit something, you can be sure that data will be written to disc. Maybe you have a problem with writing something to disc? Or maybe you have an issue with your database? Activating the MySQL slow query log should help to check that. 88.130.99.20116:53, 22 March 2012 (UTC)
OK thanks. How would I do that? I know HTML but I'm not familiar with code or how to perform queries, etc. What would I do with the results from the query? Holygamer (talk) 16:56, 22 March 2012 (UTC)
In the MySQL slow query log the MySQL server logs all queries, which took longer then a certain amount of time to complete (I think it's 1 or 2 seconds). This can help you see, if it is your database, which is slow (or probably something else).
To enable the MySQL slow query log, simply add the following line to the MySQL configuration file (my.cnf or my.ini), and then restart the MySQL server:
log-slow-queries
or
log-slow-queries = [path to the log file]
Replace [path to the log file] with the path to the slow query log file you want MySQL to write the log to.
Here is the MySQL manual. It has an overview of all available options.
Then edit a page, wait the time and check, if there is an entry in that log. Sidequestion: Are you responsible for the server yourself, or do you have someone, who normally does things like that for you? 88.130.99.20122:01, 22 March 2012 (UTC)
I have a Dedicated Server which I have access to. If I need stuff done which I don't understand I will get my host to do it. Holygamer (talk) 22:05, 22 March 2012 (UTC)
Then ask your host to check the slow query log for you.
Or maybe better: If you didn't change anything, the issue obviously is not caused by you. Ask your host if he knows a possible reason; maybe he has changed something in the configuration or so. 88.130.99.20122:35, 22 March 2012 (UTC)
And you accept this "We don't know and now shut up" as an answer? I mean: You didn't change anything and now it's broken. What do you pay him for? For this insufficient output? I guess not. If the host is responsible for the server, he is the one who should fix the problem. If he is not capable of doing so, maybe you should change to a host who is more reliable. 88.130.83.8912:15, 25 March 2012 (UTC)
It could be other things then your hosts fault.
If you're using super complicated templates (like things copied from wikipedia.) they can be expensive to parse. A page save involves a parse, where a view might not. So you may want to try saving a page with just a single letter on it. If that is slow, its likely to be something with db, if it is not slow then its not the db's fault (in all probability)
You can also enable Profiling to be able to tell you exactly which part of MediaWiki is slow. That would be able to tell you if its the db taking forever, or something else.
No. Profiling is as simple as it gets (Usually its only necessary on really big sites, so it doesn't get documented as much).
Other things you can try - see if ?action=purge takes same amount of time as an edit (If so probably the issue is parsing time, otherwise, the db theory looks more likely).
Also try disabling all extensions, and see if that makes a difference (Its possible for a poorly implemented extension to have an averse affect on how much time mediawiki takes) Bawolff (talk) 01:03, 28 March 2012 (UTC)
I have same problem.
My Versions
MediaWiki 1.19.0
PHP 5.3.12 (apache2handler)
SQLite 3.7.7.1
It seems that the cause is using images of wikipedia commons.
The problem page have some images such as Deletion icon.svg, Bulbgraph.svg and saving this page takes over 40 Seconds.
You might want to look at whether it's mediawiki's email notification feature that is slowing down the page save. If you have poorly configured settings for PHP to send emails, it will block the page for 20 seconds or more. Jdpipe (talk) 02:11, 2 November 2013 (UTC)
[RESOLVED] Unable to upload a file
Latest comment: 12 years ago8 comments4 people in discussion
When trying to upload a file to a wiki, I get an error message saying "The upload directory (public) is not writable by the webserver." I cannot find and repair the permissions of the public folder. Because I'm on OS X, can I use Disk utility to repair the permissions? HappyTreeFriends (my home page or talk 2 me) 17:43, 22 March 2012 (UTC)
>You are still not replying, I think I solved my problem, and no one will reply. I'm closing this discussion.
Take a chill pill :P
----
Note that public is not the actual name of the directory, it refers to the directory where public images are stored. in the default install this is the images subdirectory of the mediawiki directory. Bawolff (talk) 18:26, 25 March 2012 (UTC)
(Note you probably won't recognize my new signature)
I fixed my issue by running a chmod in the /images directory in the MediaWiki root level to change its permissions to 777 (I can read and write, groups can read and write, everyone (including the web server of _www) can read and write, then changing the upload directory to $IP/images/ (optional). Thank you! HappyTreeFriends (my home page or talk 2 me) 10:19, 9 April 2012 (UTC)
Send watchlist page change notification even when not visiting Wiki
Latest comment: 14 years ago1 comment1 person in discussion
When a page on a watchlist is changed I receive a mail saying:
There will be no other notifications in case of further changes unless you visit this page.
You could also reset the notification flags for all your watched pages on your watchlist.
I would like to (using a checkbox) be able to enable new mails being sent even though I haven't visited the first page being changed. The reason is that we have a Wiki user connected to a email-distribution-list and we don't want to log in every time a page on that users watch list is changed.
When I view your wiki I get the error message "Database error: Database returned error 145: Table './a6156494_wiki/mw_text' is marked as crashed and should be repaired".
So you should repair this table. If you have a tool like phpMyAdmin available, there is an option to do that. Make sure you have a working backup! :-) 88.130.122.11611:46, 24 March 2012 (UTC)
No, not everything is lost. In most cases the repair function can correct such errors. And if it does not, there still are some other ways to fix a broken table. However, you might want to try to create a dump of your database first. You can do this in phpMyAdmin using the "export" feature. If this works, you could at least return to the (damaged) state which you have now. (Otherwise things would become harder; you could try to copy the actual files, in which MySQL saves your database, if you have according access to the server.)
the form of the new files special page now redirects to home page
Latest comment: 13 years ago5 comments2 people in discussion
Hello,
I upgraded a MW 1.13 to 1.18 and now the search form of the new files galery redirects to the home page of the wiki without loggin any error in apache logs.
Produit Version
MediaWiki 1.18.2
PHP 5.3.3-7+squeeze8 (apache2handler)
MySQL 5.1.49-3
the generated form shows : <form action="http://s64vbibi845.dsit.sncf.fr/dsipedia118/index.php?title=Sp%C3%A9cial:Nouveaux_fichiers" method="get" class="visualClear"><fieldset> ...
but the MW log file shows :
Start request
GET /dsipedia118/index.php?like=test&limit=&offset=
HTTP HEADERS:
Could be short url (or mediawiki's $wgArticlePath and related variables) being setup wrong somehow. [that's a guess though] Bawolff (talk) 19:19, 13 June 2012 (UTC)
prop=extracts is only returning the first extract?
Latest comment: 14 years ago1 comment1 person in discussion
I would like to use the API to return the extract from multiple wikipedia articles at once.
I am trying, for example, the following:
Latest comment: 14 years ago1 comment1 person in discussion
With Lion Server the basic system database switched to PostgreSQL.
phpPgAdmin shows some basic database settings:
- Name:
- Template
- Character encoding
- Collation
- Character Type
There is a way though, doing {{int:lang}} will translcude mediawiki:lang/<User_lang_code_here>. So if you create mediawiki:lang/en, mediawiki:lang/fr, etc with the relavent codes, {{int:lang}} would work like userlanguage (Yes this is a horrible ugly hack. Its what is done on Wikimedia commons). Bawolff (talk) 18:04, 25 March 2012 (UTC)
Search doesn't display the most relevant results at the top
Latest comment: 14 years ago5 comments3 people in discussion
When searching for a word the search results don't return the most relevant results instead the relevance is in order of the page creation date. Is this normal behaviour? Is there any way I can fix it?
Some examples:
Searching for "Puzzle Bobble" doesn't show "Puzzle Bobble" at the top.
Searching for "Mission" doesn't show "Mission Impossible" at the top.
Searching for "Last Battle" doesn't show "Last Battle" at the top. It only appears on the 2nd page of the search results. Holygamer (talk) 17:05, 25 March 2012 (UTC)
That's kind of what I thought. I saw that before but it needs Extension:Lucene-search which is far too complicated to install and it seems to assume people know advanced stuff such as how to run scripts, etc.
Is there a guide anywhere which explains the installation process better? Or is there antoher extension I could use which is easier to install? Holygamer (talk) 18:13, 25 March 2012 (UTC)
Latest comment: 14 years ago3 comments2 people in discussion
So for the wiki I administrate at, I get a Database Error when I click the 4,974 articles written since January 2009. I have no idea what is causing this, nor do I have any idea how to fix it. Here is a screenshot of what happens when I click that link:
Something's missing from your database table. It seems you have a broken table; if you have command prompt access try running php maintenance.php inside your wiki directory. Jasper Deng (talk) 19:38, 25 March 2012 (UTC)
Latest comment: 14 years ago1 comment1 person in discussion
Hey, I hope you all are fine. I have a question about Edit Toolbar.
I'm using customized version of Vector as a skin. Only HTML part of the skin (vector.php) and its css have changed in customization. I can see Edit Toolbar when creating a new article but no toolbar when editing an old one. I see there is a problem with my customization, because toolbar can be viewed in Standard skin for both cases (in preview), but I couldn't find the magic.
Query: DELETE FROM `l10n_cache` WHERE lc_lang = 'zh-hant'
Function: LCStore_DB::startWrite
Error: 1213 Deadlock found when trying to get lock; try restarting transaction (localhost)
I got database deadlock frequently these days. I tried run update.php through SSH many times, but this problem occurs frequently.
This problems only happened after I upgrade my site to 1.18
From the non-developer meaning of deadlock, it sounds like your webhost is doing something here that affects something MediaWiki 1.18 needs. Jasper Deng (talk) 22:34, 26 March 2012 (UTC)
I also cannot help you directly, but technically a DB deadlock has the following background: MySQL does not logically check, if a part of a transaction really is caught in a deadlock (as this often could be rather expensive to determine). Instead MySQL checks, if a running query makes some progress. If it does not for a certain amount of time, simply speaking, MySQL just assumes that it would be caught in a deadlock and rolls it back in order to allow other queries to complete. 88.130.80.23723:23, 26 March 2012 (UTC)
That's a tough sell if you're using a shared webhost and also because you already have an existing wiki; binary is what I use but I've never used Chinese. Jasper Deng (talk) 02:27, 27 March 2012 (UTC)
Using binary is an idea as there will be no charset conversion then when things are written into/read out of the database. Since MediaWiki internally always uses UTF-8, I think you should be able to switch from a UTF-8 collation to binary without changing any content in the DB. If you use a non-UTF-8 collation, you will have to convert your content to UTF-8 first. 88.130.89.23011:42, 27 March 2012 (UTC)
Latest comment: 12 years ago5 comments4 people in discussion
tag is broken
You can make dialogs in MediaWiki sites by using the <div> tag with the style parameter, allowing you to use CSS to configure the styles. The problem is: the closing tag sometimes won't work. My code for MediaWiki:Noarticletext is:
<div style="border:solid 1px;">
<big>'''This page currently does not exist on App Appeal Wiki.'''</big><br>
'''Suggestions:'''
* If you typed the URL web address, must sure it's correct.
* Go to the [[Main_Page|Main Page]] or click the '''Back''' button to try another link
* If the page used to exist, it may have been deleted. Please check the <span class="plainlinks">[{{fullurl:{{#Special:Log/delete}}|page={{FULLPAGENAMEE}}}} deletion log].<br>
We are sorry of any inconvenience.
</div>
When previewing the page, MediaWiki refuses to close the tag, and instead displays the closing tag in the resulting document (the tag still will work without a closing tag). Help? HappyTreeFriends (my home page or talk 2 me) 07:38, 27 March 2012 (UTC)
You are not closing the span tag, which you have opened. This will make the following closing div tag illegal at that point. That could be part of the problem. 88.130.89.23011:47, 27 March 2012 (UTC)
Thank you. My new code for MediaWiki:Noarticletext is:
<div style="border:solid 1px;">
<big>'''This page currently does not exist on App Appeal Wiki.'''</big><br>
'''Suggestions:'''
* If you typed the URL web address, must sure it's correct.
* Go to the [[Main_Page|Main Page]] or click the '''Back''' button to try another link
* If the page used to exist, it may have been deleted. Please check the <span class="plainlinks">[{{fullurl:{{#Special:Log/delete}}|page={{FULLPAGENAMEE}}}} deletion log].</span>
<br>
We are sorry of any inconvenience.
</div>
Latest comment: 14 years ago3 comments2 people in discussion
Why do all my pages appear in html instead of WIKI formatting when I click on "edit"? It didn't used to be that way and no changes have been made in the wiki backend. 24.120.26.66 (talk) 21:18, 27 March 2012 (UTC)
It's behind a secure site, so I can't give you direct access. Sorry. Here's a snapshot of what I see when I click "edit" (strange thing, it could be important. Not all pages act this way. Some are fine)
Latest comment: 14 years ago1 comment1 person in discussion
Hi
I've just been asked to look after a mediawiki and of course now people want more from it.
Is there an extension or some other method such that users can be notified by either RSS or e-mail of
"quote" when someone adds a file or contributes to the discussions "end_quote"?
We are using:
Product Version
MediaWiki 1.18.2
PHP 5.3.10 (apache2handler)
MySQL 5.5.21
Latest comment: 14 years ago6 comments2 people in discussion
Hello. I recently upgraded my mediawiki from version 1.15.4 to 1.18.2. The problem is that when I try to enter the wiki, which is mounted on the localhost, it just displays a blank page, no text, no error message. While checking the error log from apache, I can see the next text:
[error] [client 127.0.0.1] PHP Warning: require(/var/www/includes/WebStart.php): failed to open stream: No such file or directory in /var/www/index.php on line 53
[error] [client 127.0.0.1] PHP Fatal error: require(): Failed opening required '/var/www/includes/WebStart.php' (include_path='.:/usr/share/php:/usr/share/pear') in /var/www/index.php on line 53
I have already tried changing permisions to the folders and archives, and also updated all the extensions that were being used and it stills mark that error. If anyone could help me, thank you. 189.232.176.68 (talk) 19:04, 28 March 2012 (UTC)
I read in another post that it had to be deleted because it caused problems with version 1.18, so i erased it. I just restore it from the backup files I had and it gives me this message in the apache error log:
[error] [client 127.0.0.1] PHP Warning: require(/var/www/includes/WebStart.php): failed to open stream: Permission denied in /var/www/index.php on line 53
[error] [client 127.0.0.1] PHP Fatal error: require(): Failed opening required '/var/www/includes/WebStart.php' (include_path='.:/usr/share/php:/usr/share/pear') in /var/www/index.php on line 53
Ok, I just gave the file permissions with the "chmod 755". I thought that since I already applied that command to the folder and archives adding the recursive command, it would already have the permissions. I tried accessing the localhost again and the page is still blank, and now the error log displays:
[client 127.0.0.1] PHP Fatal error: Cannot redeclare wfProfileIn() (previously declared in /var/www/includes/ProfilerStub.php:18) in /var/www/includes/profiler/Profiler.php on line 19
Latest comment: 14 years ago2 comments2 people in discussion
Sorry for all the questions, I am new to using this Wiki and I have only been using it for about a month. When I add articles to this page these certain articles screw up the page. I have no idea what is causing this, but here is the page. Just scroll down to see what I mean.
It seems like table soup caused by your template not MediaWiki. The page is way too big anyway, maybe it's just the browser screwing it. Not user friendly in any way! Subfader (talk) 21:44, 28 March 2012 (UTC)
Search function?
Latest comment: 14 years ago2 comments2 people in discussion
Is there an extension or mod, which allows you to search for, say, the letter "T", which will return every page that begins with the letter "T"? Or something which allows you to view every page that exists in the wiki - a sort of wiki map?
We need something like this to find orphaned pages, and to detect spam.
Latest comment: 14 years ago1 comment1 person in discussion
very strange: all of a sudden, sysadmins who always had rights to edit pages suddenly cannot. not all users but some. some can't even log in anymore. i don't understand why. when some of these users try to edit pages (and they definitely click save) the message pops up which says "Remember that this is only a preview. Your changes have not yet been saved!". I've double checked the permissions in LocalSettings.php and they seem all like they should be. I googled this issue and there seems to be some hits saying something about php saved sessions. If someone can enlighten me that would be sweet.
Changing user permissions with chmod went to 404 on all pages
Latest comment: 14 years ago1 comment1 person in discussion
Hello. After applying 'chmod 777 /var/www/html' (where /var/www/html is my Mediawiki folder) the uncached pages stopped opening. What have I done? Is it possible to fix it somehow? Beznogim (talk) 15:11, 29 March 2012 (UTC)
Problem with password recovery
Latest comment: 14 years ago1 comment1 person in discussion
Hi, I'm trying to recover my password, but when I put my username and click on button the page shows this message:
Erro a enviar o email: SMTP server response: 550 5.7.1 Unable to relay for luis.rigo@midialogic.com.br
Fetching an RSS feed from a secure tomcat web server into Wiki
Latest comment: 14 years ago2 comments1 person in discussion
Trying to resolve a problem where I'm trying to request an RSS feed from my WIki server to a secure tomcat web server (under my control) but I'm getting this error:
Failed to load RSS feed from https://my.web.server.com/feed: Error fetching URL: Peer certificate cannot be authenticated with known CA certificates
I'm using the RSS extension by the way.
This may be a simple fix either by importing the ssl certificate from the server i wish to get the feed from or by maybe telling PHP to ignore the certificate ? Not sure since I don't really know if the Wiki PHP code is using cURL to do the request or something else. And I wouldn't be too sure on where to import it to if i need to do this.
I tried going into the /includes/HttpFunctions.php file and setting "protected $sslVerifyHost = false;" and "protected $sslVerifyCert = false;" but no go.
I haven't tested it yet but after some thought, i think i need mod_ssl and the server cert to get the ssl feed ; all other traffic will be handled over the standard port 80 173.79.173.20114:33, 30 March 2012 (UTC)
Baffled by formatting titles
Latest comment: 14 years ago1 comment1 person in discussion
with: (the contents of $wgSitename) : Community portal. This causes the site name to appear redundantly on the left and right in the browser window title and again in the page title.
I would like one of 2 solutions:
Preferred solution A: like in Wikipedia:
Wikipedia's page titled: Wikipedia:Community portal shows the browser window <title> to be: Wikipedia:Community portal - Wikipedia, the free encyclopedia.
How can I change the Sitename "PERFECT ENVIRONS wiki" that appears in the browser <title> after the "-" to be (only in browser frame) some other text instead like Wikipedia does?
Alternate solution B:
The page title could be: Community portal (or Portal:Community portal), so the browser <title> would be: Community portal (or Portal:Community portal) - PERFECT ENVIRONS wiki
but I can't find how to get to (or back to) either with a still viable Sidebar link AND WITHOUT the unwanted redirect line displayed under the title that to an initial formatting is just meaningless clutter. PEwiki (talk) 17:44, 29 March 2012 (UTC)
First Time Using MediaWiki
Latest comment: 14 years ago7 comments5 people in discussion
I have a MAC OS X 10.6.8. I am trying to create a wiki using mediawiki. I download it but then nothing happens. It never installs. What am I doing wrong. 198.169.188.226 (talk) 17:54, 29 March 2012 (UTC)
When you say that you downloaded it, you mean the tar.gz file, right? The installation is that you extract the content of this file to the place where you want your wiki to be later. That is what you have to do next. You can get an overview of the steps you need to take on the page Installation. 88.130.109.2822:27, 29 March 2012 (UTC)
Latest comment: 14 years ago2 comments2 people in discussion
Hi,
I'm using mediawiki 1.18.2 and made it mandatory to login before reading or changing the wiki.
I also configured apache to use SSL for full site. The problem is that I had to create a virtualhost on apache to redirect everything from port 80 to 8099 (my SSL port, 443 was already in use), because after the login mediawiki is redirecting to 80 instead of 8099.
Did I miss something? That virtualhost redirect shouldn't be needed.
Latest comment: 14 years ago7 comments3 people in discussion
Hi! Searching for the shortest urls for wikis using scripts other then Latin was a longtime nightmare.
urls using the "wgArticleId" from "mw.config.set" as http://de.wikipedia.org/w/index.php?curid=2809853 have been an intermediate solution to avoid long properly url encoded links.
A few days ago I noticed that links as http://de.wikipedia.org/?curid=2809853 can also be used nowadays. The url does not use "w/index.php" any more. Question: Can MadiaWiki assure that these shorter urls are legitimete, stable, well documented and used as testcases before any further release is submited to svn?
Thank you very much for your future answers. gangleriלערי ריינהארט (talk) 19:10, 29 March 2012 (UTC)
It took me some time to get what you mean, but I think I got it. :-) The value of "curid" does not have to do with a way to identify Ernst Lossa as a person.
The value only is an internal identifier in MediaWiki. All it does is to instruct MediaWiki to get the page data for the article, which was saved in the database with the unique id 2809853. The page which was saved directly after this version has the id 2809854. Some documentation is available in Manual:Parameters_to_index.php. 88.130.109.2822:37, 29 March 2012 (UTC)
The reason about short urls was addressed between others at bugzilla:0023427 - "Introduce magic word {{PAGEID}} to provide the page_id of the current page ". More features request on short url topic where raised by WikiMedia comunities in languages based on other scripts then Latin. I remember many raised by Wikipedia in Russian.
While url 0 renders (nearly) as de:Ernst Lossa (I say "nearly" because I have not compared the page source codes with advanced tools), url 1 seems to contain url 0 together with some links to diff functionality. url 1 is not stable I mean it is not linking to the most actual page as url 0 does. It will have the same "kismet'" as url 2.
To fully understand the question: Is url 0 "always" linking to the most actual version of this article? The question is not if the actual page title will always be redirected to a renamed page as "Ernst Lossa (foobar)" That is a maintenance issue of the wiki community. The question is not related to the question what happens if the article / page is deleted and if some revisions are restored again. (In some discussions I was listening to some opinions that a new "wgArticleId" would / might be assigned by the database. לערי ריינהארט (talk) 00:53, 30 March 2012 (UTC)
This is really not the right place to ask this sort of question. You should probably ask an ops person (I'd imagine), and I don't believe they generally look through this form.
>Question: Can MadiaWiki assure that these shorter urls are legitimete, stable, well documented and used as testcases before any further >release is submited to svn? Thank you very much for your future answers. gangleri לערי ריינהארט (talk) 19:10, 29 March 2012 (UTC)
This (the lack of needing /w/index.php) is related to how Wikimedia (not mediawiki) is configured (As in how the apaches are configured). This sort of behaviour would not necessarily happen on non-wikimedia mediawiki installs.
addendum: The above I was talking about if doing curid without /w/index.php is stable. For your second question (difference between curid and oldid) curid is the page's number. oldid is the revision number. oldid changes on every revision. curid only changes on edge cases (like being deleted and restored). Note that the proposed short url extension will use a different number that is neither curid or the oldid. Bawolff (talk) 22:48, 30 March 2012 (UTC)
Thanks for the answers Bawolff! I am aware of "oldid". It was mentioned only because "oldid" adds some "headers" also.
Questions:
a) Are there special keywords at http://www.mediawiki.org/wiki/Bugzilla for topics related to the stability of the setup of WikiMedia Foundation servers? Could all required testcases be added to MediaWiki in order to assure that such urls would not be broken / invalid in the future?
b) Could all relevant parts of the apache configuration required to achieve similar results at other MediaWiki installation be documented?
Could you please address these two topics in the relevant forum?
a) Are there special keywords at http://www.mediawiki.org/wiki/Bugzilla for topics related to the stability of the setup of WikiMedia Foundation servers?
Any bug about Wikimedia server set up would be in the Wikimedia product of bugzilla. (vs normal bugs in MediaWiki product). Some Wikimedia server config related bugs end up in RT, which is secret (Don't ask me why its secret, I've never really understood. Something about billing info goes in there too)
b) Could all relevant parts of the apache configuration required to achieve similar results at other MediaWiki installation be documented?
The actual config files are at http://noc.wikimedia.org . Any set up where url parameters on the root url gets forwarded to index.php should work in the fashion you are looking for.
Could all required testcases be added to MediaWiki in order to assure that such urls would not be broken / invalid in the future?
No, you cannot add test cases to MediaWiki for testing software that is not MediaWiki. One could add a test case to verify that urls of the form http://en.wikipedia.org/w/index.php?curid=1234 don't break, but that's as close as you can get.
It was mentioned only because "oldid" adds some "headers" also
curid will add noindex tags that stop google from indexing non-canonical versions of the url. (Not quite a header, but probably what you're thinking of). Bawolff (talk) 20:37, 2 April 2012 (UTC)
Force creating thumbnail
Latest comment: 14 years ago4 comments2 people in discussion
Hi, I would like like to ask if there is a way to force thumbnail creating also if image width is smaller than the created thumbnail? I have found the createThumb function but thumbnails are only created if the image width is larger than the thumbnail width. This shall be used for an extension.
Thanks and best wishes Singlespeedfahrer (talk) 19:20, 29 March 2012 (UTC)
I don't think so. Simply because it makes no sense to create such blurry images. There might be special cases where you want to relate on their existance yep, but since WIkipedia doesn#t use it there is no setting for it in MediaWiki by default ;) Subfader (talk) 12:19, 31 March 2012 (UTC)
I agree with you. It sounds somewhat questionable. Background is that I wanted this feature for testing purposes creating an image popup extension (like SlimboxThumbs but no fullsize image view). By the way my question is now out of date. Extension works with getting the full images sizes. Currently I have issues getting gallery image dimensions. Thanks for your reply! If you are noisy you may have a look e.g. here (a bit buggy yet) ;). Singlespeedfahrer (talk) 16:10, 31 March 2012 (UTC)
Then when I add a picture to it later it doesn't update on the page I put it on. I tried deleting/re adding. It doesn't work. Any ideas? Friendofyourss (talk) 20:06, 29 March 2012 (UTC)
It shoule work, when you purge the cache of the page with action=purge, on which the included template does not display. 88.130.66.12917:02, 8 June 2013 (UTC)
SRF_iCalendar problem
Latest comment: 14 years ago1 comment1 person in discussion
Hello, I'm new around mediawiki, and I have had a few problems upgrading the mediawiki of the company. Right now, I just installed MediaWiki 1.18.2, and loaded the databases. I also tranfered the data, images, and doc from the old wiki to the new one, and checked extensions the old wiki had, downloaded the new versions of those and copied them to the extensions folder. Now the wiki page apears blank, and when checking the error log i get this message:
PHP Fatal error: Class 'SMWResultPrinter' not found in /var/www/mediawiki/extensions/SemanticResultFormats/iCalendar/SRF_iCalendar.php on line 17
I have already tried removing certain extensions but to no results yet. The extensions I downloaded were: FCKeditor, SemanticForms, SemanticInternalObjects, SemanticResultsFormats, SemanticMediaWiki, GoogleCalendar, PasswordReset, and Winter. Could you guys please give me a hand with this? Wingtower (talk) 21:23, 29 March 2012 (UTC)
Changing the position of the name in the function create('point') (jsxgraph)
Latest comment: 14 years ago1 comment1 person in discussion
Iam using create('point') to give some logic path a name.
In the following example I am drow a vertical path and one point at the top of the path and gave it the name 'A'.
The Problem is, that Name 'A' is shifted to right, I would like it excatly on top of the drawn point. Is there any way to change the position of the name? 89.14.196.149 (talk) 22:05, 29 March 2012 (UTC)
[RESOLVED] Can't get Cite template to work
Latest comment: 11 years ago3 comments2 people in discussion
Hello!
I just started a local private wiki on my macbook (using SQlite 3.7.7.1, PHP 5.3.8, MediaWiki 1.18.1) and I'm having trouble getting the cite templates to work properly. Refered to http://en.wikipedia.org/wiki/Wikipedia:RefToolbar_2.0#Porting_to_another_wiki to get the cite-button working, which was no problem, but...
I've been having problems getting it to use the swedish templates (from http://sv.wikipedia.org/wiki/MediaWiki:RefToolbarLocal.js ) that I have saved on my computer (under MediaWiki:RefToolbarLocal.js).
I'm pretty much at loss about why I can't get this to work, the only thing I could think of was the fact that I'm running refToolbar as a gadget (and can turn it off/on on my settings) Does that matter?
On the instructions I followed the get the cite button to show up, it says "To install RefToolbar as a gadget; ..." it kind of sounds like it could be run in some other way? Xyyx (talk) 00:05, 30 March 2012 (UTC)
Got this to work, so I'll post how:
Instead of loading RefToolbar as a gadget, I loaded it globally through MediaWiki:Common.js by adding:
Is there any updated documntation about the actual implementation of **utf-8 / Unicode normalization** in MediaWiki?
Latest comment: 14 years ago2 comments2 people in discussion
Imagine a time without no secrets. Imagine that site developers share their knowledge about deep technical issues.
Question: Is there an updated documentation about how MediaWiki has implemented "Unicode normalization"?
Does it include all required libraries, their latest versions, their the required setup, the known open issues / problems?
If the documentation is missing or outdated I kindly ask you to open a bugzilla request with keyword / topic documentation and post the bug report here. Any help is highly appreciated. לערי ריינהארט (talk) 01:37, 30 March 2012 (UTC)
You can always read the source code :P
There are a variety of ways unicode normalization can be done depending on your configuration. In general we will use php extensions written in C if available, since they're fast (this includes the icu extension, the intl extension.intl is included by default in newer php, so is almost always available). Otherwise we will use a fallback php implementation.
Some additional normalizations are done based on content language for Malayalam and Arabic. This is done per-content for performance reasons, but is kind of evil (in my opinion). The ml normalization caused some problems with external urls that used the non-normalized versions of characters, otherwise I'm not aware of any open issues, but I am not an expert on the subject by any means.
Is there any updated documntation about the actual implementation of **utf-8 / Unicode truncation** in MediaWiki?
Latest comment: 14 years ago2 comments2 people in discussion
Imagine a time without no secrets. Imagine that site developers share their knowledge about deep technical issues.
Question: Is there an updated documentation about how MediaWiki has implemented "Unicode truncation"?
Does it include all required libraries, their latest versions, their the required setup, the known open issues / problems?
If the documentation is missing or outdated I kindly ask you to open a bugzilla request with keyword / topic documentation and post the bug report here. Any help is highly appreciated. לערי ריינהארט (talk) 01:37, 30 March 2012 (UTC)
I don't know what unicode truncation is....
If you mean just truncating strings that have multi-byte characters, and making sure you don't truncate in the middle of a character, see Language::truncate (I was going to link directly to the docs, but they seem to have totally dissapeared [2]). There's also a couple of other related functions in the Language class.
Note however, I'm not sure why there would be documentation about this beside standard dev documentation, as its a fairly straightforward thing, which users shouldn't have to care about. Bawolff (talk) 21:24, 2 April 2012 (UTC)
301 redirects?
Latest comment: 14 years ago4 comments2 people in discussion
Hi there. I'm trying to setup redirects from all variants of lanpartyguide.net to lanpartywiki.com. This is the .htaccess file I'm using in the root directory (http://pastebin.com/BxNuPFum), but that only redirects the straight "lanpartyguide.net" and "lanpartyguide.net/wiki/" URLs. What am I doing wrong? 70.36.136.9 (talk) 04:10, 30 March 2012 (UTC)
Well, I'd rather use a PHP redirect, as my index.php:
Latest comment: 14 years ago1 comment1 person in discussion
I made some change in the Includes/Linker.php to remove non-existent links to anonymous users of my wiki site. The code just shows the text and no link. It used to work fine in older version, but in the recent 1.18.2 version for a new project, the code is not working anymore.
Actually, it is working, but the problem is the output of the page seems to be getting cached. In the sense, if I login and check the page, I see red links and when I try the same page in a different browser (without logging in), I still see the red links.
In the same way, when I purge the cache without logging in, the links are not displayed, just the text. When I try the same page in a different browser while logged in, I still don't see the redlinks. 123.201.72.234 (talk) 13:51, 30 March 2012 (UTC)
Problem creating Vector based skin
Latest comment: 14 years ago9 comments4 people in discussion
I'm working on a new skin for http://en.sturmkrieg.com called '"Sturmkrieg" that is based on Vector. I've been following the directions at Manual:Skinning/Vector. The problem I have is that when I preview the skin, I get an error message about "includes/resourcesmodule.php," unless I capitalize the S in Sturmkrieg in the skin name of the URL. Lieutenant Aleksandr Reznov16:24, 30 March 2012 (UTC)
Well, directly in Sturmkrieg.php. In the vector skin you have Vector.php and inside there is the class VectorTemplate. If you copy the vector skin and rename it to something else (e.g. to Sturmkrieg), you also have to rename the class VectorTemplate to SturmkriegTemplate. 88.130.114.18720:17, 30 March 2012 (UTC)
"A problem with OutputPage.php" can be everything. Might e.g. be an incorrect skin registration or something with the ressource loader. Impossible to say if you don't tell us the exact wording of the error message you get. 88.130.68.13201:54, 4 April 2012 (UTC)
Latest comment: 14 years ago3 comments2 people in discussion
I have tried using all the music player extensions. The players show up in a page I made but when I click on play the file doesn't play and the time stays on zero. Is there something special I'm supposed to do before Mediawiki will play a file? Holygamer (talk) 12:57, 31 March 2012 (UTC)
Its weird because I got FlashMP3 working on another installation of MediaWiki 1.16.5 but I can't get it working on my other site which uses the exact same code and uses the same file & filename to play. Holygamer (talk) 13:28, 31 March 2012 (UTC)
Schalice (talk) 20:36, 3 March 2012 (UTC)
(talk) 08:41, 22 March 2012 (UTC)
(talk) 02:06, 23 March 2012 (UTC)
