Project:Support desk/old

= Active Topics =

Need help: PHP has encrusted an Access violation at 01EDAE66

 * MediaWiki: (Reported by your Wiki's Special:Version page)
 * PHP: 5.2.1
 * MySQL: 5.0.27
 * URL:

PHP has encrusted an Access violation at 01EDAE66

web sever: Microsoft-IIS/5.0

Dear friends,

I am a new mediawiki administrator, the previous one installed it and left. the wiki is set as a intranet site. recently, our wiki is down so often with error message "PHP has encrusted an Access violation at 01EDAE66", I searched google, mediawiki sites for several days, but did not have any clue. any body has the same experience? any suggestion is appreciated!

Thanks.

Susan


 * That's a system crash which probably means PHP or IIS is not configured or set up properly --Nad 09:38, 8 February 2008 (UTC)


 * We installed other components in e107 with wiki together, including Forum, call serivces, etc, it works fine, they are installed in a same server with same PHP and IIS setting, this problem happens just on WIKI. Could you please give me more detail information, or I have to reinstall php, wiki? appreciate.--Susan9508 14:15, 8 February 2008 (UTC)

Server Problems...

 * MediaWiki: (Reported by your Wiki's Special:Version page)
 * PHP:
 * MySQL:
 * URL:

I've been some problems with my server (I think). There are several times when I will visit my wiki and the resulting page will be completely blank. This is not a 404 error, the URl is clearly visible in the address bar, but the page is completely blank....even the source code.

It doesn't happen for very long (the longest "outage" so far was 10 minutes), usually it is only down for 1-2 minutes, and then it comes right back. But it is very annoying, and if someone is visiting my page for the first time and encounters the blank age, they may not come back, thinking it a dead site.

My hosting company (Siteground) insists that there is no problem and that it must be my internet connection. However, I have a friend in another state whom I was chatting with via IM, and I asked them to look at the site at the exact moment, and they got the same thing, a blank page, so it cannot be just me.

My questions are:


 * Has this happened to anyone else?
 * Is Siteground a good server, or should I look into someone else?
 * If I need to transfer to another server...how easy/difficult is it to move an entire wiki database? Is it just a matter of exporting and re-importing the MySQL database? I am sure there are more steps than this.

Sorry for the long post, but....this is getting frustrating. It happens 3-4 times an hour as of late.

—74.128.207.61 16:12, 12 February 2008 (UTC)


 * If its an intermittent problem like that and you're not experiencing the same thing with other sites, then I can't see how the provider can say its not their problem. It should be no problem moving the site elsewhere, just take a complete copy of your wiki directory structure so you get your localsettings and uploaded files, and export your database as SQL (not XML or other custom format or you may not have the same tools on your target server). When you set up your new database, try and keep all the login and database name the same to avoid need to do any configuration changes. --Nad 19:42, 12 February 2008 (UTC)

This is what they told me:

The issue you have experienced was explained in my previous reply. That is why I have used the same response. I apologize if it sounded unprofessional.

I have now double checked the error logs on the server and the error_log under the public_html folder on your account. There is not errors which may cause this issue.

That means that the issue could be caused only from a script which is timing out. This caused the blank screen on location from which there is a lack of Internet to our Data-Center.

Unfortunately there is nothing we can do to prevent such network glitches because they are not on our network.

Please let us know if we may assist you further on this matter.

Looking forward to your reply.

I don't understand how it can be happening to me and to other viewers of the site...from another state even...and it is our faults and not the servers! Maybe someone here can explain it?

-74.128.207.61 22:35, 12 February 2008 (UTC)

LDAP Groups in Wiki

 * MediaWiki: 1.11.1
 * PHP: 5.2.5
 * MySQL: 5.0.45
 * URL:

The issue we are having pertains to group access in the wiki. The code that we have lets users log in with there LDAP credentials; which is what we want. We want everyone who has a logon for our domain to have access to the information. The part that we can't get to work is we only want one group in AD to be able to edit the information on the wiki. As it stands anyone that can sign in can edit and add pages. This is the code that we are currently using. We are all new PHP so some of the code may be incorrect.

We have commented out $wgLDAPRequiredGroups, it makes the code fail when we let it run.

—198.182.163.125 18:11, 14 February 2008 (UTC)

PHP problems, possibly doe to the way I have to edit the software

 * MediaWiki: 1.11.1
 * PHP: 5.1.4 (cgi-fcgi)
 * MySQL: 5.0.45-log
 * URL: WikiVerse Might have to use this one

I have a Wiki that I wanted to add a user group to. After a considerable amount of confusion about LocalSettings.php, I decided to just try it, and revert the changes if it failed. What ended up happening was the group was successfully created, but it added repeated lines of "Warning: Cannot modify header information - headers already sent by (output started at /home/content/g/a/e/gaeamil/html/wikiverse/LocalSettings.php:2) in /home/content/g/a/e/gaeamil/html/wikiverse/includes/WebResponse.php on line 10". Also, no redirects work. I don't know about page redirects, but neither an edit nor typing in the URL without the whole ?title= bit allows you to reach a page. The second link above can send you right to the main page. I reverted every edit, and tried replacing WebResponse.php with a fresh version just downloaded from here, even though I never edited it. It may be caused by the fact that I have not found a way to replace files on my server without first deleting the old copy, thus making a gap which could have messed up the Wiki. I really wish I had editing capabilities, but I do not. Can someone help me get my wiki back to the way it was? Thank you.

—204.132.36.104 06:53, 15 February 2008 (UTC) &mdash;(Gaeamil, not logged in.)


 * This can be due to a space or a line break at the start of your LocalSettings.php, that will start the output and disallow any newer header to be send, be sure that there is no space nor line break (and maybe no BOM caracter). i Alex  20:09, 15 February 2008 (UTC)


 * Also spaces at the end after the ?> will cause that problem, it's best to simply remove the ?> completely. --Nad 21:25, 15 February 2008 (UTC)


 * I'll try these. When I downloaded the file, however, the line break was already there.  Maybe it's my download algorithm or something stupid like that.  Or perhaps I hit enter and never realized.
 * OK, now it says "Parse error: syntax error, unexpected $end in /home/content/g/a/e/gaeamil/html/wikiverse/LocalSettings.php on line 126", but when I look at the file, there is no "$end". -- Gaeamil --204.132.36.53 23:03, 15 February 2008 (UTC)


 * Could you please paste lines 124-126 of your LocalSettings.php file here? I'm guessing it is due to some syntax error. --Skizzerz talk - contribs [[Image:Tournesol.png|20px]] MediaWiki Support Team  15:56, 17 February 2008 (UTC)


 * I'll see... I use Notepad to edit it, and it doesn't split the lines very well.  I'll just re-upload the LocalSettings file and link it, OK? LocalSettings, directly copied from the wiki--204.132.36.53 00:28, 18 February 2008 (UTC)

Wait, you use Notepad to edit the file? That may explain your issues then. Notepad usually adds a BOM character, which messes up the PHP file. Try using a different text editing program (I use Notepad++, but it's up to you really) and see if that helps. --Skizzerz talk - contribs  MediaWiki Support Team  01:04, 18 February 2008 (UTC)
 * Er, I don't have another. Perhaps I could use a Hex editor.  It shows the ASCII version...  I just need to know what needs to be done to get this back to how it was before.--Gaeamil --204.132.36.53 01:43, 18 February 2008 (UTC)
 * Notepad++ is downloadable here, or if you can't/don't want to download and install a new program, Windows WordPad does not attach BOMs to files. Also, you will need to use a hex editor to remove the BOM from the file. --Skizzerz talk - contribs [[Image:Tournesol.png|20px]] MediaWiki Support Team  04:06, 18 February 2008 (UTC)
 * OK, so you know, I truly have no clue what I'm doing here. Is it possible to just get someone to fix the file, or at least give me a full step-by-step? --Gaeamil--204.132.36.104 07:27, 18 February 2008 (UTC)

Highly Available Wiki System

 * MediaWiki: 1.11.1 (latest)
 * PHP: 5
 * MySQL: 5.0
 * URL: (internal)

I am trying to use loadbalancing to create a highly available Wiki system. My idea is to have the wiki write to a master and read from a slave. This way, when the master fails, it can still keep on reading of the slave.

I edited the setup.php and DefaultSettings.php and added the correct values to use multiple servers, but when the master goes down, it doesn't read from the slave, it keeps on trying to go to the master...

Thanks in advance !

EDIT: It seems that when the master is up, the wiki IS conneting to the slave... Problem is that when the master goes down, the wiki crashes (which it shouldn't, it should just read from the slave)

—213.193.161.137 13:25, 18 February 2008 (UTC)
 * /See Category:Database variables and particularly Manual:$wgDBservers. Try connecting to your slave server manually and test if it contains the proper data etc. Also it's bad practice to change codebase files, you should do all configuration from LocalSettings.php. --Nad 21:10, 18 February 2008 (UTC)

Thanks for your reply ! Well, I followed the manual of wgDBservers, and edited the values that are there ! When I manually connect, the slave responds and all of the data that should be there, is there :-)
 * If the slave is synchronising ok, then I don't know. All I can suggest is to analyse what's happening when it crashes. I.e are there any errors logged? is it timing out? etc --Nad 22:55, 18 February 2008 (UTC)

Well, I took the following steps:

-Edited the files according to the manual (change $wgDBservers to true and added the server to the server array).

-Set up a MySQL-master-slave replication (outside of MediaWiki, or is MediaWiki supposed to do this itself?)

Also, the slave IS NOT down, MediaWiki just doesn't seem to want to connect to it when the master goes down... I now put the following code in the LocalSettings.php and restored the other files to default...

$wgDBservers=true;

$wgMasterWaitTimeOut=1;

$wgClusterTimeOut=1;

$wgDBerrorlog="/var/log/wiki/dberrors.log";

$wgDBservers = array( array(
 * 'host'=> "192.168.2.150",
 * 'user' => "user",
 * 'password' => "password",
 * 'dbname' => "wiki",
 * 'type' => "mysql",
 * 'load' => 0

), array(
 * 'host'=> "127.0.0.1",
 * 'user' => "user",
 * 'password' => "password",
 * 'dbname' => "wiki",
 * 'type' => "mysql",
 * 'load' => 1

));

When I put the master down, I get the following errorcode:

"Lost connection to MySQLServer during query (192.168.2.150))"

Thanks for your interest btw :)

CaucusWiki
There is a lot of interest now in the caucus states, such as Colorado and, of course, Iowa.

I'm a big believer that the caucus system is a much better thing for the average person, the true grassroots. That's why powerful forces are slowly crushing the system.

Here's my question. How could I learn enough to build a Cucus Wiki? It could become a central source of information for journalists and activists who want to preserve and spread the system to other states.
 * What is your question exactly? how to set up a wiki? see Manual:Installation, where to set it up? see Comparison of wiki farms --Nad 20:05, 19 February 2008 (UTC)

I Limiting edits by all users to approval only.

 * MediaWiki: (Reported by your Wiki's Special:Version page)
 * PHP:
 * MySQL:
 * URL:

I want to be able to approve all edits by non sysop users before they go live. Is this possible?

_Matt (mattnewrock[AT]yahoo.com)
 * You may want to check out Extension:FlaggedRevisions, which does mostly what you want in that only approved edits are shown by default but the latest is still accessible. If this is still not what you desire, consider getting a proper CMS instead of MediaWiki. --Skizzerz talk - contribs [[Image:Tournesol.png|20px]] MediaWiki Support Team  03:03, 19 February 2008 (UTC)

Lining up the table text correctly...

 * MediaWiki: (Reported by your Wiki's Special:Version page)
 * PHP:
 * MySQL:
 * URL:

Can someone take a look at this page's source: http://www.windrep.org/Community

and perhaps tell me what I have to do in order to get all the columns to line up. I realise that some of the rows won't line up because some have more lines than others, but...I thought I had enough space to make the columns work out.

—74.128.207.61 02:18, 19 February 2008 (UTC)
 * Set the table row style so that they each take 1/3 of the width, which should solve your problem. --Skizzerz talk - contribs [[Image:Tournesol.png|20px]] MediaWiki Support Team  03:05, 19 February 2008 (UTC)

Currently, I have the tables set like this: {| class="wikitable" style="text-align:left;width:90%" which leaves me with a 10% buffer. Is there something else I can do?
 * - style="background-color:#efefef;"

-74.128.207.61 05:15, 19 February 2008 (UTC)
 * See W:Help:Table, you can specify each header or column as a relative percentage or pixel width --Zven 05:38, 19 February 2008 (UTC)

Category page, contents breakdown
Cripes - what a load of text to wade through just to make a help desk request! I don't think any of it was relevant, so I deleted it all.

Here is my (version and platform independent) problem;

By default, pages in a category are broken down by the first letter of the page title (or the first letter of the category index) on the page for the category. i.e.

A A page A page by any other name Another page Annex All pages B Because Become By the way ...

To change that behaviour, for example to break down pages by the first two letters of the page title (or the category index), i.e.

A A page A page by any other name An Another page Annex Al All pages Be Because Become By By the way ...

Should I,


 * 1) Add a magic word to the category page,
 * 2) tweek a global parameter setting somewhere,
 * 3) install an extension,
 * 4) hack the source code,
 * 5) all of the above?

