VisualEditor/Feedback

Post your feedback about using the visual editor.

If you have never provided feedback before, you can learn how to do it effectively. If you are reporting a problem directly on this page, please include your web browser, computer operating system, and wiki skin (usually Vector, sometimes Monobook). The feedback tool within the visual editor will include your user agent details instead.

You can use this page to tell the Wikimedia developers your ideas and issues about using the visual editor: this is the only feedback page actively monitored by WMF staff. The Contributors team welcomes your feedback and ideas, especially on user interface decisions and the priorities for adding new features. All comments are read, in any language, but personal replies are not guaranteed: the team will try and go through reports here at least once a week. Need more attention? Report directly in Phabricator. Please note that the Wikimedia Foundation does not provide support for installing VisualEditor on third-party wikis. Please report bugs involving Parsoid at Talk:Parsoid instead.

You may also want to read a guide to optimize the visual editor's experience on your site, which details work necessary on the community side (such as translating or setting up citation systems).

View open developer tasks – Report a new bug in Phabricator – Join the IRC channel – Test the visual editor! (no account required)

Previous page history was archived for backup purposes at VisualEditor/Feedback/LQT Archive 1 on 2015-07-30.

Agent utilisateur : Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/87.0.4280.141 Safari/537.36

URL : https://fr.wikipedia.org/wiki/Liste_des_championnes_de_tennis_vainqueurs_en_Grand_Chelem_en_simple?veaction=edit

"Liste des championnes vainqueurs"??? Ce n'est pas français. Et oui, n'ayez pas peur de dire vainqueuses, vainqueresses ou à la grande limite vainqueures (mais pourquoi ajouter un -e au masculin alors que le féminin existe déjà?). Vous avez peut-être du mal à le concevoir mais oui, une femme peut remporter des victoires... Wikipédia a 20 ans, et bien il est temps de grandir et de faire un grand tri dans les legs sexistes des contributeurs et contributrices!

Offtopic. Please ask the French Wikipedia, not here.

When the permisson $wgGroupPermissions['*']['read'] = false; is set in the localSettings.php the VisualEditor cant load an existing page to edit.

