From Wikipedia, the free encyclopedia
Jump to: navigation, search
Share your feedback
Report bugs
Your feedback about VisualEditor

Use this page to tell the Wikimedia developers your ideas and issues about using VisualEditor. All comments are read, but personal replies are not guaranteed.


Please click here to report a problem with VisualEditor.
Please include your web browser, computer operating system, and Wikipedia skin (usually Vector, sometimes Monobook).
Please click here to make a suggestion.
Ideas about user interface choices and the priorities for adding new features are especially welcome.

Other ways to contact the team More

Help Local archives

can't find media when trying to add media[edit]

Bug report VisualEditor
Description can't find media when trying to add media
Intention: add a picture to a wikipedia page because I want to
Steps to Reproduce: I am using the visual editor to edit a wikipedia page. To insert a picture I uploaded in the wikimedia commons, I clicked insert, then media. I then typed into the search box many possible searches for my picture, including file name, description, and words in the file name and description. I can't find my picture, thus I can't upload it. But it definitely exists in the wikimedia commons. It would be a ridiculously simple upload with the old system, I just copy the URL into the wikipedia page. As far as I know, uploaded photos can only be added with the visual editor through the insert media thing I just tried. Good lord, this should be so easy, I hope I'm just ignorant and there is an easier way I haven't found with my stupid eyes. Please help.
Results: already described above
Expectations: already described above
Page where the issue occurs
Web browser google chrome
Operating system microsoft 9
Workaround or suggested solution

Bobologist (talk) 00:30, 20 September 2015 (UTC)

