Error contacting the parsoid restbase server http 404

60

Error contacting the Parsoid/RESTBase server: http-bad-status

60

The problem

This issue seems to occur on private wikis:

$wgGroupPermissions['*']['edit'] = false;
$wgGroupPermissions['*']['read'] = false;

because VisualEditor accesses your pages as an Anonymous user (and thus can’t see the page at all).

The workaround

Add the following to your LocalSettings.php after all of your $wgGroupPermissions configurations (ideally at the very, very end):

if ( $_SERVER['REMOTE_ADDR'] == 'YOUR_SERVER_IP' ) {
  $wgGroupPermissions['*']['read'] = true;
  $wgGroupPermissions['*']['edit'] = true;
  $wgGroupPermissions['*']['writeapi'] = true;
}

…while replacing YOUR_SERVER_IP with the server’s IP address. You can get this using curl, for example:

curl ifconfig.me

Maybe they’ll fix it

There is an open ticket for this issue where you can express your opinion on this.

Chitinlink
(talkcontribs)

I’ve just finished upgrading from MW 1.33 to 1.35. I have the following VisualEditor-relevant options in my LocalSettings.php file:

// Enable by default for everybody
$wgDefaultUserOptions['visualeditor-enable'] = 1;
// Set VisualEditor as the default
$wgDefaultUserOptions['visualeditor-editor'] = "visualeditor";

When I try to edit a page, VisualEditor tries to load, but then spits out the following error:

Error contacting the Parsoid/RESTBase server: http-bad-status

Looking in the console, this is error code apierror-visualeditor-docserver-http-error.


I’m not sure what this means but it sounds like not only is something wrong but the error handler is receiving an unsupported status code? Any help appreciated.

LapisLazuli33
(talkcontribs)

VisualEditor/PHP will contact wiki/rest.php or w/rest.php when you go into visual editing. If you are already using rewrites to make nice short URLs, you may find that — your rewrite rule will make the call to rest.php redirect to index.php, which gives a 404.

If you just ignore redirecting call to rest.php, your visual editor will work but cannot load page contents — it is accessing rest.php/yourdomain.name/v3/…. to load the page content, which cannot be ignored by checking rest.php.

The solution is, check the HTTP_USER_AGENT — VisualEditor make its access with UA: VisualEditor-MediaWiki/1.35.0. Add the bold line to every rewrite rules you defined for mediawiki (I’m assuming you are using apache2, tweak this accordingly if you are using other service):

RewriteCond %{REQUEST_URI} !^(static)

RewriteCond %{HTTP_USER_AGENT} !^(VisualEditor)

RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-f

RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-d

RewriteRule ^(.*)$ %{DOCUMENT_ROOT}/wiki/index.php [L]

This will not make any rewrite to calls from VisualEditor and make it successfully access page contents and load it without affect other short URLs.

Chitinlink
(talkcontribs)

My wiki is not set up to have a short URL. My URLs look like this: https://wiki.whatever/index.php/PageTitle

This is a private wiki, also. https://phabricator.wikimedia.org/T88016

Chitinlink
(talkcontribs)

So to reiterate, my wiki is private. (maybe has something to do with this?)

$wgGroupPermissions['*']['createaccount'] = false;
$wgGroupPermissions['*']['edit'] = false;
$wgGroupPermissions['*']['read'] = false;

I have the following VisualEditor related options set:

wfLoadExtension( 'Parsoid', 'vendor/wikimedia/parsoid/extension.json' );
$wgGroupPermissions['user']['writeapi'] = true;

// Enable by default for everybody
$wgDefaultUserOptions['visualeditor-enable'] = 1;
// Set VisualEditor as the default
$wgDefaultUserOptions['visualeditor-editor'] = "visualeditor";

The Extension:VisualEditor page as of right now has a banner at the top that says «This extension comes with MediaWiki 1.35 and above. Thus you do not have to download it again. However, you still need to follow the other instructions provided.». The other instructions I need to follow are not exactly clear, honestly…

Further down the page on a section I didn’t follow, there’s a warning, saying that RESTBase should not be installed on private wikis. Is RESTBase installed on my wiki just by virtue of VisualEditor being bundled with 1.35? Again, I’m getting a RESTBase error when I try to edit pages.

Ciencia Al Poder
(talkcontribs)

The «VE can’t contact Parsoid/RESTBase» error is rather generic and it mentions two possible causes (choose the one that applies to you). This doesn’t mean you have RESTBase installed, and you probably don’t.

Aschroet
(talkcontribs)

As Technoabyss, I find the description rather confusing. Could you please tell, Ciencia Al Poder, is an additional RestBase installation needed for a 1.35 or not? For me, i am getting an Error contacting the Parsoid/RESTBase server: http-request-error with my 1.35 installation. Actually, this directly points to a missing RestBase but my assumption was that the VisualEditor works out of the box.

Jörgi123
(talkcontribs)

An additional Restbase installation is not needed. It is optional, you do not need it.

Ciencia Al Poder
(talkcontribs)

…however, if you happen to configure something related to $wgVirtualRestConfig in your LocalSettings (which may be set for other extensions, like math), then MediaWiki will connect only to RESTBase

Rehman
(talkcontribs)

@Technoabyss, were you able to resolve your issue? I too don’t have Short URLs enabled, and VE does not work out-of-the-box (i.e. fresh install).


This post was hidden by Chitinlink (history)


This post was hidden by Chitinlink (history)


This post was hidden by Chitinlink (history)


This post was hidden by Chitinlink (history)


This post was hidden by Chitinlink (history)

Chitinlink
(talkcontribs)

Sorry for not following up on this. I will be trying everyone’s suggestions in a moment


Edit: As before, nothing about my situation has changed… I’ve gone ahead and done as @Jörgi123 recommended, but the issue remains.

Chitinlink
(talkcontribs)

Screenshots of the request as shown in the dev console when I open the page for visual editing:

Spas.Z.Spasov
(talkcontribs)

I just solved similar issue by removing extensions/VisualEditor and installing it again.

50.204.98.114
(talkcontribs)

Same exact error for me. That response code , somewhat useless as it is (state what url/port/anything really has failed to be reached, we’re clearly getting to api.php, but what is being tried from there?), sounds more like it’s trying to reach something at an old location. Have you managed to get any further here?

Chitinlink
(talkcontribs)

No, though I haven’t really tried much since my last post. Do you happen to also have a private wiki?

50.204.98.114
(talkcontribs)

I do, my upgrade has been from 1.15 to 1.35, so more prone to issues I’d believe. I’m running the new wiki on fresh 20.04 and fwiw the visual editor worked for saving new pages and editing before I restored and updated the database (without errors).

Being that the error is so vague I want to believe there’s something stale or failed in there causing this issue, but mediawiki’s debug log doesn’t throw any obvious errors. I suppose for now I’m waiting for someone else to figure this out or 1.36. Unless there’s someone here who happens to know if update.php doesn’t run something needed for the new visualeditor config to work.

If I had any other insight to add, I do get a different error (There is no revision with ID 0.) by editing source on an existing page and moving back to the visual editor, then hitting try again when failed to load.

50.204.98.114
(talkcontribs)

Well I got it. For me at least. I had $wgGroupPermissions[‘*’][‘read’] = false; set in my LocalSettings.php which appears to cause this. Does this mean the visualeditor is actually a user? If so, what group/user can I allow read permissions to fix this but still keep read limited to groups of my choosing?

Sidnaught
(talkcontribs)

I solved this for my private wiki by following these steps linked here under 401 error.

I found I also had the same issue if I restricted the site using .htaccess and .htpasswd, instead of making it private.

The only issue I have now is that Visual Editor does not show recently uploaded files when you insert media.

Metalliqaz
(talkcontribs)

I have this error and I don’t have a private wiki. It only shows up for a particularly large page. Most pages are able to be edited properly.

89.251.251.99
(talkcontribs)

I’ve solved too, like Sidnaught, by adding following lines into LocalSettings.php

if ( $_SERVER['REMOTE_ADDR'] == '<THE_IP_ADDRESS_OF_SERVER_WHERE_YOUR_MEDIAWIKI_1.35_WITH_BUNDLED_VE_IS_RUNNING>' ) {
        $wgGroupPermissions['*']['read'] = true;
        $wgGroupPermissions['*']['edit'] = true;
}


note: use the actual ip address (not local host or 127.0.0.1) too if parsoid is actually running on the same server.

Chitinlink
(talkcontribs)

Well, I fixed it following the same instructions. We’ve also got some attention on the issue I opened, so maybe at some point this workaround will no longer be necessary.

MyWikis-JeffreyWang
(talkcontribs)

Keep in mind that the fix needs to be at the very end of your configuration, after you’ve set your other $wgGroupPermissions variables. Otherwise, it’ll just get overridden.

MyWikis-JeffreyWang
(talkcontribs)

Hi @Woozle, I saw your recent edit to the summary. I’ve changed it back to the previous version because specifying the client’s browser IP address is incorrect. The reason we use the server’s IP is because the server is making cURL requests to itself. Logically, specifying the client’s IP doesn’t really make any sense either—it stands to reason that if they are editing with VisualEditor, they already have edit permissions.

Woozle
(talkcontribs)

I think perhaps some more explanation is needed, then, because this is inconsistent with the workaround code given:

if ( $_SERVER['REMOTE_ADDR'] == 'YOUR_SERVER_IP' ) {
  $wgGroupPermissions['*']['read'] = true;
  $wgGroupPermissions['*']['edit'] = true;
}

According to the PHP docs for $_SERVER:

  • $_SERVER['REMOTE_ADDR'], which this example uses, is «The IP address from which the user is viewing the current page.» i.e. the browser/client
  • $_SERVER['SERVER_ADDR'] is «The IP address of the server under which the current script is executing.»

…so if this works as you say, wouldn’t you want to use the latter?

I also verified that Apache is in fact being accessed from my client machine, and not from the machine serving it, by inserting some code into LocalSettings which logs the value of $_SERVER['REMOTE_ADDR']. When I attempted to save a page through VisualEditor, all the IP addresses logged were in fact my client IP, not the server’s IP.

MyWikis-JeffreyWang
(talkcontribs)

What I’ve said is perfectly consistent with the workaround code given, so you’ll want to use the former.

  • When the browser makes requests to MediaWiki, it’s authorized to edit using the user’s permissions. In this case, it’s simple: the browser is the client and the server is the server.
  • When PHP Parsoid needs to communicate with MediaWiki, it needs to access the MediaWiki API to either read, write, or both. (Not sure how this is exactly done yet in PHP Parsoid, which is why I guess the prevailing solution is to go ahead and grant both permissions.) In this case, Parsoid is the client making the requests to MediaWiki’s API, and Parsoid now runs from the same server as MediaWiki. Therefore, in this case, the server is its own client. Apparently, when they released PHP Parsoid, they neglected to test how Parsoid is supposed to access the MediaWiki API if the wiki doesn’t allow anonymous read/edit. This is the problem that this code snippet attempts to resolve. Since Parsoid doesn’t have a «username» or some sort of API key that gives it special powers to do stuff, I guess this is the workaround that is required for now.

Why does Parsoid need to do internal talking to MediaWiki? Well, there’s a lot of stuff that can’t be done from the client side. They will need to do their own communication behind closed doors, and the browser is not privy to these communications.

This fix doesn’t attempt to provide to fix an access issue for the end user, but rather for Parsoid accessing the MediaWiki API. Nothing is wrong with the browser-web server relationship, but something is wrong with the Parsoid-MW API interface. That’s why we don’t even consider the browser in this case. Hope that makes sense.


In response to: «When I attempted to save a page through VisualEditor, all the IP addresses logged were in fact my client IP, not the server’s IP.»

I’m assuming this is the Apache access log. What endpoint is logged as being accessed?


I would like to note that using the server IP, not the client IP, has worked for the rest of the commenters and the hundreds of wikis at MyWikis using VisualEditor. Please elaborate on how it would be possible to allow all client IPs to edit without allowing IPs not yet logged into MediaWiki.

Woozle
(talkcontribs)

Okay, I think I understand what you’re getting at: when dealing with Parsoid internal API requests, the server acts as the client.

I think I was confused because this doesn’t match the behavior I’m seeing — but it’s possible there are other reasons for that: from what I can tell, the rest.php entry-point is (for some reason) rejecting requests from my browser (returning a 404 or 405 in its JSON response, depending on what is sent), so possibly the code never gets to the point where Parsoid makes its internal request, and therefore I don’t see those requests in my logs.

I’m abandoning this issue for now as being non-critical-path, but I may get back to it at some point if it’s not fixed upstream soonish.

Thanks for your explanation, and sorry for confusion on my part.

MrStonedOne
(talkcontribs)

After everything in this thread failed. I was able to fix this by fixing my nginx config to allow path arguments to the rest.php script (wiki/rest.php/path/arguments)

