Extension talk:WikiEditor/2015

→ pre LQT talk on this page

wikieditor preview button strange behavior

I'm using MediaWiki 1.25alpha (80463f4) with WikiEditor 0.4.0 (Versió bca8c3c) and having a very strange behaviour when I enable the preview button at localsettings. Whenever I'm editing a page, if I press the preview button and then save changes, it changes the main page of my mediawiki with that content, instead of the actual page I was editing. This only happens when using the actual preview button, so even if I have it enabled at the localsettings, the wikieditor works fine ONLY IF I don't do a preview before saving. What's wrong? Something in my mediawiki general settings? Or is it something wrong with the wikieditor?

BTW, by the preview button I mean the one that appears on top of the wikieditor when $wgDefaultUserOptions['wikieditor-preview'] = 1; on localsettings, not the one at the bottom, next to the save button, which works fine.

Thanks.

Robert Robertgarrigos (talk) 12:50, 8 February 2015 (UTC)

I also have this problem using MediaWiki 1.23 and WikiEditor 0.4.0 (3f6ac7c).

However, more specifically, an InputBox with type=create seems to be the problem. If I preview the page, then save the page, the page which is changed is the page named in the input box. If it is blank, then the main page is changed. If there is a default value in the input box, then it is that page (i.e. the default value) which is changed.

Again, this is only with the preview tab at the top - not the MW provided "Show Preview" button at the bottom. Even once using the "Preview" tab, navigating back to the "Edit" tab and saving creates the same behavior.

--dan 64.183.93.2 23:24, 26 February 2015 (UTC)

Link-suggesting module

Hi,

WikiEditor, upon clicking "Link", a link-suggesting interface popup appears which I guess would be JavaScript-powered. I was wondering where this popup's JS code is found in the module directory of this extension. This is because I'd like to edit Cacycle's WikEd WYSIWIG editor (for my own Wiki's use) so that upon inserting a redirect this same popup is called. If this JS is found in a module with several other lines of JS it'd be helpful if you could give me line numbers, please.

Thanks for your time Fuse809(talk, contribs, email) 04:41, 5 March 2015 (UTC)

You are probably looking for modules/jquery.wikiEditor.dialogs.config.js. Helder 18:02, 29 March 2015 (UTC)

Suggestion to add 1 sentence to heading Installation after Done!

I've been looking for 3 days to find out why WikiEditor doesn't show up in a newly installed MediaWiki, latest version, but still does show up in the other project with upgraded MediaWiki to the latest version. I asked my MediaWiki programmer and he didn't know it either. My suggestion is to add the following sentence after Done! (I'd do it myself but apparently I get text to translate instead of editing):

• You might need to enable WikiEditor in your preferences: go to Special Pages / Preferences / tab Editing and check box 'Enable enhanced editing toolbar'. 46.238.118.97 18:06, 20 April 2015 (UTC)

preview and change not working on my wiki?

I have the latest stable mediawiki (1.24) and the latest stable wikieditor

When I press on "Preview" or "Changes", it does not work, I see the spinning wheel that says "Loading", but it just spins forever and nothing happens?

I disabled those tabs in localsettings for now, but how can I find out whats causing the problem? Tetrana (talk) 10:27, 24 April 2015 (UTC)

I have the same problem 110.22.47.221 06:20, 18 June 2015 (UTC)

Same here with fresh install of 1.26. Is there a fix or workaround to use the buttons on top?

(PS: old wiki with 1.23.6 and WikiEditor 0.40 works well) GBT248 (talk) 11:01, 8 April 2016 (UTC)

I have this problem with Mediawiki 1.26 and Wiki Editor 0.5. Upgraded to mediawiki 1.28 ad the problem is still there. The preview tab wheel spins forever and looking what is happening in Chrome or Firefox debugging tools there is a 400 error from api.php that stems from the xhr request in load.php:

line 5807: "xhr.send((options.hasContent && options.data) || null);"

Note this only happens if there is some tag within the text such as <pre\> or <br\> 75.74.113.185 (talk) 17:33, 24 December 2016 (UTC)

I have this issue as well, just upgraded to MediaWiki 1.28 and still this problem. How do I post a bug report? 143.159.188.211 (talk) 23:40, 8 January 2017 (UTC)

I have the same problem with 1.27. I found out the api.php return a message in chrome debugger which said that preview functionality have to open the read permission.

Adding $wgGroupPermissions['*']['read'] = true; 

It's work well for me. 125.227.10.151 (talk) 06:30, 10 March 2017 (UTC)

Preview and Change Tabs not displayed

I am using 1.24.0 on 2 wikis with the same settings for WikiEditor (default).

On just one wiki site I do not see the three tabs (Wikitext, Preview & Changes) Mark Weiser (talk) 18:44, 22 May 2015 (UTC)

