Extension talk:WikiEditor/Archive 2

About this board

pre LQT talk on this page


HTTP 500 Error Only in WikiEditor, Special:Upload Works Normally

2
189.61.116.159 (talkcontribs)

I’m encountering an issue with my MediaWiki setup where I get an HTTP 500 error (Server returned error: HTTP 500).specifically when trying to use the WikiEditor to upload an image. The error happens when I attempt to upload an image, but everything works fine with the Special:Upload page itself.

The issue is only occurring within the WikiEditor during the image upload process, and I’m unable to identify the exact cause. I’ve checked the logs, but there doesn’t seem to be a direct indication of what’s causing this specific error when uploading an image.

Has anyone experienced something similar or have any suggestions on why the WikiEditor might be causing this HTTP 500 error during the upload, while other pages like Special:Upload function without problems?

Any help or guidance would be greatly appreciated.

MediaWiki 1.39.3 (f4f6b6c)

21:29, 4 June 2024

WikiEditor 0.5.3 (f706e08) 05:32, 11 April 2023
TheDJ (talkcontribs)

You mean uploading an image via the 2nd tab of the File dialog inside the WikiEditor ?

This would mean an upload via the API (as opposed to Special:Upload, which is an upload via webform). Any error 500 should show up in both Webserver logs, and in the PHP error logs. Standard advise for debugging problems applies.

Reply to "HTTP 500 Error Only in WikiEditor, Special:Upload Works Normally"

Suggestion for (fixing) a minor TYPO

2
Mike Schwartz (talkcontribs)

In the "[https://www.mediawiki.org/w/index.php?title=Extension:WikiEditor&oldid=6741349 Latest revision as of 18:44, 6 September 2024]" version of this page, the "Installation" section ("Extension:WikiEditor#Installation") contains the sentence <blockquote>WikiEditor uses them to represents the icons.</blockquote>

It seems that the infinitive "to represent" should properly be spelled without any final letter "s". I apparently do not have the privileges to make a change, (the removal of that final letter "s").


I suggest that (if you agree that it would be a good idea, and) if you have the privileges to edit this ("non" article?) web page, you might kindly make the change to remove that final letter "s".

Thank you.

@Mike Schwartz Nov 28, 2024

--~~~~

Mr. Starfleet Command (talkcontribs)
Reply to "Suggestion for (fixing) a minor TYPO"

Is it possible to match whole words only in Find/Replace?

3
Spiros71 (talkcontribs)

I tried \bword\b but no luck.

Mr. Starfleet Command (talkcontribs)

There are two ways to match whole words: you can use \bword\b with the (.*) button selected (that makes the search use regex); or you can just type in word and select the button with the quote icon, which forces the search to match only full words.

Spiros71 (talkcontribs)

Apparently it does not appear to work for non-Latin characters, i.e. Greek. Test with these: λέξη, λέξης, αλέξης.

Reply to "Is it possible to match whole words only in Find/Replace?"

Skipped unavailable module ext.wikiEditor.toolbar

3
LuciferVN (talkcontribs)

I am getting this error in the developer console.

I have the latest verison of wikieditor extracted and in the extension folder !

these are the settings/config

Installed software

Product Version
MediaWiki 1.42.1
PHP 8.3.10 (cgi-fcgi)
ICU 72.1
MySQL 8.0.39
Pygments 2.17.2

Entry point URLs

Entry point URL
Article path /$1
Script path /
index.php /index.php
api.php /api.php
rest.php /rest.php
Special pages
Extension Version License Description Authors
UserMerge 1.10.2 (573930b) 06:04, 15 August 2024 GPL-2.0-or-later Merges references from one user to another user in the wiki database - will also delete old users following merge. Requires usermerge privileges Tim Laqua, Thomas Gries and Matthew April
Editors
Extension Version License Description Authors
WikiEditor 0.5.4 (d9a5b4e) 06:04, 15 August 2024 GPL-2.0-or-later Provides an advanced, extensible wikitext editing interface Derk-Jan Hartman, Trevor Parscal, Roan Kattouw, Nimish Gautam and Adam Miller
Jdforrester (WMF) (talkcontribs)

Hey there, ext.wikiEditor.toolbar is a very old feature that was removed in this patch, which shipped in REL1_30 7 years ago. It sounds like you've got some local gadget/etc. that's trying to interact with that?

LuciferVN (talkcontribs)

@Jdforrester (WMF),is there any way to find out which one is trying to interact with it >?

Reply to "Skipped unavailable module ext.wikiEditor.toolbar"
Selven (talkcontribs)

hi guys i've got a problem with bootstrap 4: after upgrading from mediawiki 1.35 to mediawiki 1.39 the link editor tool not work anymore it seems to work but actually not ler you post the link or exit if not with the cros in the upperright corner of it's windows

TheDJ (talkcontribs)

Can you please explain how bootstrap 4 interacts with your wiki editor ? By default MediaWiki doesn't use any bootstrap.

Selven (talkcontribs)