location ~ .php$ { to location ~ .php(/|$) { and adding fastcgi_split_path_info ^(.+.php)(/.+)$;

UGOBOSS777
(talkcontribs)

Hello,


Here’s the relevant content of my LocalSettings.php


wfLoadExtension( 'VisualEditor' );

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

$wgGroupPermissions['user']['writeapi'] = true;

$wgDefaultUserOptions['visualeditor-enable'] = 1;

$wgDefaultUserOptions['visualeditor-editor'] = "visualeditor";

$wgVirtualRestConfig['modules']['parsoid']['forwardCookies'] = true;

if ( $_SERVER['REMOTE_ADDR'] == 'XXX' ) {

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

  $wgGroupPermissions['*']['edit'] = true;

  $wgGroupPermissions['*']['writeapi'] = true;

}


Where XXX is my server IP address.


This didn’t fix it for me… any idea what I did wrong??

Ciencia Al Poder
(talkcontribs)

Note that XXX must be the server address as seen when it creates outgoing requests to itself. It may be 127.0.0.1 and not a public IP, depending on how it’s configured

MyWikis-JeffreyWang
(talkcontribs)

@UGOBOSS777 Try replacing the if condition with: $_SERVER['REMOTE_ADDR'] === $_SERVER['SERVER_ADDR']

Revansx
(talkcontribs)

This is the at-the-end-of-LocalSettings.php workaround that worked for me:

# To be added at the very bottom of /opt/meza/src/roles/mediawiki/templates/LocalSettings.php.j2 to allow VE to work in 35.x when meza_auth_type is "viewer-read" and apache is 100% localhost behind an SSL terminator/load-balancer/proxy front-end (like haproxy)

# Define and calculate "remote_ip_test" based on hierarchy of what we know about the requestor's origin from the request header
# Result: "remote_ip_test" is 127.0.0.1 if-and-only-if it is truly an internal server-side request
if     (!empty($_SERVER['HTTP_CLIENT_IP']))       { $remote_ip_test = $_SERVER['HTTP_CLIENT_IP']; }
elseif (!empty($_SERVER['HTTP_X_FORWARDED_FOR'])) { $remote_ip_test = $_SERVER['HTTP_X_FORWARDED_FOR']; }
elseif (isset($_SERVER['REMOTE_ADDR'] ) )         { $remote_ip_test = $_SERVER['REMOTE_ADDR']; }

# If the request is truly an internal server-side request, then open the wiki up for full access
if (isset($remote_ip_test) && $remote_ip_test == '127.0.0.1') {
  $wgGroupPermissions['*']['read'] = true;
  $wgGroupPermissions['*']['edit'] = true;
  $wgGroupPermissions['*']['writeapi'] = true;
}

206.123.222.162
(talkcontribs)

Hi all,

I’ve tried everything on this page that I could and so far nothing is working for existing pages. The visual editor loads for new pages but dies with the error on existing pages. This is after a new install and XML import of a previous wiki.

I have my wiki behind a pfSense box, so it has a public ip on 1:1 NAT to a private IP. I’ve obviously tried the code at the top of this page with public, private, and local loopback 127.0.0.1 addresses, but to no effect. I’ve also tried Revansx’s code as well. I’m running Ubuntu 20.04 and apache2.

curl ifconfig.me shows my public IP, while ip a shows my private and local loopback IPs.

Any other ideas on what could be preventing this from working for me?

Thanks,

-Seth

MattPilz
(talkcontribs)

If you are experiencing this problem only on existing pages, but are able to create a new page and add a heading/paragraph and save it again, the problem may be a glitch in the wiki formatting itself.

In my case after switching from the basic code-only editor to VisualEditor, any page that included a preformatted textblock that itself also contained URLs seemed to throw this error. I removed the offending block(s) and replaced them with INSERT → MORE → CODE BLOCK and the problem went away.

I did not have to alter any other permissions or options even with a private wiki, it was just an odd parsing/content issue with some preformatted blocks. I have nothing special in LocalSettings.php, the following works fine (for private):


$wgGroupPermissions['*']['createaccount'] = false;

$wgGroupPermissions['*']['edit'] = false;

$wgGroupPermissions['*']['read'] = false;

206.123.222.162
(talkcontribs)

Well drat. The visual editor loads when I create a new page, but when I go to save the page I get the error:

Error contacting the Parsoid/RESTBase server: (curl error: 7) Couldn’t connect to server

…so I can’t even save a new page created w/ the visual editor.

Back to the drawing board.

-Seth

Ajmichels
(talkcontribs)

My private wiki (v1.35) runs in an AWS VPC and is exposed by an ALB (Application Load Balancer). The only way I could get this to work was to use the ALBs private IP addresses rather than the servers IP address. This is obviously a problem. Since all traffic is coming from the load balancer every request is made to the server with these IPs. Is there a way for me to configure the host that Parsoid uses to make its requests?

Regardless of whether or not the wiki is private it seems ridiculous that I can’t use a loopback to avoid network overhead, these requests should not have to leave my network if they are being made against my server.

I am having a hard time finding any substantial documentation for configuring Parsoid. The «Installation» section of the main page says «No configuration necessary if used on a single server.», but then doesn’t provide any information about what configuration would be necessary if in a multi-server environment. Most of the information on that page seems to be targeted towards people developing Parsoid, not people using it.

What am I missing?

I found the following but I haven’t been able to get it to work for me. I would rather not go down the path of creating a separate Parsoid server.

$wgVirtualRestConfig['modules']['parsoid'] = array(
    // URL to the Parsoid instance.
    // You should change $wgServer to match the non-local host running Parsoid
    'url' => $wgServer . $wgScriptPath . '/rest.php',
    // Parsoid "domain", see below (optional, rarely needed)
    // 'domain' => 'localhost',
);


I tried using this to get Parsoid to stay within the server but no luck so far. It says «non-local host» but I am hoping I can trick it into calling itself locally using the loopback. I will probably have to dig into the code to figure how this actually works and if what I am trying to do is possible.

DJ7BA
(talkcontribs)

I had the same problem using the Wiki Visual Editor in my microsoft edge browser.

also using the other wiki editor produced the same problem.


Solution — problem solved by good workaround:

When I copied my improved draft version to the same draft URL page, but on my Chrome browser, everything there went ok. No more such error.


This was found just by trial and error. I cannot give a technical explanation.

Fmherschel
(talkcontribs)

I only get the «Error contacting the Parsoid/RESTBase server: http-bad-status», if I am using «nested» or structured pages.

It works for pages like TestPage, VideoCut, BestPractices (so «level 1») but not for pages like TestPage/Test1, TestPage/Hugo (so «level2»).

When looking at the webserver (e.g. apache2) log files, it seams the rest.php URL is not build correctly.

In the good case the build rest.php send the following POST request:

POST /wiki/rest.php/localhost/v3/transform/html/to/wikitext/TestPage/12 HTTP/1.1" 200 521 "-" "VisualEditor-MediaWiki/1.38.2"

In the bad case the request looks like:

POST /wiki/rest.php/localhost/v3/transform/html/to/wikitext/TestPage%2FTest1 HTTP/1.1" 404 981 "-" "VisualEditor-MediaWiki/1.38.2"

It ends-up in a 404 instead of a successful 200. The problem seams to be the coded %2F (/) inside the Page-Path (TestPage/Test1 -> TestPage%2FTest1).

Ciencia Al Poder
(talkcontribs)

Your web server is (incorrectly) URL-encoding the page portion of the URL, as if it were a URL parameter instead of a full path. Take a look at your rewrite rules or whatever configuration you have to handle /wiki/rest.php requests and configure it to not encode them.

Fmherschel
(talkcontribs)

I am a bit confused, because I did not activated any re-write of URLs, because I did read in this forum already that this is not a good idea or at least needs to be configured in a proper way.

During my research I found that mod_rewrite is doing URL rewrites for apache2. I tried the following scenarios:

  1. Still have de-activated mod_rewrite (-> still get the error)
  2. Activating mod_rewrite but having ‘RewriteEngine off’ in the wiki root directory (.htaccess) (-> still get the error)

Then I again deactivated the mod_rewrite module. Now I need to find out what triggers apache2 to rewrite or encode the URL.

Fmherschel
(talkcontribs)

The solution on my system is to add the directive

AllowEncodedSlashes NoDecode

to the apache2 configuration.

Just wanted to share that here, please take my pardon, if I missed that to already documented.

Fmherschel
(talkcontribs)

Sorry it me again  ;-)

And even better is to set

AllowEncodedSlashes On

because then the path-logs in /var/log/apache2/access.log gets readable again.

Ciencia Al Poder
(talkcontribs)

Looks like that solution was already provided in the Troubleshooting section of the page.

WilliamKnak
(talkcontribs)

This is related to editing SubPages with VisualEditor, running on a Bitnami Wamp Stack on Windows 10. When you try to edit a page which title has a subpage like MyPage/MySubpage, than the error «Error contacting the Parsoid/RESTBase server (HTTP 404)» starts to happen if using VisualEditor, but don’t happen when using Source Editor.

Update:

After checking possible solutions at StackOverflow (), I added a parameter to Apache conf. Specifically on the Bitnami installation folder:

File: [BitnamiWampStackRoot]apache2confbitnamibitnami.conf

<VirtualHost _default_:[YOUR_PORT]>

AllowEncodedSlashes NoDecode <<- add this line

</VirtualHost>

Update 2:

Since the Parsoid access internally (by default) http://127.0.0.1, the setting AllowEncodedSlashes NoDecode also need to be added inside the :80 conf of your virtual host settings.

Compumatter
(talkcontribs)

In 1.35 I have run into error 400 only when editing. Adding a new record allowed Parsoid Visual Editor but editing threw the error.

Adding the specific domain to my /etc/hosts file on the Linux server solved my issue.
parsoid service threw error 400 on editing and failed.
adding to hosts file fixed it until the solution is known

127.0.0.1 yourwikidomain.com

Oberman23
(talkcontribs)

I have the solution. I switched on every conceivable debugging option listed in:

Manual:How to debug

These settings are to be added to LocalSettings.php, as follows:

1. At the top, right under <?php

error_reporting( -1 ); 
ini_set( 'display_errors', 1 ); 

2. At the bottom, underneath «# Add more configuration options below.»

$wgShowExceptionDetails = true; 
$wgDebugToolbar = true; 
$wgShowDebug = true; 
$wgDevelopmentWarnings = true; 
$wgDebugDumpSql = true;

I then started requesting the visual editor URL in a new tab, incrementally subtracting query parameters until I discovered that leaving off the json query parameter gives me a proper error output as expected from the debug options which were previously enabled.

(http obfuscated to evade spam filter) hxxp://<your domain>/api.php?action=visualeditor&format=json&paction=parse&page=Main_Page&uselang=en&formatversion=2

In other words, at some point I got to format=json, removed it, reloaded and got the following output:

{
  "message": "Error: exception of type RuntimeException: bcmath or gmp extension required for 32 bit machines.",
  "exception": {
    "id": "f1802bf2024967674634873f",
    "type": "RuntimeException",
    "file": "/var/www/html/includes/libs/uuid/GlobalIdGenerator.php",
    "line": 637,
    "message": "bcmath or gmp extension required for 32 bit machines.",
    "code": 0,
    "url": "/rest.php/<your domain>/v3/page/html/Foo1/14?redirect=false&stash=true",
    "caught_by": "other",
    "backtrace": [
      {
        "file": "/var/www/html/includes/libs/uuid/GlobalIdGenerator.php",
        "line": 222,
        "function": "intervalsSinceGregorianBinary",
        "class": "Wikimedia\UUID\GlobalIdGenerator",
        "type": "->",
        "args": [
          "array",
          "integer"
        ]
      },
      {
        "file": "/var/www/html/includes/libs/uuid/GlobalIdGenerator.php",
        "line": 211,
        "function": "getUUIDv1",
        "class": "Wikimedia\UUID\GlobalIdGenerator",
        "type": "->",
        "args": [
          "array"
        ]
      },
      {
        "file": "/var/www/html/includes/utils/UIDGenerator.php",
        "line": 88,
        "function": "newUUIDv1",
        "class": "Wikimedia\UUID\GlobalIdGenerator",
        "type": "->",
        "args": []
      },
      {
        "file": "/var/www/html/extensions/VisualEditor/includes/VEParsoid/src/Rest/Handler/ParsoidHandler.php",
        "line": 610,
        "function": "newUUIDv1",
        "class": "UIDGenerator",
        "type": "::",
        "args": []
      },
      {
        "file": "/var/www/html/extensions/VisualEditor/includes/VEParsoid/src/Rest/Handler/PageHandler.php",
        "line": 90,
        "function": "wt2html",
        "class": "VEParsoid\Rest\Handler\ParsoidHandler",
        "type": "->",
        "args": [
          "VEParsoid\Config\PageConfig",
          "array"
        ]
      },
      {
        "file": "/var/www/html/includes/Rest/Router.php",
        "line": 414,
        "function": "execute",
        "class": "VEParsoid\Rest\Handler\PageHandler",
        "type": "->",
        "args": []
      },
      {
        "file": "/var/www/html/includes/Rest/Router.php",
        "line": 338,
        "function": "executeHandler",
        "class": "MediaWiki\Rest\Router",
        "type": "->",
        "args": [
          "VEParsoid\Rest\Handler\PageHandler"
        ]
      },
      {
        "file": "/var/www/html/includes/Rest/EntryPoint.php",
        "line": 168,
        "function": "execute",
        "class": "MediaWiki\Rest\Router",
        "type": "->",
        "args": [
          "MediaWiki\Rest\RequestFromGlobals"
        ]
      },
      {
        "file": "/var/www/html/includes/Rest/EntryPoint.php",
        "line": 133,
        "function": "execute",
        "class": "MediaWiki\Rest\EntryPoint",
        "type": "->",
        "args": []
      },
      {
        "file": "/var/www/html/rest.php",
        "line": 31,
        "function": "main",
        "class": "MediaWiki\Rest\EntryPoint",
        "type": "::",
        "args": []
      }
    ]
  },
  "httpCode": 500,
  "httpReason": "Internal Server Error"
}

I was using Docker, and I needed to install bcmath.

In docker, first you enter the Docker container (named «mediawiki» in my case, you may have a different name, or even a hashed id) and start a shell inside it like so:

docker exec -it mediawiki /bin/bash

Then, you install bcmath, like so:

docker-php-ext-install bcmath

Then, you exit, and you restart the container, like so:

docker restart mediawiki

Visual editing now works. This was necessary for me, because my Docker image runs on ARM 32-bit.

Note that e.g. x86 Ubuntu users running php 7.4 can install the package with:

sudo apt update && sudo apt -y install php7.4-bcmath

…And they can adjust the php version in the package name to a different version if so required.

106.202.209.74
(talkcontribs)

Error contacting the Parsoid/RESTBase server (HTTP 404): (no message)

106.202.209.74
(talkcontribs)

help me sir to solve this problem

Ciencia Al Poder
(talkcontribs)

Unless you provide all the steps you’ve tried to solve the problem (listed on this thread), the server software used and your configuration, nobody is able to help you to solve the problem.

Alternatively, you may be interested in Professional development and consulting

ZelulaX
(talkcontribs)

Now this is really driving me nuts. When I create an article and edit it with the Visual Editor, everything works fine. BUT when I use in the article the word «.htaccess» (literally), this triggers the «Error contacting the Parsoid/RESTBase server (HTTP 403)». When changing «.htaccess» to «htaccess» (without period), everything works again as expected. Woot?! O.o Anyone else experienced this issue?

Reply to «Error contacting the Parsoid/RESTBase server: http-bad-status»

Содержание

  1. Extension talk:VisualEditor
  2. About this board
  3. Error contacting the Parsoid/RESTBase server: (curl error: no status set)
  4. How to hide the “Save your changes” confirmation window when saving a page on Mediawiki
  5. VE most often does not display last version
  6. Adding a «Cite» button
  7. Inconsitent error «Error contacting the Parsoid/RESTBase server (HTTP 400)»
  8. Error contacting the Parsoid/RESTBase server (HTTP 404) in IIS
  9. Can I use Self-signed Client SSL certificate
  10. How to specify which page of a pdf or other file you want to display on an article through Visual Editor
  11. Error contacting the Parsoid/RESTBase server (HTTP 404)
  12. Topic on Extension talk:VisualEditor

Extension talk:VisualEditor

About this board

Please note that the Wikimedia Foundation does not provide support for installing VisualEditor on third-party wikis. However, if you have a question we may try to help.

I have fresh installation of MediaWiki 1.37. When trying to use VisualEditor error comes:

Error contacting the Parsoid/RESTBase server: (curl error: no status set)

It’s seems to be specific error as no status is set for curl error.

Isn’t Parsoid bundled by default in MediaWiki 1.35+?

It is installed by default, but: Many problems are solved by installing and configuring Parsroid and a visual editor.

OK, so how to reinstall or reconfigure it?

I worked very hard on this and spent a lot of time. If you wish, I can share my knowledge with you for a normal fee

So what is the fee?

Should a program that is free and open source be installed and configured free by others?

I asked about price, not philosophical arguments.

Give as much as you’d like.

Email me every problem I have to fix for you.

I’ve stumbled on this thread as I’m faced with the same problem with no solution. I find Sokote zaman’s response above totally bizarre, as participation on an open forum about open source projects is entirely voluntary, and the existence of Stack Exchange is proof that people are willing to provide their solutions to others for free, and for those that aren’t, it simply isn’t acceptable to post passive aggressive rhetorical questions just to waste people’s time.

The information in stack overflow should be helpful in case anyone finds this in the future. The wiki page for visualeditor has a lot of outdated and confusing information and probably could be made much more concise.

Search on stackoverflow for «Error contacting the Parsoid/RESTBase server: http-bad-status on Fresh Mediawiki 1.35.0 LTS»

For me, the problem simply disappeared after an upgrade from 1.38 to 1.39 including all extensions.

How to hide the “Save your changes” confirmation window when saving a page on Mediawiki

I have a personal wiki running on mediawiki and don’t think I really need to track the page edit summary or whatsoever, so is there anyway to skip it? which means when I am done with editing on a page and click on Save, it just Save the page without asking me to describe what I changed..

Same here, it would be a nice option

Did u find a way to this problem or is it still unsolved?

Looking for this as well.

Would appreciate a solution for this as well!

I have had a quick look at this, and decided it was too much of a specific hack. But for all of you asking this question, see the file:

where you will find this function:

and I’m pretty sure that is where the magic happens. It isn’t just a simple case of saying «skip the dialogue» because there are numerous messages that are handled.

DanShearer (talk) 01:25, 11 December 2022 (UTC)

VE most often does not display last version

I have a mediawiki instance behind a httpd reverse proxy.

VE is installed and configured for 1.35. The instance is using MEMCACHED as Cache Type.

Communication between the mediawiki httpd and the reverse proxy is without ssl (http), and the proxy does the encryption to https before delivering to client.

I am able to edit pages, it works great apart 2 issue:

1 Major Issue is that most of the time if you do two edits in a row, on the second edit it will display to edit the previous version of the page leaving you to erase your previous edit. Is there a configuration to avoid this ?

2 smaller issue links to pictures in the page are rendered as http, so browsers will not display them as the final communication is https . Is there a way to force parsoid to use https inside the code even if the mediawiki is configured as simple http behind a https proxy?

answering to myself in case someone has same issue, this was caused by using mod_expires. If you do so take care to define an entry for json, to avoid browser caching the result:

ExpiresDefault «access plus 1 days»

ExpiresByType application/json «access»

Adding a «Cite» button

I would like to add a «Cite» button to a wiki’s VisualEditor installation, like the one found in Wikipedia — including all the same «Cite web», «Cite news» etc. templates. Is there any documentation for how to do this? Does it require a lot of custom code?

Never mind — it happens automatically; there was just something wrong with my setup.

I had this error with 1.36.0 so I upgraded to 1.36.1 and still have it sometimes. It is a small private wiki farm. One way I can consistently cause the error is to use the VisualEditor on my User page. It does work on other pages though which is strange.

I have $wgGroupPermissions[‘user’][‘writeapi’] = true; set for all wikis in the farm.

I have the follow example in my vhost with the rewrite rules

I enabled debug logging and code this

I’ve not seen errors in apache or php-fpm logs or audit/setroubleshoot logs. It looks a bit strange to me to see the domain in the URL twice. Is that because of the rewrite rules and how do I fix it.

No wiki farm on my end, but getting the HTTP 400 error as well on my single wiki running 1.36.1. NGINX web server. Also getting the same debug log code as you. I’ll post more if I find any resolution.

Edit: Specifically, it works when creating a new page, but it doesn’t work when editing an existing page. See mention of it here: https://www.mediawiki.org/w/index.php?title=Topic:Vunt92vkiyisn8cu&topic_showPostId=vupnmgwaasz9pvfm#flow-post-vupnmgwaasz9pvfm

One consistent way I found so far, is editing my user page — I always get the error

Same issue here on 1.35.6 downloaded today (no added extensions installed, no short URLs, default config from the installer), not on a farm, same message also:

VE of course was from the installer package, so no mismatched packages or anything weird going on there either.

«> MediaWiki «> 1.35.6
«> PHP «> 7.4.25 (cgi-fcgi)
«> MySQL «> 8.0.28-0ubuntu0.20.04.3

«> «> «> «> «>

Adding to hosts file ie; /etc/hosts on Linux, fixed it until the solution is known

Adding my external hostnames to /etc/hosts (mapping them to 127.0.0.1) fixed this for me. If the local server cannot resolve its own public-facing hostname+domain, then VisualEditor fails in this way. In my case, I was iterating on a new server build to upgrade from 1.27 to 1.38, and I kept hitting this problem because my host is not yet officially deployed, with DNS updated appropriately.

Alas, this did not fix for me on MW 1.38

I noticed in the apache2 access log that it was trying to get /wiki/rest.php/https(link)://my.fullqualifiedwiki.domain/v3/page/html/Main_page instead of /wiki/rest.php/my.fullqualifiedwiki.domain/v3/page/html/Main_page (there is no»(link)» but I’m trying to get around the «abusefilter-warning-linkspam»)

So in LocalSettings.php I added ‘domain’ => ‘my.fullyqualifiedwiki.domain’ to the

This worked for me.

My wiki fixed after add text to Nginx config files srrver block. location /rest.php/ < try_files $uri $uri/ /zw/rest.php?$query_string; >

I’m having the same error reported so many times before, «Error contacting the Parsoid/RESTBase server (HTTP 404)». It’s only occurring on pages with slashes in the titles. However, the difference here is that I’m using IIS, not Apache. I’ve looked through the past topics here and I’ve searched online for the IIS equivalent of

without any success. Anyone have an idea what that may be, or what else I could try?

Another issue I’m having that may be related is that on some pages with special characters like χ, using VE will either return the same error or will load a different page for editing, one that begins with the same title but cuts off the title starting at the symbol.

Can I use Self-signed Client SSL certificate

Hi, I am trying to use Client Certificate signed by my self-signed intermediate CA as protection for parts of my domain on public internet and one of them is Wiki.

I configured apache2 to require client certificates and all works fine till the moment I try to save my edit on page.

I reverted apache2 requirement for client certificates and all worked fine so based on Error at the end of this post I guess there is problem with curl and API that cannot take certificate from browser because curl is called server side not by client.

So my question is what should I configure on server or how can I solve this problem to use client certificates.

My guess is that I should give curl somehow list of certificates allowed for connection but do not know how.

The error given by dialog

Error loading data from server:

Error contacting the Parsoid/RESTBase server: (curl error: 56) Failure when receiving data from the peer

How to specify which page of a pdf or other file you want to display on an article through Visual Editor

Hello, I’m trying to test out imputting pdfs and other multi-page files in the articles of my wiki through VisualEditor, and as I discovered, while clicking on the option to import a file, even though the pdf clearly has multiple pages, nowhere in the options to modify the appearance, etc does it allow you to choose which page you want to display. I found out on the PDFHandler extension page, that you have to manually go onto the source to insert the line |page=#| where the name of the file is, in order to get the specific page that you want. I tried seeing if there was the same problem on Wikipedia itself, and so I went to try it in my sandbox, and there was the same problem, that there was no option to choose what page you were displaying. Is there a way around this, where I can make it so that an option while inserting a file in the article pops up for you to choose which page to insert? Thanks

So I noticed many people have been struggling with this issue for the past few months. My case is a little unusual. Visual Editor loads everywhere.. Edit: Actually only if the user subpage does not exist. However it is not able to save or preview any subpage under User:Admin. Editing pages in the main namespace works as usual. I’ve found that this page /api.php?action=visualeditor&format=json&paction=parse&page=User:Admin/Subpage returns fine if Subpage does not exist, but returns «Error contacting the Parsoid/RESTBase server (HTTP 404)» when the page exists (created using source editor). I also get the same error when trying to switch to source editor within any User:Admin subpage from Visual Editor.

A little about my setup: Mediawiki 1.35.1 (I used 1.35 before, upgraded today after I found these issues hoping it would solve the issues). Short URLs using apache’s FallbackResource ($wgArticlePath = «/view/$1»;). Vanilla config except for:

  • Hcaptcha (skip for User and Sysop, triggers for all pages)
  • Luasandbox config
  • Sysops may delete log entries
  • External link target _blank

I do **not** have «wfLoadExtension( ‘Parsoid’, . )» in my config. I do **not** have «$wgVirtualRestConfig[‘modules’][‘parsoid’]» in my config.

Источник

Topic on Extension talk:VisualEditor

Is there a specific nginx configuration you need to do to get this working on 1.35?

When looking into the logs I’ve noticed it tries to access

but this returns a 404 on my server. Is the above URL the correct call url for VisualEditor and if so, how would I be able to tell nginx to not try and go to that location but pass those parameters to rest.php?

I also get a 404 error ( Error contacting the Parsoid/RESTBase server (HTTP 404)): https://www.mediawiki.org/wiki/Topic:Vuonx6s9lxsy1xew

I’m on a shared hosting which uses LiteSpeed web server.

I’ve fixed it on NGINX by adding following to my configuration

The server’s configuration or the LocalSettings.php file?

Servers configuration. The error seemed to be that my pretty url rewrite wrongly send it to index.php instead of rest.php.

Oh my gah!! I can’t thank you enough. I just copied and pasted and voilà, it work pretty straight and flawlessly!!

I got the same issue and the nginx configuration Tom mentioned does not help either.

Because it’s possible that there are multiple causes for the 404 error.

So, i found out that VisualEditor does show and work when trying to create a page that does not yet exist — but it fails when trying to edit a page that exists.

You are right! It’s the same for me.

I tried around for hours, but couldn’t find a solution. Hopefully someone that has one will read this and help us out.

Maybe reporting a bug on their bugtracker would be useful, but it needs a registration, which i don’t really want to do.

I have also posted about it here: Topic:Vuonx6s9lxsy1xew

I think there is already an entry about this issue on Phabricator: https://phabricator.wikimedia.org/T255963

Thats a different issue, though. They got the issue on saving. We don’t even get that far out-of-the-box. Also looks like an issue for an older beta version and being on hold as well.

Did you ever find a solution, 10 months later? Having the same problem on 1.36.1.

I can replicate that VisualEditor does show and work when trying to create a page that does not yet exist — but it fails when trying to edit a page that exists.

I’m able to reproduce the same error on a new installation. Perhaps there’s something with the php version of parsoid that needs to be configured?

for the main wiki and all the other wikis of the wiki family (we’re using them in subfolders /en, /de, etc.) made the Visual Editor actually open without that error.

But it still doesn’t show the pages content and is loading infinitely.

Does RESTbase come with MediaWiki 1.35 or should it be installed following these directions: RESTBase/Installation?

I did not install a RestBASE Installation, i just changed these URLs.

The Visual Editor is supposed to work out-of-the-box and i can’t find instructions for specific installs required.

I don’t think that RESTBase is a requirement, but it is mentioned in the page of the extension: Extension:VisualEditor#Switching between Wikitext Editing and VisualEditor

Anyway, you set those 2 variables. Where do these URLs point?

For MediaWiki 1.35 and later, YOUR_WIKI_REST_ENDPOINT is the location of your wiki’s rest.php. For example, MediaWiki’s REST endpoint is mediawiki.org/w/rest.php. See REST API.

The VisualEditor loads without a 404 error, but also empty without the page’s contents.

VisualEditor/PHP will contact wiki/rest.php or w/rest.php when you go into visual editing. If you are already using rewrites to make nice short URLs, you may find that — your rewrite rule will make the call to rest.php redirect to index.php, which gives a 404.

If you just ignore redirecting call to rest.php, your visual editor will work but cannot load page contents — it is accessing rest.php/yourdomain.name/v3/. to load the page content, which cannot be ignored by checking rest.php.

The solution is, check the HTTP_USER_AGENT — VisualEditor make its access with UA: VisualEditor-MediaWiki/1.35.0. Add the bold line to every rewrite rules you defined for mediawiki (I’m assuming using apache2, tweak this accordingly if you are using other service):

This will not make any rewrite to calls from VisualEditor and make it successfully access page contents and load it without affect other short URLs.

No other modification in LocalSettings.php, My env: Ubuntu 18.04 + PHP7.4 + Apache2

You provide a great explanation but what do I do if I’m using NGINX.

@ Junebug12851 if you’re using nginx, something like this works:

I have the same issues and Tom’s solution doesn’t works for me as well.

Feel free to participate in helping them out to find the possible cause of this 🙂

I adding this gets me somewhere:

// Parsoid Setting $wgEnableRestAPI = true; $wgParsoidSettings = [ ‘useSelser’ => true, ‘rtTestMode’ => false, ‘linting’ => true, ]; // Restbase server Setting $wgVirtualRestConfig[‘modules’][‘restbase’] = [ ‘url’ => ‘localhost:/rest.php’, ‘domain’ => ‘localhost’ ]; $wgVisualEditorRestbaseURL = «HTTPS://YOUR_DOMAIN/api/rest_v1/page/html/»; $wgVisualEditorFullRestbaseURL = «HTTPS://YOUR_DOMAIN/api/rest_»; // Parsoid Setting $wgParsoidSettings = [ ‘linting’ => true, ‘_merge_strategy’ => ‘array_plus’, ]; wfLoadExtension( ‘Parsoid’, «$IP/vendor/wikimedia/parsoid/extension.json» ); wfLoadExtension( ‘VisualEditor’ );

So this works for you?

No. I got too excited. It loads without an error message and it looks fine until you realize it hasn’t loaded the actual page’s contents. Trying to save any edits will then result in cURL 28 error.

VisualEditor/PHP will contact wiki/rest.php or w/rest.php when you go into visual editing. If you are already using rewrites to make nice short URLs, you may find that — your rewrite rule will make the call to rest.php redirect to index.php, which gives a 404.

If you just ignore redirecting call to rest.php, your visual editor will work but cannot load page contents — it is accessing rest.php/yourdomain.name/v3/. to load the page content, which cannot be ignored by checking rest.php.

The solution is, check the HTTP_USER_AGENT — VisualEditor make its access with UA: VisualEditor-MediaWiki/1.35.0. Add the bold line to every rewrite rules you defined for mediawiki (I’m assuming you are using apache2, tweak this accordingly if you are using other service):

This will not make any rewrite to calls from VisualEditor and make it successfully access page contents and load it without affect other short URLs.

No other modification in LocalSettings.php, My env: Ubuntu 18.04 + PHP7.4 + Apache2

Anyway, I personally use short URLs. I added the line you suggested in my .htaccess and now I get » Error contacting the Parsoid/RESTBase server (HTTP 403)«, instead of » Error contacting the Parsoid/RESTBase server (HTTP 404)» I was getting without it.

The user agent conditional was the correct answer for me here. Thanks!

I was getting the same error message (403, not 404) with a standard, out-of-the-box MW 1.35, I’m not using any redirects/rewrite rules that I am aware of. Setting $wgVisualEditorFullRestbaseURL makes VE load, but with no content.

Since we are using a webhosting service, we are not able to edit the nginx or Apache base configuration.

I get a 404 error instead of the 403 error.

worked for me, as it is written here : Parsoid

This worked for me too

This didn’t work for me, same 404 message.

On WM 1.35.0, with an nginx reverse proxy, having a similar issue with error «Error contacting the Parsoid/RESTBase server: http-request-error» when attempting to save VE documents, however I am not even getting a 404 and there is no activity in the NGINX error logs. Source code edits and saves are working without issue. An access to https://debian-guest.lan/rest.php suggests the redirection is correct (i.e., I receive what appears to be a response from the rest service); however https://debian-guest.lan/rest.php/v1/page/Main_Page/html (which I assume is the correct path) results in

  • messageTranslations: <
    • en: «Unable to fetch Parsoid HTML» >,
  • httpCode: 500,
  • httpReason: «Internal Server Error»

One other datapoint: when I create a new page, for the first time, the entire process succeeds using VE through saving and everything. I immediately encounter problems as described above when I attempt to edit the existing page via VE.

One final datapoint: interestingly, when I disable https, everything works exactly as it should with rewrite rules otherwise untouched. Final update, this was due to not setting up the RootCA in the test VM; once that was done everything (finally) works in HTTPS. Leaving this here for future reference by others in case they need minimally working server/LocalSetting configuration.

full (this is a test VM) nginx and LocalSettings.php configs are available at the Pastebin links. Same behavior with with/out the trailing slash in «location /rest.php/» and with «rest.php?$query_string» instead of «rest.php?$args»

If anyone still struggles with VE 404 error on fresh install (1.36-alpha in my case):

`wfLoadExtension( ‘Parsoid’, ‘vendor/wikimedia/parsoid/extension.json’ );`

in LocalSettings.php solved it. Wouldn’t call this zero config.

Should be noted that for a brief time period (a few weeks — 2 months) this worked without configuration in 1.35-alpha and broke later.

Источник

This topic has been deleted. Only users with topic management privileges can see it.

  • Hello —

    Hopefully someone can help me out here. I am trying to get the Visual Editor extension to work.

    1. I have downloaded the extension file (although from what I read in the docs it should be included after version 1.35) and extracted it in /app/data/extensions . I see the folder installed in the correct location which I assume is good.

    2. Ownership of the file already appears to be set to www-data by default.

    3. I added the line wfLoadExtension( ‘VisualEditor’ ); in /app/data/LocalSettings.php .

    When I restart the app and try to edit anything in mediawiki I get the following error: Error contacting the Parsoid/RESTBase server (HTTP 404)

    Does anyone know what I need to change in my configuration to get the Visual Editor to work? I’m no good with HTML so the editor is a huge help!

  • @jtippetts Searching a bit, looks like https://phabricator.wikimedia.org/T268277 might be the issue. Specifically this comment — https://phabricator.wikimedia.org/T268277#7621030

    Can you please try setting $wgServer = "https://wiki.domain.com" in your /app/data/LocalSettings.php and see if that helps ? If so, I can fix the package because currently we are not settings https there.

  • @girish said in Help Needed: Installing VisualEditor extension.:

    $wgServer = «https://wiki.domain.com»

    This didn’t seem to work. After adding the suggested line I tried to restart the app but it wouldn’t restart. Once I removed the line again the app starts just fine.

    The Phabricator page you sent is referring to HTTP 415; the error I get is HTTP 404. Also, if it makes a difference, I am getting the error as soon as I try to edit a page; not after making an edit like this report suggests. When I click the edit link in mediawiki it doesn’t even load the visual editor at all.

  • @girish Also I just noticed that the link you sent suggests that I use the line: wfLoadExtensions(array(‘VisualEditor’));

    This is different that what I have in my config… what does the «array» part in the line above mean?

  • @jtippetts said in Help Needed: Installing VisualEditor extension.:

    This didn’t seem to work. After adding the suggested line I tried to restart the app but it wouldn’t restart. Once I removed the line again the app starts just fine.

    Just to double check: did you replace it with your domain and also did you add a semicolon at the end ? Since this is PHP, it should be like:

        $wgServer = "https://realwiki.domain.com";
    
  • @girish So I copied it exactly like that and now I get this error: Error contacting the Parsoid/RESTBase server: (curl error: 60) SSL peer certificate or SSH remote key was not OK

    Screenshot 2022-04-25 at 17-47-49 wiki tippetts vegas - File Manager.png

  • @jtippetts Can you try with the latest package?

    Also, as you pointed out, VisualEditor is already bundled inside mediawiki. There is nothing to install. All you have to do is put this line in /app/data/LocalSettings.php:

    wfLoadExtension( 'VisualEditor' );
    

    Then, when you refresh, you will see two entries in the top bar — Edit and Edit Source

    27913454-96c7-4c66-8678-e9df5a01567f-image.png

    Clicking Edit, show this popup:

    3b7c1452-de70-438c-b3f2-ff1daac5e29c-image.png

    Click on ‘Start Editing’ and you can just edit away:

    ca9c720f-bcc7-4a27-b561-3f3f57a71269-image.png

  • @girish Should probably make that the default 😛

  • @robi the docs are so sparse, it’s not clear to me why it’s not loaded by default. Clearly, they have not enabled it for a reason despite pre-bundling it with mediawiki itself…

  • @girish I think that’s an assumption, and one which we can remedy by making it nicer, the Cloudron way.

  • @girish I’m just getting back to this… it’s strange, I have just the default settings in my LocalSettings.php file. The only thing I have added is the line: wfLoadExtension( ‘VisualEditor’ );

    Unfortunately I’m still getting this error: Screenshot 2022-04-26 at 16-58-29 Editing Main Page - My Wiki.png

    I would normally just uninstall and reinstall the app but I already have a lot of content in there…

  • @jtippetts Did you update the app package to the latest version? I only pushed this out yesterday with the fix to wgServer. If you go to the Update view, it should show the package version as v1.17.0

  • @girish Yes, I believe I am on the most current update.
    Screenshot 2022-04-26 at 21-16-22 Cloudron.png

  • @jtippetts That looks uptodate.

    I tried a fresh install on our demo server https://my.demo.cloudron.io (username/password is cloudron/cloudron). Can you try the install at https://wiki.demo.cloudron.io/ (username/password is cloudron/cloudron).

    Maybe you can compare the configs which I have above and what you have in your setup to see if we miss anything obvious ?

  • @girish Everything on the test server worked perfectly and all of my settings appeared to be identical. I decided to shut down the entire server and reboot it. After the machine started back up it seems that everything is now working as expected. For future reference do I need to reboot my server after Cloudron updates? Seems like normally I get a notification in Cloudron telling me when the system needs to be re-booted…? Anyways, I think everything is working now. I really appreciate all of your help! Seriously, I love Cloudron!

  • @jtippetts said in Help Needed: Installing VisualEditor extension.:

    For future reference do I need to reboot my server after Cloudron updates?

    No, app updates don’t require a reboot. Not entirely sure what the reboot did 🙂 🤷

  • @girish Turns out I spoke too soon. I am still getting an error. I found a workound from someone that had the exact same issue. Here is a link to a possible solution:

    https://www.mediawiki.org/wiki/Topic:W2fgz5rywc86hciu

    Unfortunately, I can’t decipher what needs to be done. As soon as it starts talking about certificates it’s way over my head.

  • @jtippetts I have to check your instance to see why it’s not working. Can you write to us at support@cloudron.io ?

VisualEditor in 1.35 not working (404 / Permanent Loading)

Open, Needs TriagePublicBUG REPORT

I’m writing this report in the assumption that Visual Editor is supposed to work ‘out-of-the-box’ which it doesn’t for me — i actually didn’t get it to work at all yet.
Coming from here https://www.mediawiki.org/wiki/Topic:Vunt92vkiyisn8cu others seem to have the same issues.

I’m maintaining a small Wiki-Family with a global wiki only for images in the root folder (hidden to users, they don’t get there without knowing direct links) and localized wikis in subfolders (/de, /en, etc.).
This done with a basic symlink setup as described on the respective Wiki-Family mediawiki page and works fine.

Out-of-the-box with that setup the Visual Editor errors out with ‘Error contacting the Parsoid/RESTBase server (HTTP 404)‘ on all localized wikis in subfolders but in the global wiki in the root.

Configuring manually the following URLs for each family wiki will remove that error.
$wgVisualEditorRestbaseURL = «https://example.com/en/api/rest_v1/page/html/»;
$wgVisualEditorFullRestbaseURL = «https://example.com/en/api/rest_»;
(Replacing /en with the respective subfolder, of course)

Unfortunately the Visual Editor is nontheless not working on any of the wikis, neither the global one in the root nor the family wikis. When attempting to edit a page i do see the Wiki Editor, but the actual content of the page is gone and the loading icon is persistent as in the picture below that should technically show a lot of headlines and text, as the page is full of it.

picture.png (544×2 px, 53 KB)

To make sure this is not caused by family setup i’ve installed a new mediawiki on a dedicated subdomain separate from all other wikis and it shows the same picture like above (while not showing the 404).

I’m possibly just too dumb to use, but given it’s supposed to work out-of-the-box i thought to report this as noone else in the mentioned thread has done it yet.

  • Task Graph
  • Mentions

Event Timeline

There are a very large number of changes, so older changes are hidden. Show Older Changes

Comment Actions

@cscott

I’m not sure if the solutions work for everyone. I tried both of @ssastry‘s suggested solutions and neither one worked for me. The .htaccess solution gives me a 403 error instead of 404.

Comment Actions

@cscott
That does not fix my issue. I’m using that in my configuration.
It errors out with 404: https://example.com/rest.php/example.com/v3/page/html/Main%20Page
https://example.com/rest.php/example.com/v3/page/html/Main_Page

(Which is different than downloading a rest.api file, but still not working)

{"messageTranslations":{"en":"The requested relative path () did not match any known handler"},"httpCode":404,"httpReason":"Not Found"}

And yes, i did set:

$wgVirtualRestConfig['modules']['parsoid'] = [
    'url' =>  'https://example.com/rest.php',
    'domain' => 'example.com',
];

And yes, tested with a non-family installation.

Leading to

Error contacting the Parsoid/RESTBase server (HTTP 404)

when trying to use VE. Which is worse than before where at least that error wasn’t there, but the content wasn’t loaded.

And for notes:
VE works for creating a page that does not yet exist, but not for editing one that does already exist. (Like basically what i reported from the beginning, also in the topic)

E.g.
New Page: No 404
Editing a existing Page: 404

Excluding Visual Editor from my pretty url rewrites does not change this either.

Maybe also important due to the different issues mixed here:
I’m not using a manually installed Parsoid / RESTBase and i never had one installed before either. This is a normal wiki family upgraded to 1.35 trying to use the out-of-the-box VE, without any custom installation like others have or have had here.

Comment Actions

@CostasAthan I was dealing with a 403 error as well, this is how I fixed it:

I’m using a semi-private wiki — everyone can read, but only registered users can write. If I changed permissions so everyone could also write, VE/Parsoid worked for me, so I did some digging and found this: https://www.mediawiki.org/wiki/User:Andrujhon/Allow_Parsoid_Server

However, this requires some modification. Apparently, VE/Parsoid now also requires the writeapi permission. After putting this at the end of my LocalSettings.php, Parsoid worked for me.

if ( !isset( $_SERVER['REMOTE_ADDR'] ) OR $_SERVER['REMOTE_ADDR'] == 'yourIpAddressHere' ) {
	$wgGroupPermissions['*']['read'] = true;
	$wgGroupPermissions['*']['edit'] = true;
	$wgGroupPermissions['*']['writeapi'] = true;
}

Keep in mind that I had to put my IPv6 address there, though that probably depends on your server and network configuration. I’m using shared webhosting, so I just used the address that showed up in the logs. Using the IPv4 address or 127.0.0.1 would not work for me.

//Edit: Fixed a missing ‘ in code

Comment Actions

@TheConen

I also have set my wiki to what you mention as semi-private mode. That’s probably not a coincidence.

Anyway I tested the code you suggested and the 403 error persists. I’m on shared hosting and as an IP I used the origin server’s IP, Cloudflare’s IPS and 127.0.0.1. None of them made a difference.

Have you installed Parsoid as an external server or do you use the implementation that comes with MediaWiki 1.35?

Comment Actions

Okay, i finally got it to work:

location rest.php/ {
try_files $uri $uri/ /rest.php?$query_string;
}
location /de/rest.php/ {
try_files $uri $uri/ /de/rest.php?$query_string;
}
location /en/rest.php/ {
try_files $uri $uri/ /en/rest.php?$query_string;
}
location /ru/rest.php/ {
try_files $uri $uri/ /ru/rest.php?$query_string;
}

This makes VE work on all wikis if _NO_ additional configuration in the LocalSettings.php is made, e.g. not setting $wgVirtualRestConfig[‘modules’][‘parsoid’] or the Rest URLs.
Also important: No slash before the rest.php in the first case for the root wiki — it won’t work with a slash!

Comment Actions

@D3nnis3n

As I’m not familiar with Nginx, do you have an idea what the equivalent code for an .htaccess file would be?

Comment Actions

@CostasAthan I’m using the bundled 1.35 version. I used the IP that showed up in the logs of my hosting provider and that worked for me, but it had to be the IPv6 address (which is the one that showed up in the logs) — the IPv4 would not work.

Comment Actions

@TheConen

No, I haven’t. What I’m going to look at first though is what is the equivalent of @D3nnis3n solution for Nginx for an .htaccess file for Apache.

Comment Actions

For the record, I found the following piece of code in extensions/VisualEditor/includes/VisualEditorHooks.php

// For the 1.35 LTS, Parsoid is loaded from includes/VEParsoid to provide a
                // "zero configuration" VisualEditor experience. In Wikimedia production, we
                // have $wgVisualEditorParsoidAutoConfig off (and $wgVirtualRestConfig set to
                // point to a separate cluster which has the Parsoid extension installed), so
                // this code won't be executed.
                if (
                        $wgVisualEditorParsoidAutoConfig
                        && !ExtensionRegistry::getInstance()->isLoaded( 'Parsoid' )
                        // Generally manually configuring VRS means that you're running
                        // Parsoid on a different host.  If you need to manually configure
                        // VRS, load the Parsoid extension explicitly.
                        && !isset( $wgVirtualRestConfig['modules']['parsoid'] )
                        && !isset( $wgVirtualRestConfig['modules']['restbase'] )
                ) {
                        // Only install these route files if we're auto-configuring and
                        // the parsoid extension isn't loaded, otherwise we'll conflict.
                        $wgRestAPIAdditionalRouteFiles[] = wfRelativePath(
                                __DIR__ . '/VEParsoid/parsoidRoutes.json', $IP
                        );
                }

I think this explains why the Parsoid routes were not loaded when I had

$wgVirtualRestConfig['modules']['parsoid']['forwardCookies'] = true;

in LocalSettings.php

Comment Actions

@D3nnis3n

As I’m not familiar with Nginx, do you have an idea what the equivalent code for an .htaccess file would be?

No. If i was expert enough in this i’d probably have never needed to open this bug report.
But the documentation is still wrong, as it doesn’t work with the slash at the beginning, it needs to be omitted in case you are not referencing a folder first.

Comment Actions

Well, it’s not completely working. On a long page with a lot of modules it fails to connect with an error 500, but on normal sized ones it seems to work fine.

mw.Api error:  apierror-visualeditor-docserver-http 
{error: {…}}
error:
code: "apierror-visualeditor-docserver-http"
docref: "See https://example.com/en/api.php for API usage. Subscribe to the mediawiki-api-announce mailing list at &lt;https://lists.wikimedia.org/mailman/listinfo/mediawiki-api-announce&gt; for notice of API deprecations and breaking changes."
info: "Error contacting the Parsoid/RESTBase server (HTTP 500)"
__proto__: Object
__proto__: Object

Error contacting the Parsoid/RESTBase server (HTTP 500)

Is there any limitations for VE? The page i observe this is probably 80 Din A4 Pages long and consists mostly of LUA-Modules grabbing data and forming it into tables.

//EDIT:
It actually seems like this is the only page i can get this error to happen. Would a link to the page help?

Comment Actions

But yeh, i can live with a single page not working in Visual Editor (actually two, as pages that are formatted with bootstrap html via BootstrapComponents extension aren’t displayed correctly either).
So technically my issue is solved. If there is a fix for my 500 i’d like to know about that of course and i’m sure the others with issues in here would also like to get their visual editor going — it’s awesome when it works!
But i could open a new report for the 500, given it’s very likely a totally different issue. I’m not sure how that works here, so please advise on the correct steps.

Comment Actions

Well, it’s not completely working. On a long page with a lot of modules it fails to connect with an error 500, but on normal sized ones it seems to work fine.

//EDIT:
It actually seems like this is the only page i can get this error to happen. Would a link to the page help?

Yes, please. But, since it is a HTTP 500, if you have access to the logs and you can send us a stack trace from the logs, that would be even more helpful!

Comment Actions

I think this explains why the Parsoid routes were not loaded when I had

$wgVirtualRestConfig['modules']['parsoid']['forwardCookies'] = true;

in LocalSettings.php

Yes, I’ve updated the VisualEditor docs to more clearly state that setting any property in $wgVirtualRestConfig opts you out of Parsoid auto-configuration.

Comment Actions

Well, it’s not completely working. On a long page with a lot of modules it fails to connect with an error 500, but on normal sized ones it seems to work fine.

//EDIT:
It actually seems like this is the only page i can get this error to happen. Would a link to the page help?

Yes, please. But, since it is a HTTP 500, if you have access to the logs and you can send us a stack trace from the logs, that would be even more helpful!

https://wiki.play.eco/en/Crafting — This is the affected page.
I cannot find any errors in the apache logs for the domain. Do i need to activate anything in Mediawiki to have it write logs?

Comment Actions

That seems to not be the case, as the 500 does come after only 2 — 3 seconds, not 30. For testing i changed the value to 300 seconds and it brought no change.
I’ll try adding the debug log and see if i can find anything.

Comment Actions

Okay, found the solution:
128 MB memory limit for PHP is not enough for that page, setting it to 256 MB fixed the issue, Visual Editor took about 15 seconds to load, though. So a higher default timeout might be useful in rare circumstances where it could take that long.

Comment Actions

I guess there is no way to make Visual Editor learn HTML / BootstrapComponents? We use that on the main page and visual editing looks weirdly wrong-formatted there.

Comment Actions

AFAICT, looks like all concerns have been addressed and docs updated. Assuming there are no new concerns, I’ll resolve this ticket later this week. Thanks everyone!

I guess there is no way to make Visual Editor learn HTML / BootstrapComponents? We use that on the main page and visual editing looks weirdly wrong-formatted there.

@Esanders ^ In any case, this is unrelated to the main topic of this ticket, and so if required, feel free to spawn it off in a new ticket.

Comment Actions

AFAICT, looks like all concerns have been addressed and docs updated. Assuming there are no new concerns, I’ll resolve this ticket later this week. Thanks everyone!

Hi @ssastry . Sorry, but I’m finding it difficult to spot the solution above. Would you be able to highlight again please? Is it shared on MediaWiki? As mentioned in my only previous comment, my private wiki too does not work out of the box.

Comment Actions

Based on this solution that worked for @D3nnis3n, I modified my .htaccess file, which also implements short URLs, like this:

RewriteEngine On
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ %{DOCUMENT_ROOT}/index.php
RewriteRule rest.php/ /rest.php?%{QUERY_STRING} [L]

Now I get «Error contacting the Parsoid/RESTBase server (HTTP 403)«, the same as with this code: https://www.mediawiki.org/w/index.php?title=Topic:Vv35plp6g16qno0s&topic_showPostId=vv4jia2ip0swopod#flow-post-vv4jia2ip0swopod

Should I consider both .htaccess solutions valid for the 404 error and start troubleshooting the 403? (My wiki allows editing only to registered users. I’ve seen others reporting the same error for VisualEditor for wikis with this setting, so maybe I should start another bug report for it.)

Comment Actions

«Error contacting the Parsoid/RESTBase server (HTTP 403)»

This can be caused by two things: The server might disallow access to the file or MediaWiki returns the error 403. Check the URLs, which MediaWiki is trying to load in the developer tools of your browser. You can then call the URL to rest.php manually to verify what is going on:

  • If your server does not allow you to access the rest.php file, you are seeing an error message by the server. You are not seeing JSON content, which comes from MediaWiki. Make sure that the server allows accessing the file!
  • If the server does allow you to access rest.php, but you are seeing the error 403 in some kind of JSON format, the error 403 is caused by MediaWiki. In this case, make sure the MediaWiki write API is enabled.

Comment Actions

@Joergi123

Here is the log of the server:

162.158.156.190 - - [08/Oct/2020:15:18:06 -0400] "GET /Main_Page HTTP/1.1" 200 8475 "https://[domain]/Main_Page?action=edit&veswitched=1" "Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/85.0.4183.121 Safari/537.36 OPR/71.0.3770.228 (Edition avira-2)"

162.158.156.190 - - [08/Oct/2020:15:18:09 -0400] "GET /load.php?lang=en&modules=oojs-ui-core%2Coojs-ui-widgets&skin=timeless&version=7khli HTTP/1.1" 304 433 "https://[domain]/Main_Page?veaction=edit" "Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/85.0.4183.121 Safari/537.36 OPR/71.0.3770.228 (Edition avira-2)"

162.158.156.190 - - [08/Oct/2020:15:18:09 -0400] "GET /load.php?lang=en&modules=ext.visualEditor.core&skin=timeless&version=1sypu HTTP/1.1" 304 433 "https://[domain]/Main_Page?veaction=edit" "Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/85.0.4183.121 Safari/537.36 OPR/71.0.3770.228 (Edition avira-2)"

162.158.73.250 - - [08/Oct/2020:15:18:11 -0400] "GET /rest.php/[domain]/v3/page/html/Main_Page/95?redirect=false&stash=true HTTP/1.1" 403 455 "-" "VisualEditor-MediaWiki/1.35.0"

162.158.156.190 - - [08/Oct/2020:15:18:09 -0400] "GET /api.php?action=visualeditor&format=json&paction=parse&page=Main_Page&uselang=en&formatversion=2 HTTP/1.1" 200 931 "https://[domain]/Main_Page?veaction=edit" "Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/85.0.4183.121 Safari/537.36 OPR/71.0.3770.228 (Edition avira-2)"

162.158.156.190 - - [08/Oct/2020:15:18:11 -0400] "POST /api.php HTTP/1.1" 200 885 "https://[domain]/Main_Page?veaction=edit" "Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/85.0.4183.121 Safari/537.36 OPR/71.0.3770.228 (Edition avira-2)"

The error appears in the 4th entry.

By the way, I have started a relative task: T265043

Comment Actions

GET /rest.php/[domain]/v3/page/html/Main_Page/95?redirect=false&stash=true HTTP/1.1″ 403

The server does not allow access to rest.php. You need to change the server configuration so that rest.php can be called. Same as for api.php — according to your logs, api.php is working. rest.php is not.

Comment Actions

When you visit the site (/rest.php/[domain]/v3/page/html/Main_Page/95?redirect=false&stash=true) with your browser, do you get a JSON that tells you «rest-write-denied» or do you get a 403 error message served by your webserver?

Comment Actions

Make sure you are not logged in when visiting the site with your browser, use incognito mode.

Comment Actions

When you visit the site (/rest.php/[domain]/v3/page/html/Main_Page/95?redirect=false&stash=true) with your browser, do you get a JSON that tells you «rest-write-denied» or do you get a 403 error message served by your webserver?

It’s the first:

{"error":"rest-write-denied","httpCode":403,"httpReason":"Forbidden"}

By the way, do other codes like the 455 that appears next to the 403 have any special meaning?

Comment Actions

Try enabling edit and writeapi for everyone (*) for test purposes. If VisualEditor works then, you just have to find the right IP address to put in there. Have you tried IPv4 as well as IPv6?

Comment Actions

Judging by the log you provided above, the IP address you need to use should be 162.158.73.250.

Comment Actions

Also, i just noticed that there was a ‘ missing in the code snippet I provided earlier, so if you just copy-pasted that, it might not have worked for you. Try this:

if ( !isset( $_SERVER['REMOTE_ADDR'] ) OR $_SERVER['REMOTE_ADDR'] == '162.158.73.250' ) {
	$wgGroupPermissions['*']['read'] = true;
	$wgGroupPermissions['*']['edit'] = true;
	$wgGroupPermissions['*']['writeapi'] = true;
}

Comment Actions

Judging by the log you provided above, the IP address you need to use should be 162.158.73.250.

That’s a Cloudflare IP, just one of the many. It’s not standard.

I modified the code like this:

if ( !isset( $_SERVER['REMOTE_ADDR'] ) OR in_array ($_SERVER['REMOTE_ADDR'], $cloudflareIPS ) ) {
	$wgGroupPermissions['*']['read'] = true;
	$wgGroupPermissions['*']['edit'] = true;
	$wgGroupPermissions['*']['writeapi'] = true;
}

having both v4 and v6 IPs in the array. Finally, I used an array with only v6 IPs. Again, no luck in both tries.

I will enable the things you mentioned globally and I will see what happens.

Comment Actions

Oh well, you wouldn’t want to enable access from all Cloudflare IPs… that’s a big security risk. Anyone using any Cloudflare IP could edit your wiki. On the other hand, if all requests to your wiki go through Cloudflare, you cannot use this solution with an IP address. Using Cloudflare might actually be what stops you from using that solution in this case.

I honestly don’t understand why VisualEditor/Parsoid doesn’t use an internal mechanism that is independent of permission settings now that Parsoid is directly integrated into MediaWiki.

Comment Actions

I honestly don’t understand why VisualEditor/Parsoid doesn’t use an internal mechanism that is independent of permission settings now that Parsoid is directly integrated into MediaWiki.

Mostly because the integration work is proceeding in stages and this is how far we could get done before the 1.35 LTS release became due. Another 3-6 months and the story might have been different.

Comment Actions

I guess there is no way to make Visual Editor learn HTML / BootstrapComponents? We use that on the main page and visual editing looks weirdly wrong-formatted there.

@Esanders ^ In any case, this is unrelated to the main topic of this ticket, and so if required, feel free to spawn it off in a new ticket.

@D3nnis3n feel free to file tasks about VE support for these extensions. As they are not used on WMF wikis I suspect our team won’t be able to prioritise them, but you may get some response from the extension authors/maintainers.

Comment Actions

Here is the log of the server:

162.158.156.190 - - [08/Oct/2020:15:18:06 -0400] "GET /Main_Page HTTP/1.1" 200 8475 "https://[domain]/Main_Page?action=edit&veswitched=1" "Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/85.0.4183.121 Safari/537.36 OPR/71.0.3770.228 (Edition avira-2)"
[...]
162.158.73.250 - - [08/Oct/2020:15:18:11 -0400] "GET /rest.php/[domain]/v3/page/html/Main_Page/95?redirect=false&stash=true HTTP/1.1" 403 455 "-" "VisualEditor-MediaWiki/1.35.0"

Thought I’d just verify that the [domain] part above was you manually censoring the logs? If you’re getting the literal text [domain] in your URLs then something is misconfigured (probably $wgServer)….

Comment Actions

Please also see this topic on MediaWiki.

For me, the cause was the ModSecurity WAP used by Namecheap.

Hopefully this would help pinpoint or at least narrow down the issue for others.

Comment Actions

I had a similar issue and I got over it. In my case I encountered a similar error Error contacting the Parsoid/RESTBase server: http-bad-status. I can tell that it’s definitely the issue of rewrite(Nginx users probably, like me). But I had another issue as well, I had restricted the access via the Cloudflare’s firewall by allowing only one IP address to have access for development purpose of course.
What I did was I included this in my Nginx config to make sure rest.php works even with a trailing slash:

location /wiki/rest.php/ {
    try_files $uri $uri/ /wiki/rest.php?$query_string;
}

Also, I had installed in a different directory rather than the main so be sure to include that directory as well just like what I did.

Comment Actions

As I remember zero config Parsoid worked for me for some time in 1.35-alpha then broke.

Basic operation of VisualEditor in MediaWiki 1.35 and later does not require any manual configuration.

And yet http://localhost/w/rest.php/localhost/v3/page/html/Main_Page/81?redirect=false&stash=true returned:
{«messageTranslations»:{«en»:»The requested relative path (/localhost/v3/page/html/Main_Page/81) did not match any known handler»},»httpCode»:404,»httpReason»:»Not Found»}

After spending several hours searching for clues it turns out loading the included parsoid is still necessary as of now:
LocalSettings.php:
wfLoadExtension( ‘Parsoid’, ‘vendor/wikimedia/parsoid/extension.json’ );

I assume this is unintended. Hopefully this helps somebody.

Comment Actions

@Demian loading and installing the parsoid extension isn’t necessary, but it does serve to effectively work around some problems that cause visual editor autoconfiguration to be disabled — usually the presence of manual parsoid configuration in your old local settings.

Comment Actions

What workaround do you mean?
Btw, I’ve removed all config related to parsoid: $wgParsoidSettings, $wgEnableRestAPI, $wgVirtualRestConfig[‘modules’][‘parsoid’]

Comment Actions

@cscott I think it’s worth mentioning in the VE documentation that explicitly loading Parsoid might be necessary.
I don’t have the full picture of when this is the case. For me it’s a necessity and not knowing this caused many lost hours of debugging. Could you add this to the documentation?

Comment Actions

I’m sorry I didn’t mention I’m developing on 1.36-alpha (or master or nightly)…
https://gerrit.wikimedia.org/r/c/mediawiki/extensions/VisualEditor/+/622187 «Remove Parsoid integration hack, added for 1.35 LTS»

You should be following the «for developers» information then, which explicitly does ask you to install the Parsoid extension. This task should be for issues with the LTS release version of Parsoid.

I did add some explicit text warning that developers and those with existing parsoid configurations need to install Parsoid manually, I’d try to clarify this more.

Comment Actions

The problem is I can’t find a «for developers» section. 1) https://www.mediawiki.org/wiki/Extension:VisualEditor#Linking_with_Parsoid had no information for developers before I’ve added it. 2) I assume you’re referring to https://www.mediawiki.org/wiki/Parsoid#Linking_a_developer_checkout_of_Parsoid , however I’m not using a developer checkout. I’ve used those settings until 1.35 automated it. It seems to me that sections is quite outdated and hardly any of those settings are still necessary, altogether it is quite confusing in the current form, thus it did not help with my issue.
Note: I didn’t know the automation was removed in 1.36 until I found the patch. Well hidden. Some form of notification in the docs and email list would have been necessary.
With all these 404 errors in one bucket it’s hard to tell what’s the root of the issue and this one is quite unexpected. I’ll open a specific ticket to document this one.

