Warning: SQLite is compiled without the FTS3 module, search features will be unavailable on this backend.

I installed sqlite3.

add

extension=php_pdo_sqlite.so

into php.ini

but the mediawiki installer still say: Warning: SQLite is compiled without the FTS3 module, search features will be unavailable on this backend.

I don't use sqlite as database. Must I solve this problem? how to solve it? Deletedaccount4567435 (talk) 05:42, 1 April 2012 (UTC)

You only need to worry about this if you're using SQLlite as your db (and even then, you only have to care if you want search to work).

If you're using mysql (or postgress/etc) as your db, you can safely ignore the error message. Bawolff (talk) 03:17, 3 April 2012 (UTC)

Great. Thank you! Zoglun (talk) 04:04, 3 April 2012 (UTC)

How to install intl PECL extension?

http://pecl.php.net/package/intl I was totally unable understand how to install it.

I tried

$ cd extname
$ phpize
$ ./configure
$ make
# make install

but on ./configure

It result a warning：

configure: WARNING: You will need re2c 0.13.4 or later if you want to regenerate
 PHP parsers.
checking for gawk... gawk
checking whether to enable internationalization support... yes, shared
checking for icu-config... no
checking for location of ICU headers and libraries... not found
configure: error: Unable to detect ICU prefix or no failed. Please verify ICU in
stall prefix and make sure icu-config works.
[root@li421-31 intl-1.1.2]# make
make: *** No targets specified and no makefile found.  Stop.
[root@li421-31 intl-1.1.2]# pear install intl
PHP Warning:  PHP Startup: Unable to load dynamic library '/usr/lib/php/modules/
php_pdo_sqlite.so' - /usr/lib/php/modules/php_pdo_sqlite.so: cannot open shared
object file: No such file or directory in Unknown on line 0
No releases available for package "pear.php.net/intl" - package pecl/intl can be
 installed with "pecl install intl"
install failed

Deletedaccount4567435 (talk) 06:06, 1 April 2012 (UTC)

Sounds like you don't have icu installed.

Note, intl is not necessary for installing MediaWiki. The only part its needed in is for is if you change the category collation to uca-default (which is not the default one).

Also, newer php (5.3 and higher i think) generally comes with intl automatically installed. Bawolff (talk) 03:16, 3 April 2012 (UTC)

Sorry what is [category collation to uca-default]? Zoglun (talk) 04:04, 3 April 2012 (UTC)

Its a setting that changes the sort order of categories (See Manual:$wgCategoryCollation) Setting that to uca-default (which is not its default settings) It is the only feature of MediaWiki that requires the intl extension. (The unicode normalization code can use intl extension if installed, which is a little faster than the alternative, but by no means required) Bawolff (talk) 01:50, 4 April 2012 (UTC)

OK GREAT!

Thank you for your answer! Zoglun (talk) 02:43, 4 April 2012 (UTC)

Help with FlaggedRevs and no shell access

Hi,

After many hours of research, I have my wiki installed and am trying to customize it the way it will be used. I ideally would like it to work like Wikipedia.org but my wiki will be in a niche that means a lot to me. I've got the FlaggedRevs ext. installed and I believe the only hurdle I can't seem to get over is the FlaggedRevs permissions. I set up a test login for editor, reviewer and no login. Of course I get the approve or un-approve screen in the appropriate logins. But the one that's not logged in still sees un-approved revisions. Anyway, this whole FlaggedRevs ext. is confusing me.

While I'm here, I'll ask you if there's another way around running maintenance scripts when you don't have shell? I installed the MaintenanceShell ext and tried to run it, but it doesn't seem to work with my new version 1.18.2. I also couldn't run populateSha1.php with FlaggedRevs. Can someone enlighten me on these things?

One last Question. How does the MediaWiki's sites like Wikipedia have all their user submitted articles layed out the same? Is it a template? Sorry for the stupid question, I've never submitted an article to WikiPedia.

God Bless, Tom

Site: http://en.sogopedia.org/wiki/Main_Page - MediaWiki v 1.18.2 - PHP v 5.2.17 - MySQL v 5.0.92-community-log Tshuford500 (talk) 09:40, 1 April 2012 (UTC)

Wikipedia has templates indeed; editors and reviewers are automatically approved when they edit; if you have no shell access it's hard, and that's pretty much true if you do want to replicate the WMF setup. Jasper Deng (talk) 23:09, 1 April 2012 (UTC)

Nested definition lists impossible?

I thought the following code

; term 1
: description of term 1
; term 2
:; term 2-1
:: description of term 2-1
:; term 2-2
:: description of term 2-2
; term 3
: description of term 3

would yield the following markups

<dl>
  <dt>term 1</dt>
  <dd>description of term 1</dd>
  <dt>term 2</dt>
  <dd>
    <dl>
      <dt>term 2-1</dt>
      <dd>description of term 2-1</dd>
      <dt>term 2-2</dt>
      <dd>description of term 2-2</dd>
    </dl>
  </dd>
  <dt>term 3</dt>
  <dd>description of term 31</dd>
</dl>

But what I actually get on a fresh install of the lastest (1.18.2) MediaWiki is:

<dl>
  <dt>term 1</dt>
  <dd>description of term 1</dd>
  <dt>term 2
    <dl>
      <dt>term 2-1</dt>
      <dd>description of term 2-1</dd>
      <dt>term 2-2</dt>
      <dd>description of term 2-2</dd>
    </dl>
  </dd>
</dl>
<dl>
  <dt>term 3</dt>
  <dd>description of term 3</dd>
</dl>

I've tested the code on this site and it seems working here:

term 1

description of term 1

term 2

term 2-1

description of term 2-1

term 2-2

description of term 2-2

term 3

description of term 3

What changes are needed to my install?

Edit: OK. It's not working here. I've inspected the code produced above, and although it's better than the one on my site, the list is still broken. Can't I create nested definition lists with MediaWiki? 218.156.195.75 (talk) 12:38, 1 April 2012 (UTC)

Note, the html is different over here due to manual:$wgUseTidy. Bawolff (talk) 03:13, 3 April 2012 (UTC)

Just to keep the thread clear (and in case edits have different behavior as far as notifications), per the OP's update, the issue is the same on this wiki as well. Brettz9 (talk) 02:30, 28 December 2013 (UTC)

wiki syntax has some limitations. But you can use plain HTML to achieve that Ciencia Al Poder (talk) 11:07, 30 December 2013 (UTC)

If you use plain HTML there is a problem if after the nested list the main list continues. You have to put the following list items all on the same line otherwise a P element is inserted badly (MediaWiki 1.22.3) For example:

<dl>
<dt>term</dt>
<dd><dl><dt>term nested list</dt><dd>description nested list</dd></dl></dd>
<dt>another term</dt>
<dd>another description</dd>
</dl>

Produces invalid HTML code:

<dl>
<dt>term</dt>
<dd><dl><dt>term nested list</dt><dd>description nested list</dd></dl></dd>
<p><dt>another term</dt>
<dd>another description</dd>
</p>
</dl>

Aviertje (talk) 12:23, 17 March 2014 (UTC)

term 1

 : description of term 1

 ; term 2

 :

 :; term 2-1

 :: description of term 2-1

 :; term 2-2

 :: description of term 2-2

 ; term 3

 : description of term 3

term 1

description of term 1

term 2

term 2-1

description of term 2-1

term 2-2

description of term 2-2

term 3

description of term 3

Seems to work. (Note the lone :.) LeBoef (talk) 12:18, 3 January 2014 (UTC)

It works until:

 ; term 3

 : description of term 3

...where the source should be:

      <dt>term 3</dt>
      <dd>description of term 31</dd>
 </dl>

...but it instead closes the list and creates a new one:

 </dl>
 <dl>
     <dt>term 3</dt>
     <dd>description of term 3</dd>
 </dl>

Brettz9 (talk) 13:06, 3 January 2014 (UTC)

Adding an empty description seems to be a workaround.

:
; term 3
: description of term 3

Aviertje (talk) 21:21, 13 March 2014 (UTC)

So a nested definition list must be inside a description. To do this you must precede the nested definition list with a description. If you want to continue the list at main level it is apparently necessary that the nested list is followed by another description.

; term 1: description of term 1
; term 2:(empty) description
:; term 2-1: description of term 2-1
:; term 2-2: description of term 2-2
:(empty) description
; term 3
: description of term 3

I would like to use this and give the nested list a different layout by using a class defined in common.css. So I thought I do it like this:

; term 1: description of term 1
; term 2:<div class="myclass">
:; term 2-1: description of term 2-1
:; term 2-2: description of term 2-2</div>
:
; term 3
: description of term 3

However, this produces wrong code :-( Aviertje (talk) 01:50, 17 March 2014 (UTC)

Feel free to open a bug request for that if none already exists. See How to report a bug. I think there's nothing more we can do about this here. Ciencia Al Poder (talk) 20:11, 17 March 2014 (UTC)

It seems to be by design. See: https://bugzilla.wikimedia.org/show_bug.cgi?id=39066 Aviertje (talk) 23:01, 17 March 2014 (UTC)

Installation gives MySQL ERROR 1283: Column 'si_title' cannot be part of FULLTEXT index

I just instill whole new kloxo on lindoe VPS, Then I got this：

正在启用扩展...完成
正在配置数据库...完成
正在创建数据表...发生了数据库查询语法错误，可能是由于软件自身的错误所引起。最后一次数据库查询指令是：
CREATE FULLTEXT INDEX si_title ON `searchindex` (si_title)
来自函数“DatabaseBase::sourceFile( /home/admin/wiki/maintenance/tables.sql )”内。数据库返回错误“1283: Column 'si_title' cannot be part of FULLTEXT index (localhost)”。
Backtrace:
#0 /home/admin/wiki/includes/db/Database.php(827): DatabaseBase->reportQueryError('Column 'si_titl...', 1283, 'CREATE FULLTEXT...', 'DatabaseBase::s...', false)
#1 /home/admin/wiki/includes/db/Database.php(3026): DatabaseBase->query('CREATE FULLTEXT...', 'DatabaseBase::s...')
#2 /home/admin/wiki/includes/db/Database.php(2924): DatabaseBase->sourceStream(Resource id #80, false, false, 'DatabaseBase::s...')
#3 /home/admin/wiki/includes/installer/DatabaseInstaller.php(160): DatabaseBase->sourceFile('/home/admin/wik...')
#4 [internal function]: DatabaseInstaller->createTables(Object(MysqlInstaller))
#5 /home/admin/wiki/includes/installer/Installer.php(1331): call_user_func(Array, Object(MysqlInstaller))
#6 /home/admin/wiki/includes/installer/WebInstallerPage.php(1127): Installer->performInstallation(Array, Array)
#7 /home/admin/wiki/includes/installer/WebInstaller.php(254): WebInstaller_Install->execute()
#8 /home/admin/wiki/mw-config/index.php(50): WebInstaller->execute(Array)
#9 /home/admin/wiki/mw-config/index.php(18): wfInstallerMain()
#10 {main}

How to solve this problem?

mysql-5.0.95-1.el5_7.1
perl-DBD-MySQL-3.0007-2.el5
mysql-server-5.0.95-1.el5_7.1
php-mysql-5.2.17-13 Deletedaccount4567435 (talk) 14:39, 1 April 2012 (UTC)

This error can have multiple reasons. The most common one is I would say, that the database table searchindex uses the table engine InnoDB. Fullsearch indexes however are not supported by InnoDB. Make sure that this DB table uses the table engine MyISAM instead. 88.130.112.104 01:49, 2 April 2012 (UTC)

Thank you! Zoglun (talk) 04:02, 3 April 2012 (UTC)

I had the same problem installing MediaWiki 1.19.2. with the binary option. A simple SQL change appears to have fixed it. Collate should be specified for table 'searchindex' or columns like 'si_title' will use VARBINARY even when it should be VARCHAR. Posting the change here for reference. I am using MySQL 5.1.63.

File: maintenance/tables.sql

Change line #1120 from:

) ENGINE=MyISAM;

to:

) ENGINE=MyISAM COLLATE='utf8_general_ci'; Nitrobytes (talk) 23:42, 19 October 2012 (UTC)

Span tags visible

Hi - version 1.16.3 I am having trouble with the span tag, which is mysteriously becoming visible. E.g. <span id="ed" /> should create invisible anchor but doesn't. This does not happen on Wikipedia, must be my Wiki. Example page is here http://www.logicmuseum.com/wiki/User:Edward_Ockham/Test_page

Grateful for any help. Edward Buckner (talk) 16:51, 1 April 2012 (UTC)

It's wrong HTML. Use <span id="ee"></span> Subfader (talk) 17:11, 1 April 2012 (UTC)

Now that's the problem. I am using FCKeditor which converts any occurrence of the format you used, to the incorrect format. This is a known 'feature' in FCKeditor which I cannot correct. But there is still the puzzle why other Wikis do allow this code.

I'm surprised no one has encountered it before - I simply need to create invisible anchors inside the text and 'span' seems the only way. I did use 'div' but that creates a line break. Edward Buckner (talk) 17:14, 1 April 2012 (UTC)

<span id="ed" /> may be allowed in HTML5 but I thought it's only for inputs and the likes.

Different handling can be caused by $wgUseTidy. Subfader (talk) 17:24, 1 April 2012 (UTC)

That works - you are a genius sir. Bunch of flowers to your home address. So the FCKeditor is converting to bad html and $wgUseTidy is converting it back!! Oh well, it seems to work. Thanks again. Edward Buckner (talk) 17:30, 1 April 2012 (UTC)

Note, <span id="ed" /> is valid in xhtml only. It is not valid in html5. (html specs are stupid...) Bawolff (talk) 21:45, 2 April 2012 (UTC)

Mediawiki Functions

Hi,

I recently installed mediawiki for one of my projects. Please help me out on some features.

1. Can we change the background of the vector skin? 2. Can we lock pages? 3. Can we add features/functions at the toolbar (left side)? 4. Wikipedia has a new look for the editing toolbar, can we add it up on our Mediawiki 1.18

Thank you.

-- Raymond G. Herrera 63.243.144.7 (talk) 06:23, 2 April 2012 (UTC)

Hi Raymond,

1) yes, you can edit the page "MediaWiki:Vector" in your wiki. There you can add CSS styles, which will override the ones of the vector skin.

2) Yes, you need to be an administrator in MediaWiki to do that. Then you will see a few additional tabs next to "edit" or "view history". "Protect" is the one you want.

3) Yes, the toolbar can be edited from inside the wiki. Go to the page "MediaWiki:Sidebar". You find more information here.

4) What do you mean with "editing toolbar"? I think they use the vector skin. If you use it as well, your wiki should look (nearly) the same. 88.130.65.49 11:01, 2 April 2012 (UTC)

Better answers:

1. Specifically, MediaWiki:Common.css/MediaWiki:Vector.css
2. Help:Protecting and unprotecting pages
3. MediaWiki:Sidebar, as said by previous commentor
4. Extension:Vector is what you're looking for. Jasper Deng (talk) 22:12, 2 April 2012 (UTC)

I am now able to use all of these although its really tough for me cause I'm new to this (cause I'm an Electrical Engineer but I know C and assembly). Thank you very much.

@88.130.65.49: What I mean is this editing toolbar at the top when you click reply? The one in mediawiki is kinda old.

Last thing, do you know sites or materials that I can easily learn how mediawiki has been developed? Raymond.herrera24 (talk) 07:29, 10 April 2012 (UTC)

mediawiki.org itself is the best ressource. Subfader (talk) 11:26, 10 April 2012 (UTC)

[RESOLVED] Installation of V 1.18.2 stopps while creating "secret key"

While installing mediawiki with the installer on a Windows2003 Server the installation got "hung up" on the step "Geheimschlüssel erstellen" (create secret key) without error messages. V1.18.1 does fine - 1.18.2 not. Any ideas are welcome. Carchaias (talk) 09:42, 2 April 2012 (UTC)

Hello, i have the same problem. Any ideas?

tks 62.28.80.66 16:10, 9 April 2012 (UTC)

Same issue here. 146.174.224.100 19:47, 9 April 2012 (UTC)

The developers had better check to see whether this may result from someone tinkering with the repository...

See if re-downloading that or using a trunk version (the latter requires using Git) may work to rule that out. Jasper Deng (talk) 19:54, 9 April 2012 (UTC)

I also have the same issue on Windows Server 2003. - Hope there is a fix soon. 68.15.229.108 14:41, 10 April 2012 (UTC)

It's pretty unlikely to be dependent on your OS though... Jasper Deng (talk) 17:26, 10 April 2012 (UTC)

Actually its probably a Unix vs Windows thing. The method for getting random numbers varries depending on OS (we call mcrypt_create_iv - but it does different things on unix vs windows). Bawolff (talk) 20:27, 11 April 2012 (UTC)

Filed as bugzilla:35894 Bawolff (talk) 20:40, 11 April 2012 (UTC)

For reference (and interest), are you using IIS or Apache? What version?

Is it x86 or x64 windows?

Also, what PHP version?

Just wondering if we can generate a minimal test case to replicate it (as I don't really want to have to setup MW under IIS on Server 2003....) Reedy (talk) 22:34, 11 April 2012 (UTC)

If it's a random # generation issue, it may be webserver-independent. Jasper Deng (talk) 22:38, 11 April 2012 (UTC)

Sure, but it wouldn't be the first time weird s*** happened ;) Reedy (talk) 23:11, 11 April 2012 (UTC)

iis7, win vista, php 5.3.13, mw 1.19. God damn it! :) 220.166.211.156 19:10, 20 May 2012 (UTC)

Hi there,

Just for more information here..

I am on windows 2003, PHP 5.5.4, IIS, FastCGI.

I was getting the FastCGI timeout error when trying to install MediaWiki. I extended the FastCI activitytimeout to something silly and the page did complete but the keys were not generated and I could not progress.

I tried all mediawiki versions to 1.15 with the same result...so Id say it was something about the server installation rather than something in MediaWiki.

Rolf 86.181.140.72 17:06, 15 June 2012 (UTC)

My machine is win2003, IIS, php 5.3.3, cgi-fcgi, mysql 5.1.49-community Carchaias (talk) 20:19, 18 June 2012 (UTC)

I was having this exact same problem with mediawiki 1.19.1 and scouring the web I couldn't find the answer.

For me the solution was as simple as updating PHP from vs 5.3.6 to 5.4.x. I don't know if it was a specific problem with just that release of 5.3 or what... 64.129.187.116 20:18, 2 August 2012 (UTC)

@MrBassam managed to pass this bug by stop the call to mcrypt_create_iv in CryptRand.php

Changae the following line , line no:306

