Extension talk:WikiEditor

Jump to: navigation, search

About this board

Edit description

pre LQT talk on this page


By clicking "Add topic", you agree to our Terms of Use and agree to irrevocably release your text under the CC BY-SA 3.0 License and GFDL
Summary by Jdforrester (WMF)

Will be fixed in MediaWiki 1.29.1.

Marccreal (talkcontribs)

When clicking on "Embedded file", the "insert file" window pops up. But when I click on "upload" there, the window closes and nothing happens. This problem occurs in my 1.29.0 version, in a separate 1.28.2 installation (on the same server), the upload works fine.

In the browser console, I get the following error (in the 1.28.2 version, I don't get errors):

:Uncaught Error: Windows must have a `name` static property defined.

load.php?debug=false&lang=en&modules=jquery.accessKeyLabel%2Casync%2CbyteLength%2CbyteLimit%2Ccheck…:537

at OoUiWindowManager.OO.ui.WindowManager.addWindows (load.php?debug=false&lang=en&modules=jquery.accessKeyLabel%2Casync%2CbyteLength%2CbyteLimit%2Ccheck…:537)

    at HTMLDivElement.wikieditor-toolbar-tool-file-upload (load.php?debug=false&lang=en&modules=ext.wikiEditor|ext.wikiEditor.core%2Cdialogs%2Cpreview%2Cpubli…:60)

    at HTMLButtonElement.props.click (load.php?debug=false&lang=en&modules=jquery.ui.button%2Ccore%2Cdialog%2Cdraggable%2Cmouse%2Cpositio…:24)

    at HTMLButtonElement.dispatch (load.php?debug=false&lang=en&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=0ax79ee:65)

    at HTMLButtonElement.elemData.handle (load.php?debug=false&lang=en&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=0ax79ee:60)

Is this a bug in the new version?

Jdforrester (WMF) (talkcontribs)

Hi there, good spot.

This was bug T164999 which we fixed a few hours after the cut for MediaWiki 1.29 and didn't notice, sorry!

I've made https://gerrit.wikimedia.org/r/#/c/366262/ as a backport of the fix, and that should be released in MediaWiki 1.29.1. If it's urgent, you should be able to apply it locally.

Sorry for the issue.

Marccreal (talkcontribs)

Thank you for the quick response! I applied the changes in "mediawiki.Upload.Dialog.js" and now the upload works again.

MW Rel 1.29.0 : bug report : Cancel button does not work properly

1
Spas.Z.Spasov (talkcontribs)

WikiEditor cancel button (upper right corner) redirects to uri /undefined. Here you are a screen shot.

Could it be fixed in the next release?

Reply to "MW Rel 1.29.0 : bug report : Cancel button does not work properly"

Customizing the toolbar (loading ext.wikiEditor.toolbar?)

1
LivioRobaldo (talkcontribs)

I am trying to customize my WikiEditor toolbar (Extension:WikiEditor/Toolbar customization), but I don't manage to add/remove buttons :-(

I'm not sure that I have done the following:

"The module "ext.wikiEditor.toolbar" needs to be loaded."

How can I do? How can I check if ext.wikiEditor.toolbar is properly loaded?

Any help would be highly appreciated.

Thanks

Livio

Reply to "Customizing the toolbar (loading ext.wikiEditor.toolbar?)"
DSwissK (talkcontribs)

When I press on the signature button, I get a "<sig-text>" tag. Any idea how to remove/set it up ?

Thanks !

Whatamidoing (WMF) (talkcontribs)

I think that creating MediaWiki:Sig-text (presumably with ~~~~ and/or whatever text you want to be pasted in when you click that button) would solve your problem.

DSwissK (talkcontribs)

Wow! Easy as 1 2 3. Thanks, you just saved my wiki ! ;)

Whatamidoing (WMF) (talkcontribs)

I'm glad that I could help.