I did add some explicit text warning that developers and those with existing parsoid configurations need to install Parsoid manually, I’d try to clarify this more.

That would be helpful.
Btw, what workaround did you mean?

Comment Actions

Sorry to hijack this post, but I’m getting this error message as well. I suspect it has something to do with editing the LocalSettings file to get shorter wiki links as described in T270376, but I can’t be too sure. I think I’ve configured my wiki to be a private wiki, but I’m not sure if that affects it as well, as I had the issue before I even changed the editing permissions.

Comment Actions

Looking into the detailed log in my setup reveals the following behavior:

[http] GET: http://localhost:8181/w/rest.php/localhost/v3/page/html/Main_Page/144730?redirect=false&stash=true
[http] Error fetching URL "http://localhost:8181/w/rest.php/localhost/v3/page/html/Main_Page/144730?redirect=false&stash=true": (curl error: 7) Couldn't connect to server

I am running Mediawiki in a Docker container via the official 1.35 image. On the outside of the Docker network, the wiki’s base URL is indeed http://localhost:8181, but from inside the Docker network, from the perspective of the PHP script that tries to call the REST API, the base URL is http://localhost, on standard port 80.

So I believe once parsoid stops calling itself via CURL this issue will be gone. The pattern of assuming URLs and host names are globally accessible is in a few part of Mediawiki/Wikibase, for instance T264009, and makes it hard to run in containers and create portable development and testing environments. If for scalability reasons components are implemented as web services, it would be good to be able to set URLs and hostnames independently from the global wiki URL and hostname.