if ( function_exists( 'mcrypt_create_iv' )) {

To

if ( function_exists( 'mcrypt_create_iv' ) && 1==2 ) {

Try to run install process, It will complate, And you may have to change some settings manually 197.121.150.49 17:41, 16 January 2013 (UTC)

This worked great for me. Thanks 75.146.105.101 21:44, 3 December 2013 (UTC)

Thank you! this worked for me too. Except the file is now called "MWCryptRand.php" under the includes folder, line 310. (version 1.22.1) 149.8.236.171 18:11, 15 January 2014 (UTC)

Some of my sortable tables lost there functionality after upgrade to 1.18

MediaWiki 1.18.0
PHP 5.2.12-nmm2 (apache2handler)
MySQL 5.1.43-nmm4-log

Extensions:
VisualMathCaptcha, Cite, Parser Functions, ToggleDisplay, Bad Behavior, ConfirmEdit, Minimum User Length

Issue:
Some of my sortable tables, especially those with rows created by templates, lost there sort-functionality with the last update. Because of the mass of data stored in those tables, I am forced to use those templates furthermore, but I can't abandon the sort-functionality. Is there a solution to this dilemma? Can I restore the old functionality without downgrading the whole wiki?

Here is a link to one of the pages in my wiki, using those tables with templates:
http://gameguidewiki.de/?title=EverQuest_%E2%80%93_B%C3%BCcher_und_Schriftrollen

Thanks a million! 188.103.38.89 (talk) 10:37, 2 April 2012 (UTC)

I meet an interesting problem

I bought a linode VPS few days ago.

Then I transfer my site from old shared host to this new vps.

The environment I built is Linux: Nginx、MySQL、PHP

Then I convert the old .htaccess to new mediawiki.conf

The old apache wrote like:

RewriteRule ^(.+)$ /index.php?title=$1 [PT,QSA]

and the localsetting wrote:

$wgScriptPath = "";
$wgArticlePath         = "/$1";
$wgUsePathInfo         = false;
$wgScriptExtension  = ".php";

I can't convert it so I search and then I find this page:http://www.mediawiki.org/wiki/Manual:Short_URL/Page_title_-_nginx,_Root_Access,_PHP_as_a_CGI_module

It witre like:

       location / {
               if (!-e $request_filename) {
                       rewrite ^/([^?]*)(?:\?(.*))? /index.php?title=$1&$2 last;
               }
               if ($uri ~* "\.(ico|css|js|gif|jpe?g|png)(\?[0-9]+)?$") {
                       expires max;
                       break;
               }
       }

$wgScriptPath       = "";
$wgArticlePath      = "/$1";
$wgUsePathInfo      = true;
$wgScriptExtension  = ".php";

Then The article page is correct like http://direct.moegirl.org/对物钉打机娘 and http://direct.moegirl.org/category:对物钉打机娘

but the file page is 404 http://direct.moegirl.org/file:对物钉打机娘.jpg Deletedaccount4567435 (talk) 16:15, 2 April 2012 (UTC)

Is there someone who could help add Wikimedia wiki templates to Sturmkrieg?

I recently tried to add the delete template to the English Sturmkrieg, and was unsuccessful. I still have various templates that I imported using {{subst:mw:pagename}} to try to import the deletion template still on the wiki. I have made other attempts at importing templates from Wikimedia wikis, and it's always been unsuccessful because of the seemingly massive number of templates with very obscure names that I have to import. There also are issues apparently with needing to add proper code to MediaWiki:Common.css. Lieutenant Aleksandr Reznov 01:01, 3 April 2012 (UTC)

I added the Parser Functions extension, and it seemed to help a lot. Any idea how to make this template look like the one here? Inquisitor Sasha Ehrenstein aus dem Sturmkrieg Sector (Talk) (Contributions) 17:01, 4 April 2012 (UTC)

Any way to disable magic words per-user?

Hello,

I am working on the English Wikipedia Talk Pages and often need to copy source from just one section of a talk page archive. This would be a lot easier if there were a way to override the magic word NOEDITSECTION as a user preference or script, to reinstate the [edit] section links. Is there any way I can do that?

Thanks! WBTtheFROG (talk) 04:01, 3 April 2012 (UTC)

I'll take that as a no... WBTtheFROG (talk) 16:38, 1 May 2012 (UTC)

If anybody is able to come up with an answer to this, please let me know at my talk page on the English Wikipedia. Thanks for your work on the project! WBTtheFROG (talk) 17:37, 8 May 2012 (UTC)

Did the Resourceloader support gzip?

Did the Resourceloader support gzip?

I tried to set gzip_proxied any; in nginx.conf. It gziped everything expect those file from load.php

example：

http://direct.moegirl.org/load.php?debug=false&lang=zh-cn&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20111130T212709Z

All those load.php files are not commressed by gzip in my site. Deletedaccount4567435 (talk) 04:43, 3 April 2012 (UTC)

ApiQueryImageInfo.php unserialize() error at offset 0 of 1 bytes

Hi, my error_log is flooded with the following: [error] PHP Notice: unserialize() [<a href='function.unserialize'>function.unserialize</a>]: Error at offset 0 of 1 bytes in /path/to/wiki/includes/api/ApiQueryImageInfo.php on line 382. My software: MediaWiki 1.18.2, PHP 5.2.17 (apache), MySQL 5.1.54-log. Any ideas are more than appreciated! Thanks and cheers, Till Kraemer (talk) 13:41, 3 April 2012 (UTC)

Its a bug in MediaWiki. (Looks like the api forgets to check if the data is valid before unserializing. At the very least it should be supressing that error). Bawolff (talk) 02:05, 4 April 2012 (UTC)

Hi Bawolff, thanks a lot for your reply. I submitted the error to Bugzilla. Cheers, Till Kraemer (talk) 09:36, 4 April 2012 (UTC)

Table doesnt work

I have copied a table from the Dutch Wikipedia to my wiki but the table doesnt work. This is the page on my wiki:
http://gerbemu80.eighty.axc.nl/index.php/Sjabloon:Navigatie_politieke_partijen_Venezuela And this on the Dutch Wikipedia:
https://nl.wikipedia.org/wiki/Sjabloon:Navigatie_politieke_partijen_Venezuela
How can I fix that? LLTSU (talk) 15:51, 3 April 2012 (UTC)

I'm pretty sure that MediaWiki:Common.css is at fault here. I have my own similar problems, but I found that they could be rectified by taking essential CSS elements from the original wiki's Common.css. Jasper Deng (talk) 04:05, 5 April 2012 (UTC)

Want to hire someone to move a wiki

I'm looking to hire someone to help me move a wiki. It's SMW 1.18, Mysql. Get in touch to discuss if you have the skills for this or can refer me to someone who does. Thanks DaveL^{MW 1.25.1, PHP 5.4.37, MySQL5.1.73-cll SMW 2.2} 01:25, 4 April 2012 (UTC)

I can.

I move my site wiki.moegirl.org many times. But my site did not installed the SMW.

Please send email to zoglun % gmail if you want me to help you. Zoglun (talk) 16:46, 4 April 2012 (UTC)

[RESOLVED] LocalSettings.php error after installation.

Hello. So the installation ran everything was fine then when I finished it, it gave me the LocalSettings.php download, I put it into the root folder as told and I clicked "enter your wiki" it brought me to an error page:

Parse error: syntax error, unexpected '<' in /home/a6886736/public_html/wiki/LocalSettings.php on line 139

I went there and nothing looks incorrect, im very confused! And no I have not edited the file. Im using the latest version 1.18.2 Any help at all would be awesome! Im very sad because it took me forever to even get it to start the installation! 99.11.207.176 (talk) 05:36, 4 April 2012 (UTC)

Consider this closed, I found the solution, i guess your supossed to delete the last section? :| 99.11.207.176 05:47, 4 April 2012 (UTC)

Yeah, that's a syntax error in LocalSettings.php. Jasper Deng (talk) 05:51, 4 April 2012 (UTC)

Customization of the Wikieditor Toolbar

I'm trying to find something that can be used instead of adding buttons to the WikiEditor Toolbar for text that I add to a lot of articles, like what is used for the Cite function, I guess?

I've been using info from Extension:WikiEditor/Toolbar_customization to add buttons with the Encapsule feature to add text that I repeat on a lot of articles, mostly for adding things read into templates, like for adding variables to articles using Extension:Variables

pre: "{{#vardefine:Symbol|",
   'periMsg': "Symbol",
 post: "}}"

This works ok, but when I need to edit more sections of code at once, it is kind of inefficient, and I've been using extra buttons with different Pre/PeriMsg/Post-fields to not get to repeat the code parts of the typing. I figured I could achieve this by using something like what the Cite function uses, like a popup that can add different text into each section.

pre: "{{#vardefine:Thing1|", 'periMsg': "Message1", post: "}}" pre: "{{#vardefine:Thing2|", 'periMsg': "Message 2", post: "}}"

I guess I want something like "add button" but that it works in some "add template" type thing? I havent really understood what I should be looking for to be able to add something like this to my toolbar, any suggestions where to look or what would be needed to set this up would be much appreciated! Xyyx (talk) 11:21, 4 April 2012 (UTC)

Extension Collection Probleme im Intranet

Hallo zusammen,

ich habe ein oder zwei ... Probleme mit der Extension 'Collection' Habe die aktuelle Version geladen, in das Extensionsverzeichnis meines Wiki kopiert. In der localsetting.php folgende Einträge gesetzt bzw ergänzt:

require_once("extensions/Collection/Collection.php");
$wgCollectionFormats = array(
           'rl' => 'PDF',
           'odf' => 'ODT',
);

Buch Funktion wird im Wiki angezeigt. Rufe ich nun die Funktion auf bekomme ich beim betätigen des Button "Herunterladen" (als pdf) folgende Fehlermeldung:

"Auf dem Render-Server ist ein Fehler aufgetreten: bad base_url 'http://localhost/mein_wiki'. check your $wgServer and $wgScriptPath variables "

• $wgScriptPath lautet in der localsettings.php $wgScriptPath = "/mein_wiki";
• $wgServer lautet in der localsettings.php $wgServer = "http://localhost";

Hinweis: Der Server wird in einem Intranet betrieben. Die Firewall gestattet keinen "Kontakt" ins Internet, so dass die Vorschau bei PediaPress nicht genutzt werden kann.

Ich vermute, ich benötige einen "eigenen" Renderer zum Erstellen des Buches. Bekomme dies jedoch nicht hin.

Mein derzeitiges System:

• Betriebssystem Windows XP
• Server XAMPP Paket mit apache und php aktuelle Version
• Python auf dem Rechner vorhanden, und funktioniert (Meldung des Systems bei Aufruf einer *.py Datei (If you can read this inside a Web-Browser window,

you can successfully run Python through XAMPP!' )

Wo muss ich nun ansetzen, um auch im Intranet die Buch-Funktion nutzen zu können?

Gruss Steffen Steffen0366 (talk) 12:24, 4 April 2012 (UTC)

Extension:Collection was written for Wikipedia only but made public for others to use as well. It's extremely hard to get running. You have to run a "render server" and install mwlib. Nothing for beginners. Subfader (talk) 18:57, 4 April 2012 (UTC)

Diese Aussage ist leider nicht hilfreich :-(((

Ich versuche die Funktionalität zu Testzwecken zu installieren. Bin daher nur an ernst gemeinter Hilfe interessiert.

Gruß Steffen Steffen0366 (talk) 11:09, 5 April 2012 (UTC)

Das war ernst gemeint. Ich habe auch aufgegeben. Es ist einfach zu kompliziert. Subfader (talk) 17:12, 6 April 2012 (UTC)

'Class LanguageZh_cn does not exist'

I'm installing MediaWiki 1.18.2 on an Virtual Machine which running WinXP Pro. When I try to load page localhost/wi/mw-config/index.php, it shows bellow:

Unexpected non-MediaWiki exception encountered, of type "ReflectionException"
exception 'ReflectionException' with message 'Class LanguageZh_cn does not exist' in W:\www\wi\includes\Init.php:148
Stack trace:
#0 W:\www\wi\includes\Init.php(148): ReflectionClass->__construct('LanguageZh_cn')
#1 W:\www\wi\languages\Language.php(188): MWInit::classExists('LanguageZh_cn')
#2 W:\www\wi\languages\Language.php(140): Language::newFromCode('zh-cn')
#3 W:\www\wi\includes\installer\WebInstaller.php(467): Language::factory('zh-cn')
#4 W:\www\wi\includes\installer\WebInstaller.php(139): WebInstaller->setupLanguage()
#5 W:\www\wi\mw-config\index.php(50): WebInstaller->execute(Array)
#6 W:\www\wi\mw-config\index.php(18): wfInstallerMain()
#7 {main}

#0 W:\www\wi\includes\Init.php(148): ReflectionClass->__construct('LanguageZh_cn')
#1 W:\www\wi\languages\Language.php(188): MWInit::classExists('LanguageZh_cn')
#2 W:\www\wi\languages\Language.php(140): Language::newFromCode('zh-cn')
#3 W:\www\wi\includes\installer\WebInstaller.php(467): Language::factory('zh-cn')
#4 W:\www\wi\includes\installer\WebInstaller.php(139): WebInstaller->setupLanguage()
#5 W:\www\wi\mw-config\index.php(50): WebInstaller->execute(Array)
#6 W:\www\wi\mw-config\index.php(18): wfInstallerMain()
#7 {main}

Then I copy the file LanguageZh_hans.php as LanguageZh_cn, and modified it like this:

<?php

require_once( dirname( __FILE__ ) . '/../LanguageConverter.php' );
require_once( dirname( __FILE__ ) . '/LanguageZh_hans.php' );


class LanguageZh_cn extends LanguageZh_hans {

}

It seems work for now. Could someone tell me if what I'v done is correct? And I wonder why the tar.gz package doesn't contain the file LanguageZh_cn.php? Thank you very much first. I'm not good at English, if my words offends you, please don't mind! : ) 218.107.23.218 (talk) 14:18, 4 April 2012 (UTC)

Indeed a missing language file. Jasper Deng (talk) 04:56, 5 April 2012 (UTC)

Where can I download these language files? The install files doesn't contain them. : ( 112.94.170.153 14:05, 5 April 2012 (UTC)

Are there any possible way to add watermark to mediawiki's image system?

Some aritsts afraid of unauthorized use of their works. They want us add watermark to their works which can let them easily track where those picture comes from. Deletedaccount4567435 (talk) 16:43, 4 April 2012 (UTC)

Note mediawiki already adds invisible metadata saying things like File source: http://commons.wikimedia.org/wiki/File:%25_of_U.S._households_connected_by_age.png, which is readable by programs like exiftool. (This is only on the thumbnails. MediaWiki doesn't touch the original image).

You can also use $wgCustomConvertCommand in order to set a custom command for making thumbnails, which can be used to add a visible watermark. Bawolff (talk) 22:08, 4 April 2012 (UTC)

https://www.google.com/search?q=apache+php+watermark Subfader (talk) 17:10, 6 April 2012 (UTC)

I got it! but the only problem is that gif can not be re-sized. I am working on it. Zoglun (talk) 16:01, 28 June 2012 (UTC)

What do you mean with "gif can not be re-sized"? Gif thumbs are not animated? Subfader (talk) 18:28, 28 June 2012 (UTC)

There is only few words say "thumb not success" Zoglun (talk) 22:16, 29 June 2012 (UTC)

Editing Howto realize a Userdialog after uploading a file

Hello,

I'am writing an extension which reads PDF files after uploading it to my Mediawiki 1.16. Now, I want to realize a kind auf "Userdialog" after Uploading, making the User able to select which pages to import to the wiki.

My first approach was to hook into "UploadComplete" - But after my routine is fired, I can't display anything because after the return statement, MW displays it Uploading summary. My second thought, was to run a exit / die before the return in order to display the userdialog... but thats seems to be not the right way either...

So, what's the best strategy to solve this problem?

bye

Tobi Tovonic (talk) 20:04, 4 April 2012 (UTC)

If you're not interested in uploading the pdf as a file, but only importing its contents into your wiki, I think it might be a good idea to create an entirely new special page, instead of trying to hook into special:upload. Bawolff (talk) 21:55, 4 April 2012 (UTC)

Well, I want both:

Uploading the File and indexing some Content and Images of it in the MW. 82.83.221.96 22:26, 4 April 2012 (UTC)

Impossible to create pages after upgrade to mediawiki 1.18.2

Good afternoon, I am experiencing problems with new page creation in my mediawiki installation, I upgraded from 1.16 to 1.18.2. When I click on "create new page", I am redirected to the "edit" section of the current page - for example, if I am in the "test" category and I wish to add a new page under this category, when I click to "Create new", it's shown the box in which I can edit the "test" category. Have you got a fix for it?

Thank you in advance,

Lorenzo 189.254.118.34 (talk) 20:19, 4 April 2012 (UTC)

There's no "Create new" link in the place you describe in default MediaWiki.

What extensions are you using? Did they get updated with the rest of MediaWiki? Do you have any special code in your wiki to make these links happen? (Including a link to your wiki, if possible, would also be helpful) Bawolff (talk) 21:53, 4 April 2012 (UTC)

Do you use a custom skin? If so, do you think it adds such a link? Jasper Deng (talk) 22:01, 4 April 2012 (UTC)

Well, that is quiet the right behavior of MW, isn't it If you are on a page that has no content accually (like that category page) you will be invited to add content to it by clicking on "create...". For creating a new page IN a category just enter the name of the page in the search line, click on "create a page with name xyz"( or whatever it shows in your language), create the page and add a Category:myCategory tag add the end. 109.90.135.45 21:31, 8 April 2012 (UTC)

That is the correct behaviour, but that is not what the original poster is describing. Bawolff (talk) 16:51, 9 April 2012 (UTC)

Premature end of data in tag root line 1 in Entity

On pictures taken with a Galaxy Nexus, this error appears at the top of the file page:

Warning: DOMDocument::loadXML(): Premature end of data in tag root line 1 in Entity, line: 82 in /path/to/my/wiki/includes/parser/Preprocessor_DOM.php on line 153

Warning: DOMDocument::loadXML(): Premature end of data in tag root line 1 in Entity, line: 82 in /path/to/my/wiki/includes/parser/Preprocessor_DOM.php on line 153

Any idea what it could be about? Plrk (talk) 09:15, 5 April 2012 (UTC)

Can't Dowload Update from iTunes App Store

I have received an Update notification on my iPhone for Wiki Mobile, but when I try to download it I get a message saying that it is not available and the App Store keeps showing the Update is available.

Is there an issue with my iPhone or is there a server bug ??

Anton South Australia Australia 118.210.21.78 (talk) 09:17, 5 April 2012 (UTC)

Sorry, I have misinterpreted you question. Mlpearc (powwow) 19:57, 6 April 2012 (UTC)

Changing "user" value of a page

Hi,

I'd like to use the UserPageEditProtection extension to limit editing of certain pages by only by owners and sysops. Unfortunately, I've been filling the wiki up with stub entries (to entice people to edit), and so I'm the owner of almost everything. How can I change the owner of an individual page (e.g. change Charles_McGrew to be owned by a user called 'mcgrew', rather than 'Sysop')?

I'm using mediawiki 1.16.2

PHP 5.1.6 (cli)

mysql Ver 14.12 Distrib 5.0.77

Centos 5.2 (2.6.18-92.1.6.el5xen)

Thanks!

Charles mcgrew@cs.rutgers.edu 128.6.168.245 (talk) 16:36, 5 April 2012 (UTC)

OK, since this seems to be a harder question than I thought, does anybody know if I go into the mysql data for the page, and change the rc_user and rc_user_text of the recentchanges table entry of the page, do I need to change just the most recent entry (that is, the last change data), or for all entries for that page?

Thanks,

Charles CharlesMcGrew (talk) 06:45, 13 April 2012 (UTC)

You can change the author with ChangeAuthor extension. Tim (SVG) 16:55, 13 April 2012 (UTC)

Thanks!! CharlesMcGrew (talk) 02:59, 14 April 2012 (UTC)

(BTW, using the select-a-version form gives )

"Error from remote subversion client:

Lock wait timeout."

However, going via the 'subversion' link works. CharlesMcGrew (talk) 03:19, 14 April 2012 (UTC)

yeah, the select a version form (ExtensionDistributor) is constantly breaking... Bawolff (talk) 03:55, 14 April 2012 (UTC)

Go to www.mediawiki.org/wiki/Special:ExtensionDistributor?extdist_extension=ChangeAuthor&extdist_version=branches%2FREL1_16 if SVN doesn't work. Tim (SVG) 10:36, 14 April 2012 (UTC)

Does an upgrade influence the structure?

Hello, does an upgrade from the old version 1.13. to the current version influence the structure of the wiki? Theskm (talk) 16:54, 5 April 2012 (UTC)

Do you mean things like user rights, or your content? Jasper Deng (talk) 16:55, 5 April 2012 (UTC)

I just mean the start page. E.g. in the current version the search in upper right position. Sorry, I have little experience with MediaWiki so I don´t know if it is a question of template or version. Theskm (talk) 16:59, 5 April 2012 (UTC)

Well, newer versions use the Vector skin by default, which is the default skin here too. If you're using Monobook (the default for 1.13 and such old versions of MW), the search box would move to the upper right corner, as it did here. Jasper Deng (talk) 17:01, 5 April 2012 (UTC)

Ok, thx for the quick response.

two more questions:

1. Is it possible to install the vector skin for that kind of old version (1.13)?

2. What are the main improvements from 1.13 to current version? Mainly safety issues?

thx in advance! Theskm (talk) 17:05, 5 April 2012 (UTC)

1. Probably not;
2. Well, there's too many for me to name :) Jasper Deng (talk) 19:02, 5 April 2012 (UTC)

Note, well newer versions use vector by default, your options from your old install will carry through, so if you're upgrading your wiki will stay monobook unless you change it.

Newer versions do have security fixes that are important, but they also have a multitude of new features. Look at the HISTORY file including in a new version of MediaWiki for a _big_ list of changes. Bawolff (talk) 01:19, 9 April 2012 (UTC)

Yeah, it may be appropriate to look at $wgDefaultSkin and set it to 'vector'. Jasper Deng (talk) 01:22, 9 April 2012 (UTC)

My "Cleanup" is messed up, won't display info box

I'm very new to my MediaWiki so this is probably a silly error but when I try and put a page in the "this requires cleanup" state by the {{cleanup}} tag it gives me a lot of raw code.

An example is at http://colostate.co/index.php?title=Tony_Frank

Any ideas?

I'm running the newest MediaWiki since I installed it yesterday and MySQL 5.1.56 and PHP 5.2.17

Thanks guys. Chpwssn (talk) 18:03, 5 April 2012 (UTC)

Did the definition of the "Cleanup" template (http://colostate.co/index.php?title=Template:Cleanup) change, somehow (or not change from an older version)?

I'm not much good on templates, but maybe the template is short one set of { at the front and } at the back? 128.6.168.245 18:15, 5 April 2012 (UTC)

I got the copy source of Template:Cleanup from Wikipedia so it should be ok? Chpwssn (talk) 21:41, 5 April 2012 (UTC)

Well, Wikipedia's infoboxes make use of things edited into MediaWiki:Common.css. Many Wikipedia templates require Extension:ParserFunctions, including this one. Jasper Deng (talk) 21:50, 5 April 2012 (UTC)

That's a perfect fix thanks! Chpwssn (talk) 19:17, 6 April 2012 (UTC)

Information describing my career is in actuality completed

Goodness evening! Information describing my have a job is literally completed, proceed to withdraw implementation. 178.94.59.139 (talk) 06:59, 6 April 2012 (UTC)

Huh? Are you working on a GSoC application? Jasper Deng (talk) 07:01, 6 April 2012 (UTC)

Copy Vector template and change it

Hi, How can I copy the Vector template and edit it? I tried to replace all the terms 'vector' by 'mytemplate', but that doesn't work on the Vector template (for the monobook template for example it works).

Thanks!

Jordy 143.176.42.242 (talk) 12:40, 6 April 2012 (UTC)

Don't forget you also need to modify some of the ResourceLoader module definitions (which are defined in resources subdirectory) Bawolff (talk) 01:15, 9 April 2012 (UTC)

Don't change everything, I did it before and it worked. Try to download a modified version of Vector that can be found here and analyze the differents. Tim (SVG) 11:27, 9 April 2012 (UTC)

Multilanguage content not working

MediaWiki 1.18, phpMyAdmin 2.10.1 , mysql 5.0.67, Semantic MediaWiki 1.7.1.

http://hafdal.dk/mediawiki/

I have installed the following extensions: Multilang LanguageSelector Polyglot

But I am unable to figure out how to get my pages to be in different languages. I've tried to test the installation with the example given on the multilang page, but it still won't work

<multilang> @de|"Das ist ein deutscher Text." @en|"This is an English text." </multilang>

Is there something I am missing? Thanks Rakel 95.154.43.204 (talk) 15:21, 6 April 2012 (UTC)

Scrape source code

How can you retrieve the raw source code for regex (in an extension, without API)? There must be some point in SkinTemplate.php where it grabs the source code before it's send to the parser, but how can i use it in an extension? Subfader (talk) 17:04, 6 April 2012 (UTC)

Solved.

$rev = Revision::newFromTitle( $title );

$text = $rev->getText(); Subfader (talk) 17:31, 6 April 2012 (UTC)

How to make a new color coded thing?

So for my wiki I wanted to create a new template, so it could say "Game Magic" just like it says "Free" and "Magic Pin". I have no idea how to do this, here is a picture:

<wikieditor-toolbar-tool-file-pre>http://screensnapr.com/e/C3HGFS.png]]

Here is also a link:

http://www.vfkforums.com/wiki/index.php?title=Enchantment:_Pumpkin

I wanted to put it for the location. Any help would be appreciated, thanks! Friendsofyou (talk) 18:34, 6 April 2012 (UTC)

Here is a basic. the cell size can be fined tuned.

{| border="1" cellpadding="2"
! scope="col" width="80"   | Name
! scope="col" width="35"   | Price
! scope="col" width="225"  | Location
! scope="col" width="225"  | Released/Retired
! scope="col" width="225"  | Photo
! scope="col" width="80"   | Notes
|-
| <insert> || <insert> || <insert> || <insert> || <insert> || <insert>
|-
|}

Produces

This was all done with this page wikipedia.org/wiki/Help:Table as a guide.

Hope this helps. Mlpearc (powwow) 19:52, 6 April 2012 (UTC)

Thanks for the info, if you look at the page source on the page I sent it will be like {*{free}} or {*{magicpin}}, but you remove the star. Then it will come up as a color. How do I get it to do that? For a new thing. Friendsofyou (talk) 20:02, 6 April 2012 (UTC)

Parse error: syntax error, unexpected '<' in wikipath/skins/Vector.php on line 467

Hello,

I was editing the Vector.php file when I got this error and similar errors on most of my pages. I swapped to a backup copy of Vector.php and got the same error. I even changed to a skin other than vector and continue to get the error. The strange thing is if I refresh the page, it loads correctly. I've disabled all caching.

I'm using MediaWiki 1.18.1 PHP 5.3.2 MySQL Server 5.1.47

I'm hosting it on sourceforge http://kdt.sourceforge.net/wiki/ 169.231.11.95 (talk) 19:04, 6 April 2012 (UTC)

>The strange thing is if I refresh the page, it loads correctly. I've disabled all caching

It sounds like you missed some caching. Possibly there is still stuff cached on the browser side.

You can also try making a trivial edit to LocalSettings.php. In most set ups this will purge most caches. Bawolff (talk) 01:13, 9 April 2012 (UTC)

(@OP) Yeah, you should also try using multiple browsers to see if it's a browser caching issue. Jasper Deng (talk) 01:15, 9 April 2012 (UTC)

E-mail functions extremely slow

All functions involving sending email (account verification + sending user email) are very, very slow.

Technical details can be found here: http://www.lanpartywiki.com/wiki/Special:Version

Could somebody walk me through the debugging process? Thank you. :) 70.36.136.9 (talk) 02:10, 7 April 2012 (UTC)

What is your email configuration? Does your wiki use $wgSMTP? Jasper Deng (talk) 02:13, 7 April 2012 (UTC)

Not at the moment, but would that make a change in performance?

Installed the PEAR modules, but I'm not quite sure how to configure the $wgSMTP settings? 70.36.136.9 02:30, 7 April 2012 (UTC)

• The 'host' field is the mail server to be used
• The 'IDHost' field is the domain in the email address (for example, the domain 'example.com' in 'example@example.com')
• The 'port' field is the port on which MediaWiki will attempt to connect to the mail server
• The 'auth' field is whether it will try an authenticated connection or not
• The 'username' and 'password' fields are the full email address and the password, respectively.

However, there is no guarantee that this will be faster. In either case, the speed of the mail server is a big factor. Jasper Deng (talk) 02:34, 7 April 2012 (UTC)

That completely fixed the issue! Thank you very much. :) 70.36.136.9 03:01, 7 April 2012 (UTC)

Howto Upload files from an extension

Hello there,

I want to upload several automatic generated files from my Extension(SpecialPage).

What's the best way to realize this?

MW 1.16

Bye

Tobi 82.83.196.180 (talk) 11:46, 7 April 2012 (UTC)

Import.php Subfader (talk) 19:42, 7 April 2012 (UTC)

Some pages unavaliable

Hi,

i recently upgraded to newest mediawiki and i am experiencing problem with loading some pages. My wiki is located in http://op.mage.pl/ and the pages I can't access are ex.: http://op.mage.pl/index.php/Specjalna:Ostatnie_zmiany and http://op.mage.pl/index.php/Statut as well as login page.

In my config I have: error_reporting( E_ALL ); ini_set( 'display_errors', 1 ); 83.23.126.210 (talk) 15:44, 7 April 2012 (UTC)

I saw no problems. Are you talking about editing problems? Jasper Deng (talk) 01:34, 9 April 2012 (UTC)

It's strange the problem disappeared for some time and now it is back. Abdel (talk) 18:33, 14 April 2012 (UTC)

Reason: PRCE not supporting UTF-8

Solution:

[root@iog ~]# pcretest -C
PCRE version 6.6 06-Feb-2006
Compiled with
  UTF-8 support
  No Unicode properties support
  Newline character is LF
  Internal link size = 2
  POSIX malloc threshold = 10
  Default match limit = 10000000
  Default recursion depth limit = 10000000
  Match recursion uses stack
[root@iog ~]# wget http://mirrors.kernel.org/centos/5.2/os/SRPMS/pcre-6.6-2.el5_1.7.src.rpm
--14:42:12--  http://mirrors.kernel.org/centos/5.2/os/SRPMS/pcre-6.6-2.el5_1.7.src.rpm
Resolving mirrors.kernel.org... 149.20.4.71
Connecting to mirrors.kernel.org|149.20.4.71|:80... connected.
HTTP request sent, awaiting response... 404 Not Found
14:42:13 ERROR 404: Not Found.
[root@iog ~]# wget ftp://ftp.muug.mb.ca/mirror/centos/5.8/os/x86_64/CentOS/pcre-6.6-6.el5_6.1.i386.rpm
--14:44:02--  ftp://ftp.muug.mb.ca/mirror/centos/5.8/os/x86_64/CentOS/pcre-6.6-6.el5_6.1.i386.rpm
           => `pcre-6.6-6.el5_6.1.i386.rpm'
Resolving ftp.muug.mb.ca... 130.179.31.46
Connecting to ftp.muug.mb.ca|130.179.31.46|:21... connected.
Logging in as anonymous ... Logged in!
==> SYST ... done.    ==> PWD ... done.
==> TYPE I ... done.  ==> CWD /mirror/centos/5.8/os/x86_64/CentOS ... done.
==> SIZE pcre-6.6-6.el5_6.1.i386.rpm ... 120042
==> PASV ... done.    ==> RETR pcre-6.6-6.el5_6.1.i386.rpm ... done.
Length: 120042 (117K)
100%[=======================================>] 120,042      128K/s   in 0.9s
14:44:07 (128 KB/s) - `pcre-6.6-6.el5_6.1.i386.rpm' saved [120042]
[root@iog ~]# rpm -ivh
[root@iog ~]# rpm -ivh pcre-6.6-6.el5_6.1.i386.rpm
Preparing...                ########################################### [100%]
        package pcre-8.02-1.el5_5.1 (which is newer than pcre-6.6-6.el5_6.1) is already installed
        file /lib/libpcre.so.0.0.1 from install of pcre-6.6-6.el5_6.1 conflicts with file from package pcre-8.02-1.el5_5.1
        file /usr/bin/pcregrep from install of pcre-6.6-6.el5_6.1 conflicts with file from package pcre-8.02-1.el5_5.1
        file /usr/bin/pcretest from install of pcre-6.6-6.el5_6.1 conflicts with file from package pcre-8.02-1.el5_5.1
        file /usr/lib/libpcrecpp.so.0.0.0 from install of pcre-6.6-6.el5_6.1 conflicts with file from package pcre-8.02-1.el5_5.1
        file /usr/lib/libpcreposix.so.0.0.0 from install of pcre-6.6-6.el5_6.1 conflicts with file from package pcre-8.02-1.el5_5.1
        file /usr/share/man/man1/pcregrep.1.gz from install of pcre-6.6-6.el5_6.1 conflicts with file from package pcre-8.02-1.el5_5.1
        file /usr/share/man/man1/pcretest.1.gz from install of pcre-6.6-6.el5_6.1 conflicts with file from package pcre-8.02-1.el5_5.1
[root@iog ~]# rpm --force -ivh pcre-6.6-6.el5_6.1.i386.rpm
Preparing...                ########################################### [100%]
   1:pcre                   ########################################### [100%]
[root@iog ~]# service httpd restart
Stopping httpd:                                            [  OK  ]
Starting httpd:                                            [  OK  ]
[root@iog ~]#

Abdel (talk) 12:46, 15 April 2012 (UTC)

Extension:Cite

This post by Revibot was moved on 2015-07-11. You can find it at Extension talk:Cite/Flow archive/2012#h-Extension:Cite-2012-04-02T22:00:00.000Z. Krinkle (talk) 19:57, 7 April 2012 (UTC)

filemtime() stat failed error in resourceloaderfilemodule.php

Dear, My mediawiki version 1.17.0 running on server2008 R2, IIS7.5 and Oracle11g. it was running fine what suddenly it is taking time in load the page.is there any issues with resource loader? why page load css and javascript many time on each request. please take this issue in consideration.

few more error's also coming in running versiob.

1) DBQuery Error Ora-0001 unique constraint violation insert into module_deps(.., ... , ...) values (.. ,... ) 2) Same error coming in resource message table.

please have a look this error if you got earlier.

Thanks rahul Wikigovin (talk) 05:10, 8 April 2012 (UTC)

Error Code 1040 Too many connections during setup

When trying to get through the setup/config I am receiving the error 1040 too many connections. I have read the info on the subject but it does not tell me how to fix this error. Mediawiki version: 1.19 wmf1 PHP: 5.3.2-2wm1 Mysql: 5.1.5 3-wm-log

my site is: ljk55.com Database host: mysql.ljk55.com

Please help as I have been at this for hours . . .

Thanks

LK 72.222.194.69 (talk) 04:19, 9 April 2012 (UTC)

Yeah, your MySQL host's limit of the # of connections has been exceeded; MediaWiki has little to do with that besides the fact that it's designed for large sites with copious MySQL capacity. Jasper Deng (talk) 04:24, 9 April 2012 (UTC)

OK, so what do I do? How do I fix the problem? I am new to this and greatly appreciate any assistance whatsoever . . . 72.222.194.69 04:27, 9 April 2012 (UTC)

Check the documentation for your MySQL version; make sure the database user you assigned to make the install and the one for web access don't have connection limits. PhpMyAdmin would greatly help you here. Jasper Deng (talk) 04:33, 9 April 2012 (UTC)

Broken new page layout in MediaWiki 1.18.2

MediaWiki 1.18.2, PHP 5.2.6, MySQL 5.0.95-log

http://www.achyra.org/linguaitaliana/Pagina_principale

(All standard extensions and “pretty URLs” enabled, $wgGroupPermissions['*']['edit'] set to false and $wgLanguageCode set to "it", but problem still there even if I disable all of that, and use "en" as default language.)

Basically, if I browse to any non-existing/“new” page (e.g., http://www.achyra.org/linguaitaliana/Lingua_italiana:Portale_comunità), the template appears broken, with all the header stripped out server-side up to half way the “navigation” section. Even if I try and create a new page [by searching for it first, otherwise I can’t even get a link for it] and save it empty, I get the same broken layout. As soon as I save it with just one character in it, the template starts working.

I’m sure it must be something trivial, but can’t figure it out… :-(

Any suggestion would be greatly appreciated.

Many thanks, Infarinato (talk) 17:16, 9 April 2012 (UTC)

Make sure $wgServer and $wgCanonicalServer, as well as $wgScriptPath are set correctly. Jasper Deng (talk) 18:46, 9 April 2012 (UTC)

They seem to be!… Thanks for your reply, anyway. Infarinato (talk) 19:24, 9 April 2012 (UTC)

Try adding:

ini_set('display_errors',1);
$wgShowExceptionDetails=true;

and see what your error is. Jasper Deng (talk) 19:43, 9 April 2012 (UTC)

Absolutely nothing, Jasper! :-/ Simply all my new pages start with some cut-off header like this:

-->
			</div> 
		</div> 
		<!-- /header --> 
		<!-- panel --> 
			<div id="mw-panel" class="noprint"> 
				<!-- logo --> 
					<div id="p-logo">
						<a style="background-image: url(/mediawiki/skins/common/images/wiki.png);"
						href="/linguaitaliana/Pagina_principale"  title="Visita la pagina principale"></a>
					</div> 
				<!-- /logo --> 
				
<!-- navigation -->

Try, e.g., http://www.achyra.org/linguaitaliana/Sdcjdhs.

(BTW, your help is much appreciated.) Infarinato (talk) 20:05, 9 April 2012 (UTC)

Ugh. Try refreshing your MediaWiki files except your LocalSettings.php; don't touch your database. Jasper Deng (talk) 20:06, 9 April 2012 (UTC)

Nope, that didn’t do it either! :-(

…But why would that happen with “not [yet] existing”/empty pages only??

There must be some variable in the template that is undefined when a page doesn’t exist yet and that the header [template] depends on… Infarinato (talk) 21:05, 9 April 2012 (UTC)

Any other ideas? I’ve upgraded to 1.19.0beta2 “just in case”, but still no joy… :-(

Anybody aware of specific incompatibilities between recent versions of MediaWiki and PHP 5.2.6 [and/or MySQL 5.0.95-log]? (Here I’ve got an instance of MediaWiki 1.6.8 and exactly the same versions of PHP and MySQL [on basically the same servers], and that problem doesn’t exist.) Infarinato (talk) 16:49, 10 April 2012 (UTC)

Try upgrading PHP, and/or your webserver. Jasper Deng (talk) 17:28, 10 April 2012 (UTC)

Something is very broken with your webserver.

The response for those pages sends no HTTP headers at all.

Maybe a broken 404 handler. If you set $wgSend404Code to false in your LocalSettings.php - does that fix your issue? Bawolff (talk) 20:08, 11 April 2012 (UTC)

It does! :-) Many thanks, Bawolff.

I’ll now see if I can somehow rectify this silly web server behaviour, but we’re on shared hosting, so I’m not too hopeful. :-( Infarinato (talk) 20:27, 11 April 2012 (UTC)

Embed Flash Image Gallery

Hello,

what extension would I need to install if I wanted to embed a code like this? Or would an upgrade to a newer wiki version be eough? Right now I'm using Version 1.13.0

<embed class="xg_slideshow xj_photo_embed" src="http://static.ning.com/socialnetworkmain/widgets/photo/slideshowplayer/slideshowplayer.swf?v=201204042201" quality="high" bgcolor="#" width="500" height="394" allowFullScreen="true" allowScriptAccess="always" scale="noscale" wmode="opaque" FlashVars="feed_url=http%3A%2F%2Fexample.com%2Fphoto%2Fphoto%2FslideshowFeedAlbum%3Fid%3D6282558%253AAlbum%253A451009%26mtime%3D1333865565%26x%3DAeoBojESftf8MUbokjIPPFVG3eRSGj7W&autoplay=1&hideShareLink=1&config_url=http%3A%2F%2Fexample.com%2Fphoto%2Fphoto%2FshowPlayerConfig%3Fx%3DAeoBojESftf8MUbokjIPPFVG3eRSGj7W%26xn_auth%3Dno%26feed_url%3Dhttp%253A%252F%252Fexample.com%252Fphoto%252Fphoto%252FslideshowFeedAlbum%253Fid%253D6282558%25253AAlbum%25253A451009%2526mtime%253D1333865565%2526x%253DAeoBojESftf8MUbokjIPPFVG3eRSGj7W%26version%3DDEP-7388%253Af5be95e_37_37_16%26theme982Version%3D97&slideshow_title=&fullsize_url=http%3A%2F%2Fexample.com%2Fphoto%2Fphoto%2Fslideshow%3Ffeed_url%3Dhttp%253A%252F%252Fexample.com%252Fphoto%252Fphoto%252FslideshowFeedAlbum%253Fid%253D6282558%25253AAlbum%25253A451009%2526mtime%253D1333865565" type="application/x-shockwave-flash" pluginspage="http://www.macromedia.com/go/getflashplayer"> </embed>

thanks in advance Messym (talk) 21:29, 9 April 2012 (UTC)

I think an extension for that is still under development. We used to have an embedding extension, but we removed it because it was a security hazard. Jasper Deng (talk) 21:40, 9 April 2012 (UTC)

ok, thank you for your answer. Simply embedding it would have been the easiest way.

So, if I had all the images as jpg files that are used in the slide show, is there a way to create my own slideshow in the wiki, with the help of an extension? Messym (talk) 21:50, 9 April 2012 (UTC)

Use the <gallery> tag. Jasper Deng (talk) 21:51, 9 April 2012 (UTC)

thanks again.

The <gallery> tag doesn't create a slide show though. I was thinking there might be an extension that's able to creates slide shows.

thanks anyway Messym (talk) 07:26, 10 April 2012 (UTC)

It's possible in the future. Jasper Deng (talk) 17:28, 10 April 2012 (UTC)

I did an experiment once with a js slideshow thingy but its still an experiment Bawolff (talk) 19:58, 11 April 2012 (UTC)

Do you know who is working on a new flash extension, and what the status is? MathiasLidal (talk) 09:48, 1 October 2012 (UTC)

Category browser error problem

• MediaWiki 1.18.2
• PHP 5.2.17 (cgi-fcgi)
• MySQL 5.5.19-55

I have a four wiki farm. All four are running the same versions as above. I'm pretty sure all have the same version of CategoryBroswer installed. Below is the LocalSettings.php config's at all wiki's.

/*            CategoryBrowser                             */
require_once("$IP/extensions/CategoryBrowser/CategoryBrowser.php");
CB_Setup::$categoriesLimit = 30;
CB_Setup::$pagesLimit = 30;
CB_Setup::$filesMaxRows = 2;
CB_Setup::$imageGalleryPerRow = 5;
CB_Setup::$allowNestedParents = false;
CB_Setup::$allowNoParentsOnly = true;

Here is a ScreenShot example of two wiki's I'm not having problems with. (link to that wiki's CategoryBrowser page) On the last two this ScreenShot is of the error if the Case insensitive check box (which is checked by default) is left checked for a query of "S" Categories. Here is the same query if the Case insensitive check box is un-checked prior to query ScreenShot (link to that wiki's CategoryBrowser page). The maintenance script the error mentions has been run. Does anyone know of a fix or how to change the Case insensitive check box to un-checked by default ? - FlightTime (open channel) 05:33, 10 April 2012 (UTC)

You may have more luck on the extension's talk page. Subfader (talk) 11:23, 10 April 2012 (UTC)

I posted there just before here, thanx (very slow discussion page) hence this post also. Mlpearc (powwow) 19:24, 10 April 2012 (UTC)

Note, this is not an issue with not running the update.php script (We say that on all db errors, because 99% of the time that's what the problem is).

This appears to be a bug in the extension (Using COLLATE sql command in cases where the default collation of the db table is not compatible). Bawolff (talk) 19:55, 11 April 2012 (UTC)

Syntax error and wiki does not display properly after configuartion

I am having a problem in that my wiki will not display properly after the initial configuration. The installation went fine and did not report any issues. I can launch the Wiki and even add pages to it. The issue is that everything lines up along the left hand side of the page. If I use an older browser I am able to see the following script error.

Message: Syntax Error Line: 1 Char: 1 Code: 0 URI: http://localhost/my-wiki/load.php?debug=false&lang=en&modules=startup&only=scripts&skin=vector&*

The second error is the same except for the URI says modules=skins.vector instead of modules=startuponly

Other than the fact that (excuse the expression) Wiki looks like crap it seems to be functioning fine.

MySQL 5 PHP 5 Ubuntu 10.04 Apache2

Any thoughts?

Thanks Jim 174.59.112.131 (talk) 19:36, 10 April 2012 (UTC)

Hard to say, but if with "looks like crap" you mean "is completely unstyled and only the browser default styles are used", then most probably you have a problem with the commands in your .htaccess file. You can check if this is the case by viewing the source code of your wiki in the browser. Copy the link to one of the URLs, for which you get an error, and try to open that file in the browser. You should see CSS rules (maybe compressed, but valid CSS). Do you get an error instead? If so: Which one exactly? 88.130.96.145 22:16, 10 April 2012 (UTC)

Should I use CentralAuth or shared tables?

I would like to create a global login for the various Sturmkrieg wikis, which will include wikis for each language, and for different gaming related topics. I already have been running the English fanfic/player content wiki for some time now, where as the other wikis generally only have a single admin user account. (de.sturmkrieg.com has a few I believe.) With that, it seems that it would be better to use shared tables, and just stop using the old accounts on the other wikis. The problem though, is that the main English Sturmkrieg has several blocked spammer and troll accounts on it, that I would prefer no have access to the other wikis. I think there's something like 12 or 15 spammers and at least 20 troll accounts. The latter appear to all be the same person, based on Check User and Lookup User information. It would be very time consuming to block them on every wiki and simply changing their email and passwords to prevent them from logging in would be tedious as well.

We also use ConfirmAccount, so I'd like to make sure that will work with CentralAuth

Also, I need to make sure that user renaming would be able to work with the CentralAuth. Would renaming the user on all wikis be an easy way to make sure that the user maintains global login under one account without having any additional action on their part? Lieutenant Aleksandr Reznov 00:40, 11 April 2012 (UTC)

If you aren't using $wgDBprefix on any of those wikis, I'd recommend CentralAuth since it works best in that situation. ConfirmAccount does have issues with CentralAuth though.

However, using a shared database prefix is not easy either given that you already have user tables for all of those wikis. Jasper Deng (talk) 00:44, 11 April 2012 (UTC)

I think the DB prefix is the same for them, if that helps.

Is there anyone who would know how to get ConfirmAccount working with CentralAuth?

It would be good because it eliminates spam accounts (most spammers don't even submit requests at all) and would prevent duplicate accounts, even by non malicious users (who may, for example, create them instead of using the reset password email) or by the same guy who already trolled the site, and made racist comments about "[blond space Germans] would be eagerly awaited on Valhalla (a fictional Red Army based world) for this." He also ran an account under the disguise of a writing instructor for several months until Lookup User revealed it was fake. (He also never specified who he was actually working for) I would prefer not to have to be checking everyone's stats to make sure they're legitimate. Inquisitor Sasha Ehrenstein aus dem Sturmkrieg Sector (Talk) (Contributions) 01:01, 11 April 2012 (UTC)

ConfirmAccount does have its issues with CentralAuth, but I'd defer to a developer of either extension. Jasper Deng (talk) 01:03, 11 April 2012 (UTC)

CentralAuth should work fine with db prefix.

Shared tables is generally better if you're doing them from the get go. Central auth is better if you started with multiple wikis and want to merge. (I know nothing about confirmaccount, so cannot comment on that). Bawolff (talk) 19:37, 11 April 2012 (UTC)

Yeah, but I try to avoid using $wgDBprefix with CentralAuth because my view is that CentralAuth is more likely to run into trouble when not on a WMF-style installation with no $wgDBprefix.

Yeah, I'd recommend CentralAuth - it's difficult, and make sure you do some small-scale testing first. Jasper Deng (talk) 19:45, 11 April 2012 (UTC)

Oh, and by the way, a stopgap solution to account locking before you can get CentralAuth would be my home-made solution. Jasper Deng (talk) 01:19, 11 April 2012 (UTC)

Thanks. Is this to address the problem of the troll accounts editing the other wikis? I assume this would need to be a global user group? Inquisitor Sasha Ehrenstein aus dem Sturmkrieg Sector (Talk) (Contributions) 01:37, 11 April 2012 (UTC)

Yeah, that's a given both if you want to use CentralAuth or a shared DB. Jasper Deng (talk) 02:05, 11 April 2012 (UTC)

I wouldn't advice to use CentralAuth if you don't need to use different user tables. Only share user and user_properties tables, set $wgCookieDomain = '.sturmkrieg.com'; and if you want to use global user groups, install GlobalUserGroups extension. I've also coded a small extension to apply global blocks to users, too. I could prepare and send it you. Global helppages are possible by HelpCommons. Tim (SVG) 19:53, 11 April 2012 (UTC)

1. Well, he already has separate user tables so that's the scenario for CentralAuth; he's going to apply this to an existing wiki farm with many wikis, each with their own local user table that not necessarily are all the same.
2. Hey, the WMF would have really nice use for that extension! Jasper Deng (talk) 19:57, 11 April 2012 (UTC)

Jasper, the WMF has GlobalBlocking extension for IP addresses and for loggedin users they block the global account of CentralAuth.

I didn't read everything, I'm sometimes lazy as you should know. Tim (SVG) 20:02, 11 April 2012 (UTC)

I mean, there should be a replacement to just locking global accounts. Jasper Deng (talk) 21:04, 11 April 2012 (UTC)

Most of the wikis only have a single user on them. Is CentralAuth still better in that case? Inquisitor Sasha Ehrenstein aus dem Sturmkrieg Sector (Talk) (Contributions) 21:40, 11 April 2012 (UTC)

If that user is the same on all of them and you have only one large user table, then you may want to use shared tables. However, if you have more than just two large user tables, then CentralAuth is the better choice. Jasper Deng (talk) 21:43, 11 April 2012 (UTC)

Would it be possible to use ConfirmAccount with shared tables? I only have one account on most of the other Sturmkrieg wikis, and I think the German Sturmkrieg might have three, but the users there could reregister. Inquisitor Sasha Ehrenstein aus dem Sturmkrieg Sector (Talk) (Contributions) 16:27, 16 April 2012 (UTC)

It can work if you use a shared user table. I don't know how does it work with CentralAuth. For the first variant, you can set the following:

$wgSharedTables[] = 'account_requests';
$wgSharedTables[] = 'account_credentials';

Tim (SVG) 16:38, 16 April 2012 (UTC)

Thanks. How would rename user be affected by this? Would the renaming need to be done on the wiki that has the tables, or would any wiki be able to change the username? (they all have access to the same tables for users anyway) Inquisitor Sasha Ehrenstein aus dem Sturmkrieg Sector (Talk) (Contributions) 14:48, 17 April 2012 (UTC)

ConfirmAccount should work OK with CentralAuth, especially if you disable the creation of global accounts by default (as on my wikis). RenameUser may be affected in terms of logging of the changes, so I'd probably restrict renaming to bureaucrats on your main wiki (the one used by $wgSharedDB(prefix)). Jasper Deng (talk) 02:28, 18 April 2012 (UTC)

I wasn't planning on using CentralAuth, since there's only one large user table. Would the RenameUser still be alright in that case? Inquisitor Sasha Ehrenstein aus dem Sturmkrieg Sector (Talk) (Contributions) 15:59, 18 April 2012 (UTC)

No, it wouldn't work. You can use ReassignEdits extension to reassign edits from an old user to a new one. It's also possible to use Renameuser for one wiki only. For the other wikis, you would still have to use ReassignEdits to reassign the user's edits on the other wikis, too. Therefore, creating a new account and using ReassignEdits extension is probably easier. Tim (SVG) 17:24, 18 April 2012 (UTC)

Would it be possible to rename the user on every wiki?

It wouldn't be much different with the ability to reassign the edits to new accounts.

While I could create the new account myself, I feel that it would undermine the sockpuppet policy. Inquisitor Sasha Ehrenstein aus dem Sturmkrieg Sector (Talk) (Contributions) 19:13, 18 April 2012 (UTC)

If you are using a shared user table, you automatically rename an user with Renameuser in this database and in the wiki's revision et cetera tables. But the edits get not transferred on the other wikis. Therefore, the easiest way is using Renameuser on your main wiki and for the other wikis use ReassignEdits to transfer the user's edits on these wikis, too. Tim (SVG) 15:36, 19 April 2012 (UTC)

I might just stick with separate accounts. It probably won't be a big deal anyway. Although renaming users probably won't be a big issue anyway.

I might still make a block user group for use by sysadmin to have a block option that only they control. Inquisitor Sasha Ehrenstein aus dem Sturmkrieg Sector (Talk) (Contributions) 20:23, 20 April 2012 (UTC)

Though I found CentralAuth to be quite easy for me, as long as I used trunk versions. Though the ability to lock accounts is very handy for me, even locally (see my implementation, link on my userpage). Jasper Deng (talk) 21:49, 20 April 2012 (UTC)

I told you the solution for renaming user accounts globally. For global blocks, you can create a global user group with GlobalUserGroups extension revoking some permissions by $wgRevokePermissions variable. Don't forget to define $wgLocalDatabases.

require_once( "$IP/extensions/GlobalUserGroups/GlobalUserGroups.php" );
// use extra translations for various user group names and similars
$wgGlobalUserGroupsUseEMWT = true;
// the following groups are defined as global, and intend to award on Special:UserRights listed in all the databases in $wgLocalDatabases are entered into the table 'user_groups' for each user
// for example:
$wgGlobalUserGroups = array(
    'globallyblocked',
);
// Revoke permissions for members of globallyblocked group
$wgRevokePermissions['globallyblocked']['createaccount'] = true;
$wgRevokePermissions['globallyblocked']['edit'] = true;
$wgRevokePermissions['globallyblocked']['sendemail'] = true;
// Allow system administrators to add and remove globallyblocked group
$wgAddGroups['sysadmin'][] = 'globallyblocked';
$wgRemoveGroups['sysadmin'][] = 'globallyblocked';

Tim (SVG) 15:03, 21 April 2012 (UTC)

Thanks. Do I just setup the Global User Groups on the main wiki, or do I add it to all of the wikis? Inquisitor Sasha Ehrenstein aus dem Sturmkrieg Sector (Talk) (Contributions) 19:57, 21 April 2012 (UTC)

I would suggest to use a global file for easily updating if you are not using one already. You just need to add or remove the global group(s) in one wiki and it / they will be added or removed on every wiki. If you decide to setup GlobalUserGroups extension on the main wiki only, global groups must be added and removed there only. Or you set it up for every wiki but you just allow adding and removing on the main wiki by default so you can add and remove global user groups on other wikis too if you grant the rights to system administrators to do so. You should set it up for every wiki and add messages for globallyblocked group in GlobalUserGroups.i18n.groups.php. But in any case, you need to set the $wgRevokePermissions part for every wiki. Tim (SVG) 20:35, 21 April 2012 (UTC)

Thanks.

Do I need to add

register_argc_argv=1

to the php.ini file?

I saw it when looking at Extension:MaintenanceShell. I noticed that using cron jobs to run the update.php were unsuccessful in previous projects, and I wonder if it was because of that, or if that setting only affects Maintenance Shell. Inquisitor Sasha Ehrenstein aus dem Sturmkrieg Sector (Talk) (Contributions) 20:59, 21 April 2012 (UTC)

The problem with this is that I haven't been able to run the update script. Inquisitor Sasha Ehrenstein aus dem Sturmkrieg Sector (Talk) (Contributions) 23:07, 21 April 2012 (UTC)

Do you have shell access? Jasper Deng (talk) 00:40, 22 April 2012 (UTC)

I don't think so. Where should I look for it? Inquisitor Sasha Ehrenstein aus dem Sturmkrieg Sector (Talk) (Contributions) 01:23, 22 April 2012 (UTC)

On Linux:

cd "<your MediaWiki directory>/maintenance"

php update.php

On Windows:

cd "<Path to your PHP installation>"

php "<Path to your MediaWiki installation>/maintenance/update.php"

These are the commands you'd use, though I use Windows. Jasper Deng (talk) 01:27, 22 April 2012 (UTC)

Thanks for your help on this.

I've been having trouble with the shared tables, but I expect to be able to get it to work at some point though.

Will it always be possible to use shared tables at any point, even if there are multiple accounts on the other wikis? I assume that would just require that the users of the other wikis would just need to recreate their accounts? Inquisitor Sasha Ehrenstein aus dem Sturmkrieg Sector (Talk) (Contributions) 02:04, 30 May 2012 (UTC)

Shared tables can be difficult when your account system is not exactly the same, which is why CentralAuth is my suggestion. Jasper Deng (talk) 02:26, 30 May 2012 (UTC)

Ok, it sounds like it's pretty good. Is it possible to use Confirm Account with it? It's perfect at keeping out spammers and good for keeping out vandals, so I don't want to lose use of it. It seems as though it treats the account creation as being created by the user who approved the account, if that helps at all. Inquisitor Sasha Ehrenstein aus dem Sturmkrieg Sector (Talk) (Contributions) 02:29, 30 May 2012 (UTC)

I've tried using ConfirmAccount, and I haven't verified whether it works with CentralAuth, mainly because my own CentralAuth instance is sorta broken. I would predict that users probably have to manually create global accounts because ConfirmAccount probably doesn't know to add to the centralauth database. Jasper Deng (talk) 02:32, 30 May 2012 (UTC)

Making my MediaWiki site just like Wikipedia

I'm using MediaWiki as a localhost site, but it doesn't work classy like Wikipedia.

1. Templates: can I just download useful templates which work in Wikipedia and install them in my MediaWiki site?

2. Editing box: how can I change the menus of the editing box from the classic 8 buttons to the "advanced" menu bar which is shown in current Wikipedia and here? (solved!)

3. Searchbox: how can I make my searchbox AutoComplete like Wikipedia?

Wating for your answers. I will appreciate at least giving me links helpful for solving these problems. Thank you so much. LyJPedia (talk) 07:26, 11 April 2012 (UTC)

1. Templates are just wikitext, so you import those from Wikipedia as you like. Note however that Wikipedia has many templates that use sub-templates. So make sure to copy those as well. The easier way to do this is to use w:Special:Export function on Wikipedia and then import that file on your own wiki using Special:Import (you need to be logged-in as a sysop on your wiki to do so).

2. solved. Great :)

3. This exists of two parts:

• Extension:Vector (The "SimpleSearch" feature itself)
• Extension:TitleKey (case-insensitive matching) Krinkle (talk) 16:56, 11 April 2012 (UTC)

For templates, don't forget extension:ParserFunctions. Full list of extensions wikipedia uses is at w:special:Version (not all of those extensions are interesting though) Bawolff (talk) 19:24, 11 April 2012 (UTC)

Thank you! You're so kind. :) LyJPedia (talk) 10:04, 12 April 2012 (UTC)

Problem with Infobox (HTML display)

Hi,

I have a little problem with some Infobox Template (http://www.lesmel.eu/wiki/index.php/Modèle:Infobox_Association). Some HTML code is displayed and template is messy. I really don't know why. Can you help me please ?

Thanks.

URL : www.lesmel.eu/wiki MediaWiki : 1.18.2 PHP : 5.2.17 MySQL : 5.0.91 ParserFunctions : Installed Jschav88 (talk) 09:11, 11 April 2012 (UTC)

I posed the same question a week or two ago. So far, no answers. 24.120.26.66 15:03, 11 April 2012 (UTC)

• First, you're missing images. Easiest way to fix that is to set $wgUseInstantCommons to true in LocalSettings.php
• Second, I think the differences in rendering is due to not having tidy enabled (or at least that's my first guess). Try installing and enabling tidy (see manual:$wgUseTidy. Note you have to install the program in addition to enabling the setting).
• Interwiki links are being rendered inline since you don't have interlanguage links set up. Its unlikely you actually want them set up, so perhaps you should just remove, but see help:Interwiki##Interwiki_links_to_other_languages if you do want them to set up. Bawolff (talk) 19:31, 11 April 2012 (UTC)

Thanks a lot. That works fine. Also i missed to import Common.css.

Problem solved. :) Jschav88 (talk) 07:52, 12 April 2012 (UTC)

[RESOLVED] How can I hide tabs for users not logged in?

 06:30, 23 May 2012 (UTC)

New Users Assigned Bad ID's

MediaWiki: 1.17.1 PHP: 5.2.17 (cgi-fcgi) MySQL: 5.1.61-community-log

Like many wikis, my wiki was hit by a huge amount of spammers before we were able to come up with a solution to stop them. We were getting upwards to twenty spam signups a day each employing different proxy IP's. We blocked them all, deleted the spam pages, and then deleted the spammer accounts.

The problem is that we've got new users who aren't spammers, signing up and the system assigns them bad user ID's associated with those spammers we blocked and deleted earlier. This means that the spammer blocks are now being applied to the new users because of the bad ID's.

The only way I've found to fix it for now is to go into the user database and change the bad ID's to a new number. This clears all the blocks on the new user. Yet, it seems that every new account that signs up has been assigned a bad user ID. For example: the bad user ID's in my database seem to be around the 1040's. Yet, when I reassigned one user to 1100, the issues are cleared. However, each new user seems to be assigned in the 1040's instead of up in the higher good numbers. Is there a way to get the database to assign ID's above a certain number, say 1100 and so on? Or is there a way we can clear those bad ID's so that if one of them is assigned to a new user they won't be affected by anything previously associated with the ID? Brothejr (talk) 17:28, 11 April 2012 (UTC)

Yeah, you shouldn't have deleted those users from your database, MediaWiki has little support for that. A hard block of the accounts would've been the better option, deleting their accounts was something that pretty much broke your wiki. Jasper Deng (talk) 17:30, 11 April 2012 (UTC)

Broke my wiki? We were using the rename/merge extension that Wikipedia uses. Any way to fix it then? Brothejr (talk) 18:33, 11 April 2012 (UTC)

So you renamed the users? (that's different from deletion). Wikipedia doesn't use a user merging extension (unless you're talking about Extension:CentralAuth). Jasper Deng (talk) 18:52, 11 April 2012 (UTC)

This was the extension: Extension:User Merge and Delete. I apologize for mistyping the wrong extension.  :( Brothejr (talk) 18:55, 11 April 2012 (UTC)

Ugh. I personally would never use a user deletion extension; do you have database backups? Jasper Deng (talk) 19:02, 11 April 2012 (UTC)

Yes I do. But the backups go only about month back and this issue has been going on most likely longer then that. Brothejr (talk) 19:07, 11 April 2012 (UTC)

Do you have one from before you installed the extension? Jasper Deng (talk) 19:08, 11 April 2012 (UTC)

No, we've had this extension for well over a year now. Besides recommending restoring a database backup, what else can be done. Where could the error be that can be fixed. Is there a log that can be edited? One that contains every id, including the ones that were deleted.

FYI: This extension worked fine for a log time. It's only been the last couple months that we've had bad ID issues. About the only thing that we changed during that time was upgrading to 1.17. Brothejr (talk) 19:11, 11 April 2012 (UTC)

Perhaps try recreating those users, because the database column is on auto-increment. Jasper Deng (talk) 19:15, 11 April 2012 (UTC)

So basically, fill in all the bad ID's in the database with the old spammer names and that will fix the issue? Is there a way to fix the auto-increment function itself so that it starts in a good portion? Brothejr (talk) 19:19, 11 April 2012 (UTC)

1. Yes;
2. You'd have to consult your database's manual and your setup to find out how. Jasper Deng (talk) 19:23, 11 April 2012 (UTC)

Here's an idea: what if I delete the entries in mw_ipblocks table? Wouldn't that remove the bad ID's? (I did some digging through my database? Does that sound feasible? Brothejr (talk) 19:25, 11 April 2012 (UTC)

No. Just no.

The users table is the problem, and, you should never delete a table in MediaWiki.

I would also run update.php. Jasper Deng (talk) 19:27, 11 April 2012 (UTC)

Not the whole table, just the bad entries in the table? Brothejr (talk) 19:29, 11 April 2012 (UTC)

I'd rather not do that, especially since other things like the logs might be messed up by it. I'd defer to a developer's opinion though, since I'm only a sysadmin like you. Jasper Deng (talk) 19:34, 11 April 2012 (UTC)

Based on your suggestions I did some digging through the ipblocks and found the bad ID's. Then I ran an experiment where I assigned a new user one of those bad IDs in the user table. The user received the block associated with the bad ID. Then I went back to the ipblocks table and replaced the bad ID with zero and checked to see if the user was still blocked. I saw that the block was gone.

So the solution, from your suggestions and help, is to go through the ipblocks list and replace every bad ID with zero and then there would be no blocks associated with reused ID's.

It's not that hard, I just have to be very careful what I edit. But it seems like the best way to fix the issue. Brothejr (talk) 19:38, 11 April 2012 (UTC)

Nice self-made fix. But this is just a reminder for you to backup your database and keep the backups for long periods of time. Jasper Deng (talk) 19:41, 11 April 2012 (UTC)

Webpage broke after reinstalling "PHP"

I'm not sure what version of MediaWiki we are running, unless you can tell me how I can find out in IIS... I installed PHP v5.3.10, I went through all the config steps to configure PHP for IIS (at least I think I did)... The version of MySQL is v5.1... I also upgraded FastCGI to v1.5... website address is "https://offside/mediawiki/index.php but I think you can only get to it inside our network. It doesn't matter since it's not coming up anyways. I'm getting a "The page cannot be found" error

It all started with a user was getting a "The FastCGI Handler was unable to process the request". I am not a developer or programmer at all and there is no one else in my department that is familiar with IIS. So I drew the short straw. After a lot or research on google, I tried upgrading the "fastCGI" and PHP and that's when it all went down hill. Is there anything else I can do. If not, can I start over by backing up the files and recreating the website? 168.215.87.98 (talk) 18:52, 11 April 2012 (UTC)

Check your IIS bindings to solve the 404 errors. Jasper Deng (talk) 18:54, 11 April 2012 (UTC)

Jasper, thanks a lot for your help...I googled securebindings...and after I set it up, I am now getting "bad request (invalid Hostname)...I'm guessing since I don't know much about IIS, I'm doing something wrong...any Ideas? 168.215.87.98 20:01, 11 April 2012 (UTC)

That appears to be a DNS error of some sort, depending on exactly what it said. Jasper Deng (talk) 21:04, 11 April 2012 (UTC)

That's the whole message...It was all working just before reinstalling PHP and fastCGI, nothing ever changed on the DNS server...is there a configuration I'm missing after reinstalling PHP...when I run the file using php-cgi.exe it runs fine...it's like IIS doesn't know how to interpret .php files...Any other ideas

Thanks in advance 168.215.87.98 22:11, 11 April 2012 (UTC)

I haven't tried it myself before, but have you tried reinstalling IIS? Jasper Deng (talk) 22:12, 11 April 2012 (UTC)

RESOLVED

I got it fixed...I never assiciated "php-cgi.exe" to be used with .php extensions...Thanks for your help 168.215.87.98 21:32, 12 April 2012 (UTC)

need help

How do you edit LocalSettings.php? Kartsy 21:50, 11 April 2012 (UTC)

The LocalSettings.php file is found in the root of your wiki directory. Use something like Notepad++ to open the file and edit it. Do not use the regular Windows Notepad because htat inserts byte ordering marks that really can mess up your wiki. Jasper Deng (talk) 21:52, 11 April 2012 (UTC)

how do I access the root of my wiki directory? Kartsy 22:04, 11 April 2012 (UTC)

Where is your MediaWiki installation? Jasper Deng (talk) 22:05, 11 April 2012 (UTC)

I can't believe you have ever installed a wiki. Here's the wrong place to ask this basic question. Please ask an administrator of the wiki you are editing. Tim (SVG) 11:06, 14 April 2012 (UTC)

help with this: Fatal error: mcrypt_create_iv()

Hi, i'm trying to install mediawiki 1.18.2, using a MySQL 5.0 database, and when i start, before getting complete it shows me this error.

Fatal error: mcrypt_create_iv() [<a href='function.mcrypt-create-iv'>function.mcrypt-create-iv</a>]: Could not gather sufficient random data in D:\Hosting\9176902\html\web\mediawiki-1.18.2\includes\CryptRand.php on line 281

could someone help me with that? 189.237.51.67 (talk) 22:14, 11 April 2012 (UTC)

A pretty common error lately. Second time I've seen problems with people being unable to use a randomization function during installation. Jasper Deng (talk) 22:17, 11 April 2012 (UTC)

I see, do you know how could I solve it? or complete the installation? 189.237.51.67 22:32, 11 April 2012 (UTC)

Try an earlier version of MediaWiki like 1.18.0 (which works for me), or trunk (1.20alpha). Jasper Deng (talk) 22:33, 11 April 2012 (UTC)

I'll try that, thanks 189.237.51.67 22:46, 11 April 2012 (UTC)

But I'll warn you that this is a pretty rampant bug. There's another thread on this support desk about it. Jasper Deng (talk) 22:49, 11 April 2012 (UTC)

btw, where can I find the 1.18 version, as page only shows 1.18.2 ? 189.237.51.67 22:51, 11 April 2012 (UTC)

Damn. It looks like you'll have to go w/ 1.17.3 then :( I lied

See . Jasper Deng (talk) 22:54, 11 April 2012 (UTC)

ugh, that's a horrible reason to create a fatal error /me glares at php. Bawolff (talk) 00:11, 12 April 2012 (UTC)

What version of PHP? Reedy (talk) 13:43, 12 April 2012 (UTC)

it's PHP 5.3, i tried with 1.18 and 1.17 and it still showing the same error. 189.237.51.67 14:07, 12 April 2012 (UTC)

Yeah, they've both got the same code. It's a PHP related issue though... Reedy (talk) 17:36, 15 April 2012 (UTC)

so, there is no solution for that problem yet? does someone know how to fix it?(instead of the options showed on this post, as they don't woek) 189.237.51.67 17:52, 12 April 2012 (UTC)

Well work around is to use 1.18.1 (note .1 not .2. It can be downloaded from http://svn.wikimedia.org/svnroot/mediawiki/tags/REL1_18_1/phase3/ . If you don't have an svn client to download it though, it will be a pain to download). Note however this is missing some security fixes, and is insecure (The issue you're experiencing is the patch to make stuff secure gone slightly wrong). Bawolff (talk) 23:49, 13 April 2012 (UTC)

Having the same problem. Tried with 1.18.1 and 1.18.2. Nothing works! Anyone able to find a way around this? 68.48.41.114 08:56, 14 April 2012 (UTC)

Tried with two other builds, alpha and beta. Still giving same error: "Could not gather sufficient random data in ....\includes\CryptRand.php on line 281". I guess this is a major issue. Did anyone have any luck with this? 68.48.41.114 21:49, 14 April 2012 (UTC)

Oh, I am using PHP 5.3 and MySQL 5 btw. 68.48.41.114 21:50, 14 April 2012 (UTC)

What kind of webhost do you have? The PHP had better be later or earlier than 5.3.1. Jasper Deng (talk) 00:38, 15 April 2012 (UTC)

I am using GoDaddy Deluxe Hosting. 68.48.41.114 01:03, 15 April 2012 (UTC)

Hhm... Check your Special:Version. If it says "fast-cgi" or any other thing mentioning "cgi" for your PHP, then you have Windows IIS. I don't know about it, but GoDaddy just might restrict the required functions, as many webhosts tend to do so, but I doubt that for such a basic and fundamental function like the randomization functions. Jasper Deng (talk) 01:09, 15 April 2012 (UTC)

I just started out with this host so I can switch operating systems relatively quickly. I am migrating from Windows to Linux right now. I'll see if that makes a difference. 68.48.41.114 01:39, 15 April 2012 (UTC)

Note, fast-cgi can be used under linux, its just not anywhere near as popular. Generally you'd get a different error message if your host is the one restricting the function.

I wonder if this entire thing is a typo in php source. They have the exact same error in two place, in one place its a warning, in the other its a fatal. Bawolff (talk) 02:00, 15 April 2012 (UTC)

Tried with two other builds, alpha and beta. Still giving same error: "Could not gather sufficient random data in ....\includes\CryptRand.php on line 281". I guess this is a major issue. Did anyone have any luck with this?

If you get that error message when using 1.18.1 then you did something wrong (Since CryptRand.php doesn't exist in 1.18.1). So if you get that error message, then you're not actually using 1.18.1. Bawolff (talk) 01:45, 15 April 2012 (UTC)

Alternative work around (Note, this will potentially make your wiki somewhat less secure. I'm not exactly sure how much less secure (or more generally what the security implications actually are. You may want to modify $wgSecretKey in your LocalSettings.php to make it more random after your done the install if you do this)

• Locate the file includes/CryptRandom.php.
• Find the following line (probably around line 289):

$iv = mcrypt_create_iv( $rem, MCRYPT_DEV_URANDOM );

• Change it to:

$iv = mcrypt_create_iv( $rem, MCRYPT_RAND );

See if things work (Make sure to do a hard refresh of the install page/re-start the install). I'm not sure if this will work, so i'd be very interested to hear if that actually fixes the issue. Bawolff (talk) 02:09, 15 April 2012 (UTC)

New to MediaWiki but the change for MCRYPT_DEV_URANDOM to MCRYPT_RAND allowed me to generate the LocalSettings.php file and finish my install.

Not sure how it effects the actual security/randomness but I am at least able to use the wiki. Iankarlwallace (talk) 22:28, 15 April 2012 (UTC)

Thanks that really worked for me. I am using windows hosting of godaddy. after changing this installation get completed.

I am using the latest release of media wiki. 122.162.138.75 18:53, 1 May 2013 (UTC)

Bawolff, you are right, I had uploaded the wrong files by mistake, when trying to upload 1.18.1.

Your changes above fixed my problems as well. Thank you! 130.85.242.227 16:39, 16 April 2012 (UTC)

I just asked to Godaddy support to help me with the installation (that's my Hosting provider), and they did, but they told me it was a a problem between PHP and wiki PHP, but it was only at windows servers, as on Linux it doesn't have any problem. 189.237.51.67 17:56, 16 April 2012 (UTC)

I got this error on my Windows 2003 system when I upgraded to MediaWiki 1.19.1 (from MediaWiki 1.18.0) with these components:

• IIS 6
• FastCGI 1.5
• PHP 5.3.3 (Non Thread Safe VC9)
• PostgreSQL 9.0.0-1

The error was resolved when I upgraded to PHP 5.3.16 (Non Thread Safe VC9). Onu (talk) 00:17, 30 August 2012 (UTC)

gallery tab not working in new Mediawiki 1.18 upgrade

gallery tab will not work any more. When using gallery it just lines up the photos under one another led by a bullet. Also, all images align up to the left no matter what command I give, like ...center|left|right.

• MediaWiki 1.18.1
• PHP 5.3.8 (apache2handler)
• MySQL 5.1.56-log
• WOIweb.com Woiow (talk) 03:27, 12 April 2012 (UTC)

Possibly caused by bad css/skin.

Are you using a custom skin? if so is it broken in monobook or vector? try maybe removing any css customization. Bawolff (talk) 16:15, 12 April 2012 (UTC)

I'm using Vector...I'll give that a try. Thanks Woiow (talk) 12:49, 13 April 2012 (UTC)

Thanks Bawolff!

OK, I got the Image situation fixed but I have been working until now (Aghhhh)to try and fix the gallery function problem. Please, can anyone take a look at, point me further or tell me what's wrong? Thank you soooooo much!!!!! Woiow (talk) 15:39, 14 April 2012 (UTC)

Do you have a link to your wiki?

It definitely sounds like something is messed up with the css (The way galleries worked changed a couple of versions ago, and what your describing is what would happen if your wiki had an older version of the css file from a previous release of MediaWiki). Bawolff (talk) 01:43, 15 April 2012 (UTC)

Yep, that's what it sounds like...just can't find the little bas_a_d! :)

WOIweb.com

• MediaWiki 1.18.1
• PHP 5.3.8 (apache2handler)
• MySQL 5.1.56-log
• WOIweb.com Woiow (talk) 04:19, 15 April 2012 (UTC)

I suggest you replace the "skins/common/shared.css" file on your MediaWiki server with this file:

http://svn.wikimedia.org/svnroot/mediawiki/tags/REL1_18_1/phase3/skins/common/shared.css

That should fix it. This, that and the other (talk) 11:10, 15 April 2012 (UTC)

Forgot to mention... Fixed! That was the file that had some bad code (not from MW but someone's inability). :/

Thanks again for the help! Woiow (talk) 15:01, 19 April 2012 (UTC)

Limiting advanced search function by default

I have $wgNameSpacesToBeSearchedDefault defined and its limiting what I want searched. I want to have normal routine searches to not show all the little checkboxes under advanced searching. I want it to just search content pages and keep it simple. Then if the user wants to go into advanced search they can. Anyone know if this is a quick fix I'm missing?

Thanks, WilliamCooper (talk) 12:01, 12 April 2012 (UTC)

Try resetting your preferences. I think the advanced search comes up if the sites default search differs from your pref Bawolff (talk) 16:10, 12 April 2012 (UTC)

Request Page Submission

I'd like to put in place an Extension of some sort that will allow users to create pages, however before they're posted or when they are I get notified via email.

Second I'd like to disable pages being able to be edited by any users accept for admins or have a request to edit and to approve the submission.

Thanks for your help in advance. NeumontIT (talk) 16:20, 12 April 2012 (UTC)

MediaWiki 1.16.5 Doesn't Validate

MediaWiki 1.15.3 was XHTML 1.0 Transitional and had no errors. I use the HTML Validator add-on for Firefox and for MediaWiki 1.16.5 it doesn't show if it has errors or not, it just says "HTML 5 - see Page Source"

MediaWiki 1.16.5 seems to use XHTML 1.0 Strict. It doesn't validate. It has 11 errors.

How can I get MediaWiki to use the proper doc type so it will validate? Holygamer (talk) 17:04, 12 April 2012 (UTC)

All pages yield gibberish in Safari and iPhone but not in Firefox

Hi everyone,

I am trying to figure out what may be wrong with my mediawiki install. I know originally (I'm pretty sure) I could view the site in any browser. But, at some point, I must have changed something in the .ini files or added something that is causing problems with Safari but not with Firefox. Pages display fine in firefox. But in safari or on my iphone I get this:

����;ms�6ҟ�_��s��gI��4�b�&u^��$����s��x ��`������L���.@��e�i{�k".��b��\�}�������`K����#���<_L"�G,�z��VG,N�1�(N��m/W�&���'���6�ӷ�j���Kaٯ�R� �|�(���xɵ�v��|��w��A5��LL��ȅ�V�^*���$z+���������=�(��%�"�D<�B�܊�ٛ����HḙT�ື��0�DL�����[j1�D����<���bY��My�e~~����<+����L�-ko�`=^�T�ƥe�8P���+|��_����x�������M���,����,m��L;�yHt}���d�E��N������7��M�n�������b��k?V�pt�B��oo��c1���]��1#�=ϒ�尗�����/������s��\�oz����8><��Y�<���p����������b�$�����}7�>�����HI�����

(a whole page of that actually)

Any help would be appreciated.

I am running 1.18 and my url is metromarket.coop/wiki

Thanks

Drew 74.240.128.69 (talk) 17:07, 12 April 2012 (UTC)

Are you using a non-English language? Even I get only that gibberish. Make sure you have the proper language extensions installed for your browsers. Jasper Deng (talk) 17:09, 12 April 2012 (UTC)

no its all english 74.240.128.69 18:11, 12 April 2012 (UTC)

I think there's something wrong with gzip compression being double applied to your page or something.

Try setting $wgUseGzip to false in LocalSettings.php (This will only fix it if you're also using file caching i think, otherwise that setting does nothing).

Otherwise you can also try disabling gzip in your apache (or whatever webserver you use) config. Bawolff (talk) 04:11, 14 April 2012 (UTC)

MediaWiki version history overview

Hello, does an official overview of MediaWiki version history exist anywhere? I just can find seperate articles about each particular version.

Thx in advance! Theskm (talk) 18:45, 12 April 2012 (UTC)

Look in the HISTORY file that comes with the official mediawiki download. An older link is http://svn.wikimedia.org/svnroot/mediawiki/trunk/phase3/HISTORY I'm not sure what the new git version is. Bawolff (talk) 04:07, 14 April 2012 (UTC)

Wikipedia has an article about the history as well. Less technical details but may be useful as well:

w:MediaWiki version history Krinkle (talk) 09:43, 14 April 2012 (UTC)

thx! Theskm (talk) 13:09, 14 April 2012 (UTC)

Wow, the things wikipedia finds notable ;) Bawolff (talk) 01:41, 15 April 2012 (UTC)

Error when trying to "Edit" wiki

MediaWiki - 1.15.4...PHP - 5.3.10...MySQL - 5.1.34

When I click on the "Edit" tab I get this error

Detected bug in an extension! Hook FCKeditor_MediaWiki::onCustomEditor failed to return a value; should return true to continue hook processing or false to abort.

Backtrace:

1. 0 C:\Inetpub\wwwroot\mediawiki\includes\Wiki.php(502): wfRunHooks('CustomEditor', Array)
2. 1 C:\Inetpub\wwwroot\mediawiki\includes\Wiki.php(63): MediaWiki->performAction(Object(OutputPage), Object(Article), Object(Title), Object(User), Object(WebRequest))
3. 2 C:\Inetpub\wwwroot\mediawiki\index.php(116): MediaWiki->initialize(Object(Title), Object(Article), Object(OutputPage), Object(User), Object(WebRequest))
4. 3 {main}

I did a lot of research and it said it was because of PHP 5.3...I tried installing an older version and a newer version and the website would come up...I also tried a fix by editing the fckeditor.body.php file but that fix just broke the page...I also read how "FCKEditor" is old and "CKEditor" is the newer editor but I have no clue how to go from "FCKEditor" to "CKEditor"...I would appreciate any help...wheather it be a way to fix the "FCKEditor" or a step by step way to upgrade from "FCKEditor" to "CKEditor"...Thanks in advance 168.215.87.98 (talk) 21:38, 12 April 2012 (UTC)

• • • CORRECTION---When I tried to install the older and newer version of PHP...the website "WOULDN"T" come up... 168.215.87.98 21:39, 12 April 2012 (UTC)

Ugh. PHP plays pretty bad on Windows when being reinstalled. Do you have any extensions installed? Jasper Deng (talk) 21:49, 12 April 2012 (UTC)

Thanks for the quick response...here are the extensions I have installed

[PHP_MYSQL]

extension=php_mysql.dll

[PHP_MYSQLI]

extension=php_mysqli.dll

[PHP_OPENSSL]

extension=php_openssl.dll

[PHP_PGSQL]

extension=php_pgsql.dll 168.215.87.98 22:45, 12 April 2012 (UTC)

I mean your Mediawiki extensions. Jasper Deng (talk) 22:49, 12 April 2012 (UTC)

Where do I find that info? 168.215.87.98 22:51, 12 April 2012 (UTC)

Special:Version, or if you can't access that, the names of the folders inside C:/inetpub/wwwroot/mediawiki/extensions. Jasper Deng (talk) 22:52, 12 April 2012 (UTC)

The folders inside the extensions folder are Category Tree, FCKeditor, and SelectCategory 168.215.87.98 23:02, 12 April 2012 (UTC)

That means you should go in to your LocalSettings.php and remove "require_once("$IP/extensions/FCKeditor.php");" Jasper Deng (talk) 23:10, 12 April 2012 (UTC)

Ok...I did that...what's next...now it says "The website cannot display the page" 168.215.87.98 23:25, 12 April 2012 (UTC)

Did I mention that you could not edit that file with Notepad? Jasper Deng (talk) 23:27, 12 April 2012 (UTC)

I used "wordpad"... 168.215.87.98 23:32, 12 April 2012 (UTC)

Probably not the best decision for PHP files... Jasper Deng (talk) 23:33, 12 April 2012 (UTC)

what should I use? 168.215.87.98 23:33, 12 April 2012 (UTC)

I did some research and found a program called "Crimson Editor"...I used that and got the same result 168.215.87.98 23:49, 12 April 2012 (UTC)

I use Notepad++; the damage to your LocalSettings.php is likely to be permanent :( Jasper Deng (talk) 00:17, 13 April 2012 (UTC)

I make a copy of the file before editing it each time...so each time I am editing the original file 168.215.87.98 16:32, 13 April 2012 (UTC)

Is there any way I can tell it to use "CKEditor" instead of "FCKEditor...if there is I will need to know exactly how to do it...Thanks 168.215.87.98 16:49, 13 April 2012 (UTC)

Commenting out FCKEditor was what I was suggesting... Jasper Deng (talk) 19:24, 13 April 2012 (UTC)

If I comment out "FCKEditor" what editor is the site going to use? there isn't another editor installed on the server 168.215.87.98 20:46, 13 April 2012 (UTC)

It's an extension, and therefore MediaWiki should be able to do without it. Jasper Deng (talk) 20:50, 13 April 2012 (UTC)

Media wiki works fine...it's when I click on the "Edit" botton which calls for the editor...I'm trying to get it to use another editor 168.215.87.98 21:24, 13 April 2012 (UTC)

I mean, this extension is only for MediaWiki's editing, but it's still an extension that I believe you can uninstall.

You can also try upgrading to a newer version of MediaWiki. Jasper Deng (talk) 21:49, 13 April 2012 (UTC)

I think I will try that...Do I have to know the database password to MySQL cause no one here seems to know it...I just started 2 weeks ago and this was the first thing that got thrown at me...They haven't had to log into this site in over 2 years because it was never broke...I will snap shot this server and try to upgrade mediawiki on Monday...I might have some questions through out the install...Thanks a lot for all your help...I really appreciate it...have a good weekend 168.215.87.98 00:23, 14 April 2012 (UTC)

Yeah, it's in your LocalSettings.php. Jasper Deng (talk) 00:39, 14 April 2012 (UTC)

Note, editing with notepad will only add a BOM, which will just give a warning (The famous headers already sent - which is annoying and a pain, and mildly break some things), but it won't kill your site. If your wiki is down, its due to some other reason than editing LocalSettings.php with notepad.

FCKeditor is a poorly maintained extension that never worked well in the first place (That is just my own humble opinion though), but is probably broken on newer mediawiki . Bawolff (talk) 04:00, 14 April 2012 (UTC)

Hhm, it once completely broke my first try at installing MediaWiki, but that was with like version 1.16. Jasper Deng (talk) 04:02, 14 April 2012 (UTC)

Hmm, actually now that i think about it, its possible that the BOM in localsettings.php could prevent OutputHandler from sending the gzip header, which would totally bork things. Bawolff (talk) 01:37, 15 April 2012 (UTC)

Color and Edit toolbar

Hi! I need your help for some functions. 1. The reference I use for colors is http://meta.wikimedia.org/wiki/Wiki_color_formatting_help but I cant find some colors that I need to use. Is there a complete reference page for colors? 2. When creating an article the edit toolbar (the bar with bold, itallics, underline, etc.) looks old. I want to change it with the new edit toolbar seen in wikipedia and here. What should I do? Raymond.herrera24 (talk) 06:34, 13 April 2012 (UTC)

We just use the web browser, so see https://en.wikipedia.org/wiki/List_of_HTML_colour_names . If you want something super obscure, you might have to specify it by its hex number. There are many online resources for how those works.

Wikipedia uses the extension:WikiEditor for its toolbar. Bawolff (talk) 04:05, 14 April 2012 (UTC)

Hi,

Thank you.

One last Question:

I've added Wikieditor in localsettings.php, it works fine in firefox but the special characters function isn't showing up in IE. I've tried wikipedia in IE and it works fine there.

System Used:

Apache 2.2.21

MySQL 5.5.16 (Community Server)

PHP 5.3.8 (VC9 X86 32bit thread safe) + PEAR

Internet Explorer 8

Mediawiki 1.18 Raymond.herrera24 (talk) 05:25, 19 April 2012 (UTC)

Sometimes wikipedia uses slightly different versions of things. You can try downloading the absolutely latest version from the git repo (however, sometimes the absolute latest version of the extension may require an alpha version of MediaWiki). Alternatively try tracking down the author of the extension and asking for advice. Bawolff (talk) 19:17, 13 June 2012 (UTC)

Restrict users from Group

Hello Team, I had installed Mediawiki-1.18.2 with Mantisbt-1.2.10 integration. Users are logged in to Mantis and can links to Mediawiki through Wiki(TAB). Mediawiki is using Mantis authetication Single-Sign-On(SSO). So Mediawiki is using Mantis Database and for Database we are using MySQL-5.3. There are 3 project Java,PHP,Support. Now we want users from Java Project can edit only to Java Project Pages and PHP & Support Project users should only be able to read the Java Project and not able to edit it. 59.163.21.131 (talk) 06:36, 13 April 2012 (UTC)

Manual:$wgNamespaceProtection Jasper Deng (talk) 00:38, 14 April 2012 (UTC)

HTTP 500 error after "Save" and before showing "Login-page"

installed software versions: - Windows Server 2003 - MediaWiki V1.18.2 - MySQL V4.1.14 - PHP V5.2.12 - Microsoft-IIS/6.0

The software was installed as default in German. There was no installation error.

Whenever I edit a page and than click one of three buttons at the bottom (e.g. Save) I get a "HTTP 500 Internal Server Error". But when I get the error page I still have "http://DNS-Name/wiki/index.php?title=Hauptseite&action=submit" as the address of the page in the browser. When I open "/wiki/index.php?title=Hauptseite" manually after this all changes have been written to the database.

The same error occurs every time I click on "Log on/Create user Account" (which links to /wiki/index.php?title=Spezial:Anmelden&returnto=Hauptseite) and the Logon-page is never shown. Even if I write "http://DNS-Name/wiki/index.php?title=Spezial:Anmelden" into the address line of my browser I receive this error.

What can I do? Where should I look? 212.38.4.71 (talk) 10:21, 13 April 2012 (UTC)

500 means fatal php error. Try to enable error reporting to see what the error actually is (See How to debug). Without knowing the actual error, its very difficult to tell whats wrong. Bawolff (talk) 04:02, 14 April 2012 (UTC)

I am experiencing this exact error after trying to move my wiki to a new server. I can login, read, and edit, but if I click "save" after editing I get a 500 error. I have turned on all error reporting, but still see a plain error 500 page. There is nothing showing up in my php logs, my sql logs, or in my wiki errors log. 66.225.132.249 18:01, 23 September 2014 (UTC)

How do I add this template?

I want to add the infobox template to my wiki. I have no idea how to do this, I am new to this. Anyone know how?

Here is the link to it. Step by step instruction would mean a lot.

http://en.wikipedia.org/wiki/Template:Infobox Heyaheya1 (talk) 00:30, 14 April 2012 (UTC)

1. Edit your MediaWiki:Common.css appropriately (see Wikipedia's version of that page for details)
2. Copy the template's code and all transcluded templates' code to your wiki Jasper Deng (talk) 00:52, 14 April 2012 (UTC)

Hey, thanks for the reply.

I searched that in my wiki, and the page is blank. It only gives me the option to create it? Heyaheya1 (talk) 01:04, 14 April 2012 (UTC)

Yeah, create it. You'll have to know some CSS to get infoboxes to appear correctly... :( Jasper Deng (talk) 01:05, 14 April 2012 (UTC)

Do I copy, and paste whats in that page you sent me? Sorry, completely stupid when it comes to this. Just starting out. Heyaheya1 (talk) 01:07, 14 April 2012 (UTC)

Pretty much, but much depends on your specific needs. Jasper Deng (talk) 01:07, 14 April 2012 (UTC)

Okay, I'll try it and let you know what happens. Thanks! :D Heyaheya1 (talk) 01:10, 14 April 2012 (UTC)

So I just created it here, where would I add the template for the infobox?

http://www.vfkforums.com/wiki/index.php?title=MediaWiki:Common.css

Thanks again for being so patient, and helpful. Heyaheya1 (talk) 01:17, 14 April 2012 (UTC)

Simply Template:Infobox (but not on this wiki, on your wiki) Jasper Deng (talk) 01:18, 14 April 2012 (UTC)

Sorry for being so stupid, but I am completely lost on what to put for the template when I create the page. I tried copying, and pasting what it told me to but it didn't work. Once again, thanks for your patience. Heyaheya1 (talk) 01:29, 14 April 2012 (UTC)

Please describe, more specifically "it didn't work". Jasper Deng (talk) 01:31, 14 April 2012 (UTC)

When I went to create the page, this is what came up:

<*div style="clear: both; margin: 1em 0 0 0; border: 1px solid #aaa; background-color: #f8f8f8; padding: 5px;">{{{1}}}

==Usage==

{{infobox|text}}

Used to make a box for special info.

Category:Templates</noinclude*>

Just remove the stars. Sorry if this doesn't explain. Heyaheya1 (talk) 01:34, 14 April 2012 (UTC)

I think that's what it's supposed to do, but you might be affected by the age of your MW version (1.15). I'd let a real developer comment from here on because I'm not good with CSS formatting. Jasper Deng (talk) 01:48, 14 April 2012 (UTC)

Okay, thank you for all your help. Heyaheya1 (talk) 01:49, 14 April 2012 (UTC)

JS & CSS loaded with ResourceLoader only load in debug mode

Hi,

I'm creating a custom skin from the following the documentation I can find on the subject. I've also created an extension to be installed with the skin to enable some custom functionality and to roll my javascript & css into the combined & minified files MediaWiki outputs through ResourceLoader. Files are loaded as expected and everything works fine until I turn off debug mode ($wgResourceLoaderDebug = false; in LocalSettings) and then ResourceLoader no longer loads the JS & CSS files specified. Am I missing something?

Here's my ResourceModule array from my extension:

$wgResourceModules['ext.practicalplants.css'] = array(
	'localBasePath' => dirname(dirname( __FILE__ )) . '/skins/',
	'remoteExtPath' => '../skins/PracticalPlants',
        'styles' => array('css/main.css'=>array('media'=>'screen'),'css/print.css'=>array('media'=>'print')),
        'position'=>'top'
 );
$wgResourceModules['ext.practicalplants'] = array(
	'localBasePath' => dirname( __FILE__ ) . '',
	'remoteExtPath' => 'PracticalPlants',
        'scripts' => array( 'js/modernizr-1.7.min.js','js/jquery.ui.autocomplete-html.js','js/practicalplants.js' ),
        'dependencies' => array( 'jquery.ui.autocomplete' )
);

in a BeforePageDisplay hook handler, I call OutputPage::addModules to add my resources to the page.

public static function beforePageDisplay( $out, $skin ) {
	if ( $skin instanceof SkinPracticalPlants ) {
		$out->addModules( 'ext.practicalplants.css' );
		$out->addModules( 'ext.practicalplants' );
	}
	return true;
}

As I said, this all works fine with $wgResourceLoaderDebug = true; my resources are all loaded independently. When it's set to false, my resources aren't rolled into the minified files or loaded separately.

Anyone know what I'm doing wrong?

MediaWiki 1.18.1 on PHP5, Apache2, Mysql5. 37.1.182.69 (talk) 14:50, 14 April 2012 (UTC)

Don't put your files in ./skins/PracticalPlants but put them in ./extensions/PracticalPlants/modules/ext.practicalplants. See also Manual:$wgResourceModules.

Does that fix the problem? Krinkle (talk) 14:57, 14 April 2012 (UTC)

Thanks for the reply and the documentation - I hadn't come across that one. Alas as far as I can see, everything is in line with what it instructs. I've also read over this documentation page: http://www.mediawiki.org/wiki/ResourceLoader/Migration_guide_(developers) time and time again, and can't find what I'm doing which is not inline with the instructions.

Unfortunately after moving my CSS and JS files as you suggested to module/ext.practicalplants in my extension directory and updating the paths in my extension accordingly, the problem remains the same. Resources load as expected when debug mode is on, but once turned off none of the specified CSS & JS files are bundled up by the ResourceLoader. My code resourceLoader arrays now looks like this, and the problem persists:

$ppResourceTemplate = array(
	'localBasePath' => dirname( __FILE__ ),
	'remoteExtPath' => 'PracticalPlants',
	'group' => 'ext.practicalplants'
);
$wgResourceModules['ext.practicalplants.css'] = $ppResourceTemplate + array(
        'styles' => array('modules/ext.practicalplants/css/main.css'=>array('media'=>'screen'),'modules/ext.practicalplants/css/print.css'=>array('media'=>'print')),
        'position'=>'top'
 );
$wgResourceModules['ext.practicalplants'] = $ppResourceTemplate + array(
        'scripts' => array( 'modules/ext.practicalplants/js/modernizr-1.7.min.js','modules/ext.practicalplants/js/jquery.ui.autocomplete-html.js','modules/ext.practicalplants/js/practicalplants.js' ),
        'dependencies' => array( 'jquery.ui.autocomplete' )
 );

Since the above post I've upgraded to 1.9.

Any ideas? 5.8.185.102 14:55, 25 May 2012 (UTC)

Strange. Here's a few things to check, maybe that will help:

• What is the path to the file where you copied the above snippet from? It should be in /your-mw-dir/extensions/PracticalPlants/PracticalPlants.php
• Included from LocalSettings.php with require_once( "{$IP}/extensions/PracticalPlants/PracticalPlants.php" );
• Enable debug mode (Manual:How to debug)
• Check PHP and/or Apache error log
• Check browser javascript console for information Krinkle (talk) 04:30, 26 May 2012 (UTC)

I have the same problem here. Did u find any solution ? 81.0.251.41 20:40, 4 August 2012 (UTC)

I strucled with similar kind of issue when I converted extension WYSIWYG to use resourceloader. If I have understood it right, debug mode does not use resourceloader in same way as "normal" mode. You have to first check that your module is really loaded By resourceloder using command mw.loader.getState( '_name_of_your_module_' ); in your browsers console. I have used firebug of firefox to debug loading of js- scripts. Riparap (talk) 15:11, 11 June 2016 (UTC)

Warning: Cannot load module 'pdo_sqlite' because required module 'pdo' is not loaded in Unknown on line 0

I keep having the following error, and cannot carry on with the installation, any idea why? Warning: Cannot load module 'pdo_sqlite' because required module 'pdo' is not loaded in Unknown on line 0

I have my own webserver, with root access, MySQL client version: 4.1.22 with phpMyAdmin, and also cPanel to create the database and admin user.

Any idea how to resolve?

Thanks! 220.255.1.168 (talk) 14:54, 14 April 2012 (UTC)

If you want to use sqlite, you must make sure that in your php configuration the module pdo is loaded as well. This is not the case currently.

If you don't need sqlite, I guess you can also deactivate pdo_sqlite to solve the issue. 88.130.79.10 15:36, 14 April 2012 (UTC)

where do i deactivate pdo_sqlite? i dont seem to b able to find that option.

i already has mysql, dont think i will need the sqlite.

thanks! alwyn 15:41, 14 April 2012 (UTC)

Cannot access mediawiki from outside of firewall

[Fixed] The file you uploaded seems to be empty - Windows Server 2008 R2

I've just installed MW 1.18.2 and followed the instructions at http://www.mediawiki.org/wiki/Manual:Configuring_file_uploads to enable file uploads. As soon as I select a PNG file to upload, a preview of that image appears in the browser, but when I click on the "Upload file" button I just get the error message:

The file you uploaded seems to be empty. This might be due to a typo in the filename. Please check whether you really want to upload this file.

If I check C:\Windows\Temp, I can see two phpXXXX.tmp files created at the time I click upload - both are zero bytes long.

I've given IUSR (as well as "Authenticated Users" and "ANONYMOUS LOGON" full control to D:\mediawiki-1.18.2\images (i.e. the default upload directory), but still get the same.

The file I'm trying to upload is a tiny 21KB PNG, so I don't think it's a file size or type problem.

Does anyone have any clues as to what may be going wrong?

Thanks.

MediaWiki: 1.18.2 PHP: 5.3.10 (cgi-fcgi) MySQL: 5.5.22 109.153.162.126 (talk) 16:25, 14 April 2012 (UTC)

OK, my bad. I went back and double checked everything fro the third time, and somehow IUSR did not have access to D:\mediawiki-1.18.2\images. Now it does, and file upload is working again. 109.153.162.126 20:22, 17 April 2012 (UTC)

Extension:ArticleFeedback installed but...

Hi I just install Article Feedback Extension with all requires plus inserting $wgArticleFeedbackLotteryOdds = 100; and double update (from web) but still can't see it in down of my pages. php: 5.2.17 mediawiki: 1.18.0 mysql: 5

and this is Environmental checks {

Environmental checks Basic checks are performed to see if this environment is suitable for MediaWiki installation. You should provide the results of these checks if you need help during installation.

PHP 5.2.17 is installed. Warning: SQLite is compiled without the FTS3 module, search features will be unavailable on this backend. Warning: Could not find eAccelerator, APC, XCache or WinCache. Object caching is not enabled.

Warning: php_uname() has been disabled for security reasons in /home/gamemat1/public_html/wiki/includes/GlobalFunctions.php on line 2448

Warning: escapeshellarg() has been disabled for security reasons in /home/gamemat1/public_html/wiki/includes/GlobalFunctions.php on line 1824

Warning: escapeshellarg() has been disabled for security reasons in /home/gamemat1/public_html/wiki/includes/GlobalFunctions.php on line 1824

GNU diff3 not found. Found GD graphics library built-in. Image thumbnailing will be enabled if you enable uploads.

Using server name "http://www.x.com". Using server URL "http://www.x.com/wiki".

Warning: php_uname() has been disabled for security reasons in /home/gamemat1/public_html/wiki/includes/installer/Installer.php on line 880

Warning: Your default directory for uploads /home/gamemat1/public_html/wiki/images/ is vulnerable to arbitrary scripts execution. Although MediaWiki checks all uploaded files for security threats, it is highly recommended to close this security vulnerability before enabling uploads.

Warning: The intl PECL extension is not available to handle Unicode normalization, falling back to slow pure-PHP implementation. If you run a high-traffic site, you should read a little on Unicode normalization.

Suhosin is installed and limits the GET parameter length to 512 bytes. MediaWiki's ResourceLoader component will work around this limit, but that will degrade performance. If at all possible, you should set suhosin.get.max_value_length to 1024 or higher in php.ini , and set $wgResourceLoaderMaxQueryLength to the same value in LocalSettings.php . The environment has been checked. You can install MediaWiki }

log after installation {

...have ipb_id field in ipblocks table.
...have ipb_expiry field in ipblocks table.
...already have interwiki table
...indexes seem up to 20031107 standards
...hitcounter table already exists.
...have rc_type field in recentchanges table.
...have user_real_name field in user table.
...querycache table already exists.
...objectcache table already exists.
...categorylinks table already exists.
...have pagelinks; skipping old links table updates
...il_from OK
...have rc_ip field in recentchanges table.
...PRIMARY key already set on image table.
...have rc_id field in recentchanges table.
...have rc_patrolled field in recentchanges table.
...logging table already exists.
...have user_token field in user table.
...have wl_notificationtimestamp field in watchlist table.
...watchlist talk page rows already present
...user table does not contain user_emailauthenticationtimestamp field.
...page table already exists.
...have log_params field in logging table.
...logging table has correct log_title encoding.
...have ar_rev_id field in archive table.
...have page_len field in page table.
...revision table does not contain inverse_timestamp field.
...have rev_text_id field in revision table.
...have rev_deleted field in revision table.
...have img_width field in image table.
...have img_metadata field in image table.
...have user_email_token field in user table.
...have ar_text_id field in archive table.
...up_property in table user_properties already modified by patch patch-up_property.sql
...uploadstash table already exists.
...user_former_groups table already exists.
...click_tracking table already exists.
...click_tracking_events table already exists.
...click_tracking_user_properties table already exists.
...click_tracking_action_time key already set on click_tracking table.
...have additional_info field in click_tracking table.
...prefswitch_survey table already exists.
...have pss_user_text field in prefswitch_survey table.
...prefswitch_survey table already exists.
...article_feedback table already exists.
...article_feedback table already exists.
...aa_page_id key already set on article_feedback table.
...have aa_design_bucket field in article_feedback table.
...have afp_value_text field in article_feedback_properties table.
...article_feedback_properties table already exists.
...article_feedback_revisions table already exists.
...article_feedback_stats_types table already exists.
...article_feedback_stats table already exists.
...article_feedback_timestamp key already set on article_feedback table.
...aa_page_user_token key already set on article_feedback table.
...aa_user_page_revision key doesn't exist.
Purging caches...done.
Checking site_stats row...done.
}
what is the problem? please help me to solve it 188.245.5.132 (talk) 18:51, 14 April 2012 (UTC)

Did you add $wgArticleFeedbackLotteryOdds after the require lines? Does ArticleFeedback extension appear on the special:version page of your wiki? Bawolff (talk) 03:29, 15 April 2012 (UTC)

yes i add $wgArticleFeedbackLotteryOdds = 100; after requires in localsettings and i can see ArticleFeedback extension in special:version page!

note that my wiki language is not English, this makes problem?

take a look on log after update, maybe something like "...aa_user_page_revision key doesn't exist." cause the problem Omidh (talk) 08:48, 15 April 2012 (UTC)

The update log thing is fine. If there was an issue with the update part, you would be getting a big scary error (about DB query errors). Bawolff (talk) 19:56, 15 April 2012 (UTC)

is there something i can do? Omidh (talk) 04:12, 17 April 2012 (UTC)

Semantic graphs

Can someone please provide a basic example for working out semantic graphs? There doesn't seem to be a workable example for graphs on the web! (I need a dot query which can form a graph of documents based on tags information inside them.) 165.91.10.141 (talk) 20:18, 14 April 2012 (UTC)

Semantic graph not displaying graph!

Can someone please provide a basic example for working out semantic graphs? There doesn't seem to be a workable example for graphs on the web! (I need a dot query which can form a graph of documents based on tags information inside them.) 165.91.10.141 (talk) 22:39, 14 April 2012 (UTC)

User Rights

I am just looking for a three tier User Access Right in my MW install. One is the Founder/Admin with all rights Second is the Moderator and Approve Kind of User Right Third is the User / submit content type of user

I need the third type of user to be allowed to simply submit content and upload image but it should get published only when moderator approves.

What should be the procedure / additional settings in my install.

Please guide.

Regards and Thanks. 117.219.243.96 (talk) 06:50, 15 April 2012 (UTC)

How about Extension:Approved Revs? by Devunt at 07:33, 15 April 2012 (UTC)

How to customize auto-numbering of TOCs

I read the manual, but neither it nor any extension told me or does what I want to do. I want to customize the Table of Contents so that it uses a different numbering scheme. For instance, instead of decimal/decimal/decimal/decimal/decimal, something like upper-roman/upper-latin/decimal/lower-latin/lower-roman (one of Microsoft Word's default lists), etc. or any other combination of my choosing based on list-style-type, even if I wanted Hebrew or Hiragana. –PatPeter 09:10, 15 April 2012 (UTC)

See customization example and modify the contents of style= parameter. wargo (talk) 12:42, 15 April 2012 (UTC)

No change. –PatPeter 00:24, 22 April 2012 (UTC)

Due to the way the TOC is currently programmed, its kind of cumbersome to customize the numbering scheme of the ToC. The numbers are rather hardcoded in Linker::tocLine which is unfortunate.

What you can do is add some css like follows to your mediawiki:Common.css (haven't tested much, you may need to play with it a little bit)

html #toc ul, .toc ul {
list-style-image:none;
list-style-position:inside;
list-style-type:armenian /*replace this with the type you want*/;
}
span.tocnumber {
display:none;
}

Bawolff (talk) 03:10, 16 April 2012 (UTC)

Thanks for pointing me to the function's location. I just rewrote the function for my wiki:

	// http://www.go4expert.com/forums/showthread.php?t=4948
	private static function numberToRoman($num) {
		$n = intval($num);
		$result = '';
		$romans = array(
			'M' => 1000, 
			'CM' => 900, 
			'D' => 500, 
			'CD' => 400,
			'C' => 100, 
			'XC' => 90, 
			'L' => 50, 
			'XL' => 40,
			'X' => 10, 
			'IX' => 9, 
			'V' => 5, 
			'IV' => 4, 
			'I' => 1
		);
		
		foreach ($romans as $roman => $latin) {
			$matches = intval($n / $latin);
			$result .= str_repeat($roman, $matches);
			$n = $n % $latin;
		}
		
		return $result;
	}
	
	static function tocLine( $anchor, $tocline, $tocnumber, $level, $sectionIndex = false ) {
		$classes = "toclevel-$level";
		if ( $sectionIndex !== false ) {
			$classes .= " tocsection-$sectionIndex";
		}
		$numbers = explode('.', $tocnumber);
		$tocnumbers = "";
		
		for ($i = 0; $i < count($numbers); $i++) {
			switch ($i) {
				case 0: # upper-roman
					$tocnumbers .= self::numberToRoman($numbers[$i]);
					break;
				
				case 1: # upper-latin
					$tocnumbers .= chr(64 + $numbers[$i]);
					break;
				
				case 2: # decimal
					$tocnumbers .= $numbers[$i];
					break;
				
				case 3: # lower-latin
					$tocnumbers .= strtolower(chr(64 + $numbers[$i]));
					break;
				
				case 4: # lower-roman
					$tocnumbers .= strtolower(self::numberToRoman($numbers[$i]));
					break;
				
				case 5: # lower-greek
					$tocnumbers .= "&#" . ($numbers[$i] + 944) . ";";
					break;
				
				default:
					$tocnumbers .= $numbers[$i];
			}
			$tocnumbers .= ". ";
		}
		
		return "\n<li class=\"$classes\"><a href=\"#" .
			$anchor . '"><span class="tocnumber"> ' .
			$tocnumbers . '</span> <span class="toctext">' .
			$tocline . '</span></a>';
	}

–PatPeter 03:51, 27 May 2012 (UTC)

Does anyone know if it is possible to grab css in PHP? If I could grab MediaWiki:Common.css and check for list-style-type in toclevel or tocsection I could make this code dynamic instead of static. –PatPeter 03:51, 27 May 2012 (UTC)

I don't understand what you mean by "grab css". You can certainly add more css on the php side (See resource loader docs for how to add custom css as part of an extension).

If you mean read the current css and do something based on that - In theory you can retrieve the current contents of MediaWiki:Common.css on the php side (just like you can do for any other message), parse the css, and see what's there, but that would be a large amount of work (to write your own css parser), not to mention css can come from other places too, so I really do not reccomend doing that, if that is what you are planning. A better way to be able to customize would be to define a new system message, get its contents with wfMsgForContent, and do stuff based on its contents (or rewrite the toc to use <li> which can be styled by css).

[As an aside, note that making custom patches to mediawiki is not recomended/supported yadda yadda standard disclaimer... Although in this case there's really no hooks for an extension to use] Bawolff (talk) 19:14, 13 June 2012 (UTC)

Short URL... too difficult

I want to follow Manual:Short URL for shortening my wiki url, but it's too hard to understand. My wiki is on localhost (the root folder is /w).

What does that "4. Edit httpd.conf to contain the rule Alias /wiki /path/to/your/wiki/index.php." mean? where in the httpd.conf file should I put that sentence? And "6. Add AcceptPathInfo on to your Apache config", what does this even mean? Isn't this too difficult for biginners to understand and follow?

I will appreciate if you let me know the easier way to have a short url. I seriously can't find no breakthrough. Help! LyJPedia (talk) 12:04, 15 April 2012 (UTC)

And if I have to put below in the .htaccess file to do this easily,

RewriteEngine On
RewriteBase /
RewriteRule ^wiki/index\.php/(.*) wiki/index.php?title=$1 [PT,L,QSA]

WHERE is that .htaccess file? I mean there are almost 15 .htaccess files in the whole xampp directory I use. Please help me with this. LyJPedia (talk) 12:12, 15 April 2012 (UTC)

Generally that would be in the directory that contains the wiki directory (usually your web root directory).

The httpd.conf is the overal config file for apache. I have no idea where it is on windows (on unix it usually lives at /etc/apache2).

Have you tried using http://shorturls.redwerks.org/

(I know short urls are difficult - have relief in the fact it is probably the most complicated thing you will ever have to do in terms of configuring mediawiki). Bawolff (talk) 03:14, 16 April 2012 (UTC)

Reorganizing or modifying wiki HTML?

I'm doing a new layout for my wiki out of scratch, it will be a single centered column with side navigation hidden and included into a dropdown menu on the top.

However, the wiki HTML leaves the page edit links and search bar on the bottom of the HTML. This is a problem because I need to use absolute positioning to bring it to the top. But I want it to be to the right of the centered column (you can see an image sample of how the top is here, although I cropped the borders, so you you can see the actual column, the two bars on the top is the dropdown navigation, I removed what was written: Image link). Since I can't use float:right because its on absolute (it would leave it floating outside the center column), I added a padding to the left so that it would get positioned on the right. Only the user tools on the top is using float:right. This is not really a good solution though, since specially the page edit tools element can change the number of links it has, and go outside or not start on the right.

So I was wondering if there is any way to change the HTML to reposition that element to already start on the top (so only a float:right would do the job), or to change the base HTML.

Another way to position that element without a float while in absolute would work too, although I don't know if that's even possible. (It has a set width with auto margins that matches the center column though)

Thanks in advance 189.26.132.33 (talk) 03:15, 16 April 2012 (UTC)

Nevermind, managed to fix that by leaving the main bodies in absolute and behind and the actual content as relative with float. 189.26.132.33 11:14, 17 April 2012 (UTC)

Search doesn't find all articles

I use MediaWiki 1.18.1, PHP 5.3.3 and PostgreSQL 8.4.9 (UTF8 and german locale). Search works well, but some articles aren't found, for instance: I search "urlaub" (german for holiday) and I get some articles containing this word. But I don't get an article titled "Urlaubsvertretung" which contains this word too. If I search for some other words, that are part of this article, then I find the article titled "Urlaubsvertretung". This behaviour occurs only while searching some "special" words. Generally searching works fine and shows the correct result. Whats the reason for this behaviour and how to change it?

Thx 178.25.121.211 (talk) 13:07, 16 April 2012 (UTC)

Try urlaub*. Truncation (aka wildcard) is disabled by default in the default database search. It only works at the end. You won't find it with *vertretung or vertretung. Horrible behaviour and very 1999. Wikimedfia projects use Lucene as proper search engine. Subfader (talk) 07:45, 18 April 2012 (UTC)

about admin aac

Hi, I just installed mediawiki, but I don't know why, but my admin account wasn't created, actually there is no account at all, I just created a new one, but it has common user rights, so i can't change any option, just write pages as normal, my question is, how can i set that account as the main admin account? 189.237.51.67 (talk) 14:26, 16 April 2012 (UTC)

You'll have to weave through the database for the appropriate userrights. If you were using an installation wizard other than the MediaWiki installation wizard itself you could easily run into this trouble. Jasper Deng (talk) 04:15, 17 April 2012 (UTC)

See also FAQ#Initial_user_was_not_created_by_installer_or_it_is_not_an_administrator Bawolff (talk) 00:31, 19 April 2012 (UTC)

Go to user table to get the user's ID, then go to user_groups table and insert the user's ID and the group (e. g. sysop). Or set $wgGroupPermissions['user']['userrights'] = true; temporarily and grant your account the needed rights whilst you are loggedin. Tim (SVG) 18:25, 21 April 2012 (UTC)

Error, Setup.php must be included from the file scope, after DefaultSettings.php

The last time I logged into the wiki page, it worked fine. Today when I try to go there all i get is above message. any suggestions? 148.177.1.212 (talk) 18:16, 16 April 2012 (UTC)

What's your MediaWiki version? Jasper Deng (talk) 17:38, 18 April 2012 (UTC)

MediaWiki doesn't recognise network adaptor in HyperV

Having downloaded MediaWiki (11.3 VMWare bundle) and converted it to a VHD format using the tool Vmdk2Vhd-1.0.13 and then added it as a HyperV VM, the machine reports that a Network Adaptor cannot be found (even though it has been added) 194.116.198.188 (talk) 14:21, 17 April 2012 (UTC)

You're probably missing Hyper-V drivers. Depending on your guest OS, you may or not be able to obtain the necessary drivers. Jasper Deng (talk) 03:06, 18 April 2012 (UTC)

did you ever get this resolved? 97.87.94.2 19:36, 19 July 2012 (UTC)

How do I add a horizontal line into an infobox?

How do I insert a horizontal line into an infobox for separation of headers? 89.143.110.32 (talk) 18:01, 17 April 2012 (UTC)

In general to insert a horizontal rule you can either do

-----

On a line all by itself, or do <hr>.

Depending on your infobox, you may want to do fancier things with divs that have borders. Bawolff (talk) 00:29, 19 April 2012 (UTC)

Save button does nothing under IE7, works fine in FF11

We've recently upgraded the server, software and other things on our Wiki server, and we have been getting reports of users using IE7 not being able to save any edits to any pages. I've tried it, and indeed, the save button simply does nothing. I've watched the system log while hitting the button and even used Wireshark to watch for network packets, and it simply goes nowhere.

Unfortunately, this is an internal only Wiki so I can't post the link.

Does anyone have any ideas as to what I could try?

Here's the rundown:

Dcigary~mediawikiwiki (talk) 20:17, 17 April 2012 (UTC)

Really? Nobody has any suggestions? Dcigary (talk) 16:31, 24 April 2012 (UTC)

Error when trying to lockdown permissions after upgrade

So, I recently upgraded from Mediawiki 1.16.4 to Mediawiki 1.18.2... The wiki was previously set up so most pages could not be viewed or edited by a select few users.

If I login, everything seems to work fine. However, if I'm not logged in and click on a page I don't have permission to view, I get an ugly error message, and setting $wgShowExceptionDetails = true; only makes it uglier without being helpful. I used to get a helpful "You don't have permission" page from Mediawiki.

The wiki is at http://writers.threadsofdamocles.org/ ... If you want to see the ugly error message, try http://writers.threadsofdamocles.org/index.php?title=Plotlines

MediaWiki 1.18.2 (updated from 1.16.4)
PHP 5.2.17 (cgi-fcgi)
MySQL 5.1.53-log

This is what's in the LocalSettings.php

## permissions
$wgGroupPermissions['*']['createaccount']   = false;
$wgGroupPermissions['*']['read']            = false;
$wgGroupPermissions['*']['edit']            = false;
$wgGroupPermissions['*']['createpage']      = false;
$wgGroupPermissions['*']['createtalk']      = false;
$wgGroupPermissions['user']['createaccount']   = false;
$wgWhitelistRead = array("Main Page", "Special:Userlogin", "MediaWiki:Common.css", "MediaWiki:Common.js", "MediaWiki:Monobook.css", "MediaWiki:Monobook.js", "-");

This is the error message, in case you don't want to click on the URL above:

MediaWiki internal error.

Original exception: exception 'MWException' with message 'Invalid special page name ""' in /home/threads/writers.threadsofdamocles.org/includes/SpecialPage.php:276
Stack trace:
#0 /home/threads/writers.threadsofdamocles.org/includes/Title.php(1893): SpecialPage::getTitleFor(NULL)
#1 /home/threads/writers.threadsofdamocles.org/includes/SkinTemplate.php(849): Title->userCanRead()
#2 /home/threads/writers.threadsofdamocles.org/includes/SkinTemplate.php(500): SkinTemplate->buildContentNavigationUrls(Object(OutputPage))
#3 /home/threads/writers.threadsofdamocles.org/includes/OutputPage.php(1864): SkinTemplate->outputPage(Object(OutputPage))
#4 /home/threads/writers.threadsofdamocles.org/includes/Wiki.php(396): OutputPage->output()
#5 /home/threads/writers.threadsofdamocles.org/includes/Wiki.php(641): MediaWiki->finalCleanup()
#6 /home/threads/writers.threadsofdamocles.org/includes/Wiki.php(547): MediaWiki->main()
#7 /home/threads/writers.threadsofdamocles.org/index.php(57): MediaWiki->run()
#8 {main}

Exception caught inside exception handler: exception 'MWException' with message 'Invalid special page name ""' in /home/threads/writers.threadsofdamocles.org/includes/SpecialPage.php:276
Stack trace:
#0 /home/threads/writers.threadsofdamocles.org/includes/Title.php(1893): SpecialPage::getTitleFor(NULL)
#1 /home/threads/writers.threadsofdamocles.org/includes/SkinTemplate.php(849): Title->userCanRead()
#2 /home/threads/writers.threadsofdamocles.org/includes/SkinTemplate.php(500): SkinTemplate->buildContentNavigationUrls(Object(OutputPage))
#3 /home/threads/writers.threadsofdamocles.org/includes/OutputPage.php(1864): SkinTemplate->outputPage(Object(OutputPage))
#4 /home/threads/writers.threadsofdamocles.org/includes/Exception.php(183): OutputPage->output()
#5 /home/threads/writers.threadsofdamocles.org/includes/Exception.php(209): MWException->reportHTML()
#6 /home/threads/writers.threadsofdamocles.org/includes/Exception.php(392): MWException->report()
#7 /home/threads/writers.threadsofdamocles.org/includes/Exception.php(471): MWExceptionHandler::report(Object(MWException))
#8 /home/threads/writers.threadsofdamocles.org/includes/Wiki.php(550): MWExceptionHandler::handle(Object(MWException))
#9 /home/threads/writers.threadsofdamocles.org/index.php(57): MediaWiki->run()
#10 {main}


Any idea what's going on here? Xiombarg (talk) 20:20, 17 April 2012 (UTC)

It has nothing to do with your wiki's locking down. You probably did not upgrade all of your files, including any extensions. Jasper Deng (talk) 03:08, 18 April 2012 (UTC)

Is there a particular extension that you think would be causing this issue? To my understanding, a lot of extensions are updated when you update MediaWiki.

I actually pulled my config over from the old setup onto a fresh install, so there really shouldn't be old stuff in place. Xiombarg (talk) 15:19, 18 April 2012 (UTC)

Hmmm, apologies, seems you're right. I commented out all extensions and it's working again. Not even sure we *need* these extensions.

I inherited this wiki from someone else, so... Ugh.

Thanks! Xiombarg (talk) 17:20, 18 April 2012 (UTC)

I'm not sure of hundred percent but I think I've had this problem, too. But in an older version. Tim (SVG) 18:28, 21 April 2012 (UTC)

Unknown bulleted list formatting in infobox

I am very new to MediaWiki, and I am trying to create basic infoboxes for all the new pages I'm creating. I have a rudimentary infobox which is functional for the moment, but it includes a bulleted list with the letters 'v' 't' and 'e' as the list items. I am not sure why this useless list appears in the infobox because there is no syntax that refers to it. I am just trying to remove the bulleted list from the infobox. Thanks for any and all help.

Here is the page, http://www.adatticum.org/index.php?t..._for_the_Media Gsistare (talk) 23:48, 17 April 2012 (UTC)

Not sure if you got it fixed but, I see nothing added anywhere to the text, it all seems to flow (didn't try any of the links), oh didn't see an infobox. Mlpearc (powwow) 01:26, 18 April 2012 (UTC)

For reference that sort of thing happens if you copy a template from wikipedia, but don't copy the w:mediawiki:common.css (the v,t,e are links to viewing, talk and edit a template. Wikipedia uses custom css to make them look nice. If they don't have the css they look horrid) Bawolff (talk) 00:28, 19 April 2012 (UTC)

Thank you for the help. I noticed I have the mediawiki:common.css page on my wiki, but I am unable to edit it; I see "/* CSS placed here will be applied to all skins */ " and I am only able to view the source of the page. http://www.adatticum.org/index.php?title=MediaWiki:Common.css

Is there some noticable issue that is disabling me from editing this?

Thanks again for the help. Gsistare (talk) 22:51, 20 April 2012 (UTC)

You need to have admin rights on your wiki to edit it. (On your wiki, currently the only user with such rights is the "Admin" user.) Bawolff (talk) 17:57, 21 April 2012 (UTC)

Great! I think I fixed it. I appreciate the help. Gsistare (talk) 22:14, 21 April 2012 (UTC)

Horrible resizing using ImageMagick

We've got ImageMagick doing a horrible job at resizing images. For example:

This problem exists for all resolutions of the images, however, of course, the full resolution image is fine.

Any ideas on how to fix this? Are there any parameters I can try?

Dcigary~mediawikiwiki (talk) 06:05, 18 April 2012 (UTC)

how can I edit wiki html?

how can I edit wiki html, so i can give different position to each part of it, or maybe add some extra stuff later? 189.237.31.208 (talk) 16:45, 18 April 2012 (UTC)

You may need to be more specific to get the answer you want. For making a skin see manual:Skinning, for just changing the sidebar see manual:Sidebar. Inside wikitext you can move around position of text elements using the position:absolute css rule (See any tutorial on CSS for how to do that). Bawolff (talk) 00:23, 19 April 2012 (UTC)

[RESOLVED] Strange URL

• MediaWiki 1.18.2
• PHP 5.2.17 (cgi-fcgi)
• MySQL 5.5.19-55

http://www.everythingfoodanddrink.org/wiki/Main_Page

The URL above is the normal URL for this wiki's main page.

And of late I've been seeing this in the same address bar:

http://www.everythingfoodanddrink.org/wiki/Main_Page#.T4pMstXN2Zk

The #.T4pMstXN2Zk has me puzzled. The things that have been done (since I noticed the change) is:

1. Upgraded to 1.18.2
2. Transferred the domain name from it's original registrar to my current host.
3. One of my developers has been working on Global user-rights and CentralAuth but, none of that stuff is live yet.

I hoping someone recognizes what's causing this. - FlightTime (open channel) 21:00, 18 April 2012 (UTC)

Magic 75.85.198.167 04:54, 27 April 2012 (UTC)

No, not really. Actually it was found to be Extension:AddThis. Tracking numbers I assume. Mlpearc (powwow) 02:15, 29 April 2012 (UTC)

MediaWiki won't upload a picture

Situation: When I try to upload a picture, the page loads (as if it where uploading) but after that nothing happens and the page Special:Upload loads again (blank). No error message, no uploaded picture, nothing. I have rights to upload, I've uploaded a lot of images just a couple of weeks ago, I don't know how to solve this.

I'm using MediaWiki 1.18.1, PHP 5.3 and MySQL

Thanks! 190.16.228.57 (talk) 21:39, 18 April 2012 (UTC)

Blank page generally means php fatal error with error reporting disabled. See How to debug to get the actual error message. Once you know the actual error message, please post it here.

Cheers Bawolff (talk) 00:15, 19 April 2012 (UTC)

Thanks!

When I said blank I ment to say that the Special:Upload page (Especial:SubirArchivo in spanish) re-loads (not blank, my mistake) as if nothing had happened.

I tried putting this in my LocalSettings.php:

error_reporting( E_ALL | E_STRICT );

ini_set( 'display_errors', 1 );

and

$wgDebugLogFile = "$wgScriptPath/debug_log.txt";

and

$wgShowExceptionDetails = true;

$wgShowSQLErrors = true;

$wgDebugDumpSql = true;

$wgShowDBErrorBacktrace = true;

And tried it, but no error showed up nor debug file created..

I'm completely lost here..

I'm under a shared hosting service,

Thank you! 190.16.228.57 04:04, 19 April 2012 (UTC)

Oh that's a different type of blank , I was thinking plain white page. The type of blank you have can happen in certain situations if it appears that no file was sent to mediawiki.

Double check file size limitations in php maybe. Bawolff (talk) 22:17, 19 April 2012 (UTC)

I have the same problem with version 1.21.1.

I've tried everything that I found as possible solutions but with no success.

My settings:

$wgUploadPath = "$wgScriptPath/images";

$wgUploadDirectory = "$IP/images";

$wgEnableUploads = true;

$wgHashedUploadDirectory = true;

$wgGroupPermissions['user']['upload'] = true;

$wgGroupPermissions['user']['reupload'] = true;

I've created the directories images/archive, images/thumb and images/temp (highest with 0777 !).

The upload doesn't work and there is no error message. The folder images/ is empty.

I'm using MediaWiki 1.21.1, PHP 5.3.26 and MySQL 5.5.32.

For any help thanx in advance! 87.143.109.102 20:40, 8 August 2013 (UTC)

Hi!

The files are not uploaded, but when exactly do you get which unexpected behaviour? Do you get a blank page after you tried to upload a file? Or does the upload page come up again and the file is not uploaded?

In any case, please add

error_reporting( -1 );

ini_set( 'display_errors', 1 );

to LocalSettings.php and see, if any errors are displayed when you then upload a file. 88.130.80.92 21:06, 8 August 2013 (UTC)

Hi,

After "uploading" the upload page comes up again and this with no error.

My LocalSettings contains:

error_reporting( -1 );

ini_set( 'display_errors', 1 );

$wgDebugLogFile = "$wgScriptPath/debug_log.txt";

$wgShowExceptionDetails = true;

And I tried following too - with the same result -> no error:

error_reporting( E_ALL | E_STRICT );

ini_set( 'display_errors', 1 ); 87.143.109.102 10:14, 9 August 2013 (UTC)

Hi!

This can happen when it appears that no file was sent to MediaWiki.

Check file size limitations in PHP maybe. 88.130.80.92 10:18, 9 August 2013 (UTC)

Hi,

my hoster do not allow direct access to php.

So I've changeg .htaccess in wiki-root:

<pre style="overflow:auto;"">php_value upload_max_filesize 128M

php_value post_max_size 128M

php_flag magic_quotes_gpc off

php_flag register_globals off

</pre>

But the problem is the same. No upload and no error message.

Some more ideas? 87.143.96.217 18:07, 9 August 2013 (UTC)

Site broken after upgrade with Call to undefined method MediaWiki::run()

Two days ago I upgraded from MW 1.16.2 to 1.18.2. At the same time I pruned and upgraded a few extensions. The last thing I did was leave a discussion page listing the upgrades.

Today when I returned I got this:

Fatal error: Call to undefined method MediaWiki::run() in /home/nakedwiki/nakedwiki/index.php on line 57

Does anyone have any idea what might have happened and what I can do about it?

thanks! 24.83.172.96 (talk) 02:45, 19 April 2012 (UTC)

I just visited your wiki and I do not see this error message (version 1.18.2 is still running there).

Seems like you could solve this already... 88.130.123.181 12:58, 25 April 2012 (UTC)

hi there... mine is broken too. I've upgraded from 1.16 to 1.19.2. Same error message. Seems like the method is changed. Shall i edit index.php? What is the new name of the method?

I need urgent help :( 178.251.45.72 08:13, 23 October 2012 (UTC)

I just had this problem on CentOS, upgrading from 1.16 to 1.20 and couldn't find any solution so I am posting here so that others may benefit.

Basically the problem was php53-xml was not installed on my system, and it looks like it's needed for the database upgrade to complete successfully - note that the upgrade without php-xml does not throw any errors so it looks like it's completed successfully, but it doesn't. Paulfxx (talk) 10:54, 9 November 2012 (UTC)

Integrating MediaWiki's users to a personal ASP.NET Website

Hi,

I'm currently in the process of developing a Website for my reenactment group. Part of the development consisted in creating a Wiki using MediaWiki. I'm currently developing the user login page for my ASP.NET application and to avoid the need to create another user table, and also keeping the current list of the Wiki's users I wanted to use the MediaWiki user's table.

My problem is with the password, I have no idea how the encryption algorithm works so I can't compare the passwords. Is there any way I could use the User's table for my ASP.NET application?

Thanks, Nicolas Costa 200.89.154.82 (talk) 16:16, 19 April 2012 (UTC)

Have a look at Manual:User table#user_password. Krenair ^{(talk • contribs)} 16:21, 19 April 2012 (UTC)

Hi,

Thanks for the guide. I'm currently attempting to decrypt the password, what I did first was convert the byte[] array to a string using

System.Text.Encoding enc = System.Text.Encoding.ASCII;

string p = enc.GetString(u[0].User_password); //u[0].User_password is the byte[] of the password.

This is the result: 260960baba3a5d00959bb8bc6880fdec 200.89.154.82 16:54, 19 April 2012 (UTC)

What I would like is a step-by-step of the process I would need to follow to validate the user's password from my personal website, since in the link above it's not clear how you get "A pseudo-random hexadecimal 31-bit salt between 0x0 and 0x7fff ffff (inclusive)", for this exercise let's use the string "example". 200.89.154.82 19:02, 19 April 2012 (UTC)

So far I have completed most of the algorythm in C#.

string pwd = GetMd5Sum(password);

string hash = (GetMd5Sum("salt" + "-" + pwd));

pwd = GetMd5Sum(":B:" + "salt" + ":" + hash);

return pwd;

The only part I have been unable to solve is the Salt. How can I complete it? 200.89.154.82 14:01, 23 April 2012 (UTC)

Here's your solution:

public Byte[] createWikiUserPassword(string newPassword)

{

// Wikipassword in format ":B:" + salt + ":" + md5 hash of ( salt + "-" + md5 hash of (password) )

// Create Salt

Byte[] salt = new Byte[4];

RNGCryptoServiceProvider rng = new RNGCryptoServiceProvider();

rng.GetBytes(salt);

MD5 md5 = MD5.Create();

string strSalt = hash2hexstring(salt);

// MD5 has of password

Byte[] hashPassword = md5.ComputeHash(Encoding.UTF8.GetBytes(input));

string strHashPassword = hash2hexstring(hashPassword);

// MD5 hash of salt + dash + hashPassword

Byte[] md5saltPasswordHash = md5.ComputeHash(enc.GetBytes( strSalt + "-" + strHashPassword ));

string strMd5SaltPasswordHash = hash2hexstring(md5saltPasswordHash);

string strUserPassword = ":B:" + strSalt + ":" + strMd5SaltPasswordHash;

// Total result

Byte[] userPassword = enc.GetBytes(strUserPassword);

return userPassword;

}

private string hash2hexstring(byte[] input)

{

string strInput = BitConverter.ToString(input);

strInput = strInput.Replace("-", "");

strInput = strInput.ToLower();

return strInput;

} 80.254.146.132 14:35, 27 April 2012 (UTC)

Sorry, I missed the declaration if 'enc':

private System.Text.UTF8Encoding enc = new System.Text.UTF8Encoding();

Cheers,

Carl. 80.254.146.132 14:36, 27 April 2012 (UTC)

You can edit your post you know. Krenair ^{(talk • contribs)} 14:59, 27 April 2012 (UTC)

New Installation of MediaWiki fails at log in /create account with 500 error

I have recently installed mediawiki on a test network with the following configurations: MediaWiki version - 1.18.2 PHP - 5.40 Database - MySQL 5.5.22 win 64 Operating System - Windows Server 2008 R2 IIS - 7.5

I followed the installation guide, and was able to successfully generate the LocalSettings.php file When I launch MediaWiki (http://localhost/Mediawiki/Index.php), I get the Main Page. When I click on the Log In / Create Account menu at the top right, it returns a 500 error.

Any pointers as to troubleshooting, and ultimately resolving this would be created.

Many thanks

Dante Eyitayo (talk) 08:49, 20 April 2012 (UTC)

PHP and Mysql was upgraded on my server and now I get a blank white page.

PHP and Mysql was upgraded on my server and now I get a blank white page.

I was running an older version of Media Wiki, because the newer version did not work with my version of php.

The upgrades were: php 5.1.6 to 5.3 mysql 5.0.77 to 5.1

I can't even load the Wiki to see the version number.

Is it possible to upgrade to the latest version of Media Wiki and then import the old database information?

thank you! 74.65.140.238 (talk) 12:41, 20 April 2012 (UTC)

You did not tell us your MediaWiki version number. ;-) You always could do an update of MediaWiki, but right now I wouldn't. I would advice you to not change even more things (which might break even more stuff). Instead you should try to understand, which problem you have right now. Activate the PHP error log and see what it tells you after you tried to visit some pages in your wiki. With this info you can check, what makes sense as the next step. 88.130.86.84 13:55, 20 April 2012 (UTC)

Can you please tell me how can I find my MediaWiki version number if I can't get the site to load?

can you tell me which file to look in?

thank you so much! 74.65.140.238 14:03, 20 April 2012 (UTC)

here is the error message:

Parse error: syntax error, unexpected T_NAMESPACE, expecting T_STRING in /var/www/vhosts/eastwindstrust.org/httpdocs/includes/Namespace.php on line 46 74.65.140.238 14:15, 20 April 2012 (UTC)

this page seems to have a solution, but I'm confused about what "nano" means:

nano Namespace.php

http://icesquare.com/wordpress/mediawiki-error-parse-error-syntax-error-unexpected-t_namespace-expecting-t_string-in-usrlocalwwwapache22datawikiincludesnamespace-php-on-line-46/

could you please explain this? does it simply mean to open the page and edit it or an I actually adding a line to Namespace.php that reads "nano Namespace.php"?

thank you! 74.65.140.238 14:29, 20 April 2012 (UTC)

Hi,

the MediaWiki version number is in the file includes/DefaultSettings.php on your webserver. Somewhere at the beginning of this file there is a variable definition: $wgVersion = ... That's the version you have.

Before you are doing any of the below it might be wise to make sure that you have a backup of your MediaWiki installation.

On that page in the small boxes you see what the blog author typed on the command line. The word "nano" in front of "Namespace.php" is the command to open the file Namespace.php with the programme "nano", which is an editor. If you want to proceed with what the blog author does, you can just open this file with an editor and modify it as he writes: Go to line 46, change the following from:

class Namespace {

to:

class MWNamespace {

Then you would still have to take the other steps, which he has there. There he is basically replacing all occurences of the word "Namespace" with "MWNamespace" inside the "includes" directory.

However, according to the error you get, it is caused by your MediaWiki version being to old. Your version does not work with PHP 5.3. Most probably this MediaWiki version also has known security holes, which you should fix anyway. So it would also make sense to do an update of MediaWiki, instead of fixing all these errors by hand. However, this might lead you to getting even more errors in the time when you try to get it running again with a new version. But it would bring you on the save side security wise. 88.130.86.84 15:28, 20 April 2012 (UTC)

I am running version 1.6.10.

is there any way to do a clean install of the newest version and import my old database?

I'd like to get the content out of our old wiki, but if it's too much trouble we can just start fresh.

We really only had 15 or so pages of content.

Is there any way to get this old content out of the database? I would be happy to be able to cut and paste the text from my pages into a new install of the latest version!

thanks for your help! 74.65.140.238 20:55, 20 April 2012 (UTC)

Hi again,

the page Installation contains a walk through on how to set up a new installation of MediaWiki.

If it is only about the pages (not about uploaded files or MediaWiki extensions), which you want to keep, then you can go through the installation instructions. When you are in the installer, where it asks you for a database name, enter a name of an empty database. Then complete installation. You will get an empty new Wiki.

Now two possible ways of getting your data back:

• Extract it out of your old database manually and save it in your new wiki. See one of the first sections on Manual:Page_table for a way how to locate the current versions of the text on your pages.
• The second possibility is to now change the database name and the database password in LocalSettings.php so that it points to the database from your old wiki (= the one with your old pages in it). Then the new wiki will use your old database. Run the web updater to update this old database to the new layout.

After one of these processes you should have a new wiki with your old content in it. 88.130.86.84 21:59, 20 April 2012 (UTC)

[RESOLVED] Customizing TOC and other Boxes

My website uses a black background so I have had to convert our new mediawiki install to have compatible colors so they will show up and be readable on this black background. I've managed to get nearly all of it converted over, however now the TOC and the page that pops up after you save a template (the green box screen) have the light cyan text like the rest of my site (which is on the black background). I've looked all over and sifted through many .css files but I cannot seem to find what setting will effectively fix those boxes.

http://www.imperialarmywiki.com/wiki/index.php?title=Jento_Svarthos shows the TOC.

MediaWiki: 1.18.1 PHP: 5.2.17 (cgi-fcgi) MySQL: 5.1.61-community-log Jpkidwell75 (talk) 19:11, 20 April 2012 (UTC)

After digging in further and inspecting some elements closely I was able to finally find the settings I needed and add them to Common.css Jpkidwell75 (talk) 05:49, 21 April 2012 (UTC)

unexpected formatting with PRE and OL

When I try to use a preformatted text block containing line-breaks within an ordered list, the text from the PRE block ends up outside of the formatted text area (gray block).

This works as expected:

1. Show some preformatted text:
   

   This is preformatted text!

This works as expected:

This is preformatted text!
Both lines show up in the box.

This does not:

1. show an empty text box and put the contents on the following line :
   

    This should be preformatted text!
   Neither of these lines will show up in the text box!

64.247.128.12 (talk) 19:57, 20 April 2012 (UTC)

The line break terminates the <li> and <ol> which causes the <pre> to be nested incorrectly and be cut off (depending on if you use tidy, what actually happens may vary).

The work around, is instead of using # syntax for the list, explicitly use html style <ol><li><pre>text here</pre></li></ol> Bawolff (talk) 19:13, 21 April 2012 (UTC)

Imo it's a bug. https://bugzilla.wikimedia.org/show_bug.cgi?id=36205 Subfader (talk) 08:49, 24 April 2012 (UTC)

How do I change user rights through the database?

The guides are outdated and I need help desperately.

• MediaWiki: 1.20alpha
• PHP: 5.3 FastCGI
• Database: MySQL 4.1 Jeffwang16 (talk) 21:46, 20 April 2012 (UTC)

Huh, through the DB? Really the hard way? The DB table user_groups contains the user id and the associated user groups. See Manual:User_groups_table for details.

I don't know your exact situation, but mightn't it be easier to temporarily grant any user the right to change user rights? This can be done by setting $wgGroupPermissions['*']['userrights'] = true; in LocalSettings.php. Then login/register any user and change the rights as needed. (Do not forget to remove this line again afterwards! ;-) ) 88.130.86.84 22:08, 20 April 2012 (UTC)

No. I said the guides were OUTDATED!!

The thing is that I'm running a non-intrusive wiki host. THAT'S why I'm going to change the SQL database, but last time I tried the account became corrupted.

Do not offer me any other alternative. Jeffwang16 (talk) 23:07, 20 April 2012 (UTC)

Do you think I can read your mind which guides you think were outdated? And when you try to get a problem solved always prevent to tell people what exactly you did and what exactly happened, that you did not expect to happen.

No, I won't offer you another alternative; you can be sure. 88.130.86.84 00:23, 21 April 2012 (UTC)

Go to user table to get the user's ID, then go to user_groups table and insert the user's ID and the group (e. g. sysop). Tim (SVG) 18:21, 21 April 2012 (UTC)

You are aware that the software versions you have listed their aren't compatible (MW 1.19 and later needs at least MySQL 5.02 according to min requirements).

Additionally, I don't know which guides you were looking at, but all the relavent guides I am aware of are perfectly accurate for 1.20. Furthermore, user groups haven't changed since MediaWiki 1.5 (Well the ui changed a bit more recently, but we're still talking years ago), so you'd be hard pressed to find a guide so old that it was outdated. Bawolff (talk) 19:06, 21 April 2012 (UTC)

How to mass block already registered spam account

Hello, I would like to block the thousands of spam users in my mw (I already installed extensions to stop new spam account creation). The extension UserAdmin almost do what I want, enabling to list user, filter with regexp, select and block. Unfortunately when I click Block, it goes to the "Post" page, which doesn't exist.

So now what I would like is a way to select all this bad users, block them, and remove all their "contributions". I have access to DB, so a SQL command would do the trick as far as I'm concerned. Psychoslave (talk) 22:22, 20 April 2012 (UTC)

Well, assuming that they all use a common set of a few IP addresses, CheckUser has an interface for mass-blocking. Jasper Deng (talk) 22:24, 20 April 2012 (UTC)

You could try requiring email confirmation to edit. I find that this works well, even on wikis that allow anonymous editing. Inquisitor Sasha Ehrenstein aus dem Sturmkrieg Sector (Talk) (Contributions) 16:00, 23 April 2012 (UTC)

Hooks Definitions are confusing to me

I was looking at the ParserFirstCallInit hook, and I think it is confusing, unless someone can explain the notation. I see something like this:

function fnMyHook( &$parser ) {
    ...
}
$wgHooks['ParserFirstCallInit'][] = 'MyExtensionHooks::someExample';

Shouldn't the second line be:

$wgHooks['ParserFirstCallInit'][] = 'fnMyHook';

I really don't understand how they tie together if I use someExample. Wouldn't I also have to define someExample and have it use the same function arguments and call fnMyHook?

Thanks. 71.178.60.68 (talk) 01:50, 22 April 2012 (UTC)

No, you shouldn't create a global function for each hook. The "right way" (anno 2012) would be to have a *.hooks.php file in your extension folder, in which you create a class with public static methods. Then in your main extension php file:

$wgAutoloadClasses['VectorHooks'] = dirname( __FILE__ ) . '/Vector.hooks.php';
$wgHooks['GetPreferences'][] = 'VectorHooks::getPreferences';
$wgHooks['BeforePageDisplay'][] = 'VectorHooks::beforePageDisplay';

Look at the files in mediawiki/extensions/Vector.git as example. Krinkle (talk) 19:53, 25 April 2012 (UTC)

Basically the IP who asks the question is right: The definition inside the "$wgHooks['ParserFirstCallInit'][] = " line must fit to the function name. In the example, this should also be the case, but is not.

Either the second line should be

$wgHooks['ParserFirstCallInit'][] = 'fnMyHook';

or the hook function should be

class MyExtensionHooks {

function someExample() {

// ...your code...

return true;

}

} 88.130.124.118 20:38, 29 April 2012 (UTC)

Fixed: See Manual:Hooks/ParserFirstCallInit

The function sample now matches what it should be (a public static function, with the same name as the value added to the $wgHooks registry). Krinkle (talk) 01:25, 1 May 2012 (UTC)

Thanks for the fix! I also tried that but did not really step through how all these templates relate to each other. :-) 88.130.110.219 17:18, 1 May 2012 (UTC)

I encountered this yesterday on another hook page and was quite confused by what the sample code was indicating:

http://www.mediawiki.org/wiki/Manual:Hooks/ImageBeforeProduceHTML

It looks like all your hooks examples are done this way. 209.29.183.172 19:38, 1 May 2012 (UTC)

You mean the class name, which is present in the line "$wgHooks['ParserFirstCallInit'][] = ...", but not present in the function definition? Right, it should be at both places, or at none. Having it at both would blow up all the function definitions, so I have just taken it out. 88.130.110.219 22:21, 1 May 2012 (UTC)

Reverted, please discuss further at Template talk:MediaWikiHook. Krinkle (talk) 04:23, 3 May 2012 (UTC)

A lot of refreshes DDoS's my Wiki

For security matters, I won't post any URL's to the Wiki. It's a pain to (temporary) solve this problem.

My Wiki used to run on a server with Nginx as its web server, I never had any problems with that. Now my Wiki is moved to a DirectAdmin + HTTPD web server, and now the horror starts!

Every time the Wiki gets overloaded (either by many people on it (10 or more at the same time), or by lots of refreshes at the same time), my Wiki, as well as any other website on the same server, gets DDoS'd. This results in the server to be unable to read any content of MySQL, and a restart of HTTPD service is required to solve the problems. After so many researches, I'm now completely sure that it has something to do with MediaWiki software. I don't know exactly what, but I know it's something from the said package.

OS: CentOS 6
Panel: DirectAdmin
MediaWiki version: 1.18.2 (1.18.0 also had this problem)
PHP: 5.3.10 (apache2handler)
MySQL: 5.5.20 62.238.241.81 (talk) 18:19, 22 April 2012 (UTC)

Take a look at Manual:Performance tuning and User:Aaron Schulz/How to make MediaWiki fast. Krenair ^{(talk • contribs)} 18:58, 22 April 2012 (UTC)

It seemed like lots of stuff to do, but I've just installed XCache.

Now it doesn't seem to have any problems, after some stress tests. 217.63.66.133 08:20, 23 April 2012 (UTC)

File:// links are underlined but cant be clicked

File:// links are underlined but cant be clicked.

Can right click and copy link and paste in new window without issue.

We added in array_push( $wgUrlProtocols, 'file:' ); to the localsettings.php to get the underline working. 203.219.225.45 (talk) 04:02, 23 April 2012 (UTC)

Local file links are blocked by non IE browsers by default. Google. Subfader (talk) 08:42, 24 April 2012 (UTC)

WikiEditor Problem in Internet Explorer

I've added Wikieditor(from old editor to new, the one used in Wikipedia and here) in localsettings.php, it works fine in firefox but the special characters function isn't showing up in IE. I've tried Wikipedia Editor in IE and it works fine there. How do I fix this.

System Used:

  Apache 2.2.21
  MySQL 5.5.16 (Community Server)
  PHP 5.3.8 (VC9 X86 32bit thread safe) + PEAR
  Internet Explorer 8 
  Mediawiki 1.18 Raymond.herrera24 (talk) 06:42, 23 April 2012 (UTC)

I have the same problem on IE9 - the special characters dropdown just spins infinitly but loads correctly in Wikipedia.com or MediaWiki.org - a solution would be greatly appriciated.

Windows Server 2008 R2

MySQL 5.5.22

PHP 5.4.0

MediaWiki 1.18.2 Timberock (talk) 18:59, 27 April 2012 (UTC)

How do I change the background images for Vector with the css pages?

I know that the background for Vector is controlled by various images, and I'm wondering if they can be changed with the css pages. Lieutenant Aleksandr Reznov 14:31, 23 April 2012 (UTC)

I have similar Problem that I cannot bind a background-image into a side like

background-image url(//.....the URL /neiter with /images/testback.jpg)

an entry into common.css with !important does not help.

Normal [[File:testback.jpg]] works.

You should open up a site for that 95.157.14.25 16:12, 21 February 2013 (UTC)

Cannot crop and paste image using WYSIWYG extension

I have been trying to crop and paste an image to the mediawiki editor but unsuccessful. In fact, the image displays fine inside the edit area. But after hitting save or preview, the image is gone. The page only shows [[File:|220x220px]]

Please let me know how to fix this issue. Many thanks for your help.

Below is my Wiki's information: MediaWiki 1.17.0 PHP 5.3.3 (apache2handler) MySQL 5.1.52 Tthai01 (talk) 02:49, 24 April 2012 (UTC)

Your picture first needs to be uploaded to your wiki. In the future, we might get around that hurdle, but for now, I think that's how it is :( . Jasper Deng (talk) 02:51, 24 April 2012 (UTC)

Strange IP's with user's.

MediaWiki 1.17.1, PHP 5.2.17 (cgi-fcgi), MySQL 5.1.61-community-log

I've been noticing recently that a lot of users (Over the past couple weeks or more.) seemed to have been using proxies. That's what I thought. When they created their accounts, I later checked their IP's, I saw first they used a proxy IP that had been earlier blocked, then switch to a regular IP. At least that was what the checkuser logged entries looked to me. But then I began to notice everyone signing up an account on my site all used proxies first. (Each proxy had been associated with a previously known spammer.) So I ran an experiment and created a test account. I then logged in with my admin account and ran a checkuser on that new test account. I saw that it also used a proxy IP before going to my own IP address? To me it looks like either someone has inserted something into the account creation process or something else. I'm not sure what it's trying to do whether to hijack, monitor, or just an error? The only thing that is consistent is that every person who creates an account starts off with a known spammer proxy IP before their real IP is logged. (The user's apparently are unaware of this.) Anyone else have this problems? Anyway to fix this/root out what the problem may be?

On a side note: (I'm not sure if this is related or even relevant.) but a couple or more weeks ago, I had a persistent vandal/spammer who was able to get past my site's questycatchpa and create multiple accounts. This person always used three separate IP's. Two were known spammer proxies and the third happened to be my own IP. This person would create a new account every few days with two new proxies, but would include my IP along with it too. Either they weren't able to create a spammer page or did not want to, but for a long while they included my IP with their accounts. Now I checked my end and my firewall is up to date and so is my router. Plus, after a while the person stopped trying to use my IP. (I thought they were trying to get me to black myself.) Brothejr (talk) 11:22, 24 April 2012 (UTC)

Localsettings.php not Found by non-admin users

For any user that is not an admin on the machine whenever they try to open a MediaWiki site they get a "Localsettings.php not found. Please set up the wiki first." error message. The site has been configured, and the localsettings.php file moved to the root directory. I have even tried removing teh mw-config folder altogether and my users still hit this error. Any suggstions on how to resolve this problem?

MediaWiki 1.18.2 Windows Server 2008 R2 IIS 7.5 MySQL Community Edition 5.5.23 PHP 5.4.0 Timberock (talk) 17:48, 24 April 2012 (UTC)

Hi,

the file must be named LocalSettings.php (be aware of upper and lower case). Make sure that file permissions are set correctly. 88.130.123.181 21:07, 24 April 2012 (UTC)

The casing was correct and permissions matched that of index.php and all other files in my site directory. I tracked this down to havng Windows Authentication enabled. When I disable Windows Authentication everythign works but then the server fails to populate the Remote_User Server variable. Without this info I am unable to utilize the AutomaticRemoteUser extension to create accounts for my domain users.

What I cannot figure out is why using Windows Authentication prevents locating the LocalSettings.php file. When I enable Windows Authentication I do not modify security permissions so I am stumped on what the blocker is. 131.107.0.109 21:47, 24 April 2012 (UTC)

The problem is an issue of whether anonymous users can access your web server's LocalSettings.php.

In a domain environment my advice is to create a user for the IIS server to run under, tell IIS to operate the website under that user account, and grant at least "read" permissions for that account for your web directory (not just your individual file, especially since extensions must access the /extensions directory). "write" and "modify" permissions will be required if you intend to allow file uploads or to use Special:LockDB. Jasper Deng (talk) 01:16, 25 April 2012 (UTC)

I found the root cause of the problem - when I switched over to using Windows Authentication the security group that gated user access did not have the same permissions as the IIS_IUSRS group that controls anonymous access. I had to mirror the access levels of IIS_USRS to my domain security group both in my MediaWiki site folder and the PHP folder. Once done the settings file is found and the site loads as expected. Timberock (talk) 17:26, 26 April 2012 (UTC)

Timberock,

I'm seeing the same thing with an installation of mine. We're using the Auth_Remoteuser extension and when we ported to a Windows 2008 R2 system our admin accounts could see the wiki just fine, but end-users were getting the "LocalSettings.php file not found" screen.

Your fix that you mentioned is very general in how you stated it, so I want to confirm, in more specific language, what you did to fix this:

You set ACL settings to match both in the Mediawiki site root AND for your PHP installation folder (Most often found in the 32-bit program file folder c:\Program Files (x86)\PHP) to the same permissions settings (specifically for the IIS_IUSRS group to match for both web root and PHP folder). Correct? Tomcat59 (talk) 17:04, 30 April 2013 (UTC)

Found the answer to our particular issue - Turns out we needed to change the IIS 7.5 application pool to use a domain account as the identified login account instead of depending on the default "ApplicationPoolIdentity" identity that IIS assigns to the site when it is created. The trick is to change this and then to get the end users to close their browsers and retry access and this should get them in with a working setup. Tomcat59 (talk) 20:48, 17 December 2013 (UTC)

Turns out the fix is to use a dedicated domain login account in the Application Identity (not the default "ApplicationPoolIdentity" that IIS provides. Once that is set, the wiki will begun functioning normally for non-admin users. Tomcat59 (talk) 20:50, 17 December 2013 (UTC)

Turns out the fix is to use a dedicated domain login account in the Application Identity (not the default "ApplicationPoolIdentity" that IIS provides. Once that is set, the wiki will begun functioning normally for non-admin users. Tomcat59 (talk) 20:51, 17 December 2013 (UTC)

upgrade configuration problem with PostgreSQL on mediawiki 1.17.3

I am facing some issues regarding the configuration of mediawiki 1.17.3 if restart the installation. If upgrade the installation it unable to upgrade and displayed a message.

I first get the default output of the update script. Then comes an error. Here is the message:

......
... index 'pagelink_unique_index' already exists
... constraint 'revision_rev_user_fkey' is ON DELETE RESTRICT
... have ipb_address_unique

An error occured:
A database query syntax error has occurred.
The last attempted database query was:
"INSERT INTO updatelog (ul_key,ul_value) VALUES ('updatelist-1.17.3-1280243652','a:174:{i:0;a:2:{i:0;s:11:"addSequence";i:1;s:18:"logging_log_id_seq";}i:1;a:2:{i:0;s:11:"addSequence";i:1;s:27:"page_restrictions_pr_id_seq";}i:2;a:3:{i:0;s:14:"renameSequence";i:1;s:19:"ipblocks_ipb_id_val";i:2;s:19:"ipblocks_ipb_id_seq";}i:3;a:3:{i:0;s:14:"renameSequence";i:1;s:14:"rev_rev_id_val";i:2;s:19:"revision_rev_id_seq";}i:4;a:3:{i:0;s:14:"renameSequence";i:1;s:15:"text_old_id_val";i:2;s:15:"text_old_id_seq";}i:5;a:3:{i:0;s:14:"renameSequence";i:1;s:15:"category_id_seq";i:2;s:19:"category_cat_id_seq";}i:6;a:3:{i:0;s:14:"renameSequence";i:1;s:12:"rc_rc_id_seq";i:2;s:23:"recentchanges_rc_id_seq";}i:7;a:3:{i:0;s:14:"renameSequence";i:1;s:14:"log_log_id_seq";i:2;s:18:"logging_log_id_seq";}i:8;a:3:{i:0;s:14:"renameSequence";i:1;s:9:"pr_id_val";i:2;s:27:"page_restrictions_pr_id_seq";}i:9;a:3:{i:0;s:8:"addTable";i:1;s:8:"category";i:2;s:18:"patch-category.sql";}i:10;a:3:{i:0;s:8:"addTable";i:1;s:4:"page";i:2;s:14:"patch-page.sql";}i:11;a:3:{i:0;s:8:"addTable";i:1;s:13:"querycachetwo";i:2;s:23:"patch-querycachetwo.sql";}i:12;a:3:{i:0;s:8:"addTable";i:1;s:10:"page_props";i:2;s:20:"patch-page_props.sql";}i:13;a:3:{i:0;s:8:"addTable";i:1;s:17:"page_restrictions";i:2;s:27:"patch-page_restrictions.sql";}i:14;a:3:{i:0;s:8:"addTable";i:1;s:9:"profiling";i:2;s:19:"patch-profiling.sql";}i:15;a:3:{i:0;s:8:"addTable";i:1;s:16:"protected_titles";i:2;s:26:"patch-protected_titles.sql";}i:16;a:3:{i:0;s:8:"addTable";i:1;s:8:"redirect";i:2;s:18:"patch-redirect.sql";}i:17;a:3:{i:0;s:8:"addTable";i:1;s:9:"updatelog";i:2;s:19:"patch-updatelog.sql";}i:18;a:3:{i:0;s:8:"addTable";i:1;s:10:"change_tag";i:2;s:20:"patch-change_tag.sql";}i:19;a:3:{i:0;s:8:"addTable";i:1;s:11:"tag_summary";i:2;s:21:"patch-tag_summary.sql";}i:20;a:3:{i:0;s:8:"addTable";i:1;s:9:"valid_tag";i:2;s:19:"patch-valid_tag.sql";}i:21;a:3:{i:0;s:8:"addTable";i:1;s:15:"user_properties";i:2;s:25:"patch-user_properties.sql";}i:22;a:3:{i:0;s:8:"addTable";i:1;s:10:"log_search";i:2;s:20:"patch-log_search.sql";}i:23;a:3:{i:0;s:8:"addTable";i:1;s:10:"l10n_cache";i:2;s:20:"patch-l10n_cache.sql";}i:24;a:3:{i:0;s:8:"addTable";i:1;s:7:"iwlinks";i:2;s:17:"patch-iwlinks.sql";}i:25;a:3:{i:0;s:8:"addTable";i:1;s:12:"msg_resource";i:2;s:22:"patch-msg_resource.sql";}i:26;a:3:{i:0;s:8:"addTable";i:1;s:18:"msg_resource_links";i:2;s:28:"patch-msg_resource_links.sql";}i:27;a:3:{i:0;s:8:"addTable";i:1;s:11:"module_deps";i:2;s:21:"patch-module_deps.sql";}i:28;a:1:{i:0;s:15:"convertArchive2";}i:29;a:4:{i:0;s:10:"addPgField";i:1;s:7:"archive";i:2;s:10:"ar_deleted";i:3;s:27:"SMALLINT NOT NULL DEFAULT 0";}i:30;a:4:{i:0;s:10:"addPgField";i:1;s:7:"archive";i:2;s:6:"ar_len";i:3;s:7:"INTEGER";}i:31;a:4:{i:0;s:10:"addPgField";i:1;s:7:"archive";i:2;s:10:"ar_page_id";i:3;s:7:"INTEGER";}i:32;a:4:{i:0;s:10:"addPgField";i:1;s:7:"archive";i:2;s:12:"ar_parent_id";i:3;s:7:"INTEGER";}i:33;a:4:{i:0;s:10:"addPgField";i:1;s:13:"categorylinks";i:2;s:17:"cl_sortkey_prefix";i:3;s:24:"TEXT NOT NULL DEFAULT ''''";}i:34;a:4:{i:0;s:10:"addPgField";i:1;s:13:"categorylinks";i:2;s:12:"cl_collation";i:3;s:23:"TEXT NOT NULL DEFAULT 0";}i:35;a:4:{i:0;s:10:"addPgField";i:1;s:13:"categorylinks";i:2;s:7:"cl_type";i:3;s:28:"TEXT NOT NULL DEFAULT ''page''";}i:36;a:4:{i:0;s:10:"addPgField";i:1;s:5:"image";i:2;s:8:"img_sha1";i:3;s:24:"TEXT NOT NULL DEFAULT ''''";}i:37;a:4:{i:0;s:10:"addPgField";i:1;s:8:"ipblocks";i:2;s:18:"ipb_allow_usertalk";i:3;s:27:"SMALLINT NOT NULL DEFAULT 0";}i:38;a:4:{i:0;s:10:"addPgField";i:1;s:8:"ipblocks";i:2;s:13:"ipb_anon_only";i:3;s:27:"SMALLINT NOT NULL DEFAULT 0";}i:39;a:4:{i:0;s:10:"addPgField";i:1;s:8:"ipblocks";i:2;s:11:"ipb_by_text";i:3;s:24:"TEXT NOT NULL DEFAULT ''''";}i:40;a:4:{i:0;s:10:"addPgField";i:1;s:8:"ipblocks";i:2;s:15:"ipb_block_email";i:3;s:27:"SMALLINT NOT NULL DEFAULT 0";}i:41;a:4:{i:0;s:10:"addPgField";i:1;s:8:"ipblocks";i:2;s:18:"ipb_create_account";i:3;s:27:"SMALLINT NOT NULL DEFAULT 1";}i:42;a:4:{i:0;s:10:"addPgField";i:1;s:8:"ipblocks";i:2;s:11:"ipb_deleted";i:3;s:27:"SMALLINT NOT NULL DEFAULT 0";}i:43;a:4:{i:0;s:10:"addPgField";i:1;s:8:"ipblocks";i:2;s:20:"ipb_enable_autoblock";i:3;s:27:"SMALLINT NOT NULL DEFAULT 1";}i:44;a:4:{i:0;s:10:"addPgField";i:1;s:11:"filearchive";i:2;s:10:"fa_deleted";i:3;s:27:"SMALLINT NOT NULL DEFAULT 0";}i:45;a:4:{i:0;s:10:"addPgField";i:1;s:7:"logging";i:2;s:11:"log_deleted";i:3;s:27:"SMALLINT NOT NULL DEFAULT 0";}i:46;a:4:{i:0;s:10:"addPgField";i:1;s:7:"logging";i:2;s:6:"log_id";i:3;s:66:"INTEGER NOT NULL PRIMARY KEY DEFAULT nextval(''logging_log_id_seq'')";}i:47;a:4:{i:0;s:10:"addPgField";i:1;s:7:"logging";i:2;s:10:"log_params";i:3;s:4:"TEXT";}i:48;a:4:{i:0;s:10:"addPgField";i:1;s:6:"mwuser";i:2;s:14:"user_editcount";i:3;s:7:"INTEGER";}i:49;a:4:{i:0;s:10:"addPgField";i:1;s:6:"mwuser";i:2;s:17:"user_newpass_time";i:3;s:11:"TIMESTAMPTZ";}i:50;a:4:{i:0;s:10:"addPgField";i:1;s:8:"oldimage";i:2;s:10:"oi_deleted";i:3;s:27:"SMALLINT NOT NULL DEFAULT 0";}i:51;a:4:{i:0;s:10:"addPgField";i:1;s:8:"oldimage";i:2;s:13:"oi_major_mime";i:3;s:31:"TEXT NOT NULL DEFAULT ''unknown''";}i:52;a:4:{i:0;s:10:"addPgField";i:1;s:8:"oldimage";i:2;s:13:"oi_media_type";i:3;s:4:"TEXT";}i:53;a:4:{i:0;s:10:"addPgField";i:1;s:8:"oldimage";i:2;s:11:"oi_metadata";i:3;s:25:"BYTEA NOT NULL DEFAULT ''''";}i:54;a:4:{i:0;s:10:"addPgField";i:1;s:8:"oldimage";i:2;s:13:"oi_minor_mime";i:3;s:31:"TEXT NOT NULL DEFAULT ''unknown''";}i:55;a:4:{i:0;s:10:"addPgField";i:1;s:8:"oldimage";i:2;s:7:"oi_sha1";i:3;s:24:"TEXT NOT NULL DEFAULT ''''";}i:56;a:4:{i:0;s:10:"addPgField";i:1;s:17:"page_restrictions";i:2;s:5:"pr_id";i:3;s:70:"INTEGER NOT NULL UNIQUE DEFAULT nextval(''page_restrictions_pr_id_seq'')";}i:57;a:4:{i:0;s:10:"addPgField";i:1;s:9:"profiling";i:2;s:9:"pf_memory";i:3;s:33:"NUMERIC(18,10) NOT NULL DEFAULT 0";}i:58;a:4:{i:0;s:10:"addPgField";i:1;s:13:"recentchanges";i:2;s:10:"rc_deleted";i:3;s:27:"SMALLINT NOT NULL DEFAULT 0";}i:59;a:4:{i:0;s:10:"addPgField";i:1;s:13:"recentchanges";i:2;s:13:"rc_log_action";i:3;s:4:"TEXT";}i:60;a:4:{i:0;s:10:"addPgField";i:1;s:13:"recentchanges";i:2;s:11:"rc_log_type";i:3;s:4:"TEXT";}i:61;a:4:{i:0;s:10:"addPgField";i:1;s:13:"recentchanges";i:2;s:8:"rc_logid";i:3;s:26:"INTEGER NOT NULL DEFAULT 0";}i:62;a:4:{i:0;s:10:"addPgField";i:1;s:13:"recentchanges";i:2;s:10:"rc_new_len";i:3;s:7:"INTEGER";}i:63;a:4:{i:0;s:10:"addPgField";i:1;s:13:"recentchanges";i:2;s:10:"rc_old_len";i:3;s:7:"INTEGER";}i:64;a:4:{i:0;s:10:"addPgField";i:1;s:13:"recentchanges";i:2;s:9:"rc_params";i:3;s:4:"TEXT";}i:65;a:4:{i:0;s:10:"addPgField";i:1;s:8:"redirect";i:2;s:12:"rd_interwiki";i:3;s:9:"TEXT NULL";}i:66;a:4:{i:0;s:10:"addPgField";i:1;s:8:"redirect";i:2;s:11:"rd_fragment";i:3;s:9:"TEXT NULL";}i:67;a:4:{i:0;s:10:"addPgField";i:1;s:8:"revision";i:2;s:11:"rev_deleted";i:3;s:27:"SMALLINT NOT NULL DEFAULT 0";}i:68;a:4:{i:0;s:10:"addPgField";i:1;s:8:"revision";i:2;s:7:"rev_len";i:3;s:7:"INTEGER";}i:69;a:4:{i:0;s:10:"addPgField";i:1;s:8:"revision";i:2;s:13:"rev_parent_id";i:3;s:20:"INTEGER DEFAULT NULL";}i:70;a:4:{i:0;s:10:"addPgField";i:1;s:10:"site_stats";i:2;s:15:"ss_active_users";i:3;s:20:"INTEGER DEFAULT ''-1''";}i:71;a:4:{i:0;s:10:"addPgField";i:1;s:12:"user_newtalk";i:2;s:19:"user_last_timestamp";i:3;s:11:"TIMESTAMPTZ";}i:72;a:4:{i:0;s:10:"addPgField";i:1;s:7:"logging";i:2;s:13:"log_user_text";i:3;s:24:"TEXT NOT NULL DEFAULT ''''";}i:73;a:4:{i:0;s:10:"addPgField";i:1;s:7:"logging";i:2;s:8:"log_page";i:3;s:7:"INTEGER";}i:74;a:4:{i:0;s:10:"addPgField";i:1;s:9:"interwiki";i:2;s:6:"iw_api";i:3;s:24:"TEXT NOT NULL DEFAULT ''''";}i:75;a:4:{i:0;s:10:"addPgField";i:1;s:9:"interwiki";i:2;s:9:"iw_wikiid";i:3;s:24:"TEXT NOT NULL DEFAULT ''''";}i:76;a:5:{i:0;s:11:"changeField";i:1;s:7:"archive";i:2;s:10:"ar_deleted";i:3;s:8:"smallint";i:4;s:0:"";}i:77;a:5:{i:0;s:11:"changeField";i:1;s:7:"archive";i:2;s:13:"ar_minor_edit";i:3;s:8:"smallint";i:4;s:33:"ar_minor_edit::smallint DEFAULT 0";}i:78;a:5:{i:0;s:11:"changeField";i:1;s:11:"filearchive";i:2;s:10:"fa_deleted";i:3;s:8:"smallint";i:4;s:0:"";}i:79;a:5:{i:0;s:11:"changeField";i:1;s:11:"filearchive";i:2;s:9:"fa_height";i:3;s:7:"integer";i:4;s:0:"";}i:80;a:5:{i:0;s:11:"changeField";i:1;s:11:"filearchive";i:2;s:11:"fa_metadata";i:3;s:5:"bytea";i:4;s:28:"decode(fa_metadata,''escape'')";}i:81;a:5:{i:0;s:11:"changeField";i:1;s:11:"filearchive";i:2;s:7:"fa_size";i:3;s:7:"integer";i:4;s:0:"";}i:82;a:5:{i:0;s:11:"changeField";i:1;s:11:"filearchive";i:2;s:8:"fa_width";i:3;s:7:"integer";i:4;s:0:"";}i:83;a:5:{i:0;s:11:"changeField";i:1;s:11:"filearchive";i:2;s:16:"fa_storage_group";i:3;s:4:"text";i:4;s:0:"";}i:84;a:5:{i:0;s:11:"changeField";i:1;s:11:"filearchive";i:2;s:14:"fa_storage_key";i:3;s:4:"text";i:4;s:0:"";}i:85;a:5:{i:0;s:11:"changeField";i:1;s:5:"image";i:2;s:12:"img_metadata";i:3;s:5:"bytea";i:4;s:29:"decode(img_metadata,''escape'')";}i:86;a:5:{i:0;s:11:"changeField";i:1;s:5:"image";i:2;s:8:"img_size";i:3;s:7:"integer";i:4;s:0:"";}i:87;a:5:{i:0;s:11:"changeField";i:1;s:5:"image";i:2;s:9:"img_width";i:3;s:7:"integer";i:4;s:0:"";}i:88;a:5:{i:0;s:11:"changeField";i:1;s:5:"image";i:2;s:10:"img_height";i:3;s:7:"integer";i:4;s:0:"";}i:89;a:5:{i:0;s:11:"changeField";i:1;s:9:"interwiki";i:2;s:8:"iw_local";i:3;s:8:"smallint";i:4;s:28:"iw_local::smallint DEFAULT 0";}i:90;a:5:{i:0;s:11:"changeField";i:1;s:9:"interwiki";i:2;s:8:"iw_trans";i:3;s:8:"smallint";i:4;s:28:"iw_trans::smallint DEFAULT 0";}i:91;a:5:{i:0;s:11:"changeField";i:1;s:8:"ipblocks";i:2;s:8:"ipb_auto";i:3;s:8:"smallint";i:4;s:28:"ipb_auto::smallint DEFAULT 0";}i:92;a:5:{i:0;s:11:"changeField";i:1;s:8:"ipblocks";i:2;s:13:"ipb_anon_only";i:3;s:8:"smallint";i:4;s:77:"CASE WHEN ipb_anon_only='' '' THEN 0 ELSE ipb_anon_only::smallint END DEFAULT 0";}i:93;a:5:{i:0;s:11:"changeField";i:1;s:8:"ipblocks";i:2;s:18:"ipb_create_account";i:3;s:8:"smallint";i:4;s:87:"CASE WHEN ipb_create_account='' '' THEN 0 ELSE ipb_create_account::smallint END DEFAULT 1";}i:94;a:5:{i:0;s:11:"changeField";i:1;s:8:"ipblocks";i:2;s:20:"ipb_enable_autoblock";i:3;s:8:"smallint";i:4;s:91:"CASE WHEN ipb_enable_autoblock='' '' THEN 0 ELSE ipb_enable_autoblock::smallint END DEFAULT 1";}i:95;a:5:{i:0;s:11:"changeField";i:1;s:8:"ipblocks";i:2;s:15:"ipb_block_email";i:3;s:8:"smallint";i:4;s:81:"CASE WHEN ipb_block_email='' '' THEN 0 ELSE ipb_block_email::smallint END DEFAULT 0";}i:96;a:5:{i:0;s:11:"changeField";i:1;s:8:"ipblocks";i:2;s:11:"ipb_address";i:3;s:4:"text";i:4;s:17:"ipb_address::text";}i:97;a:5:{i:0;s:11:"changeField";i:1;s:8:"ipblocks";i:2;s:11:"ipb_deleted";i:3;s:8:"smallint";i:4;s:31:"ipb_deleted::smallint DEFAULT 0";}i:98;a:5:{i:0;s:11:"changeField";i:1;s:4:"math";i:2;s:14:"math_inputhash";i:3;s:5:"bytea";i:4;s:31:"decode(math_inputhash,''escape'')";}i:99;a:5:{i:0;s:11:"changeField";i:1;s:4:"math";i:2;s:15:"math_outputhash";i:3;s:5:"bytea";i:4;s:32:"decode(math_outputhash,''escape'')";}i:100;a:5:{i:0;s:11:"changeField";i:1;s:6:"mwuser";i:2;s:10:"user_token";i:3;s:4:"text";i:4;s:0:"";}i:101;a:5:{i:0;s:11:"changeField";i:1;s:6:"mwuser";i:2;s:16:"user_email_token";i:3;s:4:"text";i:4;s:0:"";}i:102;a:5:{i:0;s:11:"changeField";i:1;s:11:"objectcache";i:2;s:7:"keyname";i:3;s:4:"text";i:4;s:0:"";}i:103;a:5:{i:0;s:11:"changeField";i:1;s:8:"oldimage";i:2;s:9:"oi_height";i:3;s:7:"integer";i:4;s:0:"";}i:104;a:5:{i:0;s:11:"changeField";i:1;s:8:"oldimage";i:2;s:11:"oi_metadata";i:3;s:5:"bytea";i:4;s:29:"decode(img_metadata,''escape'')";}i:105;a:5:{i:0;s:11:"changeField";i:1;s:8:"oldimage";i:2;s:7:"oi_size";i:3;s:7:"integer";i:4;s:0:"";}i:106;a:5:{i:0;s:11:"changeField";i:1;s:8:"oldimage";i:2;s:8:"oi_width";i:3;s:7:"integer";i:4;s:0:"";}i:107;a:5:{i:0;s:11:"changeField";i:1;s:4:"page";i:2;s:16:"page_is_redirect";i:3;s:8:"smallint";i:4;s:36:"page_is_redirect::smallint DEFAULT 0";}i:108;a:5:{i:0;s:11:"changeField";i:1;s:4:"page";i:2;s:11:"page_is_new";i:3;s:8:"smallint";i:4;s:31:"page_is_new::smallint DEFAULT 0";}i:109;a:5:{i:0;s:11:"changeField";i:1;s:10:"querycache";i:2;s:8:"qc_value";i:3;s:7:"integer";i:4;s:0:"";}i:110;a:5:{i:0;s:11:"changeField";i:1;s:13:"querycachetwo";i:2;s:9:"qcc_value";i:3;s:7:"integer";i:4;s:0:"";}i:111;a:5:{i:0;s:11:"changeField";i:1;s:13:"recentchanges";i:2;s:6:"rc_bot";i:3;s:8:"smallint";i:4;s:26:"rc_bot::smallint DEFAULT 0";}i:112;a:5:{i:0;s:11:"changeField";i:1;s:13:"recentchanges";i:2;s:10:"rc_deleted";i:3;s:8:"smallint";i:4;s:0:"";}i:113;a:5:{i:0;s:11:"changeField";i:1;s:13:"recentchanges";i:2;s:8:"rc_minor";i:3;s:8:"smallint";i:4;s:28:"rc_minor::smallint DEFAULT 0";}i:114;a:5:{i:0;s:11:"changeField";i:1;s:13:"recentchanges";i:2;s:6:"rc_new";i:3;s:8:"smallint";i:4;s:26:"rc_new::smallint DEFAULT 0";}i:115;a:5:{i:0;s:11:"changeField";i:1;s:13:"recentchanges";i:2;s:7:"rc_type";i:3;s:8:"smallint";i:4;s:27:"rc_type::smallint DEFAULT 0";}i:116;a:5:{i:0;s:11:"changeField";i:1;s:13:"recentchanges";i:2;s:12:"rc_patrolled";i:3;s:8:"smallint";i:4;s:32:"rc_patrolled::smallint DEFAULT 0";}i:117;a:5:{i:0;s:11:"changeField";i:1;s:8:"revision";i:2;s:11:"rev_deleted";i:3;s:8:"smallint";i:4;s:31:"rev_deleted::smallint DEFAULT 0";}i:118;a:5:{i:0;s:11:"changeField";i:1;s:8:"revision";i:2;s:14:"rev_minor_edit";i:3;s:8:"smallint";i:4;s:34:"rev_minor_edit::smallint DEFAULT 0";}i:119;a:5:{i:0;s:11:"changeField";i:1;s:13:"templatelinks";i:2;s:12:"tl_namespace";i:3;s:8:"smallint";i:4;s:22:"tl_namespace::smallint";}i:120;a:5:{i:0;s:11:"changeField";i:1;s:12:"user_newtalk";i:2;s:7:"user_ip";i:3;s:4:"text";i:4;s:13:"host(user_ip)";}i:121;a:4:{i:0;s:19:"changeNullableField";i:1;s:8:"oldimage";i:2;s:7:"oi_bits";i:3;s:4:"NULL";}i:122;a:4:{i:0;s:19:"changeNullableField";i:1;s:8:"oldimage";i:2;s:12:"oi_timestamp";i:3;s:4:"NULL";}i:123;a:4:{i:0;s:19:"changeNullableField";i:1;s:8:"oldimage";i:2;s:13:"oi_major_mime";i:3;s:4:"NULL";}i:124;a:4:{i:0;s:19:"changeNullableField";i:1;s:8:"oldimage";i:2;s:13:"oi_minor_mime";i:3;s:4:"NULL";}i:125;a:1:{i:0;s:14:"checkOiDeleted";}i:126;a:4:{i:0;s:10:"addPgIndex";i:1;s:7:"archive";i:2;s:17:"archive_user_text";i:3;s:14:"(ar_user_text)";}i:127;a:4:{i:0;s:10:"addPgIndex";i:1;s:5:"image";i:2;s:8:"img_sha1";i:3;s:10:"(img_sha1)";}i:128;a:4:{i:0;s:10:"addPgIndex";i:1;s:8:"oldimage";i:2;s:7:"oi_sha1";i:3;s:9:"(oi_sha1)";}i:129;a:4:{i:0;s:10:"addPgIndex";i:1;s:4:"page";i:2;s:20:"page_mediawiki_title";i:3;s:37:"(page_title) WHERE page_namespace = 8";}i:130;a:4:{i:0;s:10:"addPgIndex";i:1;s:9:"pagelinks";i:2;s:15:"pagelinks_title";i:3;s:10:"(pl_title)";}i:131;a:4:{i:0;s:10:"addPgIndex";i:1;s:8:"revision";i:2;s:15:"rev_text_id_idx";i:3;s:13:"(rev_text_id)";}i:132;a:4:{i:0;s:10:"addPgIndex";i:1;s:13:"recentchanges";i:2;s:16:"rc_timestamp_bot";i:3;s:31:"(rc_timestamp) WHERE rc_bot = 0";}i:133;a:4:{i:0;s:10:"addPgIndex";i:1;s:13:"templatelinks";i:2;s:18:"templatelinks_from";i:3;s:9:"(tl_from)";}i:134;a:4:{i:0;s:10:"addPgIndex";i:1;s:9:"watchlist";i:2;s:7:"wl_user";i:3;s:9:"(wl_user)";}i:135;a:4:{i:0;s:10:"addPgIndex";i:1;s:7:"logging";i:2;s:22:"logging_user_type_time";i:3;s:35:"(log_user, log_type, log_timestamp)";}i:136;a:4:{i:0;s:10:"addPgIndex";i:1;s:7:"logging";i:2;s:20:"logging_page_id_time";i:3;s:24:"(log_page,log_timestamp)";}i:137;a:4:{i:0;s:10:"addPgIndex";i:1;s:7:"iwlinks";i:2;s:21:"iwl_prefix_title_from";i:3;s:33:"(iwl_prefix, iwl_title, iwl_from)";}i:138;a:1:{i:0;s:21:"checkOiNameConstraint";}i:139;a:1:{i:0;s:23:"checkPageDeletedTrigger";}i:140;a:1:{i:0;s:20:"checkRcCurIdNullable";}i:141;a:1:{i:0;s:24:"checkPagelinkUniqueIndex";}i:142;a:1:{i:0;s:16:"checkRevUserFkey";}i:143;a:1:{i:0;s:14:"checkIpbAdress";}i:144;a:1:{i:0;s:14:"checkIwlPrefix";}i:145;a:4:{i:0;s:20:"changeFkeyDeferrable";i:1;s:7:"archive";i:2;s:7:"ar_user";i:3;s:34:"mwuser(user_id) ON DELETE SET NULL";}i:146;a:4:{i:0;s:20:"changeFkeyDeferrable";i:1;s:13:"categorylinks";i:2;s:7:"cl_from";i:3;s:31:"page(page_id) ON DELETE CASCADE";}i:147;a:4:{i:0;s:20:"changeFkeyDeferrable";i:1;s:13:"externallinks";i:2;s:7:"el_from";i:3;s:31:"page(page_id) ON DELETE CASCADE";}i:148;a:4:{i:0;s:20:"changeFkeyDeferrable";i:1;s:11:"filearchive";i:2;s:15:"fa_deleted_user";i:3;s:34:"mwuser(user_id) ON DELETE SET NULL";}i:149;a:4:{i:0;s:20:"changeFkeyDeferrable";i:1;s:11:"filearchive";i:2;s:7:"fa_user";i:3;s:34:"mwuser(user_id) ON DELETE SET NULL";}i:150;a:4:{i:0;s:20:"changeFkeyDeferrable";i:1;s:5:"image";i:2;s:8:"img_user";i:3;s:34:"mwuser(user_id) ON DELETE SET NULL";}i:151;a:4:{i:0;s:20:"changeFkeyDeferrable";i:1;s:10:"imagelinks";i:2;s:7:"il_from";i:3;s:31:"page(page_id) ON DELETE CASCADE";}i:152;a:4:{i:0;s:20:"changeFkeyDeferrable";i:1;s:8:"ipblocks";i:2;s:6:"ipb_by";i:3;s:33:"mwuser(user_id) ON DELETE CASCADE";}i:153;a:4:{i:0;s:20:"changeFkeyDeferrable";i:1;s:8:"ipblocks";i:2;s:8:"ipb_user";i:3;s:34:"mwuser(user_id) ON DELETE SET NULL";}i:154;a:4:{i:0;s:20:"changeFkeyDeferrable";i:1;s:9:"langlinks";i:2;s:7:"ll_from";i:3;s:31:"page(page_id) ON DELETE CASCADE";}i:155;a:4:{i:0;s:20:"changeFkeyDeferrable";i:1;s:7:"logging";i:2;s:8:"log_user";i:3;s:34:"mwuser(user_id) ON DELETE SET NULL";}i:156;a:4:{i:0;s:20:"changeFkeyDeferrable";i:1;s:8:"oldimage";i:2;s:7:"oi_name";i:3;s:51:"image(img_name) ON DELETE CASCADE ON UPDATE CASCADE";}i:157;a:4:{i:0;s:20:"changeFkeyDeferrable";i:1;s:8:"oldimage";i:2;s:7:"oi_user";i:3;s:34:"mwuser(user_id) ON DELETE SET NULL";}i:158;a:4:{i:0;s:20:"changeFkeyDeferrable";i:1;s:9:"pagelinks";i:2;s:7:"pl_from";i:3;s:31:"page(page_id) ON DELETE CASCADE";}i:159;a:4:{i:0;s:20:"changeFkeyDeferrable";i:1;s:10:"page_props";i:2;s:7:"pp_page";i:3;s:32:"page (page_id) ON DELETE CASCADE";}i:160;a:4:{i:0;s:20:"changeFkeyDeferrable";i:1;s:17:"page_restrictions";i:2;s:7:"pr_page";i:3;s:31:"page(page_id) ON DELETE CASCADE";}i:161;a:4:{i:0;s:20:"changeFkeyDeferrable";i:1;s:16:"protected_titles";i:2;s:7:"pt_user";i:3;s:34:"mwuser(user_id) ON DELETE SET NULL";}i:162;a:4:{i:0;s:20:"changeFkeyDeferrable";i:1;s:13:"recentchanges";i:2;s:9:"rc_cur_id";i:3;s:32:"page(page_id) ON DELETE SET NULL";}i:163;a:4:{i:0;s:20:"changeFkeyDeferrable";i:1;s:13:"recentchanges";i:2;s:7:"rc_user";i:3;s:34:"mwuser(user_id) ON DELETE SET NULL";}i:164;a:4:{i:0;s:20:"changeFkeyDeferrable";i:1;s:8:"redirect";i:2;s:7:"rd_from";i:3;s:31:"page(page_id) ON DELETE CASCADE";}i:165;a:4:{i:0;s:20:"changeFkeyDeferrable";i:1;s:8:"revision";i:2;s:8:"rev_page";i:3;s:32:"page (page_id) ON DELETE CASCADE";}i:166;a:4:{i:0;s:20:"changeFkeyDeferrable";i:1;s:8:"revision";i:2;s:8:"rev_user";i:3;s:34:"mwuser(user_id) ON DELETE RESTRICT";}i:167;a:4:{i:0;s:20:"changeFkeyDeferrable";i:1;s:13:"templatelinks";i:2;s:7:"tl_from";i:3;s:31:"page(page_id) ON DELETE CASCADE";}i:168;a:4:{i:0;s:20:"changeFkeyDeferrable";i:1;s:10:"trackbacks";i:2;s:7:"tb_page";i:3;s:31:"page(page_id) ON DELETE CASCADE";}i:169;a:4:{i:0;s:20:"changeFkeyDeferrable";i:1;s:11:"user_groups";i:2;s:7:"ug_user";i:3;s:33:"mwuser(user_id) ON DELETE CASCADE";}i:170;a:4:{i:0;s:20:"changeFkeyDeferrable";i:1;s:12:"user_newtalk";i:2;s:7:"user_id";i:3;s:33:"mwuser(user_id) ON DELETE CASCADE";}i:171;a:4:{i:0;s:20:"changeFkeyDeferrable";i:1;s:15:"user_properties";i:2;s:7:"up_user";i:3;s:33:"mwuser(user_id) ON DELETE CASCADE";}i:172;a:4:{i:0;s:20:"changeFkeyDeferrable";i:1;s:9:"watchlist";i:2;s:7:"wl_user";i:3;s:33:"mwuser(user_id) ON DELETE CASCADE";}i:173;a:1:{i:0;s:12:"tsearchFixes";}}')"
from within function "DatabaseUpdater::setAppliedUpdates".
Database returned error "1: ERROR:  relation "updatelog" does not exist
LINE 1: ...abaseUpdater::setAppliedUpdates 127.0.0.1 */ INTO updatelog ...

Backtrace:

1. 0 /opt/PostgreSQL/EnterpriseDB-ApachePHP/apache/www/mediaWiki/includes/db/Database.php(751): DatabaseBase->reportQueryError('ERROR: relatio...', 1, 'INSERT INTO upd...', 'DatabaseUpdater...', )
2. 1 /opt/PostgreSQL/EnterpriseDB-ApachePHP/apache/www/mediaWiki/includes/db/DatabasePostgres.php(499): DatabaseBase->query('INSERT INTO upd...', 'DatabaseUpdater...', )
3. 2 /opt/PostgreSQL/EnterpriseDB-ApachePHP/apache/www/mediaWiki/includes/installer/DatabaseUpdater.php(263): DatabasePostgres->insert('updatelog', Array, 'DatabaseUpdater...')
4. 3 /opt/PostgreSQL/EnterpriseDB-ApachePHP/apache/www/mediaWiki/includes/installer/DatabaseUpdater.php(225): DatabaseUpdater->setAppliedUpdates('1.17.3', Array)
5. 4 /opt/PostgreSQL/EnterpriseDB-ApachePHP/apache/www/mediaWiki/includes/installer/DatabaseInstaller.php(265): DatabaseUpdater->doUpdates()
6. 5 /opt/PostgreSQL/EnterpriseDB-ApachePHP/apache/www/mediaWiki/includes/installer/WebInstallerPage.php(492): DatabaseInstaller->doUpgrade()
7. 6 /opt/PostgreSQL/EnterpriseDB-ApachePHP/apache/www/mediaWiki/includes/installer/WebInstaller.php(250): WebInstaller_Upgrade->execute()
8. 7 /opt/PostgreSQL/EnterpriseDB-ApachePHP/apache/www/mediaWiki/mw-config/index.php(46): WebInstaller->execute(Array)
9. 8 /opt/PostgreSQL/EnterpriseDB-ApachePHP/apache/www/mediaWiki/mw-config/index.php(14): wfInstallerMain()
10. 9 {main}

Fahar Abbas Fahar~mediawikiwiki (talk) 10:13, 25 April 2012 (UTC)

How can i download the Doxygen-generated documentation?

Hello, I want to download the Doxygen-generated documentation because i don't have Internet, sombody could tell me how?Rabah201130 (talk) 14:51, 25 April 2012 (UTC)

Search settings

Hi. I have a wiki (mediawiki-1.17.0) using MySQL 5.1.58. In the wiki, then user's try to do a search for content including the work potato it only return the results that EXACTLY match the work potato. So if we know that there is the work potato but that in fact it could be smashed_potato, the result including smashed_potato is not returned...

Is that a LocalSettings.php search option that need to be added ? I did modyfy the wiki and MySQL so it can do search with less that 4 characters search and this works well, but the previous does not.

Here are my modified LocalSettings.php settings

2. Search options

$wgEnableOpenSearchSuggest = true; $wgEnableMWSuggest = true; $wgAdvancedSearchHighlighting = true; $wgDBminWordLen = 3; $wgDisableTextSearch = false; $wgSearchHighlightBoundaries = true;

Thanks in advance for the help. 67.71.230.130 (talk) 15:24, 25 April 2012 (UTC)

can not find MAth Extension under extensions/Math/math directory

I just downloaded latest version of mediawiki(1.18.2) In my instalaltion folder, i could not find math extension under extensions. all i can see under extensions folder is following: Plz tell me how to install math extension. ConfirmEdit Gadgets Nuke ParserFunctions RenameUser Vector WikiEditor 38.100.153.130 (talk) 16:35, 25 April 2012 (UTC)

Hi,

since MediaWiki 1.18 the math extension no longer is part of the MediaWiki package. You must download it seperately, e.g. from here. 88.130.109.67 23:21, 25 April 2012 (UTC)

Centre Align Column in Table

I have a table like this. How can I horizontally centre align the text in the Price column?

{| class="wikitable"
|-
! Product
! Code<br/>
! Stock<br/>
! Price (not incl. [[Shipping Rates|Shipping]])
! Description
|-
| WWE Raw 1993 Bluray (Complete Season)
| R1<br/>
| In Stock<br/>
| £10
| Red disc

Holygamer (talk) 17:58, 25 April 2012 (UTC)

I lost my MediaWiki Skin Files and How do I upgrade my MediaWiki to the newest version?

Hi,

I lost my MediaWiki skin files. The person who has them, I haven't talked to in years and I doubt that they still have them on their computer. I have lost all contact to them also, is there anyway I could regain my skins files? And how do I upgrade my MediaWiki to the newest version? I'm not sure the version of my wiki (HOSTing is currently down), but it needs to be upgraded. I tried reading the Upgrading Manual, but found it very confusing. Can anyone tell me step by step? Thanks in advance for any information that is helpful. :) Dudeseriously (talk) 20:15, 25 April 2012 (UTC)

If it was just the default skin which you got with MediaWiki, you can extract it out of the MediaWiki package for your version.

If you used a custom skin, maybe you can get it from a download server anywhere? Or do you maybe have a backup of your wiki? Or you could just risk writing the developers a mail and asking them, if they still have the files somewhere. If it was created for your wiki only and is not used anywhere else, it will be hard to get it back.

Guessing the version of your wiki without access to it is hard. The version can be seen on Special:Version. If you have FTP access to the site, you can open the file includes/DefaultSettings.php with a text editor. In one of the first lines you will see a definition for $wgVersion = ... This is your version number.

If you want to update your wiki, you should just begin going through the descriptions on Manual:Upgrading. When you actually do each step, you will see, that it is not that hard. :-) Basically you only need to do two things: 1) Replace the old MediaWiki files with the new files and 2) run the installer (e.g. by navigating your webbrowser to <http://your-wiki.domain>/<path-to-your-wiki-folder>/mw-config/index.php). After that your update basically already is complete. Possibly you still have to update some extensions (if you use any) and update your skin (if it should look somehow strange with the new MediaWiki version). That's all. 88.130.109.67 23:38, 25 April 2012 (UTC)

MathJax line 211 Parser::extractTagsAndParams

Strict standards: Non-static method Parser::extractTagsAndParams() should not be called statically in /Users/wiki/Sites/extensions/MathJax/MathJax.php on line 211

Line 211: $text = Parser::extractTagsAndParams(array_merge(self::$ProtectTags, self::$ProtectTags_special), $text, $matches, self::$uniq_prefix);

Trying to install MathJax into MediaWiki

MediaWiki 1.16.5 PHP 5.3.6 (apache2handler) MySQL 5.0.45 144.92.130.162 (talk) 20:26, 25 April 2012 (UTC)

Looks like you're installing a version intended for a later version of MW. Max Semenik (talk) 20:34, 25 April 2012 (UTC)

Thanks that is sort of what I was thinking...

Otherwise there might be something wrong with my php.ini settings..

I will backup and upgrade and see how it goes. 144.92.130.162 21:05, 25 April 2012 (UTC)

maintenance/update.php fails with "Cannot redeclare class FakeMaintenance"

MediaWiki 1.18.1 Updater

Going to run database updates for pe_sugarlabswiki Depending on the size of your database this may take a while! Abort with control-c in the next five seconds (skip this countdown with --quick) ... 0 PHP Fatal error: Cannot redeclare class FakeMaintenance in /srv/www-sugarlabs/wiki/maintenance/Maintenance.php on line 1282 200.108.111.103 (talk) 06:33, 26 April 2012 (UTC)

Same problem here updating from 1.15.1 to 1.20.2 using the command line php update.php. Using the web interface to update worked fine. Amygreene (talk) 21:43, 5 February 2013 (UTC)

Did you unpacked MediaWiki tarball on a clean folder (and optionally copied the LocalSettings from old installation) or did you unpacked over the old files? Ciencia Al Poder (talk) 10:27, 6 February 2013 (UTC)

Hi, i am having this error too, and i unpacked it over the old files. Do you know what is the problem? 203.120.2.250 05:11, 4 July 2013 (UTC)

You should unpack the new installation files on a new folder and only copy/move/merge the old customized files and upload directory to the new location as needed, changing the published directory to the new one. That would prevent spurious errors like those because old files are conflicting with new ones. Read Manual:Upgrading for more instructions. Ciencia Al Poder (talk) 09:19, 4 July 2013 (UTC)

How to avoid contents to be copied? (Flash format?)

Hi.

Working with the last version of MediaWiki, I'm trying to know if it's possible not to allow users to copy contents from the wiki.

I mean, several people have the rights to edit contents with the regular web editor, but the rest of users will view the pages in, e.g., Flash format. Other possibilities could be PDF-protected format.

I know this is an odd issue, but I'm planning an internal corporate knowledge wiki and some managers do not want contents to be easily extracted.

Any similar experience is appreciated. Thank you very much in advance. 212.163.48.64 (talk) 07:33, 26 April 2012 (UTC)

So not even marking text > right-click > copy?

Then MediaWiki is not for you. Tell them to go back to the last century. Subfader (talk) 12:56, 26 April 2012 (UTC)

[SOLVED] PHP Warning: wfMkdirParents: failed to mkdir in GlobalFunctions.php on line 2532 on Mediawiki Family

Hi there

I had to set up a Mediawiki Family on my Baby Plan at Hostgator, so i decided to test the software on a dummy subdomain. My network is set as follows:

- en-testwiki.studiosuperfluo.com (language wiki / no uploads / Interlinked)

- it-testwiki.studiosuperfluo.com (language wiki / no uploads / Interlinked)

- media-testwiki.studiosuperfluo.com (shares images, user table, includes, skins and extensions folder)

Every wiki has its own DB, same user, same server. Includes, extensions and skins folder are shared via symlink to have less dublicated files and save resources (since i can set PHPAccerator on my server)

I shared the User Tables on the language wiki setting:

$wgSharedDB   = "(DBname of media-testwiki)";
$wgSharedPrefix     = "(DBprefix of media-testwiki)";

I shared the user sessions between every wiki setting:

# Share login session
$wgCookieDomain = '.studiosuperfluo.com';

While i've set the uploads to media-testwiki using wgForeignDBRepo, adding this code to the language wiki LocalSettings.php:

#Uploads to Media Testwiki
$wgUploadNavigationUrl = "http://media-testwiki.studiosuperfluo.com/index.php/Special:Upload";
$wgForeignFileRepos[] = array(
    'class' => 'ForeignDBRepo',
    'name' => 'Testwiki',
    'url' => 'http://media-testwiki.studiosuperfluo.com/images',
    'directory' => '/media-testwiki/images',
    'hashLevels' => 2, // This must be the same for the other family member
    'dbType' => $wgDBtype,
    'dbServer' => $wgDBserver,
    'dbUser' => $wgDBuser,
    'dbPassword' => $wgDBpassword,
    'dbFlags' => DBO_DEFAULT,
    'dbName' => '(DBname of media-testwiki)',
    'tablePrefix' => '(DBprefix of media-testwiki)',
    'hasSharedCache' => false,
    'descBaseUrl' => 'http://media-testwiki.studiosuperfluo.com/index.php/Image:',
    'fetchDescription' => false
);

Then i set pretty urls via .htaccess and some code on Localsettings.php files, but this is not relevant to us.

The problem is that everything works fine, but if i upload a file on media-testwiki, and i check the file page via a language wiki, then i get

WARNING: wfMkdirParents: failed to mkdir "/media-testwiki/images/thumb/b/bd/Test.jpg" mode

511 for user ***** in /home/******/public_html/media-testwiki/includes/GlobalFunctions.php on line 2532

f.EG: http://en-testwiki.studiosuperfluo.com/wiki/file:Test.jpg http://it-testwiki.studiosuperfluo.com/wiki/file:Test.jpg

No warning instead for the original "repository" wiki: http://media-testwiki.studiosuperfluo.com/wiki/file:Test.jpg

I tried to add the code found here: http://www.mwusers.com/forums/showthread.php?17926-New-install-wfMkdirParents-failed-to-mkdir-(an-image-thumbnail-directory to GlobalSetting.php but it changed only the line of the error (2533 instead of 2532).

Folder permission are all set to 755, i've already tried to set them to 777 with no changes to the problem.

MediaWiki 1.18.2 PHP 5.2.17 Mysql 5.5.19

I think another solution could be to redirect all pages like language-testwiki.domain.com/wiki/File:XXX.jpg to media-testwiki.domain.com/wiki/File:XXX.jpg but i don't know how to handle that... or even to add a check to GlobalFunctions.php that if the folder already exist, there's no need to be created, since it's there from the 1st attempt to upload the file.

Many thanks for support! Frafor (talk) 09:26, 26 April 2012 (UTC)

I could figure it out. everything depends on wgForeignFileRepos: the directory has to be written as absolute and not relative since the repository is on another folder of the domain:

$wgForeignFileRepos[] = array(
    'class' => 'ForeignDBRepo',
    'name' => '(REPOname)',
    'url' => 'http://media-testwiki.studiosuperfluo.com/images',
    'directory' => '/media-testwiki/images/',
    'hashLevels' => 2, // This must be the same for the other family member
    'dbType' => $wgDBtype,
    'dbServer' => $wgDBserver,
    'dbUser' => $wgDBuser,
    'dbPassword' => $wgDBpassword,
    'dbFlags' => DBO_DEFAULT,
    'dbName' => 'SHAREDDBname',
    'tablePrefix' => '',
    'hasSharedCache' => false,
    'descBaseUrl' => 'http://media-testwiki.studiosuperfluo.com/wiki/File:',
    'fetchDescription' => true
);

So the directory field changes in:

'directory' => '/home/user/www/media-testwiki/images/',

depending on the directory structure Frafor (talk) 15:37, 26 April 2012 (UTC)

Pages don't sort properly on category pages

On a category page some subcategories don't sort properly: http://i.imgur.com/BwD9U.png (M before B, all pages in main NS).

Which maintenance Skript do I need to run to refersh the sort order? Subfader (talk) 11:39, 26 April 2012 (UTC)

Replace Wiki Syntax with HTML in RSS Feeds

Hello,

I want an RSS feed of newest pages with an output with the wiki syntax removed. It should be replaced with HTML. http://www.mediawiki.org/wiki/Special:NewPages?feed=rss

I checked the source code, but I found no option for that.

What would you recommend?

Thank you, Christoph 188.22.156.140 (talk) 13:09, 26 April 2012 (UTC)

No idea anyone? 217.7.54.188 08:29, 4 May 2012 (UTC)

Some Doc, Xls and other files detected as zip files

Hi, I am using mediawiki for years. Since 1.18.1, I am at 1.18.2, I found some strange problems. I am not allowed to upload some .doc, .xls and others types of files. The error is

The file is a corrupt or otherwise unreadable ZIP file. It cannot be properly checked for security.

I think there is a bug in the detection Algorithm. I try to turn off all the checks and securities:

$wgVerifyMimeType = false;
$wgFileExtensions = array( 'gan' , 'mov','skp', 'avi', 'cfg', 'png', 'gif', 'jpg', 'jpeg', 'pdf', 'doc', 'xls' , 'pdf', 'ods', 'JPG','qet','zip');
$wgCheckFileExtensions = false;
$wgStrictFileExtensions = false;
$wgMimeTypeBlacklist = array();
$wgFileBlacklist = array();

My DOCS and XLS are regular ones modified and not all the time created with Office 2011 on Mac OS 10.6.8. Do you have any idea ?

Thank you Zarg404 (talk) 15:37, 26 April 2012 (UTC)

What? I thought the newer Office formats (docx, xlsx, etc.) ARE zip files. Krenair ^{(talk • contribs)} 15:42, 26 April 2012 (UTC)

That's true for one of my xls file. I can unzip it !

But what I don't understand is that I removed all the securities of my wiki to prevent this problem. Zarg404 (talk) 16:01, 26 April 2012 (UTC)

I just installed 1.18.3 and same problem. Zarg404 (talk) 15:59, 26 April 2012 (UTC)

And I am allowed to upload Zip files ! Zarg404 (talk) 09:36, 27 April 2012 (UTC)

Suppressing User Creation Logging from Recent Changes

I am desperate to exclude User Creation Log information from my Recent Changes page.

Here is my Version Page including URL to wiki.

I run a low traffic wiki. My anti-spam settings are moderately effective.

My few users need to track relevant edits through Recent Changes. However, there is a problem. Dozens of new user accounts are created every day, by spammers. Most use bogus e-mail addresses, they are not emailconfirmed and so they cannot vandalize.

However, the amount of User Creation Log entries on the Recent Changes page is about 100 times that of the entries which point to actual edits, vandalism or relevant.

Please help me! I have googled for 3 months, have read all of the relevant Help pages I can find, and nothing seems to solve this problem. The utility of my mediawiki is being destroyed by excessive logging.

Anyone who has a solution will please post it here, and if you are willing, please also post it to my Talk Page at my wiki.

Many thanks, 173.66.162.12 (talk) 03:50, 27 April 2012 (UTC)

Moving our wiki to a new server

Hi,

We found our wiki to be the reason for some excessive querying on our main VPS, and therefore want to move it to it's own VPS. Our current VPS is at www.sitename.com/wiki, with the new one moving to a subdomain wiki.sitename.com.

The live version uses short URLs, and is installed in /w/, and we installed the new one also in /w/ of the root to ensure a third-party extension we use will continue working. I'm finding myself having a bit of trouble getting the short URL structure to work, though. I have tried several solutions, but so far have not managed to get things working properly on the new VPS, though I do believe things are close to getting solved.

On the new VPS (CentOS), I have the following in /conf/vhosts.conf:

Alias / /var/www/vhosts/wiki.entropiaplanets.com/httpdocs/w/
php_admin_value open_basedir "/"

Then, in /w/, my .htaccess contains the following (As per the instructions called AnotherVariant at http://www.mediawiki.org/wiki/Manual:Short_URL/wiki.example.com/Page_title--Subdomain_using_mod-rewrite):

RewriteEngine On
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /$1 [L]

My LocalSettings has the following:

$wgScriptPath = "/w";
$wgScriptExtension  = ".php";

$wgArticlePath = "/$1";  # Virtual path. This directory MUST be different from the one used in $wgScriptPath
$wgUsePathInfo = true;        # Enable use of pretty URLs

This almost has me where I want to be, as it takes me to wiki.sitename.com/W (note the capitalized W which seems to hint that the Wiki is thinking it's a wiki article with the name w). The layout seems odd, though, possibly because it cannot locate the css file.

Would anyone have any ideas?

Thanks!

Peter 85.80.205.112 (talk) 05:29, 27 April 2012 (UTC)

The guide you linked to is for setting up MediaWiki in the root of a subdomain. In your case you can just follow the normal guide at Manual:Short URL/Apache. Krinkle (talk) 10:38, 27 April 2012 (UTC)

Moved Wiki from one server to another...

Everything works great...

BUT:

When he is loading the Mainpage of Wiki he always loads an extension (XEB) installed on user JavaScript (with no user loged in) which directs to the old server adress.

So I manually downloaded the given files.

Now I could break it down to the last call on index.php.

Where I stuck:

For this call he gives me a Request-URL:

http://servername/wiki/index.php?title=-&action=raw&gen=js&useskin=monobook

so what i can`t figure out is the following:

title=- action=raw gen=js

who calls this URL-parameters? And how can i disable this?

Thanks in advance!!! It2010bg (talk) 08:04, 27 April 2012 (UTC)

native android wiki app for self hosted wiki

Hello,

here at Viacom Amsterdam (Netherlands) we host a internal wiki on our intranet. this is great for fast information reviewing. especialy on a tablet when we work in our technical room when we need to look in to drawings/procedures documented in our wiki. But for editing I'm looking for a Android app that is able to view and edit the pages natively in stead of browser based (just like wordpress has for self hosted blog's).

Is there suge a app, and what's it called, is is there no suge thing (yet)?

Thanks a lot.

Stefan Lelieveld 193.172.235.62 (talk) 09:34, 27 April 2012 (UTC)

did you ever find anything? are.zee.dee@gmail.com 20:34, 26 October 2012 (UTC)

Special:UserLogin works in 1.18.2, but cannot be accessed in 1.18.3

I have upgraded to 1.18.3, but can't go to login page
It does not exist!
So back to 1.18.2 and it goes well.

MediaWiki 1.18.2
PHP 5.3.11 (apache2handler)
SQLite 3.7.7.1 Tree1891 (talk) 14:02, 27 April 2012 (UTC)

Works for me. Maybe your package is corrupted or you have not replaced all files? What exactly do you get, when you visit the page Special:UserLogin in 1.18.3? 88.130.113.149 14:35, 27 April 2012 (UTC)

Error message like below.

Remote server or file not found

You tried to access the address http://192.168.0.88/mediawiki/index.php/특수기능:로그인, which is currently unavailable. Please make sure that the web address (URL) is correctly spelled and punctuated, then try reloading the page. Tree1891 (talk) 22:26, 27 April 2012 (UTC)

This error message does not look like it comes from MediaWiki. I think it comes from the webserver itself and MediaWiki is not invoked at all. Maybe something with your rewrite rules, but if you have not changed them, they should not break. Or a caching issue. But this might show you old content, but not this error message. I am clueless... 88.130.113.149 12:40, 28 April 2012 (UTC)

I am having the same problem with a fresh installation of version 1.18.3, and not just with the login page, but with all the special pages. It happens with i use my domain to reach it. When I use the raw ip it does not happen. I have the wiki into a folder called /uowiki and domain redirected to it. It worked well with older versions, not now. just get a completely blank page, no errors, no 404 pages, nothing, and when I refresh it goes to the main page (obviously).

Site url: www.uowiki.es

Site raw ip: http://188.165.35.21/uowiki Earedel (talk) 09:13, 30 April 2012 (UTC)

Yes, this error message didn't come from MediaWiki!

It is general error in Opera. Tree1891 (talk) 09:46, 30 April 2012 (UTC)

I've tried with firefox and chrome as well, and nothing. Have you tried explorer? Earedel (talk) 10:58, 30 April 2012 (UTC)

When I open the page from http://www.uolegends.es/uowiki, I can click on "Login" and the login form is shown correctly.

But when I visit www.uowiki.es (which shows the same wiki) and click the login link there, I get a page with some strange URL redirect in the source code. Instead of bringing you to http://www.uolegends.es/uowiki/index.php?title=Especial:Entrar it tries to redirect you to 188.165.35.21/uowiki. The page with this strange redirect is generated by "ORT - Ovh Redirect Technology". This redirect should not happen! 88.130.124.118 11:27, 30 April 2012 (UTC)

Yes, i have tried in IE, Chrome.

It seems not be browser problem.

Why can't recieve notification of this thread? Tree1891 (talk) 08:47, 2 May 2012 (UTC)

You should check, why this redirect is happening. What do you need "ORT - Ovh Redirect Technology" for? If you don't need it, ORT should not be there. 88.130.75.159 12:02, 2 May 2012 (UTC)

I have refresh install and use previous sqlite db, but it dose not be solved. Tree1891 (talk) 14:55, 2 May 2012 (UTC)

I have upgraded to 1.19.0 and it works well! Tree1891 (talk) 12:25, 3 May 2012 (UTC)

Is there a way to import just the header of another article?

Hello, I am new to wworking with wiki's, I have viewed them alot, but never trued to run one, or contribute to one. We are trying to setup a wiki at work to help manage some information and documentation for our lab. Is there a way to import just the header of another page? For example lets I have a article called "somepage" with the following code:

 ==title==
some information

then i have another page, say called "anotherpage" I want to have something that shows:
somepage - title

if a couple weeks later someone edits "somepage" and changes the page to

 ==New Title==
some information 

I would like the display on "anotherpage" to change and show the new title without actually editing "anotherpage" so it would now show
somepage - New Title

I know if I create my code on another page as

 [[somepage]] - {{somepage}}

it will create the link, and import the contents of "somepage", but it imports the whole condents, is there a way to filter so it imports only the title information? D pointer (talk) 17:41, 27 April 2012 (UTC)

edit not working

http://wiki.plarium.com/index.php?title=Main_Page

When trying to edit page, we are getting a message that states user is not allowed to edit until email is confirmed. Then, when following instructions given to have email confirmed we are getting another message that says email provided is not found. I am unsure if this is a MediaWiki issue ot server issue. Please advise. 206.228.220.38 (talk) 09:18, 28 April 2012 (UTC)

Problem with WikiLove extension

I can post to my own talk page without a problem, when when I try to post to another user's talk page, I get this error message:

<The modification you tried to make was aborted by an extension hook>

I have this setting in Local Settings

$wgDefaultUserOptions['wikilove-enabled'] = 1;

In addition to the

require_once( "$IP/extensions/WikiLove/WikiLove.php" );

Any idea how I can fix the problem? Lieutenant Aleksandr Reznov 12:49, 28 April 2012 (UTC)

18.3 mediawiki does not display the login page

Ola! I did upgrade from 1.18 to 1.18.3 and mdiawiki does not show the page to login. http://www.encyklopedia.pokot.pl/index.php?title=Specjalna:Zaloguj&returnto=Strona+g%C5%82%C3%B3wna What is wrong? seban D3Molay (talk) 15:10, 28 April 2012 (UTC)

PHP 5.2.17 (cgi-fcgi)

MySQL 5.1.52-cll

with these parameters 1.18.3 does not work D3Molay (talk) 19:12, 28 April 2012 (UTC)

I have just clicked the link, which you posted above, and I see the login page.

The user who posted the thread "Special:UserLogin works in 1.18.2, but cannot be accessed in 1.18.3" seems to have a somehow similar problem. Can you help him? 88.130.67.85 00:10, 29 April 2012 (UTC)

Problem with reuploading and uploading Images

Hi we are using a MediaWiki 1.17.0 and encountered a problem with re-uploading and sometime uploading images.

The upload image is there since using purge shows it, however without the purge it either still show the old image, old thumbs and/or no image at all, here is an example:

• http://awoiaf.westeros.org/index.php/File:Dothraki_Sea_world_map.png
• http://awoiaf.westeros.org/index.php/File:Dothraki_Sea_world_map.png?action=purge

any thought what may cause this and/or how do we fix this? Mor2 (talk) 20:15, 28 April 2012 (UTC)

That's not MediaWiki's fault. That's normal browser cache behaviour. A note should be added after returning to the image page tho. https://bugzilla.wikimedia.org/show_bug.cgi?id=36380 Subfader (talk) 13:21, 1 May 2012 (UTC)

This was fixed, it is now works every time. The problem was with cache server setting, that was set due to high loads. Mor2 (talk) 03:24, 22 May 2012 (UTC)

Error: 1146 Table 'bighead3_wiki.objectcache' doesn't exist (localhost)

I'm getting the following message on me site...

A database error has occurred. Did you forget to run maintenance/update.php after upgrading? See: http://www.mediawiki.org/wiki/Manual:Upgrading#Run_the_update_script Query: SELECT value,exptime FROM `objectcache` WHERE keyname = 'bighead3_wiki:messages:en' LIMIT 1 Function: SqlBagOStuff::get Error: 1146 Table 'bighead3_wiki.objectcache' doesn't exist (localhost)

The site was working fine last week, and noting has changed, except I think the host provider had some 'load issues'. I'm guessing that the problem is to do with folder/file permissions, but haven't really got a clue.

Using version 1.18.1 90.204.156.87 (talk) 14:30, 29 April 2012 (UTC)

Hi,

have you checked what the error message tells you? The DB you use should be called "bighead3_wiki", right? Do you have a table called "objectcache" in that DB?

However, you should have one! If it is missing, try to run the Upgrade Script to create it! 88.130.124.118 20:32, 29 April 2012 (UTC)

Have the same issue and running the Upgrade Script doesn't help. 213.87.121.82 14:42, 4 November 2012 (UTC)

As last resort, try creating it manually from the tables script: Ciencia Al Poder (talk) 10:40, 5 November 2012 (UTC)

It is correct that manually adding the table should add it to the database, but I am not sure, if this solves your real problem.

It would be interesting to know, why this table is actually missing. If your database is corrupted at one place already, there might well be other problems with it as well. If it was my wiki, I would take an unbroken backup and continue with that. 88.130.92.178 12:25, 5 November 2012 (UTC)

Screwed up bigtime

Just had my wiki installed via Softaculus, version 1.8. Am a serious beginner. Siteground sent me a link to the wiki with a name and password. When I went to log into it, it did not accept those user id and password. So I created an account with what I thought was the same name and password. The group rights pages shows - wikimiddleeast (bureaucrat, admin) and Wikimiddleeast(user). Both I gave the same email address to. Now I can only log in as the user, not the admin. What can I do? Can I delete the whole thing and start over? Can I give the Wikimiddleeast user the same rights? Please help. 69.92.9.78 (talk) 06:32, 30 April 2012 (UTC)

MediaWiki usernames always must start with an uppercase letter. So the user account, which siteground created for you is invalid. Ask them to create another user with the first letter in uppercase.

Another possibility would be to go through the installer again and have it create another user for you. 88.130.124.118 11:32, 30 April 2012 (UTC)

88. Thank you for your help. I did go to Softaculus and uninstalled and did a reinstall and got a new name and password. I hardly knew what I was doing but it did work out ok. Actually talking to siteground is not that easy, lol, despite shelling out extra for "premium support." Apparently it only deals with issues relating to the host, not software support. But that did work. Thanks again! juanita 19:03, 30 April 2012 (UTC)

Great to hear that it's working. :-) 88.130.103.208 00:30, 1 May 2012 (UTC)

Is your MW version really 1.8 and not 1.18? If so, run like hell from Siteground. Max Semenik (talk) 15:21, 30 April 2012 (UTC)

You are right. My mistake. juanita 19:04, 30 April 2012 (UTC)

When Upload Finishes Upload Page Refreshes

My wiki is hosted by GoDaddy. And I am using MediaWiki 1.18.2. When I upload my file and done it, the upload page is refreshed and the file isn't created. My .htaccess file:

RewriteEngine On
RewriteRule ^/?wiki(/.*)?$ /index.php?variant=zh [PT,L,QSA]
RewriteRule ^/*$ /index.php [L,QSA]
RewriteRule ^/?zh-hans(/.*)?$ /index.php?variant=zh-hans [PT,L,QSA]
RewriteRule ^/?zh-hant(/.*)?$ /index.php?variant=zh-hant [PT,L,QSA]
RewriteRule ^/?zh-cn(/.*)?$ /index.php?variant=zh-cn [PT,L,QSA]
RewriteRule ^/?zh-hk(/.*)?$ /index.php?variant=zh-hk [PT,L,QSA]
RewriteRule ^/?zh-mo(/.*)?$ /index.php?variant=zh-mo [PT,L,QSA]
RewriteRule ^/?zh-tw(/.*)?$ /index.php?variant=zh-tw [PT,L,QSA]
RewriteRule ^/?zh-sg(/.*)?$ /index.php?variant=zh-sg [PT,L,QSA]
RewriteRule ^/?zh-my(/.*)?$ /index.php?variant=zh-my [PT,L,QSA]
RewriteRule ^/?zh(/.*)?$ /index.php?variant=zh [PT,L,QSA]

The software is in directory "/". Please help me!

In addition to this, I found I can't change my preferences. Hzy980512 (talk) 08:32, 30 April 2012 (UTC)

Risaze images

Medaiwki 1.18.3 Not working thumbnail images. What I do not have installed?. thx

nableToOpenConfigureFile `colors.xml'. convert: UnableToOpenConfigureFile `delegates.xml'. convert: NoDecodeDelegateForThisImageFormat `/home/nowoczes/public_html/www.encyklopedia/images/6/69/Aplomb2.jpg'. convert: MissingAnImageFilename `/home/nowoczes/public_html/www.encyklopedia/images/thumb/6/69/Aplomb2.jpg/300px-Aplomb2.jpg'. D3Molay (talk) 09:09, 30 April 2012 (UTC)

ImageMagick/Graphicsmagick! 88.130.124.118 11:28, 30 April 2012 (UTC)