Jump to: navigation, search
Share your feedback
Report bugs

Your feedback about the VisualEditor beta release

This page is a place for you to tell the Wikimedia developers what issues you encounter when using VisualEditor on Wikimedia projects. This page uses LiquidThreads, so you need to click "Start a new discussion" (not the ordinary "Edit" link) to post your message.

VisualEditor is still a beta version and has a number of known issues and missing features. We do welcome your feedback and ideas, especially on some of the user interface decisions we're making and the priorities for adding new functions.

Add a new commentView known bugsReport a new bug in BugzillaJoin the IRC channelTest VisualEditor! (no account required)

Archives generated by MiszaBot:
VisualEditor/Feedback/Archive/2011/12 VisualEditor/Feedback/Archive/2012/01 VisualEditor/Feedback/Archive/2012/02
VisualEditor/Feedback/Archive/2012/03 VisualEditor/Feedback/Archive/2012/04 VisualEditor/Feedback/Archive/2012/05
VisualEditor/Feedback/Archive/2012/06 VisualEditor/Feedback/Archive/2012/07 VisualEditor/Feedback/Archive/2012/10
Start a new discussion


Thread titleRepliesLast modified
Creating an article (VisualEditor)009:35, 20 December 2014
Two issues from cs.wn001:44, 19 December 2014
Bad dictionary318:01, 18 December 2014
Table commands not completely displayed619:17, 16 December 2014
VisualEditor taking up too much CPU usage and very slow1119:14, 16 December 2014
Text Color1406:07, 16 December 2014
Input Chinese to table will disappear when saving unless start with an English alphabet. 216:48, 11 December 2014
Templatedata in Templates?118:44, 10 December 2014
Symbol after citation disappear after edit405:58, 10 December 2014
Japanese in lists105:12, 10 December 2014
Why is IE not officially supported?303:12, 8 December 2014
Save dialogue unreadable315:27, 20 November 2014
New thing suggest219:35, 18 November 2014
VisualEditor conflicts with any templates218:14, 7 November 2014
Citing sources is really difficult in VisualEditor!218:13, 7 November 2014
MediaWiki theme: popupToolGroup should have hover and active state021:45, 6 November 2014
Table tests and use case studies + bullet/numbered indented list bug116:09, 6 November 2014
syntax highlight geshi and visual editor116:49, 29 October 2014
Cancel button1421:14, 25 October 2014
Why has Ctrl-V suddenly stopped working?821:22, 24 October 2014
First page
First page
Previous page
Previous page
Last page
Last page

Creating an article (VisualEditor)

Creating an article (VisualEditor)[edit | edit source]

Is there any text available for VisualEditor guide on how to create new artcle with VE? I am not really a poet so any help would be appreciated.


  1. click on "unexisting title " link
  2. click You may create the page "unexisting title", but consider checking the search results below to see whether the topic is already covered.
  3. when page opens it automaticly opens in wikitext editor, so switch on create-beta menu. Now you can start editing in VE.
Pinky sl (talk)09:31, 20 December 2014

Two issues from cs.wn