I've had this happen to me when I uploaded something and immediately wanted to insert it. It looked as though the list of available files was not updating quickly enough to provide it to VE for the list. Mike Christie (talk - contribs - library) 20:26, 20 September 2015 (UTC)
Hey Bobologist, as Mike says, sometimes this happens with files which have just been uploaded (so it's a search index issue, not a VE one). As per my test, this is already not the case today with your 2 files. (BTW the ultimate goal with media is, quoting from the VE roadmap, "Editors can upload a file to Commons and use it in the page without leaving the edit, including starting it with "drag-and-drop".) --Elitre (WMF) (talk) 09:35, 21 September 2015 (UTC)
I'm inclined to concur that it is a bug in media searching that favours irrelevant photos over relevants. I too have had trouble adding-in-VE recently uploaded-to-Commons photos. It seems though that they are available but often way way down the list of media search results, well below photos that appear to be irrelevant to the key words being used on search (often my photo will have the exact words of the article title in the photo title so you would expect them to pop up towards the top). I have previously reported similar problems with the suggested wikilink searching (overlooking very obvious matches in favour of very tenuous matches); I don't know if the two are connected. It might be nice if the media search window had a tick box "only search in my photos" to limit the search to uploads by that user, or alternatively prioritise a user's own photos over other uploads as a default behaviour. Kerry (talk) 00:49, 30 September 2015 (UTC)

Still ISBN inside nowiki + other unwanted formatting[edit]

SSastry, User:cscott ISBN are still put between nowiki tags. When will this stop? An example with other damages done by VE:

  • Useless abbr tags without parameters
  • Useless time tags
  • Errorneous links like [[reliquaire]]<nowiki/>s
  • Incorrect referencing, maybe a user mistake: <sup>1</sup>

--NicoV (Talk on frwiki) 15:37, 20 September 2015 (UTC)

Thanks NicoV. All are VE-side issues and I'll point them to this. SSastry (WMF) (talk) 17:43, 21 September 2015 (UTC)
I've filed phab:T113535 for the ISBN issue. Thanks for continuing to uncover these corner cases. C. Scott Ananian (talk) 21:32, 23 September 2015 (UTC)
Unfortunately, they are not corner cases, they happen too frequently. ISBN problems are happening a lot on frwiki, other problems also. I hope ISBN will be fixed ASAP (same also for external links), it's really tiring to see so many incorrect edits. --NicoV (Talk on frwiki) 21:55, 23 September 2015 (UTC)
C. Scott Ananian I forgot to mention... on frwiki, ISBN appear mainly in 2 places, in references and in list (in bibliography chapters), so the problem with ISBN is very frequent. I've reported other problems directly on phabricator a few days ago, new tickets seem to be simply ignored :-( (phab:T113259, phab:T113176, phab:T113173, phab:T112971, phab:T94712, ...). --NicoV (Talk on frwiki) 22:01, 23 September 2015 (UTC)
Hey there. Thanks as usual for your reports. I think they've been all addressed recently. I'd like to take the occasion to invite to/remind everyone of the weekly triage meetings (yes, they're still happening!); if for any reason you can't attend one (the next one is in a few hours), please remind us of the issues you'd like to bring up. If you could add them on this page by, say, the day before, that'd be rad. Talk to you soon, --Elitre (WMF) (talk) 17:05, 29 September 2015 (UTC)

Page scrolls every time I try to paste.[edit]

I'm trying to edit the Reception section from Dismaland. If I cut a word or phrase from some other source and try and paste it in. The whole page scrolls placing the line I've just pasted either as the last line in the screen or just below the bottom of the window. This is very distracting, as I then need to rescan the page to find where I was editing. Google Chrome on a Mac Book. --Salix alba (talk): 16:45, 22 September 2015 (UTC)

Chrome on Windows 8 doesn't do the pasting at the end thing but does do the scrolling thing. Red Fiona (talk) 18:57, 22 September 2015 (UTC)
To avoid any confusion. The data pasted goes in the right place, its just the way things scroll which is most awkward. --Salix alba (talk): 22:08, 22 September 2015 (UTC)
The fix for should go out this week (I hope that will fix your problem). --Elitre (WMF) (talk) 14:44, 23 September 2015 (UTC)

Looks like it works properly now.--Salix alba (talk): 06:37, 1 October 2015 (UTC)

Suggestion For Cite Function[edit]


I was using the automatic citation function on Apostolos Gkountoulas. A lot of the pages I was adding were results pages. The actual pages are called things like and have the detail of the event in the title, but the automatic citation gadget reads the title from the website, which is 'event' so they all show up as - Events -". Retrieved 2015-09-27.

Is there any way of getting round this or is it a problem with the way the worldrowing website is written? Red Fiona (talk) 23:47, 27 September 2015 (UTC)

Hi there. So what Citoid does there is reading the page metadata, and what you see is the result. However, it should be possible to write some code (aka "translator") to improve the situation. --Elitre (WMF) (talk) 09:02, 29 September 2015 (UTC)

Invisible re-usable citation[edit]

When the citation's contents are (only) [1], then the contents are invisible in the Re-use dialog and in the context menu. You can see an example at Fruit snack, in the third ref (after "General Mills" in the lead). I can reproduce this in Firefox and Safari on Mac OS 10.10. WhatamIdoing (talk) 00:01, 29 September 2015 (UTC)

Reported at [2], thank you. --Elitre (WMF) (talk) 08:48, 29 September 2015 (UTC)

Dragging and dropping to move a photo[edit]

I was trying to move the photo of the mill in Wallaville (the version that I was working on) into the History section (positioned on the left because of the infobox). I selected the mill photo (went "blue"), I dragged it up to the History section where a line appears after the heading where I "let go" and drop it. But the photo doesn't move - it stays at the bottom of the page. I did it a number of times without success, so I cheated and looked at the wikitext as I suspected the answer was there. Sure enough, it turned out the photo of the church and then followed by the photo of the mill are at the start of the article and so the repositioning of the mill photo into the history section doesn't alter its positioning relative to the church photo so it remains at the end of the article. So, the only way I could achieve the outcome using the VE was first move the church photo to the bottom of the article, then move the mill photo to the top of the history section and left-position it and then reposition the church photo, but how is the VE user to work that out? I think there needs to be some kind of visual anchoring of the photos just as templates have, so the visual anchors can be reliably dragged-and-dropped to reorder them. Kerry (talk) 00:35, 30 September 2015 (UTC)

As you say, image positioning doesn't really "make sense" in any editor (it's actually above, but then because of the infoboxes it's below... a mess). I'll check Phab when I can and will add your suggestion if nothing similar is already there. Thank you! --Elitre (WMF) (talk) 15:10, 30 September 2015 (UTC)
I put it at . Hopefully someone will be able to write a better description! --Elitre (WMF) (talk) 14:16, 1 October 2015 (UTC)

moving references between other references and tags[edit]

Moving in-text references to another spot in the article has a minor bug in Visual Editor. Take AdPushup (a terrible article, but a good example): see the cite spam in "history", refs 7, 1, 8, 3, 9, 2. Trying to drag and drop reference 3 (with the mouse) somewhere else within this list of references does not work - the dragging is OK but dropping is not possible: the mouse cursor keeps being displayed as stop sign for "action not possible". Dropping the reference is only possible outside the list in the main text, not between 2 other references. It should be possible to drop a reference between 2 complete, correctly defined, reference structures (specs: Windows XP, FF 40.0.3, vector) ==> Actually, dropping of all correctly closed tags should be possible between all correctly closed tags. GermanJoe (talk) 14:19, 30 September 2015 (UTC)

Hey GermanJoe, I was able to drag and drop. The "trick" is you don't keep the cursor over the numbers - that's where the stop sign is displayed. If you put it below the numbers, in FF, you should be able to find the spot where you can drop the ref. For the record, I had difficulties in Chrome as well, but I was able to find the tiiiny space between a ref and the other where dropping is allowed. I should put this into Phab anyway... --Elitre (WMF) (talk) 15:04, 30 September 2015 (UTC)
Targetting the lowest tiny pixel worked, thank you. Maybe the devs can improve that a bit, although the space is limited there of course. GermanJoe (talk) 15:12, 30 September 2015 (UTC)
Let's see what they say at HTH, --Elitre (WMF) (talk) 11:44, 1 October 2015 (UTC)

The visual editor’s preference will be moving tabs[edit]

(crossposting from WT:VE)

Hey all,

This is just a quick note to highlight that the location for the visual editor’s preference is about to move – from the "Beta" tab to the "Editing" section of your preferences (as is currently the case on almost all the other WMF wikis; it doesn’t mean the visual editor is complete, or that it is no longer “in beta” though).

This action will not change anything else for editors: it still honours editors’ previous choices about having it on or off; logged-out users will continue to only have access to wikitext; the “Edit” tab will still be after the “Edit source” one.

We don’t expect this to cause any glitches, but in case there are, please let us know here as usual! This should be done in the next few days, and I’ll post a follow-up message then. Best, Elitre (WMF) (talk) 21:37, 30 September 2015 (UTC)

Transition complete[edit]

This is now done. You can read a longer note at WT:VE if you’re interested in details. Best, Elitre (WMF) (talk) 15:09, 7 October 2015 (UTC)

Add Label function broken[edit]

User agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:41.0) Gecko/20100101 Firefox/41.0


This acticle contains a series of bare html links. Attempting to edit them the first time gives an add label button. Clicking this auto labels them with the url. On attempting to edit again there is no way to change the label.

Phatom87 (talk contribs) 18:44, 4 October 2015 (UTC)

There is a way to change the label, but it's not as intuitive as with the "Add label" button (you basically type something in the light blue field, just before the "external link" icon, and then Backspace to remove the old text). The "add label" button is only available when editing bare links ( is still open). However, when you first click on that button, you can overwrite the URL if you want. HTH, --Elitre (WMF) (talk) 12:45, 5 October 2015 (UTC)

Visual Editor is freezing at startup[edit]

In my closed Mediawiki the Visual Editor ist freezing at start of the editing. I can not reproduce that behavior each time, but it happened at 1 of 10 startups. The Console of my firebug shows the following:

TypeError: origin is null ....cloneObject=function(origin){var key,r;r=createObject(origin.constructor.protot... — Preceding unsigned comment added by (talk) 12:19, 5 October 2015 (UTC)

This kind of feedback would be better handled at, more specifically at mw:Extension talk:VisualEditor, but maybe the product manager for VE can help here as well? --Elitre (WMF) (talk) 12:49, 5 October 2015 (UTC)
Bug report VisualEditor
Description Visual Editor is freezing at startup
Intention: Fix the problem at startup of the VE
Steps to Reproduce: #Open a random page
  1. start the VE
  2. In one of ten startups the loading bar is standing still.
Results: The loading bar is standing still.
Expectations: Java - Script error with the following Errormessage in firebug: TypeError: origin is null ....cloneObject=function(origin){var key,r;r=createObject(origin.constructor.protot...
Page where the issue occurs my local mediawiki
Web browser In Firefox 40.0.3 and IE11
Operating system Windows 7
Skin Vector
Notes: The Mediawiki Version is 1.26wmf21 and Parsoid Version is 0.4.0. I'm using a Linux server.
Workaround or suggested solution Reaload the page and try again (talk) 14:20, 5 October 2015 (UTC)


I want visual editor but I. Am a IP address and I can't get account as I prefer to edit via ip please let ip edit using visual editor please — Preceding unsigned comment added by (talk) 23:30, 5 October 2015 (UTC)

See Wikipedia:VisualEditor/User guide#First step: enabling VE. You can click the Edit tab first and then manually change the url from action=edit to veaction=edit. PrimeHunter (talk) 00:19, 6 October 2015 (UTC)

visual editor disappeared[edit]

My visual editor option has disappeared and went I look in my beta tab, it's no longer listed there as an option. GLG GLG (talk) 15:07, 7 October 2015 (UTC)

Hey GLG GLG, see Wikipedia:VisualEditor/Feedback#The_visual_editor.E2.80.99s_preference_will_be_moving_tabs. Can you confirm you see it in the new location? Best, --Elitre (WMF) (talk) 15:16, 7 October 2015 (UTC)
I do not see it there. But the visual editor option re-appeared when I go to topic mainpages, so I guess things are okay. GLG GLG (talk) 15:20, 7 October 2015 (UTC)
Maybe it wants to play hide and seek with you, GLG GLG :) Let's recap. If you click here, there's a list of checkboxes in the middle of the page. The last one says Temporarily disable the visual editor while it is in beta, and it's unchecked. If this is the case, you're good to go, and happy VEditing! --Elitre (WMF) (talk) 15:23, 7 October 2015 (UTC)
(Also, I'm guessing that maybe you were looking for the visual editor's Edit tab in namespaces where it just isn't enabled yet. --Elitre (WMF) (talk) 15:27, 7 October 2015 (UTC) )
Another possibility is that the preferences page was cached; reloading it could make this new option visible. -- John Broughton (♫♫) 16:50, 7 October 2015 (UTC)
I also had this issue. The box to disable VE was checked by default for me, even though I had previously turned the feature on explicitly. wctaiwan (talk) 04:27, 8 October 2015 (UTC)
Hey wctaiwan, really sorry for the inconvenience. How long ago does "previously" mean in your case? Thanks, --Elitre (WMF) (talk) 10:44, 8 October 2015 (UTC)
I don't really remember, sorry. It would have been on the order of months. (Judging from [3], possibly in February 2015?) I'm pretty sure I did opt out and then back in at some point, though. wctaiwan (talk) 17:46, 8 October 2015 (UTC)
That's ok. Any chance you may have changed any other preference recently? Best, --Elitre (WMF) (talk) 19:38, 8 October 2015 (UTC)
I don't think so. Anyway, I was more concerned that most or all existing editors with VE enabled might have lost it with no obvious indication of why. If this is an isolated issue, I don't think we need to worry about it too much. Thanks. wctaiwan (talk) 21:58, 8 October 2015 (UTC)
Of course, but the change affected everyone at the same time, and here we have just one report (and a half, since we're still not sure about GLG GLG); there can be glitches at this scale, but by now we can probably assume your case is isolated - again, too bad though. Happy VEditing, --Elitre (WMF) (talk) 06:46, 9 October 2015 (UTC)

Images in association lists[edit]

Dragging and dropping an image into the start of a definition list shouldn't be so easy to do (or maybe not even possible at all). I think it will be easy to reproduce if you have a ==Section== that starts with ;an association list, and you drag an image into it. I've got a screenshot; ping me if you want me to upload it to a bug report. WhatamIdoing (talk) 23:37, 8 October 2015 (UTC)

Jumping gallery popup[edit]

Bug report VisualEditor
Description Popup for adding gallery is jumping
Intention: I tried to add gallery.
Steps to Reproduce: I moved cursor to end od the line and clicked to add gallery.

Please mention if it's reproduceable/if you attempted to reproduce or not. -->

Results: The page jumped (scrolled) lower so I had to scroll back to reach that popup and add thect in it.
Expectations: I expected no schrolling or moving of the page.
Page where the issue occurs
Web browser Chrome
Operating system Win 7
Skin Vector
Workaround or suggested solution

Dominikmatus (talk) 13:38, 9 October 2015 (UTC)