Project:Support desk
 Archives |
- Check before posting
- Realtime help
- Mailing list
Welcome to MediaWiki.org's Support desk, the central on-wiki place to ask MediaWiki questions!
The greater purpose of this page is to make our Manual and other available help so good that you do not have to come here to ask questions, or making them easier to find.
There are other ways for of communication as well (IRC, Mailing lists etc.), read more here.
Before you post
- Please read through our technical manual and end-user help.
- Project:Current issues is where you should discuss issues about the mediawiki.org website itself.
- If your question is about an extension, consider posting your question at that extension's talk page instead.
- Project:Sandbox: Test wiki editing.
Post a new question
1. To help us answer your questions, please always indicate which versions you are using:
-
- MediaWiki (reported by your wiki's Special:Version page)
- PHP (likewise)
- Database (likewise, e.g. MySQL 4.1)
2. Please include the URL of your wiki unless you absolutely can't. It's often a lot easier for us to identify the source of the problem if we can look for ourselves.
3. To start a new thread, click "Start a new discussion".
Archiving topics
Topics are automatically archived when they have been inactive for three weeks. If a question you have asked is approaching this limit and still has not been answered, please 'bump' it to prevent it being archived. However do not 'bump' for other reasons.
- [History↑]
Contents
 First page |
 Previous page |
 Next page |
 Last page |
Hi
Could anyone explain why using the method below I am not able to backup fully? Mysql.5.1.36 = 1.75GB on my computer. Backup of mediawiki.sql = 482.830kb.
Siteground: MySQL Export: How to backup a MySQL database using phpMyAdmin
Cheers
If you say you are using phpMyAdmin I would think that the process just times out before the whole DB has been written. You can identify this case, when the SQL dunmp does not end with a line saying "-- dump finished on May 24th 2012, 17:45" or something like that.
Thank you for that
I am sure that you are correct. I am not so sure where to find the line "dump finished...." etc. unless you mean the message you get after downloading. I get the message download complete.
However,I understand from researching the internet that using phpMyAdmin cannot handle large databases. That appears to the case.
Kind regards
This line should be in the dump file, which phpMyAdmin creates. Open it with a text editor and you will see that it is human-readable. It "only" contains the SQL commands, which are needed to create your tables and to put your content in them. Scroll to the very bottom of the file and check the last lines.
> However,I understand that using phpMyAdmin cannot handle large databases.
That is right. Reason are restrictions in the PHP settings on the server like the maximum execution time. You wrote that you have the database with 1,75GB "on your computer". Then you will be able to create the dump without phpMyAdmin: This works with the tool "mysqldump", which comes with MySQL. Use it like this: "mysqldump -u my-mysql-username -pmy-mysql-password -h my-mysql-host my-database > dump.sql".
"The requested URL /mediawiki-1.18.2/... was not found on this server." after updating to 1.18.3
Hello, I'm wondering if anyone would be able to help with a problem that's been occurring after installing a Mediawiki update for a private wiki that is hosted locally using MAMP. Following instructions on the Mediawiki site and other user advice, I replaced the the older version of MW (18.1.2) with MW (18.1.3) in the MAMP/htdocs directory while preserving the old localsettings.php file. After following instructions within the wiki program, the upgrade to MW 18.1.3 was complete and it provided a link to follow to use the wiki, just as it did when I first installed MW (18.1.2).
However, this time it comes up with following error message:
"The requested URL /mediawiki-1.18.2/index.php/Main_Page was not found on this server."
It's clear that I missed a step when upgrading the wiki to make it available on MAMP in its new form. If I type in the usual "localhost8888" it shows an available link to Mediawiki 18.1.3, but once I've followed the link, the error message comes up. I've tried typing in localhost8888: mediawiki-1.18.3/index.php/Main_Page, but that doesn't work either. The PHP version is 5.3.6 and the Database is MySQL 5.5.9. I'm a newbie (probably obvious by the mistake) and it would very helpful to receive guidance. Thanks!
Hi ho,
the part "mediawiki-1.18.x" in your URLs is no magic; it must point to a folder, which is there. Check in your filesystem to see, which folder you have got. (I think you should have at least one of the two. If then there is the index.php file in that folder, the URL should work.)
Next question: What exactly have you done to do the update: Have you really overwritten the files in the folder mediawiki-1.18.2? So you now have a folder mediawiki-1.18.2 with the content of mediawiki-1.18.3? Or have you instead created a new folder mediawiki-1.18.3? I am confused...
We are running MediaWiki 1.18.2 PHP 5.3.5 (cgi-fcgi) MySQL 5.1.53-log
Our site has been infected by some kind of malware such that pages retrieved by conventional browser user agents are perfectly normal, however pages retrieved by googlebot user agent contain spam. The result being that our Google search results have spurious spam titles and abstracts. Using Google webmaster tools I have seen the page 'as seen by Google' and it starts as follows:
HTTP/1.1 200 OK Date: Thu, 24 May 2012 23:53:55 GMT Server: Apache X-Content-Type-Options: nosniff Content-Encoding: gzip Vary: Accept-Encoding Content-length: 38024 Keep-Alive: timeout=2, max=100 Connection: Keep-Alive Content-Type: text/html <!DOCTYPE html> <html lang="en" dir="ltr" class="client-nojs"> <meta name="keywords" content="cheap,cialis,no,prescription,buy,cialis,online,pill,shop,safe,and,secure."> <meta name="description" content="Cheap cialis no prescription, buy cialis - Online pill store, great deals!! Check order status. 100% satisfaction guaranteed!"> <head> <title>Cheap Cialis No Prescription, Buy Cialis - Online Pill Shop, Safe And Secure.</title> <meta charset="UTF-8" /> <meta name="generator" content="MediaWiki 1.18.2" />
Where should I be looking to find the infection? I assume there is some code or configuration which allows user-agent-dependant meta tags or content to be generated.
Many thanks Rob
Reupload MediaWiki, making sure first that there are no unwanted additions to LocalSettings.php. Have fresh backups at hand next time.
No good idea. You should first find out, how the attacker infected your wiki. Just replacing the sourcecode is only curing the symptoms, but not the cause. That way you will likely get infected again: Maybe in two months, maybe in two weeks or maybe just tommorrow.
You should search all your files in your installation for one of these spam words like "cialis". This should give you a clue of which files in fact are the ones infected.
Maybe the change dates of the files also help: Everything, which was changed when the infected files were changed, is likely to be malicious as well.
HTH
Is there any way to package up multiple files for download with a single click? For example, say you had fifty sound files like this:
File:Sound1.ogg File:Sound2.ogg File:Sound3.ogg ...
If a user wanted to download all 50 sound, they would have to navigate to each file page and download it. Does anyone know of a function or plugin that would allow you to bundle multiple wiki files so they many be downloaded with a single click without resorting to the file's actual URL (since that can change with updated versions of the file)?
Thanks!
- Warning: I am smart, but not a geek.
- MediaWiki 1.14.0
- PHP 5.2.17 (cgi-fcgi)
- MySQL 5.5.21-55
Okay. I've been fiddling with this for weeks now and I'm no closer to figuring it out than I was when I started, so here I am... Here's my situation (bear with me if this is a little long or disjointed - my brain's kinda like jello right now), along with some background:
I have a wiki at www.gunownersresource.com/gorole/ that's been up for years, working fine, almost no problems with it, ever. I wanted to mirror it (if that's the right term) on another domain, so I picked up www.gunsopedia.com and configured an addon domain in cpanel to point to the directory that the wiki was in and gave each wiki it's own LocalSettings[x].php file, like it says at Manual:Wiki family. So my LocalSettings.php now looks like:
<?php
switch ($_SERVER["SERVER_NAME"])
{
case "www.gunownersresource.com":
require_once "LocalSettings_this.php";
break;
case "gunownersresource.com":
require_once "LocalSettings_this.php";
break;
case "www.gunsopedia.com":
require_once "LocalSettings_that.php";
break;
case "gunsopedia.com":
require_once "LocalSettings_that.php";
break;
default:
echo "This wiki is not available. Check configuration.";
exit(0);
}
Okay, so far so jolly. Both sites come up with their own skins, site names, logos, etc.. Everything's cool. So, naturally, this is when things go ahead and take a turn for the discombobulatory (no, I don't give a damn if that's a word). There's some kind of problem with the paths on some pages, but not all of them, that is now officially driving me nuts. Here's an example (which is the best way I can explain it):
If you look at these two pages:
- gunownersresource.com/gorole/index.php?title=Browning_Hi-Power (we'll call this Page1)
- gunsopedia.com/index.php?title=Browning_Hi-Power (and this Page2)
They are both the same page, from the same database, etc.. But, you can't see the images on Page2 and, if you mouse over them you will see that the path they point to the image is at gunsopedia.com/gorole/ instead of just gunsopedia.com. You get the same thing with every link on the page.
However..., if you were to edit the page (the edit link at the top works) and save it, this page would work fine BUT, over on Page1, all the paths would now show just gunownersresource.com instead of gunownersresource.com/gorole/.
So basically, either both pages have the /gorole/ in the paths of the links on them or neither of them do, depending on where the last change was made from. Page1 should have it and Page 2 shouldn't. --- /gorole/, no /gorole/, /gorole/, no /gorole/. Marco! Polo! AAAUUUGGGHHH!!!
In conclusion: I'm stumped, I'm pretty sure I broke my brain (and the damn thing's out of warranty now), my computer won't stop laughing at me, and I do believe I'm going to go get drunk now.
Any help much appreciated, thanks in advance...
- More info:
- Page gunownersresource.com/gorole/index.php?title=M24_Sniper_Weapon_System was created and the corresponding page showed at gunsopedia.com/index.php?title=M24_Sniper_Weapon_System. Second page works right, first one doesn't. Exactly backwards from what it's been doing before...
I'm not sure such a configuration is supported at all, but you should start with separating caches for different wikis, e.g. (not tested, but you should get the idea) by creating two memcached instances on different ports and having each wiki use different instance:
$wgExtensionFunctions[] = 'wfSetupCaches'; function wfSetupCaches() { global $parserMemc; switch ($_SERVER["SERVER_NAME"]) { case "www.gunownersresource.com": case "gunownersresource.com": $parserMemc = ObjectCache::newMemcached( array( 'servers' => array( 'localhost:123' ) ); break; case "www.gunsopedia.com": case "gunsopedia.com": $parserMemc = ObjectCache::newMemcached( array( 'servers' => array( 'localhost:456' ) ); break; default: echo "This wiki is not available. Check configuration."; exit(0); } }
Hi, I'm creating a custom skin from the following the documentation I can find on the subject. I've also created an extension to be installed with the skin to enable some custom functionality and to roll my javascript & css into the combined & minified files MediaWiki outputs through ResourceLoader. Files are loaded as expected and everything works fine until I turn off debug mode ($wgResourceLoaderDebug = false; in LocalSettings) and then ResourceLoader no longer loads the JS & CSS files specified. Am I missing something?
Here's my ResourceModule array from my extension:
$wgResourceModules['ext.practicalplants.css'] = array( 'localBasePath' => dirname(dirname( __FILE__ )) . '/skins/', 'remoteExtPath' => '../skins/PracticalPlants', 'styles' => array('css/main.css'=>array('media'=>'screen'),'css/print.css'=>array('media'=>'print')), 'position'=>'top' ); $wgResourceModules['ext.practicalplants'] = array( 'localBasePath' => dirname( __FILE__ ) . '', 'remoteExtPath' => 'PracticalPlants', 'scripts' => array( 'js/modernizr-1.7.min.js','js/jquery.ui.autocomplete-html.js','js/practicalplants.js' ), 'dependencies' => array( 'jquery.ui.autocomplete' ) );
in a BeforePageDisplay hook handler, I call OutputPage::addModules to add my resources to the page.
public static function beforePageDisplay( $out, $skin ) { if ( $skin instanceof SkinPracticalPlants ) { $out->addModules( 'ext.practicalplants.css' ); $out->addModules( 'ext.practicalplants' ); } return true; }
As I said, this all works fine with $wgResourceLoaderDebug = true; my resources are all loaded independently. When it's set to false, my resources aren't rolled into the minified files or loaded separately.
Anyone know what I'm doing wrong?
MediaWiki 1.18.1 on PHP5, Apache2, Mysql5.
Don't put your files in ./skins/PracticalPlants but put them in ./extensions/PracticalPlants/modules/ext.practicalplants. See also Manual:$wgResourceModules.
Does that fix the problem?
Thanks for the reply and the documentation - I hadn't come across that one. Alas as far as I can see, everything is in line with what it instructs. I've also read over this documentation page: http://www.mediawiki.org/wiki/ResourceLoader/Migration_guide_(developers) time and time again, and can't find what I'm doing which is not inline with the instructions.
Unfortunately after moving my CSS and JS files as you suggested to module/ext.practicalplants in my extension directory and updating the paths in my extension accordingly, the problem remains the same. Resources load as expected when debug mode is on, but once turned off none of the specified CSS & JS files are bundled up by the ResourceLoader. My code resourceLoader arrays now looks like this, and the problem persists:
$ppResourceTemplate = array( 'localBasePath' => dirname( __FILE__ ), 'remoteExtPath' => 'PracticalPlants', 'group' => 'ext.practicalplants' ); $wgResourceModules['ext.practicalplants.css'] = $ppResourceTemplate + array( 'styles' => array('modules/ext.practicalplants/css/main.css'=>array('media'=>'screen'),'modules/ext.practicalplants/css/print.css'=>array('media'=>'print')), 'position'=>'top' ); $wgResourceModules['ext.practicalplants'] = $ppResourceTemplate + array( 'scripts' => array( 'modules/ext.practicalplants/js/modernizr-1.7.min.js','modules/ext.practicalplants/js/jquery.ui.autocomplete-html.js','modules/ext.practicalplants/js/practicalplants.js' ), 'dependencies' => array( 'jquery.ui.autocomplete' ) );
Since the above post I've upgraded to 1.9.
Any ideas?
I removed upgraded php 5.1, moved to 5.3 ... wiki worked.
I upgraded via the manual, and now I get a internal error 500. I would link it, but it's an internal wiki we use, so not public.
See Manual:How to debug for details on vieweing PHP errors.
I have a closed wiki named: testwiki The main page consists of two lines:
line1 line2
Now I backup the database testwikidb through the command:
mysqldump testwikidb > testwikidb-dump.sql
After that I make changes to the main page of testwiki adding 2 more lines, so the new contents is:
line1 line2 line3 line4
For any reason, I have to restore the testwiki. After creating the database via mysqladmin, I restore the tables:
mysqladmin create testwikidb mysql testwikidb < testwikidb-dump.sql
When I log in to testwiki the main page displays all four lines as shown above after having added the 2 more lines. This is certainly not what I expected to see. The backup was executed, when the main page consisted of only 2 lines. So after restoring that backup, only 2 lines should be the contents of the main page.
But when opening the editor of that main page, the edit window only shows the first 2 lines. This time it's exactly what I expect to see after restoring the tables.
I am very confused about the fact, that the contents of the main page simply displayed by mediawiki differs from the contents of the editor window of that same page. How can that be?
Is that a bug in mediawiki? Or a bug in mysql? I really don't know where to search for remedy.
Is there anybody kicking me in the right direction to the solution? Please help. Thank you.
My Versions: MediaWiki: 1.16.5, PHP: 5.2.17, MySQL: 5.1.61
I'm using the Vector skin. I would like to hide the following tabs to people who do not have the right to use them. Is there any way to do this?
Discussion, View History, Edit, Arrow
The following is simple CSS but it should work:
$wgHooks['SkinTemplateSetupPageCss'][] = 'wfHideVariousTabsFromAnonymous'; function wfHideVariousTabsFromAnonymous( &$hidetabcss ) { global $wgUser; if ( !$wgUser->isLoggedIn() ) { $hidetabcss .= 'li#ca-history, li#ca-viewsource, li#ca-edit, li#ca-talk, .vectorMenu { display: none; }'; } return true; }
Thanks but that only hides the tabs. The tabs are still there in the code. Is there any way to make the tabs not show in the first place and where should I put the code in the Vector skin? Thanks
There is no extension but there might be hooks that could be used. I'll look for it tomorrow.
What gives me this idea is that Hurricane Electric's wiki (found somewhere on he.net) succeeds in hiding all the special pages and all the tabs.
LQT hides various tabs so I'll take a look inside its files. It's maybe in /mediawiki/trunk/extensions/LiquidThreads/classes/Dispatch.php but I just took a short look.
Here it is for Vector skin. And don't remove my name, it's a real extension. Just create HideVariousTabsFromUnauthorizedUsers.php, put this code into it, include it in LocalSettings.php and if anonymous users DON'T have edit permission, it'll work. Actions at the arrow shouldn't need to be removed because I can't see an action shown under the arrow that can be executed by anonymous users with default or restricted permissions.
<?php /** * HideVariousTabsFromUnauthorizedUsers * * @package MediaWiki * @subpackage Extensions * * @author: Tim 'SVG' Weyer <t.weyer@ymail.com> * * @copyright Copyright (C) 2012 Tim Weyer * @license http://www.gnu.org/copyleft/gpl.html GNU General Public License 2.0 or later * */ $wgExtensionCredits['other'][] = array( 'path' => __FILE__, 'name' => 'HideVariousTabsFromUnauthorizedUsers', 'author' => array( 'Tim Weyer' ), 'url' => 'https://www.mediawiki.org/wiki/User:SVG', 'description' => 'Disables various view and namespace tabs from users without <tt>edit</tt> permission for Vector skin', 'version' => '04-12-2012', ); // Hooks $wgHooks['SkinTemplateNavigation'][] = 'fnHVTFUUremoveTabsFromVector'; // Tabs of view to remove $wgHVTFUUviewsToRemove = array( 'view' /* read */, 'edit', 'addsection' /* on talkpages */, 'history' ); /** * @param $sktemplate Title * @param $links * @return bool */ function fnHVTFUUremoveTabsFromVector( SkinTemplate &$sktemplate, array &$links ) { global $wgUser, $wgHVTFUUviewsToRemove; // Only remove tabs if user isn't allowed to edit pages if ( $wgUser->isAllowed( 'edit' ) ) { return false; } // Generate XML IDs from namespace names $subjectId = $sktemplate->mTitle->getNamespaceKey( '' ); // Determine if this is a talk page $isTalk = $sktemplate->mTitle->isTalkPage(); // Remove talkpage tab if ( $subjectId == 'main' ) { $talkId = 'talk'; } else { $talkId = "{$subjectId}_talk"; } if ( !$isTalk && $links['namespaces'][$talkId] ) unset( $links['namespaces'][$talkId] ); // Remove actions tabs foreach ( $wgHVTFUUviewsToRemove as $view ) { if ( $links['views'][$view] ) unset( $links['views'][$view] ); } return true; }
Works perfectly. Thanks. However the View Source tab still shows. Although you don't need permission to view that tab I would like to remove it as it's wasteful to Search Engine Optimization.
Sorry, forgot this tab because I didn't remove the edit permission when I was coding it. Just add 'viewsource' to $wgHVTFUUviewsToRemove array and it should work.
A long extension name at that :)
Which version of mediawiki is this for?
I think I've followed the instructions above, but get an internal server error on
// Generate XML IDs from namespace names
$subjectId = $sktemplate->mTitle->getNamespaceKey( '' );
// Determine if this is a talk page
$isTalk = $sktemplate->mTitle->isTalkPage();
I've coded it in MediaWiki 1.17.0. Due to Holygamer's testimony, it does also work with MediaWiki 1.16.5 and I've checked both Vector.php. It might not work with MediaWiki 1.18, the code of Vector.php is quite different.
For MediaWiki 1.19, try this:
function fnHVTFUUremoveTabsFromVector( SkinTemplate &$sktemplate, array &$links ) { global $wgUser, $wgHVTFUUviewsToRemove; // Only remove tabs if user isn't allowed to edit pages if ( $wgUser->isAllowed( 'edit' ) ) { return false; } // Remove talkpage tab if ( $links['namespaces']['talk'] ) unset( $links['namespaces']['talk'] ); // Remove actions tabs foreach ( $wgHVTFUUviewsToRemove as $view ) { if ( $links['views'][$view] ) unset( $links['views'][$view] ); } return true; }
HI I am using Midiawiki-1.18.3 version. i have followed the following suggestion to hide "view source" tab for anonymous user.
URL - http://www.mediawiki.org/wiki/Extension:ProtectSource#Configuration
But still i could see option. so please help me solve this.
Operation system: Windows-xp
Rgds, Mohan
Hello all, I need help, recently, when opening me wiki on firefox I just had the pages displaying like this: http://image.noelshack.com/fichiers/2012/21/1337855786-Chromeandfirefoxnotworking.jpg I tried going to google chrome, and it was working correctly, but only for one day. Today it was the same problem as in firefox. So I tried internet explorer (yup!) and... it was working correctly: http://image.noelshack.com/fichiers/2012/21/1337855793-IEworking.jpg
I'm using mediawiki 1.18.2 , with extensions like semantic mediawiki, but since the problem, I didn't do anything. Except writing pages. But I did not install some new things. Also, I did do CCleaner juste in case, but it did not solved the issue. Also, I tried on other PC and it's working correctly, so the problem is probably from my PC.
So if someone know why it display like this, what could cause something like that, help would be much appreciated. Thanks.
What you see in Firefox/Chrome seems to be like your stylesheets do no longer get loaded. So I would check the source code in the browser and see what happens, when you try to open one of the stylesheets.
As you describe the problem (first it worked in both browsers, then still in one and now in none), this might well be a caching issue. My guess is: Clear the cache in IE and it will be broken there as well.
When i check the source code, I have... the source code of the page. The beggining is something like this:
<!DOCTYPE html> <html lang="en" dir="ltr" class="client-nojs"> <head> <title></title> <meta charset="UTF-8" /> <meta name="generator" content="MediaWiki 1.18.2" /> <link rel="alternate" type="application/x-wiki" title="Edit" href="/w /index.php?title=Main_Page& amp;action=edit" /> <link rel="edit" title="Edit" href="/w/index.php?title=Main_Page&action=edit" /> <link rel="apple-touch-icon" href="/w/apple-touch-icon.png" /> <link rel="shortcut icon" href="/w/favicon.ico" /> <link rel="search" type="application/opensearchdescription+xml" href="/w/opensearch_desc.php" title="" /> <link rel="EditURI" type="application/rsd+xml" href="/w/api.php?action=rsd" /> <link rel="alternate" type="application/atom+xml" title="Atom feed" href="/w /index.php?title=Special:RecentChanges&feed=atom" /> <link rel="stylesheet" href="/w/load.php?debug=false&lang=en& amp;modules=mediawiki.legacy.commonPrint%2Cshared%7Cskins.vector&only=styles& amp;skin=vector&*" /> <meta name="ResourceLoaderDynamicStyles" content="" /> <link rel="stylesheet" href="/w/load.php?debug=false&lang=en&modules=site& amp;only=styles&skin=vector&*" />
This is only the beggining, it's like 500 lines long... It's visibly the same for the 2 wikis and for all browser. (as far as i have checked) But how do i try to open stylesheets? (And where?) Also, I have 2 wikis (one in english, one in french) and now... the french one is working correctly on all browsers ( I.E. , firefox and chrome), but the english one only in I.E. and not on firefox and chrome (by the way, I clear all cache from I.E., but it's like yesterday.).
Also, dunno if it's important, but the "favicon" of the english wiki... is gone. (at least does not appear on the url, cause it's in the mediawiki folder).
Well, anyway, the most important thing now is the display. So if you (or someone else) have any idea , i thank you from the bottom of my heart.
Is there a system message that would let me change the default back-link on subpages from "< {{BASEPAGENAME}}" to something a bit more expository, like "This entry is a branch of {{BASEPAGENAME}}."?
Hi!
I would like to know if it is possible to change the width of the edit window in MediaWiki. The issue I'm having is that the navigation block covers the part of the article when editing. I suspect that it should be done via the skin's css file, but cannot find the exact value to change.
Can someone please help me?
Screenshot or link?
After some checking found it myself. It is really easy, however needed some time :-)
hi -
What about you share with everybody how you did it ..? :d
My guess would be using CSS such as textarea#wpTextbox1 { width: 100em; } although I have not tried it myself.
(edit)
You can change it in My preferences.
How can I overcome the problem of "+" character in my url? I'm trying to request the articles that contain "+" symboles like mathematical titled expressions: A+B=C, but it doesn't work on my site (it was working but I don't know what happened lately).
Instead the "+" is treated as a space " " which is then translated by the wiki as "_" and the result of A+B=C becomes A B=C.
I'm using short urls. Can you help me?
You should use {{urlencode:+}} whenever you must have a plus sign ("+") or other restricted character. (See Help:Magic words#URL data) That said if you can move the pages you should.
Thanks for reply. I'm not sure if this can resolve my problem but everything was perfect since the time I installed my website until few days ago when I realized that the pages containing this character were not able to be called any longer. I'm sure I created them and was calling them from time to time. Now I can create a page but can not call it. To make things clear,
- go to http://www.ejabah.info/wiki and try to append the expression "A+B" in the address box and then see what you get instead.
- If you try it without short url, http://www.ejabah.info/w/index.php?title=A+B, you would get the same issue.
- If you try with short url and encoding, http://www.ejabah.info/wiki/A%2BB, you get the same issue.
- If you try without short url but with encoding, http://www.ejabah.info/w/index.php?title=A%2BB, you get the problem solved.
But my site is with short URL and so all my links are called this way. So how can I solve it?
You can see that Mediawiki doesn't have this problem here.
I feel that something done at the hosting server (example changed the redirecting rules in the Apache). I called their help but they couldn't resolve it.
You should find someone familier with that language as I can't even identify it.
Thanks for your great help. I've been wondering if I could find a way to change the font size, partially, of the page title. For example, can I make the title "MediaWiki (Wikipedia)" like as "MediaWiki (Wikipedia)" or "MediaWiki (Wikipedia)" (I got this one! It can be done by the "Italic title prefixed" template.) ? I'm so curious about this. Wating for you great guys' answer.
{{DISPLAYTITLE:MediaWiki <span style="font-size: 80%;">(Wikipedia)</span>}} used in the page should work.
Hello,
I installed MediaWiki CMS, which CMS is a very successful (Wikipedia style).
I enabled the file upload but when I upload a file from the form, this error appears:
Error creating thumbnail: Unable to register the sticker on the destination
How can I do?
Thank you for your help.
Sincerely, Maxence
Apologies if this is the wrong place to ask. I wasn't sure if there was a better place (IRC I guess)
I have noticed that function tocList inside Linker.php, which generates the TOC, is hard coded to write the table of contents as a single-cell table.
Is there a reason for using a table instead of a div? It certainly looks as though it only ever creates one cell which seems pretty bad.
Should I be suggesting it get changed? Is there a way to override this with a hook (I can't find one, it looks hard coded in there).
Bonjour,
J'ai installé le CMS MediaWiki, qui est un CMS très réussi (du style Wikipedia).
J'ai activé l'option upload de fichier mais lorsque j'upload un fichier à partir du formulaire, cette erreur apparaît :
"Erreur lors de la création de la miniature : Impossible d'enregistrer la vignette sur la destination"
Voici de plus près l'erreur : http://wiki.milleniumcraft.fr/index.php?title=Wiki_MilleniumCraft:Accueil
Comment puis-je faire ?
Merci de votre aide.
Cordialement, Maxence
Hi we are using a MediaWiki 1.17.0 and encountered a problem with re-uploading and sometime uploading images.
The upload image is there since using purge shows it, however without the purge it either still show the old image, old thumbs and/or no image at all, here is an example:
- http://awoiaf.westeros.org/index.php/File:Dothraki_Sea_world_map.png
- http://awoiaf.westeros.org/index.php/File:Dothraki_Sea_world_map.png?action=purge
any thought what may cause this and/or how do we fix this?
That's not MediaWiki's fault. That's normal browser cache behaviour. A note should be added after returning to the image page tho. https://bugzilla.wikimedia.org/show_bug.cgi?id=36380
Hello,
My wiki, Ad Atticum, features syllabi and course outlines. I am trying to create a time-sensitive category from which I can retreive an rss feed to distribute each new syllabus added. The Special:RecentChanges page is to general because it includes all new pages on the wiki. How might I be able to create a namespace or category that will feature all new syllabi added within the span of a week, for example?
Thanks for any and all help.
- Gabriel
Greetings, our infoboxes on Utopia Wiki (A micronation, don't worry about that) are displaying like tables. I copied them, obviously , from Wikipedia. I did it the same way as last time, but this time, it just does not work. Parser functions are enabled, of course. I am not a wiki expert, so I ask here. Thank you, if anybody replies :).
You should have a look at MediaWiki:common.css and copy the style rules (w/attribution) that you need for your MediaWiki:common.css page.
First page |
Previous page |
Next page |
Last page |
