Project:Support desk/Flow/2011/05
| This page is an archive. |
| Please ask questions on the current support desk. |
| 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. |
Sidebar/Navigation menu troubles.
I am new at using MediaWiki and I'm having some Sidebar/Navigational menu troubles. I am trying to add a permanent link to the navigation menu and it just isn't doing it. I am using Mediawiki V1.6.12 and when I add a link to the menu from /index.php?title=MediaWiki:Sidebar&action=edit it will only show the new link on that page and the page that it is linking to.
I'm following EXACTLY what they are wanting me to do on the FAQ (http://www.mediawiki.org/wiki/Navigation_bar) but it still isn't working. This is very irritating ad I'm done trying to figure it out myself. Could someone possibly tell me what I'm doing wrong?
All help is much appreciated :) 75.134.188.115 (talk) 05:43, 1 May 2011 (UTC)
- I'm sorry, I forgot to add what I put in the Sidebar edit page. This is what I have on it
- navigation
- mainpage|mainpage
- portal-url|portal
- currentevents-url|currentevents
- recentchanges-url|recentchanges
- randompage-url|randompage
- helppage|help
- sitesupport-url|sitesupport
- Test Menu
- Test_Nav_1|Test Page 1 75.134.188.115 05:48, 1 May 2011 (UTC)
- navigation
- Which skin are you using? Also, if you are using exactly 1.6.12, you should really upgrade. Frozen Wind 23:21, 4 May 2011 (UTC)
$wgFeedDiffCutoff not working?
MediaWiki 1.16.0 PHP 5.2.15 (cgi-fcgi) MySQL 5.1.53-log
I want to remove the differences display from my wiki's recent changes feed. I added the following to the end of my localsettings.php:
$wgFeedDiffCutoff = 0;
However, there is no change in the display. No matter what number I set it to, it always seems to display exactly the same. You can see it here: http://markedrp.com/w/index.php?title=Special:RecentChanges&feed=atom
Any ideas? Ranimara (talk) 14:13, 1 May 2011 (UTC)
- 0 has a nasty tendency of meaning "no limit" in cases like this. —Emufarmers(T|C) 19:30, 1 May 2011 (UTC)
- So, there's nothing I can do then? I've tried setting it to 1 and 100, but that didn't make a difference either. Gossamer 19:38, 1 May 2011 (UTC)
- I tried testing this, and it appears that the setting only affects the RSS feed, not the Atom feed. That's probably a bug. —Emufarmers(T|C) 22:32, 1 May 2011 (UTC)
- Alright, thanks for the info. I'll just switch my default feed over to RSS for now.
- And just one more question. Is there any way to stop the full text of a new article from displaying? Gossamer 23:39, 2 May 2011 (UTC)
- I came back to this, and I actually have no idea what I was talking about with regard to RSS vs. Atom (I'm sure it made sense at the time). I did file the issue with new articles as bug 29110. —Emufarmers(T|C) 08:40, 23 May 2011 (UTC)
- I tried testing this, and it appears that the setting only affects the RSS feed, not the Atom feed. That's probably a bug. —Emufarmers(T|C) 22:32, 1 May 2011 (UTC)
- So, there's nothing I can do then? I've tried setting it to 1 and 100, but that didn't make a difference either. Gossamer 19:38, 1 May 2011 (UTC)
Extension for enabling alphabetization of sub-categories under the full Sort Key instead of the first letter of the Sort Key.
Versions:
MediaWiki: 1.16.4
PHP: 5.2.10-2ubuntu6.5 (apache2handler)
MySQL: 5.0.92-87-log
Hello, I'm doing work on a Wikia Wiki and I need to find out if there's an extension for enabling the alphabetization of sub-categories on a category page under the full sort key instead of the first letter of the sort key. Specifically, I'm editing a Wiki for a video game series and have the category "Characters" and the sub-category be the name of a game in that series; I'd like to give the sub-category the sort key of "By Game" and have it appear in the "Characters" category as "By Game" instead of just "B". I asked if this was possible on Wikia's Community Central forums and someone believed there was a MediaWiki extension, but he doesn't appear to have any idea of what it's called. So I'm hoping someone can tell me if this extension exists and, if it does, tell me the name of the extension. Thanks. 24.252.15.233 (talk) 05:10, 2 May 2011 (UTC)
- Bumping for necessity. 68.13.18.131 21:03, 17 May 2011 (UTC)
- I think this is standard in 1.17, but you might also want to check: Help_talk:Categories#Sort_by_more_than_one_character Sidcom 22:40, 21 June 2011 (UTC)
- nope, not in 1.17. Things are always sorted by the entire sortkey, however only the first character is displayed in the sub-headings (in mediawiki core. It would be possible to make an extension similar to the hack that Sidcom links to, but I'm not aware of any such extension existing atm, and if there was one it would probably not be compatible with the recent category collation changes in 1.17). Bawolff 04:43, 22 June 2011 (UTC)
- Sorry to be a wise-ass ;)
- 1.17 release notes say: "When several pages are given the same sort key, they sort by their names instead of randomly." Sidcom 15:01, 22 June 2011 (UTC)
- >Sorry to be a wise-ass ;)
- lol, being a wise-ass is where all the fun is ;)
- But, I think there's two different things we're talking about. There's the big subheadings on the category page, which is always just a single letter. Then there is the actual sortkey, which except for the first letter is invisible to the user (but controls the order in which things appear in the category)
- For example, if we had three pages in a category, with sortkey Bob, Bad, Baz, it'd look like
- ==B==
- Bad
- Baz
- Bob
- All three have different sortkeys (which determines Bad comes before Baz and Bob), but they all sort under the first letter of their sortkey.
- The difference between 1.17 and 1.16, is if you have three pages all with the same sortkey, say Bob, Bob, and Bob: before they were sorted randomly, now we use what the real page's name is as a tie breaker. (To be technical, the page name is just plopped on the end of whatever the pages normal sortkey is). Bawolff 05:07, 23 June 2011 (UTC)
- Ah.. i totally misunderstood the initial request than :)
- It would be very nice to have the hack as an extension - but to me the category sorting looks kind of hard coded. Sidcom 10:36, 23 June 2011 (UTC)
- Actually in 1.17 this changed to be much easier. (Since we now support multiple sorting algorithms in the interest of i18n, one could probably use the same mechanism to do something similar to the original request) Bawolff 17:29, 23 June 2011 (UTC)
- Hmm, the fact its hard for extensions to define new collations in 1.17 kind of put a crimp in my plans, but behold: Extension:CategorySortHeaders Bawolff 07:46, 25 June 2011 (UTC)
- Thank you for helping everyone. There was a month between my bump and the first answer, so I had stopped checking this (until today). Bawolff, once Wikia upgrades past 1.16.5, I bet that extension will be a big help. 24.252.14.234 01:44, 1 August 2011 (UTC)
- Hmm, the fact its hard for extensions to define new collations in 1.17 kind of put a crimp in my plans, but behold: Extension:CategorySortHeaders Bawolff 07:46, 25 June 2011 (UTC)
- Actually in 1.17 this changed to be much easier. (Since we now support multiple sorting algorithms in the interest of i18n, one could probably use the same mechanism to do something similar to the original request) Bawolff 17:29, 23 June 2011 (UTC)
- nope, not in 1.17. Things are always sorted by the entire sortkey, however only the first character is displayed in the sub-headings (in mediawiki core. It would be possible to make an extension similar to the hack that Sidcom links to, but I'm not aware of any such extension existing atm, and if there was one it would probably not be compatible with the recent category collation changes in 1.17). Bawolff 04:43, 22 June 2011 (UTC)
- I think this is standard in 1.17, but you might also want to check: Help_talk:Categories#Sort_by_more_than_one_character Sidcom 22:40, 21 June 2011 (UTC)
Problem with alias on upload
Hi! First of all, this is maybe just a problem with my server settings but I hope you can help.
I have a media wiki server (Apple Xserve) behind a firewall. To work outside the firewall I activated a proxy to tunnel http requests. Furthermore I have set up an alias for my server. Because of security settings of my workplace only the alias is tunneled. Now the problem: Everytime I upload a file to the wiki, the URL changes from the alias to the real host name and the upload fails.
regards, Janek 139.30.6.242 (talk) 07:00, 2 May 2011 (UTC)
- Hi! I got the answer for myself. I had to add a line in LocalSettings.php
- $wgServer = "http://[alias].domain.de";
- regards, Janek! 139.30.6.242 12:03, 7 June 2011 (UTC)
importDump.php parametrs
Is there a parametr for importDump.php to set time? Juandev (talk) 14:43, 2 May 2011 (UTC)
Trouble with SideBar
Hello, I try to modify my sidebar.
Here is that I put in Mediawiki:Sidebar
- navigation
- mainpage|mainpage
- Special:Recentchanges|Recent changes
- new heading
- portal-url|portal
- http://www.mediawiki.org%7CMediaWiki home
Here is What it display on the left : (it's a french Wiki)
- Navigation
** Accueil ** Communauté ** Actualités ** Modifications récentes ** Page au hasard ** Aide
- Boîte à outils
** Pages liées ** Suivi des pages liées ** Téléverser un fichier ** Pages spéciales ** Version imprimable ** Lien historique ** Importer (téléverser) plusieurs fichiers
versions :
- MediaWiki 1.16.0
- PHP 5.3.2-1ubuntu4.8 (apache2handler)
- MySQL 5.1.41-3ubuntu12.10
there is a lot of extensions installed and i use only the skin Vector.
I have done everything they said on "troubles with sidebar" to fix this problem :
- - command truncate on the objectcache table
- - command touch on Localsettings.php
- - purge of mainpage, sidebar page, ...
- - added $wgUseDatabaseMessage = true; to Localsettings.
- - tested different Cache types on $wgCacheDirectory, on $wgMainCacheType ...
I'm at the end of what i can do. Please Help me and give me clues to fix my trouble.
Bye, Yeti 213.30.149.52 (talk) 15:21, 2 May 2011 (UTC)
Adding a new domain to wiki
Hey guys, I'm currently running a wiki from www.samuejustice.net/resource, I recently brought www.interactivesoundresource.com for the wiki. When you load up interactivesoundresource.com it even shows "resource/index.php?title=Main_Page" at the end of the url which shows that it's connecting to the wiki but it shows up as a broken link in all browsers. I'm hosted by godaddy and asked their tech support but got
"Dear Samuel,
Thank you for contacting Online Support. I can see you are trying to use the domain interactivesoundresource.com for a site built on http://www.samueljustice.net/resource/index.php?title=Main_Page. The issue is that the site is built for samueljustice.net. When you add interactivesoundresource.com to the folder when you add the domain, it tries to redirect to files that do not exist for interactivesoundresource.com but are setup to work for samueljustice.net. You will have to edit the Wiki to use the correct domain name or it will not work. As this is 3rd party software, we will not be able to provide you support on this issue.
Please let us know if we can assist you in any other way.
Sincerely,"
I'd be hugely greatful for any help! Thanks, Sam 86.27.86.130 (talk) 17:40, 2 May 2011 (UTC)
- You need to create a symbolic link from the folder hosting interactivesoundresource.com (I don't use godaddy and will never) to the web folder for samueljustice.net/resource: (This example is a dreamhost-type setup)
cd interactivesoundresource.comln -s ../samueljustice.net/resource resource- Should work from there. 75.137.144.54 22:11, 2 May 2011 (UTC)
- Thanks for the reply, I am a bit confused though. interactivesoundresource.com is the exact same as samueljustice.net in terms of where they go to and where the files are hosted. I'm quite new to all this, how do I go about creating this symbolic link?
- Thanks in advance,
- Sam 86.27.86.130 10:29, 3 May 2011 (UTC)
update.php fatal error
MediaWiki 1.16.0 PHP 5.2.15 (cgi-fcgi) MySQL 5.1.53-log
I'm trying to install the LiquidThreads extension and need to run the update.php script to update the database. However, when I tried to run it I got the following error:
Fatal Error: Call to a member function getDbType() on a non-object in /home/[username]/[host]/w/maintenance/doMaintenance.php on line 79
I have the following extensions installed:
- Semantic Mediawiki
- Admin Links
- ParserFunctions
- CategoryWatch
- CreatePage
- MooTools12Core
- MultiBoilerplate
- WYSIWYG Extension
Any ideas? Ranimara (talk) 23:41, 2 May 2011 (UTC)
- I originally used the one-click install provided by my host if that makes any difference. Gossamer 12:08, 5 May 2011 (UTC)
- Anybody? Gossamer 15:31, 29 May 2011 (UTC)
- It looks like this is actually regarding any maintenance script I try to run. I just tried to run "runJobs.php" and I got the same error.
- This is line 79 from doMaintenance.php and the surrounding code:
- Gossamer 21:06, 29 May 2011 (UTC)
// Load settings, using wikimedia-mode if needed // Fixme: replace this hack with general farm-friendly code if( file_exists( "$IP/wmf-config/wikimedia-mode" ) ) { # TODO FIXME! Wikimedia-specific stuff needs to go away to an ext # Maybe a hook? global $cluster; $wgWikiFarm = true; $cluster = 'pmtpa'; require_once( "$IP/includes/SiteConfiguration.php" ); require( "$IP/wmf-config/wgConf.php" ); $maintenance->loadWikimediaSettings(); require( $IP.'/wmf-config/CommonSettings.php' ); } else { require_once( $maintenance->loadSettings() ); } LINE 79 ------> if ( $maintenance->getDbType() === Maintenance::DB_ADMIN && is_readable( "$IP/AdminSettings.php" ) ) { require( "$IP/AdminSettings.php" ); } $maintenance->finalSetup(); // Some last includes require_once( "$IP/includes/Setup.php" ); require_once( "$IP/maintenance/install-utils.inc" ); // Much much faster startup than creating a title object $wgTitle = null; // Do the work try { $maintenance->execute(); // Potentially debug globals $maintenance->globals(); } catch( MWException $mwe ) { echo( $mwe->getText() ); exit( 1 ); }- Are $wgDBuser and $wgDBpassword set? Are $wgDBadminuser and $wgDBadminpassword set? —Emufarmers(T|C) 02:45, 31 May 2011 (UTC)
- Yes to the above settings and I am also still receiving this error when I run any script in the maintenance directory. I also have commented out all extensions and tried running to no avail. 97.97.66.131 04:57, 15 July 2011 (UTC)
- Are $wgDBuser and $wgDBpassword set? Are $wgDBadminuser and $wgDBadminpassword set? —Emufarmers(T|C) 02:45, 31 May 2011 (UTC)
- Anybody? Gossamer 15:31, 29 May 2011 (UTC)
How to display code text to provide appropriate color
Greetings,
I have found various ways to surround code but I haven't found a way that will accomodate various colors. For instance, the code below should be displayed as one block like this:
enum tagImageReductionLevel
{
reduceNone = 0x0000, // (0) do not reduce any images
reduceSmall = 0x0001, // (1) small
reduceMedium = 0x0002, // (2) medium
reduceLarge = 0x0003, // (3) large} ImageReductionLevel;
}ImageReductionLevel;
However, using the tags above did not allow the author's intentions for color to be displayed.
In the example below, the colors are displayed as they should be, but the block of code has been divided at the top and bottom:
enum tagImageReductionLevel {
reduceNone = 0x0000, // (0) do not reduce any images reduceSmall = 0x0001, // (1) small reduceMedium = 0x0002, // (2) medium reduceLarge = 0x0003, // (3) large
} ImageReductionLevel;
Is there a method that keeps the code together and provides the intended color also?
Thanks! 12.132.46.25 (talk) 13:17, 3 May 2011 (UTC)
- Yes, leave at least one space at the start of every line:
enum tagImageReductionLevel{reduceNone = 0x0000, // (0) do not reduce any imagesreduceSmall = 0x0001, // (1) smallreduceMedium = 0x0002, // (2) mediumreduceLarge = 0x0003, // (3) large} ImageReductionLevel;Hamilton Abreu 05:53, 24 May 2011 (UTC)- You might want to use syntax highlighting. —Emufarmers(T|C) 06:39, 24 May 2011 (UTC)
css not displayed / issue with wgStylePath perhaps?
I have tried frustratingly to setup a new Mediawiki site on a local intranet (no links, sorry). Everytime (I have installed via two seperate tarballs and synaptic package manager) the MediaWiki installation script goes smooth, tables are created, I move the LocalSettings file and the home page is displayed (http://mydomain.com/mediawiki/index.php/Main_Page). But CSS is never displayed! I have played with the wgStylePath, wgServer, etc etc to no avail. What is strange is that firebug will even display the contents of the css files (from the html tab, but not the css tab).
I am thinking it has something to do with the /Main_Page on the end of the url killing the relative path because the css and javascript are accessible via browser (manual address entry), and the fact that this is an existing server that may have some apache or php configuration setting that is adding the slash instead of some other character? or is there something else I am missing? Any suggestions or thoughts would be a great help, sorry I can't provide configuration files. Thanks in advance!
The Environment:
PHP 5.3.5
MySQL 5.1.54
Apache 2.2.17
Ubuntu 11.04
Tried MediaWiki v 1.16.4 (tarball) , 1.16.3 (tarball), 1.15.3 (Ubuntu Repo) 66.63.192.98 (talk) 14:00, 3 May 2011 (UTC)
[RESOLVED] Upload File - Server Error 500 - Internal server error. There is a problem with the resource you are looking for, and it cannot be displayed.
| Header Product | Header Version |
|---|---|
| MediaWiki | 1.16.4 |
| PHP | 5.3.6 (cgi-fcgi) |
| MySQL | 5.1.56-community |
| Environement | Windows Server 2008 32-Bit IIS 7.0 |
Every time I try to upload a file I get the error:
"Server Error 500"
"Internal server error. There is a problem with the resource you are looking for, and it cannot be displayed."
These are my settings for file uploads.
To enable image uploads, make sure the 'images' directory is writable, then set this to true:
$wgEnableUploads = true; 199.202.95.19 (talk) 17:56, 3 May 2011 (UTC)
$wgUseImageMagick = true;
$wgImageMagickConvertCommand = "/usr/bin/convert";
$wgUploadPath = "{$wgScriptPath}/images";
$wgUploadDirectory = "{$IP}/images";
- Did you ever figure out why? 167.230.38.120 01:37, 8 September 2012 (UTC)
- Found the problem! Apparently, some previous work early on resulted in an incorrect HTACCESS file in this folder. Removing that allowed uploads to work as expected. Thanks again! Nhan.LeMinh (talk) 22:49, 6 December 2012 (UTC)
PHP and MySQL Queries
I have installed the extension SecurePHP to do a little bit of PHP coding, but I am having problems receving data posted through the URL.
For example, I create a link to pass information like: http://server.com/pagename?process=lock&server=newserver I have also tried: http://server/index.php?title=pagename&process=lock&server=newserver
Then on the new page called pagename, I try to get the variables from the URL with php
$_GET['process']; $_GET['server'];
And so on, but it's not working. Another solution I was willing to try was to put a brand new php page in the root of the server. /webroot/lock.php
Apache isn't reporting a 404, but the page isn't displaying the data I place in the file. Any ideas on how I can pass variables from on page to another to perform a MySQL query? 207.23.96.10 (talk) 20:52, 4 May 2011 (UTC)
- Use the $wgRequest global. Example:
function test() { // Import $wgRequest (and $wgOut as example) global $wgRequest, $wgOut; // Grab foo $fooVal = $wgRequest->getText("foo"); // Display it $wgOut->addHTML("Value of foo: ".$fooVal); }
- You'd need to do more, like escaping input to prevent XSS, but this is a quick example. Frozen Wind 23:15, 4 May 2011 (UTC)
Force MediaWiki to reload page
I have the SecurePHP extension installed so I can run some PHP code, but when I load the page, it doesn't update the data from the last load. The only what I can get it to re-run the PHP code is to save page again. Is there a way I can get MediaWiki to do a full reload of the page with no caching. Assuming that is the issue? 207.23.96.10 (talk) 21:53, 4 May 2011 (UTC)
- To disable caching add the following lines to your LocalSettings.php file:
- Disable all forms of MediaWiki caching
- $wgMainCacheType = CACHE_NONE;
- $wgMessageCacheType = CACHE_NONE;
- $wgParserCacheType = CACHE_NONE;
- $wgCachePages = false; 207.23.96.10 22:08, 4 May 2011 (UTC)
- No, no, no, disabling caching is a Very Bad Idea.
- Instead, purge the page by adding ?action=purge at the end of the URL. Frozen Wind 23:11, 4 May 2011 (UTC)
- That doesn't produce my wanted results. I can't get my users to always go to the purge URL, they just do to the normal URL.
- Edit: Also, why is disabiling caching a bad idea. You don't know what my site is used for, or my resources. It is an internal wiki used by a team of 10 people... 207.23.96.10 22:52, 5 May 2011 (UTC)
- I also needed to have the cache off for a small private wiki and after not listening to those who said to NOT set them all as none or false, my extensions work and development is so much easier! 74.117.212.38 18:50, 14 January 2014 (UTC)
- Turning caches off is OK for development, but not for production use.
- SecurePHP is really unsecure.
- However, I guess you are grown-up so you are free to do as you like. 88.130.119.179 21:58, 14 January 2014 (UTC)
- I also needed to have the cache off for a small private wiki and after not listening to those who said to NOT set them all as none or false, my extensions work and development is so much easier! 74.117.212.38 18:50, 14 January 2014 (UTC)
MediaWiki not updating changes made in LocalSettings.php
Product Version MediaWiki 1.16.2 PHP 5.1.6 (apache2handler) MySQL 5.0.77
I have a working setup of mediawiki where I was able to restrict anonymous access and change the logo and all the basic stuff. And now I'm coming back after configuring it a few weeks ago to add a user group, and add some new users, yet whenever I make any changes to LocalSettings.php it isn't being reflected on the actual website. I have tried clearing my cache, different browsers, even had other users try it on their computers. I also removed LocalSettings.php out of the media wiki folder and the website operated like nothing had changed. I am quite confused why it suddenly stopped working. Any ideas would be helpful.
Thanks. 64.58.173.11 (talk) 22:49, 4 May 2011 (UTC)
- Can I see the parts where you are defining the group? Frozen Wind 23:23, 4 May 2011 (UTC)
- 64.58.173.11 00:13, 5 May 2011 (UTC)
$wgGroupPermissions['group'] = $wgGroupPermissions['user']; $wgGroupPermissions['group']['write'] = false;
- FAIL. You need the following: $wgGroupPermissions['*']['edit'] = false; Max Semenik 03:38, 5 May 2011 (UTC)
- I have that already, what are you talking about? I'm not talking about restricting access from anonymous users. The part he asked for was defining my new group. 64.58.173.11 16:44, 5 May 2011 (UTC)
- If you want to remove a right that users already receive through another group, you need to use $wgRevokePermissions.
- If you removed LocalSettings.php and your wiki didn't break, then you're looking in the wrong folder. —Emufarmers(T|C) 23:53, 5 May 2011 (UTC)
- I have that already, what are you talking about? I'm not talking about restricting access from anonymous users. The part he asked for was defining my new group. 64.58.173.11 16:44, 5 May 2011 (UTC)
- FAIL. You need the following: $wgGroupPermissions['*']['edit'] = false; Max Semenik 03:38, 5 May 2011 (UTC)
Accidentally deleted the entire 'includes' folder...S.O.S.
I was installing some other software on my domain and forgot what directory I was in and *accidentally* deleted my wiki's entire includes folder. What would be the best course of action to getting things running again without me having to start from scratch? Any help would be greatly greatly appreciated in fixing this blunder of mine 99.240.99.131Matt 99.240.99.131 (talk) 02:23, 5 May 2011 (UTC)
- Just restore it from tarball - it's completely safe unless you introduced local hacks which we don't recommend anyway. Max Semenik 03:36, 5 May 2011 (UTC)
All images with diacritics in name disappeared after some update
Some time ago all images, using any characters with diacritics in name disappeared, images with standard characters work normally - I have 3 instalations of mediawiki on our server and it happens in all of them:
- http://www.enviwiki.cz/wiki/Speci%C3%A1ln%C3%AD:Nov%C3%A9_obr%C3%A1zky
- http://www.czp.cuni.cz/vcsewiki/index.php/Special:NewFiles
Mediawiki 1.16.4, Apache/2.2.17 (Win32) DAV/2 mod_ssl/2.2.17 OpenSSL/1.0.0a PHP/5.2.17
There is probably some coding problem when storing the images, because images are stored on server, but with wrong names. For example: "Letňany.jpg" is stored as "LetĹany.JPG".
Thank you for any ideas. Jirka Dl (talk) 05:22, 5 May 2011 (UTC)
- This is a known bug, the only solution currently is to stick to Latin-1 on Windows. Max Semenik 05:38, 5 May 2011 (UTC)
- Thank you for reply - this was the last impulse to migrate to linux - it was quite easy and now everything works :-) Jirka Dl 04:58, 9 May 2011 (UTC)
- Actually, the problem is not in MediaWiki or Windows, it's in PHP's lack of proper Unicode support - you will have the same problem on Unix systems that don't assume file APIs to be UTF-8 (luckily, recent mainstream Linux does assume so). But in any case - yes, Linux is much better for MediaWiki. Max Semenik 05:21, 10 May 2011 (UTC)
- Thank you for reply - this was the last impulse to migrate to linux - it was quite easy and now everything works :-) Jirka Dl 04:58, 9 May 2011 (UTC)
AutoSuggest with SearchBox extension
Hello MediaWiki experts. A coworker and I are setting up an internal wiki for the first time and we are having an issue with the AutoSuggest feature.
First of all, before I get too far into detail, we are using the SearchBox extension:
<searchbox
label="How do I:" searchlabel="Find it..." golabel="Go!"
/>
Is there anyway to get autosuggest to work with this extension? If you need any info, let me know. I cannot show you the site and it's on an internal dev server. So, it would do you no good.
Thank you.
MediaWiki 1.16.4 PHP 5.3.5 (apache2handler) MySQL 5.1.56-community 173.186.244.244 (talk) 19:40, 5 May 2011 (UTC)
LaTex problem (error on converting png)
Hi, I tried to use the math-tool of wikimedia (I installed XAMPP-Server on openSuse 11.4), but have the following problem: If I want to display some math the wiki page displays the following (german) error message:
"Parser-Fehler (PNG-Konvertierung fehlgeschlagen; korrekte Installation von LaTeX und dvipng überprüfen (oder dvips + gs + convert)): 1+2"
I have tried everything that I could find on any troubleshooting site or in the math-tutorials: - all mentioned executables are in the PATH (I typed "latex", "dvips", "gs", "convert", "dvipng" in the shell and an executable file was started.) - I tried texvc in the command line: texvc /opt/lampp/htdocs/wiki/images/tmp /opt/lampp/htdocs/wiki/images/math "y12=x+2" ...and it works. I got the image in the right folder.
Where is the error? I think there could be a bad variable in the LocalSettings.php, but I don't know what - I have proofed them all 100 times...
I use: MediaWiki 1.16.4 PHP 5.3.5 (apache2handler) MySQL 5.5.8 XAMPP: 1.7.4
Thanks for any help! 212.117.165.197 (talk) 19:42, 5 May 2011 (UTC)
- No idea?
- I have tried all the thing that are mentioned here:
- http://www.mediawiki.org/wiki/Manual:Troubleshooting_math_display_errors#.22Failed_to_parse_.28PNG_conversion_failed.3B_check_for_correct_installation_of_latex.2C_dvips.2C_gs.2C_and_convert.29.22
- I really need the latex funcionality of mediawiki but i have no idea how to run the math module. 212.117.162.222 08:32, 10 May 2011 (UTC)
MediaWiki 1.16.5 security release
Hello. I use MediaWiki on this site: http://www.mobadaten.info. The current version was and is now again 1.16.4 (http://www.mobadaten.info/wiki/Spezial:Version). The Update on the latest security release 1.16.5 worked as ever. But after this upload even the User "WikiSysop" lost some rights or rather was removed from the Admin- and Sysop-Group. You can't create new pages. You can't edit pages in sereval namespaces like the standard namespace. Well, I rolled back. Wgkderdicke (talk) 22:25, 5 May 2011 (UTC)
- It's the Lockdown-Extension. It seems that everythings is going to be alright when the extension is not installed. Wgkderdicke 07:43, 7 May 2011 (UTC)
- see here for how to fix the extension https://bugzilla.wikimedia.org/show_bug.cgi?id=28842 i had the same problem too redekopmark 08:39, 10 May 2011 (UTC)
- Thanks. I used Lockdown to restrict access to the project namespace to sysops only. But this works better with $wgNamespaceProtection and without Lockdown. So I removed the Lockdown extension. Wgkderdicke 22:11, 10 May 2011 (UTC)
- see here for how to fix the extension https://bugzilla.wikimedia.org/show_bug.cgi?id=28842 i had the same problem too redekopmark 08:39, 10 May 2011 (UTC)
importTextFile.php is incorrect imports text file
Hello, I try to import Cisco config file, but mediawiki is tries to format it by ignoring end of line in text file. The Cisco device config file is plain text file.
Example of this text file (original) is: Cisco device config file
Command line using while importing is: php /home/public_html/dsnetwiki/maintenance/importTextFile.php --title "cat3750 show tech" --user Myuser /tmp/222.conf
The result after importing is here(screenshot): Screenshot after importing Cisco config to mediawiki
My system is: Linux Opensuse 11.4 i586 MediaWiki 1.16.0 PHP 5.3.5 (apache2handler) MySQL 5.1.53-log
How to tell mediawiki to import this file correctly? Thanks
While importing i've this error messages:
PPHP Notice: Undefined index: HTTP_USER_AGENT in /home/public_html/dsnetwiki/extensions/FCKeditor/fckeditor/fckeditor_php5.php on line 37 PHP Warning: xcache_get(): xcache.var_size is either 0 or too small to enable var data caching in /home/public_html/dsnetwiki/includes/BagOStuff.php on line 552 PHP Warning: xcache_set(): xcache.var_size is either 0 or too small to enable var data caching in /home/public_html/dsnetwiki/includes/BagOStuff.php on line 567 Import Text File
Using /tmp/222.conf...PHP Warning: xcache_get(): xcache.var_size is either 0 or too small to enable var data caching in /home/public_html/dsnetwiki/includes/BagOStuff.php on line 552
Using title 'cat3750 show tech'... Using username 'Myuser'... Performing edit...PHP Warning: xcache_get(): xcache.var_size is either 0 or too small to enable var data caching in /home/public_html/dsnetwiki/includes/BagOStuff.php on line 552 PHP Warning: xcache_set(): xcache.var_size is either 0 or too small to enable var data caching in /home/public_html/dsnetwiki/includes/BagOStuff.php on line 567 PHP Warning: xcache_get(): xcache.var_size is either 0 or too small to enable var data caching in /home/public_html/dsnetwiki/includes/BagOStuff.php on line 552 PHP Warning: xcache_get(): xcache.var_size is either 0 or too small to enable var data caching in /home/public_html/dsnetwiki/includes/BagOStuff.php on line 552 PHP Warning: xcache_set(): xcache.var_size is either 0 or too small to enable var data caching in /home/public_html/dsnetwiki/includes/BagOStuff.php on line 567 PHP Warning: xcache_get(): xcache.var_size is either 0 or too small to enable var data caching in /home/public_html/dsnetwiki/includes/BagOStuff.php on line 552 PHP Warning: xcache_set(): xcache.var_size is either 0 or too small to enable var data caching in /home/public_html/dsnetwiki/includes/BagOStuff.php on line 567 PHP Warning: xcache_set(): xcache.var_size is either 0 or too small to enable var data caching in /home/public_html/dsnetwiki/includes/BagOStuff.php on line 567 PHP Warning: xcache_unset(): xcache.var_size is either 0 or too small to enable var data caching in /home/public_html/dsnetwiki/includes/BagOStuff.php on line 579 PHP Warning: xcache_unset(): xcache.var_size is either 0 or too small to enable var data caching in /home/public_html/dsnetwiki/includes/BagOStuff.php on line 579 PHP Warning: xcache_get(): xcache.var_size is either 0 or too small to enable var data caching in /home/public_html/dsnetwiki/includes/BagOStuff.php on line 552 PHP Warning: xcache_set(): xcache.var_size is either 0 or too small to enable var data caching in /home/public_html/dsnetwiki/includes/BagOStuff.php on line 567 PHP Warning: xcache_get(): xcache.var_size is either 0 or too small to enable var data caching in /home/public_html/dsnetwiki/includes/BagOStuff.php on line 552 PHP Warning: xcache_set(): xcache.var_size is either 0 or too small to enable var data caching in /home/public_html/dsnetwiki/includes/BagOStuff.php on line 567 PHP Warning: xcache_get(): xcache.var_size is either 0 or too small to enable var data caching in /home/public_html/dsnetwiki/includes/BagOStuff.php on line 552 PHP Warning: xcache_set(): xcache.var_size is either 0 or too small to enable var data caching in /home/public_html/dsnetwiki/includes/BagOStuff.php on line 567 PHP Warning: xcache_unset(): xcache.var_size is either 0 or too small to enable var data caching in /home/public_html/dsnetwiki/includes/BagOStuff.php on line 579 PHP Warning: xcache_set(): xcache.var_size is either 0 or too small to enable var data caching in /home/public_html/dsnetwiki/includes/BagOStuff.php on line 567 PHP Warning: xcache_get(): xcache.var_size is either 0 or too small to enable var data caching in /home/public_html/dsnetwiki/includes/BagOStuff.php on line 552 PHP Warning: xcache_set(): xcache.var_size is either 0 or too small to enable var data caching in /home/public_html/dsnetwiki/includes/BagOStuff.php on line 567 done. 213.108.21.69 (talk) 13:03, 6 May 2011 (UTC)
Login error, only on IE
"Login error There seems to be a problem with your login session; this action has been canceled as a precaution against session hijacking. Go back to the previous page, reload that page and then try again."
I get this message whenever I try to log into my wiki from IE. It works in Chrome, Firefox, and mobile Safari, I've looked up this error message online and have tried serveral fixes but none seem to work, I just updated the wiki to 1.16.5, and the issue still persists. This is a local network only wiki, so I can't provide a URL. I have it setup to require login, so I would love if someone could spare a nugget of knowledge on how to fix this so my user don't all have to download new browsers. Please, if your answer is "IE sucks", don't reply.
Product Version MediaWiki 1.16.5 PHP 5.2.13 (apache2handler) MySQL 5.1.30-community-log TehWez (talk) 14:30, 6 May 2011 (UTC)
File Upload Error Log
I recently transfered a Database and installed a wiki to a new host. Now i decided to upload two files via file upload. One named Helicopter1.png and the ohter Helicopter2.png. Helicopter2.png got uploaded without problems but Helicopter1.png causing an error. Whats wrong what do i need to do? Best regards Wiki User
[06-May-2011 02:31:22] PHP Warning: require_once(/home/hazeronw/public_html/includes/WebStart.php) [<a href='function.require-once'>function.require-once</a>]: failed to open stream: No such file or directory in /home/hazeronw/public_html/index.php on line 42 [06-May-2011 02:31:22] PHP Fatal error: require_once() [<a href='function.require'>function.require</a>]: Failed opening required '/home/hazeronw/public_html/includes/WebStart.php' (include_path='.:/usr/lib/php:/usr/local/lib/php') in /home/hazeronw/public_html/index.php on line 42 87.183.69.218 (talk) 14:49, 6 May 2011 (UTC)
Fatal error: Maximum execution time of 12 seconds exceeded ...
Hello,
I tried to import a .xml file, but i got this message all times:
Fatal error: Maximum execution time of 12 seconds exceeded in /data/multiserv/users/557699/projects/1374420/www/includes/parser/Preprocessor_DOM.php on line 904
Can somebody help me? I don't know how to fix this error.
At last, you have to know two more things:
1. Sorry about my englich - I'm from Germany ;) 2. I've got not much experiences ... so I need a simple explanation, like: klick on this... and than do thast ... .
Thanks a lot! 89.244.66.6 (talk) 17:40, 6 May 2011 (UTC)
- Most likely you are trying to import huge dump with web-interface. You'd better use importDump.php from the maintenance directory. 95.167.125.206 10:03, 7 May 2011 (UTC)
How to get a mobile format for wiki
I have a personal wiki running on siteground.com, it's version: MediaWiki 1.16.0 PHP 5.2.17 (cgi) MySQL 5.0.91mm-log
When I got to wikipedia on my iPhone I get a nicely formatted mobile version of wikipedia (en.m.wikipedia.org). Is there a way I can easily do the same with my personal wiki? Scott216 (talk) 01:11, 7 May 2011 (UTC)
- Mediawiki version: 1.18.1
- I'm also a big friend of the mobile version of Wikipedia (chappters are hidden by default and can be extended using a link). But I am not able to find a hint how to configure my wiki this way. I don't want to use a 3rd party mobile skin. I want the original one. Thanks for your help. Jukey 08:34, 13 February 2012 (UTC)
- Wikipedia uses extension:MobileFrontend. Bawolff 15:20, 13 February 2012 (UTC)
uploading images
Hi, uploading images works but however, you cant see them and when i try to i get Forbidden You don't have permission to access /wiki/images/2/25/Verzweiflung-icon.png on this server. Apache Server at lol-com.de Port 80
im using media wiki 1.16.4, php 5.0 Greets 93.196.16.24 (talk) 16:27, 7 May 2011 (UTC)
- problem solved- i just deletet the htaccess in the image folder
- sorry 93.196.16.24 17:31, 7 May 2011 (UTC)
Problem Migrating MediaWiki To New Host
Hi Everyone,
I'm at my wits end here so I thought I'd turn to you guys, the experts. I'm trying to move a MediaWiki from Dreamhost to a new host. I've backed up the database and wiki folder, built the new MySQL database with user name, changed the LocalSettings.php file to information to call on the new database, uploaded on the new host via FTP the wiki folder, but for some reason I can't get MediaWiki to work.
Yet it kind of does. If you go here: http://www.temeraire.org/wiki/index.php?title=Special%3ALog&type=rights&user=&page=
You will see that it appears as though MediaWiki is indeed calling on information that should be in that database. But if you try to click on any of those links on the left or go to http://www.temeraire.org/wiki/, the MediaWiki page doesn't come up and I get an error message.
I run Wordpress for the rest of the site. Not sure if that matters or not. Anyone got any ideas? I'm not even sure what MediaWiki I am running, since I am this author's new webmaster and I wasn't there when MediaWiki was installed.
Best, Shawn Scspeakman (talk) 23:24, 7 May 2011 (UTC)
- There is a problem with rewrite rules: you can't map virtual article path (/wiki/MyPage) to the same path as real location of index.php. You can use the same configuration as we do: article path is /wiki/, index.php at /w/.
- Related manual pages:
MoveBatch.php spaces in the script
Hi, if I am calling moveBatch.php, how to put down spaces. E.g. I wanted to use file name zeny na presun.txt, but zeny na presun.txt didnt work nor zeny_na_presun.txt. So I had to rename file to zeny.txt and than the script was able to read from file. While the same problem came with reason. If I came with -r presun z ns main do ns wp it wont work and move summary was just "presun" - the first word of that. Juandev (talk) 18:42, 8 May 2011 (UTC)
- There was also a bug message on the second line in the Czech language:
- FAILED: Tento úkon nelze použít na tuto stránku.
- Why in the Czech language? How it depend on the language of the wiki? Juan de Vojníkov 18:52, 8 May 2011 (UTC)
Installation folder
I want to install Mediawiki into a folder about my public_html folder to keep it secure. I have created a folder called mediawiki in my root folder. How do I then point the browser to it to do the installation? What files will need to exist below the public_html folder? Is there a guide to this, or am I trying to do something that is typically not done? I just don't want my files exposed to the public. 68.106.46.132 (talk) 05:03, 9 May 2011 (UTC)
Deleting a page.
Hello, any time ago in our MediaWiki there was an extension called syntax.sql. That was a grey box with line number and a sql-statement wich you've inserted. What about this extension? Is it just gone?
Thank you for response.
Best regards guest 80.156.11.222 (talk) 14:04, 9 May 2011 (UTC)
Deleting a Page
I need to figure out how to delete a page on a mediawiki site. I am not an administrator of the website - have an account and can edit info on the page but not delete the whole page. The site has no help/contact/administrator info. Any advice??????? Zach.peri (talk) 16:32, 9 May 2011 (UTC)
- Without administrator or higher access, I don't think there is any way to delete a page. We don't have anything like Meatball's "pure wiki deletion" that deletes something if it is left blank for long enough, Courcelles 18:56, 9 May 2011 (UTC)
- You must be an administrator do delete pages. Since you're not, the problem is purely social: find someone who can delete it for you. Havde you tried Special:ListAdmins? (just type it into search bar) Also, blanking can ve a solution for now. Max Semenik 18:57, 9 May 2011 (UTC)
Place searchform in a artile.
- MediaWiki 1.16.1
- PHP 5.2.17 (cgi)
- MySQL 5.0.91-log
- Site http://thwiki.schuff.eu
Hi, i try to place an additional version of the original searchfile on the Mainpage of my Mediawiki project. I have try to place it with the string {{Special:Search}}, but this did not work. The extension that i found, didn't suite, beause it didn't support the workdetection while you type in the keywords. Starwhooper (talk) 16:45, 9 May 2011 (UTC)
- I don't know of any transcludable search box that supports autocomplete. Reach Out to the Truth 21:14, 21 May 2011 (UTC)
TOC - Number of Editsections
When there is the tag __TOC__ on a site with some Sections, is there any possibility to generate automaticly the number of sections? (in wikis)
Thanks in advance 88.64.81.5 (talk) 17:27, 9 May 2011 (UTC)
1.17 Beta Office 2007 file ext not working.
I just added the 1.17.0beta1 to our test server (also running 1.16.5) and tried uploading a office 2007 document as well as the same document saved as a 2003 version. I receive the error
Upload warning Files of the MIME type "application/zip" are not allowed to be uploaded. Source fileSource filename: Maximum file size: 16 MB (a file on your computer)
Permitted file types: xls, jpg, jpeg, bmp, tif, gif, png, pdf, zip, doc, docx, xlsx, ppt, pptx.
Did I miss something in the configuration to make this work or is this just an issue with the beta?
Thank you for your time,
Travis Vaughn, M.S. Computer Information Systems Computer Support Specilist Spokane Public Schools
Installed software Product Version MediaWiki 1.17.0beta1 PHP 5.3.6 (apache2handler) PostgreSQL 9.0.1
Installed extensions Parser hooks ParserFunctions (Version 1.3.0) Enhance parser with logical functions Tim Starling, Robert Rohde, Ross McClure and Juraj Simlovic StringFunctions (Version 2.0.3) Enhances the parser with string functions Ross McClure and Juraj Simlovic
Other LDAP Authentication Plugin (Version 1.2d) LDAP authentication plugin with support for multiple LDAP authentication methods Ryan Lane Trvaughn (talk) 20:19, 9 May 2011 (UTC)
Search Result with Lucene-Search
Hi,
in some pages I use a Template e.g.:
Phone: {{Phone|PhoneNumer=12334|PhoneExtension=999}}
Now, I have the problem, that the search results display the following:
Phone: PhoneNumber 12334 | PhoneExtension 999
How can I achieve it that the search result is shown as follows:
Phone: 12334 999
I would like to skip table properties, names of templates, placeholders in templates, image properties...
Any Idea?
Thank you in advance. 88.217.227.129 (talk) 20:28, 9 May 2011 (UTC)
- How is this done on MediaWiki or Wikipedia? 88.217.227.129 07:48, 23 May 2011 (UTC)
- If you want to change the way in which the search feature displays its search results, that is not possible. Hamilton Abreu 12:56, 23 May 2011 (UTC)
How to protect the history
MediaWiki 1.16.1
PHP 5.2.17 (cgi)
MySQL 5.0.51a-24+lenny5-log
Let's say we have the following versions of a page:
4. Current page
3. Previous, in history
2. Previous, in history
1. First version, in history
Now, someone can open the version 1, and modify it. There is a warning message, but if he confirms:
- the modified version 1 becomes the current page (OK, this is correct)
- versions 2 and 3 are apparently definitely deleted, which may be _very_ annoying.
How is it possible to prevent this?
Moved From: How to protect the history:Project:Support desk by Peachey88. P858snake (talk) 23:38, 9 May 2011 (UTC)
- versions 2 and 3 are apparently definitely deleted
- This is not true. They can be still found on the history page. 95.167.125.206 05:16, 10 May 2011 (UTC)
Collapsible tables in vector
hello, on my wiki we recently upgraded from 1.15.5 to 1.16.5 I managed to get everything working except for the plain old collapsible tables in the vector skin, they still work in monobook, but with vector the [show] and [hide] don't show up. you can see it with monobook here and vector here. notice that in vector the header can't be collapsed.
thanks for any help i might get redekopmark (talk) 08:46, 10 May 2011 (UTC)
- They work fine in Vector.
- However, one of your scripts in MediaWiki:Common.js is braking javascript execution. The following line to be exact:
addOnloadHook(function() { document.getElementById("column-one").insertBefore( document.getElementById("p-tb"), document.getElementById("p-This_Page_On") ) })document.getElementById("column-one")returns null, as there is no such element in the Vector-skin. This kind of code should be moved to MediaWiki:Monobook.js (as it's skin-specific). The error is caused becausenulldoesn't have a "insertBefore" property, and calling an inexisting function terminates JavaScript execution.- There's a couple more of these errors that are likely causing troubles which you may or may not have noticed.
- Aside from it belonging in Monobook.js, here's how code that uses methods on (potentially empty) objects should be written:
addOnloadHook(function() { var contentOne = document.getElementById("column-one"); var toolbox = document.getElementById("p-tb"); var pThisPageOn = document.getElementById("p-This_Page_On"); if ( !contentOne || !toolbox || !pThisPageOn ) { return; } contentOne.insertBefore( toolbox, pThisPageOn ); });
- the exclamation mark (
!) means 'not'. the||means 'or'. So, the if()-line sees if there are any needed elements missing. If so, return ("stop"). - Any code after that can safely assume the elements exists. Krinkle 17:44, 10 May 2011 (UTC)
- That got it, thanks for the help :)
- I've seen some of your examples at translate wiki of collapsible items in 1.17+ i'm looking forward to them, I couldn't get them to work on en wiki exactly the same (data-collapsetext="I understand" and expand) didn't seem to work exactly the same, but i'm guessing that's because en wiki is on 1.17 and translate wiki is on 1.19 redekopmark 18:50, 10 May 2011 (UTC)
[resolved]1.16.3 to 1.16.5 migration: problem displaying image
Hello, Sorry for bad English: This is a translation from French to English ... I have a display problem with all my pictures since the last migration that I have done: mediawiki gives me the image file name rather than the image itself, or else mediawiki tells me "Error creating thumbnail: Unable to run external Programs in safe mode Before, my wiki works well for many years NB: my ISP is 'free ' My wiki: http://yan.clot.free.fr/wiki/index.php?title=Accueil
Greetings 193.252.173.189 (talk) 11:05, 10 May 2011 (UTC)
- I found it! obviously a file. htaccess was set during migration in the directory 'images': I removed it, and now it works! Ycsoft 11:53, 10 May 2011 (UTC)
Installation. Database and user already created in cpanel. Installation cannot complete because mediawiki wants to create or grant database user privileges, and so fails.
I am installing mediawiki 1.17 beta.
I have created the database, and database user (and assigned to database with full permissions) in cpanel.
Media wiki installation wants to create the user, or add privileges itself. It fails because the user already exists and mediawiki can't have permission to create or grant the user privileges.
However if I try to let media wiki create the user somehow, by using an existing user for during installation and let media wiki create a new user for webaccess (for after installation). Then the installation tells to me that it fails because the installation user (my cpanel account on shared hosting) does not have root permissions to create or give permissions to a new user.
I could install media wiki if only the step about creating or granting privileges to a new user is able to be skipped. So that I can install with the user already created in cpanel beforehand.
Is there a way to skip the step of mediawiki trying to create or grant database user privileges. When I have already created the database and user before installation?
If i can't remove this step. Then I can't install media wiki.
Also I have looked on google for this issue, and it seems to have been existing for several years with other people asking for the same help.
When I asked my host. They told me I can't have root access to mysql (which is shared I guess) for security reasons. And asked me why does media wiki needs root access when other scripts do not? And told me to ask you if there is a way to install without root access. With a normal pre - created user, as normal with cms, forums, and other scripts.
Please help.
Thank you.
dave 78.151.95.175 (talk) 19:53, 10 May 2011 (UTC)
- P.S.
- the mysql error is: 1044
- I don't have permissions to create the new user.
- So therefore I need mediawiki's installation to accept an existing user and database that I have already created before in cpanel. 78.151.95.175 20:07, 10 May 2011 (UTC)
- MediaWiki will happily use an existing database and user. —Emufarmers(T|C) 23:05, 10 May 2011 (UTC)
- I am the person who asked the question.
- The installation does not complete when the database and user already exist. It tries to grant privileges to the user itself and then fails.
- I am using dokuwiki now. 78.151.95.175 21:13, 12 May 2011 (UTC)
- It sounds like you might be filling in the "root user" field. You can leave that blank. —Emufarmers(T|C) 00:15, 13 May 2011 (UTC)
- It's not the root user. I have the same problem.
- Fresh Media Wiki 1.17.0 beta 1 installation.
- DB has been created as pbgeex, DB username has been created as pbgeex with all privileges to the DB called pbgeex.
- DB_Settings.png
- Set the DB access settings so that mediawiki can talk to the DB.
- Credentials
- First go around, I'll leave it as the same account, since that's what I want to do.
- Error
- No Dice.
- Different user
- Setting the username/password to an account that already exists and has all permissions.
- Error again
- Similar error.
- No DB Access
- Erasing the first set of DB credentials generates this error, after getting it and re-filling in the credentials I'm greeted with this -
- Upgrade
- Obviously we aren't doing an upgrade, but this fools the installer into preforming one, and allowing us to copy the localsettings.php file and having a functioning wiki. Johnafogarty4 13:33, 18 May 2011 (UTC)
- Apparently this was a problem with the new installer. A fix is available. —Emufarmers(T|C) 20:19, 18 May 2011 (UTC)
- awesome, that's what I was hoping for.
- Thanks. Johnafogarty4 18:34, 31 May 2011 (UTC)
- This appears to be broken in the 1.17.0 release if you use a different database access user than your installation database user, if that installation user doesn't have the rights to grant rights to the database user. This would be the case if, for instance, you don't use "root" in MySQL as the installation user, instead using a specific database maintenance account without GRANT OPTION or any other user management privileges. Such an account might be the wiki maintenance/admin user, which would have full DDL rights to the wiki schema but no user management rights for the server as a whole.
- Perhaps a checkbox is needed to indicate that the specified "database account for web access" already has the necessary grants and that no changes should be made to it. 66.162.23.2 21:23, 28 October 2011 (UTC)
- Apparently this was a problem with the new installer. A fix is available. —Emufarmers(T|C) 20:19, 18 May 2011 (UTC)
- It sounds like you might be filling in the "root user" field. You can leave that blank. —Emufarmers(T|C) 00:15, 13 May 2011 (UTC)
- MediaWiki will happily use an existing database and user. —Emufarmers(T|C) 23:05, 10 May 2011 (UTC)
Radically rethinking template syntax?
Hello. I've been a Wikipedia editor for several years but I've only recently been poking around with templates. All the previous times I've tried to make sense of anything non-trivial with templates, my eyes basically just glaze over and I give up.
This time I've finally bitten the bullet and dug in. IMO the current template syntax is incredibly hostile. I'm a software developer with a lot of experience developing API's, software libraries and language extensions, and one of the most important things I've found that contributes to whether software quality is good or bad is the maintainability of the code. However, the very design of template syntax makes template code practically unmaintainable. So it's no surprise to me, reading through template code, to see all the hallmarks of poor-quality software: inconsistently structured code, brittle code that breaks easily if given arguments other than exactly what the designer expected, duplicated code (non-abstracted) both across templates and within templates, bit rot, etc.
So I'm proposing a different syntax, much more readable and much more similar to conventional programming languages. Here's an example, from :
The current code:
{{#ifeq:{{{Ref|}}}|none
|{{#if:{{{5|}}}
|{{{1|}}} et al. ({{{5|}}}
|{{#if:{{{4|}}}
|{{{1|}}}, {{{2|}}} & {{{3|}}} ({{{4|}}}
|{{#if:{{{3|}}}
|{{{1|}}} & {{{2|}}} ({{{3|}}}
|{{{1|}}} ({{{2|}}}
}}
}}
}}
| [[#<!--
-->{{#if:{{{Ref|}}}<!--
-->|{{{Ref}}}<!--
-->|CITEREF{{#if:||{{{1|}}}}}{{#if:||{{{2|}}}}}{{#if:||{{{3|}}}}}{{#if:||{{{4|}}}}}{{#if:||{{{5|}}}}}<!--
-->}}<!--
-->|{{#if:{{{5|}}}<!--
-->| {{{1|}}} et al. ({{{5|}}}<!--
-->| {{#if:{{{4|}}}<!--
-->| {{{1|}}}, {{{2|}}} & {{{3|}}} ({{{4|}}}<!--
-->| {{#if:{{{3|}}}<!--
-->| {{{1|}}} & {{{2|}}} ({{{3|}}}<!--
-->| {{{1|}}} ({{{2|}}}<!--
-->}}<!--
-->}}<!--
-->}}<!--
-->{{#if:{{{loc|}}}||
{{#if:{{{p|}}}||
{{#if:{{{pp|}}}||)}}
}}
}}]]
}}{{#if:{{{loc|}}}
|, {{{loc|}}})
|{{#if:{{{p|}}}
|, p. {{{p|}}})
|{{#if:{{{pp|}}}
|, pp. {{{pp|}}})
}}
}}
}}<noinclude>
{{documentation}}
</noinclude>
The new version, which is a direct conversion of the old version, keeping the same logic, but adding in some comments to explain the code:
<new>
%% Here we define a macro that will be substituted inline,
%% and won't lead to the extra load of transcluded sub-templates.
%% This outputs something like "Pereira (1996" or
%% Ladefoged & Maddieson (2004". Paren is closed later.
%def %authoryear($1 $2 $3 $4 $5) (
%if $5 (($1 et al. \($5))
%elif $4 (($1, $2 & $3 \($4))
%elif $3 (($1 & $2 \($3))
%else (($1 \($2))
)
%% If Ref=none, just output the author/year directly ...
%ifeq $Ref none (
%authoryear($1 $2 $3 $4 $5)
) %else
%% ... otherwise, link it to a citation elsewhere.
[[ #
(%or $Ref (CITEREF $1 $2 $3 $4 $5))
|
%authoryear($1 $2 $3 $4 $5)
%% If no page location, close paren inside link.
%ifnot (%or $loc $p $pp) \)
]]
%% If page location, output now, and close paren.
%if $loc ((, $loc\)))
%elif $p ((, p. $p\)))
%elif $pp ((, pp. $pp\)))
</new><noinclude>
{{documentation}}
</noinclude>
The new version is much, much clearer, as well as shorter (esp. if you take out the comments, which aren't in the old version).
I'm right now writing code to implement this. The idea, at least for the moment, is that a preprocessor will convert the new code directly into the old code, so there's no need to change the underlying template-code engine itself. The preprocessor could actually be run totally separately from MediaWiki, and then the output pasted into the template edit box, but having it done inline would be more convenient and make the code more maintainable, as others could edit the new-style code and not ever worry about messing with the old-style code underneath.
The code I'm writing is in Python, and uses PLY (a pure-Python implementation of Lex and Yacc, i.e. a tokenizer and parser). It's not going to be especially long, and if necessary, it could certainly be converted to PHP.
The syntax itself is a bit in flux but the basic idea is that whitespace isn't significant except in double parens ((...)) or when escaped with a backslash; so you're free to space out the code to make it look nice. Single parens are used for grouping; the main use for this is in the arguments to constructs like %if, which need to be either a single word or a balanced expression.
Before I put too much effort into this, I'm wondering what people think of this? Has anyone suggested something like this before? Is there another place where it might be more appropriate to bring this up? Other comments?
Benwing 07:14, 11 May 2011 (UTC)
- There's Extension:Lua with somewhat similar aims. Max Semenik 07:40, 11 May 2011 (UTC)
- Wikitext.next
- There are a bunch of mailing list discussions you can look at too, if you're really into pain. —Emufarmers(T|C) 19:29, 11 May 2011 (UTC)
- Hmmmm, OK, neither of these is really what I'm suggesting. Extension:Lua is adding an entire programming language and, as far as I can tell, Wikitext.next is trying to rewrite the whole damn wiki markup syntax, with one of their intentions ultimately being to make everything constructible from a GUI, which IMO is simply impracticable. Extension:Winter, meanwhile, not only keeps the current hard-to-read syntax but also adds the power of an entire programming language, which, as the page notes, is potentially a huge security hole.
- What I'm suggesting is something that
- Is cleaner and easier to use than the current syntax;
- Supports abstraction in a way that doesn't place extra load on the server (expansion is done once, when the template is saved, not each time it's loaded);
- Does not add any additional power, so no security holes, and in fact can be converted to the existing syntax, as soon as the template is saved;
- Hence, will not break anything, add security holes, or introduce complex and hard-to-understand interactions with other parts of this system;
- Hence, and most importantly, is something that realistically could actually be made a standard part of Wikipedia.
- This last point is most important at all. My interest is not merely in creating an extension that some people could enable on random little wikis, but specifically in helping Wikipedia, and so, without something like this becoming a standard, there is (from my perspective) no point.
- So I guess my question is, where does the discussion of improvements to the software underlying Wikipedia go? I haven't seen any serious discussion anywhere of attempts to fix the current sorry state of template programming, but I can't believe no one has thought of this; at the current pace, the template system will soon become completely unmaintainable. Benwing 05:43, 12 May 2011 (UTC)
- Such discussions take place at wikitech-l. Max Semenik 07:29, 12 May 2011 (UTC)
So slow, MediaWiki 1.16.5 download can't be completed
I have been trying to download MediaWiki 1.16.5 from http://www.mediawiki.org/wiki/Download for 5 hours. It is incredibly slow and always times out after a few K, or at most a couple of Meg. I have tried different browsers, all the same.
On twitter I found this "@agrajag9 Is #mediawiki having issues? The site is awfully slow and I can't download at all." with a timestamp 17 hours ago.
Can this be checked, please?
This may be a wider problem - just getting the CAPTCHA image to set up an account here took several minutes, though not everything is quite that slow.
Thanks
Roygrubb 07:27, 11 May 2011 (UTC)
- Just tried it - downloaded at 600-700 kb/s. Max Semenik 07:37, 11 May 2011 (UTC)
- There has been some routing issues for the WMF cluster recently, They have been worked on and should be working a bit later. Peachey88 08:17, 11 May 2011 (UTC)
- Thanks Roygrubb 10:54, 11 May 2011 (UTC)
- Just for the record, the issue is resolved. Today it's downloading at 211KB/Sec
- For future reference, I was eventually able to download it even hough the download kept timing out. On each attempt, Chrome resumes a download from where it timed out. Prob. everyone knew that but me. Roygrubb 06:36, 13 May 2011 (UTC)
- Thanks Roygrubb 10:54, 11 May 2011 (UTC)
Not Found on Windows 7
Hi All,
I'm trying to run MediaWiki 1.16.5 for the first time on Windows 7.
Before uploading MediaWiki on the apache server, I downloaded the pre-requisites: - Wampserver:
Apache Version: 2.2.17
PHP Version: 5.3.4
MySQL Version: 5.1.53
After installing & starting the apache service, I can access localhost: http://127.0.0.1/. However, I can't access http://localhost/wiki/index.php, I get the error: The requested URL /wiki/index.php was not found on this server.
This is after I copied Mediawiki folder to the directory: /wamp/bin/apache/Apache2.2.17/htdocs/.
I have checked the forums for solutions but to no avail. These are the following changes that I have made so far based on the suggestions on the forums:
- I added localSettings.php in the Mediawiki root - I didn't have it before. I then edited the contents of this file as follows: changed the line $wgScriptPath = "/wiki"; to $wgScriptPath = ;
- Changed contents of the .htaccess to read:
RewriteEngine on
RewriteCond $1 !^(index\.php|images|robots\.txt)
RewriteRule ^(.*)$ /index.php/$1 [L]
- Changed the contents of httpd.php file as follows:
<Directory />
Options FollowSymLinks
AllowOverride None
Order deny,allow
Allow from all
</Directory>
Can Mediawiki run on Windows 7? What am I missing? What do I still need to configure?
Any help is greatly appreciated.
Thanks in advance. Kamo~mediawikiwiki (talk) 08:28, 11 May 2011 (UTC)
- Is MediaWiki at /wamp/bin/apache/Apache2.2.17/htdocs/wiki? —Emufarmers(T|C) 19:40, 11 May 2011 (UTC)
- Thanks for the response.
- To answer your question, yes it is. Kamo 05:37, 12 May 2011 (UTC)
- Hi
- I don't know what has gone wrong but I can confirm that mediawiki does run on windows 7. I have it on my windows 7 laptop. I don't know why you had to edit or change things before the wiki worked. The last thing you should have done when downloading mediawiki is move localSetting.php after that you should have been up and running. You may be able to get some assistence at http://guides.jlbn.net/setwiki/setwiki1.html Ron Barker 18:16, 12 May 2011 (UTC)
HTML in MW 1.16.0
Hello,
i'm using MW 1.16.0 and want to use HTML-Tags in Wiki-Articles.
Is there a way to allow HTML-Tags like the old "$wgrawHTML" at MW 1.15.x?
I know the risks about using HTML, but its for an intern "offline" use...so who cares ;-)
Hope you can help. 85.183.193.132 (talk) 08:35, 12 May 2011 (UTC)
- Hi,
- As far as I know that variable still exists. See also
$wgRawHtml? - Perhaps you misspelled it (variables are case sensitive).
- Let us know if you need any help. Krinkle 20:18, 15 May 2011 (UTC)
Extension syntax.sql
Hello, once ago there was an extension called syntax.sql. With that extension you have a sql-statement with linenumbers into a grey background box. What about it? I can't find it anymore on our MediaWiki. And in this discussion i cant' find a term.
Thank you for help 80.156.11.222 (talk) 13:22, 12 May 2011 (UTC)
Images / Rewrite Rule / Error 500
Installed software:
Windows Server 2008
IIS 7.0
MediaWiki 1.16.4
PHP 5.3.6 (cgi-fcgi)
MySQL 5.5.12
Installed extensions
LDAP Authentication Plugin (Version 1.2b (alpha))
WYSIWYG extension (Version 1.4.0_3 [B268], CKEditor 3.4.2 (revision 6041))
<?xml version="1.0" encoding="UTF-8"?>
<configuration>
<system.webServer>
<rewrite>
<rules>
<clear />
<rule name="MediaWiki" enabled="true">
<match url="^(.*)$" />
<conditions logicalGrouping="MatchAll" trackAllCaptures="false">
<add input="{REQUEST_FILENAME}" matchType="IsFile" negate="true" />
<add input="{REQUEST_FILENAME}" matchType="IsDirectory" negate="true" />
</conditions>
<action type="Rewrite" url="index.php?title={R:1}" logRewrittenUrl="false" />
</rule>
<rule name="WikiShortURLStd" enabled="false">
<match url="^wiki/(.*)$" />
<conditions logicalGrouping="MatchAll" trackAllCaptures="false" />
<action type="Rewrite" url="localhost/index.php?title={R:1}" />
</rule>
</rules>
</rewrite>
<handlers>
<remove name="PHP via FastCGI" />
<add name="PHP via FastCGI" path="*.php" verb="*" modules="FastCgiModule" scriptProcessor="C:\PHP\php-cgi.exe" resourceType="Unspecified" requireAccess="Script" />
</handlers>
</system.webServer>
</configuration>
Everything works perfectly, besides one problem.
Everytime I upload an image, I am able to see the Thumbnail, but when I click on it I get this error:
Error Summary HTTP Error 500.50 - URL Rewrite Module Error. The page cannot be displayed because an internal server error has occurred.
When I go onto the server and Click on FULL CONTROL for the IIUSR and APPLY TO SUB FOLDERS then I am able to see the uploaded pictures.
You would assume it would apply that for the future uploaded images but for some reason it doesn't.
This is VERY ANNOYING. It used to work, I installed WinCache on my server and things started breaking.
Please help. 199.202.95.19 (talk) 20:04, 12 May 2011 (UTC)
Need Advice/Help with a MediaWiki transfer
How would one "copy" a MediaWiki installation on one platform to an existing newer MediaWiki Installation on another platform?
I will describe the "to" andf "from" issues in more detail and explain whay I *think* I should do, but I am new to MediaWiki and not at all sure (I have read the FAQ, How-Tos, etc. but I am still not sure I know what I am doing here. Thus the cry for help).
Node-1: A RHEL 4.3 x86 platform. It has MediaWiki 1.6.12 installed and is running MySQL 4.1.12 and PHP 4.3.9.
Node-2: A RHEL 5.0 x64 platform. It has a brand new MediaWiki 1.16.5 installation and is running MySQL 5.0.22 and PHP 5.1.6.
On Node-1, I have run <wiki>/maintenance/dumpBackup.php (to the XML backup of MediaWiki pages, etc...). I have also run 'mysqldump wikidb' to get the SQL state of the wikidb database.
Lastly, on Node-2, I notice that the <wiki>/images directory is empty (except for a README file)
Here is what I would do until advised otherwise:
1. Copy the contents of Node-1:<wiki>/images to Node-2:/<wiki>/images 2. On Node-2, under <wiki>/maintenance run: "importDump.php Node1ExportDump.xml" 3. Hope that this suffices
I do not dare "source" the Node-1 SQL file into the Node-2 MySQL DB for fear it will totally break the newer version of MediaWiki. I have no idea what to do with Node-1's SQL dump b/c I notice that the DB schema has changed greatly between MediaWiki 1.6.12 and 1.16.5.
One other thought I had was to attempt to upgrade Node-1's MediWiki installation from 1.6.12 to 1.16.5. Then, dump the resulting MySQL wiki DB. I would then copy the entire upgraded MediaWiki directory to Node-2 and use the SQL dump to create a new MediaWiki database.
What's the best way to perform this kind of "port"?
thanks
racoco@racoco.net 128.222.37.58 (talk) 20:33, 12 May 2011 (UTC)
- Oh...one more detail.
- To upgrade MediaWiki on Node-1 I would need to upgrade PHP as well. I do not have the ISO packages and do not wish to get involved with having to compile PHP, etc. So I am very disinclined to upgrading Node-1. I'd really like to "copy" my MW installation on Node-1 to Node-2 and perform whatever needs to be done on Node-2 to make it "whole".
- thanks
- racoco Racoco 20:46, 12 May 2011 (UTC)
- Dump and transfer the database (or "source" it), move over the images and extensions directories and LocalSettings.php, and upgrade. —Emufarmers(T|C) 02:15, 13 May 2011 (UTC)
Access-Control-Allow-Origin
Добрый день! Думаю найдутся люди говорящие по русски. У меня такая проблема. При попытке получить страницу с другого сервера через JS у меня выдает ответ Access-Control-Allow-Origin. Пробовал все что нашел на сайте, нечего не помогло я пытаюсь открыть страницу http://название_сайта/index.php?title=страница&action=render 46.42.129.191 (talk) 20:38, 12 May 2011 (UTC)
- JSONP вам поможет 95.108.175.126 15:49, 13 May 2011 (UTC)
Combating Spam with only GUI Features
Wiki Version: 1.14.0 PHP Version: 5.2.17 MySQL Version: 5.0.77 URL: http://modiki.civfanatics.com/index.php/Main_Page
Is there a way to combat spam without editing configuration files or adding extensions? The wiki is already set to only allow users with confirmed email addresses to create/edit pages, but the spambots get around this. Every day, around a dozen new accounts and new pages are created. Each account is only used once, and each spam page is only created once, so blocking the spammers and protecting the spam pages after deletion has no effect. I'm only a sysop so I don't have the ability to do anything not provided in the GUI. My ability to contact the administrator is intermittent at best so by this point I've pretty much given up on installing extensions such as Bad Behavior or having a CAPTCHA. In fact I'm even considering just abandoning the wiki to the spammers; I'm just about the only legitimate editor there at this point and the spammers seem content to only create new orphan pages for the most part. 74.44.79.136 (talk) 15:49, 13 May 2011 (UTC)
- The site is pretty active, so I'm surprised you can't get in touch with anybody in charge. Unless you can, there isn't much more you can do. At best, there might be some scripts that can assist you. —Emufarmers(T|C) 23:45, 13 May 2011 (UTC)
- I think it's just a question of being seen; only one of the admins has the main back-end site access, and I imagine that his inbox gets pretty full often, so my messages probably get lost in the inbox most of the time. 74.44.79.136 01:06, 14 May 2011 (UTC)
- For some spammers each account seems to be only used once, but if you just delete the page without blocking the account, you might notice that the same account will re-create the same page.
- You can't prevent the creation of accounts (Captcha is innefective at this), but using Extension:SpamBlacklist you can blacklist the URLs using the GUI. So, once that's installed, you'll be able to manage it yourself.
- Just examine the spam messages, figure out which URL they are really trying to leave, and blacklist it by inserting it in MediaWiki:Spam-blacklist (check this for an example). Some spammers place a URL to Wikipedia among their content: ignore that one.
- The only issue you'll face is that the extension does not provide a way to monitor how many edits (and what edits) it is preventing, so you fly blind. Hamilton Abreu 23:50, 13 May 2011 (UTC)
Redirect Domainname
Hello, I just installed Mediawiki on my server. When I use the URL http://52153133.nl.strato-hosting.eu/Wikipedia/index.php?title=Hoofdpagina, the page looks OK. The favicon in the root doesn't show. I created the subdomain wiki.layerzonderdrempels.nl and redirected that to the same URL. That doesn't work?! I then see the page without content and skin, but with favicon. I don't understand at all. What am I doing wrong? GabyVerdouw (talk) 14:00, 15 May 2011 (UTC)
- I changed the directoryname etc, but it still doesn't work.
- http://52153133.nl.strato-hosting.eu/w/index.php?title=Hoofdpagina
- When I use wiki.layerzonderdrempels.nl it gives
- http://wiki.layerzonderdrempels.nl/w/index.php?title=Hoofdpagina
- but that's an invalid URL.
- If I delete the directory w/, I come to
- http://wiki.layerzonderdrempels.nl/index.php?title=Hoofdpagina
- which works, but then without the skin en with the favicon again.
- ???? Gaby Layer 12:06, 17 May 2011 (UTC)
User input into a variable for a Database Query
Hello All I have MediawWiki 1.16.5 installed on a CENTOS 5.0 box and using postgres 9.0.3 as the database. Unfortunately behind a secured system that I cannot give you access to. I have a very simple question - that I cannot find the correct answer and have produced a very simple example
Given a Wiki Markup Page as follows............. Commented out to show the code
Showing Zip Data for a test
<TABLE border="1" cellpadding="3" cellspacing="0">
<th>ZipCode</th>
<th>PostOffice</th>
<th>Latitude</th>
<th>Longitude</th>
{{#apGetLine:
zipcode
|zipcode
|84332
|zipcode
|postoffice
|lat
|lon
}}
</table>
........................................end of page
How would one take the 84332 and put it in a variable that the user is prompted for, or enters in a form just before the database query is done?
This is the database search key Thank you very much DanDansereau (talk) 05:20, 16 May 2011 (UTC)
SQLite conversion to others
Hello
Is it possible to convert a sqlite MW database for to be able to import it to e.g. MySQL server? If yes, how? Arseny1992 (talk) 10:23, 16 May 2011 (UTC)
- mm? Arseny1992 01:32, 25 January 2012 (UTC)
- Well you can export your MediaWiki db to xml files and then import those. See Manual:ImportDump.php and Manual:DumpBackup.php.
- There is quite possibly a way to output sqlite's sql and then import it into mysql more directly, but i don't know it. Try looking around the sqlite website/mysql website if you want a more direct approach Bawolff 15:24, 26 January 2012 (UTC)
(Solved) Edit toolbar missing
I'm using MediaWiki 1.16.0 / PHP 5.2.13 / MySQL 5.0.86.
Although AFAIK I made no changes to my settings, sometime during the past six weeks the edit toolbar I used to have has now disappeared. This is the same for IE8/Firefox 4 (my pref)/Chrome and Opera :-(
I checked my preferences, and made sure that the "Show edit toolbar (requires JavaScript)" radio button was checked. And I still got nothing. I even tried logging on as other users without my Admin privileges.
I then installed the UsabilityInitiative (Version 0.1.1) and WikiEditor (Version 0.2.0) extensions, and added the following code at the end of LocalSettings.php, as suggested at http://www.mediawiki.org/wiki/Extension:UsabilityInitiative:
require_once("$IP/extensions/UsabilityInitiative/WikiEditor/WikiEditor.php");
$wgDefaultUserOptions['usebetatoolbar-cgd'] = 1;
$wgWikiEditorModules['toolbar']['global'] = true;
$wgWikiEditorModules['toolbar']['user'] = false;
$wgWikiEditorModules = array(
'highlight' => array( 'global' => true, 'user' => true ),
'preview' => array( 'global' => true, 'user' => true ),
'toc' => array( 'global' => true, 'user' => true ),
'toolbar' => array( 'global' => true, 'user' => true ),);
I still get nothing: neither the original toolbar or the improved version. What am I doing wrong?!
TIA for your help, Martin 86.147.39.171 (talk) 13:50, 16 May 2011 (UTC)
- The wiki is at http://rhs.mtarr.co.uk/wikirhs/index.php. To edit, you need to log in, and this is normally protected, so I've created a special Username (WikiTest) and Password (tmp110606) for anyone who has the time to take a look at the problem. It's really frustrating my attempts to make the wiki useable by my members, so I'd be grateful for your help.
- Thanks
- Martin Martin Tarr 08:22, 6 June 2011 (UTC)
- Hi Martin,
- I've logged in to check it out and the problem is in missing files. In the browser debugger (such as Firefox + Firebug), the following shows:
- /skins/common/commonPrint.css] Failed to load resource: the server responded with a status of 404 (Not Found)
- /skins/common/shared.css] Failed to load resource: the server responded with a status of 404 (Not Found)
- /skins/common/jquery.min.js] Failed to load resource: the server responded with a status of 404 (Not Found)
- /skins/common/wikibits.js] Failed to load resource: the server responded with a status of 404 (Not Found)
- /skins/common/edit.js] Failed to load resource: the server responded with a status of 404 (Not Found)
- /skins/common/ajax.js] Failed to load resource: the server responded with a status of 404 (Not Found)
- /skins/common/ajaxwatch.js] Failed to load resource: the server responded with a status of 404 (Not Found)
- /extensions/UsabilityInitiative/WikiEditor/plugins.combined.min.js:6] ReferenceError: Can't find variable: jQuery
- /extensions/UsabilityInitiative/WikiEditor/WikiEditor.combined.min.js:2] ReferenceError: Can't find variable: $j
- /index.php:114] ReferenceError: Can't find variable: addButton
- /skins/common/images/poweredby_mediawiki_88x31.png] Failed to load resource: the server responded with a status of 404 (Not Found)
- I see you're using a custom version of the Monobook-skin, but perhaps you accidently deleted the /common folder ? This folder is vital in the front-end functioning of the wiki. Krinkle 00:39, 7 June 2011 (UTC)
- Grateful thanks for spotting the source of the problem. Wonderful news to greet me when I logged on before breakfast! I have no idea how that folder was deleted, but restoring it put matters to rights, and I now have the advanced toolbar working correctly.
- Thanks again
- Martin 109.152.157.248 06:58, 7 June 2011 (UTC)
Problem installing MediaWiki
Greatings!
Im trying to Install MediaWiki 1.16.5 on an Windows 2008 R2 Server with IIS 7.5, PHP 5.3.6 and Postgres 9.0.4.
First Step in MediaWiki Installation was apparently sucessfull.
LocalSettings.php was generated and I copied it to the MediaWiki root Dir.
So in next Step I try to access the MediaWiki Website - following Error gets displayed:
A database error has occurred
Query: INSERT INTO l10n_cache (lc_lang,lc_key,lc_value) VALUES ('en','messages:clearyourcache','s:438:"''''''Note: After saving, you may have to bypass your browser''s cache to see the changes.''''''
So I take a look in the DB - but the Table l10n_cache is just empty.
Can sombody help? Is this an Bug?
Thank you! 188.111.81.1 (talk) 14:22, 16 May 2011 (UTC)
- Is that all error information you see? Is there more information, like an exact cause of SQL error? Max Semenik 16:04, 17 May 2011 (UTC)
- No there is a lot more of:
- A database error has occurred
- Query: INSERT INTO l10n_cache (lc_lang,lc_key,lc_value) VALUES ('en','messages:clearyourcache','s:438:"'Note: After saving, you may have to bypass your browsers cache to see the changes.'
- 'Mozilla / Firefox / Safari:' hold 'Shift' while clicking 'Reload', or press either 'Ctrl-F5' or 'Ctrl-R' ('Command-R' on a Macintosh);
- 'Konqueror: 'click 'Reload' or press 'F5';
- 'Opera:' clear the cache in 'Tools → Preferences';
- 'Internet Explorer:' hold 'Ctrl' while clicking 'Refresh,' or press 'Ctrl-F5'.";'),('en','messages:usercssyoucanpreview','s:83:"'Tip:' Use the "Show preview" button to test your new CSS before saving.";'),('en','messages:userjsyoucanpreview','s:90:"'Tip:' Use the "Show preview" button to test your new JavaScript before saving.";'),('en','messages:usercsspreview','s:91:"'Remember that you are only previewing your user CSS.'
- 'It has not yet been saved!'";'),('en','messages:userjspreview','s:106:"'Remember that you are only testing/previewing your user JavaScript.'
- 'It has not yet been saved!'";'),('en','messages:userinvalidcssjstitle','s:178:"'Warning:' There is no skin "$1".
- Remember that custom .css and .js pages use a lowercase title, e.g. User:Foo/monobook.css as opposed to User:Foo/Monobook.css.";'),('en','messages:updated','s:9:"(Updated)";'),('en','messages:note','s:11:"'Note:'";'),('en','messages:previewnote','s:81:"'Remember that this is only a preview.'
- Your changes have not yet been saved!";'),('en','messages:previewconflict','s:102:"This preview reflects the text in the upper text editing area as it will appear if you choose to save.";'),('en','messages:session_fail_preview','s:179:"'Sorry! We could not process your edit due to a loss of session data.'
- Please try again.
- If it still does not work, try logging out and logging back in.";'),('en','messages:session_fail_preview_html','s:338:"'Sorry! We could not process your edit due to a loss of session data.'
- 'Because MediaWiki has raw HTML enabled, the preview is hidden as a precaution against JavaScript attacks.'
- 'If this is a legitimate edit attempt, please try again.'
- If it still does not work, try logging out and logging back in.";'),('en','messages:token_suffix_mismatch','s:259:"'Your edit has been rejected because your client mangled the punctuation characters in the edit token.'
- The edit has been rejected to prevent corruption of the page text.
- This sometimes happens when you are using a buggy web-based anonymous proxy service.";'),('en','messages:editing','s:10:"Editing $1";'),('en','messages:editingsection','s:20:"Editing $1 (section)";'),('en','messages:editingcomment','s:24:"Editing $1 (new section)";'),('en','messages:editconflict','s:17:"Edit conflict: $1";'),('en','messages:explainconflict','s:323:"Someone else has changed this page since you started editing it.
- The upper text area contains the page text as it currently exists.
- Your changes are shown in the lower text area.
- You will have to merge your changes into the existing text.
- 'Only' the text in the upper text area will be saved when you press "Save page".";'),('en','messages:yourtext','s:9:"Your text";'),('en','messages:storedversion','s:15:"Stored revision";'),('en','messages:nonunicodebrowser','s:184:"'Warning: Your browser is not unicode compliant.'
- A workaround is in place to allow you to safely edit pages: non-ASCII characters will appear in the edit box as hexadecimal codes.";'),('en','messages:editingold','s:135:"'Warning: You are editing an out-of-date revision of this page.'
- If you save it, any changes made since this revision will be lost.";'),('en','messages:yourdiff','s:11:"Differences";'),('en','messages:copyrightwarning','s:406:"Please note that all contributions to MediaWiki are considered to be released under the $2 (see $1 for details).
- If you do not want your writing to be edited mercilessly and redistributed at will, then do not submit it here.
- You are also promising us that you wrote this yourself, or copied it from a public domain or similar free resource.
- 'Do not submit copyrighted work without permission!'";'),('en','messages:copyrightwarning2','s:394:"Please note that all contributions to MediaWiki may be edited, altered, or removed by other contributors.
- If you do not want your writing to be edited mercilessly, then do not submit it here.
- You are also promising us that you wrote this yourself, or copied it from a public domain or similar free resource (see $1 for details).
- 'Do not submit copyrighted work without permission!'";'),('en','messages:editpage-tos-summary','s:1:"-";'),('en','messages:longpagewarning','s:182:"'Warning:' This page is $1 kilobytes long;
- some browsers may have problems editing pages approaching or longer than 32kb.
- Please consider breaking the page into smaller sections.";'),('en','messages:longpageerror','s:132:"'Error: The text you have submitted is $1 kilobytes long, which is longer than the maximum of $2 kilobytes.'
- It cannot be saved.";'),('en','messages:readonlywarning','s:253:"'Warning: The database has been locked for maintenance, so you will not be able to save your edits right now.'
- You may wish to cut-n-paste the text into a text file and save it for later.
- The administrator who locked it offered this explanation: $1";'),('en','messages:protectedpagewarning','s:156:"'Warning: This page has been locked so that only users with administrator privileges can edit it.'
- The latest log entry is provided below for reference:";'),('en','messages:semiprotectedpagewarning','s:134:"'Note:' This page has been locked so that only registered users can edit it.
- The latest log entry is provided below for reference:";'),('en','messages:cascadeprotectedwarning','s:186:"'Warning:' This page has been locked so that only users with administrator privileges can edit it, because it is included in the following cascade-protected pages:";'),('en','messages:titleprotectedwarning','s:171:"'Warning: This page has been locked so that specific rights are needed to create it.'
- The latest log entry is provided below for reference:";'),('en','messages:templatesused','s:51:"Templates used on this page:";'),('en','messages:templatesusedpreview','s:54:"Templates used in this preview:";'),('en','messages:templatesusedsection','s:54:"Templates used in this section:";'),('en','messages:template-protected','s:11:"(protected)";'),('en','messages:template-semiprotected','s:16:"(semi-protected)";'),('en','messages:hiddencategories','s:78:"This page is a member of $1 hidden categories:";'),('en','messages:edittools','s:61:"";'),('en','messages:nocreatetitle','s:21:"Page creation limited";'),('en','messages:nocreatetext','s:157:"MediaWiki has restricted the ability to create new pages.
- You can go back and edit an existing page, or log in or create an account.";'),('en','messages:nocreate-loggedin','s:47:"You do not have permission to create new pages.";'),('en','messages:sectioneditnotsupported-title','s:29:"Section editing not supported";'),('en','messages:sectioneditnotsupported-text','s:46:"Section editing is not supported in this page.";'),('en','messages:permissionserrors','s:18:"Permissions errors";'),('en','messages:permissionserrorstext','s:86:"You do not have permission to do that, for the following reasons:";'),('en','messages:permissionserrorstext-withaction','s:81:"You do not have permission to $2, for the following reasons:";'),('en','messages:recreate-moveddeleted-warn','s:222:"'Warning: You are recreating a page that was previously deleted.'
- You should consider whether it is appropriate to continue editing this page.
- The deletion and move log for this page are provided here for convenience:";'),('en','messages:moveddeleted-notice','s:100:"This page has been deleted.
- The deletion and move log for the page are provided below for reference.";'),('en','messages:log-fulllog','s:13:"View full log";'),('en','messages:edit-hook-aborted','s:45:"Edit aborted by hook.
- It gave no explanation.";'),('en','messages:edit-gone-missing','s:59:"Could not update the page.
- It appears to have been deleted.";'),('en','messages:edit-conflict','s:14:"Edit conflict.";'),('en','messages:edit-no-change','s:62:"Your edit was ignored, because no change was made to the text.";'),('en','messages:edit-already-exists','s:47:"Could not create a new page.
- It already exists.";'),('en','messages:addsection-preload','s:0:"";'),('en','messages:addsection-editintro','s:0:"";'),('en','messages:expensive-parserfunction-warning','s:183:"'Warning:' This page contains too many expensive parser function calls.
- It should have less than $2 calls, there are now $1 calls.";'),('en','messages:expensive-parserfunction-category','s:51:"Pages with too many expensive parser function calls";'),('en','messages:post-expand-template-inclusion-warning','s:87:"'Warning:' Template include size is too large.
- Some templates will not be included.";'),('en','messages:post-expand-template-inclusion-category','s:45:"Pages where template include size is exceeded";'),('en','messages:post-expand-template-argument-warning','s:137:"'Warning:' This page contains at least one template argument which has a too large expansion size.
- These arguments have been omitted.";'),('en','messages:post-expand-template-argument-category','s:43:"Pages containing omitted template arguments";'),('en','messages:parser-template-loop-warning','s:30:"Template loop detected: $1";'),('en','messages:parser-template-recursion-depth-warning','s:44:"Template recursion depth limit exceeded ($1)";'),('en','messages:language-converter-depth-warning','s:44:"Language converter depth limit exceeded ($1)";'),('en','messages:undo-success','s:161:"The edit can be undone.
- Please check the comparison below to verify that this is what you want to do, and then save the changes below to finish undoing the edit.";'),('en','messages:undo-failure','s:67:"The edit could not be undone due to conflicting intermediate edits.";'),('en','messages:undo-norev','s:70:"The edit could not be undone because it does not exist or was deleted.";'),('en','messages:undo-summary','s:75:"Undo revision $1 by $2 (talk)";'),('en','messages:cantcreateaccounttitle','s:21:"Cannot create account";'),('en','messages:cantcreateaccount-text','s:118:"Account creation from this IP address ('$1') has been blocked by $3.
- The reason given by $3 is '$2'";'),('en','messages:cantcreateaccount-nonblock-text','s:0:"";'),('en','messages:viewpagelogs','s:23:"View logs for this page";'),('en','messages:nohistory','s:39:"There is no edit history for this page.";'),('en','messages:currentrev','s:15:"Latest revision";'),('en','messages:currentrev-asof','s:24:"Latest revision as of $1";'),('en','messages:revisionasof','s:17:"Revision as of $1";'),('en','messages:revision-info','s:23:"Revision as of $1 by $2";'),('en','messages:revision-info-current','s:1:"-";'),('en','messages:revision-nav','s:65:"($1) $2 | $3 ($4) | $5 ($6)";'),('en','messages:previousrevision','s:18:"← Older revision";'),('en','messages:nextrevision','s:18:"Newer revision →";'),('en','messages:currentrevisionlink','s:15:"Latest revision";'),('en','messages:cur','s:3:"cur";'),('en','messages:next','s:4:"next";'),('en','messages:last','s:4:"prev";'),('en','messages:page_first','s:5:"first";'),('en','messages:page_last','s:4:"last";'),('en','messages:histlegend','s:279:"Diff selection: mark the radio boxes of the revisions to compare and hit enter or the button at the bottom.
- Legend: '(cur)' = difference with latest revision, '(prev)' = difference with preceding revision, 'm' = minor edit.";'),('en','messages:history-fieldset-title','s:14:"Browse history";'),('en','messages:history-show-deleted','s:12:"Deleted only";'),('en','messages:history_copyright','s:1:"-";'),('en','messages:histfirst','s:8:"Earliest";'),('en','messages:histlast','s:6:"Latest";'),('en','messages:historysize','s:31:"($1 bytes)";'),('en','messages:historyempty','s:7:"(empty)";'),('en','messages:history-feed-title','s:16:"Revision history";'),('en','messages:history-feed-description','s:42:"Revision history for this page on the wiki";')
- Function: LCStore_DB::set
- Error: 1 FEHLER: Zeichen 0xe28692 in Kodierung »UTF8« hat keine Entsprechung in »WIN1252«
- Backtrace:
- 0 C:\inetpub\wwwroot\MediaWiki\includes\db\Database.php(538): DatabasePostgres->reportQueryError('FEHLER: Zeiche...', 1, 'INSERT INTO l10...', 'LCStore_DB::set', )
- 1 C:\inetpub\wwwroot\MediaWiki\includes\db\DatabasePostgres.php(810): DatabaseBase->query('INSERT INTO l10...', 'LCStore_DB::set', )
- 2 C:\inetpub\wwwroot\MediaWiki\includes\LocalisationCache.php(822): DatabasePostgres->insert('l10n_cache', Array, 'LCStore_DB::set')
- 3 C:\inetpub\wwwroot\MediaWiki\includes\LocalisationCache.php(617): LCStore_DB->set('messages:histor...', 'Revision histor...')
- 4 C:\inetpub\wwwroot\MediaWiki\includes\LocalisationCache.php(352): LocalisationCache->recache('en')
- 5 C:\inetpub\wwwroot\MediaWiki\includes\LocalisationCache.php(262): LocalisationCache->initLanguage('en')
- 6 C:\inetpub\wwwroot\MediaWiki\includes\LocalisationCache.php(205): LocalisationCache->loadItem('en', 'deps')
- 7 C:\inetpub\wwwroot\MediaWiki\includes\LocalisationCache.php(514): LocalisationCache->getItem('en', 'deps')
- 8 C:\inetpub\wwwroot\MediaWiki\includes\LocalisationCache.php(352): LocalisationCache->recache('de')
- 9 C:\inetpub\wwwroot\MediaWiki\includes\LocalisationCache.php(262): LocalisationCache->initLanguage('de')
- 10 C:\inetpub\wwwroot\MediaWiki\includes\LocalisationCache.php(205): LocalisationCache->loadItem('de', 'fallback')
- 11 C:\inetpub\wwwroot\MediaWiki\languages\Language.php(2526): LocalisationCache->getItem('de', 'fallback')
- 12 C:\inetpub\wwwroot\MediaWiki\languages\Language.php(173): Language::getFallbackFor('de')
- 13 C:\inetpub\wwwroot\MediaWiki\languages\Language.php(136): Language::newFromCode('de')
- 14 C:\inetpub\wwwroot\MediaWiki\includes\StubObject.php(126): Language::factory('de')
- 15 C:\inetpub\wwwroot\MediaWiki\includes\StubObject.php(103): StubContLang->_newObject()
- 16 C:\inetpub\wwwroot\MediaWiki\includes\StubObject.php(57): StubObject->_unstub('getCode', 5)
- 17 C:\inetpub\wwwroot\MediaWiki\includes\StubObject.php(121): StubObject->_call('getCode', Array)
- 18 C:\inetpub\wwwroot\MediaWiki\includes\GlobalFunctions.php(576): StubContLang->__call('getCode', Array)
- 19 C:\inetpub\wwwroot\MediaWiki\includes\GlobalFunctions.php(576): StubContLang->getCode()
- 20 C:\inetpub\wwwroot\MediaWiki\includes\MessageCache.php(506): wfGetLangObj(true)
- 21 [internal function]: MessageCache->get('mainpage', true, true)
- 22 C:\inetpub\wwwroot\MediaWiki\includes\StubObject.php(58): call_user_func_array(Array, Array)
- 23 C:\inetpub\wwwroot\MediaWiki\includes\StubObject.php(76): StubObject->_call('get', Array)
- 24 C:\inetpub\wwwroot\MediaWiki\includes\GlobalFunctions.php(742): StubObject->__call('get', Array)
- 25 C:\inetpub\wwwroot\MediaWiki\includes\GlobalFunctions.php(742): StubObject->get('mainpage', true, true)
- 26 C:\inetpub\wwwroot\MediaWiki\includes\GlobalFunctions.php(707): wfMsgGetKey('mainpage', true, true, true)
- 27 C:\inetpub\wwwroot\MediaWiki\includes\GlobalFunctions.php(655): wfMsgReal('mainpage', Array, true, true)
- 28 C:\inetpub\wwwroot\MediaWiki\includes\Title.php(284): wfMsgForContent('mainpage')
- 29 C:\inetpub\wwwroot\MediaWiki\includes\Wiki.php(117): Title::newMainPage()
- 30 C:\inetpub\wwwroot\MediaWiki\index.php(61): MediaWiki->checkInitialQueries(NULL, 'view')
- 31 {main}
- Thnak you! 188.111.81.1 16:12, 17 May 2011 (UTC)
- Make sure your database is created as UTF8. Looks like you might be trying to force UTF8 data into Win1252. 96.227.80.201 17:43, 17 May 2011 (UTC)
- Works for me!
- Thank you very much! 188.111.81.1 06:43, 18 May 2011 (UTC)
- Make sure your database is created as UTF8. Looks like you might be trying to force UTF8 data into Win1252. 96.227.80.201 17:43, 17 May 2011 (UTC)
- Hi,
- I am stuck with the installation on Windows Server 2008 x64. The error I get is the following complaining about the config folder not being writable. I tried giving full access to the network service account to the config folder but still getting the same message as below. I installed it under http://localhost/mediawiki/. Any help is highly appreciated.
- Thank you.
- ---------------------------------------
- MediaWiki 1.16.5 Installation
- Can't write config file, aborting
- In order to configure the wiki you have to make the config subdirectory writable by the web server. Once configuration is done you'll move the created LocalSettings.php to the parent directory, and for added safety you can then remove the config subdirectory entirely.
- To make the directory writable on a Unix/Linux system:
- cd C:\inetpub\wwwroot\mediawiki
- chmod a+w config
- Afterwards retry to start the setup.
- --------------------------- 158.74.35.11 18:12, 1 June 2011 (UTC)
(RESOLVED) Internet Explorer does not load Vector skin CSS - MediaWiki 1.17b1
| MediaWiki | 1.17.0beta1 |
| PHP | 5.3.6 (cgi-fcgi) |
| MySQL | 5.5.12 |
Good day
Deployed on the intranet MW does not loads the CSS of Vector skin at the opening through IE. In all other browsers: Chrome, Opera, Firefox - everything works well. Interestingly, if the debugger install IE UserAgent as Chrome, for example, everything will work fine. So far as I understand, the problem with the definition of what CSS is necessary to give any version of IE. I do not see any errors in the debugger of IE. Wikimedia sites will open in IE fine, but my wiki at the same time showing me the plain text. Other skins as Monobook work normal, the problem is with Vector skin only.
Thanks for your help. 194.84.143.153 (talk) 07:40, 17 May 2011 (UTC)
- (If it was an update) Did you run update.php afterwards ?
- Are there are http errors that can you trace ? (ie. HTTP 500 Error, or HTTP 404 Error).
- Can you try translatewiki:Main Page in your IE ? Krinkle 18:05, 17 May 2011 (UTC)
- I have same problem as IP194.84.143.153, other browsers look no problem, IE show plain text, I installed wiki1.17 directly (No updates), anyone can help? 116.12.240.162 04:03, 18 May 2011 (UTC)
- Yes, just in case I ran update.php, but it was a new installation. All Wikimedia project websites are opened up by IE fine, your http://translatewiki.net also opens normally. In the IE Developer tools console I see now only:
SCRIPT5009: "addOnloadHook" is not definedload.php?debug=false&lang=ru&modules=site&only=scripts&skin=vector, line 3, character 275- But this problem is known to me. Erroneous code is reserved for compatibility. In principle, I would suggest that the problem with this. But addOnloadHook called from MediaWiki:Common.js for Collapsible tables. The contents of Common.js I simply copied from English Wikipedia.
- I do not see any 404 or 500 error. 194.84.143.153 07:46, 20 May 2011 (UTC)
- Are you running IE6 or a newer version? Peachey88 08:09, 20 May 2011 (UTC)
- I tried IE8 and IE9. I don't have older versions. 194.84.143.153 09:08, 20 May 2011 (UTC)
- Same probem here, I use ie8, your http://translatewiki.net also opens normally. 202.65.245.9 05:51, 21 May 2011 (UTC)
- English Wikipedia runs a slightly newer version than 1.17b1. What works there is not guaranteed to work on your site. Aside from that Wikipedia runs in a wiki farm with other wikis and extensions which may complicate things
- TranslateWiki runs the latest (experimental) version of MediaWiki's Subversion trunk (1.19-alpha). If the issue is not present there, then it is likely a moot point since if it's fixed there, it's a matter of time for it to end up in the stable release of 1.19 (or if possible, backported to 1.17 or 1.18).
- I tried IE8 and IE9. I don't have older versions. 194.84.143.153 09:08, 20 May 2011 (UTC)
- Yes, just in case I ran update.php, but it was a new installation. All Wikimedia project websites are opened up by IE fine, your http://translatewiki.net also opens normally. In the IE Developer tools console I see now only:
SCRIPT5009: "addOnloadHook" is not defined load.php?debug=false&lang=ru&modules=site&only=scripts&skin=vector, line 3, character 275
- But this problem is known to me. Erroneous code is reserved for compatibility. In principle, I would suggest that the problem with this. But addOnloadHook called from MediaWiki:Common.js for Collapsible tables. The contents of Common.js I simply copied from English Wikipedia. I do not see any 404 or 500 error.
- Can you verify that the code you have is up to date with that of the English Wikipedia ? Krinkle 15:28, 21 May 2011 (UTC)
- Any fix for this yet?
- I just installed a new internal wiki (1.17b1) at work and I have the same error and would very much like e fix :)
- Another thing, $wgVectorUseSimpleSearch doesn't seem to work in Chrome. Can anyone confirm this? 81.94.78.99 21:47, 25 May 2011 (UTC)
- I have the same problem, all skins not working on IE. Anyone knows how to fix it? 213.179.96.25 07:09, 26 May 2011 (UTC)
- This is a known issue. It will be fixed in the next beta release. See bugzilla:28840 Bawolff 04:18, 27 May 2011 (UTC)
- MediaWiki 1.17.0rc1 bug fixed. All works fine in IE too now. 94.139.99.85 05:04, 14 June 2011 (UTC)
- This is a known issue. It will be fixed in the next beta release. See bugzilla:28840 Bawolff 04:18, 27 May 2011 (UTC)
- I have the same problem, all skins not working on IE. Anyone knows how to fix it? 213.179.96.25 07:09, 26 May 2011 (UTC)
TOC - Number of Editsections
When there is the tag on a site with some sections, is there any possibility to generate automaticly the number of sections in wikis? I previously asked this question, but noone answered... 88.64.88.167 (talk) 13:59, 17 May 2011 (UTC)
- Each level of header will appear as a level in the TOC. By making a header via wiki code:
===, ==, =</pre> you'll be able to dictate the number of editable sections. [[User:Unifiedrepublic|Unifiedrepublic]] 06:13, 19 May 2011 (UTC) ::But is there an automaticly way without using the TOC-Box? ::-Something like <nowiki>{{NUMBEROFEDITSECTIONS}}</nowiki>? [[Special:Contributions/88.64.68.160|88.64.68.160]] 14:36, 19 May 2011 (UTC) == Database query syntax error == Hello, I have just installed the new version of mediawiki (1.16.5 )on xampp 1.7.4, windows 7 (64bit) and the following semantic extensions: Semantic MediaWiki (Version 1.5.6_0 [B30]) SMWHalo Extension (Version 1.5.3_3-for-SMW-1.5.2 [B30]). When i try to create any new page the following error occurs: A database query syntax error has occurred. This may indicate a bug in the software. The last attempted database query was: (SQL query hidden) from within function "Database::delete". Database returned error "1146: Table 'wikidb.smw_urimapping' doesn't exist (localhost)". Is there any way to fix the problem? Thank you in advance Xenia [[Special:Contributions/94.70.19.205|94.70.19.205]] ([[User talk:94.70.19.205|talk]]) 16:56, 17 May 2011 (UTC) :Follow the instructions at http://semantic-mediawiki.org/wiki/Help:Installation [[User:MaxSem|Max Semenik]] 17:03, 17 May 2011 (UTC) ::Dear Max, ::Thanks for the quick response. ::i have followed the exact steps of the installation guide not only once but three times :(. I dont know what else to do. Is there any other suggestion? ::Xenia [[Special:Contributions/94.70.19.205|94.70.19.205]] 17:56, 17 May 2011 (UTC) :::Hi Xenia - you're using SMW+, so you should bring your question to the [http://smwforum.ontoprise.com/smwforum/index.php/Semantic_MediaWiki_Plus SMW+ forum website]. [[User:Yaron Koren|Yaron Koren]] 20:04, 17 May 2011 (UTC) == Export --> Import --> Failing == Hi group - I give up. 2 issues - site is running extra super slow (it often times out) , and the content is not displaying correctly. I exported the category I wanted using this : http://en.wikipedia.org/w/index.php?title=Special:Export&addcat&catname=Coronation_Street&pages=XXXX Then I imported the XML file into my own MediaWiki installation like this : http://corriearmy.com/Coronation-Street-Canada-Wiki/index.php?title=Special:Import&action=submit But it is not displaying correctly : http://corriearmy.com/wrong.png http://corriearmy.com/Coronation-Street-Canada-Wiki/index.php?title=Coronation_Street:_Episode_1 Of course, the content seems to be stored in a Blog datatype, so i cannot edit/view in the db. Help!? [[Special:Contributions/173.195.49.126|173.195.49.126]] ([[User talk:173.195.49.126|talk]]) 18:59, 17 May 2011 (UTC) :You need to install [[Extension:ParserFunctions|ParserFunctions]] and [[Extension:Cite|Cite]]. [[User:MaxSem|Max Semenik]] 19:52, 17 May 2011 (UTC) ::THANK YOU Max - there are still some errors , but it is much better thank you. ::I'll need to read the docs now. [[Special:Contributions/173.195.49.126|173.195.49.126]] 20:10, 17 May 2011 (UTC) ::Hi Max - is there a reason for missing data ? ::Compare : ::http://corriearmy.com/Coronation-Street-Canada-Wiki/index.php?title=Dennis_Stringer ::with : ::[//en.wikipedia.org/wiki/en:Dennis_Stringer#Dennis_Stringer w:en:Dennis_Stringer#Dennis_Stringer] [[Special:Contributions/173.195.49.126|173.195.49.126]] 04:48, 18 May 2011 (UTC) == Limit or disable history == My Special:Version page reads: *MediaWiki 1.16.5 *PHP 5.3.5 (apache2handler) *MySQL 5.5.8 My question. Is it possible to limit or disable the history portion of mediawiki? I would prefer that I can limit the historical changes to the 5 most recent and to purge older revisions automatically. If this is not possible, can I simply disable the history portion of the mediawiki? And if neither of these options are possible, is there a way that I can manually run a purge command? Thank you for your help on this matter. [[Special:Contributions/74.4.200.147|74.4.200.147]] ([[User talk:74.4.200.147|talk]]) 23:18, 17 May 2011 (UTC) :I have read through what I believe was the list of all the variables used to control the behavior of MediaWiki and I find it just odd that there isn't any way to control or limit the behavior of history. [[Special:Contributions/74.4.205.25|74.4.205.25]] 23:14, 23 May 2011 (UTC) :Use [[Manual:deleteOldRevisions.php|deleteOldRevisions.php]]. —[[User:Emufarmers|Emufarmers]]<sup>([[User talk:Emufarmers|T]]|[[Special:Contributions/Emufarmers|C]])</sup> 05:52, 24 May 2011 (UTC) == CITE ERRORS == I've read the help docs on the Cite errors, but they offer very little in resolution. Can anyone explain how to resolve this : [Cite error: Ran out of custom link labels for group "". Define more in the [[MediaWiki:cite_link_label_group-]] message.] http://corriearmy.com/Coronation-Street-Canada-Wiki/index.php?title=List_of_births,_marriages,_and_deaths_in_Coronation_Street [[Special:Contributions/173.195.49.126|173.195.49.126]] ([[User talk:173.195.49.126|talk]]) 04:50, 18 May 2011 (UTC) == DragonballOnline Wiki problem == hey i think Dragonbal Wiki muight really need some help, it is being filled with spam pages and there does not seem to be an active admin there, and i am unable to delte the spam articles, could someone please help? here is the address: http://wiki.dbmmo.com/index.php?title=Main_Page thanks [[Special:Contributions/124.186.146.128|124.186.146.128]] ([[User talk:124.186.146.128|talk]]) 06:12, 18 May 2011 (UTC) == Virtual Host == Hi!I Tried to simplify my mediawiki to something like wiki.mydomain.com instead of server.mydomain/mediawiki and added this in my dns. I also created virtual hosts in apache and this almost works. The problem is that it looks very strange without any graphics. Just plain text. No links works either. In my apache error log it shows: file does not exist "var/www/mediawiki/mediawiki referer: http://server.mydomain.com This is wrong but I can not find any problems. All other virtual domains works just fine. Is there any setting in mediawiki that should be changed to correct the url? [[Special:Contributions/193.13.32.142|193.13.32.142]] ([[User talk:193.13.32.142|talk]]) 14:09, 18 May 2011 (UTC) :You probably need to adjust [[Manual:$wgScriptPath|$wgScriptPath]]. See [[Manual:Short URL]] for more information about how to configure this. —[[User:Emufarmers|Emufarmers]]<sup>([[User talk:Emufarmers|T]]|[[Special:Contributions/Emufarmers|C]])</sup> 21:21, 18 May 2011 (UTC) == How to migrate a very old Wiki on Solaris to a new one on Windows? == Hello, According to the manual page on moving a Wiki, combining a move with an upgrade doesn't work. However, I've a very old Wiki on Solaris that is running: Mysql 4.1.9 MediaWiki 1.3.5, 2004-09-30 PHP 4.3.10 And I've been tasked with migrating it to a new Windows server that currently has the following: MediaWiki 1.16.5 Mysql 5.5.8 PHP 5.3.5 I thought about setting up an older version on the Windows machine, then do a migration followed by an upgrade, but the oldest version I can find in the archive is 1.3.11 from March, 2005. (I've not even tried to find a Mysql release that is that old, yet.) The only other alternative I can think of would be to first try to upgrade on Solaris, but I have limited permissions on that system, and with Solaris waning in popularity, I'd either have to build everything from scratch, or I would have to install two year old versions on Solaris, then upgrade, then migrate to Windows, then upgrade again. Is there another alternative out there? [[Special:Contributions/216.10.144.10|216.10.144.10]] ([[User talk:216.10.144.10|talk]]) 00:08, 19 May 2011 (UTC) :Just imort the old database and follow the [[Manual:upgrading|upgrade procedure]] on the new machine. —[[User:Emufarmers|Emufarmers]]<sup>([[User talk:Emufarmers|T]]|[[Special:Contributions/Emufarmers|C]])</sup> 00:50, 20 May 2011 (UTC) == User account removal from Mediawiki.org == I want to remove my user account from Mediawiki.org (not from my own wiki installation...) but I can't find how to do it. Anyone knows how to do this? [[User:Sejongyoon|aaa]] ([[User talk:Sejongyoon|talk]]) 02:02, 19 May 2011 (UTC) :Accounts are never deleted - just stop using yours if you don't want to. Alternatively, you can request a rename [[Project:Requests|here]]. [[User:MaxSem|Max Semenik]] 09:44, 19 May 2011 (UTC) == instalação e configuração sidebar == Bom dia, sou novo por aqui e gostaria de saber como configurar e criar meus menus personalizados, sei que a sidebar lateral ode ser alterada, mas como faço isos, como posso criar meu menu próprio? agradeço a ajuda de todos Good morning, I'm new here and would like to know how to configure and create my custom menus, I know the sidebar side ode be changed, but how do isos, how can I create my own menu? appreciate everyone's help [[Special:Contributions/201.20.65.42|201.20.65.42]] ([[User talk:201.20.65.42|talk]]) 11:37, 19 May 2011 (UTC) :A barra lateral é configurada na mensagem de sistema [[MediaWiki:Sidebar]] e pode ser alterada editando essa página. Se consultares a desta wiki, verás que ela contém: :<syntaxhighlight lang='text'>* site ** mw-mainpage-url|mainpage-description etc. - Neste caso, estas linhas são os nomes das mensagens de sistema:
- MediaWiki:Site → Site
- MediaWiki:Mw-mainpage-url → MediaWiki
- MediaWiki:Mainpage-description → Main page
- Também é possível simplesmente colocar directamente o texto que pretendemos, em vez de usar uma mensagem de sistema. Algumas secções são criadas automaticamente e existem sempre, como a das Ferramentas, por exemplo. Hamilton Abreu 15:58, 21 May 2011 (UTC)
(RESOLVED) Infobox Alignment Problem
I'm new to Wiki's, and I have been learning as a I go. I've learned how to create an infobox and do some minor tweaking to things like color. However, no matter what I try, I cannot get my box to align to the top of the page.
This is my test page that:
http://wiki.firstandthird.net/index.php?title=Conflagration
I want the infobox to appear above the background section.
I'm using Mediawiki 1.16.2. 66.176.52.45 (talk) 22:13, 19 May 2011 (UTC)
- In Template:Champion Infobox, the table isn't being properly terminated with a "|}". Try changing that and see if it helps. Hamilton Abreu 16:02, 21 May 2011 (UTC)
- Amazing. That's all it took. Thanks. :) 74.225.14.120 17:20, 23 May 2011 (UTC)
Installation MediaWiki auf Win7 32bit und XAMPP 1.7.4
Hello,
I have on my pc Win7 in 32bit and XAMPP 1.7.4 which is also running. MediaWiki version 1.16.5 is not possible zu install with this configuration. i get the message: You are using MySQL 4.1 server, but PHP is linked to old client libraries. 79.255.114.33 (talk) 13:19, 20 May 2011 (UTC)
External Creation of New Wiki Pages
Hello,
I have a question regarding the creation of new Wiki pages. I am using MediaWiki 1.15.1, MySQL version 5.1.37 and PHP version 5.3.0. I am wondering if there is a way for me to create new Wiki pages from a web site that is outside of the wiki.
The reason I would like to be able to do this is that I am currently working with two online databases, Mediawiki and Andy’s PHP Knowledgebase. I would like to stream line updating these two separate databases through one submission form. I have been able to figure out how to add information to the Knowledgebase from a webpage on my test server but I am having difficulty doing the same for MediaWiki.
My first thought was to attempt to add the articles directly into the MediaWiki database using PHP and MySQL commands but the MediaWiki’s database structure is much more complex then the Knowlegebase’s.
I have searched the documentation as thoroughly as I could but I can’t seem to locate a suitable solution to my problem. If any one can point me in the right direction, as to how to approach this I would be grateful.
Thanks,
Dan 160.44.248.164 (talk) 13:56, 20 May 2011 (UTC)
- See API:Edit. Max Semenik 14:02, 20 May 2011 (UTC)
- Also, Extension:External Data might be what you're looking for. Max Semenik 14:05, 20 May 2011 (UTC)
- Thanks,
- I'll look into the Edit page and see what I can learn. I have looked at the External Data Extension but was a little confused by it, but I'll take another look. 160.44.248.164 14:22, 20 May 2011 (UTC)
Transcluding an entire wiki into another
Hello, let's say we've got wiki A and wiki B. Is there a possibility to "integrate" one into another? I would like to have a namespace in wiki B which represents wiki A (lets call it WIKI-A e.g.). So the page WIKI-A:Main Page in wiki B would display the Main page of Wiki A for instance. The only thing I found was "scarytranscluding", which only allows to include single pages and which is not exactly what I'm looking for. --92.224.59.99 23:52, 21 May 2011 (UTC)
- Side note: I'm the developer of the discussion functionality used on this page, and it seems like you had some trouble with it. Did you do or see anything unusual when you were trying to post that comment?
- I'm aware that it's buggy in its current iteration (which is why it's being rewritten), but I didn't think it was that buggy. Andrew Garrett 02:09, 22 May 2011 (UTC)
- yes there was an error saying something like Mediawiki request failed (sorry I don't know the exact message anymore, I will post it to you if I see it again) also referring to a problem with the database 92.224.59.99 02:42, 22 May 2011 (UTC)
Migrating from 1.6.7 to 1.16.4
We have 2 servers. One old and 1 new. We have an old install 1.6.7 on the old server with a full wiki and a new empty installation v1.16.4 on a new server. We need to migrate all the data from the old server to the new. How do we go about doing this? 194.215.183.65 (talk) 08:36, 23 May 2011 (UTC)
- Import the old database and copy over LocalSettings.php and the images and extensions directories, and then follow the upgrade procedure on the new machine. —Emufarmers(T|C) 08:43, 23 May 2011 (UTC)
Multilanguage and Special Pages
Hello!
OS: FreeBSD 8.2; MediaWiki 1.16.4; PHP 5.3.6; MySQL 5.1.56
Necessary: two languages (English and Russian).
Problem: I can't create new user or article in one of version of wiki
httpd.conf
...
DocumentRoot "/usr/local/www/mediawiki"
...
LocalSettings.php:
<?php
$callingurl = strtolower($_SERVER['REQUEST_URI']); //get the calling url
if ( strpos( $callingurl, 'en', 0) ) { require_once( 'LocalSettings_en.php' );}
else if ( strpos( $callingurl, 'ru', 0) ) { require_once( 'LocalSettings_ru.php' );}
else { require_once( 'LocalSettings_en.php' );}
LocalSettings_en.php:
...
$wgScriptPath = "";
$wgScriptExtension = ".php";
$wgArticlePath = "/en/$1";
$wgUsePathInfo = true;
...
$wgDBprefix = "en_";
...
$wgLanguageCode = "en";
In LocalSettings_ru.php en changed to ru.
If English is a default version of wiki, then I can't create user in Russian version:
There is currently no text in this page. You can search for this page title in other pages, search the related logs, or edit this page.
And URL is http://xxx.xx/index.php?title=...
How can I fix this problem? 195.70.214.5 (talk) 14:11, 23 May 2011 (UTC)
wgStrictFileExtensions, upload still restricted
MediaWiki 1.16.5 PHP 5.3.2-1ubuntu4.9 (apache2handler) MySQL 5.1.49-MariaDB-mariadb82-log Firefox 3.6
Hi
This is on a fresh install: I try to allow all filetypes for upload (except blacklisted) by setting:
$wgStrictFileExtensions = false;
The upload page now states recommended and prohibited filetypes instead of the allowed ones (the wiki is in german, so the exact english terms might be different). So the wiki engine "knows" about the setting. However, when I try to upload, it still restricts me to the standard filetypes (=recommended). (The disallowed/prohibited filetypes are coloured red - no other error message).
This is not a problem of recognizing the filetypes - the wiki can distinguish between the standard filetypes and all others. And allowing filetypes with $wgFileExtensions works fine. Sidcom (talk) 14:45, 23 May 2011 (UTC)
- This seems to be known bug: https://bugzilla.wikimedia.org/show_bug.cgi?id=24923 Sidcom 11:45, 27 May 2011 (UTC)
Creating a release-specfic set of articles
MW 1.16 with WAMP server..
I'm arranging our documents by release, using oldids. How do I handle live links inside the old version of the document? I cannot add oldids in each article, because this means creating a new unique version of each.
Or any other ways of setting up a release-specific set of articles are welcome. Thanks! 62.231.49.30 (talk) 15:05, 23 May 2011 (UTC)
Installing Cite extension
I downloaded the correct version of the Cite extension, loaded the files into the extension directory, and added require_once("$IP/extensions/Cite/Cite.php"); to the localsettings.php file (where $IP is the directory /fs1/web/eww/library/wiki). The extension still does not function and does not show as installed on the Specialpages>Version page while another extension that was previously installed does. I'm using MediaWiki 1.7.1, PHP 5.2.9, and MySQL 5.0.84. Any thoughts or suggestions on how to troubleshoot this installation?
John Crockett 148.186.4.102 (talk) 19:53, 23 May 2011 (UTC)
- 1.7.1, not 1.17? I'm afraid that the former is too antiquated for anything. If the latter, is it added to the top or bottom of LocalSettings? Max Semenik 19:56, 23 May 2011 (UTC)
- That's it Max, I am on the antiquated version. Thank you very much for your help. 148.186.4.102 21:07, 23 May 2011 (UTC)
Insertion of Code Attack
Hello,
I installed Media wiki recently and have been working on getting setup. Today I got reports of the site had been hacked and found that HTML code was being add to the bottom of the page that called a redirect script to fairbankhouston.cz.cc/jquery.js
I attempted to find where this code is coming from and couldn't find it in any of the pages. So I removed all the mediawiki files from the sever and installed it fresh then added my LocalSettings.php back in.
The code showed back up when I did. I've tried searching the database to see if this is coming from there and can't find it.
Can anyone point me to any suggestions on how to find where this code coming from.
MediaWiki 1.16.5 PHP 5.2.17 (cgi) MySQL 5.0.91-log
The URL is http://www.gaslightsaga.com/ Davidhofmann (talk) 20:41, 23 May 2011 (UTC)
- So did a bit more work on it. I made a new database and installed a new copy. When I point the new at the old database the bad code shows up again. When I put the old page back and point at the new database it the code gone.
- I've been looking through the database trying to figure out how it's being add to the bottom of the page and can't figure out how. Any suggestions Davidhofmann 22:33, 23 May 2011 (UTC)
- Anyone ever figure this out? I have a similar problem getting redirected even after reinstall of wiki... Tenbergen 05:44, 7 February 2012 (UTC)
- Re: Tenbergen - It's very difficult to say without at the very least a link to the wiki in question. (Really its kind of difficult to say whatsoever unless one has total access to the server in general)
- The most likely cause is someone gaining access to the actual files on the webserver and modifying the php files, perhaps through some other web application installed on the server that is insecure. (The original poster seemed to have ruled that out) Bawolff 07:08, 7 February 2012 (UTC)
- Yes, it turns out we (and the rest of our hosting company) were hacked. They got it all back up and running for us. Been a while but figured I should post this in case someone else searches for the same info. Tenbergen (talk) 14:24, 3 October 2012 (UTC)
- Anyone ever figure this out? I have a similar problem getting redirected even after reinstall of wiki... Tenbergen 05:44, 7 February 2012 (UTC)
Recent Changes/Wikipedia Default Editor?
Two Questions
a) Cannot see changes by all users in Recent Changes on the Sidebar. What is the reason? b) Wikipedia has a default WYSIWIG editor (unlike WikiEd which is a Gadget). How do you install that?
wikifyindia.com MediaWiki v1.16.5 PHP v5.3.6 115.118.155.199 (talk) 04:52, 25 May 2011 (UTC)
- Recent Changes issue resolved. User had registered as Bot!
- Still awaiting WYSIWIG answer Sbohra 13:20, 25 May 2011 (UTC)
- Wikipedia does not have a WYSIWYG editor. What exactly are you referring to? —Emufarmers(T|C) 13:29, 25 May 2011 (UTC)
- Presumably WikiEditor. It's not a WYSIWYG editor, but it is a different editor than the default. Reach Out to the Truth 15:45, 25 May 2011 (UTC)
- WikiEditor it was. Thank you. Sbohra 05:30, 26 May 2011 (UTC)
- Presumably WikiEditor. It's not a WYSIWYG editor, but it is a different editor than the default. Reach Out to the Truth 15:45, 25 May 2011 (UTC)
- Wikipedia does not have a WYSIWYG editor. What exactly are you referring to? —Emufarmers(T|C) 13:29, 25 May 2011 (UTC)
(RESOLVED) short url not working in 1.16.5
Hi,
I followed the instructions on setting the short url and the first page renders and the navigation links are fine e.g. wiki/Main_Page but the links within the page still say wiki/index.php/Topic not /wiki/Topic
Should I raise a ticket or is there another step in 1.16.5?
I'm using mediawiki 1.16.5 and php 5.2.17 (on windows 7)
Thanks, M Msillence (talk) 08:20, 25 May 2011 (UTC)
- Doh! turns out it was caching the page somewhere...
- Editing the page fixed it. Msillence 08:34, 25 May 2011 (UTC)
Does anyone know how to fix a SubListPage3 Table of Contents that has a strange display where it won't collapse and has no borders?
I recently updated a lengthy report that consists of many pages and subpages. A hierarchical table of contents appears on the left side of the page to navigate through the report's sections, but for some reason, it now appears without a border, and the hierarchies won't automatically collapse and expand. The code is in the format of <splist parent=Blank />. All links on the table of contents work and the hierarchy is correct, but the expanded list is in this strange format. The only change I've made to the splist code in an attempt to fix the problem was to change the original <splist parent=blank /> to <splist parent=Blank />, but capitalizing the first letter made no difference. Any suggestions? Jamornini (talk) 21:19, 25 May 2011 (UTC)
Problem with Uploading 2G File
I am running Mediawiki 1.16.5 on Solaris 10/SPARC with Apache 2.2.18 and MySQL 5.5.13
I am trying to configure MediaWiki to accept uploads of files that are 2 gigabytes or larger.
When I try to upload a file of this size using the Special:Upload page and choosing the "Browse" button to pull the file from my PC hard drive, I receive the following error in the Apache log:
Wed May 25 15:19:16 2011] [error] [client 10.10.20.227] Invalid Content-Length, referer: https://cfgmgtwiki.tanagerinc.com/index.php/Special:Upload
When I try to upload via an http URL, I receive a PHP error, which I've reported through Bugzilla.
Smaller file uploads using either method work just fine. Even files of 500 meg in size upload either way with no issues.
I have done the following:
In php.ini I have set the following: max_input_time = 7200 memory_limit = 3G max_execution_time = 7200 file_uploads = on upload_tmp_dir = /tmp upload_max_filesize = 4294967296 post_max_size = 5368709120
In Apache I have the request buffer and request header sizes set to unlimited
In LocalSettings.php I have:
$wgEnableUploads = true; $wgStrictFileExtensions = false; $wgCheckFileExtensions = false; $wgVerifyMimeType = false; $wgFileExtensions[] = array_merge($wgFileExtensions, array('pdf', 'iso', 'zip', 'gz', 'Z', 'flar' )); $wgAllowCopyUploads = true; $wgMaxUploadSize = 4294967296;
I don't know what else to do to get a 2G file uploaded. Can anyone help?
Thanks,
Chris 70.91.83.38 (talk) 02:44, 26 May 2011 (UTC)
Bot login-Error
Hello
I administrate for my little company a mediaWiki-System: wiki.ethjuniors.ch My forerunner programmed a bot which scans another homepage and creates with the information a new wiki-Page. After a Server-Crash we outsourced the homepage. I'm migrating the homepage on the new hoster.
Unfortunately, the bot does not jet work... I have indicated, that the problem is the login.
$womaBot = new wikipedia();
--> $womaBot->login('BotName', 'BotPw');
$content = $womaBot->getpage($page_woma);
I am sure that the login-information are correct (As human I can log in with this informations). The Bot-User is declared as bot and has administrator rights.
Do you have any idea? Did I forget to install an extension? (I have installed: CatList, FCKeditor, NewestPages, ParseFunctions, Salesforce, SphinxSearch, Tasks)
My versions: MediaWiki: V 1.16.0 PHP: 5.2.14 MySQL: 5.1.51
Thank you very much for your answers. 129.132.198.93 (talk) 12:15, 26 May 2011 (UTC)
- Did the move involve a MediaWiki upgrade? 1.16 introduced login tokens, so older bot frameworks need to upgrade to be able to login. Max Semenik 17:34, 26 May 2011 (UTC)
- I don't think so, this might be the problem.
- How can I do this? Is this difficult?
- Thank you for your answer. 81.63.72.140 20:47, 26 May 2011 (UTC)
- I don't think so, this might be the problem.
(RESOLVED) Fatal errors on install
Hi, I am trying to install and configure media wiki for an internal project. However I have been through the config and can only get as far as "Fatal error2, "Configuration problem". If I turn off debugging then I just get an IIS 500 error. Everything is setup locally (IIS7.5, database and the media wiki files) but I just can't seem to het the install to complete. With debugging on I get the following: Fatal Error: configurator.php:133 Error: Configuration problem:
"ADMIN_USER not defined in "C:\inetpub\wwwroot\iWiki\config\config.ini". Cannot continue: You have to fix that manually. Notice: "missing config setting for ADMIN_USER" (...repeated 4 times) Notice: "Constant SERVER_URL already defined" Notice: "Constant PATH_INFO_PREFIX already defined" Notice: "Constant PHPWIKI_BASE_URL already defined" configurator.php:133 Error: Configuration problem: ADMIN_USER not defined in "C:\inetpub\wwwroot\iWiki\config\config.ini". Cannot continue: You have to fix that manually."
When I check the config.ini file I can clearly see that the Admin_user is configured with a username and password....
Any ideas where I should be looking next to fix this?
Drac PS The worse thing is I managed to get a test environment working on the same machine last week. But I decided to reconfigure it and start again, the other one still works I just forgot the admin password...doh! Draccusfly (talk) 13:52, 26 May 2011 (UTC)
- This is a MediaWiki support desk, you're trying to install something else, apparently - MW has no config.ini nor configuratior.php. Max Semenik 17:16, 26 May 2011 (UTC)
- This appears to be PhpWiki. The project's support page lists some ways you might be able to get help. Reach Out to the Truth 17:24, 26 May 2011 (UTC)
Padded spaces in page titles and user names after a DB copy
I copied a database using an SQL dump generated by phpmyadmin. This mostly seems to have worked, but I had a weird problem with page title and user names. They seemed to pick up a whole load of padding space characters. These were visible as a long line of underscores generated in links in various places. It looked like various title database fields, I presume because of the dump format, had been padded out with space characters. It looks like I've fixed this now. I ran maintenance/update.php (I was also going from 1.15 to 1.16 version) and that seemed to deal with article page titles. But then I also seemed to have a problem with user names. I ended up fixing this with...
UPDATE user SET user_name=TRIM(user_name);
Things are mostly working now, but links to user pages are still showing up red for some reason, and I have the feeling I may discover other things which are wrong with my install now. Anyone seen this space padding problem? Is there a magic sort-everything-out maintenance script for this case? or even just for refreshing the state of red links? Harry Wood (talk) 15:22, 26 May 2011 (UTC)
- There's maintenance/rebuildall.php, but the question is what other important tables besides user are damaged, more manual repair may be needed. Max Semenik 17:31, 26 May 2011 (UTC)
Couldn't add counter in modern skin.
I couldn't add counter to a new skin which a choose as a default. Could anybody help me? Thanx a lot. 188.72.132.138 (talk) 04:55, 27 May 2011 (UTC)
what are these called and how can i get them to my mediawiki
testing 1.16.5 using WAMPSERVER on a local machine before putting to a website confused with this thing waht anre these called and where can i get the extension
thanks
screenshot here --- from wikipedia 14.98.36.18 (talk) 10:39, 27 May 2011 (UTC)
- That's an infobox; see w:Template:Infobox Reach Out to the Truth 16:24, 27 May 2011 (UTC)
- thanks............ how can i get them to my mediawiki 14.98.105.21 18:35, 27 May 2011 (UTC)
(RESOLVED) Force images not to overlap separators
The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
- Hello everyone,
- Sorry if that has been asked before but I couldn't find anything for days.
- I'm looking for a way to prevent images (thumbnails or not) to NOT overlap the separators of sub-titles, even if that means empty space between each paragraphs.
- Thank you in advance 2.10.196.202 (talk) 16:30, 27 May 2011 (UTC)
- You can do this for new pages by placing a "clear=all" before the sub-section titles, thus:
- ==Sub-title==
- Alternatively, you can add "clear = all;" to the CSS definitions of all headers, and that will apply to all existing and new pages. Hamilton Abreu 18:17, 27 May 2011 (UTC)
- Thank you very much! Simple and doing what I was looking for! 2.2.34.210 10:20, 30 May 2011 (UTC)
- How can I make this work just for a few selected existing pages? I don't want this to apply to all pages, but a few articles are already written and the "clear=all" tag does not seem to work there (it just show as is on the page)
- Thank you 2.2.34.210 10:44, 30 May 2011 (UTC)
- Just before the sub-section title, insert
- Hamilton Abreu 11:23, 30 May 2011 (UTC)
<br clear=all>
- Perfect thank you so much for your help! 2.2.34.210 11:54, 30 May 2011 (UTC)
- Thank you very much for the resolution! 69.133.103.185 (talk) 02:08, 1 February 2024 (UTC)
Auto create wikis from DB.
Hello
Iam looking to make a WIki like site for movie database of a regional language. I have the data gathered over the years in mysql form with data regarding a movie like cast,crew,summary,songs, runtime etc Some entities wold be Movie,People,Events etc.
No will I be able to autopopulate or automatically create wiki like pages by pulling the data out from these databases.
Ajay 122.172.123.18 (talk) 17:45, 27 May 2011 (UTC)
- Yes, using the API, normally through a bot. Hamilton Abreu 18:20, 27 May 2011 (UTC)
- Could you guide me to some links specifically in this context of auto creating pages. 122.172.116.48 05:14, 28 May 2011 (UTC)
- Well, on API:Client code you'll find a series of frameworks that allow you to use the API in your favorite language. Overall, you need to:
- create a user in the target wiki, and place it in the Bot user group - this allows the user to access the wiki through the API.
- create a program in one of the languages mentioned in the linked page above (Python, Java, Javascript, C#, Perl, Ruby, PHP, etc.) which logs into the wiki with that user, then reads your database, formats the contents of each new page, and inserts the page in the wiki using the API.
- For example, if you know C#, you can use the DotNetWikiBot framework. It involves creating a C# program, which is linked with the DotNetWikiBot library to make use of the operations available in the API . Hamilton Abreu 12:48, 28 May 2011 (UTC)
- Well, on API:Client code you'll find a series of frameworks that allow you to use the API in your favorite language. Overall, you need to:
- Could you guide me to some links specifically in this context of auto creating pages. 122.172.116.48 05:14, 28 May 2011 (UTC)
Categories and Tags at the same time
Hello, I know I can use categories for hierarchical classification or as "tags", e.g. "Category:Pictures 2010" as a subcategory of something else or "Category:Pictures" and "Category:2010" as tags.
But I want to use both systems at the same time in my wiki. The problem is that People might confuse them very easily. I could make them differ optically, e.g. "Categorie:2010 (tag)" for a tag, but this isn't a very nice solution. I would rather like to have two classification systems, one called "Category:" the other one "Tag:", so people could use them at the same time. How do I accomplish this? I only found this extension ( http://www.mediawiki.org/wiki/Extension:TagAsCategory ) which renames "Category" into "Tag" and adds a box, but which isn't exactly what I'm lookig for yet.
Thanks a lot. 92.224.53.147 (talk) 11:44, 28 May 2011 (UTC)
extension loads before the page
I'm installling wordpresscomments extension and when I add the code <wp:comments> wp_post_title= blog title wp_url=http://website.com/wordpress </wp:comments> the comment section loads before the page and comes up in the top right-hand corner. Any ideas why this would be? I'm using version 1.16.3, PHP 5.2.14 and database: mysql Thanks LTech (talk) 08:26, 29 May 2011 (UTC)
Accessing the API from the server.
Hi, I am building Flash app which will use the MediaWiki API to load some articles from Wikipedia, localy everything works fine I use such link to load the articles http://en.wikipedia.org/w/api.php?action=query&prop=revisions&titles=Something&rvprop=content but when I upload my app to the server it doesn't load the articles. My question is how can I use the API from the server side? 87.205.130.35 (talk) 17:43, 29 May 2011 (UTC)
- Have you set a user agent string for your application? Reach Out to the Truth 17:46, 29 May 2011 (UTC)
- hmm, I dont think so, where can I do that and what is this agent string? Could you share a link with some explanation? 87.205.130.35 17:52, 29 May 2011 (UTC)
- I kind of know what you mean by 'user agent string' but I dont know where can I get it and how can I included in my link http://en.wikipedia.org/w/api.php?action=query&prop=revisions&titles=Something&rvprop=content 87.205.130.35 17:58, 29 May 2011 (UTC)
- See meta:User-Agent policy. But you mentioned it's Flash-based, so it should already be using the User-Agent string provided by your browser. It's unlikely that this is the problem.
- What are the contents of the response you're receiving from the API? Reach Out to the Truth 18:09, 29 May 2011 (UTC)
- Hi, I am trying right now to get the xml by PHP script but I get the User-Agent error, how should I set the user-agent in my URL? http://en.wikipedia.org/w/api.php?action=query&prop=revisions&titles=Something&rvprop=content Please provide an example :( 178.37.144.64 10:12, 1 June 2011 (UTC)
- You can see an example at meta:User-Agent policy, but there's really no standard format that UA strings have to adhere to. Reach Out to the Truth 18:08, 1 June 2011 (UTC)
- Hi, I am trying right now to get the xml by PHP script but I get the User-Agent error, how should I set the user-agent in my URL? http://en.wikipedia.org/w/api.php?action=query&prop=revisions&titles=Something&rvprop=content Please provide an example :( 178.37.144.64 10:12, 1 June 2011 (UTC)
- hmm, I dont think so, where can I do that and what is this agent string? Could you share a link with some explanation? 87.205.130.35 17:52, 29 May 2011 (UTC)
Varnish purging not working since Varnish 2.x
Hi.
Varnish cache PURGE does not work since Varnish 2.x. It seems like Varnish will not any more accept the MediaWiki format (according to http://www.mediawiki.org/wiki/Manual:Varnish_caching):
PURGE http://domain.com/url HTTP/1.0
But it will rather want a compliant request such as:
PURGE /url HTTP/1.0 Host: domain.com
I have modified the SquidPurgeClient.php to reflect the following:
public function queuePurge( $url ) {
$url = str_replace( "\n", , $url );
$urlArr = parse_url($url);
if($urlArr['query'] != "")
$urlQuery = "?" . $urlArr['query'];
else
$urlQuery = "";
$this->requests[] = "PURGE " . $urlArr['path'] . $urlQuery . " HTTP/1.0\r\n" .
"Host: " . $urlArr['host'] . "\r\n" .
"Connection: Keep-Alive\r\n" .
"Proxy-Connection: Keep-Alive\r\n" .
"User-Agent: " . Http::userAgent() . ' ' . __CLASS__ . "\r\n\r\n";
if ( $this->currentRequestIndex === null ) {
$this->nextRequest();
}
}
Which seems to successfully PURGE pages with Varnish 2.x and 3.x.
In addition I have done the following to the VCL to purge both entries for www.domain.com and domain.com:
if (req.request == "PURGE") {
if (client.ip != "....<edited>....") {
error 405 "Not allowed.";
}
purge("req.url == " req.url " && req.http.host ~ ^(www.)?" regsub(req.http.host, "www\.(.*)", "\1"));
error 200 "Purged.";
}
Yours,
Mikael 212.63.202.1 (talk) 20:10, 29 May 2011 (UTC)
- Thanks Mikael! This works for me in MediaWiki 1.19.0 and Varnish 2.1.5. 198.176.189.201 22:34, 2 August 2012 (UTC)
Running .php scripts on localhost?
I've set up my wiki on a localhost for testing and troubleshooting purposes. However, I can't figure out how to run the php scripts. I am using xampp for my localhost and I normally use putty to run the scripts, but I can't seem to connect it to my localhost.
Help? Ranimara (talk) 23:38, 29 May 2011 (UTC)
PHP Fatal error: Allowed memory size of 134217728 bytes exhausted [Resolved]
- MediaWiki 1.15.4
- PHP 5.3.0 (apache2handler)
- MySQL 5.1.36-community-log
I am hoping that someone may be able to assist me. I have been using the ‘SiteGround’ method of backing-up my wiki, unfortunately, there is a problem with the memory size shown in apache faults:
Tue May 24 10:09:35 2011] [error] [client 127.0.0.1] PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 128368641 bytes) in C:\\wamp\\apps\\phpmyadmin3.2.0.1\\export.php on line 190, referer: http://localhost/phpmyadmin/db_export.php?db=mediawiki&server....
I have checked line 190 of export.php as below, which does not make any sense to me at all!
189 // We export as file - output normally
190 echo $line;
191 }
Kind regards Ron Barker (talk) 10:23, 30 May 2011 (UTC)
- I have just made things worse. I did some research and came up with changing the memory limit in php.ini from 128M to 150M and now I am unable to export anything, even after changing back to 128M
- I would be grateful if anyone can help. Ron Barker 17:32, 30 May 2011 (UTC)
- Unchecked memory use is probably a given for that method. Increase the memory limit or find a better method (which might involve finding a better host). —Emufarmers(T|C) 02:40, 31 May 2011 (UTC)
- Thank you for your response. I have tried increasing the memory to no avail. I am using media wiki on my pc so I cannot change to a better host. Regards Ron Barker 08:53, 1 June 2011 (UTC)
- If increasing the memory limit isn't working, you're probably doing it incorrectly.
- Since you're on your own machine, though, you don't actually have to use phpMyAdmin for your export. —Emufarmers(T|C) 23:52, 1 June 2011 (UTC)
- I think that you are probably correct in that I must be doing something incorrectly.
- Many thanks for directing me to the discussion page which led me to:
- http://www.mediawiki.org/wiki/Manual:Errors_and_Symptoms#Fatal_error:_Allowed_memory_size_of_nnnnnnn_bytes_exhausted_.28tried_to_allocate_nnnnnnnn_bytes.29
- However, the information did not take me any further. One problem I have had is determining which php.ini should be edited! There are two php.ini files one under the PHP directory and the other under Apache/bin. Of course, there is another php.ini file that can be accessed from the taskbar. RJ45 Technologies was of some assistance but following their instructions did not help:
- http://www.rj45tech.com/increasing_php_memory_limit_and_file_upload_size_wamp
- I am not alone. There are many more people with the same problem as a quick Google of '134217728 bytes exhausted' shows.
- I have looked at the mediawiki backup page. The instructions are fine if you know what they mean. You need to have more than a basic understanding of mediawiki to be able to follow the instructions. I could get into more trouble than I am already in if I tried to follow the instructions. To be honest I would not know where to start.
- http://www.mediawiki.org/wiki/Manual:Backing_up_a_wiki
- Many thanks though for at least responding. Ron Barker 07:31, 2 June 2011 (UTC)
- I appear to have resolved the issue. I really do not know what I was doing wrong but by changing the memory limit (using -1) in C:\Wamp\bin\apache2.2.11\bin\php.ini to unlimited the backup worked.
- memory_limit = -1
- Many thanks for responding which pushed me to try to solve the problem Ron Barker 09:20, 2 June 2011 (UTC)
- Ron you're amazing, no matter how high I set my allocation in the ini it would always cap out at 2GB and cut me off, after an hour of searching this is the only solution that worked. Thank you for your help and to anyone else visiting this page, this tip works. 66.44.228.18 17:09, 5 September 2013 (UTC)
- Thanks Ron, your solution worked for me as well and saved me lots of research/testing!
- Cheers,
- Pat. 198.103.109.141 14:00, 23 July 2014 (UTC)
- Thank you for your response. I have tried increasing the memory to no avail. I am using media wiki on my pc so I cannot change to a better host. Regards Ron Barker 08:53, 1 June 2011 (UTC)
wikiBot
A have an old version of a wikiBot who logs in without any token
I have seen in an discussion below, that in MediaWiki 1.16 Tokens are required.
In my opinion, it seems to be much easier to downgrade to an older version of MediaWiki then to implement the token-feature
Which is the newest MediaWiki-Version without Tokens for bots?
Thank you very much 129.132.198.88 (talk) 11:16, 30 May 2011 (UTC)
How to get exact image path?
- Hi, I am using the MediaWiki to display some articles in my Flash app. I have run into a problem when I try to display an image because, all that API gives me is File:Name of image.jpg but for example for image File:Krilleyekils.jpg the path that I can recreate is w:en:File:Krilleyekils.jpg but to display the image elsewhere I need this path http://upload.wikimedia.org/wikipedia/commons/thumb/6/64/Krilleyekils.jpg/627px-Krilleyekils.jpg any idea how can I get it? 87.205.130.35 (talk) 14:09, 30 May 2011 (UTC)
- If you can figure out some way to access
{{filepath:}}through the API, then read Help:Magic_words#URL data. Alternatively, using the "Media:" namespace instead of "File:" should take you straight to the image, so read Help:Namespaces#-2: Media. Hamilton Abreu 14:56, 30 May 2011 (UTC)- The filepath is what I need but I dont know how can I use it ;/ To get articles from wikipedia I use this link-> http://en.wikipedia.org/w/api.php?action=query&prop=revisions&titles=Heart&rvprop=content but I dont know where could I put the Any ideas? 178.37.144.64 19:13, 31 May 2011 (UTC)
- You can use
- or
- If you can figure out some way to access
- Also : media:Example.jpg. Yug (talk) 22:10, 6 November 2021 (UTC)
Sidebar Dorpdown question
Hello,
I searched this MediaWiki and the FAQ but couldn't find what I was looking for. So I was hoping someone over here could help me.
To start, the information of the wiki the question is about; MediaWiki: 1.11.2 PHP: 5.1.6 (apache2handler) MySQL: 5.0.77 I cannot provide a link, since this wiki is for my work and I'm not allowed to share the link, though I don't think/hope it's necessary for my question.
My question is this: Since a shortwhile, wikipedia (and this wiki as well) has dorpdown (?) menu's in the sidebar. That when you click on it, it shows/hides things. Now I would be very interested in implementing this for the wiki of my work. The problem is, I can't find how to do this. Is it because our MediaWiki is too old? Or am I not searching wel even.
I hope someone can help me with this, and I hope I explained it correctly, English is not my native language, so I don't know precisely what everything is called. Ramoth~mediawikiwiki (talk) 17:40, 30 May 2011 (UTC)
- The dropdown menus are part of Extension:Vector. You might need to upgrade your wiki to MediaWiki 1.17 for that extension to work. You would also need the vector skin to work too. Hydriz 12:48, 31 May 2011 (UTC)
MediaWiki and WMF?
On this page, there are folders named from REL1_1 to REL1_18 which must be MediaWiki v1.1-v1.18. However, there is also a folder called wmf which comprises of 1.16wmf1-4 and 1.17wmf1 and another folder called wmf-deployment. What is the difference between MediaWiki releases like REL1_16 and REL1_17 and versions in wmf?
What does phase3 mean? and what does tags and trunk mean under this directory]?
Thanks guys! Richarddong (talk) 13:10, 31 May 2011 (UTC)
- REL1_1 through REL1_18 are branches for the various versions of MediaWiki. REL1_17 and REL1_18 will continue to receive commits as they haven't been released yet. trunk is the current development branch, which will eventually be branched to REL1_19.
- Because branches are not stable, it's recommended that you use the tags, which are actual MediaWiki releases. Once a tag is created, they never change. REL1_16_5 is MW 1.16.5, the most recent stable release. You could also try REL1_17_0beta1, but note that it is a beta. When 1.17 is released, a REL1_17_0 tag will be created.
- wmf-deployment used to be the Wikimedia deployment branch, but the wmf branches are now used for that purpose. 1.17wmf is the branch that all Wikimedia wikis run on, including Wikipedia and this very site. You shouldn't use this branch as it's been customized for Wikimedia use. Note that MediaWiki and Wikimedia are not the same thing, despite the similar names.
- phase3 is MediaWiki core. The name has historical significance, indicating that it was the third phase of the Wikipedia software. It doesn't mean much any more. All you need to know is that core is in the phase3 directory, and extensions are in the extensions directory. Reach Out to the Truth 14:32, 31 May 2011 (UTC)
- Thank you very much!
- So is it true that the MediaWiki 1.17 software is still a beta version but Wikimedia Projects such as Wikipedia are already running on a Wikimedia-customized version of MediaWiki 1.17 software which is also a beta one?
- and when will the 1.17 become a stable 'tag'? I am planning to build a MediaWiki site in my school in the next couple of months? Do you suggest that I use a 1.16.5 stable or a 1.17/1.18 from SVN? Richarddong 15:35, 31 May 2011 (UTC)
- According to the roadmap 1.17 is "very nearly complete". Release should be soon, I hope.
- It's probably okay to use the 1.17 beta and then upgrade when the official release is made available. It's hard to be certain though; there could still be unforeseen problems. While 1.17 works fine for Wikimedia, it is quite a different environment than what you'll be running. There are still some issues with the new installer, but most of them are minor. Reach Out to the Truth 16:45, 31 May 2011 (UTC)
- I see. Thx! Richarddong 19:01, 31 May 2011 (UTC)
- I see. Thx! Richarddong 19:19, 31 May 2011 (UTC)