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.

Here's a screenshot about what's happening everytime I try to create or edit a page. The blue bar appears, load until ~70% then freeze.

I tried to check what's happening with firefox & chrome dev tools. Everything seems fine, here's a sample of a request json response.

{"visualeditor":{"result":"success","notices":["<p>You have followed a link to a page that does not exist yet.\nTo create the page, start typing in the box below (see the <a class=\"external text\" href=\"https://www.mediawiki.org/wiki/Special:MyLanguage/Help:Contents\">help page</a> for more info).\nIf you are here by mistake, click your browser's <strong>back</strong> button.\n</p>"],"checkboxes":{"watch":"<input name=\"wpWatchthis\" type=\"checkbox\" value=\"1\" tabindex=\"1\" accesskey=\"w\" id=\"wpWatchthis\" />&#160;<label for='wpWatchthis' id='mw-editpage-watch' title=\"Add this page to your watchlist [w]\">Watch this page</label>"},"links":{"missing":["Cpage"],"extant":[]},"protectedClasses":"","basetimestamp":"20150813153540","starttimestamp":"20150813153541","oldid":0,"content":""}}

It's like he doesn't try to load the next page, the form for page edition / creation.

It's a private wiki. MediaWiki's 1.25.2. I got VisualEditor-REL1_25-c947b49.tar.gz and UniversalLanguageSelector-REL1_25-7661826.tar.gz. Here is my conf

### UniversalLanguageSelector (prérequis Parsoid)     # wfLoadExtension( 'UniversalLanguageSelector' );     require_once "$IP/extensions/UniversalLanguageSelector/UniversalLanguageSelector.php";     $wgULSGeoService = false;     $wgULSEnable = false;     $wgULSIMEEnabled = false;

    ### VisualEditor     wfLoadExtension( 'VisualEditor' );     # require_once "$IP/extensions/VisualEditor/VisualEditor.php";

    $wgVisualEditorSupportedSkins = array( 'Vector', 'Apex', 'Monobook', 'Minerva' );

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

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

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

    # URL to the Parsoid instance     # MUST NOT end in a slash due to Parsoid bug     $wgVisualEditorParsoidURL = 'http://localhost:8000';     $wgVisualEditorParsoidHTTPProxy = false;

    # Interwiki prefix to pass to the Parsoid instance     # Parsoid will be called as $url/$prefix/$pagename     $wgVisualEditorParsoidPrefix = 'wikidiff';

    # # Namespaces for VE     #$wgVisualEditorNamespaces = array_merge($wgContentNamespaces, array( NS_USER ));     $wgVisualEditorNamespaces = $wgContentNamespaces;

    # Timeout for HTTP requests to Parsoid in seconds, and for serializationcachetimeout     $wgVisualEditorParsoidTimeout = 200;     $wgVisualEditorSerializationCacheTimeout = 3600;

    # Réglage parsoid pour wiki privé     # https://www.mediawiki.org/wiki/Extension:VisualEditor#Linking_with_Parsoid_in_private_wikis     $wgSessionsInObjectCache = true;     $wgVisualEditorParsoidForwardCookies = true;

Anyone can tell me what the hell is wrong ? It's been two long days...

Did you resolve that issue somehow? When I turn on $wgResourceLoaderDebug VisualEditor loads. But without debug mode it freezes at 70%.

This is happening to me more and more, to the point I've had to disable the visual editor altogether. The same goes for the 2017 wikitext editor.

I have the same problem. Without $wgResourceLoaderDebug it freeze by 70%. For testing, i disabled all other plugins. but it dosn't solve my problem. Any idea someone?

I had the same problem.

The root-cause was the VEForAll extension version not matching the mediawiki version.

I installed the correct version, and VE loaded without issue.

Agent utilisateur : Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:72.0) Gecko/20100101 Firefox/72.0

Bonjour, je travaille chez intitek et je souhaiterai pouvoir mettre correctement a jour la page wikipedia de l'entreprise. Pour cela j'aimerai renommer la page Intitek for industry (qui est une de nos filiales) en Intitek. J'ai la possibilité de modifier le contenu de la page mais pas son nom. Que puis-je faire et comment ?

Merci d'avance

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

Agent d'usuari: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/78.0.3904.108 Safari/537.36

URL: https://ca.wikipedia.org/w/index.php?title=Identitat_2.0&veaction=edit&redlink=1

@QuimGil, does cawiki require editors to be autoconfirmed to be able to create a new article?

I'm not sure but in any case @Judith 018 is an autoconfirmed user now.

Hola Judith, pots tornar a provar aquest mateix enllaç que has compartit? A mi em funciona.

Disculpes per no haver vist el teu missatge abans. Si tens més preguntes, pots fer-les al fòrum de la Viquipèdia en català: https://ca.wikipedia.org/wiki/Viquip%C3%A8dia:La_taverna