Comment Actions

I can confirm this doesn’t work out of the box. I’ve worked with Mediawiki from 2004-2011 with wikiHow — for context, and this is what I’ve been able to find on my end. I’m attempting to install this on a wikifarm (without SSL — yet) with nginx.

I’ve added this to my nginx config:

location /rest.php {
  try_files $uri $uri/ /rest.php?$args;
}

This URL works:

http://www.mywiki.com/rest.php/v1/page/Main_Page

Changing the version to 3 does not work, it 404s.

http://www.mywiki.com/rest.phpv3/page/Main_Page

When the VisualEditor is loaded, it tries to load this API URL:

http://www.mywiki.com/api.php?action=visualeditor&format=json&paction=parse&page=Main_Page&uselang=en&formatversion=2&oldid=27771

This returns a apierror-visualeditor-docserver-http, because the ApiVisualEditor is trying to load this URL:

http://www.mywiki.com/rest.php/www.mywiki.com/v3/page/html/Main_Page/27771?redirect=false&stash=true

Which 404s.

In Router::execute, $relPath is returned as:

/www.mywiki.com/v3/page/html/Main_Page/27771

So it seems the server_name is working correctly on nginx in place of the Apache2 ServerAlias directive.

PathMatcher::match returns null from Router::execute, which I believe throws the 404.