Dear friends, as the VE was made available on Czech Wikinews, I started experimenting with it as I also use it on Czech Wikipedia. However, I met two issues, that are probably rather special for WN:

  • We use standard aliases [[w: to link the Wikipedia articles. When the article is editted in VE, the links are however interpreted as external links [ ]. If no change is made within them, they are not changed, but one cannot edit them as aliased interwiki links.
  • For creating new articles or new daily survey pages, the pre-filled templates are used. When the user links the "create new article" box or a "create new daily survey" link, the classical wikitext editor window is opened pre-filled with the template. Is VE ready to use such a functionality?

Thanks for answers/improvements.

Okino (talk)01:42, 19 December 2014

Bad dictionary

Apparently, the following words are regarded to the software's dictionary as incorrect:

  • Los Angeles
  • Pre-production
  • VFX
  • Blu-ray (DVD thingy)
  • Garageband (Macintosh software)
  • Las Vegas
  • Flappy Bird (infamous game)
Qwertyxp2000 (talk)02:56, 15 December 2014

More words incorrect:

  • SFX
  • MobyGames
  • Psy (the Gangnam Style guy)
  • Oppa Gangnam Style (part of the Gangnam Style song)
Qwertyxp2000 (talk)03:02, 15 December 2014

Qwertyxp2000, it's hardly surprising if a spelling dictionary doesn't include abbreviations, jargon, and trademarks, but what makes you think that these words "are regarded to the software's dictionary as incorrect"?

Whatamidoing (WMF) (talk)19:16, 16 December 2014

VisualEditor does not have any spelling checker tools. If you're seeing spell check warnings, it's from your own computer, not from VisualEditor.

Whatamidoing (WMF) (talk)18:01, 18 December 2014

Table commands not completely displayed

(moved comment:)

In Indonesian, the table commands which shown if we click the blue bar on the top or on the left of the table (like insert before, or insert on top), not completely displayed. It adds an ellipsis "..." at the end, but before the full text is shown. For example "Sisipkan sebe..." User:William Surya Permana 05:06, 28 November 2014 (UTC)

Elitre (WMF) (talk)07:18, 28 November 2014

Thank you for moving this feedback to the correct place. :D I think someone should fix the "leave feedback" feature in Help menu on upper right corner of the VisualEditor toolbar too. Since, I used them, and it automatically post the feedback in the previous page (VisualEditor/Feedback).

William Surya Permana (talk)06:45, 1 December 2014

Blanked and relocated to new thread. I've no idea as to how this happened.

Leaderboard (talk)18:10, 1 December 2014

The problem of putting your feedback in the wrong place is also a bug. It has now been reported at phab: T78120. User:William Surya Permana, thank you so much for telling me what you clicked on, because I was completely unaware of that problem.

Would you do me a huge favor? Would you look at id:Wikipedia:VisualEditor/Umpan balik and tell me if there is are any messages about problems in VisualEditor there? Google Translate does not do a very good job with Indonesian, and I want to make sure that I didn't overlook anything. Thank you.

Whatamidoing (WMF) (talk)05:39, 10 December 2014

This has been filed as phab: T78119.

Whatamidoing (WMF) (talk)05:28, 10 December 2014

You're welcome. And thank you for filing the problem to phabricator.

About, actually none of them is related to VisualEditor. They're just send feedback about the article, which should be posted to the article talk page. And one of them said that they just uploaded the wrong image.

William Surya Permana (talk)12:26, 16 December 2014

Thank you so much for this note. I really appreciate you helping me with that.

Whatamidoing (WMF) (talk)19:17, 16 December 2014

VisualEditor taking up too much CPU usage and very slow

Hi ,

I have a problem with VisualEditor when editing on the English Wikibooks. First , it is too slow to display text which I am typing. It shows it in a slow and slideshow speed. Looks like it's quite slow. And , on Task Manager , it shows that it is using one and only 1 full(utilizes 100% CPU for that) thread for this. It stays at full utilization when I'm typing and becomes very slow. I'm using Internet Explorer 11.

Leaderboard (talk)14:50, 3 December 2014

I tested as an anonymous user at b:Entrepreneur’s_Guide_to_Business_Law and worked fine for me (couldn't notice any difference from say, typing this message). Can you make an example of a page where VE is too slow for you? Thanks.

Elitre (WMF) (talk)16:02, 3 December 2014

(I also tried a more complex page like b:Fundamentals of Transportation/Transit Operations and Capacity but I wouldn't say I really noticed anything weird.)

Elitre (WMF) (talk)16:06, 3 December 2014

On [1].
Today it was a little better , but still slow.
When testing using Performance Dashboard , it stays at 5-15% during idle and while typing , it spikes to 50-55% of total CPU usage.
Also , whenever I try to delete a character , it jumps to the beginning. This is quite annoying.
EDIT :- Is my specs too little? Running on a Dell Inspiron 6400 with Intel Core2Duo T7200 @ 2Ghz and 4GB DDR2 with Windows 8.1 tested.
EDIT 2:- It sometimes works well , but not most of the time.

Leaderboard (talk)17:13, 3 December 2014

Thanks for the link. That one works okay for me in Safari on a Mac, so there's probably nothing wrong with the page itself. Do you get the same behavior if you quit and restart, and clear the cache in your web browser?

I think that User:Catrope will be interested in this, since he did much of the work on VisualEditor for Internet Explorer.

Whatamidoing (WMF) (talk)14:53, 5 December 2014

Today it was somewhat better than before , but still not fully okay.
For instance , it can get about 30-40% properly. When typing bursts of random letters or even normal words , it slows down. Compare this to 'dropped frames' in a game.
The first time I tried out , it worked properly, but not since then.

Leaderboard (talk)14:38, 6 December 2014

Text Color

Will there be any way to quickly edit text color, rather than having to place the desired style within a template and require inserting templates everywhere colored text is needed? Thanks! 14:36, 19 June 2013 (UTC), 19 June 2013

Do you have a specific example (or 2) in mind? Examples (almost) always help!

I know we use colored backgrounds, in many tables. (E.g. en:List of Arizona Cardinals head coaches), but I can't think of any uses of colored text. (Pick examples from en:WP:Featured lists, if possible.)

Note: en:MOS:ACCESS#Color and en:WP:WikiProject Usability/Color both strongly caution against using coloured text.

Quiddity (talk)16:19, 19 June 2013

Here is one example from the Featured Lists page - Transport section, Vancouver Skytrain's page - where forcing white text is required due to the background colors of tables, though it's mostly in related templates. There's also a lesser amount of coloring going on in the Stations section where the line colors are indicated next to the line name by adding a colored emblem. Since it's not the entire cell that's colored, the use of <span style="color:#XXXXXX"></span> is still required to get that effect.

Since I just read that there will be support for cleaning up empty span tags, it seems like VisualEditor already seems able to read those tags' properties.

Thanks, 16:48, 28 June 2013 (UTC), 28 June 2013

I just noticed the use of color on your own user page. which uses full cell coloring, as well. That could definitely be something else to add in VisualEditor in order to cut down on span tags if a color is applied to a cell. 16:56, 28 June 2013 (UTC), 28 June 2013

This page has a nice use of coloured text.

Nnemo (talk)22:16, 9 February 2014

Font color is a basic addition to any word processor since just after DOS was king. It can be used as an tool to emphasize in place of bold or heading fonts. If used conscientiously and with pattern and can be used to immediately indicate a certain point. For instance in my mediawiki's I have used the red font and the word NOTE: to immediately draw attention to this area on a page. The use of a lighter grey font always meant it was a comment and so on.

I am hoping the folks at MediaWiki do add this feature. It is one I am counting on and hoping for in the future for our wiki's. I have shed my existing wiki WYSIWYG in support of the VisualEditor but do miss this feature badly.

Compumatter (talk)06:07, 16 December 2014

You may want to take a look at Requests for comment/Deprecating inline styles.

Helder20:52, 2 July 2013

Very interesting discussion, however it doesn't seem to change the original request outside of modifying which element of code would be edited in order to allow text color, text bordering, or text background fill. That proposition definitely shows a need for migrating away from div and span tags in favor of style tags with injected CSS, but none of those three options can currently be modified by VisualEditor, nor are any of them planned to be modifiable. However, allowing the modification of style tags could likely allow more than just text color, opening style options up to text size, alignment, and many more. That would be especially powerful if implemented in a future (post beta?) release. 11:10, 5 July 2013 (UTC), 5 July 2013

Or just move entirely to using templates for styling? E.g. en:template:color. (I'm not uptodate on this at all, just suggesting).

Quiddity (talk)21:20, 5 July 2013

Eww, more templates! ;-)

Jdforrester (WMF) (talk)16:12, 12 July 2013

A quick way to select text and then pick a color from a small color palette would definitely be very useful. This is something we do very often on my local wikisite to highlight things in large tables., 12 July 2013

I agree. Would be very useful for us local wiki site users that use this great open source wiki for our own projects.

/Daniel, 28 February 2014

Do you use it outside of tables? Inside tables, do you usually change the text color or the background color?

Whatamidoing (WMF) (talk)23:43, 3 March 2014

The best thing would be if it would work both inside and outside of tables. But I guess outside of tables would be most important since I guess there will be someway of coloring background in tables in the near future?

A typical scenario for a local wiki would be to color something in a project page as important with red color, something less important with orange color etc.

/Daniel, 5 November 2014

Well, a bug was filed about this anyway.

Elitre (WMF) (talk)11:51, 5 November 2014

Input Chinese to table will disappear when saving unless start with an English alphabet.

If i just type Chinese into table, it can't be saved, if i start with an English alphabet, the problem is solved.

Cwlin0416 (talk)16:16, 27 November 2014

Thanks, Cwlin0416, for this report. I've filed it as phab:T78121 so that the devs can start figuring it out. Can you tell me what web browser, operating system, and input method you're using? Which Chinese variant were you writing in?

Whatamidoing (WMF) (talk)05:45, 10 December 2014

I have updated VisualEditor to recently version, and the problem is solved! thanks! My browser is Google Chrome, and i use Traditional Chinese.

Cwlin0416 (talk)16:48, 11 December 2014

Templatedata in Templates?

Hi, I saw its possible to add standard templatedata through templates, but when I tried to add a template to the templatedata description, the template wasn't substituted. We have very many very similar templates, and their documentation mostly comes through templates, so it would be super handy to be able to add TD through templates, too. Just, as the template-page is more informative then the template interface in the VE, it would be nice to have the option of adding more customized info to the TD description without having to edit all the templates manually.

Also, why is templatedata inside the template text, why didn't you add it to a separate DB field? Seem more intuitive? Now its mixing json with Wikitext...

And: Would it be possible to display some TD description in the template selection in the VE? You really have to be familiar with the template name to add it, and I guess it would be not too complicated to show the template description, either abridged, or in the hover-text? Thanks!

Bonus question: What's the exact difference between parameter type "string" and type "line" in TD? Couldnt find it in the specs.
Stratoprutser (talk)19:06, 30 November 2014

Hi Stratoprutser.

"Line" is for short text, and "string" is for any text. Moriel pointed me to GitHub for the description.

Whatamidoing (WMF) (talk)18:44, 10 December 2014

Symbol after citation disappear after edit

I have tried in both the English and Chinese Wikipedias, and I found that whenever I add a Chinese full stop "。" (without the quotations) after an inline citation, the "。" will disappear after the edit is saved. If you need an example, you can tell me, but basically, try putting "。" after <ref>(cite source)</ref> and see what happens.

HYH.124 (talk)03:39, 18 November 2014

I am referring to when you add the "。" after the citation and nothing follows it (e.g. at the end of a paragraph).

HYH.124 (talk)03:41, 18 November 2014

Thank you for your note, HYH.124. I apologize for this frustrating situation. User:User:DChan (WMF) will need to know about this problem.

Whatamidoing (WMF) (talk)15:01, 5 December 2014

I wasn't able to reproduce this when I pasted the full stop into my sandbox. However, perhaps it is just because I pasted it rather than typing it, or because I have a different computer. User:HYH124, could you please tell me what your web browser and operating system are, and how you are typing? These details sometimes make a big difference.

I have officially reported this problem as phab: T78122.

Thank you, again.

Whatamidoing (WMF) (talk)05:58, 10 December 2014

Japanese in lists

I just tried to add list items in Japanese. Katakana seemed ok in lists but kanji and maybe hiragana too seemed to delete automatically when pressing enter to go to the next list item., 4 December 2014

Thank you for this message. I have filed this bug report as phab:T78118. I know that the language developer for VisualEditor will appreciate your information very much.

Whatamidoing (WMF) (talk)05:12, 10 December 2014

Why is IE not officially supported?

Why is that? On your page , it says that it plans to support IE9 +, but even editing on IE11 brings up a warning that it is not 'officially supported'. Even though it is better than before (where IE users were blocked fully) , I'd like to know why is IE not getting full support for the latest versions. Is there something missing?

Leaderboard (talk)16:18, 24 November 2014

Internet Explorer is very different (internally) than any other browser, and some of its "features" cause VisualEditor (and most other advanced web tools) to break. It will be officially supported when we think that it's actually working as well as the others. As you noted, things have significantly improved. For a long while, Internet Explorer's "security" system refused to allow editors to save pages. (That's why it was entirely disabled for months: imagine spending a long tim fixing an article, only to have IE refuse to let you save your work at the last second.)

Whatamidoing (WMF) (talk)14:59, 5 December 2014

Saving edits using Visual Editor is still not possible with the internet explorer, at least on my parents pc. Maybe you should check if it really works now (or the IE has to be updated, don't know).

Don-kun (talk)21:24, 6 December 2014

Hi User:Don-kun,

Would you please find out the version of Internet Explorer on your parents' PC? I would really appreciate it. Also, please let me know what version of Windows they're running.

Whatamidoing (WMF) (talk)03:12, 8 December 2014

Save dialogue unreadable

Is it my imagination or has the font of the save dialogue recently become ridiculously and unreadably small?

SpinningSpark09:03, 15 November 2014

Did you upgrade to MacOS X Yosemite ? They have started to use a different default font for such textareas. It's not smaller, but it is less legible at smaller sizes than the previous font in my opinion, due to the kerning.

TheDJ (Not WMF) (talkcontribs)09:51, 18 November 2014

No, I do not even use a Mac. I am on Windows 7. The problem seems to be specific to Monobook. See this screenshot.

SpinningSpark12:04, 18 November 2014

That also applies to other dialogs: therefore, I filed it.

Elitre (WMF) (talk)15:27, 20 November 2014

New thing suggest

I suggest another part of "insert" for "insert asbox" and "insert ambox".

Qwertyxp2000 (talk)04:07, 16 November 2014
Edited by another user.
Last edit: 19:32, 18 November 2014

Those are very specific uses, they might be better developed as gadgets that integrate with VE in my opinion.

TheDJ (Not WMF) (talkcontribs)09:50, 18 November 2014

Agreed for this suggestion in particular; note that there is a suggestion in bugzilla:53590 that we prompt the user with contextually-appropriate common templates when they click "insert", which is an alternative direction.

Jdforrester (WMF) (talk)19:35, 18 November 2014

VisualEditor conflicts with any templates


I just noticed, that I can add new pages with VisualEditor and edit em, also i can edit already existing pages, but if there are no templates. If these pages have templates then there is an error "Parsoidserver-http-badstatus: 500". Templates workin if the next syntax is used: {{subst:Name}}. Any ideas?

Piroru90 (talk)10:58, 1 November 2014

There was a problem with version (I got MW 1.23.6 (latest stable)).

I have to update to MediaWiki 1.24 and reinstall VisualEditor (Parsoid already exists in MW >1.24) and then it works fine without errors.

Piroru90 (talk)07:34, 3 November 2014

I'm glad that you figured it out.

Whatamidoing (WMF) (talk)18:14, 7 November 2014

Citing sources is really difficult in VisualEditor!

Hello; I'm a fairly new user (< 1 year) and I'm motivated (and trying!) to improve some articles, but the VisualEditor citation tools are just not usable, and I really don't have the time to learn source editing. I know that you guys have a busy schedule, but I just wanted to leave this message here to let you know that it's a bottleneck, at least for me.

The main problem I am having with the tool is that shortened footnotes or similar are not supported, so I can't reference multiple pages from the same source, meaning I can't write the article. There are also problems with intuitive selection behaviour in reflist templates and all sorts of other stuff. Is there a "fix citation tools" task on the roadmap? I couldn't see one.

Anyway, I hope I'm not telling you things you already know. Thank you for making this tool; in a few years I'm sure Wikipedia will regain some new editors because of it.

Thennicke (talk)12:02, 1 November 2014

Hi there. Thanks for stopping by to tell us your experience. The ability to name references is requested at bug 50568. In the meantime, you can still reference multiple pages from the same source easily, I think? Or at least, this took me just a few seconds. All I did was creating a new reference. Then I copied the content of this reference and pasted it into new ones (made in the same way), and added the detail about the pages (this is useful for more complex references created by templates, for example, because VE will retain links, style, etc. when you paste). If you want a bit of insight into the future of references in VE, please try en:User:Mvolz/veCiteFromURL :) Best,

Elitre (WMF) (talk)15:01, 3 November 2014

User:Thennicke, When you say that "shortened footnotes are not supported", do you mean that this:


is not supported, or do you mean that this:

<ref>Smith (2010).  p. 15</ref>

is not supported? Or something else?

Whatamidoing (WMF) (talk)18:13, 7 November 2014

MediaWiki theme: popupToolGroup should have hover and active state

The new MediaWiki theme looks good, though the popupToolGroup (a toolbar element, ref. demo) should have a hover (and probably active) state when someone mouses over or clicks the element. Apex has both a hover state and an active state, and the current editor has both as well. Adding such a state would make the editor toolbar seem more responsive.

However, this is inconsistent with the hover behavior of the other buttons, so it's a valid question whether it's a good idea or not to add a preferential hover state to the popup tool group. However, I think it should have an active state, since other toolbar buttons themselves have an active state when activated, so adding one to the popup tool group when the popup is active would be in line with the behavior of other items.

Mark Bao (talk)21:45, 6 November 2014

Table tests and use case studies + bullet/numbered indented list bug

Hello, here are some tests I have done with tables. I have quite a few different cases to be covered here, so I'll separate them by bold text.

1. Typing a backspace on the first character of text below a table makes that table "eat" the following line.

In my test, seen here (first table in the code's edit), I tried editing the content of the headings right below the table in section Heading 2aa. The result was such: one too many backspaces made the headings jump into the last cell (code-wise) of the table, stripping their heading format and appending their line's text to the cell.

A second test, seen here, has me styling text and trying to append it to the last cell of the table. The text retains its styles.

In my third and final test on this subject, seen here, I created a heading and applied multiple styles before moving the text into the table. The styles were retained, but the heading was stripped due to the text being appended to the end of the last cell's last line.

In conclusion, this shouldn't actually happen. Jumping from text into a table cell with backspaces can cause some rather unfortunate problems, especially if you accidentally move a large paragraph into a compact table with narrow columns. The stripping of headings is also a loss of data, since we lose all reference to the heading's previous level.

2. Moving between cells in edit mode is impossible.

While not necessarily a universal concept, it is a usability enhancement that would make things far less annoying: while editing a cell's content, I have not found a way to move to an adjacent cell without having to use the mouse to select a different cell.

Many systems accept the use of the Tab and Shift + Tab buttons to move between cells in a row (wrapping to the next/previous row if at the extremity) without using a mouse. Others additionally or alternatively accept the use of the arrow keys when at the cell's editing border in order to jump to the next cell (Up needs to be on the first line, Down on the last line, Left on the first character of the first/current line, Right on the last character of the last/current line)

3. Entering a cell's editing mode should put the text cursor where the user has clicked

This is another usability quirk: it takes a double-click (for edit mode) and a separate single click in order to reach the user's required editing target. This is can be an annoyance for people who edit tall cells that exceed their screen's size, since the cursor's position isn't immediately apparent.

4. Alternating between bullet and numbered lists with indentation is buggy

Do the following steps:

  1. Add a bulleted list with text.
  2. Add a second bullet with text. Increase its indentation once.
  3. Change the second, indented bullet to a numbered list.
  4. Change the second, indented number back to a bullet.

VisualEditor removes the number, removes the bullet and all indentation. If done within a list of mixed bullets and numbers, it effectively breaks the list by dragging the following list item to the first level.

Proper functionality should be that the entire indentation level changes to bullets. All other indentation levels should not be affected. If the list is of the following kind:

  • Indent 1-1
    1. Indent 2-1
      • Indent 3-1
    2. Indent 2-2
  • Indent 1-2
    1. Indent 2-3
      • Indent 3-2

Changing the numbered list at 2-1 should affect 2-1 through 2-2, but not 2-3.

My test was done with the following list, which was subsequently modified here., 6 November 2014

For reference, I used Firefox 33.0.2 for those tests.

As for Chrome 38.0.2125.111, I got similar results.

This is the original list and this is the broken list while using Chrome.

Thanks again!, 6 November 2014

syntax highlight geshi and visual editor


I have a local wiki installed with the latest mediawiki from git master (1.25alpha (a9d0cfc)), latest visual editor extension from git (0.1.0 (358268b)), latest parsoid extension from git (0.2.0 (9b986c9)), latest syntax highlight extension from git ( (53e1b42)).

But when hoovering over the syntax highlight parts I get the not editable icon (sorry, this element can only be editable in source mode for now) and not the editable popup that you are suppose to get.

Anything missing here to get it to run ok with syntax highlight geshi?

BR, Daniel, 29 October 2014


I'm afraid that the SyntaxHighlighter_GeSHi extension doesn't yet have a VisualEditor plugin. There was some excellent work last year by a GSoC student to make one of these, but that work had a few bugs and is not yet ready to use, I'm afraid.

The work in progress is currently available on gerrit – – but we don't have the spare cycles to devote to this area of work, as it's not a priority for Wikimedia content wikis.

We'd be happy to work with and help someone interested in taking it on, but without someone coming forward, it's not scheduled to happen for quite a while.

Jdforrester (WMF) (talk)16:49, 29 October 2014

Cancel button

Hello, I'm experienced wikipedian. But when I tried VE last time I couldn't find some Cancel (editing) button. I think it's very important because of average internet users. Not everybody knows it could be canceled by clicking to Article link. Reloading is useless. So some people could be pushed to saving it.

Dominikmatus (talk)16:54, 13 October 2014

Well, also if you use wikitext editor, there is no cancel button. I don't think that it's needed. Users can just click the "article tab" or alternatively click the cancel button in the browser.

Stryn (talk)19:08, 14 October 2014

Yes there is. There's even one on this edit window right now. There is no cancel button in the browser. That doesn't even make sense, how would the browser know what "cancel" means in this context?, 15 October 2014

Not a "button" though. Anyway, in August User:Jdforrester (WMF) commented on Bugzilla, "We just removed the Cancel button because user testing showed that it wasn't helpful. Any link out of the editor leaves the editor…"

Elitre (WMF) (talk)10:58, 15 October 2014

The technicality of if it is a "button" or link is irrelevant to the user. Clicking it does a thing either-way. And quiet buttons (which the VE one was) look identical to links., 16 October 2014

In what way is a cancel button "not helpful"? Is it deemed to be harmful in some way? I understand that it is not necessary, but that can be difficult for a new user to grasp. It is not self-evident that navigating away from the page is the way to cancel the edit, and besides, that seems to me like crashing out of a program to stop it - a bit of a kludge, not very clean, and counter-intuitive.

SpinningSpark23:47, 16 October 2014

Apparently nobody actually used it (except me, because I cancel a lot of sandbox edits when I'm sorting out bug reports). Also, I think it was removed several weeks before anyone said anything about it. It's been gone for a couple of months, and this is only the second or third time anyone's mentioned it (except me).

Whatamidoing (WMF) (talk)00:14, 17 October 2014

Why has Ctrl-V suddenly stopped working?

Why have Ctrl-X and Ctrl-V suddenly stopped working? It was working fine earlier tonight. I've tried two different PCs with two different operating systems both logged in and logged out so I'm pretty sure its not me at fault. Browser=FF32.

SpinningSpark23:40, 16 October 2014

It's happening for me, too, so it's not just you.

This is now tracked as bugzilla:72164. Thanks for the report.

Whatamidoing (WMF) (talk)00:06, 17 October 2014

Any chance of a heads up on how this has happened? The current VE version is dated 9 October, that is, it apparently hasn't changed since this bug materialised. There would seem to be something seriously wrong with VE version control.

It is extremely inconvenient. I use these keys all the time. Apparently, this same bug can cause random bits of the article to end up deleted so it needs fixing as a matter of urgency.

SpinningSpark20:39, 19 October 2014

Hi, Ctrl+V is do not work in Visual editor in my firefox, explorer, chrome. Do not work drag and drop.

I.Sáček, senior (talk)10:58, 19 October 2014

User:I.Sáček, senior and User:SpinningSpark, this is supposed to be fixed now. Please check and let me know if it's working for you.

Whatamidoing (WMF) (talk)21:40, 21 October 2014

Quick check, it's not working in either monobook or vector. Am I supposed to restart my browser or something?

SpinningSpark22:34, 21 October 2014

The version is still showing as 9 October so presumably nothing has changed (unless this is more poor version control). I would copy-paste the full version info, but not even select is working in the help window, let alone copy-paste - not very useful.

SpinningSpark22:39, 21 October 2014

The dates are the release dates, which take at least a week to get to the Wikipedias. Cutting and pasting is working for me in Firefox here at but not at en.wp. I'll tell James F; I believe that this was supposed to be released ahead of schedule.

Whatamidoing (WMF) (talk)19:27, 24 October 2014
First page
First page
Previous page
Previous page
Last page
Last page