Topic on Project:Support desk

Title says it all. Does it matter if I'm on a shared hosting at this point? I thought version 1.35 would fix this and you wouldn't need a parsoid setup.

The errors I'm getting is "Error contacting the Parsoid/RESTBase server (HTTP 500)"

Thanks for your help!

I've tried various suggestions on this page, but still no joy. I'm using MediaWiki 1.38.1 and PHP 8.0.2.

I added an SSL, and now instead of HTTP 500 errors, I get HTTP 415 errors.

Looking in the error.log, there's:

[Tue Jul 05 09:46:23.328497 2022] ModSecurity: Warning. Operator EQ matched 0 at REQUEST_HEADERS. [file "/dh/apache2/template/etc/mod_sec3_CRS/REQUEST-920-PROTOCOL-ENFORCEMENT.conf"] [line "238"] [id "920180"] [msg "POST without Content-Length or Transfer-Encoding headers"] [data "0"] [severity "WARNING"] [ver "OWASP_CRS/3.3.2"] [tag "application-multi"] [tag "language-multi"] [tag "platform-multi"] [tag "attack-protocol"] [tag "paranoia-level/1"] [tag "OWASP_CRS"] [tag "capec/1000/210/272"] [hostname "wiki.ouroakland.net"] [uri "/oaklandwiki/rest.php/wiki.ouroakland.net/v3/transform/html/to/wikitext/Lakeside_Temple_of_Practical_Christianity/266"] [unique_id "YsRq312mt4Is-dpsn87Y8QAABBg"]

Is my host (Dreamhost) being overly strict, or is the Visual Editor code leaving out something important? Or is it something else entirely?

I'm using siteground for hosting and I used their one-click install. I then added the following to the localsettings file:

wfLoadExtension( 'VisualEditor' );

// Enable by default for everybody $wgDefaultUserOptions['visualeditor-enable'] = 1;

// Optional: Set VisualEditor as the default for anonymous users // otherwise they will have to switch to VE // $wgDefaultUserOptions['visualeditor-editor'] = "visualeditor";

// Don't allow users to disable it $wgHiddenPrefs[] = 'visualeditor-enable';

// OPTIONAL: Enable VisualEditor's experimental code features #$wgDefaultUserOptions['visualeditor-enable-experimental'] = 1;

I would suggest trying it without using their one-click installer. Does it work if you download the official tarball from Download?

I am having the same issue as well. I used official tar and did not change anything

Hello,

I am using Siteground and have the same issue, did you manage to resolve the problem?

Me too. :(

I just solved this problem for my own wiki hosted with SiteGround! The error occurs if your website doesn't have a SSL certificate attached to it yet.

I attached the certificate, added the following line to the localsettings.php file:

wfLoadExtension( 'VisualEditor' );

And the visual editor loaded without problem.

Good luck!

Issue still persisting even with SSL enabled. This problem isn´t related to a SSL certificate.

Any update on this? Many thanks

Is this similar to this problem:  ?

In my case, error is triggered when a page have accentued characters in the title.

Remove them is a (temporary) solution.

Hello there,

It works perfectly for me, thank you for this solution !

I used a reductive process and landed on the oddest thing. Use of parentheses inside a table triggered the error. Removed them, and it works fine.

Our wiki is hosted on a Dreamhost Shared Hosting. Checking over my Apache2 error log on this, it appears their ModSecurity rules are too strict, and is triggering on various brackets, parenthesis etc as an "HTTP Request Smuggling Attack". Contacting Dreamhost support, they use: OWASP ModSecurity Project as their rule set. If you disable "Extra Web Security" this turns off ModSecurity and the error went away.

Possible solution:

For me, changing $wgShellLocale = "en_US.UTF-8"; to $wgShellLocale = "en_UK.UTF-8"; did the trick - no more Parsoid/REST error.

I hope this helps someone.

doesn't work for me

Using Incorrect PHP version will lead to problem, the error comes when php version was in 7.3.21. Error is gone when php was updated to php version 7.3.33 and also working php version 7.4.9

on Siteground, doesn't work even with PHP 7.4.28

Running 1.36.1 on PHP 7.4 in a hosted service. I get the error when editing a saved page. The editor works while editing a new page

Have tried most suggestions on this page without success.

I'm having the same issue on PHP 8

I'm having the same with php 7.3.33 mediawiki 1.37.1. $wgShellLocale = "fr_FR.UTF-8"; (i also tested en_UK.UTF-8 and the result is the same)

It works sometimes but i couldn't identify the problem (I have no accent in this page)

any updates on this? I'm new to MediaWiki, but I've been getting this quite often. In my testing, this only happens on pages that have templates.

same here still getting this error after multiple attempts to setup and save pagers.

Also getting the same, using a Windows Apache server 2.4.51 and PHP 7.4.26. Also works occasionally but randomly breaks.

Running 1.38.1 w/ PHP 7.4.30. I moved to short urls and now Visual Editor won't work at all. Before that, it would not load on image-heavy pages and some pages with expand/collapse <div>'s and/or simple tooltip { } The problem appeared after implementing short urls.

The guidelines say that VE should work if using standard domain.com/w/ script path and /wiki/ article path, which I am using. I am controlling the rewrite with an .htaccess file as I have no idea how to modify the Apache configuration file on the server (very confusing article and my server says WARNS AGAINST modifying the httpd.conf file. Hoping for any additional thoughts or ideas to test out here.

they Have tried adding to localsettings.php:

wfLoadExtension( 'Parsoid', __DIR__ . '/vendor/wikimedia/parsoid/extension.json' );

?

Thanks for the suggestion. Unfortunately, it didn't change the behavior (VE 500 error)

Hello,

I have the same problem as you, I tried everything suggested here, but nothing works.

I noticed that for some, changing the UTF it worked, but I have nothing with UTF in my LocalSetting. But I discovered this in my LocalSetting

"$wgLocaltimezone = "Europe/Berlin";

Could changing this possibly fix the problem?

Thanks

I'm on Localhost, MediaWiki 1.38.1, PHP 7.4.25 (apache2handler), MariaDB 10.4.21-MariaDB and Windows 10.

PS: I am French.

Changing the language didn't work for me, and it wasn't about certain characters, or the wfLoadExtension( 'Parsoid', "$IP/vendor/wikimedia/parsoid/extension.json" ); << none of that worked.

So I ran a clean install on the same server w/ a new mysqyl database and latest stable wikimedia. The new installation gave me the same error on Visual Editor, so it's not the installation, it's the server.

I don't even know what to do now. I need VE to edit tables, which are a nightmare in code editor.

Searching this thread on Phabricator : T270377, a user mentioned that changing the Localhost's "$wgTmpDirectory" solved the problem. I tested his method, and the problem was gone and my Visual Editor worked normally.

Here is his solution : Changing $wgTmpDirectory to "$IP . '/images/temp';"

The nickname of the user who found this solution is Raymond

Brilliant and thank you so much -- it works!!

Here's the thread: [RESOLVED] Image upload problem in a new installed Mediawiki 1.21.1 on Project:Support desk

Here's the code:

$wgTmpDirectory = "$IP/images/temp";

That user also suggests adding a folder /images/thumb/ (which I already had) and set permissions to 755