In PathMatcher::match, I see:

$parts = explode( '/', $path );

which creates:

Array
(
    [0] =>
    [1] => www.mywiki.com
    [2] => v3
    [3] => page
    [4] => html
    [5] => Main_Page
    [6] => 27771
)

but in this code block, when the for loop hits www.mywiki.com, it returns false.

foreach ( $parts as $part ) {
  if ( isset( $node["=$part"] ) ) {
    $node = $node["=$part"];
  } elseif ( isset( $node['*'] ) ) {
    $node = $node['*'];
    $paramValues[] = $part;
  } else {
    # RIGHT HERE
    return false;
  }
}

So what’s the real problem? Is the API calling the wrong URL or is the Rest service not processing the request properly? Is there a version mismatch issue? Why does v3 work but v1 does not? Also, it seems there are no varations between the two URLs that work either, the following don’t work:

http://www.mywiki.com/rest.php/www.mywiki.com/v1/page/html/Main_Page/27771?redirect=false&stash=true
http://www.mywiki.com/rest.php/v1/page/html/Main_Page/27771?redirect=false&stash=true
http://www.mywiki.com/rest.php/v1/page/Main_Page/27771?redirect=false&stash=true

etc

Comment Actions

Okay, i finally got it to work:

location rest.php/ {
try_files $uri $uri/ /rest.php?$query_string;
}
location /de/rest.php/ {
try_files $uri $uri/ /de/rest.php?$query_string;
}
location /en/rest.php/ {
try_files $uri $uri/ /en/rest.php?$query_string;
}
location /ru/rest.php/ {
try_files $uri $uri/ /ru/rest.php?$query_string;
}

This makes VE work on all wikis if _NO_ additional configuration in the LocalSettings.php is made, e.g. not setting $wgVirtualRestConfig[‘modules’][‘parsoid’] or the Rest URLs.
Also important: No slash before the rest.php in the first case for the root wiki — it won’t work with a slash!

For me, my fix was to use the first statement but with the slash.

Content licensed under Creative Commons Attribution-ShareAlike 3.0 (CC-BY-SA) unless otherwise noted; code licensed under GNU General Public License (GPL) or other open source licenses. By using this site, you agree to the Terms of Use, Privacy Policy, and Code of Conduct. · Wikimedia Foundation · Privacy Policy · Code of Conduct · Terms of Use · Disclaimer · CC-BY-SA · GPL

costas1

Member

Messages
134
Reaction score
2
Points
18


  • #1

I’m using MediaWiki 1.35 and the VisualEditor gives me the following error: «Error contacting the Parsoid/RESTBase server (HTTP 404)«.

According to https://www.mediawiki.org/wiki/Extension:VisualEditor#Troubleshooting the solution is the following:
When the web server is Apache, it must be added AllowEncodedSlashes NoDecode in the VirtualHost section of the wiki (phabricator:T261921).
My question is if this is possible through an .htaccess file and how. Thanks!

garrettroyce

Messages
5,603
Reaction score
246
Points
63


costas1

Member

Messages
134
Reaction score
2
Points
18


  • #3

I did a little more searching and it could be this instead:

https://www.mediawiki.org/wiki/Topic:Vt55uu3dvdxrlhop

Changing your VirtualHost config would almost certainly not be possible. Also, x10 doesn’t use Apache, so I don’t know if it would even work.

Well, after all that may be not the solution I’m looking for. I hadn’t followed the link to the Phabricator bug report. It’s about a problem with «:» and «/» characters in the title. I don’t even know if this is an issue for me because in my case I always get a 404 when trying to edit a page. A new bug report has been opened about it: https://phabricator.wikimedia.org/T263928
So, if the current problem gets solved then I will if the problem with the «:» and the «/» still exists and then seek for a solution.

This page is an archive. Do not edit the contents of this page. Please direct any additional comments to the current main page.

User-agent:Android-10

URL: https://en.wikipedia.org/w/index.php?title=User:Richboyofsocialmedia&action=edit

Richboyofsocialmedia (talk) 13:09, 2 January 2020 (UTC)Reply[reply]

User agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/79.0.3945.88 Safari/537.36

URL: https://en.wikipedia.org/wiki/Lake_Kharfak?action=edit

the name is Kharfaq Lake

Saleemullah pPasha (talk) 14:41, 5 January 2020 (UTC)Reply[reply]

User agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/64.0.3282.140 Safari/537.36 Edge/18.17763

HRE kyinyot

62.16.165.158 (talk) 20:37, 20 January 2020 (UTC)Reply[reply]

Bug report VisualEditor
Description Error contacting the Parsoid/RESTBase server (HTTP 400)
Intention: Student was trying to create a references section in their userspace
Steps to Reproduce: I’m posting on behalf of a student — they were trying to add a reflist template to their sandbox and instead got an error message. I’ve asked them if they were still having the same issues, but I wanted to post here as well.
Results:
Expectations:
Page where the issue occurs
Web browser
Operating system
Skin
Notes:
Workaround or suggested solution

Shalor (Wiki Ed) (talk) 14:36, 21 January 2020 (UTC)Reply[reply]

  • The sandbox in question is User:Gallaz63/sandbox. Shalor (Wiki Ed) (talk) 16:38, 21 January 2020 (UTC)Reply[reply]
Bug report VisualEditor
Description Cannot save my draft page User: Sunita Singh Choken
Intention: Creating a wiki page for a mountaineer, Sunita Singh Choken
Steps to Reproduce: Each time I try to publish my changes, I get an error — Error contacting the Parsoid/RESTBase server (HTTP 400)

  1. First
  2. Then
  3. Finally

Please mention if it’s reproduceable/if you attempted to reproduce or not. —> Yes reproducible

Results:
Expectations:
Page where the issue occurs
Web browser Chrome Version 79.0.3945.117 (Official Build) (64-bit)
Operating system Mac
Skin
Notes:
Workaround or suggested solution

Mountaineers JC (talk) 04:27, 23 January 2020 (UTC)Reply[reply]

Mountaineers JC, is this a recent problem? The servers are unhappy right now. You might try again in an hour or two. Whatamidoing (WMF) (talk) 20:58, 24 January 2020 (UTC)Reply[reply]

Hi there, I wish I had more examples of this, but I keep seeing, in BLP articles, blank |death_date= and |death_place= parameters being added by default (I assume) by the Visual Editor. An example here. Is this by design? Cyphoidbomb (talk) 18:45, 22 January 2020 (UTC)Reply[reply]

Cyphoidbomb, those parameters are added because someone marked them as either «suggested» or «required» in the template’s TemplateData. Whatamidoing (WMF) (talk) 20:57, 24 January 2020 (UTC)Reply[reply]

