Topic on Project:Support desk

Extensions partially working. Some show up with plain tags?

12
213.255.172.228 (talkcontribs)

Hi,

I've installed TinyMCE and CategoryTree extensions. TinyMCE works partially whilst I haven't managed to get CategoryTree to work. For example on my main page I have an image created with TinyMCE ("Cool" -smiley) and some red text. The image shows up as <img title="Cool" src="/wiki/extensions/TinyMCE_MW/jscripts/tiny_mce/plugins/emotions/img/smiley-cool.gif" border="0" alt="Cool" /> but the text turns red. When it comes to CategoryTree I haven't managed to get it to work. It only shows up as <categorytree mode=pages>Manual</categorytree>.

What I make of it is that for some reason the HTML/Extension tags are not being processed properly. Is this a common problem or got any advice what could be causing this? Any help is appreciated.

Thanks!

Ciencia Al Poder (talkcontribs)

Check if they're installed properly. They should appear in the page Special:Version on your wiki. Particularly, <categorytree> should appear in the list of parser extension tags.

Also, be sure you donwloaded the extensions matching your MediaWiki version.

213.255.172.228 (talkcontribs)

Thanks for your reply, Ciencia!

Both show up Special:Version page. CategoryTree shows up twice, as "Special pages" and "Parser hooks". TinyMCE is not up to date, so that might explain why it isn't working. The newest version was updated 3 years ago and I'm using 1.25.* version of MW. CategoryTree is updated and I installed the one for 1.25. Any other ideas what might be causing this?

Ciencia Al Poder (talkcontribs)
213.255.172.228 (talkcontribs)

Hi and thanks again for your reply, Ciencia!

CategoryTree appears in the parser extension tags. I tried adding it to an empty page without success. What are the <pre> tags or similar you're referring to? Where do I find them?

213.255.172.228 (talkcontribs)

Some additional information: My installation is on a Windows Server 2012 R2 using IIS. Could this be part of the reason it doesn't work properly?

Ciencia Al Poder (talkcontribs)

No, that shouldn't be a problem.

Maybe another extension is causing incompatibilities. Try disabling all extensions except CategoryTree and see if with that setup the extension works. If it works, then you can enable extensions one by one until you find the culprit.

213.255.172.228 (talkcontribs)

Even with CategoryTree as the only installed extension, it doesn't work. After that I also tried installing the Spoilers -extension. It shows up on Special:Version, but on my blank page it shows up as:

<spoiler hide="hide_message">spoiler_text</spoiler>

<spoiler show="show_message">spoiler_text</spoiler>

<spoiler show="show_message" hide="hide_message">spoiler_text</spoiler>

<spoiler>spoiler_text</spoiler>

Is there some additional configuration for installing the extensions that I could've missed?

Thanks!

Ciencia Al Poder (talkcontribs)

This looks something more general. I think there may be some error that's not appearing, and it silently fails to parse parts of the wikitext.

See Manual:How to debug#PHP errors to enable errors displayed on the page, and look if you get any error message displayed on the page.

213.255.172.228 (talkcontribs)

After I turned on the PHP debugging, I get the following:

Notice: Undefined index: show in C:\inetpub\wwwroot\wiki\extensions\Spoilers\Spoilers.hooks.php on line 64

Notice: Undefined index: hide in C:\inetpub\wwwroot\wiki\extensions\Spoilers\Spoilers.hooks.php on line 65

Notice: Undefined index: show in C:\inetpub\wwwroot\wiki\extensions\Spoilers\Spoilers.hooks.php on line 64

Notice: Undefined index: hide in C:\inetpub\wwwroot\wiki\extensions\Spoilers\Spoilers.hooks.php on line 65

When disabling the spoilers-extension, no errors are shown. Neither are any SQLErrors shown. When turning on MediaWiki debugs, this is shown:

Debug data:

Start request GET /wiki/index.php?title=Main_Page

HTTP HEADERS:

CONTENT-TYPE: 

CONTENT-LENGTH: 0

UPGRADE-INSECURE-REQUESTS: 1

USER-AGENT: Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/46.0.2490.86 Safari/537.36

HOST: srvapp1

COOKIE: wikiUserID=1; wikiUserName=Mbj; wikiToken=8983e966e2b8af9191b3f812119afb18; wiki_session=e04d13c397680f442a1e66904328878a

ACCEPT-LANGUAGE: en-US,en;q=0.8,fi;q=0.6,ru;q=0.4,pt;q=0.2,de;q=0.2,it;q=0.2

ACCEPT-ENCODING: gzip, deflate, sdch

ACCEPT: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8

CONNECTION: keep-alive

CACHE-CONTROL: max-age=0

[caches] main: WinCacheBagOStuff, message: WinCacheBagOStuff, parser: WinCacheBagOStuff

[caches] LocalisationCache: using store LCStoreDB

Fully initialised

Connected to database 0 at localhost

Title::getRestrictionTypes: applicable restrictions to Main Page are {edit,move}

[ContentHandler] Created handler for wikitext: WikitextContentHandler

User: got user 1 from cache

User: loading options for user 1 from override cache.

User: logged in from session

User: loading options for user 1 from override cache.

[MessageCache] MessageCache::load: Loading en... got from global cache

Unstubbing $wgParser on call of $wgParser::firstCallInit from MessageCache::getParser

Parser: using preprocessor: Preprocessor_DOM

Unstubbing $wgLang on call of $wgLang::_unstub from ParserOptions::__construct

Article::view using parser cache: yes

Parser cache options found.

ParserOutput cache found.

Article::view: showing parser cache contents

User::getBlockedStatus: checking...

Parser::replaceVariables called using plain parameters instead of a PPFrame instance. Creating custom frame.

Parser::replaceVariables called using plain parameters instead of a PPFrame instance. Creating custom frame.

Title::getRestrictionTypes: applicable restrictions to Main Page are {edit,move}

Title::getRestrictionTypes: applicable restrictions to Main Page are {edit,move}

Title::getRestrictionTypes: applicable restrictions to Main Page are {edit,move}

Is there something useful in there that I didn't notice?

Thanks!

Ciencia Al Poder (talkcontribs)

I don't know what could be the problem here. Looks like a problem to interpret parser tags on your installation. Maybe a buggy php version, or some php.ini variable that may not be correct. Sorry, I don't know what could be done here :(

213.255.172.228 (talkcontribs)

Alright, no problem! Thanks for all your help, Ciencia!

Reply to "Extensions partially working. Some show up with plain tags?"