Hi sorry for the delay, i have bootstrap 4.5.0 added in my personalized extension for wiki tablet filter, it's called via JavaScript in the JSON files, but with the layer of bootstrat the link tool of wikieditor 1.39 not work. It Will open and do all, but cannot send the the link and exit, with the previous versione 1.35 i had no problem

YOUR1 (talkcontribs)

It's quite nasty; but we've managed to create a custom script when using Bootstrap;

   (function() {
      var originalButtonMethod = $.fn.button;
      $.fn.button = function() {
         if (arguments.length > 1 && arguments[0] === 'option' && this.hasClass('wikieditor-toolbar-tool-link-insert')) {
            var optionName = arguments[1];
            if (optionName === 'disabled') {
               return false;
            }
         }
         return originalButtonMethod.apply(this, arguments);
      };
      })();

The issue it self is related to https://github.com/wikimedia/mediawiki-extensions-WikiEditor/blob/3a6c52fb5cc988ffe23eb9dd840755acc9b06ee8/modules/jquery.wikiEditor.dialogs.config.js#L156. The if statement returns true, probably because there is a race condition between jquery-ui and your custom skin.

Compatibility issue with Page Forms

6
Drfoland (talkcontribs)

WikiEditor 1.32 has a compatibility issue with the Page Forms extension. This is due to the fact that

$.wikiEditor.modules.dialogs.config = {
    ...
};

has been replaced with

module.exports = toolbarConfig;

Page Forms still relies on the jQuery module, and thus fails to render the WikiEditor toolbar when using the form editor. This is easy to resolve by redefining the jQuery module for backwards compatibility, but may be more appropriate to resolve with the Page Forms team.

Jdforrester (WMF) (talkcontribs)

We won't bloat the experience for all users of WikiEditor just to provide compatibility for PageForms; the maintainers of code dependent on WikiEditor are responsible for maintaining that, sorry.

Whatamidoing (WMF) (talkcontribs)

Pinging @Yaron Koren, because this incompatibility should probably be documented somewhere (assuming it can't be fixed).

Yaron Koren (talkcontribs)

I thought this was fixed in Page Forms already, but maybe not. What version of Page Forms are you running? Or are you just looking at the current code?

Hazeldee0512 (talkcontribs)

Hi @Yaron Koren -- I'm having this exact issue with PF 4.5.1 and WikiEditor 0.5.2. Have you been able to implement a fix yet?

Jongfeli (talkcontribs)

It seems that after the changes done in WikiEditor going from 1.34.0-wmf.16 to 1.34.0-wmf.17 WikiEditor stopped working inside a form.

This means when you use WikiEditor version 1.34.0-wmf.16.zip it works just fine inside a form.

This was with tested and works on:

  • MW 1.34.4
  • SMW 3.2.0
  • Page Forms 5.0-alpha (9e17cd7)
  • WikiEditor 1.34.0-wmf.16
  • PHP 7.3.23

I am not sure what has to be done to get the later versions of WikiEditor to work in a form, a lot has changed since then but this probably needs to be solved in Page Forms.

Reply to "Compatibility issue with Page Forms"
93.173.35.11 (talkcontribs)

If you want to add "RTL" text as "auto" (text direction is based on text characters used):

File: WikiEditor/modules/jquery.wikiEditor.js

line: 458

Add: .attr( 'dir', "auto" )

This will only fix it for adding the text. You will still need to use a "div" in order to actually display the text as RTL.

TheDJ (talkcontribs)

The text direction of the editor is based on the primary content language, not on the characters used. It should not be automatic.

Reply to "Adding RTL text"

It corrupts my edit window

1
Атомный трамвай (talkcontribs)

Pressing button "Edit" on [kinda] any page with WikiEditor enabled (previously I thought it was CodeEditor) lead me to page with damaged view, where there are coloured spots above with no code (in front of big white square) and the code is below (in a window).

This error is inconsistent. I don't know why. I disable/enable another extensions — it works fine some time and then it corrupt again.

MW 1.39.1. I experienced it on 1.34, too. I've updated all dependencies via Composer. Can anybody suggest the reason?

Reply to "It corrupts my edit window"
37.46.42.40 (talkcontribs)

Dear all,

I will glad if you will add new section - math to the layer: Advanced, Special characters, Help, Cite.

It will be easier for new users - to click on bottun such us :

  1. "Fraction" (and not frac{a}{b})
  2. "Radicals" (and not \sqr{a}{b})
  3. "long list (and not <math>\begin{align} a\\ \b\\ \c\\ \d\\ \end{align} </math>
  4. there and many buttons you can added. In many site base on wiki DB, there are already such option.
  5. thanks, ~~~~
He7d3r (talkcontribs)
Tacsipacsi (talkcontribs)

T25354 is about CharInsert, this topic is on the talk page of WikiEditor. The two have independent character collections, and WikiEditor’s is pre-defined in software (and has already supported different display text), so the patch for T25354 didn’t make it possible to use math from WikiEditor’s toolbar.

Reply to "math bar"

Paste large text doesn't work

1
Dominik Maus (talkcontribs)
Reply to "Paste large text doesn't work"
Return to "WikiEditor/Archive 2" page.