@Whatamidoing (WMF): Hi there, I appreciate the explanation. Do we need these parameters added by default to every biographical article? They could be there unused anywhere from 0-100 years. Seems unnecessary unless a person dies. Should I ask elsewhere? I’m not a big fan of VisualEditor making AWB-like actions on the backs of unsuspecting novice editors and I’ve reported similar issues before. Thanks and regards, Cyphoidbomb (talk) 04:20, 25 January 2020 (UTC)Reply[reply]

That decision is entire under the control of local editors. Edit Template:Infobox person/doc#TemplateData if you want to change it. Whatamidoing (WMF) (talk) 06:30, 25 January 2020 (UTC)Reply[reply]

@Whatamidoing (WMF): Thanks kindly. Regards, Cyphoidbomb (talk) 18:58, 26 January 2020 (UTC)Reply[reply]
User agent: Mozilla/5.0 (X11; CrOS x86_64 12607.58.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/79.0.3945.86 Safari/537.36

It won’t allow me to submit and publish changes. A message «Error Parsoid/RestBase Server HTTP 400» keeps popping out.

ShepBranson (talk) 21:06, 27 January 2020 (UTC)Reply[reply]

User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/13.0.4 Safari/605.1.15

URL: https://en.wikipedia.org/w/index.php?title=User:Bassie_f&veaction=editsource

Bassie f (talk) 00:37, 29 January 2020 (UTC)Reply[reply]

User agent: Mozilla/5.0 (Windows NT 10.0; WOW64; Trident/7.0; Touch; .NET4.0C; .NET4.0E; Tablet PC 2.0; rv:11.0) like Gecko

URL: https://en.wikipedia.org/wiki/User:Figbird/sandbox?action=edit

Newbie, question

Figbird (talk) 06:00, 29 January 2020 (UTC)Reply[reply]

User agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/79.0.3945.130 Safari/537.36

URL: https://en.wikipedia.org/w/index.php?title=Portal:Current_events/Sports/Sidebar&section=10&veaction=editsource&action=edit

Beodeutk (talk) 02:12, 4 February 2020 (UTC)Reply[reply]

User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:72.0) Gecko/20100101 Firefox/72.0

URL: https://en.wikipedia.org/wiki/Cadoc?action=edit
I keep getting the error message in my subject when I try to save my edits.

Taylwardii (talk) 06:44, 19 February 2020 (UTC)Reply[reply]

~~I am having this problem too. User:Jaygg

Кориснички агент: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:73.0) Gecko/20100101 Firefox/73.0

URL адреса: https://en.wikipedia.org/wiki/Memorial_Church,_Lazarevac?action=edit

Prikaz lokacije ispod slike pokazuje Burovo kao lokaciju, a crkva je u samom centru Lazarevca

AlexitoSRB (talk) 11:35, 19 February 2020 (UTC)Reply[reply]

User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:48.0) Gecko/20100101 Firefox/48.0

URL: https://en.wikipedia.org/wiki/Robert_Williams_(psychologist)?veaction=edit&section=3

I added two sentences about Dr. Williams’ Plan, while President of ABPsi, which helped many students get into graduate schools of psychology. I am working on linking the Plan to this wikipedia page. What would be the BEST and most permanent site to post the Plan for link connection?

RparkerWilliams!1 (talk) 14:02, 20 February 2020 (UTC)Reply[reply]

The Hewitt-Sperry Automatic Airplane article starts with a nested infobox,

{|{{Infobox Aircraft Begin
  |name = Hewitt-Sperry Automatic Airplane 
  |logo =
  |image = Hewitt-Sperry Automatic Airplane 1918.jpg
  |caption = Hewitt-Sperry Automatic Airplane in 1918
}}{{Infobox Aircraft Type
  |type = [[Missile]]
<!-- Other parameters here -->
  |variants with their own articles = 
}}|}

Changing the ending from:


}}|}

to


}}
|}

allows the VisualEditor to function.

Note that a similar malfunction with the desktop Wikipedia page rending showed the Hewitt-Sperry Automatic Airplane hover text as :

|} The Hewitt-Sperry Automatic Airplane was a ...

instead of

The Hewitt-Sperry Automatic Airplane was a ...

See the edit at:
https://en.wikipedia.org/w/index.php?title=Hewitt-Sperry_Automatic_Airplane&type=revision&diff=942045487&oldid=896091373

—Lent (talk) 07:18, 22 February 2020 (UTC)Reply[reply]

User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_2) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/80.0.3987.122 Safari/537.36

URL: https://en.wikipedia.org/wiki/User:Senayat7/sandbox?action=edit

Parsoid/RESTBase server (HTTP 400)

Senayat7 (talk) 22:19, 27 February 2020 (UTC)Reply[reply]

User agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/80.0.3987.122 Safari/537.36

URL: https://en.wikipedia.org/wiki/Ventotene?action=edit
When trying to use CITE a blank box drops down and remains on the page.

IslandVita (talk) 16:55, 29 February 2020 (UTC)Reply[reply]

Bug report VisualEditor
Description
Intention:
Steps to Reproduce:
Results:
Expectations:
Page where the issue occurs
Web browser
Operating system
Skin
Notes:
Workaround or suggested solution

2406:B400:D1:82E4:DC22:9873:25A6:7D36 (talk) 10:31, 2 March 2020 (UTC)Reply[reply]

User agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/80.0.3987.132 Safari/537.36

URL: https://en.wikipedia.org/wiki/User:Au.andrea/sandbox?action=edit
Is it possible to remove this info box?

Au.andrea (talk) 04:16, 10 March 2020 (UTC)Reply[reply]

User agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/80.0.3987.106 Safari/537.36

URL: https://en.wikipedia.org/wiki/User:Omda4wady?action=edit

I can not add no wiki tag

Omda4wady (talk) 11:05, 23 February 2020 (UTC)Reply[reply]

Omda4wady, are use using the Visual Editor of the code editor. If you’re using the Visual Editor, just press X or escape when the popup appears and the text will be nowikied automatically. If you’re using the code editor, you can wrap the text in <nowiki>...</nowiki>. BrandonXLF (talk) 23:38, 10 March 2020 (UTC)Reply[reply]
Bug report VisualEditor
Description The error pops up when I try to save changes made in my sandbox
Intention:
Steps to Reproduce: It occurs every time I try now
Results: Changes not saved or published
Expectations:
Page where the issue occurs
Web browser Chrome 80.0.3987.132
Operating system Windows 10
Skin
Notes:
Workaround or suggested solution

Elpitts (talk) 17:42, 10 March 2020 (UTC)Reply[reply]

Thanks for the note, Elpitts. I’m sorry that you ran into this problem. Server errors are not your fault, and there’s not much that you can do about them. Usually, if you wait a while (usually a few minutes, but it could be longer), it will start working again. Whatamidoing (WMF) (talk) 23:47, 10 March 2020 (UTC)Reply[reply]
User agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/80.0.3987.149 Safari/537.36

URL: https://en.wikipedia.org/w/index.php?title=2020_coronavirus_pandemic_in_Serbia&action=edit&section=3

Xuexu (talk) 19:42, 20 March 2020 (UTC)Reply[reply]

User agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/80.0.3987.149 Safari/537.36

URL: https://en.wikipedia.org/w/index.php?title=List_of_paintings_by_Johannes_Vermeer&action=edit
I wish to print out this page for further reference

Janitaly (talk) 10:26, 23 March 2020 (UTC)Reply[reply]

Janitaly, printing happens by your browser… menu File->Print. Key combination Ctrl-P (Windows) or Cmd-P (MacOS), or the «Print» link in the left bar of the website. —TheDJ (talk • contribs) 11:17, 23 March 2020 (UTC)Reply[reply]
User agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/80.0.3987.149 Safari/537.36

URL: https://en.wikipedia.org/wiki/The_Stranger_(Camus_novel)?action=edit

The numbering for the citations on this page should be 1, 2, 3, 4, 5, etc., but instead it’s displayed as 1, 2, 2, 3, 4, etc.. The first «2» is cited in a block quote, so perhaps it’s being «ignored» by the VisualEditor’s counter for that reason.

Beaker Bytes (talk) 22:07, 23 March 2020 (UTC)Reply[reply]

User agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/80.0.3987.149 Safari/537.36 Edg/80.0.361.69

Currently, Republic of Korea and Japan is in dispute of naming issue. Please correct the name both; East sea and Sea of Japan

URL: https://en.wikipedia.org/wiki/Sea_of_Japan?action=edit

Tim Ko Gangbaek (talk) 06:32, 27 March 2020 (UTC)Reply[reply]

Gbk1004, please use the article talkpages for the respective articles for such concerns, and also check the archives of these talkpages for previous discussions and information as this question has been repeatedly discussed in the past. Thank you. GermanJoe (talk) 06:51, 27 March 2020 (UTC)Reply[reply]
User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_6) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/13.1 Safari/605.1.15

URL: https://en.wikipedia.org/w/index.php?title=User:Southpaw20/sandbox&action=edit&redlink=1&preload=Template%3AUser+sandbox%2Fpreload

Stopped being able to cite references. This empty box appears each time. Also the reference section of document disappeared.

Southpaw20 (talk) 23:54, 30 March 2020 (UTC)Reply[reply]

I was trying to create a page — Ishi Ozalla, but I keep getting error contacting the parsoid/RESETBase server (HTTP 400) at the end. — Preceding unsigned comment added by Ikemunachii (talk • contribs) 19:10, 1 April 2020 (UTC)Reply[reply]

User agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/80.0.3987.149 Safari/537.36

URL: https://en.wikipedia.org/w/index.php?action=edit&preload=Template%3AAfc+preload%2Fdraft&editintro=Template%3AAfC+draft+editintro&title=Draft:Hermann_Hess_Helfenstein&create=Create+new+article+draft

Dears: It is not possible to upload any Images. Please¿What Could Happen with this Biography?
Thanks for support.
Roland Hess

200.104.134.44 (talk) 23:19, 5 April 2020 (UTC)Reply[reply]

User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/80.0.3987.149 Safari/537.36

URL: https://en.wikipedia.org/wiki/Draft:Georgina_Downer?veaction=editsource

I was editing the first ref, attempting to change cite web to cite news, but with the cursor just after the b of web, backspacing and typing news did nothing visually, but then the https in the url was changed to newspps

Newystats (talk) 21:48, 8 April 2020 (UTC)Reply[reply]

Wikimedia group — Preceding unsigned comment added by 41.115.125.84 (talk) 10:51, 9 April 2020 (UTC)Reply[reply]

User agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:75.0) Gecko/20100101 Firefox/75.0

URL: https://en.wikipedia.org/w/index.php?title=Bengali_language&action=edit&section=10

Simrin Khan (talk) 04:08, 15 April 2020 (UTC)Reply[reply]

User agent: Mozilla/5.0 (X11; CrOS x86_64 12739.111.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/80.0.3987.162 Safari/537.36

URL: https://en.wikipedia.org/w/index.php?title=Template_talk:IPA&preload=Template%3ASubmit+an+edit+request%2Fpreload&action=edit&section=new&editintro=Template%3AEdit+template-protected%2Feditintro&preloadtitle=Template-protected+edit+request+on+22+April+2020&preloadparams%5B%5D=edit+template-protected&preloadparams%5B%5D=Template%3AIPA

14bauhr (talk) 18:11, 22 April 2020 (UTC)Reply[reply]

I don’t think that VE works on any talk page.—3family6 (Talk to me | See what I have done) 20:37, 22 April 2020 (UTC)Reply[reply]
User agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/81.0.4044.138 Safari/537.36

URL: https://en.wikipedia.org/w/index.php?title=Talk:In_the_Custody_of_Strangers&section=new&veaction=editsource

The webserver is blocking me from choosing an edit summary Custody_of_Strangers.

Dhsert (talk) 22:22, 14 May 2020 (UTC)Reply[reply]

@Dhsert: This isn’t specific to 2017 wikitext editor; it also occurs by design in the new-section mode of Visual Editor, the «classic» textarea editor, and the mobile wikitext editor. Pelagic ( messages ) Z – (06:57 Sat 23, AEST) 20:57, 22 May 2020 (UTC)Reply[reply]
Since this involves adding a new section to a Talk page, I’ve left a note ([1]) at the Talk Pages Project. I have also copied your feedback to mw:VisualEditor/Feedback#Can’t modify edit summary for new section in NWE [2]. — Pelagic ( messages ) Z – (07:33 Sat 23, AEST) 21:33, 22 May 2020 (UTC)Reply[reply]
User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_3) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/80.0.3987.149 Safari/537.36

URL: https://en.wikipedia.org/wiki/Urbanisation_in_India?action=edit

There is a spelling error in the title that I cannot fix

IanFreebern (talk) 00:47, 26 April 2020 (UTC)Reply[reply]

Hi, Ian, this page is for feedback on the Visual Editor (VE) and New Wikitext Editor (NWE), though «leave feedback on this software» mightn’t be clear in that regard. The best forum for questions like yours would be the Wikipedia:Teahouse, but I can answer here. Page titles are different from other headings in articles: changing them involves «moving» the page to a new name. Urbanisation rather than urbanization is the correct spelling outside USA, so that spelling change wouldn’t be supported by the community. (I blame Noah Webster.) We do have guidelines about when to use US English versus British/Commonwealth English; sorry I don’t have the relevant links handy. We do have a redirect from the alternate spelling Urbanization in India. Thanks for your interest in helping to improve spelling on Wikipedia, I’m sure you’ll find plenty of other spelling and grammar issues to fix! Please reply about whether you found this answer satisfactory. — Pelagic ( messages ) Z – (08:03 Sat 23, AEST) 22:03, 22 May 2020 (UTC)Reply[reply]
User agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/80.0.3987.163 Safari/537.36

URL: https://en.wikipedia.org/wiki/Helen_Palmer_(author)?action=edit

I am attempting to upload a photograph of Helen Palmer from her 1920 passport. It is a picture in the public domain. I am unsure why wikipedia will not let me upload it. It adheres to the guidelines.

Aazacz (talk) 20:13, 17 April 2020 (UTC)Reply[reply]

@Aazacz: the preferred process for public-domain images is to upload them to Wikimedia Commons, then insert a special File: link into the Wikipedia page to display the image. You can get more help at Wikipedia:Teahouse. Pelagic ( messages ) Z – (08:26 Sat 23, AEST) 22:26, 22 May 2020 (UTC)Reply[reply]
Bug report VisualEditor
Description Can’t add row below or delete row
Intention: Add a row below an existing row or delete row
Steps to Reproduce: 1. Create table with this code:

{| class=»wikitable plainrowheaders» style=»text-align: center»
|+List of extended plays, with selected chart positions
!Title
!Released
!Label
|-
!
!
!
|-
!
!
!
|-
! scope=»col» rowspan=»2″|Title
! scope=»col» rowspan=»2″|Released
! scope=»col» rowspan=»2″|Label
|}

2. Try to add row under lowest row
3. Also try deleting bottom row

IDK how reproducible this is — it sometimes happens, sometimes doesn’t.

Results: Literally can’t add row beneath, or delete bottom row. Can only add rows above
Expectations: What were your expectations instead?
Page where the issue occurs User:3family6/sandbox
Web browser Chrome 81.0.4044.113
Operating system Windows 10
Skin Vector
Notes: Any additional information. Can you provide a screenshot, if relevant?
Workaround or suggested solution I REALLY wish I had one. Table editing is bad enough in wikitext, it’s absolute frustrating misery in VE.

3family6 (Talk to me | See what I have done) 20:04, 17 April 2020 (UTC)Reply[reply]

Hi, 3family6, thanks for the detailed error report. I tried your example and confirm the behaviour (iOS Safari, both Vector and Timeless). I also couldn’t insert columns in this case. If I remove scope="col" rowspan="2" from all cells, then things return to normal. After adding back the rowspan on just one cell, it still seems okay. Have you seen this in other situations, or is it possibly isolated to cases where all cells in a row have rowspan? (I’m not a dev, just another Wikipedian.) Pelagic ( messages ) Z – (09:28 Sat 23, AEST) 23:28, 22 May 2020 (UTC)Reply[reply]

I think it’s particular to cells that have a row in rowspan, but I’m not sure. I can’t even reproduce this error all the time.—3family6 (Talk to me | See what I have done) 23:42, 22 May 2020 (UTC)Reply[reply]
User agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/83.0.4103.61 Safari/537.36

URL: https://en.wikipedia.org/w/index.php?title=Opinion_polling_for_the_2020_New_Zealand_general_election&action=edit&section=3

Hi all,

This article has an error in the tables. It fails to include the number of voters who were «Don’t know» or «Refused to answer». For the latest 1 News poll this was a massive 16%, so must be shown in the results table.

However, I’m a new Wikipedia user and don’t want to mess it up. I also don’t have the time to do it. How then, do I leave an action/suggestion in here?

Cheers
Geoff

Geoffnz1 (talk) 21:27, 25 May 2020 (UTC)Reply[reply]

User agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:74.0) Gecko/20100101 Firefox/74.0

URL: https://en.wikipedia.org/wiki/Sequoia_sempervirens?action=edit