It might not work for people who have set their user interface language to something other than the default. (It might; it might not. I don't know.)

DSwissK (talkcontribs)

The interface language of my wiki is French so I guess it does work.

And, if it can help someone else, I set "$1" on the page content.

Reply to "Signature button"

WikiEditor not appearing? Check mod_pagespeed

1
Lsilverman (talkcontribs)

Spent a half-day troubleshooting why WikiEditor would not load after upgrading to 1.27. Read through every page of this discussion trying to figure it out.

I finally hit on mod_pagespeed as a culprit. We have mod_pagespeed enabled under apache. We've learned that while a powerful tool, mod_pagespeed causes all kinds of problems. Changes to Mediawiki:Common.css don't take effect, for example. Our solution?

Flush the cache.

We now have a bash script (got this solutions from somewhere else, probably StackOverflow) that we run now whenever we touch something that might be cached (css, js).

1 #!/bin/bash
2 touch `grep "^ *ModPagespeedFileCachePath" /etc/httpd/conf.d/pagespeed.conf | awk ' { print $2; } ' | sed 's/"//g'`/cache.flush

It pulls the location of the mod_pagespeed cache out of the httpd configuration, then touches the cache.flush file, which causes the cache to flush on next page request.

Just flushing the cache caused WikiEditor to magically appear.

Good luck, all!

Reply to "WikiEditor not appearing? Check mod_pagespeed"

WikiEditor.php missing after upgrade

3
Summary by TheDJ

Use wfLoadExtension( 'WikiEditor' ); in your LocalSettings.php

RobFantini (talkcontribs)

after using this to upgrade 10 minutes ago:

git pull

git submodule update # not sure if needed but I've done for a year

wiki stopped working due to missing WikiEditor.php file in the extenstion folder.

commenting the WikiEditor.php line in LocalSettings.php got around the error. both visual and source editors work per fast testing.

TheDJ (talkcontribs)

You probably have to switch to the wfLoadExtension syntax in your LocalSettings.php. Almost all well maintained current versions of plugins have will now have finished their conversion from the require_once "$IP/extensions/WikiEditor/WikiEditor.php"; strategy to wfLoadExtension( 'WikiEditor' );

173.76.181.125 (talkcontribs)

hello TheDJ - that fixed the situation. I'll read up on and apply the new method. Thank You.

Toolbar bold/italic buttons have "wrong" appearance

3
Metalbunny (talkcontribs)

We have a fairly freshly installed LAN-based wiki (so I can't link to it from here) which runs on MW 1.27.1. The two first editor buttons (Bold and Italic) show as A A instead of the normal B I like on other EN-language wikis (no biggie, but confusing nonetheless). I assume this is caused by a configuration setting somewhere, but where and what?

Metalbunny (talkcontribs)

2 secs later someone figured out that the bar gets confused when there are multiple languages set in localsettings. Removing everything but "en" makes it appear correctly. This really needs to be in the documentation.

Whatamidoing (WMF) (talkcontribs)

"A" is the generic, since the "B for Bold" idea doesn't apply to most languages (it'd be "G for Gras" in French, "F for Fett" in German, etc.).

Reply to "Toolbar bold/italic buttons have "wrong" appearance"

preview and change not working on my wiki?

6
Tetrana (talkcontribs)

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?

GBT248 (talkcontribs)

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)

75.74.113.185 (talkcontribs)

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\>

143.159.188.211 (talkcontribs)

I have this issue as well, just upgraded to MediaWiki 1.28 and still this problem. How do I post a bug report?

125.227.10.151 (talkcontribs)

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.

Reply to "preview and change not working on my wiki?"

How can I disable the "publish to {{SITENAME}}" popup upon clicking Publish?

3
Axonn Echysttas (talkcontribs)

Is there any way to disable that popup from appearing every time I click the "Publish" button? This is the text of the popup:

"Please note that all contributions to <MY WIKI NAME> are considered to be released under the Creative Commons Zero (Public Domain)"

And yes, the title of the popup is obviously not rendering correctly :).

NikusPokus (talkcontribs)

Edit the file « extensions/WikiEditor/modules/jquery.wikiEditor.publish.js »

Line 146 and 147 comment the following code:

//$( '#' + dialogID ).dialog( 'open' );

//return false;

Tolvic (talkcontribs)

Do you know what files needs to be to be edited to change the message that is shown?

Do you know what file I would need to edit to fix the "publish to {{SITENAME}}" header?

Thanks

Reply to "How can I disable the "publish to {{SITENAME}}" popup upon clicking Publish?"

Diff styles not loaded? (MW 1.27.1, REL1_27 branch of WikiEditor)

3
Summary by FreedomFighterSparrow

User:TheDJ backported the fix to the REL1_27 branch.

FreedomFighterSparrow (talkcontribs)

I'm using WikiEditor with the "wikieditor-preview" option on. I just noticed that it seems like mediawiki.action.history.diff isn't loaded at all when I click the "Changes" tab - it shows a diff, with strikeouts for deletions, etc., but no colors (which come from the above module, apparently).

I see no errors on the console (or in the network resources tab), and it works just fine if I click the bottom diff button (which shows a diff view below the textarea), as well as in the regular changes view (action=history).

In jquery.wikiEditor.preview.js there's an API call to diff, which I can see actually happens; but the style module isn't loaded.

This might be happening since I upgraded to MW 1.27 (from MW 1.26), and I just haven't noticed so far...

Any ideas what the issue could be, or how I can further debug it?

FreedomFighterSparrow (talkcontribs)

Never mind, a few seconds after posting this I finally found Phab:T142845; it's a shame this wasn't backported to the REL1_27 branch of WikiEditor. I've now requested it would be.

As a workaround, you can set

$wgDefaultUserOptions['uselivepreview'] = true;

, because it loads module 'mediawiki.action.edit.preview', which depends on the needed 'mediawiki.action.history.diff'.

FreedomFighterSparrow (talkcontribs)

Please note that User:TheDJ indeed backported the fix to the REL1_27 branch. Thank you :-)

Users can pull the changes or redownload the extension from the extension distributor.