After upgrade to 1.25.1, Publish button is missing

Where did it go? LocalSettings.php is configured to display it; but it's just not showing up. Is it really gone, and am I the only one who likes that button? Abhidevananda (talk) 06:11, 7 June 2015 (UTC)

Problem solved. The trick was to change some lines in the LocalSettings.php file:

$wgDefaultSkin = "vector";

wfLoadSkin( 'vector' );

to

$wgDefaultSkin = "Vector";

wfLoadSkin( 'Vector' );

In short "vector" had to be "Vector". Abhidevananda (talk) 06:12, 9 June 2015 (UTC)

Large header space -WikiEditor UI

Hi,

I have just run the update.php script and now I am having a problem with the wikieditor-ui. When I edit a page with the advanced editor eg. the one used here, there is a large blank 'blue' box between the 'Bold', 'Italic', 'Link', etc. icons and the text box where the edit is made. I am not sure what the problem is. I have a feeling it has something to do with the 'SkinAfterBottomScripts' or 'SkinAfterContent' but I can't figure it out. Any help would be greatly appreciated.

Thanks Michael 110.22.47.221 04:38, 18 June 2015 (UTC)

See the problem at tmltesting.com/w/ 110.22.47.221 06:21, 18 June 2015 (UTC)

I have this same problem with MW 1.25.2. Have you found a solution? Thanks. Clifford.kasper (talk) 14:44, 23 September 2015 (UTC)

Did anybody solve this? I get this in MW1.26.2 as well! CharlesSpencer (talk) 19:03, 11 October 2016 (UTC)

In my case, "DynamicPageList"(intersection) caused problem. clean-up and reinstall DynamicPageList solved problem. Libattery (talk) 07:56, 11 May 2018 (UTC)

Using toolbar in field textarea

