Extension talk:WYSIWYG

About this board

Vbifi (talkcontribs)


After saving the image in Drawio I get an error on the page:

Error from line 143 of ../mediawiki/extensions/DrawioEditor/src/DrawioEditor.php: Call to undefined method Parser::getUserIdentity()

I would be very happy with ideas on how to solve this.

Djkcel (talkcontribs)

Does this support PHP 7.3? Since upgrading from 7.1 to 7.3, when I enable it my pages don't load, complaining about NoRichEditor or something like that. I tried the hack here but it did not fix it. My PHP version is 7.3.15.

Djkcel (talkcontribs)

Also my mediawiki version is 1.34.

Reply to "PHP 7.3?" (talkcontribs)

I followed the instructions to install the bundle and I get an internal error with the following trace ...

[XxfjOdsaDMyoSr4bYBTFogAAAME] /index.php?title=Main_Page Error from line 138 of /var/www/html/extensions/WYSIWYG-src/WYSIWYG/CKeditor.body.php: Call to undefined method MagicWord::get()


#0 /var/www/html/includes/HookContainer/HookContainer.php(320): CKeditor_MediaWiki::onParserBeforeInternalParse(Parser, string, StripState)

#1 /var/www/html/includes/HookContainer/HookContainer.php(131): MediaWiki\HookContainer\HookContainer->callLegacyHook(string, array, array, array)

#2 /var/www/html/includes/HookContainer/HookRunner.php(2906): MediaWiki\HookContainer\HookContainer->run(string, array)

#3 /var/www/html/includes/parser/Parser.php(1539): MediaWiki\HookContainer\HookRunner->onParserBeforeInternalParse(Parser, string, StripState)

#4 /var/www/html/includes/parser/Parser.php(651): Parser->internalParse(string)

#5 /var/www/html/includes/cache/MessageCache.php(1301): Parser->parse(string, Title, ParserOptions, boolean)

#6 /var/www/html/includes/language/Message.php(1258): MessageCache->parse(string, Title, boolean, boolean, LanguageEn)

#7 /var/www/html/includes/language/Message.php(889): Message->parseText(string)

#8 /var/www/html/includes/language/Message.php(942): Message->toString(string)

#9 /var/www/html/includes/OutputPage.php(2766): Message->parse()

#10 /var/www/html/includes/exception/PermissionsError.php(76): OutputPage->showPermissionsErrorPage(array, string)

#11 /var/www/html/includes/MediaWiki.php(547): PermissionsError->report(integer)

#12 /var/www/html/index.php(53): MediaWiki->run()

#13 /var/www/html/index.php(46): wfIndexMain()

#14 {main}

Anyone have ideas on what is causing this? (talkcontribs)

I'm recommend to see issues section on github page of this extension.

Reply to "Internal Error"

Issue with Images, Links and Categories from WYSIWYG toolbar

Voggy1 (talkcontribs)


When a user selects the Image icon from the toolbar the "Mediawiki Image" window appears but the search doesn't return anything (even when a known file name is entered in the "Image file name" textbox).

When a known filename is entered no Preview appears.

When a known filename is entered and ok is selected the "Mediawiki Image" window disappears and a small icon is displayed but not the picture. If I hover over the picture no popup appears.

Once the changes have been saved the picture does appear but when the page is edited again the icon and not the picture is displayed again.

Also; If a user selects the "Link" icon from the toolbar the "Mediawiki Link" window appears but as I start typing no existing links are returned in the "Choose an existing wikipage for the link target:" text area.

Also; If the category icon is selected from the toolbar and I start typing a category name then no existing categories are listed in the "Select category for the page:" text area

We are using Mediawiki version 1.34 with the latest available WYSIWYG extension downloaded and installed using the instructions from Extension:WYSIWYG. We are also using SimplesamPhp for authentication to Azure should this information be useful.

We have found it necessary to implement the fixes details below to get WYSIWYG to work:


"duplicating link [edit] and table of content after save page" section of "Extension talk:WYSIWYG"