Thanks for help ppl. --Dmb 08:31, 19 February 2008 (UTC)


 * Well dude, you could hack the 'firstChar' function in ./languages/Language.php - it seems that the only code to use this function is exactly the call under ./includes/CategoryPage.php that you want to hack. Try to substitute this code, and you will see double character category indexing;

/**	 * Get the first character of a string. *	 * @param string $s * @return string */	function firstChar( $s ) { $matches = array; preg_match( '/^([\x00-\x7f]|[\xc0-\xdf][\x80-\xbf]|'. '[\xe0-\xef][\x80-\xbf]{2}|[\xf0-\xf7][\x80-\xbf]{3})([\x00-\x7f]|[\xc0-\xdf][\x80-\xbf]|'. '[\xe0-\xef][\x80-\xbf]{2}|[\xf0-\xf7][\x80-\xbf]{3})/', $s, $matches);

return isset( $matches[1] ) ? $matches[1]. $matches[2] : ""; }

Of course you should probably rename that function, and add an option to activate this behaviour somehow. --Dmb 13:19, 19 February 2008 (UTC)

OK, now I have renamed the above function 'firstTwoChar' (keeping firstChar as it was). The relevant line to edit in ./includes/CategoryPage.php is within the addPage function ...

$this->articles_start_char[] = $wgContLang->convert( $wgContLang->firstTwoChar( $sortkey ) );

