Project:Support desk/Sections/Extension

__NEWSECTIONLINK__

= Extension Support =

(RESOLVED) Configuring MediaWiki SMTP to send email to users

 * MediaWiki: 1.11.0
 * PHP: 5.2.5 (apache2handler)
 * MySQL: 5.0.50-enterprise-gpl-nt-log

I am trying to configure the SMTP to send users email. I put the SMTP array of parameters in the localsettings.php file. But I get an error when I try to click the 'email password' dialog from the login page. In the error below, it mentions the incluses\UserMailer.php line 108.... that is the line (	require_once( 'Mail.php' );). Where is the Mail.php file located? I don't see it under the includes folder. Is there a wiki page the describes the complete instructions for configuring MediaWiki mail?

Warning: require_once(Mail.php) [function.require-once]: failed to open stream: No such file or directory in D:\apache\apache2.2\htdocs\mediawiki\includes\UserMailer.php on line 108 Fatal error: require_once [function.require]: Failed opening required 'Mail.php' (include_path='D:\apache\apache2.2\htdocs\mediawiki;D:\apache\apache2.2\htdocs\mediawiki/includes;D:\apache\apache2.2\htdocs\mediawiki/languages;.;C:\php5\pear') in D:\apache\apache2.2\htdocs\mediawiki\includes\UserMailer.php on line 108

Melissa —Doughertyma 19:46, 23 December 2008 (UTC)


 * As Manual:$wgSMTP tells you, you have to install PEAR's Mail package for it to work. -- Sayuri 13:34, 16 January 2009 (UTC)


 * I still had the same problem even after installing pear's MAIL package. Turns out I also had to update the include path in LocalSettings.php:

$PEAR_PATH = "C:/php/pear"; $path = array( $IP, "$IP/includes", "$IP/languages", $PEAR_PATH ); set_include_path( implode( PATH_SEPARATOR, $path ) );
 * HTH --MobiGeek 03:20, 25 May 2009 (UTC)

(RESOLVED) EmbedImg Extension, Advice rather than tech help needed on Images

 * Product Version MediaWiki 1.14alpha (r45489)
 * PHP 5.2.4-2ubuntu5wm1 (apache2handler)
 * MySQL 4.0.40-wikimedia-log
 * www.trialworks.com/wiki

Hello, This is more of an "advice needed" post. I wanted to use the Upload/Image functions in MediaWiki but I believe I cannot... my webhost does not give me easy access to php.ini and I really don't want to go through the headaches of making them enable uploads in PHP, so I've kind of given up.

I did, however, download EmbedImg Extension and absolutely love it. It lets me take a address to an JPG or PNG file and paste it into the wiki, and in turn it displays the image (Rather than the path). The problem is that it's parameters only let me change size, but not location. I need to be able to align those images "right" with text, so that it all looks good. Aside from the extension, I got around the upload system by writing, in ColdFusion, an upload agent. It lets any of my users - in a super simple fashion - upload an image to the site and obtain the link, which then goes into the Wiki Article. It's really simple but very effective for my needs.

So now, I am just dealing with a formatting issue. It needs to be uber easy for my users. How would you guys/girls handle the alignment or would you really work on getting the Wiki upload stuff to work (btw, I feel my ColdFusion app is easier to use for my users than the Wiki stuff).

Karl @ www.trialworks.com/wiki Thanks!!


 * UPDATE: sorry to waste space, I think I've solved my little crisis with

MediaWiki oes not find texvc - but texvc exist in the math folder !!!

 * MediaWiki version: 1.13.3
 * PHP version: 5.2.4
 * MySQL version: 5.0.51a
 * URL: not public ... local network

Hi there,

I need help, cause I tried serveral times to setup texvc for our MediaWiki. I downloaded and installed the latest version of OCaml and run the 3 steps:

1. Change to the "math" sub-directory of your MediaWiki install 2. Run 'make' (or 'gmake' if GNU make is not your default make). This should produce the texvc executable. 3. Enable $wgUseTeX and $wgEnableUploads in your LocalSettings.php and everything should work.

I've seen no errors during the make but the MediaWiki does still not find the texvc !!! I checked the math folder and there is an texvc...

how can I resolve the problem ???

thank you !!!

Alex

I have some problem with mediawiki-1.13.3-42.fc10.x86_64 on fedora 10 x86_64 and resolved it from http://zaphod.lite.msu.edu/bugzilla/show_bug.cgi?id=5757. The solution was to run texinfo rehash, and run fmtutil-sys --missing. Ivan

How-to restrict access to a Special Page? (Resolved)

 * MediaWiki version: 1.13
 * PHP version:  5.0

Hi,

