Jump to navigation Jump to search

About this board

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) (talkcontribs)

Can text be colored ?. If not, is it in the plans ?

Reply to "Can text be colored ?"
Christophecourtois1964 (talkcontribs)
Reply to "Logo a changer" (talkcontribs)

Receiving the following error when trying to edit pages:

Error loading data from server: internal_api_error_Exception: [4bb4c6c281aa39d960f6ef94] Exception caught: PHP cURL extension missing. Check Would you like to retry?

This is a new upgraded installation of MW from 1.28 to 1.31. I have Installed VisualEditor-REL1_31-6854ea0 along with Parsoid version 0.10.0 on MW 1.31.


# VisualEditor Settings

wfLoadExtension( 'VisualEditor' );

// Enable by default for everybody

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

// Optional: Set VisualEditor as the default for anonymous users

// otherwise they will have to switch to VE

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

// Don't allow users to disable it

$wgHiddenPrefs[] = 'visualeditor-enable';

// OPTIONAL: Enable VisualEditor's experimental code features

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

$wgVisualEditorParsoidURL = 'http://localhost:8142';

$wgVirtualRestConfig['modules']['parsoid'] = array(

    // URL to the Parsoid instance

    // Use port 8142 if you use the Debian package

    'url' => 'http://localhost:8142',

    // Parsoid "domain", see below (optional)

    'domain' => 'localhost',

    // Parsoid "prefix", see below (optional)

    'prefix' => 'localhost'



Parsoid Configuration:

# Configure Parsoid to point to your MediaWiki instances.


        - # This is the only required parameter,

          # the URL of you MediaWiki API endpoint.

          uri: 'http://localhost/mediawiki/api.php'

          # The "domain" is used for communication with Visual Editor

          # and RESTBase.  It defaults to the hostname portion of

          # the `uri` property below, but you can manually set it

          # to an arbitrary string.

          domain: 'localhost'  # optional

          # To specify a proxy (or proxy headers) specific to this prefix

          # (which overrides defaultAPIProxyURI). Alternatively, set `proxy`

          # to `null` to override and force no proxying when a default proxy

          # has been set.


          #    uri: 'http://my.proxy:1234/'

          #    headers:  # optional

          #        'X-Forwarded-Proto': 'https'

Reply to "PHP cURL Extension Error"
O revolucionário aliado (talkcontribs)
FrancisAkio (talkcontribs)
Reply to "problems"

VE is adding incorrect wikitext <br /> for breaks versus simpler <br>

Timeshifter (talkcontribs)

I noticed this when I clicked the enter key in Visual Editor to separate some stuff I was working on in my sandbox. This is a bad idea.

People have come to help pages such as en:Help:Sorting on English Wikipedia and tried to replace all <br> tags with <br />. We had to revert all their work and explain to them that we are trying to make things simpler for editors, not more difficult.

By the way, why is this editing window making editing more difficult by not having a button for nowiki tags as in Wikipedia? Developers should be trying to make things easier. Now I have to go to an editing window on Wikipedia to find the correct nowiki wikitext, copy it, and then come back here. I often wonder where to put the slash. I don't have this stuff memorized.

And this crap editor keeps messing up the nowiki tags I try to enter.

Reply to "VE is adding incorrect wikitext <br /> for breaks versus simpler <br>"

Suggestion: Make the VisualEditor diff feedback tool add the diff to page

4 (talkcontribs)


It seems that currently the Diff tool just links people to the diff page, and many users may not know anything about diffs.

Proposed solution:

Use feedback tool add the diff to page


Use Help:Structured Discussions/Preloading .

A Feedback form with placeholder fields or simply text (e.g. "Problem: , Where: Using what feature", would also be a good idea. The current one is just adds a link, and is probably the source of a lot of empty feedback for people who just experiment with clicking buttons. (talkcontribs)

Example of a confused user who clearly doesn't know how to find a diff:

Funny thing is that itself doesn't even have reasonable documentation about how to link to a diff. Despite a lot of help pages / feedback and even the how to report bug page asking for "diffs".

It seems like a classic case caused by the Burden of experience.

Whatamidoing (WMF) (talkcontribs)

From inside the editor (i.e., you're looking at the diff, but you haven't published your changes yet), it's impossible to create the diff URL. The revision id that's needed for the URL isn't assigned until the change is saved. (talkcontribs)

This is true, but visualeditor (and all sensible editing tools) always knows what the previous / current revision was, from a user's perspective. Linking to that is better than simply linking to the page itself.

In fact, in many cases it will be more productive to link to that. Sometimes the user is having trouble saving the page, so the revision they are editing is a more useful reference than the current page simply because in many cases the page be edited several times.

Reply to "Suggestion: Make the VisualEditor diff feedback tool add the diff to page"

Is it possible to turn off the notices on visual editor?

Thedonquixotic (talkcontribs)

EVERY SINGLE TIME I open a new topic that hasn't been made before I get that little pop up telling me that I'm making a new page. I know ! It's like Navi from Zelda. Yeesh!

Can I turn it off?

TheDJ (talkcontribs)

These are likely editnotices, which are specifically added by the community of editors to show up every single time when editing a page or a namespace. Talk to your local community if there are notices that you think should not be shown.

Thedonquixotic (talkcontribs)

@TheDJ I'm learning development and decided to start my own personal self hosted mediawiki wiki so I am the guy in charge of that, but I don't know how to do that, and I'm having trouble finding documentation on how to turn them off. Any pointers? (talkcontribs)
Reply to "Is it possible to turn off the notices on visual editor?"

Input of Korean letters to a single-clicked table cell

Doyoon1995 (talkcontribs)

When typing Korean letters into a single-clicked table cell, the first one is always ignored. When I type "cat" into a single-clicked cell, all three letters are actually typed into the cell. For "고양이", the result is "ㅗ양이" with the first component "ㄱ" missed. Could somebody help?

Reply to "Input of Korean letters to a single-clicked table cell"

Suggestion: Reconsider using <nowiki> when wrapping bold or italics

10 (talkcontribs)


There seem to be a considerable number of bad uses of markup when an apostrophe is used.

Steps to reproduce:

  1. Go to Sandbox
  2. Type a single apostrophe: '
  3. Select the apostrophe (highlight it)
  4. Set it as bold (Ctrl + B)
  5. Save page

Possible solutions

  1. Always use the html entities for those so it becomes '''&#39;''' ; or
  2. Wrap it around html tags, so instead of '''<nowiki/>'''' it becomes <b>'</b>


I came upon these after seeing it in an article and searching for them. There are plenty of ridiculous examples:

The Archaeological Survey of Ireland notes a 16th or 17th century house in Blackchurch whose site has yet to be identified, presumably the <nowiki/><nowiki/>'<nowiki/>''stump of a castle''<nowiki/>'.<ref>KD015-011</ref> <nowiki/><nowiki/><nowiki/><nowiki/><nowiki/><nowiki/><nowiki/><nowiki/><nowiki/><nowiki/><nowiki/><nowiki/>

<nowiki/><nowiki/><nowiki/><nowiki/>{{rquote|left|As Disney heroines go, Belle was an iconoclast.



See more: (talkcontribs)

Alternatively, the parser should be smart enough to normalize these nowikis and simply remove all markup(apostrophes) that will result in no content being rendered at all.

Whatamidoing (WMF) (talkcontribs)

@SSastry (WMF), is any of this covered by your existing collection of nowiki bugs?

Arlolra (talkcontribs)

The current set of normalizations performed before nowikis are added for correctness can be found at Parsoid/Normalizations

Empty styling tags should now be stripped,

Edits that result in runs of consecutive nowikis is still open and filed as,

Cleaning up old messes (at the first example above was from 2014, long before Parsoid added these normalizations) is filed as,

The workboard for Parsoid's nowikis is at, but there doesn't seem to be anything specific about lone apostrophes, though the egregious examples don't really seem to be about that and should be covered by the above. (talkcontribs)

>Empty styling tags should now be stripped,

Not true, or not working properly in all cases. I was just fiddling around with visualeditor, and discovered another (

The steps to reproduce are similar to the ones above:

  1. Go to Sandbox
  2. Type a single apostrophe: '
  3. Select the apostrophe (highlight it)
  4. Set it as bold (Ctrl + B)
  5. Press backspace (delete the apostrophe)
  6. Save page

For whatever reason Visualeditor seems to keep the bold style tags, probably waiting for the user to type more stuff. While Visualeditor could certainly fully erase the <b> tags it doesn't make sense for parsoid to show it at all. My guess is that's the greatest source of these nowiki tags because the user can't even see it at all.

While it may be annoying, in the end VisualEditor could aggressively ask the user if they want to remove strange constructs from the rendering. Sometimes a user may just forget they left something like that behind.

Arlolra (talkcontribs)

Hmm, I'm having a hard time reproducing that, given the steps you've provided. Can you tell me about your OS / browser?

Also, if you're familiar with your browser's console, when you're saving your edit (with the "Review your changes" pane open), if you could copy the result of invoking that would help me determine what Parsoid is receiving to be serialized.

Thanks. (talkcontribs)

OS, Browser: Windows 7 , Chrome 68

It is strange, it was harder to reproduce it now. It seems to be related to editing an older revision:

  1. Click
  2. Remove the apostrophe
  3. Save page

Markup( :

<p id="mwBA">Test</p>

<p id="mwBQ"></p><b id="mwBg"><span typeof="mw:Nowiki" id="mwBw"></span></b>

<p id="mwCA"><b id="mwCQ"><span typeof="mw:Nowiki" id="mwCg"></span></b></p></body> (talkcontribs)

If you want the full thing it is :

<body id="mwAA" lang="en" class="mw-content-ltr sitedir-ltr ltr mw-body-content parsoid-body mediawiki mw-parser-output" dir="ltr"><div class="borderc8 backgroundc1" style="padding:0.3em 0.5em 0.3em 0.5em; border-style:solid; border-width:medium" about="#mwt1" typeof="mw:Transclusion" data-mw="{"parts":[{"template":{"target":{"wt":"Please leave this line alone and write below (this is the coloured heading)","href":"./Template:Please_leave_this_line_alone_and_write_below_(this_is_the_coloured_heading)"},"params":{},"i":0}}]}" id="mwAg">
<p><span style="color:#cf7606; font-size:140%;"><b>Edit this page</b></span>
<meta property="mw:PageProp/notoc">
This "sandbox" page is to allow you to carry out experiments. Please feel free to try your skills at formatting here. If you want to learn more about how to edit a wiki, please read <a rel="mw:WikiLink" href="./Help:Editing_pages" title="Help:Editing pages">this introduction</a> or the <a rel="mw:WikiLink/Interwiki" href="" title="en:Wikipedia:Tutorial">tutorial at Wikipedia</a>. This Sandbox is for the classic editing interface. There's also a <a rel="mw:WikiLink" href="./VisualEditor:Test" title="VisualEditor:Test">Sandbox</a> for the <a rel="mw:WikiLink" href="./VisualEditor" title="VisualEditor">VisualEditor</a>.
<meta property="mw:PageProp/noeditsection">
To edit, <b><a rel="mw:ExtLink" class="external text" href="//">click here</a></b> or <i>"edit"</i> at the top of the page, make your changes in the dialog box, and click the <i>"Save page"</i> button when you are finished.  Please do not add material that is any way offensive, that is copyrighted, or that is at all libelous.</p>

<p><b>If you are looking for information about testing MediaWiki, see <a rel="mw:WikiLink" href="./QA" title="QA" class="mw-redirect">QA</a>.</b></p>
<p><i>Content added here will not stay permanently; this page is cleared regularly. <span class="plainlinks"> <a rel="mw:ExtLink" class="external text" href="//">Click here to reset the sandbox.</a></span></i></p>
</div><span about="#mwt1"> 

</span><h1 about="#mwt1" id="Testing_Area">Testing Area</h1>

<p id="mwBA">Test</p>

<p id="mwBQ"></p><b id="mwBg"><span typeof="mw:Nowiki" id="mwBw"></span></b>

<p id="mwCA"><b id="mwCQ"><span typeof="mw:Nowiki" id="mwCg"></span></b></p></body>"
Arlolra (talkcontribs)

The contract Parsoid has with VE is that, in an edited context, VE will drop the nowiki spans, which still seem to be present here, so it makes sense why the serialized wikitext would still contain the nowikis.

That's from


<p><b><span typeof="mw:Nowiki"></span>'</b></p>


<p></p><b><span typeof="mw:Nowiki"></span></b>

That looks like a VE bug, but maybe it's something Parsoid should be helping with, as discussed in, (talkcontribs)

Funny thing. I tried deleting all content within the page, and that nowiki tag and its apostrophes friends don't want to be removed. According the the show changes button it remains in the article. Not sure if that's a bug or a feature to prevent removal of "unknown elements".

It is still unexpected.

Reply to "Suggestion: Reconsider using <nowiki> when wrapping bold or italics"
Tihus (talkcontribs)
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

Yritin poistaa tekemäni mallinteen (yritys) artikkelista Palvelualojen Työnantajat Palta, koska en saanut sitä mieleisekseni ja koska Palta on yhdistys. Järjestelmä ilmoitti parametritarkistuksesta eikä antanut julkaista muutosta. Voisitteko poistaa mallinteen?

Kyykaarme (talkcontribs)

The user's good faith edits were prevented by a local abuse filter. The issue seems to be solved now.

Reply to "Muutoksen julkaisu estyi"