Now we need to call that selectively in response to some option... Suggestions? --Dmb 13:36, 19 February 2008 (UTC)

Configurin LDAP authentication
Hi,

we are using mediawiki pages for our intranet and configured one more server with same setup for redudant. know ldap authentication is not working. Can i know the simple setup for Ldap autentication. Currently iam using this server in india and ldap server is there at us.

Plz let me know the simple steps to do the Ldap authentication.

Regards, Manjunath
 * Are you using Extension:LDAP Authentication? --Nad 19:58, 19 February 2008 (UTC)

no .. I using openldap

Crosswiki checkuser problem

 * MediaWiki: 1.11
 * PHP:
 * MySQL:
 * URL:

I'm running MediaWiki 1.11 on a webhost, got Makesysop, Makebot and a few more extensions running. Checkuser works, but isn't actually doing a crosswiki log in the format:
 * 127.0.0.1 FooBar got IPs for TestingUser on wiki1
 * 127.0.0.1 FooBar got IPs for User2 on theotherwiki

Anyone know how to fix it?? —Whitsun 21:52, 19 February 2008 (UTC)

A different sort of Tables question...

 * MediaWiki: (Reported by your Wiki's Special:Version page)
 * PHP:
 * MySQL:
 * URL:

Ok, another question regarding lining up materials. First, take a look at this page:

www.windrep.org

You'll notice that the first column of portal links in the category sections line up...but then everything kind of goes haywire and some line up in the second columns, and none in the third columns. I've messed around with the code a bunch, and I suspect it has to do with the length of the links but would dearly love for them to be lined up vertically.

Is there a way I can do this while maintaining this "look," or is it impossible?

—74.128.207.61 02:20, 20 February 2008 (UTC)
 * You have more than one table there, so the browser parses the column widths independently. You could try setting col widths manually, but it's be a tough call with text like that. I suggest making it all into one table, and everything will line up easily that way, although you will lose the white space between rows and you'll have to settle for something else (like a white-background row spanning all columns).--Töff 17:17, 20 February 2008 (UTC)

How would I go about setting the col widths manually? I've tried doing it the same as I would in a regular table, but that does not work. -74.128.207.61 16:12, 22 February 2008 (UTC)
 * Some of your tables do not have the opening  {|  ... maybe that's the problem.--Töff 15:08, 24 February 2008 (UTC)
 * I'll just soapbox briefly and say that the reason I don't care for manual col width is that text of varying length often "just doesn't look right" in even-width columns. Long text strings looked cramped and short text strings look lonely. Browsers seems to understand this (don't ask me how) and they vary the width of the columns to balance the text better (as you can see on your own tables!) This is why I would choose to make this a single table, and let the browser set the col widths, rather than set manual col widths on several separate tables. (Plus, one other minor thing, if you want to change a col width later, you have to do so for every table. Not atrocious when you have only 3-4 tables, but I have a pet peeve against a single value set in more than one place.) Okay, /end rant--Töff 15:16, 24 February 2008 (UTC)

Setting header 
how can I set 

so Internet explorer will see there is feeds on my site?

--194.182.67.194 12:51, 20 February 2008 (UTC)  mgrabovský  | talk  (DJ Jeri)   MW Support Team  13:48, 21 February 2008 (UTC)
 * Just copy copy the code from User:DJ Jeri/LinkTag to the file named LinkTag.php, then save it to your extensions directory and at the end of your LocalSettings.php add following line:

Cannot access my Mediawiki

 * MediaWiki: v 1.11.1
 * PHP: 5.0.5
 * MySQL: 4.4.7
 * URL: http://wheeler-roots.org/wiki GenesWiki

I'm a newbie, but I finally got my Mediawiki installed and running yesterday. All went fine all day. Used it until late last night. Then, this morning, when I tried to access it, I got an HTTP 500 error - Webpage cannot be displayed. This happens repeatedly.

I have made NO changes to ANYTHING since using it successfully yesterday. Can you please help me sort this out? Thanks!

Gene bridgebum@gmail.com

—76.101.229.225 15:52, 20 February 2008 (UTC)
 * Check your apache error logs (or IIS error logs if you're using that). --Skizzerz talk - contribs [[Image:Tournesol.png|20px]] MediaWiki Support Team  00:02, 21 February 2008 (UTC)

Log shows the following typical error: File does not exist: /home/gwheele6/public_html/404.shtml

Gene --76.101.229.225 22:05, 21 February 2008 (UTC)

CheckUser - cu_log empty, cu_changes not empty.

 * MediaWiki: 1.11.1
 * PHP: 5.2.4_p20070914-pl2-gentoo (cgi-fcgi)
 * PostgreSQL: PostgreSQL 8.2.6 on i686-pc-linux-gnu, compiled by GCC i686-pc-linux-gnu-gcc (GCC) 4.1.2 (Gentoo 4.1.2)

I have already installed this extension and found it not working. What is the problem? The cu_log is empty, so empty... And it is all that I have found out of my database and from the Special:CheckUser site, which tells me the same.

Of course, I've tried doing installation next time (deleting old thing and creating them using cu_log.pg.sql and cu_changes.pg.sql). Nothing happened.

And the second thing I've noticed: when I try to check smb's IP, I get the following warning: Warning: pg_query [function.pg-query]: Query failed: ERROR: relation "cu_log_cul_id" does not exist in /home/k07_b/petersa/.homepage/mw/includes/DatabasePostgres.php on line 515 Błąd wewnętrzny

A database error has occurred Query: SELECT nextval('cu_log_cul_id') Function: Error: 1 ERROR: relation "cu_log_cul_id" does not exist

Backtrace:


 * 1) 0 /home/k07_b/petersa/.homepage/mw/includes/Database.php(795): DatabasePostgres->reportQueryError('ERROR: relatio...', 1, 'SELECT nextval(...', '', false)
 * 2) 1 /home/k07_b/petersa/.homepage/mw/includes/DatabasePostgres.php(764): Database->query('SELECT nextval(...')
 * 3) 2 /home/k07_b/petersa/.homepage/mw/extensions/CheckUser/CheckUser_body.php(811): DatabasePostgres->nextSequenceValue('cu_log_cul_id')
 * 4) 3 /home/k07_b/petersa/.homepage/mw/extensions/CheckUser/CheckUser_body.php(634): CheckUser->addLogEntry('userips', 'user', 'Shaql', '', '2')
 * 5) 4 /home/k07_b/petersa/.homepage/mw/extensions/CheckUser/CheckUser_body.php(71): CheckUser->doUserIPsRequest('Shaql', '')
 * 6) 5 /home/k07_b/petersa/.homepage/mw/includes/SpecialPage.php(459): CheckUser->execute(NULL)
 * 7) 6 /home/k07_b/petersa/.homepage/mw/includes/Wiki.php(201): SpecialPage::executePath(Object(Title))
 * 8) 7 /home/k07_b/petersa/.homepage/mw/includes/Wiki.php(45): MediaWiki->initializeSpecialCases(Object(Title), Object(OutputPage), Object(WebRequest))
 * 9) 8 /home/k07_b/petersa/.homepage/mw/index.php(89): MediaWiki->initialize(Object(Title), Object(OutputPage), Object(User), Object(WebRequest))
 * 10) 9 {main}