When I click «Publish changes», nothing happens. The button blinks dark blue, but the page never saves. The pencil tool to switch to source editing is similarly disabled. I can reload the page, after clicking yes to the «discard your changes?» dialog, and the resulting page will helpfully reload my unsaved edits. But I still can’t save them. Firefox 74.0 under Win 7E (I edit all the time, never had this problem before.). Any suggestions? Thanks!

Gould363 (talk) 13:33, 26 May 2020 (UTC)Reply[reply]

User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_4) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/13.1 Safari/605.1.15

URL: https://en.wikipedia.org/w/index.php?title=Greifswald&action=edit&section=3

2607:9880:4068:98:4578:951:F5D8:74A1 (talk) 11:30, 11 June 2020 (UTC)Reply[reply]

User agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/83.0.4103.97 Safari/537.36

URL: https://en.wikipedia.org/wiki/Catholic_Democrats?action=edit

I attempted to insert the group logo (a png file), and keep running up against limitations. Unclear how to proceed. Thanks for any help.

Jwhelan2020 (talk) 17:30, 14 June 2020 (UTC)Reply[reply]

I think IP users should be able to use this — Preceding unsigned comment added by Tsla1337 (talk • contribs) 10:45, 10 April 2020 (UTC)Reply[reply]

Hi, Tsla1337 / 1.Ayana! There are two entry points to Visual Editor (that I know of) that are disabled for IP editors on English Wikipedia:

  1. Dual edit tabs for Edit source and Edit [visual].
  2. Switching edit mode with the pencil icon.

(Actually, I didn’t realise before now that the second one was unavailable for IPs)

French Wikipédia has both, Japanese has single edit tab (wikitext) but you can switch. Enabling the switcher might be a proposal for Wikipedia:Village Pump. Pelagic ( messages ) Z – (19:13 Sat 23, AEST) 09:13, 23 May 2020 (UTC) — minor edit Pelagic ( messages ) Z – (19:20 Sat 23, AEST) 09:20, 23 May 2020 (UTC)Reply[reply]

It was meant to be available (and has been for years), but they accidentally broke it earlier this year. A fix was just released. Whatamidoing (WMF) (talk) 18:58, 18 June 2020 (UTC)Reply[reply]

I tried to find the answer to this but wasn’t sure where to find it, or if there is one: Is there an estimate on how much longer it will be before Visual Editor can actually, properly work for table editing? I don’t even mean bug free, but usable to the point where it’s quicker and easier than markup editing. Example: How on earth do I create the following in VE?

Until that is doable, VE is next to useless in creating discography articles or new sections in discography articles. I’ve spent probably three hours at this point trying to figure it out, because I want to learn, but it’s getting extremely aggravating and frustrating.—3family6 (Talk to me | See what I have done) 19:45, 17 April 2020 (UTC)Reply[reply]

Sorry for the delay. You can ping me when you have questions. This edit shows me adding a table like this one. You click in the empty places to add your content, select multiple cells when you want to merge them for rowspan and colspans. To set the background formatting, you go to the dropdown menu in the toolbar that usually says «Paragraph», and select either «content cell» (plain) or «header cell» (bold text and gray background). Whatamidoing (WMF) (talk) 19:07, 18 June 2020 (UTC)Reply[reply]
User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_6) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/13.1 Safari/605.1.15

URL: https://en.wikipedia.org/wiki/Isola_delle_Femmine?action=edit
I have only been editing in Visual mode. I have three references that have been flagged as circular as they reference other Wikipedia pages. I can change those three references to underlying references but I cannot change the type of reference, i.e. the template from a web citing to a book citing. I thought to delete the three and add new ones be again, I see no instructions to delete a reference.

One last question, in the READ mode the circular references have one set of numbers but in edit mode the reference numbers change with the circular tag. I guess I change what is flagged as circular even though the reference number is different?

JiminiVecchio (talk) 18:39, 21 June 2020 (UTC)Reply[reply]

I want to remove previously entered edit summaries that the visual editor remembers (which is entered in the pop up after you press the blue «Publish changes» button. Where do I delete the previous edit summaries that are visible in the dropdown on the editing box? The help section has nothing on it, nor the help editing community central at Fandom. Outside the visual editor I can delete those by simply pressing delete (or swiping them away on mobile presumably). I wasn’t able to do this from within the Visual Editor. —Loginnigol (talk) 08:41, 29 June 2020 (UTC)Reply[reply]

User agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/83.0.4103.116 Safari/537.36

URL: https://en.wikipedia.org/w/index.php?title=Crossings_TV&oldid=962716746&action=edit

I keep getting a visual editing error while editing this page

Crossings TV (talk) 16:04, 29 June 2020 (UTC)Reply[reply]

User agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/83.0.4103.116 Safari/537.36

i like school and it is fun and do you like school as well thank you

95.146.212.205 (talk) 15:45, 30 June 2020 (UTC)Reply[reply]

User agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/83.0.4103.116 Safari/537.36

i love math and do you?

95.146.212.205 (talk) 15:46, 30 June 2020 (UTC)Reply[reply]

Inserting tables using VE would be much more efficient if one could select the desired number of columns and rows similar to how one can when using source editing. — Presidentman talk · contribs (Talkback) 22:16, 30 June 2020 (UTC)Reply[reply]

User agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/83.0.4103.116 Safari/537.36 Edg/83.0.478.58

URL: https://en.wikipedia.org/wiki/S%C3%A9bastien_Haller?action=edit

I cannot do visual editing on this page. Please assist

Shreerajtheauthor (talk) 13:54, 3 July 2020 (UTC)Reply[reply]

Disregard. I figured it out.

Shreerajtheauthor (talk) 13:59, 3 July 2020 (UTC)Reply[reply]

User agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Firefox/78.0

URL: https://en.wikipedia.org/wiki/User:Vermabhishek/sandbox?action=edit&veswitched=1&oldid=966136096

Vermabhishek (talk) 09:43, 6 July 2020 (UTC)Reply[reply]

User agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/83.0.4103.116 Safari/537.36

URL: https://en.wikipedia.org/w/index.php?title=Pomnyun&action=edit&editintro=Template%3ABLP_editintro

Taeyeun (talk) 02:25, 10 July 2020 (UTC)Reply[reply]

I came to the page Wikipedia:VisualEditor/Keyboard_shortcuts to see a full list of keyboard shortcuts available in VisualEditor. Especially the uncommon ones; the others (such as Ctrl+C) are more generally known and thus less important to mention on that page.

But I can see that not all keyboard shortcuts are mentioned. For instance, typing <ref will open an «Add a citation» dialog, and typing {{ will open an «Add a template» dialog. These are not mentioned. I came here to see other shortcuts like these. And I believe the primary place to place information about keyboard shortcuts would be on the page for keyboard shortcuts. Could someone who knows all the shortcuts add them to the page (or at least tell me where the list is so I can add them)? I only discover them by chance/accident with a few years in between, but I would like to actually see the entire list. —Jhertel (talk) 13:42, 13 February 2020 (UTC)Reply[reply]

Sorry for a late reply, Jhertel, I don’t normally monitor or visit this page. I have a list of magic character sequences compiled at mw:User:Pelagic/Mobile keyboard shortcuts for Visual Editor. Pelagic ( messages ) Z – (20:26 Sat 23, AEST) 10:26, 23 May 2020 (UTC)Reply[reply]
Thank you, Pelagic! Perfect! —Jhertel (talk) 12:02, 10 July 2020 (UTC)Reply[reply]
User agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/83.0.4103.116 Safari/537.36

URL: https://en.wikipedia.org/w/index.php?title=User:SMangal77/sandbox&action=edit&redlink=1&preload=Template%3AUser+sandbox%2Fpreload

SMangal77 (talk) 18:31, 10 July 2020 (UTC)Reply[reply]

User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/83.0.4103.116 Safari/537.36

URL: https://en.wikipedia.org/wiki/Mabel_May?action=edit
Here is the issue with the title:
The title of this article needs to be changed to Henrietta Mabel May because:

1) the woman’s name was not simply Mabel May but Henrietta Mabel May (indeed, per a biographer, Evelyn Walters, her nickname was «Henry»),

2) May’s life overlapped with that of an American painter named Mabel May Woodward (1877-1945). Contemporaries in the art world may have similar palettes, styles, & subject matter, as is the case with these two painters. In fact, the two paintings this article links to are actually & inaccurately those of the American artist Mabel May Woodward, not the Canadian artist Henrietta Mabel May, so you can see why it’s important to distinguish between the names as much & as accurately as possible.

I am explaining why this change needs to be made instead of simply making it because this editing mechanism does not allow me to make such a change. I am guessing that’s because not just the title but the file itself has to be changed to change the title. & if you change the file name, you probably will break some links, unless you have some kind of aliasing mechanism to help out. Nonetheless, in the interests of accuracy & to avoid the kinds of mistakes already made, I encourage whoever is empowered to do this to undertake the work required.

Clizjaxon (talk) 17:55, 12 July 2020 (UTC)Reply[reply]

User agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/83.0.4103.116 Safari/537.36

URL: https://en.wikipedia.org/wiki/SuperGrid_(film)
i’m haviing trouble adding/editing a plot section….

A.payne32 (talk) 18:40, 12 July 2020 (UTC)Reply[reply]

User agent: Mozilla/5.0 (X11; CrOS x86_64 13020.87.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/83.0.4103.119 Safari/537.36

oman air
=
=
=



=
=
=
=
=
=
=
=
=
=
=

67.70.90.145 (talk) 21:20, 13 July 2020 (UTC)Reply[reply]

User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:48.0) Gecko/20100101 Firefox/48.0

URL: https://en.wikipedia.org/wiki/File:Superdupont.jpg?action=edit

Why not also use this image to illustrate the French version of the very same article? Fluide Glacial and co will never sue any of us! They are on the «same side»!  ;)

Dr. Barbich’ (talk) 13:08, 15 July 2020 (UTC)Reply[reply]

User agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.89 Safari/537.36

How can I change the topic?

Famous People Of The World 1 (talk) 13:48, 21 July 2020 (UTC)Reply[reply]

Браўзэр: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.105 Safari/537.36

URL: https://en.wikipedia.org/w/index.php?title=Aliaksadr_Tsyrkunov&action=edit
Please, help me change the title, the name of artist is Aliaksandr.

Наста Свікрос (talk) 08:51, 1 August 2020 (UTC)Reply[reply]

Браўзэр: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.105 Safari/537.36

URL: https://en.wikipedia.org/wiki/Aliaksadr_Tsyrkunov?action=edit
Калі ласка, дадайце літару N у імя мастака, правільнае напісанне імя: Aliaksandr.

Наста Свікрос (talk) 09:57, 1 August 2020 (UTC)Reply[reply]

User agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.105 Safari/537.36

URL: https://en.wikipedia.org/w/index.php?title=History_of_art&action=edit&section=7

SeikilosLin (talk) 11:57, 4 August 2020 (UTC)Reply[reply]

User agent: Mozilla/5.0 (Windows NT 6.2; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.105 Safari/537.36

URL: https://en.wikipedia.org/w/index.php?title=Vans&action=edit&oldid=968643691fuhz udgjKYf jdfyht6r

2605:A000:1134:A12E:9522:9C2C:EA38:6CE6 (talk) 18:16, 6 August 2020 (UTC)Reply[reply]

User agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/76.0.3809.87 Safari/537.36

49.145.70.203 (talk) 12:28, 7 August 2020 (UTC)Reply[reply]

User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_4) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/13.1.1 Safari/605.1.15

URL: https://en.wikipedia.org/w/index.php?title=Category:Yes_(band)&action=edit

174.245.193.92 (talk) 23:33, 18 August 2020 (UTC)Reply[reply]

User agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.125 Safari/537.36

URL: https://en.wikipedia.org/wiki/African_Americans?action=edit

I can’t publish my changes or change to the source editor. The error message is «Error contacting the Parsoid/RESTBase server (HTTP 404)».

Swiftestcat (talk) 08:52, 20 August 2020 (UTC)Reply[reply]