Hi, not sure if this is a VE problem or if it's a tool problem (if it's a tool problem, can anyone suggest where the best place to report this is?).

If you try to add a link from World Rowing, e.g. http://www.worldrowing.com/events/2015-european-rowing-championships/mens-double-sculls/final/ the 'add a citation' automatic option changes it to a link to just www.worldrowing.com. I'm not sure what's causing the behaviour. If you go in and edit it, you can change it to the correct one but that involves spotting that it's done that which might not be obvious to all users.

Are you concerned about the part in which |url=http://www.worldrowing.com/ or the part in which |website=worldrowing.com ?

The |url= bit, because that should be the full long thing, not just the link to the home page.

@Mvolz (WMF), can you take a look at this site?

So yes, this is bad: https://en.wikipedia.org/api/rest_v1/data/citation/mediawiki/http%3A%2F%2Fwww.worldrowing.com%2Fevents%2F2015-european-rowing-championships%2Fmens-double-sculls%2Ffinal%2F%20

I'd guess it's a problem with redirection; zotero probably isn't pretending to be a browser well enough, and the website is thus redirecting us to their homepage, which is what we're then scraping, instead of the actual page desired.

The only solution for this to actually run a headless browser, which we actually used to do, but stopped for security reasons - so no real solution to this except for using the user-entered URL instead of the scraped URL; which we stopped doing for security reasons as well, but I'm considering changing back to using the user entered URL and manually trying to remove tracking IDs from it.

I've created a task for it: task T242089, but one worry I have with this, is that in this particular instance is that it masks that the metadata for this url actually came from www.worldrowing.com and not the intended URL.

Brukeragent: 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://no.wikipedia.org/wiki/Viken_(fylke)?veaction=edit

Hvorfor får jeg ikke endret innholdet i faktaboksen?

Is anyone using the "Visual edit: switched" tag?

I think that it was made for researching the reasons why people switch from editing in VE to editing in wiki syntax. Is it actually used for this? Is anyone exploring edits with this tag on any wiki?

I don't think it was a research-driven tag. I think it exists to let the devs know where to debug problems (e.g., was this mess created purely in the visual mode, or could the problem be during the conversion, or could the editor have typed wikitext manually?)

Yes, that's what I meant: debugging is a kind of research :)

So is it actually done? Do developers ever really look at it?

Not proactively. It is used retroactively when people report bugs to deduce if a wikitext/VE switch might have been at play.

They did occasionally, when the tag was new, but they were looking for symptoms of Parsoid-related problems rather than feature-related problems. Working on desktop VE hasn't officially been the team's assignment for almost two years now, and I doubt that anyone looked at these tags for some time before then.

Based on comments on wiki, the most compelling reason for an experienced wikitext user to switch from wikitext to visual mode was editing tables.

Thanks.

It may be a good idea to go back to and check what are the reasons to doing it now. They may be different :)

VisualEditor wasn't used.

It seems that VE inserts wrongly the tag as </br> instead of <br/>. Examples: most of these corrections involve tags added through VE. Thank you!

Nope. See they were added by this user, and the edit doesn't have the VE tag on it. The user likely made this mistake manually or copy pasted from another resource that does it incorrectly or something.

I've said most of these corrections: all the cases regarding Greek mythology are due to VE (, , , , ... and tens of other cases).

This may be an old problem, but from the examples @GuroneseDoc may be able to share some insights on what happened. Copy-paste is not unlikely. I see that the "tags: Mobile edit Mobile web edit" may indicate that more than one edit method and I'm not sure if VE was one of them.

VE was not used in any of those edits. When it is, the Tag: will say "Visual edit". If you make an edit on the mobile site, using the mobile visual editor, then the edit will be marked with all of the relevant pieces: "Tags: Mobile edit, Mobile web edit, Visual edit".

This diff isn't what I was attempting to do. Is this a VE glitch? https://en.wikipedia.org/w/index.php?title=Oslo&diff=prev&oldid=932882627

Hi, Oliveleaf. Could you tell me what, exactly, you did during that edit (as much as you can remember)?

Je remarque que tout ou une très grand partie de l'espace de nom Wikipédia: ne peut être modifié avec l'éditeur visuel et ce sur le Wikipédia en français mais aussi sur les autres.

Je ne comprends pas très bien pourquoi, l'éditeur gérant maintenant très bien les modèles et tout le reste. Cela m'aiderait vraiment, étant un féru de ce dernier.

Merci d'avance,

I notice that all or a very large part of the [[Wikipedia:]] namespace can not be modified with the visual editor and this on the Wikipedia in French but also on the others.

I do not understand why, the editor now manages the templates and everything else. It would really help me, being a fan of the latter.

Thanks in advance,

Tracked in Phabricator
Task T54180

Agente de utilizador: Mozilla/5.0 (Windows NT 6.2; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/79.0.3945.88 Safari/537.36

Como que faz pra deixar uma tabela colorida?