--Peter de Sowaro 00:22, 21 February 2008 (UTC)
 * Did you run the command-line install script? --Skizzerz talk - contribs [[Image:Tournesol.png|20px]] MediaWiki Support Team  00:23, 21 February 2008 (UTC)


 * Yes. Now I've cleared the database from cu_* things once again and run install.php. Nothing new: I've changed one page, deleted another, tried if there is anything in cu_log - and there's nothing right now, as it was. And the same error, too. Peter de Sowaro 01:11, 21 February 2008 (UTC)

Large font size in table headings cutting off top and bottom of text
[[Media:Example.ogg]]*MediaWiki: 1.11.1    (Reported by your Wiki's Special:Version page)
 * PHP: 5.2.5 (apache2handler)
 * MySQL: 5.0.45-community-nt
 * URL: Intranet (unreachable on the web)

I'm using Wiki version 1.11.1 and trying to create a bit of a heading for a page. I want the font size larger than normal (not as large in the sample below but this is to show the problem I'm getting). When I specify a large font size it appears to be doing this correctly but for some reason the height of the heading row does not adjust to accommodate the font and therefore it appears to be cut off at the top and bottom.

I want orange text so I've used the font tag. Is there another (better?) way?

Any help would be appreciated. Thanks Darren. 203.134.124.36 05:38, 21 February 2008 (UTC)

Example:

—203.134.124.36 05:38, 21 February 2008 (UTC)


 * Hey... Which browser are you using? IE? On my Opera, Firefox and Konqueror on Linux exerything's OK :). Maybe you should add some fixes for your browser in css files. Peter de Sowaro 12:02, 21 February 2008 (UTC)

The above looks broken fro me in FireFox on Linux... odd. Same when using style="font-size:370%; color:orange" btw:

TRy to set the line hight: style="font-size:370%; color:orange; line-height:1.7ex;" (this is a hack - check if it makes things worse in other browsers):

-- Duesentrieb ⇌ 14:34, 21 February 2008 (UTC)

Problems with Extension:Renameuser

 * MediaWiki: 1.11.0
 * PHP: 5.2.5 (cgi)
 * MySQL: 5.0.32-Debian_7etch1
 * URL: this

Hello! If I include require_once( "extensions/RenameUser/SpecialRenameuser.php" ); into my LocalSettings.php then on my MW the Spezial:Version will be shown as empty. Only the background and the header of the page is shown. If I comment the line in the LocalSettings.php (as in the moment is done) all works very well. The files for the extension I copied from there: http://svn.wikimedia.org/svnroot/mediawiki/branches/REL1_11/extensions/Renameuser/

—Astrid 10:03, 21 February 2008 (UTC)
 * Hello. Try to escape non-standard characters in the 'author' field. Replace
 * 'author' => 'Ævar Arnfjörð Bjarmason',
 * to
 * 'author' => '&amp;#198;var Arnfj&amp;#246;r&amp;#240; Bjarmason',
 *  mgrabovský  | talk  (DJ Jeri)  [[Image:Tournesol.png|25px]] MW Support Team  13:18, 21 February 2008 (UTC)
 * Thank you very much, it does it now. :-) As suggestion for extension-authors: perhaps that they use only standard characters. --Astrid 10:11, 22 February 2008 (UTC)

Massimport Images

 * MediaWiki: 1.10.0
 * PHP: 5.1.2
 * MySQL: 5.0.18