Hi Swiftestcat. Can you try with another browser? Chrome 84 includes a major change on how cookies are handled between domains (by default, cookies, like session cookies, are not transferred between domains unless they are explicitly configured to be sent (SameSite attribute of the cookie). —NicoV (Talk on frwiki) 09:51, 20 August 2020 (UTC)Reply[reply]

Hi NicoV. How do I transfer my edits over to another browser? They’re currently saved on a tab on Chrome. Is there any way to save them to Wikipedia as a draft? Swiftestcat (talk) 09:54, 20 August 2020 (UTC)Reply[reply]

I don’t know about that  :-( —NicoV (Talk on frwiki) 10:09, 20 August 2020 (UTC)Reply[reply]

You could cut and paste the text from the edit window into notepad or similar text editor. You might need to switch to the old text editor. To be able to do this.
There is a chance that your edit session has expired. You get this if there is a long time between the time you first stated the edit and the time when you eventually try to publish. I get this with the text editor, and its normally cured by just pressing submit again. In VE try switching to the normal text editor.
There might be a related bug T255963 Error contacting the Parsoid/RESTBase server (HTTP 404). It seems to occur if you take longer than 24 hours. —Salix alba (talk): 11:02, 20 August 2020 (UTC)Reply[reply]
User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:68.0) Gecko/20100101 Firefox/68.0

i am not able to access the visual editor. why?

URL: https://en.wikipedia.org/wiki/Despina_Stratigakos?action=edit

Loriannbrown (talk) 21:12, 24 August 2020 (UTC)Reply[reply]

Read this in another language • Subscription list for this newsletter

Reply tool

The number of comments posted with the Reply Tool from March through June 2020. People used the Reply Tool to post over 7,400 comments with the tool.

The Reply tool has been available as a Beta Feature at the Arabic, Dutch, French and Hungarian Wikipedias since 31 March 2020. The first analysis showed positive results.

  • More than 300 editors used the Reply tool at these four Wikipedias. They posted more than 7,400 replies during the study period.
  • Of the people who posted a comment with the Reply tool, about 70% of them used the tool multiple times. About 60% of them used it on multiple days.
  • Comments from Wikipedia editors are positive. One said, أعتقد أن الأداة تقدم فائدة ملحوظة؛ فهي تختصر الوقت لتقديم رد بدلًا من التنقل بالفأرة إلى وصلة تعديل القسم أو الصفحة، التي تكون بعيدة عن التعليق الأخير في الغالب، ويصل المساهم لصندوق التعديل بسرعة باستخدام الأداة. («I think the tool has a significant impact; it saves time to reply while the classic way is to move with a mouse to the Edit link to edit the section or the page which is generally far away from the comment. And the user reaches to the edit box so quickly to use the Reply tool.»)[3]

The Editing team released the Reply tool as a Beta Feature at eight other Wikipedias in early August. Those Wikipedias are in the Chinese, Czech, Georgian, Serbian, Sorani Kurdish, Swedish, Catalan, and Korean languages. If you would like to use the Reply tool at your wiki, please tell User talk:Whatamidoing (WMF).

The Reply tool is still in active development. Per request from the Dutch Wikipedia and other editors, you will be able to customize the edit summary. (The default edit summary is «Reply».) A «ping» feature is available in the Reply tool’s visual editing mode. This feature searches for usernames. Per request from the Arabic Wikipedia, each wiki will be able to set its own preferred symbol for pinging editors. Per request from editors at the Japanese and Hungarian Wikipedias, each wiki can define a preferred signature prefix in the page MediaWiki:Discussiontools-signature-prefix. For example, some languages omit spaces before signatures. Other communities want to add a dash or a non-breaking space.

New requirements for user signatures

  • The new requirements for custom user signatures began on 6 July 2020. If you try to create a custom signature that does not meet the requirements, you will get an error message.
  • Existing custom signatures that do not meet the new requirements will be unaffected temporarily. Eventually, all custom signatures will need to meet the new requirements. You can check your signature and see lists of active editors whose custom signatures need to be corrected. Volunteers have been contacting editors who need to change their custom signatures. If you need to change your custom signature, then please read the help page.

Next: New discussion tool

Next, the team will be working on a tool for quickly and easily starting a new discussion section to a talk page. To follow the development of this new tool, please put the New Discussion Tool project page on your watchlist.

Whatamidoing (WMF) (talk) 18:47, 31 August 2020 (UTC)Reply[reply]

Hello. I’ve noticed that visual editor automatically inserts carriage returns between onlyinclude tags and any table or template the tags are used around (see e.g. this or this). This has the effect of creating whitespace on the page the pages the templates/tables are transcluded on. Can this be fixed? Cheers, Number 57 16:09, 1 September 2020 (UTC)Reply[reply]

Its rare for <onlyinclude>...</onlyinclude> tags to appear in the main article namespace as they only apply when the page is transcluded. These are normally found in the template namespace where transclusion is common, but visual editor is not enabled. Really we are trying to get visual editor to do a task it was not designed for. You could try filling a bug at https://phabricator.wikimedia.org/ but I would not be optimistic about getting it fixed. A better solution might be to move the common text to the template namespace. This would prevent the Visual Editor from messing things up.—Salix alba (talk): 18:41, 1 September 2020 (UTC)Reply[reply]
Bug report VisualEditor
Description <! — Bitsgrafia->
Intention: <! — I was trying to publish https://es.wikipedia.org/w/index.php?title=Bitsgrafia&action=edit&redlink=1? ->
Steps to Reproduce: <! — What did you do? Describe how to reproduce the problem so that someone else can follow in your footsteps:

  1. First

Upload information accordingly

  1. So

publishing it gave me an error

  1. Finally

Error contacting Parsoid / RESTBase server (HTTP 400)

Mention if it is playable / if you tried to reproduce it or not. ->

Results: <! — What happened? -> I cannot publish
Expectations: What were your expectations instead?
Page where the issue occurs <! — Add URL (s) or diffs -> https://es.wikipedia.org/w/index.php?title=Bitsgrafia&action=edit&redlink=1
Web browser <! — Don’t forget his version! -> Version 81.1.4222.140 (Official Build) (32 bit)
Operating system <! — What is your operating system? -> windows8.1
Skin <! — Monobook / Vector? ->
Notes: <! — Any additional information. Can you provide a screenshot, if relevant? ->
Workaround or suggested solution Add one here if you have it.
  • So how do we fix it? I always get the same problem and its incredibly annoying 71.208.32.185 (talk) 13:13, 9 September 2020 (UTC)Reply[reply]
User agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/85.0.4183.102 Safari/537.36

URL: https://en.wikipedia.org/w/index.php?title=Bum_Phillips&action=edit
You have the wrong date of death. It is 2018 not 2013.

172.58.102.158 (talk) 06:47, 12 September 2020 (UTC)Reply[reply]

User agent: Mozilla/5.0 (X11; CrOS x86_64 12239.92.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/76.0.3809.136 Safari/537.36

URL: https://en.wikipedia.org/w/index.php?title=Music_Album_(TV_series)&action=edit&oldid=977404083

2601:500:C280:6720:2021:DBC0:914:CBAF (talk) 03:43, 16 September 2020 (UTC)Reply[reply]

User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/85.0.4183.102 Safari/537.36

URL: https://en.wikipedia.org/wiki/User:Brandonbott111?action=edit&veswitched=1

Hi, I’d like to change the title of the article but it is defaulting to my username which is «User:Brandonbott111.» I’d like to put the actual company name there but it is not letting me, please help! Thanks.

Brandonbott111 (talk) 04:39, 22 September 2020 (UTC)Reply[reply]

The page looks like it might be self promotion and might not meet the notability standards for an article in the main encyclopedia, see WP:COISELF and WP:ORG. As such you should submit the article to the Wikipedia:Articles for creation process, and if an independent editor finds its notable enough they will move it to article space. To do this add the template {{subst:submit}} to the top of your article. You will need to do this using the normal editor and not the visual editor. —Salix alba (talk): 09:02, 22 September 2020 (UTC)Reply[reply]
Bug report VisualEditor
Description An edit to a table about political party affiliation in Berkshire County ended up breaking the syntax
Intention: Update the information about political party affiliation in Berkshire County
Steps to Reproduce: I tried to make the edit in VE. I updated the numbers and added another row for the Green-Rainbow Party.
Results: A pipe was added before the template which renders the party colors for each respective party. The addition of this pipe breaks the syntax. Compare the provided diffs. The problem is, editing in VE will not reveal this problem, the colors still render fine. It’s only in the markup editor preview window, or after the edit is submitted, that you see that the template is broken by the addition of a pipe. As far as I can tell, the pipe is added automatically and you must make an edit in the source markup to avoid this. I will also note that centering the text is not obvious. Simply adding a new column or row will not duplicate the existing formatting of the other columns and rows.
Expectations: What were your expectations instead?
Page where the issue occurs https://en.wikipedia.org/w/index.php?title=Berkshire_County,_Massachusetts&oldid=979977409 ; https://en.wikipedia.org/w/index.php?title=Berkshire_County,_Massachusetts&oldid=979979509 ; and original before my edits: https://en.wikipedia.org/w/index.php?title=Berkshire_County,_Massachusetts&oldid=969012370
Web browser Chrome 85.0.4183.102
Operating system Windows 10
Skin Vector
Notes: Any additional information. Can you provide a screenshot, if relevant?
Workaround or suggested solution Easily fixed in the source editor once you figure out what changed (which I did by comparing diffs in the source editor)

3family6 (Talk to me | See what I have done) 22:12, 23 September 2020 (UTC)Reply[reply]

User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:68.0) Gecko/20100101 Firefox/68.0

URL: https://en.wikipedia.org/wiki/Despina_Stratigakos?action=edit

Loriannbrown (talk) 14:54, 29 September 2020 (UTC)Reply[reply]

User agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/85.0.4183.83 Safari/537.36 Edg/85.0.564.41

URL: https://en.wikipedia.org/w/index.php?title=Draft:Sandbox&veaction=edit

The citations are not showing up…please help. Thank you!

ALLBN (talk) 18:09, 29 September 2020 (UTC)Reply[reply]

User agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/85.0.4183.121 Safari/537.36

URL: https://en.wikipedia.org/wiki/Stance_(journal)?action=edit
I am unable to «move» this page and change the title of it. Could I permission?

Mariahbowman (talk) 19:53, 29 September 2020 (UTC)Reply[reply]

User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/85.0.4183.121 Safari/537.36

URL: https://en.wikipedia.org/wiki/Diversity_(business)?action=edit
I would recommend that the implementation section has more information and articles that can help readers take the information in the article and use it in the business workplace. By showing examples, previously used forms and information on how to deal with conflict regarding diversity. NeumeyerL (talk) 03:37, 4 October 2020 (UTC)Reply[reply]

User agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/86.0.4240.75 Safari/537.36 Edg/86.0.622.38

URL: https://en.wikipedia.org/w/index.php?title=Leela_Majumdar&action=edit&section=6

45.112.242.4 (talk) 02:14, 11 October 2020 (UTC)Reply[reply]

User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/86.0.4240.80 Safari/537.36

URL: https://en.wikipedia.org/w/index.php?title=William_J._Dorgan&action=edit

Mtm10647 (talk) 18:16, 15 October 2020 (UTC)Reply[reply]

User agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:83.0) Gecko/20100101 Firefox/83.0

URL: https://en.wikipedia.org/wiki/Microsoft_Office_2007?action=edit

Richblox999FX17 (talk) 15:03, 16 October 2020 (UTC)Reply[reply]

Adding More Cast Members to Jurassic World: Dominion

User agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/86.0.4240.80 Safari/537.36 Edg/86.0.622.43

URL: https://en.wikipedia.org/w/index.php?title=Jurassic_World:_Dominion&action=edit&section=1

Ariana Richards as Lex Murphy
Joseph Mazzello as Tim Murphy
Julianne Moore as Dr. Sarah Harding
Vince Vaughn as Nick Van Owen
Vanessa Lee Chester as Kelly Curtis
Peter Stormare as Dieter Stark
Harvey Jason as Ajay Sidhu
Richard Schiff as Eddie Carr
Thomas F. Duffy as Dr. Robert Burke
Pete Postlethwaite as Roland Tembo
Arliss Howard as Peter Ludlow
Richard Attenborough as John Hammond
Samuel L. Jackson as Ray Arnold
Wayne Knight as Dennis Nedry
Ty Simpkins as Gray Mitchell
Nick Robinson as Zachary «Zach» Mitchell
Irrfan Khan as Simon Masrani
Lauren Lapkus as Vivian
Katie McGrath as Zara
Judy Greer as Karen Mitchell,
Andy Buckley as Scott Mitchell
Vincent D’Onofrio as Vic Hoskins
Brian Tee as Hamada
James Cromwell as Sir Benjamin Lockwood
Toby Jones as Mr. Eversoll
Rafe Spall as Eli Mills
Ted Levine as Ken Wheatley
Geraldine Chaplin as Iris
Peter Jason as Senator Sherwood
Camilla Belle as Cathy Bowman
Jerry Molen as Dr. Harding
Miguel Sandoval as Juanito Rostagno
Martin Ferrero as Donald Gennaro
Bob Peck as Robert Muldoon
Alessandro Nivola as Billy Brennan
William H. Macy as Paul Kirby
Téa Leoni as Amanda Kirby
Trevor Morgan as Eric Kirby
Michael Jeter as Udesky
John Diehl as Cooper
Bruce A. Young as Nash
Taylor Nichols as Mark
Mark Harelik as Ben Hildebrand
Julio Oscar Mechoso as Enrique Cardoso
Blake Bryan as Charlie

Nick Ferrante 02:38, 18 October 2020 (UTC) — Preceding unsigned comment added by NickF4401 (talk • contribs)

User agent: Mozilla/5.0 (X11; CrOS x86_64 13310.93.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/85.0.4183.133 Safari/537.36

URL: https://en.wikipedia.org/w/index.php?title=7_World_Trade_Center&action=edit

100.34.202.120 (talk) 20:45, 19 October 2020 (UTC)Reply[reply]

User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/85.0.4183.102 Safari/537.36

URL: https://en.wikipedia.org/wiki/User:MiCorr/citing_sources?action=edit&veswitched=1

MiCorr (talk) 08:06, 26 October 2020 (UTC)Reply[reply]

Bug report VisualEditor
Description
Intention:
Steps to Reproduce:
Results:
Expectations:
Page where the issue occurs
Web browser
Operating system
Skin
Notes:
Workaround or suggested solution

2400:AC40:705:E082:B4A9:F41F:48B9:9877 (talk) 16:58, 31 October 2020 (UTC)Reply[reply]

User agent: Mozilla/5.0 (Windows NT 6.3; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/86.0.4240.111 Safari/537.36

I love this BECAUSE i THOUGHT THAT I COULD NEVER EDIT IN GOOGLE BUT I CAN EDIT IN GOOGLE

182.77.39.13 (talk) 07:23, 2 November 2020 (UTC)Reply[reply]

He was not killed in Jasper, Tx. Only the trial was there, as it is the county seat. He was murdered near the Harrisburg, TX community. — Preceding unsigned comment added by 2601:2C5:4300:7280:A845:6546:6422:C8FC (talk) 15:44, 5 November 2020 (UTC)Reply[reply]

User agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.105 Safari/537.36

URL: https://en.wikipedia.org/w/index.php?title=Ben_10_(toy_line)&action=edit

4″ Alien Collection Battle figures image have to be modified as Wildmutt is missing from it and Cannonbolt figure is the one from the previous wave. I made an updated image but I can’t upload it.

Mario99marian (talk) 23:20, 9 November 2020 (UTC)Reply[reply]

I use Mac. I regularly use Command + Enter as the shortcut for publishing an edit after writing an edit summary, and find it really useful. Having burnt that pattern into my brain, I now routinely press it while editing a page in VE, expecting it to take me to the edit summary box, and am disappointed that it doesn’t work. I would find this a useful shortcut while editing pages. Popcornfud (talk) 16:14, 1 September 2020 (UTC)Reply[reply]

Humbly requesting this again, as I continue to press Cammand + Enter automatically when trying to save edits. Popcornfud (talk) 16:23, 12 November 2020 (UTC)Reply[reply]
User agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/86.0.4240.193 Safari/537.36

URL: https://en.wikipedia.org/w/index.php?title=Haloila&veaction=editsource

Hi,
Haloila pages needs to be moved to Signode Finland

Haloila (talk) 11:52, 17 November 2020 (UTC)Reply[reply]

User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_6) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/12.1.2 Safari/605.1.15

URL: https://en.wikipedia.org/wiki/User:Ricardus_Cibarius/sandbox?action=edit
Dialog box does not provide the option to upload an image file from computer

Ricardus Cibarius (talk) 14:00, 20 November 2020 (UTC)Reply[reply]

User agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/86.0.4240.198 Safari/537.36

URL: https://en.wikipedia.org/wiki/User:IleRosario/sandbox?action=edit
I’ve attempted to save my work by clicking the «Publish changes» button and absolutely nothing happens. I do not want to lose my work.

IleRosario (talk) 05:41, 26 November 2020 (UTC)Reply[reply]

Why does the Visual Editor screw around with the text before blockquotes?

For example, while editing in the Visual Editor, go to Adaptation (film), go to the Production section, and select the text above the blockquote («Kaufman said»). The text is uneditable, and has to be edited instead inside the quote template, in the «content» field. This is apparently not a normal part of the quote template; the Visual Editor appears to be injecting something weird into it.

Does anyone know what’s going on here? It’s been annoying me for months or years now. Popcornfud (talk) 10:59, 30 November 2020 (UTC)Reply[reply]

User agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/77.0.3865.75 Safari/537.36

URL: https://en.wikipedia.org/w/index.php?title=Uee&action=edit&section=2&editintro=Template%3ABLP_editintroywywee e

2001:4455:46A:CC00:F85E:2A3A:88F5:6376 (talk) 11:15, 2 December 2020 (UTC)Reply[reply]

The dialog for inserting a citation has a short menu of attributes that includes year but does not include date, making it necessary to use the search dialog. I have two suggestions:

  1. Provide an option to do a source edit of the generated {{cite}}
  2. Include all of |date= |edition=, |publisher= and |work= in the short list.

Shmuel (Seymour J.) Metz Username:Chatul (talk) 19:17, 2 December 2020 (UTC)Reply[reply]

User agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/87.0.4280.88 Safari/537.36

How do I add a Rhodes Scholar who is omitted from the list?

URL: https://en.wikipedia.org/w/index.php?title=List_of_Rhodes_Scholars&action=edit

Chekeditor (talk) 21:37, 2 December 2020 (UTC)Reply[reply]

One problem I have is to operate splits/mergers of whole columns. The process cannot be automated, and one has to split or merge every column’s cells one by one.

It is still possible to resort to an external automation program. However, there is no keyboard shortcut for ‘merge cells’ or ‘split cell’.

Either one of the two should be done, and for programmers, it seems a shortcut is by far the easiest to implement.

Kahlores (talk) 06:06, 13 December 2020 (UTC)Reply[reply]

(suggestion related to Popcornfud’s)

User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11) AppleWebKit/601.1.46 (KHTML, like Gecko) Version/9.0 Safari/601.1.42

URL: https://en.wikipedia.org/w/index.php?title=User:Woshiyiweizhongguoren&action=edit

2603:8000:F93C:4114:7C74:F24A:434:D5C (talk) 21:10, 13 December 2020 (UTC)Reply[reply]

User agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/87.0.4280.88 Safari/537.36

URL: https://en.wikipedia.org/wiki/Draft:Foreign_Manufacturers_Certification_Scheme_(FMCS)?action=edit

article in showing in draft mode and if possible please edit into article mode

Dheeraj budhori (talk) 08:03, 19 December 2020 (UTC)Reply[reply]

User agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/87.0.4280.88 Safari/537.36

URL: https://en.wikipedia.org/w/index.php?title=Template:National_Defense_Authorization_Acts&action=edit&redlink=1

I recommend adding a preview button or menu option, for both visual editing and source editing (2017 editor). If the button already exists, consider making it more prominent, because I can’t find it.

Novem Linguae (talk) 06:46, 24 December 2020 (UTC)Reply[reply]

A facility that I have found very useful in other editors is changing case, e.g.,

  • Change to lower case
  • Change to upper case
  • Change to sentence case
  • Change to title case
  • Invert case

I’d like to see icons and keystrokes for at least those. Shmuel (Seymour J.) Metz Username:Chatul (talk) 14:54, 24 December 2020 (UTC)Reply[reply]

User agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/87.0.4280.88 Safari/537.36

Greetings! This site is extremely secure and should not be deleted because it has sufficient resources as well as information

Shkupi Kumanova 1234 (talk) 21:47, 25 December 2020 (UTC)Reply[reply]

Shkupi Kumanova 1234, multiple editors have tried to communicate with you already on your talk page and have replied to you when you reached out to them. Please review their comments, and contribute to the article draft at Draft:Adem Kastrati. Once you properly cite claims in the article with inline references and remove promotional language, you can resubmit the draft for review. signed, Rosguill talk 22:09, 25 December 2020 (UTC)Reply[reply]
User agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/87.0.4280.88 Safari/537.36

URL: https://en.wikipedia.org/w/index.php?title=User:Motizin/sandbox&action=edit&redlink=1&preload=Template%3AUser+sandbox%2Fpreload

I’ve been editing this page. When I returned to this page I got a message asking if I want to resume editting. I confirmed that I want but no page came up, so I restarted the sandbox. It was empty. There was history of previous deletions or transfers but not any mention of my last edit. Looks like the contents is lost. Why?

Motizin (talk) 15:09, 26 December 2020 (UTC)Reply[reply]

Понравилась статья? Поделить с друзьями:
  • Error constructing or publishing certificate
  • Error constructing mac java lang securityexception jce cannot authenticate the provider kalkan
  • Error connecting to graphical console error opening spice console spiceclientgtk missing
  • Error connecting to googleapiclient что это
  • Error connecting to ftp server denied you to change to the given directory