When I use the input type=textarea|rows=4|editor=wikieditor Try to insert a table and all I get is { displayed

Is there any way to fix this? Legaulph (talk) 10:30, 18 June 2015 (UTC)

You forget to mention that you're using WikiEditor inside a SF form. Maybe you could direct your question to Yaron over at Extension talk:Semantic Forms.

Where do you see the trailing bracket? If it's in the form I don't know. If it's in the page, are you trying to insert a table within a template? If so it's probably the fact that pipe characters are not interpreted as template syntax. See [1] Cavila (MW 1.22, MySQL 5.5.37-0, Php 5.4.4-14 squeeze, SMW 1.9.2, SF 2.7) 07:05, 24 June 2015 (UTC)

After the form is saved I see this

no it is in the text area property in the form using the wikieditor, If I use it in the free text area within a form it works Legaulph (talk) 15:26, 8 July 2015 (UTC)

Add a select type button

I am trying to add a drop-down button to my wikimedia edit toolbar. I created the button successfully like this:

$( '#wpTextbox1' ).wikiEditor( 'addToToolbar', {         'section': 'templates',         'group': 'templates',         'tools': {             'choose': {                 label: 'Add Template!',                 type: 'select',               action: {                     type: 'encapsulate',                     options: {                     

                    }                 }             }         }     } );

But I do not know what code to write to populate the drop down list with all the Templates I have created on my wiki page?

Can someone help me with this one? Thanks! 78.130.148.74 (talk) 08:17, 16 July 2015 (UTC)

No WE

Hello.

I installed WE on my page http://wiki.westeros.pl/ but toolbar is not shown TraaBBIT (talk) 17:20, 3 August 2015 (UTC)

Any idea? TraaBBIT (talk) 17:01, 13 August 2015 (UTC)

Hi,

I have the same issue... 185.5.60.134 (talk) 00:27, 17 September 2015 (UTC)

Toolbar not showing in REL1_26

Hi, I just moved mediawiki to REL1_26. All works well, but the toolbar does not show any more. Any ideas?

n. 108.35.44.4 (talk) 20:54, 3 October 2015 (UTC)

pt.wikt

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

Nesse projeto não há o botão . Por quê?

Translating... In pt.wikt there is not the button . Why? Luan (talk) 04:39, 25 October 2015 (UTC)

It is there when I access e.g. this page (even if not logged in). Helder 13:11, 24 November 2015 (UTC)

Obrigado, Helder, já descobri! Era uma opção que não estava selecionada nas preferências. Luan (talk) 20:03, 25 November 2015 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Why was the TOC module removed

I am testing a MediaWiki upgrade from MW 1.16.5 to 1.25.3

Why was the ext.wikiEditor.toc removed from the WikiEditor? This was a valuable option that allowed you to quickly position to a section of the page while editing.

How can I get this option back in the WikiEditor? 67.231.55.59 (talk) 11:40, 7 November 2015 (UTC)

I thought I was logged in when I submitted this topic Ken Roy (talk) 12:04, 7 November 2015 (UTC)

Strange behavior on new install

So I just started building a new wiki on version 1.25.3 and added the following to the LocalSettings:

wfLoadExtension( 'WikiEditor' );

But the wikieditor didn't show up. I cleared the cache and it didn't show up (to be clear the preview button showed up, but no edit bar) Tried it on three different types of browsers and still nothing.

Finally I removed the wfLoadExtension statement from the LocalSettings and reverted to old style:

require_once "$IP/extensions/WikiEditor/WikiEditor.php";

At which point everything works. Christharp (talk) 17:27, 8 November 2015 (UTC)

Are you sure you are using 1.25.3. During install you can enable the included extensions that you need, WikiEditor is one of them. After that when you entered your site you do need to enable the WiktEditor with Enable enhanced editing toolbar in your preferences before it starts working. Regards. Felipe (talk) 11:17, 9 November 2015 (UTC)

I have this option activated and even though I have tried both of the ways to get the WikiEditor initialized, both fail. There is no WikiEditor for me.

Yes, this option is activated in the preferences and yes, I use the latest version

edit:

Downloaded a new Version and it worked ... strange though. Temptuousinsolence (talk) 21:35, 11 November 2015 (UTC)

Hi

I actually had set it up to for the default, in the LocalSettings, to show the toolbar. I've set up at least dozen, if not more, Mediawikis and is this the first the editbar behaved strangely. And yes I"m sure it's 1.25.3. Christharp (talk) 00:28, 10 November 2015 (UTC)

Ok, I just dit a setup of MW-1.25.3 on Ubuntu 14.04 and enabled all extensions that come with the download. WikiEditor worked fine after enabling it in the preferences. I did not touch Localsettings.php.

# Enabled Extensions. Most extensions are enabled by including the base extension file here
# but check specific extension documentation for more details
# The following extensions were automatically enabled:
wfLoadExtension( 'Cite' );
wfLoadExtension( 'CiteThisPage' );
require_once "$IP/extensions/ConfirmEdit/ConfirmEdit.php";
wfLoadExtension( 'Gadgets' );
wfLoadExtension( 'ImageMap' );
wfLoadExtension( 'InputBox' );
wfLoadExtension( 'Interwiki' );
wfLoadExtension( 'LocalisationUpdate' );
wfLoadExtension( 'Nuke' );
wfLoadExtension( 'ParserFunctions' );
wfLoadExtension( 'PdfHandler' );
wfLoadExtension( 'Poem' );
wfLoadExtension( 'Renameuser' );
wfLoadExtension( 'SpamBlacklist' );
wfLoadExtension( 'SyntaxHighlight_GeSHi' );
wfLoadExtension( 'TitleBlacklist' );
wfLoadExtension( 'WikiEditor' );

You say you downloaded a new version, a new version of what? Regards Felipe (talk) 07:26, 14 November 2015 (UTC)

Icons on buttons do not appear

I have a new Mediawiki 1.26 installation in Centos 7, everything works fine except the WikiEditor. After installing the Wikieditor extension and configuring the Localsettings.php according to the extensions README file, the new editor appears but the icons are not showing. The tooltip shows correctly and I click the buttons and the correct action is executed but no icons. I've tried this in the latest Firefox, Chrome and IE browsers and I get the same results. Also, I tried already editing the Common.css wiki page as suggested in a couple of forums but it doesn't work. I am running out of ideas. Any suggestions? Thanks! Fexadom (talk) 01:39, 15 December 2015 (UTC)

Same as in my installation at Centos 7 87.160.133.180 (talk) 11:25, 14 March 2016 (UTC)

You need the latest version of the WikiEditor: Special:ExtensionDistributor/WikiEditor JohnEagles (talk) 13:12, 28 March 2016 (UTC)

I am having this issue on CentOS 6.7, mediawiki 1.26 with WikiEditor version info:

2016-01-09T23:25:56

72db6c7

The buttons do not render and while the default toolbar renders as a single line when mediawiki is disabled, the button regions render as two empty table cells next to the tabs. I believe that 72db6c7 is the latest version published - is there any update or am I missing something? 63.252.212.99 (talk) 14:36, 15 April 2016 (UTC)

Same problem. Did anyone get this figured out? 128.95.10.211 (talk) 18:20, 5 July 2016 (UTC)

I had the same issue. The fix is to add 'data:' in the Content-Security-Policy.I've added it in the nginx config. 4ndY (talk) 23:06, 5 August 2020 (UTC)

Version Bump

Am I correct that the current release is 0.5.0? Ckoerner (talk) 17:36, 22 December 2015 (UTC)