I need to massimport images into my MediaWiki. I watched the database and found the table the imagesinformation are stored in. But i don't understand the way how the directories are created and how MediaWiki knows where wich images was placed.

Can anyone tell me how that works?

—192.166.87.111 12:22, 21 February 2008 (UTC)

To import images, use the maintenance/importImages.php script. For the curious: the category structure is based on an MD5 hash of the file name. But don't try to mimic mediawiki internals to improt stuff - let mediawiki do it. -- Duesentrieb ⇌ 14:29, 21 February 2008 (UTC)

Custom CSS Pages

 * MediaWiki: 1.11.0
 * PHP: 5.2.0-8+etch5~pu1 (cgi-fcgi)
 * MySQL: 5.0.32-Debian_7etch1-log
 * URL: TribalWars Wiki

When using the custom CSS for each user, it does not load the CSS so does not effect the CSS at all. To use the custom CSS you use User:Username/Monobook.css but for some reason it does not load the CSS :S Any Help?

—212.135.1.53 13:28, 21 February 2008 (UTC)  mgrabovský  | talk  (DJ Jeri)   MW Support Team  13:39, 21 February 2008 (UTC)
 * Hello. If I understood correctly, you must set $wgAllowUserCss to true. Just go to the end of your LocalSettings.php and add following line:
 * Ah ok... There is no other way possible, or some technician that can do this as i only run the wiki, the actualy Codes etc are on a different server. The Tribalwars wiki is on Innogames's server, but i of course do not have access to that page. Any help? --212.135.1.186 15:39, 21 February 2008 (UTC)
 * Also. Is there a way to check if  is true/false? --212.135.1.57 15:42, 21 February 2008 (UTC)


 * MediaWiki: 1.11
 * PHP: 5.2.3
 * MySQL: 5.0.41

Hi there, I was wondering if there's a way to purge all the logs under the Special:Log window without leaving the database corrupt or inconsistent. I mean, if I delete all the rows in the "logging" table will something bad happen? -Juanan 18:14, 21 February 2008 (UTC)


 * Deleting the rows from the logging table won't delete the corresponding entries in special:recentchanges (which uses the recentchanges table) so the recent log entries would still be on that page. Other than that, no, it shouldn't cause your server to explode and burst into flames. --Carlb 20:14, 21 February 2008 (UTC)

Templates + MW1.12alpha = SLOW page rendering

 * MediaWiki: 1.12alpha (r30976)
 * PHP: 	5.2.2 (apache)
 * MySQL: 5.0.22
 * URL: desciclopedia.pt

I'm finding that pages that make heavy use of templates (or templates combined with extension or parser functions) are taking significantly longer to generate on MediaWiki 1.12alpha than on previous versions, including 1.11

For instance, this appears (based on the &lt;!-- Served by sophia.uncyclomedia.org in 42.645 secs. --&gt; at the bottom of the HTML source) to be taking ten times as long to generate as this (four to seven seconds, in MW1.11). Both are the same page, generated from the same data, same server, same extensions - the only difference is that one of the URL's points to a MediaWiki 1.11 installation and the other to 1.12alpha.

I've been seeing this in various 1.12alpha revisions over the last two months or more. A page like this which uses many template inclusions seems too slow to be usable.

I'd presume that there have been major changes in the way template transclusion is handled in the code, but would like to know if there is a fix (other than rolling affected sites back to 1.11) at this time.

—Carlb 19:06, 21 February 2008 (UTC)

Some questions

 * MediaWiki: 1.11.0
 * PHP: 5.2.4
 * MySQL: 2.8.0.2
 * URL: RockCiclopedia

Some questions: Is there an extension I have to install?
 * I've seen that in Wikipedia there's a function (mainly used in templates) like this: . I've tried to copy some lines on my wiki but that function doesn't work!


 * After I've installed the extension CharInsert.php when I try to access to Special:SpecialPages I receive this error:

Fatal error: Cannot redeclare setupspecialchars (previously declared in /home/mhd-01/www.rockciclopedia.com/htdocs/extensions/CharInsert/CharInsert.php:46) in /home/mhd-01/www.rockciclopedia.com/htdocs/extensions/CharInsert/CharInsert.php on line 48

If I remove the extension the problem is fixed..... why??


 * How do I edit the 404 error page that ask you if you want to create that article? There should be a MediaWiki:Newpage or something like this, I don't remember.......

—Lorenzone92 20:47, 21 February 2008 (UTC)


 * It's MediaWiki:Noarticletext. A few others are MediaWiki:Noarticletextanon, MediaWiki:Badtitletext, MediaWiki:Noimage, but that seems to be the main one. --66.102.80.212 23:20, 21 February 2008 (UTC)


 * OK, thanks! And for the other questions? --Lorenzone92 21:56, 22 February 2008 (UTC)


 * Extension:ParserFunctions provides #if:SOMETHING among its various functions; the docs for CharInsert are here. --Carlb 03:31, 23 February 2008 (UTC)


 * OK, thanks!! And how can I export all my pages? In Special:Export I have to add them manually, how can I export/import all together (template/Mediawiki:xxx also)? --Lorenzone92 14:40, 24 February 2008 (UTC)

If you have access to the command line on your server:
 * php maintenance/dumpBackup.php exports every page in all namespaces
 * php maintenance/importDump.php imports them all together. --Carlb 01:04, 26 February 2008 (UTC)

Is it possible to have an article that pulls in content from another file at load time? (or at any time really.)

 * MediaWiki: 1.9.4
 * PHP: 5.1.6 (apache2handler)
 * MySQL: 5.0.27

Is there a way to have a wiki page that pulls its content from another file stored on my server? For example, I have a file on my server, already using MediaWiki markup, called "CHANGELIST" and whenever its updated, I'd like a specific wiki page to update its content based on whats in the "CHANGELIST" file.

I feel like this isn't something too difficult, and probably has been covered before, but my searching skills are just terrible and I can't find it.

Thanks in advance.

-Paul-

—204.2.209.2 23:28, 21 February 2008 (UTC)
 * Try Extension:FileSync --Nad 10:08, 22 February 2008 (UTC)

SVG image types / ImageMagick

 * MediaWiki: 1.11.1
 * PHP: 5.2.0
 * MySQL: 5.0.22-community-max-nt
 * URL: http://www.bandwiki.net/

