Project:Support desk/Sections/Extension

__NEWSECTIONLINK__

= Extension Support =

(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.

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)

what is the difference between include and require_once ?
Thanks for your answer, —almaghi 12:24, 12 June 2009 (UTC)
 * Google is your friend. Happy ‑ melon 13:38, 12 June 2009 (UTC)
 * Thanks for this. I'll better try Googling before questioning... --almaghi 13:45, 12 June 2009 (UTC)

Can't you see that the spelling is different? LOL. Anyway, I also don't know and I googled it. It says:


 * The require statement includes and evaluates the specific file.
 * The include statement includes and evaluates the specified file
 * include produces a Warning while require results in a Fatal Error.

What does it mean? Does it mean that include is better than require since I presume it will continue to execute? &mdash; PM Poon 16:58, 21 June 2009 (UTC)

I don't think that you can say that any one of them is "better", just different in what they do. By the way, Require is diferent from require_once. If you call require twice on the same file, it will include the file twice, but when you use require_once, it won't. There's also an include_once; 149.173.6.50 20:37, 29 June 2009 (UTC)

PdfBook Extension "Download Not Found/No such Extension"

 * MediaWiki version: 1.5
 * PHP version: 5.2.6
 * MySQL version: 5.0.67 SUSE MySQL RPM
 * URL:

Hi, When I click on the "Download Snapshot" link at the top right of the "PdfBook" Extension page @ http://www.mediawiki.org/wiki/Extension:Pdf_Book I get sent to the following page @ http://www.mediawiki.org/wiki/Special:ExtensionDistributor/PdfBook which tells me No such extension "PdfBook"

Any assitance that could be offered to assist me in converting a mediawiki which is currently hosted as a book would be greatly appreciate.

—97.100.141.225 18:47, 22 June 2009 (UTC)aaudu

Extension:PDF_Writer, ConfirmAccount and Extension:WikEd

 * MediaWiki version: ??
 * PHP version:  ??
 * MySQL version:  ??
 * URL:

Hello, I'm a software developer but without any experience in MediaWiki. My client needs adds the Extesions :PDF_Writer, ConfirmAccount and WikEd.

Before accept the job, I need to assess the project and konw if it takes me a lot of time or is easy.

My question : Is necessary to make some develop after the instalation of extensions ???

best regards

David

—83.43.35.21 20:53, 25 June 2009 (UTC)

SocialProfile Returns a HTTP500 Internal Server Error

 * MediaWiki version: Most current
 * PHP version: Most current
 * MySQL version: Most current
 * URL: Not available - private intranet site

We installed MediaWiki on a virtual machine. Everything was working fine, until we installed the SocialProfile extension. We configured SocialProfile with the directions, exactly, but now none of the profiles work. The wiki is still working, but when we go to http:// /wiki/index.php/User:NewUser, all we get is a HTTP 500 error. No data, nothing, just a HTTP 500 Internal Server Error. Any help would be useful.

—149.173.6.25 16:34, 29 June 2009 (UTC)