Which sadly make the extension unuseable in closed Wikis. :( Is there a way to force VisualEditor to use a certain useraccount?

To bump this up: I noticed the same bug. Fresh set up with new server and everything. When open the VE works, when closed then the same error message appears.

Huh. I use it on a closed wiki myself, so it can be done. Unfortunately, I don't know anything about the setup. Maybe ask at the Project:Support desk?

Also, please look at Topic:Vv0owe0jhsjjonhb and Topic:Vv2djm1uxb06pj78.

I have the same issue and neither of those threads helped. Private Wiki + https + VisualEditor always gives me this error. Did anyone manage to resolve this?

Forwarding cookies to Parsoid didn't help either. As soon as i make articles publicly readable it works.

I get an internal 403 on "GET /rest.php/<WIKI_DOMAIN>/v3/page/html/Hauptseite/34000?redirect=false&stash=true HTTP/1.1" whenever i open the editor and get the error. So i assume it has to do with credentials not being passed on properly in the background when fetching page data to the editor.

Further Information: `MediaWiki` 1.35.0, `nginx` 1.10.3, multiple wikis on 1 host.

@Whatamidoing (WMF)'s wiki config would be greatly appreciated.

I wouldn't even know where to look for the config, and I have no privileges there except to be able to log in and edit pages. Maybe it'd be worth asking at the Project:Support desk? The folks there know how to troubleshoot installation problems.

I have this error and I don't have a private wiki also.

I had a look in NGINX error logfile in /var/log/nginx/error.log

2021/01/11 21:21:40 [error] 29350#102473: *289 open() "/usr/local/www/mediawiki/rest.php/mywiki/v3/page/html/Hauptseite/1" failed (20: Not a directory), client: 127.0.0.1, server: 192.168.178.200, .....

and it seems, that the script rest.php was called with wrong parameter sequence

What is to do now ?

I just updated to MediaWiki 1.35.0 yesterday.

Whenever I try to edit a page using the visual editor a progress bar starts to load and near the middle of the process the progress bar stops to fill itself and I get the message:

"Error contacting the Parsoid/RESTBase server (HTTP 404)"

I'm on shared hosting and I'm not running a RESTBase server, but from what I get it's not mandatory (https://www.mediawiki.org/wiki/Extension:VisualEditor#Switching_between_Wikitext_Editing_and_VisualEditor). I have set $wgVisualEditorAllowLossySwitching=false, by the way.

The wiki also has $wgGroupPermissions['*']['edit'] = false.

Any ideas?

The documentation of VisualEditor sadly is still lacking. I am having the same problem, but there are no hints on how to fix this.

There is a relative bug report in Phabricator: https://phabricator.wikimedia.org/T263928

You can subscribe if you wish.

There is also https://phabricator.wikimedia.org/T261921, which might also be related. I’m using mediawiki via the bitnami docker image and have opened https://github.com/bitnami/bitnami-docker-mediawiki/issues/84 hoping to get a fix upstream.

I always get a 404 error. Not only in pages with special characters. The relative bug report on Phabricator is available here: https://phabricator.wikimedia.org/T263928

I am having the same issue.

Check and if you wish contribute to: https://phabricator.wikimedia.org/T263928

Having the same problem. It seems that the option to make it a private wiki (need to login, University Intranet) causes it to get the error and fail:

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

The fix at the moment is to check via IP address, but that isn't going to work for me. Is there anything which I can add to LocalSettings.php which checks for Logged In user?

When mediawiki 1.35 (from debian buster-backports) is behind reverse proxy, visualeditor does not work correctly because it does not use $wgInternalServer but uses $wgServer to make internal rest requests which is wrong (internal traffic should not travel to external). Please fix visualeditor logic to use $wgInternalServer for internal api calls.

I am having the same isue. With a peculiarity. As I upgraded my wiki to 1.35, the old pages can be edited with VisualEditor, no problem, the new ones give me this 404 error (parsoid etc.).

Report it here: https://phabricator.wikimedia.org/T263928

Any news on this?

I still can't save using VisualEditor, always getting that "Error contacting the Parsoid/RESTBase server (HTTP 404)".

My wiki is private and I need to keep it this way. Any workaround?

Having the same issue, using Mediawiki 1.35.1 on redhat. anyone got any solutions.

It looks like a bug: when I try to enter a no-break space character (U+00A0, &#0160, Alt+0160) in the figure caption, it is replaced to a regular space (U+0020). There is no such problem in source editing mode.

رابط کاربر: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/87.0.4280.88 Safari/537.36

برای انتشار صفحه ای که ساخته ام دچار مشکل هستم. چطور میتوانم آن رابه یک مقاله ی معتبر تبدیل کنم؟

When a user modify a voy:it:Template:Listing with VE, it change the wikicode indentation during the saving phase.

This is quite annoying because all the listing by default have this structure:

*{{see
| nome= | alt= | sito= | email=
| indirizzo= | lat= | long= | indicazioni=
| tel= | numero verde= | fax=
| orari= | prezzo=
| descrizione=
}}

So even if VE find the following indentation:

*{{see
| nome=Chiesa della Misericordia | alt= Igreja da Misericórdia | sito= | email=
| indirizzo=Praça da República 62 | lat=41.69394 | long=-8.82816 | indicazioni=
| tel=+351 258 827 930 | numero verde= | fax=
| orari= | prezzo=
| descrizione=Chiesa del XVI secolo, eretta dalla confraternita della Misericordia. Chiamata originariamente ''Casa das Varandas'' a cause delle loggie che presenta sui vari piani, è un esempio singolare di architettura di ispirazione rinascimentale e manierista con influenze italiane e fiamminghe.
:All'interno, la chiesa presenta pale d'altare dorate e pareti rivestite da azulejos. Gli affreschi del soffitto sono di Manuel Gomes.
}}

it will save it in this way:

*{{see
| nome = Chiesa della Misericordia
| alt = Igreja da Misericórdia
| sito = 
| email = 
| indirizzo = Praça da República 62
| lat = 41.69394
| long = -8.82816
| indicazioni = 
| tel = +351 258 827 930
| numero verde = 
| fax = 
| orari = 
| prezzo = 
| descrizione = Chiesa del XVI secolo, eretta dalla confraternita della Misericordia. Chiamata originariamente ''Casa das Varandas'' a causa delle logge che presenta sui vari piani, è un esempio singolare di architettura di ispirazione rinascimentale e manierista con influenze italiane e fiamminghe.
:All'interno, la chiesa presenta pale d'altare dorate e pareti rivestite da azulejos. Gli affreschi del soffitto sono di Manuel Gomes.
}}

There's a way to preserve the original indentation without affecting it?

@Whatamidoing (WMF) do you someone that can support or at least discusse the above requested change?

Unfortunately, I don't think that the current system can support this complex (to a computer) level of formatting. Formatting can be defined (each template separately) in several 'custom' styles, as described in Help:TemplateData#Custom formats. However, I don't think that any of the custom formats are complex enough to put, e.g., name and alt-name, or lat and long, on the same line of wikitext. It is rather annoying, because Wikivoyage has an elegant arrangement.

@Whatamidoing (WMF), gosh, technically it would be enough to keep unchanged the asset of the parameters as they are found (i.e. not add and not remove any "\n").

Although I agree that "custom formats" force a new indentation, since VE is able to recognize each paramer with its value, is enough that only the value will be changed without affecting the "new line" symbols (i.e. \n). A simple idea could be to allow "format": "none" or something similar, that specify that no output formatting shall be applied. Are you sure that no one can take a look at it?

PS I think that the indentation is not only for Italian Wikivoyage, but for all the language version.

The problem is that the visual editor doesn't edit "parameters". It edits "nodes", i.e., the entire template. So if you change a single character, it removes the entire template and inserts a new copy of the entire template, just to change the single character. If the visual mode could support this complex format, then that would be good, because it would "correct" the formatting to the standard. But so far, that's not an option.

Ok, I understand what @you say. The Wikivoyage listing editor works in the way you describe. I use it to correct the format with just one click all the time Visual Editor messing it up.

The algorithm to do it is there, but clearly it should be adapted to VE. The important is to find someone interested to work on it...

Användaragent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/86.0.4240.111 Safari/537.36

impossible to publish French translation for this French company URL: https://sv.wikipedia.org/wiki/ARES_Fighting_Championship?veaction=edit

I'm not sure what's going on. @Ainali, would you please do me a favor and let me know if there is some reason why this editor can't edit that page?

The question should go to someone on French Wikipedia, the page already exists in Swedish.

In that case, perhaps @Speculos or @Salix might be around. It looks like Django9393 has not made an edits at the French Wikipedia before.

No idea how to help.

@Aaharoni-WMF, does this sound like a question about Content Translation?

Impressions:

Content before a edit

https://nextcloud.studentenwerk-potsdam.de/s/mRJ6Eoe2d4cE647

During a edit with VE

https://nextcloud.studentenwerk-potsdam.de/s/JiBCPfLXXj9jTeP

After a edit with VE

https://nextcloud.studentenwerk-potsdam.de/s/jSGYk6L5DRW8rTm

Hi i just migrated from 1.31 with wysiwyg Editor to 1.35 with VisualEditor after fixing the api connection Error i get no error Messages anymore while loading the VisualEditor.

But i cant find a solution for my new Problem. Because its entirely strange :D.

My Access log "start edit":

"172.16.1.2 - - [29/Dec/2020:18:44:15 +0100] "GET /mediawiki HTTP/1.1" 301 590 "-" "VisualEditor-MediaWiki/1.35.1"

172.16.1.2 - - [29/Dec/2020:18:44:15 +0100] "GET /mediawiki/ HTTP/1.1" 301 533 "-" "VisualEditor-MediaWiki/1.35.1"

172.16.1.2 - - [29/Dec/2020:18:44:15 +0100] "GET /mediawiki/index.php/Hauptseite HTTP/1.1" 200 23548 "-" "VisualEditor-MediaWiki/1.35.1"

172.16.1.2 - - [29/Dec/2020:18:44:15 +0100] "GET /mediawiki/api.php?action=visualeditor&format=json&paction=parse&page=Spielwiese&uselang=de&formatversion=2 HTTP/1.1" 200 25958 "https://intranet.studentenwerk-potsdam.de/mediawiki/index.$

172.16.1.2 - - [29/Dec/2020:18:44:16 +0100] "POST /mediawiki/api.php HTTP/1.1" 200 648 "https://intranet.studentenwerk-potsdam.de/mediawiki/index.php/Spielwiese?veaction=edit" "Mozilla/5.0 (Windows NT 6.3; Win64; x64; rv:84.0) Gecko/201$"

My Access log "after edit":

"172.16.1.2 - - [29/Dec/2020:18:47:23 +0100] "POST /mediawiki HTTP/1.1" 301 590 "-" "VisualEditor-MediaWiki/1.35.1"

172.16.1.2 - - [29/Dec/2020:18:47:23 +0100] "POST /mediawiki/ HTTP/1.1" 200 23743 "-" "VisualEditor-MediaWiki/1.35.1"

172.16.1.2 - - [29/Dec/2020:18:47:23 +0100] "POST /mediawiki/api.php HTTP/1.1" 200 715 "https://intranet.studentenwerk-potsdam.de/mediawiki/index.php/Spielwiese?veaction=edit" "Mozilla/5.0 (Windows NT 6.3; Win64; x64; rv:84.0) Gecko/201$

172.16.1.2 - - [29/Dec/2020:18:47:25 +0100] "POST /mediawiki/api.php HTTP/1.1" 200 1097 "https://intranet.studentenwerk-potsdam.de/mediawiki/index.php/Spielwiese?veaction=edit" "Mozilla/5.0 (Windows NT 6.3; Win64; x64; rv:84.0) Gecko/20$

172.16.1.2 - - [29/Dec/2020:18:47:25 +0100] "POST /mediawiki HTTP/1.1" 301 590 "-" "VisualEditor-MediaWiki/1.35.1"

172.16.1.2 - - [29/Dec/2020:18:47:25 +0100] "POST /mediawiki/ HTTP/1.1" 200 23743 "-" "VisualEditor-MediaWiki/1.35.1"

172.16.1.2 - - [29/Dec/2020:18:47:25 +0100] "POST /mediawiki/api.php HTTP/1.1" 200 30855 "https://intranet.studentenwerk-potsdam.de/mediawiki/index.php/Spielwiese?veaction=edit" "Mozilla/5.0 (Windows NT 6.3; Win64; x64; rv:84.0) Gecko/2$"

looks more then strange.

If i just use the WikiEditor it works as expected.

My wiki runs on Debian 9.13 with Apache2 the rest below:

Installierte Software

Software	Version
MediaWiki	1.35.1
PHP	7.4.13 (apache2handler)
MariaDB	10.1.47-MariaDB-0+deb9u1
ICU	65.1

URLs der Einstiegspunkte

Einstiegspunkt	URL
Artikelpfad	/mediawiki/index.php/$1
Skriptpfad	/mediawiki
index.php	/mediawiki/index.php
api.php	/mediawiki/api.php
rest.php	/mediawiki/rest.php

Installierte Benutzeroberflächen

Bezeichnung	Version	Lizenz	Beschreibung	Autoren
MonoBook	– (de97916) 00:34, 14. Jul. 2020	GPL-2.0-or-later	Stellt eine klassische Benutzeroberfläche bereit	Gabriel Wicke, Isarra Yos und andere
Vector	– (771c876) 04:30, 11. Sep. 2020	GPL-2.0-or-later	Stellt eine modernisierte Benutzeroberfläche bereit	Trevor Parscal, Roan Kattouw und andere

Installierte Erweiterungen

Erweiterungen mit Spezialseiten
Bezeichnung	Version	Lizenz	Beschreibung	Autoren
Replace Text	1.4.1 (e027d41) 02:48, 11. Jul. 2020	GPL-2.0-or-later	Ergänzt eine Spezialseite, die das Suchen und Ersetzen von Zeichenketten ermöglicht	Yaron Koren, Niklas Laxström und andere
Editoren
Bezeichnung	Version	Lizenz	Beschreibung	Autoren
VisualEditor	0.1.2 (10ac245) 04:46, 11. Sep. 2020	MIT	Stellt einen Editor mit Echtbilddarstellung (WYSIWYG) bereit	Alex Monk, Bartosz Dziewoński, C. Scott Ananian, Christian Williams, David Lynch, Ed Sanders, Inez Korczyński, James D. Forrester, Moriel Schottlender, Roan Kattouw, Rob Moen, Subramanya Sastry, Thalia Chan, Timo Tijhof, Trevor Parscal und andere
Parsererweiterungen
Bezeichnung	Version	Lizenz	Beschreibung	Autoren
CategoryTree	– (2f494c6) 18:44, 28. Okt. 2020	GPL-2.0-or-later	Erweitert das Wiki um eine Spezialseite mit der man dynamisch durch die Kategorienstruktur navigieren kann	Daniel Kinzler
PDFEmbed	2.0.5 (04f5712) 17:16, 23. Nov. 2020	LGPL-3.0-only	Ermöglicht das Einbetten von PDF-Dateien	Alexia E. Smith, Wolfgang Fahl/ProfiWiki, Mark A. Hershberger und Chris Koerner
YouTube	1.9.3 (0f87a53) 15:01, 11. Jul. 2020	GPL-2.0-or-later	Ermöglicht das Einbetten von Videos, die bei YouTube, WeGame, Gametrailers und beim Tangler Forum vorhanden sind sowie von Audio- und Videodateien bei Archive.org	Przemek Piotrowski
Sonstige Erweiterungen
Bezeichnung	Version	Lizenz	Beschreibung	Autoren
MultimediaViewer	– (bad4190) 12:53, 13. Jul. 2020	GPL-2.0-or-later	Ermöglicht die Darstellung von Vorschaubildern in einer Vollbildschnittstelle	MarkTraceur (Mark Holmquist), Gilles Dubuc, Gergő Tisza, Aaron Arcos, Zeljko Filipin, Pau Giner, theopolisme, MatmaRex, apsdehal, vldandrew, Ebrahim Byagowi, Dereckson, Brion VIBBER, Yuki Shira, Yaroslav Melnychuk, tonythomas01, Raimond Spekking, Kunal Mehta, Jeff Hall, Christian Aistleitner, Amir E. Aharoni und andere

Solved - i used a reverse Proxy and if your Wiki Page $wgServer is set to the redirection URL, wiki performs redirect on each "Get" which cause loading the content into the editor field.

Tracked in Phabricator
Task T251348

Currently VisualEditor doesn't allow temporary watching (like for 1 week), so watching pages will always be permanent. Please fix.

Browser: Pale Moon 28.16.0

OS: GNU/Linux

Wiki skin: Vector

This is T251348.

Bonjour,

J'ai tenté de créer un lien vers Wikipédia:Atelier de relecture en utilisant le menu intégré à l'éditeur visuel. Seul problème: le menu intégré ne trouve pas la page concernée dans l'espace de nom... Quelqu'un aurait une idée ?

Note: Le problème n'a été détecté que sur la Wikipédia francophone, je ne connais pas la situation des autres.

• Firefox 84.0 (64 bits)
• Windows 10
• Vector

Merci d'avance pour votre aide