I recently was able to guilt my hosting company into installing ImageMagick so that we can upload and convert SVG image types. They installed the component on a Windows Server to "c:\imagemagick ". Now I want to configure my LocalSettings.php file to use the component.

I have set the following:

$wgEnableUploads = true; #false $wgUseImageMagick = true; $wgImageMagickConvertCommand = "/ImageMagick/VisualMagick/bin"; #"/usr/bin/convert"; .... I have used several variations on the above to see I could get it to work. No luck. ....

And the following:

$wgAllowTitlesInSVG = true; $wgGenerateThumbnailOnParse = true; $wgIgnoreImageErrors = true; $wgSVGConverters = "ImageMagick"; $wgSVGConverterPath = "/ImageMagick/VisualMagick/bin"; $wgUseImageResize = true; $wgMediaHandlers = array(   'image/jpeg' => 'BitmapHandler',    'image/png' => 'BitmapHandler',    'image/gif' => 'BitmapHandler',    'image/x-ms-bmp' => 'BmpHandler',    'image/svg+xml' => 'SvgHandler', // official    'image/svg' => 'SvgHandler', // compat    'image/vnd.djvu' => 'DjVuHandler', // official    'image/x.djvu' => 'DjVuHandler', // compat    'image/x-djvu' => 'DjVuHandler', // compat );

I really don't want to annoy my host any further about this issue at this time, and would greatly appreciate any help that can be given.

Follow this link to see the error I am getting and what happens with the images: http://wiki.spokanebands.com/index.php?title=Special:Uncategorizedimages

—216.223.16.33 02:13, 22 February 2008 (UTC)
 * If ImageMagick is installed to c:\imagemagick (use single quotes not doubles or the backspaces won't work), then the paths for the commands should be pointing to the executables within that same dir. Another issue is that ImageMagick is about the worst choice of the available options for dealing with SVG. The one preferred by the WikiMedia projects is rsvg. --Nad 10:06, 22 February 2008 (UTC)
 * I have changed the path to '/imagemagick/bin/convert.exe' using single quotes instead of double quotes, but still have no joy. As you can see I also changed the path. After installing the component on my local workstation, I was able to see the directory structure and base the path on that. Did I do something wrong? 216.223.16.33 14:37, 22 February 2008 (UTC)
 * Why are you setting the path to '/imagemagick...' when it's located at 'c:\imagemagick...', set it to the same path the executables are located at --Nad 19:30, 22 February 2008 (UTC)


 * Because when I do that, I get the following error, I don't believe it wants a physical path as it is using the forward slash (indicating virtual paths), not the back slash (indicating a physical path) in its defaults.--216.223.16.33 00:16, 23 February 2008 (UTC)

Parse error: parse error, unexpected ':' in D:\hosting\member\northwestpos\spokanebands\wiki\LocalSettings.php on line 216 PHP Parse error: parse error, unexpected ':' in D:\hosting\member\northwestpos\spokanebands\wiki\LocalSettings.php on line 216
 * It's not a virtual path, it needs to be a direct local FS location. The default setting uses forward slash because the software is designed to run on Linux, If you're running it on windows you need to include the full pathname including drive specification. Try using forward slashes, but keep the drive at the start not a leading slash as that makes no sense on a windows system. --Nad 06:56, 23 February 2008 (UTC)

disabled access for spezial pages (with german umlaut) for not logged in users causes error

 * MediaWiki: 1.11.1
 * PHP: 5.2.0
 * MySQL: 5.0.26
 * URL: local testing

$wgGroupPermissions['*']['read'] = false; $wgGroupPermissions['*']['edit'] = false; $wgWhitelistRead = array("Hauptseite", "Special:Userlogin"); $wgGroupPermissions['*']['createaccount'] = false;
 * disabled access for most pages :

Interner Fehler
 * Error Message appears trying to access e.q "Spezial:Letzte_Änderungen" without login :

Invalid special page name ""

Backtrace:


 * 1) 0 /.../test/includes/Title.php(1305): SpecialPage::getTitleFor(false)
 * 2) 1 /.../test/includes/Wiki.php(132): Title->userCanRead
 * 3) 2 /.../test/includes/Wiki.php(43): MediaWiki->preliminaryChecks(Object(Title), Object(StubObject), Object(WebRequest))
 * 4) 3 /.../test/index.php(89): MediaWiki->initialize(Object(Title), Object(StubObject), Object(User), Object(WebRequest))
 * 5) 4 /.../test/index.php5(1): require('/srv/www/...')
 * 6) 5 {main}

I'm not a developer, but I compared the functions and found a solution : Is this a way, or can I get other problems without these lines ?

Function in Title.php : userCanRead

/** * If it's a special page, ditch the subpage bit * and check again */ if( $this->getNamespace == NS_SPECIAL ) { $name = $this->getText; list( $name, /* $subpage */) = SpecialPage::resolveAliasWithSubpage( $name ); $pure = SpecialPage::getTitleFor( $name )->getPrefixedText; if( in_array( $pure, $wgWhitelistRead, true ) ) return true; }
 * I disabled all the folling lines, so it works again, like in MediaWiki 1.10

—79.199.9.25 09:40, 24 February 2008 (UTC)

I wanted to change the logo in the LocalSettings.php but the $wgLogo is not there
I wanted to change the logo in the LocalSettings.php but the $wgLogo is not there where do i change it then?

—66.176.143.166 18:46, 24 February 2008 (UTC)


 * Add it.  Mønobi 19:59, 24 February 2008 (UTC)

A N S W E R : The image for $wgLogo is wiki.png.

And this image resides in skins/common/images/wiki.png.

Rename your image to wiki.png, even if it is .jpg.

$wgLogo should be able to be defined in includes/DefaultSettings.php. --Detlef Lindenthal 20:40, 24 February 2008 (UTC)
 * You should never adjust the codebase files, set your logo using the Manual:$wgLogo global in the LocalSettings.php file. Do not adjust DefaultSettings.php or rename image files from the codebase. --Nad 22:02, 24 February 2008 (UTC)
 * Dropping $wgLogo = "/images/b/bc/Wiki.png";</tt> into LocalSettings.php</tt> may be easiest; this allows you to upload Image:Wiki.png to the wiki as just another image. --Carlb 01:26, 26 February 2008 (UTC)

Email notification won't work

 * MediaWiki: 1.11.1
 * PHP: 5.2.0-8+etch7 (apache2handler)
 * MySQL: 5.0.32-Debian_7etch1-log
 * URL: http://werkwelt.de/mw