Many thanks in advance


Tommyps3 (talkcontribs)

Hi Voggy1,

I had the same problem so Ifollowed the steps from github[.]com[/]Mediawiki-wysiwyg[/]WYSIWYG-CKeditor[/]issues/122 and Extension talk:WYSIWYG,

Now my search doesn't return anything also.

Do you have a solution yet?

I'm thinking of downgrading to MW 1.33...

Reply to "Issue with Images, Links and Categories from WYSIWYG toolbar"

[fixed] duplicating link [edit] and table of content after save page

WeekThor (talkcontribs)

When editing a page in the form, a TOC and links [edit] after the headers appear. After saving the TOC and links [edit] are duplicated.

MediaWiki: 1.34.0

WikiEditor: 0.5.0

WYSIWYG: 1.5.6_0 [B551+18.09.2018]

CKEditor: 4.6.2 (revision 20af917)

WeekThor (talkcontribs)

https://imgur com/a/ tEvNBk9 (i can add link...)

WeekThor (talkcontribs)

I fix it by replacing in the file extensions/WYSIWYG/CKeditorParser.body.php:





on lines: 1201,1202,1224,1236,1240,1246,1255,1262,1271,1275,1276,1277,1280,1282,1286 (all matches)

Drumst (talkcontribs)

typo correction: replace (all 15 matches)



But thank you very much for this solution!

Adding unwanted div class "mw-parser-output" in MediaWiki v1.30

Acezz67 (talkcontribs)

Hi, since I installed WYISWYG extension on my mediawiki, each time I try to edit an article it creates a new div class: <div class="mw-parser-output">. If I want to edit again, it just keep adding new <div class="mw-parser-output"> in a row.

How to prevent WYSIWYG from doing this? (talkcontribs)

This is due to the Parser::parse() function being called. In MediaWiki v. 1.30 the default is to append a <div class="mw-parser-output"> ... </div> whenever it's done.

A workaround (that appears to work, but I have no idea if there are side effects, so there's no guarantees) is to edit the file at includes/parser/ParserOptions.php to always set 'wrapclass' to false. There are two places to do so. At approximately line 790 and line 1060. I would suggest copying the line and commenting it out (by preceding the line with //) just in case it needs to be reverted. (talkcontribs)

Specifically the issue appears to be with the second new feature noted here: MediaWiki 1.30/zh

Riparap (talkcontribs)

This has been fixed in Version 1.5.6_0 [B551+19.05.2018].

Reply to "Adding unwanted div class "mw-parser-output" in MediaWiki v1.30"
Schwartzray (talkcontribs)

Will this work with windows? Our IT department does not support Linux.

Reply to "Windows functionality"

Editing the Templates in WYSIWYG

Snkennedy3327 (talkcontribs)

Is it possible to edit/add to the Templates -- Image and Title, Strange Template, Text and Table. I can't seem to find any info on this.

Reply to "Editing the Templates in WYSIWYG"

Editor not working with MediaWiki 1.33?

2 (talkcontribs)

When i install the Editor, it shows a error message when i try to open the wiki (directly at the mainpage, the wiki is completely out of order). (talkcontribs)

got it working by following below thread, hope it helps I am on mediawiki 1.33.1


Reply to "Editor not working with MediaWiki 1.33?"

Doesn't seem to work with MW1.32.0

BitSprocket (talkcontribs)

Hi all,

Probably made a mistake here but I went ahead and upgraded MW to the latest version. I just tried to install WYSIWYG and it's not displaying the toolbar at all. Is this known to be a problem and can I provide any logs -etc to help troubleshoot?

Looking forward!

Riparap (talkcontribs)

I have not tested wysiwyg with MW1.32. Most like MediaWiki has been changed so that some deprecated things which wysiwyg is still using are not available anymore. If this is the case it can not be fixed by setup definitions, it will require modifications in code.

Kghbln (talkcontribs)

Ok, updated the info box that it does not work.

Reply to "Doesn't seem to work with MW1.32.0"