I'm using the extension http://www.mediawiki.org/wiki/Extension:UploadCSV where I can update pages with an CSV file. As this extension can easily cause vandalism, I want to restrict the access for just "administrators". Like when trying to access this page as a normal user: http://meta.wikimedia.org/wiki/Special:Block

I added:

$wgGroupPermissions['*']['uploadcsv'] = false; $wgGroupPermissions['sysop']['uploadcsv'] = true;

to LoaclSettings.php - but everyone can still access the page. Any ideas what I'm doing wrong?

Thanks, Chris

add to uploadCSV.php

// New user right - required to access Special:Maintenance $wgAvailableRights[] = 'uploadcsv';

function wfUploadCSVStart { global $wgMessageCache, $ExtensionTitles, $wgOut, $wgUser;

# If the user doesn't have the required 'maintenance' permission, display an error if( !$wgUser->isAllowed( 'uploadcsv' ) ) { $wgOut->permissionRequired( 'uploadcsv' ); return; }

add to LocalSettings.php

$wgGroupPermissions['sysop']['uploadcsv'] = true;

Extension Licensing Guidelines
I was wondering if there were licensing guidelines for extensions. I am combined several extensions with MediaWiki and noticed that some of the extensions have licenses that are incompatible with other extensions (e.g. Affero v.3 with a majority of extensions under GPL v.2). There are also several extensions that have no license indicated--is there a default license if you are coding for combination with MediaWiki? I was wondering if there was already guidance or if there could be some written on these topics. Thanks.

ParserFuntion Download Error

 * MediaWiki version: 1.14.0
 * PHP version:
 * MySQL version:
 * URL:

I am trying to download the ParserFunctions extension to create a Portal page on MediaWiki. Getting the following error message: svn: Working copy '/mnt/upload5/private/ExtensionDistributor/mw-snapshot/branches/REL1_14/extensions' locked svn: run 'svn cleanup' to remove locks (type 'svn help cleanup' for details)

—209.47.47.34 20:04, 19 May 2009 (UTC)

LDAP Authetication Problems

 * MediaWiki version: 1.12.0
 * PHP version: 5.1.6
 * MySQL version: 5.0.22
 * URL: Intranet only

For some WIKIs that are running in our Intranet, I need to authenticate our users using LDAP and the following two WIKI groups: Readers (testgroup) and Writers (testgroup2). Anonymous should not be able to read the WIKI pages.

my problem is, that using the syntax:

$wgLDAPRequiredGroups = array(

"testLDAPdomain"=>array(

"cn=testgroup,ou=groups,dc=LDAP,dc=example,dc=com", "cn=testgroup2,ou=groups,dc=LDAP,dc=example,dc=com" ), I cannot define different rights for users in the testgroup than the users in the testgroup2 have. This mean, if a user is in one of each two groups, he will always get the Writers access.

Can you please explain how I can define two groups, with different rights (Readers & Writers)?

—80.254.163.214 07:03, 24 May 2009 (UTC)

new Article($wgTitle->newFromText('foo')) doesn't work as expected on pages with &oldid in url

 * MediaWiki 	1.14.0
 * PHP 	5.2.9 (cgi)
 * MySQL 	5.0.67-community

I am developing Extension:CustomSidebar.. in it, I sometimes load text from other pages. This works fine, except for when I'm viewing page histories. When viewing previous versions of pages, new Article($wgTitle->newFromText('foo')) returns the current article, not the artile 'foo'.

Is this a bug, or by design?

Thanks —Frantik 05:43, 6 June 2009 (UTC)


 * Use Title::newFromText - it's a static function, it doesn't need to be called from an existing object. That said, the behaviour probably is a bug. Happy ‑ melon 10:17, 6 June 2009 (UTC)
 * I updated my code to use a static function, but the behavior is the same. Thanks for the response.  I'll try to submit a bug report --Frantik 14:24, 6 June 2009 (UTC)
 * I posted a bug report --Frantik 22:27, 7 June 2009 (UTC)

Using $wgParser->parse($string, $wgTitle, new ParserOptions, true, true); causes error...
Using $wgParser->parse($string, $wgTitle, new ParserOptions, true, true); causes all headers prior to the object that used the extension that called this turn into  UNIQ7a2f500f6cab414d-h-0--QINU Hello (its is mean't to be just Hello as a Header 2nd level.) why does this happen and how can I fix it? --202.14.216.129 01:17, 8 June 2009 (UTC)
 * The symptom is that the parser is exposing strip markers (placeholders that mark where content such as links will later be reinserted). The problem is that by calling the parser in that fashion, you are 'resetting' the parser, losing its memory of which strip markers it has already inserted.  I cannot remember off the top of my head what the solution is; but try having a look at other extensions and see how they handle parsing content in similar situations. Happy ‑ melon 22:35, 11 June 2009 (UTC)