Hello,

I'm trying to install Mw 1.11.1; everything works fine

except for email notification :-(

Email address confirmation does work, this means that the PHP-Mailer works.

I switched on any switch in
 * LocalSettings.php and
 * includes/DefaultSettings.php and
 * Special:Preferences (Spezial:Einstellungen).

Does somebody have any idea what is missing?

mailto:detlef(at)lindenthal.com —Detlef Lindenthal 20:32, 24 February 2008 (UTC)
 * Are all settings you need of Manual:Configuration settings enabled ? ~ Seb35 09:16, 27 February 2008 (UTC)

Question about Extension:KeepYourHandsToYourself and $wgNamespaceAliases
This looks like a pretty great extension, it's just what I need. But, if I have set$wgNamespaceAliases and changed the namespace name of "NS_USER", would it at all mess up the extension? <font color="#006500">Smaug 00:15, 25 February 2008 (UTC)


 * It should be fine; the extension is using !in_array($ns, array(NS_USER, NS_IMAGE))</tt> to check for namespaces #4 (user) and #6 (image) by number, not by name, so the namespaces themselves may be named in any language without problems. --Carlb 01:14, 26 February 2008 (UTC)


 * Thanks for the response! <font color="#006500">Smaug 20:32, 26 February 2008 (UTC)

Generating New Pages with Script

 * MediaWiki: 1.11.1
 * PHP: 5.2.0
 * MySQL: 5.0.26
 * URL: http://playground.bradley.edu/wiki/

I need to create a batch of new pages using data from a separate MySQL database. I have a script that extracts the appropriate data and creates the wikitext, but I don't know of a way to create new pages other than copying and pasting the wikitext into the web interface. Is there a way to create new pages via PHP scripting?

Thanks. —98.214.108.155 02:01, 25 February 2008 (UTC)


 * Yes, but you will probably have to write a bot. See Wikipedia:Creating a bot for different frameworks, including one in PHP. <font face="Verdana,Arial,Helvetica"> Mønobi 03:14, 25 February 2008 (UTC)


 * Pywikipediabot's pagefromfile.py</tt> script can do exactly this; http://botwiki.sno.cc or sourceforge.net should have info or a downloadable copy. --Carlb 01:15, 26 February 2008 (UTC)


 * Hello. If I had to create, say, 15 or 1500 pages, I would do this directly by MySQL. The procedure ist not so difficult, you have to use the INSERT syntax two times:
 * INSERT INTO text SET old_text = "..... put here your new text (which may not contain double quotes) ...";
 * INSERT INTO page SET page_title = "..... put here your page title ...";
 * YOU NEED: SSH access, MySQL access.
 * First make a copy / dump of the database. (I can do all this for you if you want me to.)
 * Question in return: Does email notification work?? --Detlef Lindenthal 20:30, 26 February 2008 (UTC)

PHP Errors

 * MediaWiki: 1.11.0
 * PHP: 5.2.4 (isapi)
 * MySQL: 5.0.45-community-nt
 * URL:

We are experiencing intermittent errors as below:-

The error may not occur for days - but when it does occur, it generally happens repeatedly for all users for a period of time before stopping again. I have checked the permissions on the files and they seem fine. I've tried editing the file to replace the relative path with an absolute path and this works - but just seems to move the same problem to a later point in the code.

Any help would be greatly appreciated.

—Darkenergy 09:03, 26 February 2008 (UTC)
 * I'm not sure to have the solution, but the file index.php has been modified in this place since 1.11 : in the revision 30751 diff nikerabbit has changed the code to have full paths.
 * You can try to modify this like he has made, but keep a clean copy of the file before modifying.
 * Or you can wait some days (I think) to upgrade MediaWiki with the version 1.12.
 * ~ Seb35 08:40, 27 February 2008 (UTC)

Legalities of using Wikimedia material

 * MediaWiki: 1.11
 * PHP:
 * MySQL:
 * URL:

OK, so here's my problem. I've got MW 1.11 installed on my server, image uploads configured, extensions added - ParserFunctions, Nuke and Oversight. Soon to add on Makesysop and Checkuser too.

What's the legalities of using material from Meta wikimedia and Wikisource (the one that's en.wikisource.org) under the GFDL and how do I transwiki them into my wiki getting all revisions?? On some Wikimedia projects it says they can't get all revisions via transwiki.

and what's the way in the database to change an offensive signature in old revisions??

I need some help, just trying to learn some stuff on this wonderful new software!

Ta, —84.45.219.185 12:55, 26 February 2008 (UTC)


 * Did you try using Special:Import? -PatPeter, [[Image:Tournesol.png|20px]] MediaWiki Support Team  00:16, 27 February 2008 (UTC)


 * oh, and how do you get spam blacklisting to work?? plus one more question, what's the legalities of using the logos from Wikisource for my wiki? --84.45.219.185 12:59, 26 February 2008 (UTC)


 * Is there a spam blacklisting extension that you are referring to? Or if you are referring to an IP address you want to block? Go to the IP's userpage or talkpage and you will have a link in your Toolbox named "Block user" or you can go to Special:Blockip. -PatPeter, [[Image:Tournesol.png|20px]] MediaWiki Support Team  00:16, 27 February 2008 (UTC)


 * Plus, how will I add extra namespaces/talk page namespaces?? --84.45.219.185 13:00, 26 February 2008 (UTC)


 * See Manual:Using custom namespaces. -PatPeter, [[Image:Tournesol.png|20px]] MediaWiki Support Team  00:16, 27 February 2008 (UTC)
 * Updated links to point to correct locations. As for legalities, check each images image page and look at the copyright status. Some are Public Domain, others are copyrighted and cannot be used. --Skizzerz talk - contribs [[Image:Tournesol.png|20px]] MediaWiki Support Team  02:27, 27 February 2008 (UTC)

~ Seb35 09:00, 27 February 2008 (UTC)
 * Category:Spam management extensions
 * To import pages from Wikimedia, you can use Special:Import but you need to have a file which comes from Special:Export ; the pages you import must have the GFDL license, see en:Wikipedia:Copyrights. To download all pages of Wikipedia, see http://download.wikimedia.org/
 * For Wikipedia, Wikisource and other logos, they are trademarked by the Wikimedia Foundation.


 * Thanks so far for the help. I did try Special:Import but I couldn't get every revision of a page, e.g. en:w:Template:Hoax for example. However, I'm not sure how to get transwiki working properly. Thanks so far. Alex @ --84.45.219.185 13:10, 27 February 2008 (UTC)


 * Apologies for the IPs vandalism on other Wikimedia projects: it was wardriving that turned this IP into an open proxy, but it should be secure now. --84.45.219.185 13:10, 27 February 2008 (UTC)


 * I was trying to copy Wikimedia's setup on a WAMP server, just for testing purposes, but can't qyite figure out how to do it. I got steward rights working fine, e.g. Testuser@wikinumber1 from (none) to sysop, bureaucrat e.g. Testuser@wikisite2 from sysop to sysop, checkuser

Anyone know how Wikimedia uses their LocalSettings.php file. Alex @ --84.45.219.185 13:14, 27 February 2008 (UTC)

Custom Skins, more information.
I have done what was suggested above, set the allowcustomskin to true. I know its true because the information about clearing your cache is at the top. Why then when i add CSS coding, that is correct, does it not work? I reload the cache, and it reloads the page without making the chances i code. Why? If you want a link, to the website, here it is: Tribalwars Wiki

Thanks! --212.135.1.53 13:35, 26 February 2008 (UTC)
 * Yeh anyone want to answer? --84.68.167.86

Long String of Numbers after moving Wiki

 * MediaWiki: (Reported by your Wiki's Special:Version page)
 * PHP:
 * MySQL:
 * URL:

My company has an internal wiki which we use for internal standardization. We just recently moved the wiki from one box to a newer more up to date box. I did a SQL Dump of the database, recreated the username with all the permssions, copied the Wiki directory to the new box, everything seemed to go smoothly but then when I opened the main page in the content area there is a long string of number of letters. This is on every page. I have no idea where to trouble shoot on this. Any help would be greatly appreciated.

Steve,  mailto:sbarbera@newportharbor.com —24.249.29.209 14:33, 26 February 2008 (UTC)


 * You should post those strange string right here, maybe someone knows what it means ... letters or numbers or both??
 * And don't forget to complete those version lines above. --Detlef Lindenthal 20:40, 26 February 2008 (UTC)

content bar

 * MediaWiki: (Reported by your Wiki's Special:Version page)
 * PHP:
 * MySQL:
 * URL:

How can remove the content bar on the top of each page from the startpage or any page i dont need it?

—84.57.49.247 06:10, 27 February 2008 (UTC)

Wikipdf/Penn dental journal
Hello, I found a few references to older issues of the penn dental journal, going back to 1968 in wikipdf. Apparently people are being encouraged to upload older copies of the articles. This newsletter has online access going back to 2004. Can I upload an article that I have from 1960? It is not available in worldcat or any other venue. james
 * You probably need to talk to the admins of the wiki you're talking about, this site is concerned with the MediaWiki software, not with the content or policies of various sites using the software. --Nad 20:22, 27 February 2008 (UTC)

Installation - mysqli db authentication issue

 * MediaWiki: 1.11.0
 * PHP: 5.2.5 with the Suhosin Patch 0.9.6.2
 * MySQL: 5.0.18
 * URL: intranet site http://mywiki/
 * OS: FreeBSD 6.0-RELEASE#0

I have been unable to install via http://mywiki/config/index.php. I keep getting the following error:

Installing MediaWiki with php file extensions Environment checked. You can install MediaWiki. Generating configuration file...

Database type: MySQL Loading class: DatabaseMysql Attempting to connect to database server as root...failed due to authentication errors. Check passwords. Something's not quite right yet; make sure everything below is filled out correctly.

The Superuser name and password fields are flaged "check username" and "check password".

super user was created: mysql> GRANT ALL PRIVILEGES ON *.* TO testuser@localhost IDENTIFIED BY 'testing' WITH GRANT OPTION; mysql> flush privileges;

I have tried changing the user password to the old_password support via: mysql> set password for testuser@localhost = OLD_PASSWORD('testing') mysql> flush privileges;

I have had trouble in the past with apps that use mysql instead of mysqli extensions. eg:

result:

Protocol version: 10

Could not connect: Access denied for user 'root'@'localhost' (using password: NO)

Any ideas would be greatly appreciated !!

Thank you,

—jeff 216.8.138.75 18:23, 27 February 2008 (UTC)
 * It's saying it's failing to connect as root, but the passwrod you're setting is for testuser --Nad 20:20, 27 February 2008 (UTC)

infobox template code

 * MediaWiki: (Reported by your Wiki's Special:Version page)
 * PHP:
 * MySQL:
 * URL:

I was wondering if some one can help me with this Infobox thing.. How can i create a template for infobox? I wan this K2 template from here

http://en.wikipedia.org/wiki/Wikipedia:List_of_infoboxes/Geography

I need the source/code for that template so i can have something similar to that in my wiki (i won't be using it for mountain but i need that)

thank you

—Ghorzang 19:19, 27 February 2008 (UTC) $$Insert formula here$$


 * You can always view the source code of a wiki template page. <font color="#006500">Smaug 20:30, 27 February 2008 (UTC)

—Smaug 19:19, 27 February 2008 (UTC) $$Insert formula here$$


 * thanks buddy.. so how exactly does this work?? i mean how do you create an infobox? I just want to know what you do.. <font color="#006500">Ghrozang 20:30, 27 February 2008 (UTC)

How to run/use on PHP 6?
Greetings,

I have asked this question elsewhere on this site, but never got an answer...

Is there any way to run/use MediaWiki while using PHP 6 ? Also with MySQL 6 ?

Thanks,

CielProfond 23:47, 27 February 2008 (UTC)


 * PHP 6 is not out yet, and MySQL 6 is in alpha, so my guess is that the answer to both your questions is "no". <font color="#006500">Smaug 20:46, 28 February 2008 (UTC)
 * If I recall correctly there is some sort of conflict with PHP 6, although that may just be due to the build the person used. Otherwise I don't see why PHP 6 won't work. MySQL 6 on the other hand probably won't work, or if it does not well, considering it's alpha status. --Skizzerz talk - contribs [[Image:Tournesol.png|20px]] MediaWiki Support Team  21:25, 28 February 2008 (UTC)

Unknown issue
Is there a way I can use this but disable the Edit part?


 * MediaWiki: (Reported by your Wiki's Special:Version page)
 * PHP:
 * MySQL:
 * URL: