Some archives were renumbered to correct an error resulting from the original configuration of the archiving bot. If this is not the page you were expecting, please try Wikipedia:VisualEditor/Feedback/Archive 2013 12. |
This page is an archive. Do not edit the contents of this page. Please direct any additional comments to the current main page. |
I am missing the way how to add references. Juandev ( talk) 12:17, 29 March 2013 (UTC)
Yeah, for me as an experienced editor, and for many of the "new" editors that I work with adding citation is an important task. I felt almost helpless and like an idiot because I couldn't figure out how to add a citation. Back to the old way I go! :) SarahStierch ( talk) 04:32, 3 May 2013 (UTC)
I tried to clean up white space on this rev of Belmont Report, in section "The Belmont Report Today". It highlit the white space in green and said I couldn't edit it. I was able to remove the white space by placing the cursor on the line above and using the delete key instead, though I then got a "review" screen showing I had duplicated a paragraph! I can try to reproduce the exact sequence if it's of interest. Mike Christie ( talk - contribs - library) 00:33, 4 April 2013 (UTC)
With a normal edit summary (in Firefox on a Mac), I can type it once, and it's stored in the browser, so if I want to use the same edit summary a hundred times (and I do), I don't have to re-type the whole thing. I just start typing WPM
and it pops up the options, the first of which for me is going to be WPMED assessment per
WP:MEDA
. With this edit summary system, it doesn't seem to know about the previously used ones, so I either have to re-type the whole thing, which is tedious, or give a less informative edit summary, which I think most editors will find very tempting. Can this be fixed?
WhatamIdoing (
talk) 01:56, 11 April 2013 (UTC)
I tried to add a {{cn}} tag to an article. It added it, but it also added <nowiki> tags around the whole paragraph.
I tried to report this in the "report error" dialog, but failed to submit my report as I couldn't find a "submit" button or the equivalent. Maproom ( talk) 07:33, 14 April 2013 (UTC)
The text on the left side of the article hides behind the language links. I cannot scroll to this text at the left side. Tirkon ( talk) 11:58, 14 April 2013 (UTC)
Please make it work on redirect pages (where the sole content is #redirect article) -- Mahanga ( Talk) 23:00, 5 March 2013 (UTC)
On any page with VE enabled, click "edit source". The "edit source" tab is not displayed as "activated" on the action=edit page - you can see the activated tab "flash" away as VE JavaScript is loaded. — This, that and the other (talk) 10:11, 19 April 2013 (UTC)
After the last update, my accesskey accessor for edit mode is no longer connected to either of the edit tabs it seems. — TheDJ ( talk • contribs) 10:14, 19 April 2013 (UTC)
When you are on the 'edit source' page of an oldid page, then click 'edit' (for the VE), the VE opens the latest version, instead of the oldid. — TheDJ ( talk • contribs) 10:16, 19 April 2013 (UTC)
This resulted in several re-used refs getting screwed up in parts of the article that I didn't touch. WhatamIdoing ( talk) 15:21, 19 April 2013 (UTC)
Also, I tried to link to the article Stroke, and the list showed the article as an option, but when I clicked on it, it then said 'undefined' and when I tried to click elsewhere to get away from that dialog box, it deleted the entire paragraph (which naturally I didn't save, so there's no diff, but I did review it and saw that it really was trying to delete it). WhatamIdoing ( talk) 15:21, 19 April 2013 (UTC)
i tried to create a link using autocomplete, but when i pressed the actual link, the value in the texbox changed to "undefined". קיפודנחש (aka kipod) ( talk) 22:13, 19 April 2013 (UTC)
<syntaxhighlight lang="c"> ... </syntaxhighlight>
isn't rendered as expected
Tobias (
Talk) 22:25, 19 April 2013 (UTC)
When doing a small copy-edit, I looked at the review window and it had added </ol> after <references >. That is, the line now looked like <references ></ol> I figured I should see what happened if I saved, and it turns out that nothing looks abnormal, except for the continuing presence of that markup. It also removed a space between the words "Paperback" and "ISBN" for some reason. Risker ( talk) 00:47, 23 April 2013 (UTC)
I expected shift+left arrow or shift+right arrow to adjust the text selection, not to be a shortcut for deleting characters. John of Reading ( talk) 17:58, 23 April 2013 (UTC)
In User:Yamaha5/sandbox I tested it for farsi every thing was OK except <div dir="rtl"> which cause the test disable. in fa.wiki because of mixture of farsi and english we use direction inside the text so it will cause problem for RTL languages Yamaha5 ( talk) 23:49, 26 April 2013 (UTC)
The main reason that I'm not currently using the Visual Editor is that I can't insert citations, and with verifiability being a pillar of Wikipedia, I can't really work without them. Slashme ( talk) 15:00, 29 April 2013 (UTC)
I tried to make the article Victory Corps into one paragraph, but the Visual Editor will not let me delete the line breaks. Maybe it is because the lines end with citations? Andrew 327 15:45, 29 April 2013 (UTC)
At the moment, shift + arrow has the same behaviour as delete or backspace, rather than highlight, which is different from the browser's normal behaviour. What happened? Der yck C. 11:00, 6 May 2013 (UTC)
It worked well to make a link, but nothing happened when I clicked on Review and save. Ziko ( talk) 19:42, 6 May 2013 (UTC)
Three times when trying to edit List of European regions with alternative names, I received the message "Warning: Unresponsive script A script on this page may be busy, or it may have stopped responding. You can stop the script now, or you can continue to see if the script will complete. Script: http://bits.wikimedia.org/en.wikipedia.org/load.php?debug=false&lang=en&modules=jquery%2Cmediawiki%2CSpinner%7Cjquery.triggerQueueCallback%2CloadingSpinner%2CmwEmbedUtil%7Cmw.MwEmbedSupport&only=scripts&skin=vector&version=20130507T025610Z:106".
"Stop script" lead to an indefinite wait. "Continue" seemed to work ok. I'm using Firefox 20.0.1. Thanks for all the work on this big project. SchreiberBike ( talk) 05:15, 7 May 2013 (UTC)
I've been using the new editor for most of this evening and there's lots of good here. This will really cut down the learning curve for new editors. Possible problems:
Thanks, SchreiberBike ( talk) 07:00, 7 May 2013 (UTC)
Is the goal to make VisualEditor equally or even more efficient than the old editor (you can make changes as fast or faster)? Is the goal to make the VisualEditor as powerful as the old editor (you can make the same changes)? -- Atethnekos ( Discussion, Contributions) 17:14, 7 May 2013 (UTC)
I know that right now this only works with Vector and Monobook. When it's rolled out site-wide, will it work with Modern skin and all the other skins used on Wikipedia? — Maile ( talk) 20:00, 7 May 2013 (UTC)
A simple drag and drop interface would be excellent. ∞4 ( talk) 23:10, 8 May 2013 (UTC)
I just tried this on a couple of articles with mathematical formulas (in one case coded as <math>, in the other as a mixture of wiki formatting and html). The visual editor appears to be completely unusable for such cases. It has no support for <math> at all (or if there was support it was not obvious how to make it work), but even in the wiki-formatted equation (a simple example: x2 − y2) it was unusable because it did not provide a way to generate superscripts and entities like and − that are necessary for proper equation formatting. — David Eppstein ( talk) 01:13, 7 May 2013 (UTC)
Will it be compulsory to use Visual Editor as it could alienate a large number of regular users who are very used to the current system. Although I do agree it will help new/casual users. Personally I tried 2 simple edits using Visual Editor and found it took me a lot longer, and wasn't 100% sure if it actually worked until after! Mark999 ( talk) 01:31, 7 May 2013 (UTC)
Though a good thing is/could be to make sure internal links are actually to the correct page and not to redirect pages or pages that don't exist to avoid/get rid of red links. Something along the lines of Dab solver. Mark999 ( talk) 02:12, 7 May 2013 (UTC)
When making repeated edits, I am not shown the edit that I last made. Pineapples100 ( talk) 20:51, 3 May 2013 (UTC)
Thanks for your help! I look forward to re-checking out how the VisualEditor works. — Preceding unsigned comment added by Pineapples100 ( talk • contribs) 14:58, 13 May 2013 (UTC)
On User:Adjwilley (Monobook, Firefox) the green/white stripey boxes seem to be offest to the right and down a little...in other words, they're not covering what they're supposed to be covering. They are also really annoying, and my very first impression when I scrolled and saw this weird box sitting there was that it was a bug in the program. I really don't like the look of them at all.
As an alternative, why don't you just lighten everything you can't edit by say 50-75%. Text would be grey, infobox outlines would be grey, colors in pictures would be washed out, and it would be obvious that you can't edit it. (Other computer programs often do stuff like that for stuff you can't edit.) I figure that definitely beats blanking pictures and then trying to cover the ugliness with an even uglier green stripy box. I mean, that's just weird. ~ Adjwilley ( talk) 18:20, 8 May 2013 (UTC)
Ok weird one. [ [1]], press edir, type in a heading between the line with the reference and table, select it and make it 'heading 2'. It becomes a header, but removes the 'Books' one at the bottom. Google Chrome on XP. Edgepedia ( talk) 18:49, 13 May 2013 (UTC)
Great work overall, thanks to all!
AxelBoldt ( talk) 20:37, 9 May 2013 (UTC)
Go to an article that contains a link (blue). Click immediately after the link; the link symbol will appear. If you now start typing, the link text will be extended (as can be checked by later Review). Problem: the blue link color is not applied to the newly entered text. AxelBoldt ( talk) 22:47, 11 May 2013 (UTC)
In User:AxelBoldt/Sandbox there's a list. If I try to use the visual editor to remove an item from the list (using backspace), I can remove the list item's text, but I cannot get rid of the corresponding bullet point, leaving a list with empty items. If a list item's text is empty, hitting backspace should remove the entire item including its bullet point. AxelBoldt ( talk) 23:05, 11 May 2013 (UTC)
The VisualEditor probably should be disabled on .js and .css pages, as it looks weird on such pages. jcgoble3 ( talk) 06:18, 12 May 2013 (UTC)
I noticed a few problems when experimenting with the new Visual editor today so I wanted to bring them up.
Kumioko ( talk) 20:32, 12 May 2013 (UTC)
Just noticed something else. The New editing tool doesn't seem to line up with the notifications logic quite right. When I have them both going at the same time the New edit tool overrides the new Orange bar on the notifications and I just see the itty bitty shitty little red number with no orange bar. :-) Kumioko ( talk) 01:44, 13 May 2013 (UTC)
When editing a table [2], I was able to add returns that screwed up the result. Edgepedia ( talk) 05:42, 13 May 2013 (UTC)
I tried this Visual Editor for the first time and got as far as the choice between "Something is wrong" and "Looks good to me". I assumed this was a pair. That is, that the choice was between "Something is wrong with my edit" (in other words," go back to editing before proceeding to save") or "Save" (in other words, "publish". I clicked the former (ie, the "Something is wrong" button) only to discover myself in some sort of complaint mode. Then I couldn't get out. Erp! So I had to abandon the whole edit enterprise.
The choice ought to be between "Go back to editing" and "Save/publish". Buttons for reporting a software problem should not be mistakable for an editing function. The mindset of a person in the middle of the editing operation is that the text is wrong, not the programming. -- Whiteghost.ink ( talk) 10:32, 13 May 2013 (UTC)
I wanted to fix a redirect going to the wrong place, I hit "edit" and the visual editor loaded up the source page. This was *not* what I was expecting. David Gerard ( talk) 16:17, 13 May 2013 (UTC)
VE's link editor is nice and unobtrusive, but it will happily link to a disambiguation page or to a page that's a redirect without telling you. Try "_John McLaughlin_ played _jazz-rock fusion_", both phrases show as a blue link with a checkbox. But linking to a disambiguation page is a mistake, and editors will want to know the title to which they're actually sending a reader. Maybe the scrolling list of links could have annotations: "disambiguation page" (in red?), and "redirects to _jazz fusion_" (in orange?). S Page (WMF) ( talk) 03:05, 14 May 2013 (UTC)
Although the visual editor project, when finished, will represent a great leap forward for Wikipedia, and the underlying Parsoid technology is impressive, alpha-testing this editor is truly an exercise in pain. Try this: take a page that has an un-linked lowercase word already in it, visit it with the Visual Editor, and use the link tool to turn that word into a link. The linked word still displays as lowercase in the visual editor, and goes blue to indicate that it's a link. Now save it. The word is now saved to the page with its first letter capitalized. As far as I can tell, this problem does not occur with linking words which were created in the visual editor itself.
I reported this ages ago in the feedback tool, and it's neither been fixed, nor has anyone acknowledged it. How hard can this be to fix? Are error reports at least read by a human being, and entered into a bug tracking system, or are they just glanced at occasionally in aggregate, or just ignored?
Believe me, I'm not unsympathetic to the travails of developers, having been one myself, but if trivial paper cut bugs like this, for one of the simplest possible editing changes, cannot be fixed, either there's something badly wrong with the underlying design, or the development process is collapsing under the weight of the workload in fixing bugs. I know there are far more serious and complex bugs that need fixing, but it should at least be possible to fix low-hanging fruit like this by having a fast-track process for this sort of bug. Doing so would greatly improve the experience for alpha testers, who could then use the editor more, to make more extensive edits, and thus exercise more complex bugs. (See also the comments higher up this page about avoiding data loss every time we report a bug.)
Could we possibly have a bit of feedback from the developers about what's going on, so we can at least be a bit more sympathetic to their plight? Having bug-by-bug feedback would also help motivate alpha testers; it's painful just reporting bugs apparently into a void. -- The Anome ( talk) 12:05, 14 May 2013 (UTC)
I've tested it on two articles. On one it worked OK if very slowly, but it lost the, for me indispensable, spellchecker which I otherwise have via Firefox. The other it insisted on removing the first and last bites of a paragraph that I wanted left untouched. So I've gone back to the old system. Might test again when you allow section editing. Ϣere SpielChequers 07:18, 13 May 2013 (UTC)
Suppose an article has three paragraphs and you want to remove the second one entirely, merging the first and the third into one. There are several methods that work, but two that do not:
The only way to get rid of the spurious empty line is to select everything from the end of the first to the beginning of the third paragraph and hit backspace. You can try it out at user:AxelBoldt/Sandbox. AxelBoldt ( talk) 17:43, 14 May 2013 (UTC)
I am typing some text in the visual editor and I would like the next word to be italic, so I hit the Italic button and type the word. First problem: the word is not displayed in italic (even though upon review the wiki text contains the correct italic markup.) Second problem: at the end of the italic word I would like to revert to standard text, so I click the italic button again, but this click is apparently being ignored and I cannot leave italic mode. The exact same problems occur when trying to enter bold text. AxelBoldt ( talk) 17:56, 14 May 2013 (UTC)
As Ryan commented on the VP:T, " it just changed from giving me an edit tab and a visual editor tab to an edit tab (that is the visual editor) and an edit source tab. " -- which also keeps the shortcut key from calling the normal editor. I've found it very confusing. The tab added should be "visual editor", which is explicit for what is after all not yet our usual editor, and does not yet have some key functionality, such as the ability to edit references. The way I've dealt with it is to remove the preference; I suspect others will do likewise: if the intention was to induce more people to use it, it will have the opposite effect. . Haven't we learned yet to stop making unannounced changes in the interface, including unannounced changes to widely used test features. DGG ( talk ) 21:44, 19 April 2013 (UTC)
I have the same issue with the "wrong" label for the buttons especially that it jumps back and forth between name spaces and I will deactivate again until this is changed back. I would think you can test the look and feel when it does everything it should do i.e. in late Beta and not Alpha. So my Feedback is "The Label does work but does not make sense now"-- Saehrimnir ( talk) 13:53, 16 May 2013 (UTC)
The notice warned me that it might be "slow". Well, I held down the backspace key for "a while", and then "poof" several paragraphs disappeared.
What happened to "undo"? Neither the left curving arrow nor <Ctrl-Z> functioned after the backspace poof. (No kidding.)
But anyway, thanks for this wonderful advance in editing. An awesome milestone, yea? — Cpiral Cpiral 06:29, 17 May 2013 (UTC)
Hi, I just used this to copy a barnstar then had to edit source to clean up the mess. I thought you'd like to see this as the edit I had to undo was a great example of how the visual editor can make a shedload of changes that you weren't planning to do. Ϣere SpielChequers 07:12, 19 May 2013 (UTC)
I've just edited a linked phrase this edit required this cleanup "interpet" was an unrelated typo, only linked by the outstanding bug that using the visual editor under Ubuntu deprives me of Firefox's spellchecker which highlights such typos for me. Ϣere SpielChequers 08:58, 19 May 2013 (UTC)
I've just had a very strange symbol added to my edit by visual editor. Rather than abandon the edit I thought I'd save it and show you the cleanup. I'm pretty sure that symbol is not on my keyboard. Ϣere SpielChequers 09:28, 19 May 2013 (UTC)
this also involved some additional changes - I thought I was just fixing a typo. Ϣere SpielChequers 11:26, 19 May 2013 (UTC)
this was a second attempt after failing with "error saving to server timeout" Ϣere SpielChequers 10:16, 19 May 2013 (UTC)
If problems are found in review of an edit, you can type in a description of the problem but pressing the "submit" button doesn't seem to do anything. ~ KvnG 23:13, 19 May 2013 (UTC)
Having left an editing pane open overnight and being logged out by the system I found that I can't resume in the morning - I get "Error loading data from server unsuccessful request - invalid token" That despite having to log in multiple times. Then a couple of hours later I got the wonderfully opaque "Error loading data from server: badtoken: invalid token: Would you like to retry?" then when I clicked OK to that I got the same line with a box and "prevent this page from creating additional dialogues" after several attempts to click OK on that without ticking that I didn't want additional dialogues - after all I am testing this thing, I closed that pane opened the page in another pane and opted to edit source. Ϣere SpielChequers 11:47, 20 May 2013 (UTC)
Thanks for enabling the VE in Safari on Mac OS X 10.6.8! :) It's good to be finally part of the show. :) Aschmidt ( talk) 20:46, 22 May 2013 (UTC)
Somehow, removing a handful of </br> substantially increased the number of characters on the page. Here's the diff: [4] WhatamIdoing ( talk) 23:14, 21 May 2013 (UTC)
Ctrl-P does not paste copied or cut text. Selecting Paste from context menu only work sometimes. Editing near the paste makes pasted text disappear.
I just did 2 edits on Herschel Space Observatory. First edit in lead worked. Second edit, in End of Mission, undid my first edit. User:Finell — Finell 03:28, 1 May 2013 (UTC)
Even though you can't edit references, it still should be possible to click on the links inside them (probably opening in another tab). Also, the "Review and Save" popout needs the 'Cancel' and 'Preview' buttons. FallingGravity ( talk) 20:57, 9 May 2013 (UTC)
Suppose an article contains the text "red blood cell" which is not linked. Using the visual editor, I highlight the text and click on the link icon. The proper link target is suggested, and I select it. Everything looks fine, but when reviewing the change, I see that the link [[Red blood cell]] (with upper case R) was created. This does not match the preview and creates spurious capitalization in the article. AxelBoldt ( talk) 22:27, 11 May 2013 (UTC)
There are two paragraphs here. Open the VisualEditor, and add an extra return at the end of the first para, and then delete it (Strange, now the second para is small!) Do this a few times and this is the result. Edgepedia ( talk) 11:58, 24 May 2013 (UTC)
Click on a wiki-linked phrase and changing the target seems not to change the article. Selecting the whole link works before clicking on the anchor symbol works. Edgepedia ( talk) 15:38, 24 May 2013 (UTC)
I corrected the section heading levels (from level 2 to level 3, to create subsections), and it removed the blank lines after the section heading (fine, if you want) and before it, which is not okay. I corrected it manually. WhatamIdoing ( talk) 16:38, 26 May 2013 (UTC)
not working well: see examples
-- Frze > talk 06:15, 28 September 2013 (UTC)
When you add a reference (and it is added between say 1 and 2) then it will assume the number two with it's identifying information but the information regarding that reference will not be added. See my added references under the discription column on this page (Hypersensitivity Reactions)... all on the right hand column of the page be from the same source. (Le, Tau) but it doesn't show up like that. 83462 17:27, 28 September 2013 (UTC) — Preceding unsigned comment added by Johndheathcote ( talk • contribs)
I have twice now in the last few days experienced a bug in which an existing reference has a name of :0 added to it, and also an unrelated reference that I have added is also changed to :0 and the citation within the reference is removed. I think because of the latter problem, this bug has now regressed to worse than it was originally - I don't remember experiencing the latter problem before the last few days.
The error is only visible after clicking either of the two buttons on the save form. Many editors will not initially notice this error at all, assuming that their citations will have been saved OK. Moreover, other editors will often assume good faith and assume that an existing reference, added by an editor in good standing, does indeed substantiate the point cited, without checking, so the incorrect reference may remain for a very long time.
I have added a note to that bug report because I think it is another manifestation of the same bug, but it may in fact be a different bug which is interacting with that bug to produce this overall highly unfortunate effect.
I think this is a serious bug which should be fixed ASAP, and I think everyone adding citations should be aware of it, or should stop using VE until it is fixed.-- greenrd ( talk) 11:28, 29 September 2013 (UTC)
Hi,
If you undo your last modifications then go to preview your changes, the modifications that you have just undone are still displayed in the modifications... (tested on frwiki) I didn't test to see what is being done when saving the page. -- NicoV ( Talk on frwiki) 14:27, 29 September 2013 (UTC)
The engineering department is hosting two office hours this week to discuss VisualEditor. The first of these will be held on Monday, 30 September, at 1900 UTC. The second will be held on Wednesday, 2 October, at 0000 UTC. Please join as Product Manager James Forrester discusses VisualEditor and upcoming plans. Thanks! -- Elitre (WMF) ( talk) 08:54, 30 September 2013 (UTC)
There are 27 unconfirmed bugs that match 'VisualEditor', including ones raised back in July. Anyone with some spare time can help by opening one and trying to reproduce the problem and adding a comment there (or here if you dont want to open a bugzilla account). John Vandenberg ( chat) 09:44, 30 September 2013 (UTC)
Thanks Thryduulf; I've confirmed a few more, and we're down to 16 unconfirmed. John Vandenberg ( chat) 14:46, 1 October 2013 (UTC)
On MediaWiki, there is a page called Visual Editor/Status ( [6]), which has a kind of "release notes" for old and new VE updates. These notes then get published to the wikis, e.g. Wikipedia:Village pump (technical)#VisualEditor weekly update - 2013-09-26 (MW 1.22wmf19).
How does one correct errors in that page though? Even though it is a wiki, you are not allowed to edit it (as I was told by a MediaWiki admin, "copies of official correspondence that was already posted crosswiki"), and no one at MediaWiki seems to care that the page contains errors, and while they were quick to dismiss my changes as trolling, they have made no effort whatsoever to actually correct the page.
This is a release that will be rolled out to many wikipedia versions on Thursday (including this one), so correcting it before that date seems quite useful. It makes no sense to promise wiki's things you know aren't going to work in the way described, so correcting the page and if necessary posting a new version is only logical.
Can some people (e.g. from the WMF) take a look at the situation and take the necessary actions? I'm not asking to reinstate my version, but the current one isn't acceptable. Can some people also take a look at everything that went on around those edits and take the necessary actions to prevent similar things to occur again? From checking that the page reflects what actually is going to be implemented, to providing clear instructions as to who is or isn't allowed that page (perhaps protect it if it is that official), and so on? Learning from problems is always a good thing. Fram ( talk) 12:23, 30 September 2013 (UTC)
I turned VisualEditor back because it's very useful for what I was doing, but now I can't add references using the pulldown menu. If the page already has references, it either doesn't add the reference at all, on this page ( /info/en/?search=Vladimir_Gojkovi%C4%87), or adds it as the second reference when it's not really the second reference ( /info/en/?search=Nataliya_Pyhyda). The really odd thing is that when I look at it using Edit Source, it's down as ref = 0. I hope that helps. Red Fiona ( talk) 23:23, 30 September 2013 (UTC)
On Anarchism, many of the images appear out of place; the image in "Organized labour" now appears in "Russian Revolution and other uprisings of the 1910s". Some have dropped down into the references section. In Chrome, this causes the references block is narrower and longer, with images on each side; on Firefox the images and references appear overlapping. One part of the problem is that that {{ Anarchism sidebar}}/{{ Individualism sidebar}} and {{ Libertarian socialism sidebar}} are rendered as expanded in VE, but not in normal mode - there is no way to preview what the page will look like when the sidebar is not expanded; that appears to be Bugzilla:51664. When in normal view mode (not VE), and expand all of those sidebars, a large area of whitespace opens up above "Internal issues and debates", and the images appear there. In the VE, that whitespace is filled with text. So there is a discrepancy between how the page is being rendered in VE and non-VE. I have documented most of this on bugzilla 51664, so please don't rush to create a new bug unless you've properly triaged the problem.
Has the misplaced images problem been seen elsewhere? Is it occurring on pages where it didnt occur previously? John Vandenberg ( chat) 04:03, 1 October 2013 (UTC)
Some railway templates are consuming the entire page with, while most others that use BS-header do not (but most have niggly layout issues that are Bugzilla:50714 ). A few of the problematic pages are:
I havent found the commonality in the pages that are problematic among them. Maybe a WP:WikiProject Trains regular will have more luck; I'll leave them a note. John Vandenberg ( chat) 07:41, 1 October 2013 (UTC)
Seeing the above section (the "snowmen" ref and the search for the oddest VE problem), what about this one?
Type some text, add a ref, remove the ref using backspace, then change your mind and use the "undo" arrow of VE. No, change your mind again and use the "undo" arrow once more, again removing the ref. Now type. Notice anything strange? Yep, I'm typing backwards. [7]
Other tests produced the snowmen, or the insertion of huge chunks of text by VE. [8]
There seems to be something seriously rotten in the state of VE. Fram ( talk) 09:00, 3 October 2013 (UTC)
Easy way to check the "backwards typing": go to [9], put the cursor after ref 1, backspace, undo arrow, type. Enjoy! Fram ( talk) 09:55, 3 October 2013 (UTC)
Oh, even easier: cursor in front of ref, use the "back arrow" on your keyboard once (so the ref number gets "blue"), and type. Is this a bug of an easter egg? Fram ( talk) 09:55, 3 October 2013 (UTC)
This probably has already been mentioned somewhere, but it can't hurt to bring it to your attention again; when you have a reference in the infobox and references in the article, the infobox ref will normally get number 1, and the refs in the article will get 2-X. Opening it in VE however, numbers the references in the text as 1-X instead (while also leaving a ref 1 in the infobox), which means that ref 1 in the text matches ref 2 in the reflist (since strange enough theer the numbering is still correct). Rtaher confusing... Check e.g. this random article. Fram ( talk) 09:49, 3 October 2013 (UTC)
Just testing to see if this works, please ignore! Fram ( talk) 10:06, 3 October 2013 (UTC)
Creating a redirect directly in VE doesn't work, this is a known bug: [11]
Changing incorrect redirect syntax (created in wikitext) into a redirect in VE does work however [12], also tested in [13]!
Bonus: when you go to a redirect source page, you can't open it in VE (perhaps to be expected), but you can't edit any of the older versions in VE any more either! (e.g. this was edited by me with VE, but now no longer can be opened with VE).
Curiouser and curiouser... Fram ( talk) 12:26, 3 October 2013 (UTC)
1.not all programs support Beta. Micro 7 does not to my loss since it is the usual public computer I use.It works on a few upgraded units.
2. I have the expertise and experience to edit but not the computer savy needed for Wiki text. Beta is great when it works but it is frustrating with locked pages, strange jumps on page, and I think not all internet providers allow it to work.
I may give up on editing your pages unless it works. I have written one section 5-6x only to lose it before getting to "submit". Please consider that there is a large pool of computer illiterate scholars out there who know their subjects well but who cannot edit in your present format.Can you suggest a tutor/assistant editor for me to hire in the Bethlehem, Pa. area? iwitness972 Iwitness972 ( talk) 18:36, 3 October 2013 (UTC)
In a long article, VE decided to turn the double-newlines between paragraphs into single newlines - thus turning the text in question into one wall of text. Here's an example edit - go down to Line 205 and you'll see VE removing the gaps between paragraphs. Compare before and after. This is some pretty serious VE damage - David Gerard ( talk) 20:35, 3 October 2013 (UTC)
Apart from the things I had already discussed earlier (reflists are not movable, many templates are also not movable, and when they do move, they have the same bugs as files had in moving), another promise of the new v19 version that doesn't seem to materialize: emptying section headers still adds "nowiki" tags: [14]. Fram ( talk) 06:35, 4 October 2013 (UTC)
I have reopened the bug 50254. I have asked there for a diff of where this was ever tested and supposed to have worked correctly. Fram ( talk) 06:47, 4 October 2013 (UTC)
See also [15], where an editor moves a section and VE leaves an empty header with a nowiki in. Did this already happen or is the new version, which is supposed to have solved this, actually worse than the previous one? Fram ( talk) 07:53, 4 October 2013 (UTC)
In Monobook, when I first open the dialogue and type a character into the "add template" text field, the field will get grey stripes for a second, and then the suggestions drop down menu will appear for a split second but then disappear again (too quick to use). Pressing backspace and trying again doesn't do anything, clicking away and clicking back and trying again doesn't do anything. Closing the dialogue and reopening it will cause the behaviour to repeat, however, but of course to no use. Behaviour is normal with Vector skin. FF 24 Win7. -- Atethnekos ( Discussion, Contributions) 07:40, 4 October 2013 (UTC)
A small (very small) bug: mouse display of links doesn't get actualized, when the editor leaves the small edit dialog to change links without pressing the "<" button (just by clicking somewhere else in the text the edit dialog closes aswell). Example: change German to "German language|German" in some test article and leave the link editor without pressing "<". The mouse display should show "German language" as internal link info, but still shows "German". However, "German language|German" is correctly saved to the source text (just the display is wrong). GermanJoe ( talk) 13:33, 4 October 2013 (UTC)
Dig this. What I was trying to do was add PladaoOffice and a reference link, which appeared to add correctly in the VE. Then I noticed there was a full stop after "SunShine Office", so I clicked on it to put the cursor there, and VE added a pile of "☃☃☃☃☃☃☃☃☃☃☃☃☃☃☃☃☃☃☃☃", and more each time I clicked again. Note also that my carefully constructed reference is gone, leaving only "<ref name=":0" />", and it's added another spurious one of those higher up - David Gerard ( talk) 14:00, 1 October 2013 (UTC)
This bug is really annoying! Every time I add a new reference I can't do anything after it because whatever I click on my keyboard the snowmen appear! Even clicking backspace to delete them multiplies them along with already existing text! Only way to get out of there is to cancel my edit and lose the work I've done! :/ Basically, VE can't be used almost at all at this point, since every addition to an article has to have a reference too! Is there any information about when this bug will get fixed? TeamGale 04:35, 3 October 2013 (UTC)
Roan says that the patch has been deployed. Does anyone want to find out whether it's working properly? Whatamidoing (WMF) ( talk) 00:47, 4 October 2013 (UTC)
Still trying to find out when it happens and when it doesn't, but it definitely isn't totally under control yet: [19]. Fram ( talk) 12:11, 4 October 2013 (UTC)
In my case, it happens when I have multiple refs in a row and try to remove a ref from between other refs. [20] Fram ( talk) 12:15, 4 October 2013 (UTC)
@ Elitre (WMF) Just got back. I made an update on my previous comment that it was working later. It was only a five minutes thing. Probably there was a change happening at the moment...? I don't know. But yes, I can describe what I was doing. I was editing this article. At first I wanted to add a wiki link to the name of an actor. I highlighted the name and click Ctrl+K as always. It didn't give me the drop down menu but when I clicked enter, I got the wiki link. I thought it was weird but I continued the editing. I typed my new text and when I finished I clicked "More" to add a ref but again, no drop menu appeared. I saved the article and added the ref with the source. Then I came here and wrote about it and then I went to edit another article. There, I was getting the drop down menus normally. I went back to the first article I was editing and I could get the drop down menus there too. If I encounter with this again, I'll let you know. P.S. I am using Mozilla. TeamGale 15:53, 4 October 2013 (UTC)
Just wanted to ask...how can we add categories with VE? In the past I could do it by clicking on "Page settings" but now when I click on it nothing happens! Is there somewhere else a button that adds categories? I searched everywhere but I can't find it. If it's still on the "Page settings" then something is not working right... Thanks TeamGale 09:54, 3 October 2013 (UTC)
It seems to work for me today. Whether that is due to the new release or something else, I don't know. Fram ( talk) 11:56, 4 October 2013 (UTC)
Having looked a bit more at categories, I encountered another strange phenomenon. On Opel Laubfrosch, which has a lot of categories, the order of the cats on the page settings tab changes. Initially I get 8 categories, from "Opel vehicles" to "compact cars". But when I e.g. click on the drop down button next to 1920s automobiles, and then click again in the "categories" window (to close the drop down without any changes), I get 10 cats instead of 8, and in a different order. "Vehicles introduced in 1924" and "Sedans" are doubled (explaining the increase from 8 to 10), and the 3rd one is now no longer "1920s automobiles" but "1930s automobiles"... This can go on for quite a while, with the occasional disappearance of a cat as well apparently (normally the last one). Things start to break down, with the page settings then no longer working, or it being no longer possible to add a cat, and so on. (By the way, ordering cats seems to be impossible in VE?) Fram ( talk) 09:53, 7 October 2013 (UTC)
I think I might be blackballed, but I'll give it a go anyway:
If I start a new template and type in "citation needed", I get the "Month and year" parameter already included, and an option to click on "Reason for citation" to add that parameter. But if I start a new template and instead type in the short "cn", the TemplateData isn't loaded, although I can still manually enter the parameters and it works fine, just more slowly (e.g., [21]). FF 24. Win7-- Atethnekos ( Discussion, Contributions) 05:30, 4 October 2013 (UTC)
#REDIRECT [[]]
itself; some templates like {{
R to section}}
; some categories. See
Wellington (Somerset) railway station for an example which has all three. As noted above, it is easy for the TD on the redir to get out of synch with the main template; but besides that, some templates have several redirects - see for example
those for Template:Citation needed. Setting up all of those is a big task, and keeping them in synch would be a nightmare. If VE is the problem, VE should be fixed. --
Redrose64 (
talk) 17:54, 6 October 2013 (UTC)
cn
and fact
. That will need to be undone someday (so that the today's TemplateData doesn't permanently override the master copy, once a real solution is in place), so it would be wise to keep a list. Perhaps making a list at the end of the TemplateData page would be the best choice.
Whatamidoing (WMF) (
talk) 18:32, 8 October 2013 (UTC)Hi.
I am not sure if it is a VisualEditor bug but then, I don't have any other answer for the question "what has caused this issue?" Here we go.
I tried bypassing my browser cache but that did not do anything good.
Best regards,
Codename Lisa (
talk) 10:25, 4 October 2013 (UTC)
This does sound like a carry over from how the section edit tabs are renamed for VE. Some javascript somewhere is modifying the display of various classes. Looking at the html
<span class="mw-editsection plainlinks mw-editsection-expanded" id="doc_editlinks" style="direction: ltr;">
[<a href="/wiki/Template:Infobox_book/doc" title="">view</a>]
[<a class="external text" href="https://en.wikipedia.org/?title=Template:Infobox_book/doc&action=edit" title="">Edit</a>]
[<a class="external text" href="https://en.wikipedia.org/?title=Template:Infobox_book/doc&action=history" title="">history</a>]
[<span class="noprint plainlinks purgelink"><a class="external text" href="https://en.wikipedia.org/?title=Template:Infobox_book&action=purge#" title=""><span title="Purge this page">purge</span></a></span>]
</span>
This is the same as in the section edit links which also use <span class="mw-editsection mw-editsection-expanded" style="direction: ltr;">
. The upshot of this is that the css/js which changes the labels also affects the links in the documentation page. It could be fixed by adding a not(.plainlinks)
to the appropriate code, if I could find it.
I would say more could be done to have a simple class for VE edit links, the css you need to find just these is much harder than it needs to be.-- User:Salix alba ( talk): 12:35, 4 October 2013 (UTC)
Once one bug disappears (like the page settings not working, or the snowmen), another strange one seems to appear instead. Something has become very unstable apparently. \
The new one (for me at least, perhaps it already existed): when I edit a page in Beta (my sandbox, or a main space page), I get next to the page title two pale blue links, "edit source / edit beta", which bring me to the section editing for the lead. I don't get these pale links for other sections, only next to the title. I can't remember these being there, and I can't see the use for them (and if they have a use, they would probably be wanted for other sections as well). Fram ( talk) 12:01, 4 October 2013 (UTC)
File:VE error Fram 1.jpg! Fram ( talk) 13:35, 4 October 2013 (UTC)
The article Double check has "Be6++" in the caption of the first chess table, when it should be "Be6+" (the lede says "+", not "++", is "almost always" used.)
I cannot, for the life of me, figure out how to remove that extra plus sign using VE. I can't place my cursor in the caption. Double-clicking in the caption or the chess board does nothing. Clicking the little puzzle piece gives me a dialog with a bunch of numbered parameters but no clue how to edit the caption. Can someone walk me through the steps to do what I'm trying to do?
Also, when I click "edit this page - beta", VE appears to take all the chess pieces off the boards and move them below the chess boards. 28bytes ( talk) 20:17, 4 October 2013 (UTC)
Sue Gardner ( talk) 17:23, 5 October 2013 (UTC)
Oh blah, I just realized I was wrong. I originally filed this reporting that the Cite Journal template was missing an Article Title field, but I realize now it's there just labeled Source Title. I will keep this bug report here though, because the messiness of the template deserves a look anyway. It's probably worth renaming Source Title to Article Title too -- the latter feels more intuitive. Feel free to close/resolve this if you want :-) Sue Gardner ( talk) 17:27, 5 October 2013 (UTC)
I've just reported T57493 and T57494 which both relate to VE problems on pages starting with a full stop (.), e.g. .mp, talk:.uk.
I am noting this here as I have only been able to test in Firefox 24 on linux. It would be useful if people with access to other systems/browsers could verify whether they are affected too. Cheers, Thryduulf ( talk) 01:42, 9 October 2013 (UTC)
mw.Title
) to make it actually do what people expect (i.e., work like MediaWiki's Title.php
). This will incidentally fix bugs in UploadWizard, Page Curation, Notifications and, yes, VisualEditor. Sorry for the disruption.
Jdforrester (WMF) (
talk) 15:52, 9 October 2013 (UTC)I am very impressed by how well succession boxes work with VE. While I'd appreciate a more WYSIWYG way of editing them, the current setup works quite nicely, with the various templates placed neatly into one dialog.
Thank you!
— Preceding unsigned comment added by Ypnypn ( talk • contribs) 15:58, 9 October 2013 (UTC)
{{#tag:Foo|bar|baz}}
was a big challenge, and we don't think it's anything close to perfect yet, but I'm glad you found it at least workable. A more WYSIWYG-like way of editing table-like templates (most especially, infoboxes) is something we'd like to get around to doing at some point in the future, yes.
Jdforrester (WMF) (
talk) 16:10, 9 October 2013 (UTC)One bugzilla that was related to this was recently closed, others seem to still be open, so just to let you know that despite the extremely low number of VE Edits still ebing made, this still is a problem, e.g. [25]. Fram ( talk) 13:43, 4 October 2013 (UTC)
OK...I was encounter again with this weird thing and I was trying to understand when it's happening. What I noticed is that while I was getting more down to the page, the drop down menus were getting "shorter" and sometimes disappear at the very end. I tried it to many pages to see if it was happening everywhere and it does. I don't know exactly how to describe it that's why I took screencaps from the page. All three are from the same page, in different height. See how the drop down menu of "more" can be seen entirely at the top of the page and how it gradually disappear as I get closer to the bottom. It's really weird!! The same thing happens when I am trying to add a wiki link in the article's text and to be honest, that's how I notice the gradually disappearing.
P.S. I uploaded the screencap as a free own work but I don't know if that is right. If it's not, can you please change/add the license on the upload page to fit the right criteria. Thanks.
TeamGale 11:13, 5 October 2013 (UTC)
I can confirm that the lower you go on a page, the less you see of the drop-down menus. A contender for most bizarre error, this one. On a page like Opel Laubfrosch, I only can access "strikethrough" from the "more" menu and nothing from the "paragraph" menu when I am at or near the bottom of the page. (That page is also a nice indicator of the infobox probem; when you are removing empty spaces at the top in VE mode, you are actually removing infoboxes which are "below the fold", not visible to the editor (on most regular screen - resolution combinations). Fram ( talk) 09:40, 7 October 2013 (UTC)
The fix was deployed yesterday. I can't reproduce it now. John Vandenberg ( chat) 00:08, 10 October 2013 (UTC)
Editing Microsoft Works ( this version, I've edited this section of the article since):
The bug doesn't seem to be triggered with just step 3 - I needed to do step 2 as well - David Gerard ( talk) 12:56, 13 October 2013 (UTC)
I don't have time atm to see whether this is a duplicate or not, but at [26] try inserting anything between the close parenthesis at the end of the conversion template and the reference and you get exactly one pawn.
Inserting anything before the reference in the paragraph above gets you the reverse typing bug. Thryduulf ( talk) 12:02, 15 October 2013 (UTC)
The first difference in this diff explains the title. When you go to the old version of the article, and position your cursor after the comma, press backspace, and then add something else instead (a hyphen, dash, whatever), you are adding that part inside the "bold" title. In this case, the difference between bold or not bold is invisible (to me), but I don't think this behaviour is always wanted (and wouldn't happen in wikitext editing). Fram ( talk) 12:08, 16 October 2013 (UTC)
VE seems to make unnecessary changes. I wouldn't mind so much if it always helped to maintain the layout of invisible elements, but normally it just screws them (like infoboxes, or position of templates), without any effect on the rendered page but with a less easily readable wikitext editing window.
What I notice now though are totally unnecessary and hard to explain changes to ref names. For some reason, VE decides that all ref names need to be in quotes, which is not true at all and doesn't help one bit. It also decides that between the final quote and the forward slash, there needs to be a space. All this has no effect on the rendered page, and doesn't make the wikitext page any easier (or harder) to read, so why does VE bother doing this, which only helps to make diffs a lot longer.
Take a look at e.g. [27]: can you easily see if any significant change has been made, and what that may be?
First difference; <ref name="globsec-arjun"/> becomes <ref name="globsec-arjun" /> Further: <ref name=nomorearjuns> becomes <ref name="nomorearjuns">
and so on. I have not found the actual significant difference between the old and new version. What is the purpose and benefit of this? If VE would always make the "invisible" layout clearer and better, fine, but VE doesn't care one bit about wikitext layout, so I don't get this useless editing. Fram ( talk) 09:27, 7 October 2013 (UTC)
:0
as the "name"? If not, I think we should start one. Something like Word0
(any word taken out of the ref that isn't already in use, plus any number if you want) would much be better.
Whatamidoing (WMF) (
talk) 22:22, 8 October 2013 (UTC)
Ok, I have some answers here. I asked James on IRC if VE adding that ref name 0 was a bug (because we thought it was). He said No, what was wrong is that it shouldn't do that unless the name is needed (i.e. the reference is re-used). He confirms that it auto-names references (as ":0", ":1", ":2", … to avoid clashes with names that humans would pick). James also added that If a reference is removed, the others are renumbered in the page but not in name, no (which means, they can change from being [3] to [2], but should not change from ":3" to ":2", for example). I asked why we are using numbers, and learned that we could use :a, :b, :c instead, except that that assumes you can use a Latin keyboard (Arabic numerals are much more common). Unfortunately, it seems that working out what to put instead of just a number (or a letter) is hard for VE, so it can't, like I suggested, pull out the name and surname of an author (for example). At this point, since in a given text a mix between named and numbered references can be found very easily, the name and the number of the reference can't match. So starting with 0 or with 1 doesn't really make a difference, I guess. HTH, -- Elitre (WMF) ( talk) 20:10, 10 October 2013 (UTC)
For the record, similar unnecessary changes are still being made today, [31]. Fram ( talk) 15:58, 21 October 2013 (UTC)
See this edit; I deleted a stub template that was placed between a reference template and a navigation box template, which resulted in both templates ending up on the same line with the navbox displaying all messed up. -- WS ( talk) 12:50, 8 October 2013 (UTC)
I have no idea when the weekly deployment takes place, but the same still happens now. -- WS ( talk) 09:04, 16 October 2013 (UTC)
These are all known, I believe, but it doesn't hurt to bring them in the spotlight again (and perhaps some of them were already supposed to be fixed or thought to be very rare).
That's three times in about 30 edits. They are minor problems, but when you get them so often, they again become quite annoying. Fram ( talk) 13:38, 11 October 2013 (UTC)
[[mismatched bracket]s
. List formatting (especially converting existing paragraphs into a properly formatted list with no
WP:ACCESS-violating intervening blank spaces) is easier and faster in VisualEditor. Several people have said that VisualEditor allows them to focus more on their writing and less on the existence of of brackets, templates, and other infrastructure.[[link| ]]
shown in #1, except that I actually did that a while ago), and things that it might never be as appropriate for (can you imagine writing a complex template in VisualEditor?). The eventual goal is for VisualEditor to be good enough that people who want to use it will be able to edit any page they want. This requires real-world testing on complex and diverse pages, not just the multiple kinds of tests that are done by the staff or other knowledgeable people.
Whatamidoing (WMF) (
talk) 22:44, 15 October 2013 (UTC)
More examples of bug 3. When do people actually "want" to have one letter black instead of blue or red? Ever? Then why is this the default behaviour from VE in these cases?
[32]
[33]
Fram (
talk) 16:02, 21 October 2013 (UTC)
This was probably an intentional change, but I now find that VE is disabled for anons. i.e. if the anon user happens to add ?veaction=edit in the URL, it no longer loads VE.
It would be nice if the VE backend (php) recognised ?veaction=edit , maybe with &debug=true also enabled, and loaded VE irrespective of user preferences. That would allow testing in many browsers without logging in - which is a bugger because logging into a second browser causes the first browser to be logged out.( bugzilla:49890) Are other people experiencing the same issue? I dont want to raise a bug if there is a good reason why veaction=edit in the URL shouldn't force the VE backend to load VE. John Vandenberg ( chat) 01:28, 13 October 2013 (UTC)
jdforrester has said on the bug "I feel that this conflicts with the expressed will of the community (to prevent anonymous users from being able to use VisualEditor)." Perhaps we need to review the previous community discussion, and start a new one if this bug conflicts with the prior decision. John Vandenberg ( chat) 07:42, 20 October 2013 (UTC)
There does not seem to be a way to delete the first of two hatnotes without leaving extra space at the top of the article. 28bytes ( talk) 03:20, 15 October 2013 (UTC)
References are numbered incorrectly within Visual Editor if some are included in templates. Its very annoying to see there is something wrong with a ref number X at the bottom of the page, the locate ref X in the text (after starting to edit), only to discover it is the wrong ref. Found it is in bugzilla as
bugzilla:51289 -
Evad37 (
talk) 16:02, 15 October 2013 (UTC)
This is an edit where VE did the job superlatively well and was far easier to use than doing the same thing in wikitext would have been. The references all cut'n'pasted properly too (and I liked the way they renumbered instantly). Thank you! - David Gerard ( talk) 23:06, 17 October 2013 (UTC)
Some draft templates (a template for when the article is still a draf) in ptwiki are ridiculous big: 1, 2. Though the template has a size parameter most of time, it seems that the parameter is not passed when in VE.
I fixed the issue by adding a fixed width div in the image placeholder but some users got unhappy with the change, also because they seems a bit pessimistic about the VE. I also think that these images should be as smaller as icons not 20mb heavy downsized to 20x20px but this is another issue...
Issue was related here but got no responses.
Thanks for any feedback on this.
Dianakc ( talk) 18:36, 18 October 2013 (UTC)
tamanho
" parameter as "50px" which is passed into
pt:Predefinição:asbox as the "pix
" parameter. This is meant to just be a number (e.g. "50"), as the template adds "px" anyway, which means it becomes "50pxpx" which currently causes Parsoid to choke and needs to work around - see
bug 51628. In the short term, if you fix the template it will go away after Parsoid has a chance to re-parse the page - I've just done this for that template. Sorry for the bug.
Jdforrester (WMF) (
talk) 19:50, 18 October 2013 (UTC)Hello. Just a little thing that's kind of annoying. I don't know exactly how to describe it but I'll try. Since the new launch on Thursday, the cursor disappears when I try to add a new parameter to the templates. What I mean...before, when I was adding a template, after clicking for a new parameter, the cursor was automatically in the box where I write the title of the parameter. Now I have to click on the box first. Also before, when the new parameter was added, the cursor was automatically in the box where I write the content of the parameter. Now I also have to click on the box first. It might be a small thing but it's kind of annoying to move the mouse back and forth, especially when you have 5-6 parameters to add to a template (e.g. for a reference) and it takes more time.
P.S. I like that the "add summary" box is now in the middle of the screen :)
TeamGale 16:55, 19 October 2013 (UTC)
I made a one-word change to Northeim that called for a some-what lengthy explanation. After about two and a half lines, the vertical bar (cursor) kept blinking, but I could not add text. This means that my explanation was cut off in mid-sentence. (The material I typed was saved when I gave up and clicked to save.) Kdammers ( talk) 04:33, 20 October 2013 (UTC)
In VE I can't see any way to use italics. I don't see any icons, unlike in "edit source." (Control-i brings up a new pane when I try that,using Firefox.) Kdammers ( talk) 05:13, 20 October 2013 (UTC) --That is, on the talk page. Kdammers ( talk) 08:31, 20 October 2013 (UTC)
Contrary to what had been claimed ("you can't make syntactically incorrect statements in VE"), you can apparently do this, e.g. emptying a named ref so that it gives a " Cite error: The named reference prisa was invoked but never defined " error. See here for an example. No idea how the editor did it, I have not tried to reproduce it. Fram ( talk) 08:16, 21 October 2013 (UTC)
Why was this removed!? It was much easier to edit articles with the VisualEditor than by editing this nightmarish source code directly. Especially editing the middle of tables, ugh. We should be free to choose which editor we prefer, not forced to slog around in line noise like we're stuck in the dark ages. 71.167.70.47 ( talk) 21:01, 21 October 2013 (UTC)
When I open User:Fram/sandbox with VE, I get at the top a box, beneath the triangle exclamation mark symbol, saying "1 notice" (left), "X" (right), and (bottom right, redlinked) "Group notice Page notice". I get the same in mainspace articles, without the "group notice". I don't think having an empty "notice" is useful for anyone... Fram ( talk) 11:55, 22 October 2013 (UTC)
When I open Jill McCorkle in VE, I get some "hard return" symbols (enter arrows) in the lead, after "MA" and after "Bennington College". I don't think a WYSIWYG should show these (or else it should show "all" layout markers). Fram ( talk) 11:58, 22 October 2013 (UTC)
Noticed at Samuel Gordon (New York) that the thumb image is a lot smaller in VE than in read mode. This seems to be true for other articles as well, e.g. Metropolitan line (1933–88), so it doesn't seem to be article-related. Windows 7, Firefox 24. Fram ( talk) 12:14, 22 October 2013 (UTC)
In VE, there are a few icons, most of which are common to word processors like MSW. But there are functions in word processors that are either missing or hard to find in VE. I just added an ISBN to Jill McCorkle. It went in as plain text. Since all the other ISBNs were hyperlinked, I tired to do that in VE. There is no paint-brush to copy format, so I tried using the link icon. since there are no instructions, I fiddled around for a while before giving up. Then I hti the pull-down more and tried every-thing that seemed likely: nope, at best some complicated confusing panes opened up. So I gave up. (If my computer were faster, I'd've switched out fo VE adn quickly made the change in code, but I thought it more important to leave a message here.) Kdammers ( talk) 00:57, 23 October 2013 (UTC)
ISBN 1234567890
gives ISBN 1234567890 without having anything to do. VE isn't doing this also ? --
NicoV (
Talk on frwiki) 14:25, 23 October 2013 (UTC)
ISBN 1234567890
in VE, it's not displayed as ISBN 1234567890 (the link is not displayed in VE). Its only displayed correctly once saved, because MW parser does the trick, not VE. --
NicoV (
Talk on frwiki) 20:57, 23 October 2013 (UTC)
It's just a random example that caught my eye, indicating some of the common problems and some rather uncommon problems with VE. While VE slowly improves, it seems that very few of these day-to-day problems get fixed (the infobox deletion one is a recent good exception to this rule), while very low priority ones like "showing the size of an image while resizing it" become available. Fram ( talk) 11:41, 23 October 2013 (UTC)
I was trying to convert bad material into a comment in the article on Gerald Celente. When I came to the end of the comment and tried to close it (using html in lieu of any idea what else to use), I got what looks like a chess pawn when I previewed it: ♙. Kdammers ( talk) 05:28, 24 October 2013 (UTC)
This was previously mentioned at Wikipedia:VisualEditor/Feedback/Archive_2013_12#Moving_links_on_the_page_from_outside_the_VE_surface_into_the_VE_surface. But I've now made a video with audio for demonstrating the issue, which should appear to the right. This in FF 24 Win 7 with Monobook. -- Atethnekos ( Discussion, Contributions) 03:48, 30 October 2013 (UTC)
The section edit links for VE are not working properly. When I mouse over the link, the "&veaction=edit§ion=1" is added to the end of the link, however, when I click on the link, it doesn't add that part, just adding "&veaction=edit". This means that the page doesn't scroll to the right place. (As a side note, I noticed this because when switching between VE and source edit the it leaves off the section part. I don't know if these are related or separate, or even if the latter is intentional.) (This shows up at least on Tonopah Air Force Base and User:Jay8g/sandbox.) (Windows 7, Firefox 24, monobook):Jay8g [ V• T• E 04:23, 2 November 2013 (UTC)
At the National English Ability Test, I am trying to clean up a minor point and correct an error, both in the references. One (footnote 5) has an extra set of parentheses and a changed font: (in (Korean)). The other (footnote 3) incorrectly indicates that the reference is in Korean. When I try to use VE to edit, I get the section pale-blued. When I click any-where in this, I get a stronger blue with a white rectangle in the upper right-hand corner with what is supposed to be a books icon. Nothing can be changed in the blue screen. when I click on the icon, I get /info/en/?search=National_English_Ability_Test?veaction=edit, which is a blank white screen with the same icon followed by "Reference list," a cog icon followed by "Options," and "Use this group" above an entry box. There is also a big X in the upper right-hand corner and a "Apply changes in the bottom right-hand corner. The only operative part of this screen is (other than the X and, presumably, the "Apply changes" is the entry box. What in the world does this have to do with editing the text? what "groups" are being referred to? What am I supposed to type into the box -- some sort of group name?? In other words, using VE I have no idea at all how to make the two simple changes I mentioned at the start. (I recall having encountered the blue screen before, but I can't remember what the explanation was. In any case, if we are trying to make editing easier for people thinking in terms of WSIWYG word processing, this is not the way to do it.) Kdammers ( talk) 07:40, 2 November 2013 (UTC)
[42] People in Hindu mythology Redtigerxyz Talk 05:25, 3 November 2013 (UTC)
In the article on Michael Tellinger, much of the text is (erroneously) in italics. But when I went to fix it using VE, what is in italics is not what is in italics on direct viewing! Kdammers ( talk) 07:08, 3 November 2013 (UTC)
Edited Egidio Arévalo's page. This happened - https://en.wikipedia.org/?title=Egidio_Ar%C3%A9valo&diff=580200791&oldid=577924442. I'm undoing and then making my changes using 'change source'. Not sure if this is a pre-existing bug or something new. Red Fiona ( talk) 19:55, 4 November 2013 (UTC)
Is this a bug that only had this result in VE? Then, for all our purposes, this is a VE bug. Which part of VE is responsible for it, or whether technically it is a Parsoid bug that only affects VE, is for us 'readers, editors, VE testers) not relevant. If my car crashes into the wall each time, then I don't want to here "there's nothing wrong with the car, it's those new tyres we have been placing on all our cars". The end result is the same, the cause is the same (VE editing), and which part of the WMF development is actually to blame underneath is not really what we care about, comments like "it was a problem with the Parsoid parsing libraries update (not VE)" or TheDJs comment seem to miss this point or try to make some distinction to divert blame away from VE. — Preceding unsigned comment added by Fram ( talk • contribs) 13:33, 5 November 2013 (UTC)
For anyone interested in the technical details, the Parsoid team switched to a new form parsing library, and the new one defaulted to ISO-8859-1 rather than UTF-8. It appears that the problem was fixed on all wikis approximately 65 minutes after the update. Whatamidoing (WMF) ( talk) 16:33, 8 November 2013 (UTC)
See this diff - it garbles Japanese characters, accented characters, even mdashes. Basically, anything that's not ASCII. Presumably this is the same bug as the section above, I just want to bring it to your attention that it's not just the FR wiki, it's everywhere- as of now, VE is worse than useless on pretty much every page in every language. -- Pres N 20:43, 4 November 2013 (UTC)
An editor made a lot of edits to Robert Lecker using VE, but gradually created a problem which strangely can only be corrected by wikitext editing aparrently... The problems seem to start here (scroll down and search for "The Annotated Bibliography of Canada's Major Authors"), and become worse here and here. Attempts to solve it only move the problem, here and here. Removing it in wikitext mode is no problem though [43].
Going back to that final VE edit, and opening it in VE [44]: put your cursor behind the strange quote marks (in the Anthologies section), and start backspacing. Hurrah, they're gone! You get a wiki-markup warning, but that doessn't stop us. Now, on "save page", choose "review your changes": the marks you just removed with backspace are back there!
So, three VE questions / problems: why were these created in the first place, why can't we remove them, and why does the end result differ from the VE mode (i.e. they can be removed in VE mode, but reappear on saving anyway). Fram ( talk) 09:30, 6 November 2013 (UTC)
It's hard to prove that this is a VE bug and not simply an editor error, but I've seen enough similar cases to fear the former: this edit creates [[Homeschooling in the United States|homeschooling]][[̩|.]]. I don't think the editor intended to link the period separately... Fram ( talk) 09:42, 6 November 2013 (UTC)
Here as well, ''Arundo donax''(giant reed) gets changed into ''[[Arundo donax]]''[[Arundo donax|(]]<nowiki/>giant reed). Fram ( talk) 12:24, 7 November 2013 (UTC)
This edit again indicates the problem for users to place files correctly (i.e. not breaking sentences), and also indicates that the possibility to add hidden comments should be given (or, if it exists, made more noticeable to editors). Fram ( talk) 09:44, 6 November 2013 (UTC)
Minor, but any feedback is welcome, no? ;-) In Wisconsin v. Yoder, with my screen resolution (it will be different for others), the text "The parents' fundamental right to freedom of religion[...]" forms the second line of the lead in regular view and in VE mode (fine so far). Due to the double space between "8th grade." and "The parents' fundamental" though, in VE the line starts with an empty space, instead of left aligned as it should be. Is this intentional? It is not WYSIWYG, since such double spaces are not shown with double width in view mode. Fram ( talk) 09:55, 6 November 2013 (UTC)
I tried to add {{ who}} after "by one of their graduates." on Cornerstone Community#Training using Google Chrome on my Samsung Galaxy Note locked to vertical viewing. Positioning the cursor works well.
I am stuck in a dialog that doesnt work, with the dialog including lots of whitespace but not the button I need. I then realise I can pinch the screen for the rest of the dialog to become visible. Success! John Vandenberg ( chat) 11:23, 7 November 2013 (UTC)
Status | New: |
---|---|
Description | The transluction-edit puzzle button don't appear on {{ multiple image}} with vertical direction. (see Headquarters box) |
To duplicate: | |
Operating system | Linux Mint |
Web browser | Firefox |
Site | Internet Archive |
Workaround | |
Skin | Vector |
Resolution | 1280x1024px |
Bugzilla |
Rezonansowy ( talk • contribs) 15:06, 7 November 2013 (UTC)
But I have no idea which ones can and which ones can't. At Petabyte, the one at the start can't. Why? The navbox at the end has the typical navbox problem, and simply disappears. The reflist can be moved, but that's hardly necessary of course... Fram ( talk) 15:40, 7 November 2013 (UTC)
After switching from source editor to VE, the category box shows up at the top of the page, between the toolbar and the editable area (Monobook, FireFox 25, Windows 7):Jay8g [ V• T• E 03:08, 8 November 2013 (UTC)
I have noticed similar things quite regularly, but never could find an example that was reproducable...
Open [45], click the ref ([1]), click the ref icon, click on the image, click the image icon, and start typing (e.g; "Caption"). The "C" goes to the second line, and "aption" appears on the first line. It is impssible to remove the C, as far as I can tell. Further typing, e.g. after the C, may reveal further strange results... Saving this shows that it is not simply a VE display problem, but that things get actually saved like this... [46]
Further tests show me that if I add an image or open one without a caption, and start typing the caption (any caption), I always get this result. FF25, Windows 7. Fram ( talk) 15:27, 8 November 2013 (UTC)
When testing on Yersinia pseudotuberculosis, I moved the Template:Gram-negative proteobacterial bacterial diseases navbox from the bottom a bit higher. I dropped it after the "IPR015227" text a few lines higher. The result is that the navbox disappears from view, and in "review your changes" it is simply deleted. I haven't saved this result, doesn't seem to be a point in saving this... Further tests show that it doesn't really matter where I place the navbox, it always gets deleted. Testing on other articles indicate that this happens with all navboxes (test on Albert I of Belgium, which takes quite a while to open though...) Changing the order of the navboxes works, but as soon as you want to place it higher on the page, it disappears completely. Fram ( talk) 09:31, 29 October 2013 (UTC)
<ref>
into the completely broken [ref>
. I have no idea why this makes navboxes quit disappearing, but perhaps I can claim to be confused at a more advanced level now. If anyone wants to play with it, you'll find the articles in
User:Whatamidoing_(WMF)/sandbox2.
Whatamidoing (WMF) (
talk) 20:37, 11 November 2013 (UTC)This bug page [48] has the note "RESOLVED FIXED", but the references 19 and 20 in Baruch Spinoza which are in image captions disappear from the references list in VE and the numbering becomes discombobulated. Win7 FF 24.0 Monobook. -- Atethnekos ( Discussion, Contributions) 05:42, 12 November 2013 (UTC)
Hi everybody! Some of you use Template:VE Bug in order to report bugs here. It's great that such a form exists, and I wish that other wikis had adopted it as well; I'd just like to suggest a few improvements for a very simple reason, we do know that a well written report helps developers a lot when they review, assess and assign bugs. Everybody knows that VE bugs can't really be triaged by anyone without knowing browser (and its version), skin, description and URL (or title at least) of the page where the error happened (I'd add that the OS seems needed as well). Many of us are familiar with this How to report a bug guide, and I would like to suggest that we slightly change the form so that some of those suggestions are included. For example, it would truly help if the Description field also prompted the user to include:
(Please take a look at bug 55856 for an example of how this process might be easily described).
Also, looks like templates like Tracked and Answered one very popular on this wiki, and thus the related fields of the current VE Bug form are unused.
Even if you don't actually use the form to report, please keep in mind that the elements in bold are the key, and I am planning to remind this at the top of this page soon :)
For those who are good at templates instead, please comment and suggest improvements of my mockup version for a new report form. Thank you all so much. -- Elitre (WMF) ( talk) 12:18, 22 October 2013 (UTC)
Pointillist, User:Salix alba, User:Thryduulf Hey, since I don't usually publish templates... can someone make User:Elitre_(WMF)/Sandbox2 official? I am not sure we want to overwrite the original one. Also, would a link to mw:How_to_report_a_bug be enough as documentation, for the time being? Thanks, -- Elitre (WMF) ( talk) 13:08, 4 November 2013 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Somewhere to report bugs |
Steps to Reproduce: | Do this
|
Results: | a nicely formatted report |
Expectations: | VE devs will instantly fix the bug |
Page where the issue occurs | Template:VE_Bug2 |
Web browser | Chrome |
Operating system | Mac OSX |
Skin | Vector |
Notes: | This is not really a bug report |
Workaround or suggested solution | write it by hand |
When using VE, the TOC disappears (tested in Flags of counties of the United States and Auto racing). I don't think this happened already before the weekend, I think I would have noticed it... FF25, Windows 7. Fram ( talk) 14:56, 12 November 2013 (UTC)
I did a significant copy-edit of an article today, using VisualEditor as much as possible. There were still a few things I had to use wikitext for (in particular, accented letters and some odd template stuff), but on the whole I was able to complete the edits with just VisualEditor. I would not have been able to do that four months ago. Good work on the steady progress. Risker ( talk) 06:40, 15 November 2013 (UTC)
I have been told by some that I shouldn't blame WMF (devs, systems, whatever) for the shortcomings of VE, but seriously, sometimes it can't be helped. If it tunrs out that my reason for this post is based on flawed information, then please let me know. Otherwise:
The switch between VE and wikitext editing has been active now for a few weeks, and was announced at e.g. mw:VisualEditor/status#2013-10-monthly as one of the major new features of the month in VE.
As far as I can tell, this has never worked in Firefox (see Wikipedia:VisualEditor/Feedback#Messages should reference ability to switch to source editor. If correct, this means that a major new feature has not been tested on one of the two or three main browsers for VE. Coupled with the serious failure of early November with accents, which revealed that new VE releases were (until then) not tested on non-enwiki versions, makes it obvious that the criticisms which were raised multiple times and which led in part to the RfC fiasco here, have not changed anything at WMF (or whichever part of WMF is responsible for this) concerning this.
Why should we believe anything the WMF tells us wrt to testing, feedback, learned lessons, and so on if it looks as if in reality all we get is a big "fuck you, we don't do testing, you are still the guinea pigs" anyway? Why would we believe that the approach to e.g. Flow will be any better? Fram ( talk) 14:10, 15 November 2013 (UTC)
When I add a category, it does not appear on the page after saving. John Vandenberg ( chat) 04:46, 8 November 2013 (UTC)
Did adding categories work properly in the past? I guessing it is a regression, as I doubt that VE was rolled out to Category pages when adding of parent categories does not work properly, and nobody has noticed until now. John Vandenberg ( chat) 17:30, 8 November 2013 (UTC)
Hi, I noticed that several edits by VE on frwiki are modifying the regular space character before ":", replacing with an other whitespace character, but probably an odd one since the count of characters is increasing by 1 for each character replaced. Examples: [49], [50], ... This is again a problem making dirty diffs and leaving strange characters (but invisible) in articles. Could something be done about this so that normal space characters are not replaced by something else ? -- NicoV ( Talk on frwiki) 12:07, 5 November 2013 (UTC)
Any news about this one ? It's regularly making dirty diffs on frwiki, and nothing seems to have changed. Is there any bugzilla for this ? -- NicoV ( Talk on frwiki) 15:00, 15 November 2013 (UTC)
The handling of hidden elements (some templates like italictitle, persondata, ...; and of course categories) in VE really messes up the wikitext layout of pages. See e.g. here, where a whole lot of text is added after the persondata and categories, but before the stub tag. While this happens in wikitext editing as well, in VE it is much easier and can be done by editors not wanting to do this but getting this result anyway. Luckily, the editor noticed this and corrected it in the wikitext editor [51], which again makes one wonder what the added value of VE is. Fram ( talk) 08:56, 18 November 2013 (UTC)
Here, at "humor effect", you get a citation needed with a reason. In VE mode, you get a "span title =" which shouldn't be there... Fram ( talk) 14:05, 7 November 2013 (UTC)
Here, something went wrong. Note the editor succeeded in introducing wiki-markup into the VE text :-) Probably not a very common bug (or occurrence, "bug" may be the wrong word here), but indicative that the wiki-linking feature perhaps isn't as intuitive as hoped. Fram ( talk) 14:52, 6 November 2013 (UTC)
<nowiki>[[This]]</nowiki>
.
Whatamidoing (WMF) (
talk) 20:28, 18 November 2013 (UTC)
I want to copy an image from one site (characters in the t.v. show "Bones") to another site, (List of fictional anthropologists). I got the picture to copy (using the source file) onto the media page (though there was no explanation of what to do), but then I was stumped. There was no "paste," "apply," "do" or any other similar button (to say nothing of there being no explanation there or at the guide ( /info/en/?search=Wikipedia:VisualEditor/User_guide) page. All I saw was a big X. Suffice it to say that I didn't succeed in getting the picture onto the page. Kdammers ( talk) 01:39, 8 November 2013 (UTC)
Kdammers, you asked "How do I insert a picture?" and later "why is there a media button?" The answer to those is: you can insert a picture using the media button, it works (more or less, e.g. don't try to insert it at the left side...). But what you actually wanted to do, was copy an image from one article to another using VE. This is not possible (although it would of course be very useful). What you have to do is determine the file name (which is impossible in VE! You have to do it in wikitext), and then type that name into the destination article into the box you get when you chose "media". Obviously, if you are savvy enough to open wikitext to find the filename, you'll probably simply copy-paste the full "file" text and open the other article in wikitext as well...
Elitre, I presume you misunderstood the intended question (understandably, it wasn't very clear), but I hope that you don't mean that the lack of copy-paste (and many other features) in the "media" feature is "working as intended", but that the feature works for the few things it does, but is severely lacking in many others. If it truly was the intention that the "media" option only would offer what it does now, then I don't think VE will ever be considered non-beta. Fram ( talk) 12:38, 8 November 2013 (UTC)
I never thought to click on the "Insert Media or the icon next to it, since that seemed like nothing more than the title. But checking back I tried it, but clicking on them didn't do any-thing any-way. Kdammers ( talk) 08:05, 9 November 2013 (UTC)
"E" "ily DeSchanel" "mily DeSchane" "ly DeSchan" etc. when I tried to erase this mess, I could only erase some of it, leaving a list about 5 or ten lines long with one and two letters per line. Other than backing out (or adding stuff), I can't seem to do any-thing with this. Kdammers ( talk) 09:24, 16 November 2013 (UTC)
Some archives were renumbered to correct an error resulting from the original configuration of the archiving bot. If this is not the page you were expecting, please try Wikipedia:VisualEditor/Feedback/Archive 2013 12. |
This page is an archive. Do not edit the contents of this page. Please direct any additional comments to the current main page. |
I am missing the way how to add references. Juandev ( talk) 12:17, 29 March 2013 (UTC)
Yeah, for me as an experienced editor, and for many of the "new" editors that I work with adding citation is an important task. I felt almost helpless and like an idiot because I couldn't figure out how to add a citation. Back to the old way I go! :) SarahStierch ( talk) 04:32, 3 May 2013 (UTC)
I tried to clean up white space on this rev of Belmont Report, in section "The Belmont Report Today". It highlit the white space in green and said I couldn't edit it. I was able to remove the white space by placing the cursor on the line above and using the delete key instead, though I then got a "review" screen showing I had duplicated a paragraph! I can try to reproduce the exact sequence if it's of interest. Mike Christie ( talk - contribs - library) 00:33, 4 April 2013 (UTC)
With a normal edit summary (in Firefox on a Mac), I can type it once, and it's stored in the browser, so if I want to use the same edit summary a hundred times (and I do), I don't have to re-type the whole thing. I just start typing WPM
and it pops up the options, the first of which for me is going to be WPMED assessment per
WP:MEDA
. With this edit summary system, it doesn't seem to know about the previously used ones, so I either have to re-type the whole thing, which is tedious, or give a less informative edit summary, which I think most editors will find very tempting. Can this be fixed?
WhatamIdoing (
talk) 01:56, 11 April 2013 (UTC)
I tried to add a {{cn}} tag to an article. It added it, but it also added <nowiki> tags around the whole paragraph.
I tried to report this in the "report error" dialog, but failed to submit my report as I couldn't find a "submit" button or the equivalent. Maproom ( talk) 07:33, 14 April 2013 (UTC)
The text on the left side of the article hides behind the language links. I cannot scroll to this text at the left side. Tirkon ( talk) 11:58, 14 April 2013 (UTC)
Please make it work on redirect pages (where the sole content is #redirect article) -- Mahanga ( Talk) 23:00, 5 March 2013 (UTC)
On any page with VE enabled, click "edit source". The "edit source" tab is not displayed as "activated" on the action=edit page - you can see the activated tab "flash" away as VE JavaScript is loaded. — This, that and the other (talk) 10:11, 19 April 2013 (UTC)
After the last update, my accesskey accessor for edit mode is no longer connected to either of the edit tabs it seems. — TheDJ ( talk • contribs) 10:14, 19 April 2013 (UTC)
When you are on the 'edit source' page of an oldid page, then click 'edit' (for the VE), the VE opens the latest version, instead of the oldid. — TheDJ ( talk • contribs) 10:16, 19 April 2013 (UTC)
This resulted in several re-used refs getting screwed up in parts of the article that I didn't touch. WhatamIdoing ( talk) 15:21, 19 April 2013 (UTC)
Also, I tried to link to the article Stroke, and the list showed the article as an option, but when I clicked on it, it then said 'undefined' and when I tried to click elsewhere to get away from that dialog box, it deleted the entire paragraph (which naturally I didn't save, so there's no diff, but I did review it and saw that it really was trying to delete it). WhatamIdoing ( talk) 15:21, 19 April 2013 (UTC)
i tried to create a link using autocomplete, but when i pressed the actual link, the value in the texbox changed to "undefined". קיפודנחש (aka kipod) ( talk) 22:13, 19 April 2013 (UTC)
<syntaxhighlight lang="c"> ... </syntaxhighlight>
isn't rendered as expected
Tobias (
Talk) 22:25, 19 April 2013 (UTC)
When doing a small copy-edit, I looked at the review window and it had added </ol> after <references >. That is, the line now looked like <references ></ol> I figured I should see what happened if I saved, and it turns out that nothing looks abnormal, except for the continuing presence of that markup. It also removed a space between the words "Paperback" and "ISBN" for some reason. Risker ( talk) 00:47, 23 April 2013 (UTC)
I expected shift+left arrow or shift+right arrow to adjust the text selection, not to be a shortcut for deleting characters. John of Reading ( talk) 17:58, 23 April 2013 (UTC)
In User:Yamaha5/sandbox I tested it for farsi every thing was OK except <div dir="rtl"> which cause the test disable. in fa.wiki because of mixture of farsi and english we use direction inside the text so it will cause problem for RTL languages Yamaha5 ( talk) 23:49, 26 April 2013 (UTC)
The main reason that I'm not currently using the Visual Editor is that I can't insert citations, and with verifiability being a pillar of Wikipedia, I can't really work without them. Slashme ( talk) 15:00, 29 April 2013 (UTC)
I tried to make the article Victory Corps into one paragraph, but the Visual Editor will not let me delete the line breaks. Maybe it is because the lines end with citations? Andrew 327 15:45, 29 April 2013 (UTC)
At the moment, shift + arrow has the same behaviour as delete or backspace, rather than highlight, which is different from the browser's normal behaviour. What happened? Der yck C. 11:00, 6 May 2013 (UTC)
It worked well to make a link, but nothing happened when I clicked on Review and save. Ziko ( talk) 19:42, 6 May 2013 (UTC)
Three times when trying to edit List of European regions with alternative names, I received the message "Warning: Unresponsive script A script on this page may be busy, or it may have stopped responding. You can stop the script now, or you can continue to see if the script will complete. Script: http://bits.wikimedia.org/en.wikipedia.org/load.php?debug=false&lang=en&modules=jquery%2Cmediawiki%2CSpinner%7Cjquery.triggerQueueCallback%2CloadingSpinner%2CmwEmbedUtil%7Cmw.MwEmbedSupport&only=scripts&skin=vector&version=20130507T025610Z:106".
"Stop script" lead to an indefinite wait. "Continue" seemed to work ok. I'm using Firefox 20.0.1. Thanks for all the work on this big project. SchreiberBike ( talk) 05:15, 7 May 2013 (UTC)
I've been using the new editor for most of this evening and there's lots of good here. This will really cut down the learning curve for new editors. Possible problems:
Thanks, SchreiberBike ( talk) 07:00, 7 May 2013 (UTC)
Is the goal to make VisualEditor equally or even more efficient than the old editor (you can make changes as fast or faster)? Is the goal to make the VisualEditor as powerful as the old editor (you can make the same changes)? -- Atethnekos ( Discussion, Contributions) 17:14, 7 May 2013 (UTC)
I know that right now this only works with Vector and Monobook. When it's rolled out site-wide, will it work with Modern skin and all the other skins used on Wikipedia? — Maile ( talk) 20:00, 7 May 2013 (UTC)
A simple drag and drop interface would be excellent. ∞4 ( talk) 23:10, 8 May 2013 (UTC)
I just tried this on a couple of articles with mathematical formulas (in one case coded as <math>, in the other as a mixture of wiki formatting and html). The visual editor appears to be completely unusable for such cases. It has no support for <math> at all (or if there was support it was not obvious how to make it work), but even in the wiki-formatted equation (a simple example: x2 − y2) it was unusable because it did not provide a way to generate superscripts and entities like and − that are necessary for proper equation formatting. — David Eppstein ( talk) 01:13, 7 May 2013 (UTC)
Will it be compulsory to use Visual Editor as it could alienate a large number of regular users who are very used to the current system. Although I do agree it will help new/casual users. Personally I tried 2 simple edits using Visual Editor and found it took me a lot longer, and wasn't 100% sure if it actually worked until after! Mark999 ( talk) 01:31, 7 May 2013 (UTC)
Though a good thing is/could be to make sure internal links are actually to the correct page and not to redirect pages or pages that don't exist to avoid/get rid of red links. Something along the lines of Dab solver. Mark999 ( talk) 02:12, 7 May 2013 (UTC)
When making repeated edits, I am not shown the edit that I last made. Pineapples100 ( talk) 20:51, 3 May 2013 (UTC)
Thanks for your help! I look forward to re-checking out how the VisualEditor works. — Preceding unsigned comment added by Pineapples100 ( talk • contribs) 14:58, 13 May 2013 (UTC)
On User:Adjwilley (Monobook, Firefox) the green/white stripey boxes seem to be offest to the right and down a little...in other words, they're not covering what they're supposed to be covering. They are also really annoying, and my very first impression when I scrolled and saw this weird box sitting there was that it was a bug in the program. I really don't like the look of them at all.
As an alternative, why don't you just lighten everything you can't edit by say 50-75%. Text would be grey, infobox outlines would be grey, colors in pictures would be washed out, and it would be obvious that you can't edit it. (Other computer programs often do stuff like that for stuff you can't edit.) I figure that definitely beats blanking pictures and then trying to cover the ugliness with an even uglier green stripy box. I mean, that's just weird. ~ Adjwilley ( talk) 18:20, 8 May 2013 (UTC)
Ok weird one. [ [1]], press edir, type in a heading between the line with the reference and table, select it and make it 'heading 2'. It becomes a header, but removes the 'Books' one at the bottom. Google Chrome on XP. Edgepedia ( talk) 18:49, 13 May 2013 (UTC)
Great work overall, thanks to all!
AxelBoldt ( talk) 20:37, 9 May 2013 (UTC)
Go to an article that contains a link (blue). Click immediately after the link; the link symbol will appear. If you now start typing, the link text will be extended (as can be checked by later Review). Problem: the blue link color is not applied to the newly entered text. AxelBoldt ( talk) 22:47, 11 May 2013 (UTC)
In User:AxelBoldt/Sandbox there's a list. If I try to use the visual editor to remove an item from the list (using backspace), I can remove the list item's text, but I cannot get rid of the corresponding bullet point, leaving a list with empty items. If a list item's text is empty, hitting backspace should remove the entire item including its bullet point. AxelBoldt ( talk) 23:05, 11 May 2013 (UTC)
The VisualEditor probably should be disabled on .js and .css pages, as it looks weird on such pages. jcgoble3 ( talk) 06:18, 12 May 2013 (UTC)
I noticed a few problems when experimenting with the new Visual editor today so I wanted to bring them up.
Kumioko ( talk) 20:32, 12 May 2013 (UTC)
Just noticed something else. The New editing tool doesn't seem to line up with the notifications logic quite right. When I have them both going at the same time the New edit tool overrides the new Orange bar on the notifications and I just see the itty bitty shitty little red number with no orange bar. :-) Kumioko ( talk) 01:44, 13 May 2013 (UTC)
When editing a table [2], I was able to add returns that screwed up the result. Edgepedia ( talk) 05:42, 13 May 2013 (UTC)
I tried this Visual Editor for the first time and got as far as the choice between "Something is wrong" and "Looks good to me". I assumed this was a pair. That is, that the choice was between "Something is wrong with my edit" (in other words," go back to editing before proceeding to save") or "Save" (in other words, "publish". I clicked the former (ie, the "Something is wrong" button) only to discover myself in some sort of complaint mode. Then I couldn't get out. Erp! So I had to abandon the whole edit enterprise.
The choice ought to be between "Go back to editing" and "Save/publish". Buttons for reporting a software problem should not be mistakable for an editing function. The mindset of a person in the middle of the editing operation is that the text is wrong, not the programming. -- Whiteghost.ink ( talk) 10:32, 13 May 2013 (UTC)
I wanted to fix a redirect going to the wrong place, I hit "edit" and the visual editor loaded up the source page. This was *not* what I was expecting. David Gerard ( talk) 16:17, 13 May 2013 (UTC)
VE's link editor is nice and unobtrusive, but it will happily link to a disambiguation page or to a page that's a redirect without telling you. Try "_John McLaughlin_ played _jazz-rock fusion_", both phrases show as a blue link with a checkbox. But linking to a disambiguation page is a mistake, and editors will want to know the title to which they're actually sending a reader. Maybe the scrolling list of links could have annotations: "disambiguation page" (in red?), and "redirects to _jazz fusion_" (in orange?). S Page (WMF) ( talk) 03:05, 14 May 2013 (UTC)
Although the visual editor project, when finished, will represent a great leap forward for Wikipedia, and the underlying Parsoid technology is impressive, alpha-testing this editor is truly an exercise in pain. Try this: take a page that has an un-linked lowercase word already in it, visit it with the Visual Editor, and use the link tool to turn that word into a link. The linked word still displays as lowercase in the visual editor, and goes blue to indicate that it's a link. Now save it. The word is now saved to the page with its first letter capitalized. As far as I can tell, this problem does not occur with linking words which were created in the visual editor itself.
I reported this ages ago in the feedback tool, and it's neither been fixed, nor has anyone acknowledged it. How hard can this be to fix? Are error reports at least read by a human being, and entered into a bug tracking system, or are they just glanced at occasionally in aggregate, or just ignored?
Believe me, I'm not unsympathetic to the travails of developers, having been one myself, but if trivial paper cut bugs like this, for one of the simplest possible editing changes, cannot be fixed, either there's something badly wrong with the underlying design, or the development process is collapsing under the weight of the workload in fixing bugs. I know there are far more serious and complex bugs that need fixing, but it should at least be possible to fix low-hanging fruit like this by having a fast-track process for this sort of bug. Doing so would greatly improve the experience for alpha testers, who could then use the editor more, to make more extensive edits, and thus exercise more complex bugs. (See also the comments higher up this page about avoiding data loss every time we report a bug.)
Could we possibly have a bit of feedback from the developers about what's going on, so we can at least be a bit more sympathetic to their plight? Having bug-by-bug feedback would also help motivate alpha testers; it's painful just reporting bugs apparently into a void. -- The Anome ( talk) 12:05, 14 May 2013 (UTC)
I've tested it on two articles. On one it worked OK if very slowly, but it lost the, for me indispensable, spellchecker which I otherwise have via Firefox. The other it insisted on removing the first and last bites of a paragraph that I wanted left untouched. So I've gone back to the old system. Might test again when you allow section editing. Ϣere SpielChequers 07:18, 13 May 2013 (UTC)
Suppose an article has three paragraphs and you want to remove the second one entirely, merging the first and the third into one. There are several methods that work, but two that do not:
The only way to get rid of the spurious empty line is to select everything from the end of the first to the beginning of the third paragraph and hit backspace. You can try it out at user:AxelBoldt/Sandbox. AxelBoldt ( talk) 17:43, 14 May 2013 (UTC)
I am typing some text in the visual editor and I would like the next word to be italic, so I hit the Italic button and type the word. First problem: the word is not displayed in italic (even though upon review the wiki text contains the correct italic markup.) Second problem: at the end of the italic word I would like to revert to standard text, so I click the italic button again, but this click is apparently being ignored and I cannot leave italic mode. The exact same problems occur when trying to enter bold text. AxelBoldt ( talk) 17:56, 14 May 2013 (UTC)
As Ryan commented on the VP:T, " it just changed from giving me an edit tab and a visual editor tab to an edit tab (that is the visual editor) and an edit source tab. " -- which also keeps the shortcut key from calling the normal editor. I've found it very confusing. The tab added should be "visual editor", which is explicit for what is after all not yet our usual editor, and does not yet have some key functionality, such as the ability to edit references. The way I've dealt with it is to remove the preference; I suspect others will do likewise: if the intention was to induce more people to use it, it will have the opposite effect. . Haven't we learned yet to stop making unannounced changes in the interface, including unannounced changes to widely used test features. DGG ( talk ) 21:44, 19 April 2013 (UTC)
I have the same issue with the "wrong" label for the buttons especially that it jumps back and forth between name spaces and I will deactivate again until this is changed back. I would think you can test the look and feel when it does everything it should do i.e. in late Beta and not Alpha. So my Feedback is "The Label does work but does not make sense now"-- Saehrimnir ( talk) 13:53, 16 May 2013 (UTC)
The notice warned me that it might be "slow". Well, I held down the backspace key for "a while", and then "poof" several paragraphs disappeared.
What happened to "undo"? Neither the left curving arrow nor <Ctrl-Z> functioned after the backspace poof. (No kidding.)
But anyway, thanks for this wonderful advance in editing. An awesome milestone, yea? — Cpiral Cpiral 06:29, 17 May 2013 (UTC)
Hi, I just used this to copy a barnstar then had to edit source to clean up the mess. I thought you'd like to see this as the edit I had to undo was a great example of how the visual editor can make a shedload of changes that you weren't planning to do. Ϣere SpielChequers 07:12, 19 May 2013 (UTC)
I've just edited a linked phrase this edit required this cleanup "interpet" was an unrelated typo, only linked by the outstanding bug that using the visual editor under Ubuntu deprives me of Firefox's spellchecker which highlights such typos for me. Ϣere SpielChequers 08:58, 19 May 2013 (UTC)
I've just had a very strange symbol added to my edit by visual editor. Rather than abandon the edit I thought I'd save it and show you the cleanup. I'm pretty sure that symbol is not on my keyboard. Ϣere SpielChequers 09:28, 19 May 2013 (UTC)
this also involved some additional changes - I thought I was just fixing a typo. Ϣere SpielChequers 11:26, 19 May 2013 (UTC)
this was a second attempt after failing with "error saving to server timeout" Ϣere SpielChequers 10:16, 19 May 2013 (UTC)
If problems are found in review of an edit, you can type in a description of the problem but pressing the "submit" button doesn't seem to do anything. ~ KvnG 23:13, 19 May 2013 (UTC)
Having left an editing pane open overnight and being logged out by the system I found that I can't resume in the morning - I get "Error loading data from server unsuccessful request - invalid token" That despite having to log in multiple times. Then a couple of hours later I got the wonderfully opaque "Error loading data from server: badtoken: invalid token: Would you like to retry?" then when I clicked OK to that I got the same line with a box and "prevent this page from creating additional dialogues" after several attempts to click OK on that without ticking that I didn't want additional dialogues - after all I am testing this thing, I closed that pane opened the page in another pane and opted to edit source. Ϣere SpielChequers 11:47, 20 May 2013 (UTC)
Thanks for enabling the VE in Safari on Mac OS X 10.6.8! :) It's good to be finally part of the show. :) Aschmidt ( talk) 20:46, 22 May 2013 (UTC)
Somehow, removing a handful of </br> substantially increased the number of characters on the page. Here's the diff: [4] WhatamIdoing ( talk) 23:14, 21 May 2013 (UTC)
Ctrl-P does not paste copied or cut text. Selecting Paste from context menu only work sometimes. Editing near the paste makes pasted text disappear.
I just did 2 edits on Herschel Space Observatory. First edit in lead worked. Second edit, in End of Mission, undid my first edit. User:Finell — Finell 03:28, 1 May 2013 (UTC)
Even though you can't edit references, it still should be possible to click on the links inside them (probably opening in another tab). Also, the "Review and Save" popout needs the 'Cancel' and 'Preview' buttons. FallingGravity ( talk) 20:57, 9 May 2013 (UTC)
Suppose an article contains the text "red blood cell" which is not linked. Using the visual editor, I highlight the text and click on the link icon. The proper link target is suggested, and I select it. Everything looks fine, but when reviewing the change, I see that the link [[Red blood cell]] (with upper case R) was created. This does not match the preview and creates spurious capitalization in the article. AxelBoldt ( talk) 22:27, 11 May 2013 (UTC)
There are two paragraphs here. Open the VisualEditor, and add an extra return at the end of the first para, and then delete it (Strange, now the second para is small!) Do this a few times and this is the result. Edgepedia ( talk) 11:58, 24 May 2013 (UTC)
Click on a wiki-linked phrase and changing the target seems not to change the article. Selecting the whole link works before clicking on the anchor symbol works. Edgepedia ( talk) 15:38, 24 May 2013 (UTC)
I corrected the section heading levels (from level 2 to level 3, to create subsections), and it removed the blank lines after the section heading (fine, if you want) and before it, which is not okay. I corrected it manually. WhatamIdoing ( talk) 16:38, 26 May 2013 (UTC)
not working well: see examples
-- Frze > talk 06:15, 28 September 2013 (UTC)
When you add a reference (and it is added between say 1 and 2) then it will assume the number two with it's identifying information but the information regarding that reference will not be added. See my added references under the discription column on this page (Hypersensitivity Reactions)... all on the right hand column of the page be from the same source. (Le, Tau) but it doesn't show up like that. 83462 17:27, 28 September 2013 (UTC) — Preceding unsigned comment added by Johndheathcote ( talk • contribs)
I have twice now in the last few days experienced a bug in which an existing reference has a name of :0 added to it, and also an unrelated reference that I have added is also changed to :0 and the citation within the reference is removed. I think because of the latter problem, this bug has now regressed to worse than it was originally - I don't remember experiencing the latter problem before the last few days.
The error is only visible after clicking either of the two buttons on the save form. Many editors will not initially notice this error at all, assuming that their citations will have been saved OK. Moreover, other editors will often assume good faith and assume that an existing reference, added by an editor in good standing, does indeed substantiate the point cited, without checking, so the incorrect reference may remain for a very long time.
I have added a note to that bug report because I think it is another manifestation of the same bug, but it may in fact be a different bug which is interacting with that bug to produce this overall highly unfortunate effect.
I think this is a serious bug which should be fixed ASAP, and I think everyone adding citations should be aware of it, or should stop using VE until it is fixed.-- greenrd ( talk) 11:28, 29 September 2013 (UTC)
Hi,
If you undo your last modifications then go to preview your changes, the modifications that you have just undone are still displayed in the modifications... (tested on frwiki) I didn't test to see what is being done when saving the page. -- NicoV ( Talk on frwiki) 14:27, 29 September 2013 (UTC)
The engineering department is hosting two office hours this week to discuss VisualEditor. The first of these will be held on Monday, 30 September, at 1900 UTC. The second will be held on Wednesday, 2 October, at 0000 UTC. Please join as Product Manager James Forrester discusses VisualEditor and upcoming plans. Thanks! -- Elitre (WMF) ( talk) 08:54, 30 September 2013 (UTC)
There are 27 unconfirmed bugs that match 'VisualEditor', including ones raised back in July. Anyone with some spare time can help by opening one and trying to reproduce the problem and adding a comment there (or here if you dont want to open a bugzilla account). John Vandenberg ( chat) 09:44, 30 September 2013 (UTC)
Thanks Thryduulf; I've confirmed a few more, and we're down to 16 unconfirmed. John Vandenberg ( chat) 14:46, 1 October 2013 (UTC)
On MediaWiki, there is a page called Visual Editor/Status ( [6]), which has a kind of "release notes" for old and new VE updates. These notes then get published to the wikis, e.g. Wikipedia:Village pump (technical)#VisualEditor weekly update - 2013-09-26 (MW 1.22wmf19).
How does one correct errors in that page though? Even though it is a wiki, you are not allowed to edit it (as I was told by a MediaWiki admin, "copies of official correspondence that was already posted crosswiki"), and no one at MediaWiki seems to care that the page contains errors, and while they were quick to dismiss my changes as trolling, they have made no effort whatsoever to actually correct the page.
This is a release that will be rolled out to many wikipedia versions on Thursday (including this one), so correcting it before that date seems quite useful. It makes no sense to promise wiki's things you know aren't going to work in the way described, so correcting the page and if necessary posting a new version is only logical.
Can some people (e.g. from the WMF) take a look at the situation and take the necessary actions? I'm not asking to reinstate my version, but the current one isn't acceptable. Can some people also take a look at everything that went on around those edits and take the necessary actions to prevent similar things to occur again? From checking that the page reflects what actually is going to be implemented, to providing clear instructions as to who is or isn't allowed that page (perhaps protect it if it is that official), and so on? Learning from problems is always a good thing. Fram ( talk) 12:23, 30 September 2013 (UTC)
I turned VisualEditor back because it's very useful for what I was doing, but now I can't add references using the pulldown menu. If the page already has references, it either doesn't add the reference at all, on this page ( /info/en/?search=Vladimir_Gojkovi%C4%87), or adds it as the second reference when it's not really the second reference ( /info/en/?search=Nataliya_Pyhyda). The really odd thing is that when I look at it using Edit Source, it's down as ref = 0. I hope that helps. Red Fiona ( talk) 23:23, 30 September 2013 (UTC)
On Anarchism, many of the images appear out of place; the image in "Organized labour" now appears in "Russian Revolution and other uprisings of the 1910s". Some have dropped down into the references section. In Chrome, this causes the references block is narrower and longer, with images on each side; on Firefox the images and references appear overlapping. One part of the problem is that that {{ Anarchism sidebar}}/{{ Individualism sidebar}} and {{ Libertarian socialism sidebar}} are rendered as expanded in VE, but not in normal mode - there is no way to preview what the page will look like when the sidebar is not expanded; that appears to be Bugzilla:51664. When in normal view mode (not VE), and expand all of those sidebars, a large area of whitespace opens up above "Internal issues and debates", and the images appear there. In the VE, that whitespace is filled with text. So there is a discrepancy between how the page is being rendered in VE and non-VE. I have documented most of this on bugzilla 51664, so please don't rush to create a new bug unless you've properly triaged the problem.
Has the misplaced images problem been seen elsewhere? Is it occurring on pages where it didnt occur previously? John Vandenberg ( chat) 04:03, 1 October 2013 (UTC)
Some railway templates are consuming the entire page with, while most others that use BS-header do not (but most have niggly layout issues that are Bugzilla:50714 ). A few of the problematic pages are:
I havent found the commonality in the pages that are problematic among them. Maybe a WP:WikiProject Trains regular will have more luck; I'll leave them a note. John Vandenberg ( chat) 07:41, 1 October 2013 (UTC)
Seeing the above section (the "snowmen" ref and the search for the oddest VE problem), what about this one?
Type some text, add a ref, remove the ref using backspace, then change your mind and use the "undo" arrow of VE. No, change your mind again and use the "undo" arrow once more, again removing the ref. Now type. Notice anything strange? Yep, I'm typing backwards. [7]
Other tests produced the snowmen, or the insertion of huge chunks of text by VE. [8]
There seems to be something seriously rotten in the state of VE. Fram ( talk) 09:00, 3 October 2013 (UTC)
Easy way to check the "backwards typing": go to [9], put the cursor after ref 1, backspace, undo arrow, type. Enjoy! Fram ( talk) 09:55, 3 October 2013 (UTC)
Oh, even easier: cursor in front of ref, use the "back arrow" on your keyboard once (so the ref number gets "blue"), and type. Is this a bug of an easter egg? Fram ( talk) 09:55, 3 October 2013 (UTC)
This probably has already been mentioned somewhere, but it can't hurt to bring it to your attention again; when you have a reference in the infobox and references in the article, the infobox ref will normally get number 1, and the refs in the article will get 2-X. Opening it in VE however, numbers the references in the text as 1-X instead (while also leaving a ref 1 in the infobox), which means that ref 1 in the text matches ref 2 in the reflist (since strange enough theer the numbering is still correct). Rtaher confusing... Check e.g. this random article. Fram ( talk) 09:49, 3 October 2013 (UTC)
Just testing to see if this works, please ignore! Fram ( talk) 10:06, 3 October 2013 (UTC)
Creating a redirect directly in VE doesn't work, this is a known bug: [11]
Changing incorrect redirect syntax (created in wikitext) into a redirect in VE does work however [12], also tested in [13]!
Bonus: when you go to a redirect source page, you can't open it in VE (perhaps to be expected), but you can't edit any of the older versions in VE any more either! (e.g. this was edited by me with VE, but now no longer can be opened with VE).
Curiouser and curiouser... Fram ( talk) 12:26, 3 October 2013 (UTC)
1.not all programs support Beta. Micro 7 does not to my loss since it is the usual public computer I use.It works on a few upgraded units.
2. I have the expertise and experience to edit but not the computer savy needed for Wiki text. Beta is great when it works but it is frustrating with locked pages, strange jumps on page, and I think not all internet providers allow it to work.
I may give up on editing your pages unless it works. I have written one section 5-6x only to lose it before getting to "submit". Please consider that there is a large pool of computer illiterate scholars out there who know their subjects well but who cannot edit in your present format.Can you suggest a tutor/assistant editor for me to hire in the Bethlehem, Pa. area? iwitness972 Iwitness972 ( talk) 18:36, 3 October 2013 (UTC)
In a long article, VE decided to turn the double-newlines between paragraphs into single newlines - thus turning the text in question into one wall of text. Here's an example edit - go down to Line 205 and you'll see VE removing the gaps between paragraphs. Compare before and after. This is some pretty serious VE damage - David Gerard ( talk) 20:35, 3 October 2013 (UTC)
Apart from the things I had already discussed earlier (reflists are not movable, many templates are also not movable, and when they do move, they have the same bugs as files had in moving), another promise of the new v19 version that doesn't seem to materialize: emptying section headers still adds "nowiki" tags: [14]. Fram ( talk) 06:35, 4 October 2013 (UTC)
I have reopened the bug 50254. I have asked there for a diff of where this was ever tested and supposed to have worked correctly. Fram ( talk) 06:47, 4 October 2013 (UTC)
See also [15], where an editor moves a section and VE leaves an empty header with a nowiki in. Did this already happen or is the new version, which is supposed to have solved this, actually worse than the previous one? Fram ( talk) 07:53, 4 October 2013 (UTC)
In Monobook, when I first open the dialogue and type a character into the "add template" text field, the field will get grey stripes for a second, and then the suggestions drop down menu will appear for a split second but then disappear again (too quick to use). Pressing backspace and trying again doesn't do anything, clicking away and clicking back and trying again doesn't do anything. Closing the dialogue and reopening it will cause the behaviour to repeat, however, but of course to no use. Behaviour is normal with Vector skin. FF 24 Win7. -- Atethnekos ( Discussion, Contributions) 07:40, 4 October 2013 (UTC)
A small (very small) bug: mouse display of links doesn't get actualized, when the editor leaves the small edit dialog to change links without pressing the "<" button (just by clicking somewhere else in the text the edit dialog closes aswell). Example: change German to "German language|German" in some test article and leave the link editor without pressing "<". The mouse display should show "German language" as internal link info, but still shows "German". However, "German language|German" is correctly saved to the source text (just the display is wrong). GermanJoe ( talk) 13:33, 4 October 2013 (UTC)
Dig this. What I was trying to do was add PladaoOffice and a reference link, which appeared to add correctly in the VE. Then I noticed there was a full stop after "SunShine Office", so I clicked on it to put the cursor there, and VE added a pile of "☃☃☃☃☃☃☃☃☃☃☃☃☃☃☃☃☃☃☃☃", and more each time I clicked again. Note also that my carefully constructed reference is gone, leaving only "<ref name=":0" />", and it's added another spurious one of those higher up - David Gerard ( talk) 14:00, 1 October 2013 (UTC)
This bug is really annoying! Every time I add a new reference I can't do anything after it because whatever I click on my keyboard the snowmen appear! Even clicking backspace to delete them multiplies them along with already existing text! Only way to get out of there is to cancel my edit and lose the work I've done! :/ Basically, VE can't be used almost at all at this point, since every addition to an article has to have a reference too! Is there any information about when this bug will get fixed? TeamGale 04:35, 3 October 2013 (UTC)
Roan says that the patch has been deployed. Does anyone want to find out whether it's working properly? Whatamidoing (WMF) ( talk) 00:47, 4 October 2013 (UTC)
Still trying to find out when it happens and when it doesn't, but it definitely isn't totally under control yet: [19]. Fram ( talk) 12:11, 4 October 2013 (UTC)
In my case, it happens when I have multiple refs in a row and try to remove a ref from between other refs. [20] Fram ( talk) 12:15, 4 October 2013 (UTC)
@ Elitre (WMF) Just got back. I made an update on my previous comment that it was working later. It was only a five minutes thing. Probably there was a change happening at the moment...? I don't know. But yes, I can describe what I was doing. I was editing this article. At first I wanted to add a wiki link to the name of an actor. I highlighted the name and click Ctrl+K as always. It didn't give me the drop down menu but when I clicked enter, I got the wiki link. I thought it was weird but I continued the editing. I typed my new text and when I finished I clicked "More" to add a ref but again, no drop menu appeared. I saved the article and added the ref with the source. Then I came here and wrote about it and then I went to edit another article. There, I was getting the drop down menus normally. I went back to the first article I was editing and I could get the drop down menus there too. If I encounter with this again, I'll let you know. P.S. I am using Mozilla. TeamGale 15:53, 4 October 2013 (UTC)
Just wanted to ask...how can we add categories with VE? In the past I could do it by clicking on "Page settings" but now when I click on it nothing happens! Is there somewhere else a button that adds categories? I searched everywhere but I can't find it. If it's still on the "Page settings" then something is not working right... Thanks TeamGale 09:54, 3 October 2013 (UTC)
It seems to work for me today. Whether that is due to the new release or something else, I don't know. Fram ( talk) 11:56, 4 October 2013 (UTC)
Having looked a bit more at categories, I encountered another strange phenomenon. On Opel Laubfrosch, which has a lot of categories, the order of the cats on the page settings tab changes. Initially I get 8 categories, from "Opel vehicles" to "compact cars". But when I e.g. click on the drop down button next to 1920s automobiles, and then click again in the "categories" window (to close the drop down without any changes), I get 10 cats instead of 8, and in a different order. "Vehicles introduced in 1924" and "Sedans" are doubled (explaining the increase from 8 to 10), and the 3rd one is now no longer "1920s automobiles" but "1930s automobiles"... This can go on for quite a while, with the occasional disappearance of a cat as well apparently (normally the last one). Things start to break down, with the page settings then no longer working, or it being no longer possible to add a cat, and so on. (By the way, ordering cats seems to be impossible in VE?) Fram ( talk) 09:53, 7 October 2013 (UTC)
I think I might be blackballed, but I'll give it a go anyway:
If I start a new template and type in "citation needed", I get the "Month and year" parameter already included, and an option to click on "Reason for citation" to add that parameter. But if I start a new template and instead type in the short "cn", the TemplateData isn't loaded, although I can still manually enter the parameters and it works fine, just more slowly (e.g., [21]). FF 24. Win7-- Atethnekos ( Discussion, Contributions) 05:30, 4 October 2013 (UTC)
#REDIRECT [[]]
itself; some templates like {{
R to section}}
; some categories. See
Wellington (Somerset) railway station for an example which has all three. As noted above, it is easy for the TD on the redir to get out of synch with the main template; but besides that, some templates have several redirects - see for example
those for Template:Citation needed. Setting up all of those is a big task, and keeping them in synch would be a nightmare. If VE is the problem, VE should be fixed. --
Redrose64 (
talk) 17:54, 6 October 2013 (UTC)
cn
and fact
. That will need to be undone someday (so that the today's TemplateData doesn't permanently override the master copy, once a real solution is in place), so it would be wise to keep a list. Perhaps making a list at the end of the TemplateData page would be the best choice.
Whatamidoing (WMF) (
talk) 18:32, 8 October 2013 (UTC)Hi.
I am not sure if it is a VisualEditor bug but then, I don't have any other answer for the question "what has caused this issue?" Here we go.
I tried bypassing my browser cache but that did not do anything good.
Best regards,
Codename Lisa (
talk) 10:25, 4 October 2013 (UTC)
This does sound like a carry over from how the section edit tabs are renamed for VE. Some javascript somewhere is modifying the display of various classes. Looking at the html
<span class="mw-editsection plainlinks mw-editsection-expanded" id="doc_editlinks" style="direction: ltr;">
[<a href="/wiki/Template:Infobox_book/doc" title="">view</a>]
[<a class="external text" href="https://en.wikipedia.org/?title=Template:Infobox_book/doc&action=edit" title="">Edit</a>]
[<a class="external text" href="https://en.wikipedia.org/?title=Template:Infobox_book/doc&action=history" title="">history</a>]
[<span class="noprint plainlinks purgelink"><a class="external text" href="https://en.wikipedia.org/?title=Template:Infobox_book&action=purge#" title=""><span title="Purge this page">purge</span></a></span>]
</span>
This is the same as in the section edit links which also use <span class="mw-editsection mw-editsection-expanded" style="direction: ltr;">
. The upshot of this is that the css/js which changes the labels also affects the links in the documentation page. It could be fixed by adding a not(.plainlinks)
to the appropriate code, if I could find it.
I would say more could be done to have a simple class for VE edit links, the css you need to find just these is much harder than it needs to be.-- User:Salix alba ( talk): 12:35, 4 October 2013 (UTC)
Once one bug disappears (like the page settings not working, or the snowmen), another strange one seems to appear instead. Something has become very unstable apparently. \
The new one (for me at least, perhaps it already existed): when I edit a page in Beta (my sandbox, or a main space page), I get next to the page title two pale blue links, "edit source / edit beta", which bring me to the section editing for the lead. I don't get these pale links for other sections, only next to the title. I can't remember these being there, and I can't see the use for them (and if they have a use, they would probably be wanted for other sections as well). Fram ( talk) 12:01, 4 October 2013 (UTC)
File:VE error Fram 1.jpg! Fram ( talk) 13:35, 4 October 2013 (UTC)
The article Double check has "Be6++" in the caption of the first chess table, when it should be "Be6+" (the lede says "+", not "++", is "almost always" used.)
I cannot, for the life of me, figure out how to remove that extra plus sign using VE. I can't place my cursor in the caption. Double-clicking in the caption or the chess board does nothing. Clicking the little puzzle piece gives me a dialog with a bunch of numbered parameters but no clue how to edit the caption. Can someone walk me through the steps to do what I'm trying to do?
Also, when I click "edit this page - beta", VE appears to take all the chess pieces off the boards and move them below the chess boards. 28bytes ( talk) 20:17, 4 October 2013 (UTC)
Sue Gardner ( talk) 17:23, 5 October 2013 (UTC)
Oh blah, I just realized I was wrong. I originally filed this reporting that the Cite Journal template was missing an Article Title field, but I realize now it's there just labeled Source Title. I will keep this bug report here though, because the messiness of the template deserves a look anyway. It's probably worth renaming Source Title to Article Title too -- the latter feels more intuitive. Feel free to close/resolve this if you want :-) Sue Gardner ( talk) 17:27, 5 October 2013 (UTC)
I've just reported T57493 and T57494 which both relate to VE problems on pages starting with a full stop (.), e.g. .mp, talk:.uk.
I am noting this here as I have only been able to test in Firefox 24 on linux. It would be useful if people with access to other systems/browsers could verify whether they are affected too. Cheers, Thryduulf ( talk) 01:42, 9 October 2013 (UTC)
mw.Title
) to make it actually do what people expect (i.e., work like MediaWiki's Title.php
). This will incidentally fix bugs in UploadWizard, Page Curation, Notifications and, yes, VisualEditor. Sorry for the disruption.
Jdforrester (WMF) (
talk) 15:52, 9 October 2013 (UTC)I am very impressed by how well succession boxes work with VE. While I'd appreciate a more WYSIWYG way of editing them, the current setup works quite nicely, with the various templates placed neatly into one dialog.
Thank you!
— Preceding unsigned comment added by Ypnypn ( talk • contribs) 15:58, 9 October 2013 (UTC)
{{#tag:Foo|bar|baz}}
was a big challenge, and we don't think it's anything close to perfect yet, but I'm glad you found it at least workable. A more WYSIWYG-like way of editing table-like templates (most especially, infoboxes) is something we'd like to get around to doing at some point in the future, yes.
Jdforrester (WMF) (
talk) 16:10, 9 October 2013 (UTC)One bugzilla that was related to this was recently closed, others seem to still be open, so just to let you know that despite the extremely low number of VE Edits still ebing made, this still is a problem, e.g. [25]. Fram ( talk) 13:43, 4 October 2013 (UTC)
OK...I was encounter again with this weird thing and I was trying to understand when it's happening. What I noticed is that while I was getting more down to the page, the drop down menus were getting "shorter" and sometimes disappear at the very end. I tried it to many pages to see if it was happening everywhere and it does. I don't know exactly how to describe it that's why I took screencaps from the page. All three are from the same page, in different height. See how the drop down menu of "more" can be seen entirely at the top of the page and how it gradually disappear as I get closer to the bottom. It's really weird!! The same thing happens when I am trying to add a wiki link in the article's text and to be honest, that's how I notice the gradually disappearing.
P.S. I uploaded the screencap as a free own work but I don't know if that is right. If it's not, can you please change/add the license on the upload page to fit the right criteria. Thanks.
TeamGale 11:13, 5 October 2013 (UTC)
I can confirm that the lower you go on a page, the less you see of the drop-down menus. A contender for most bizarre error, this one. On a page like Opel Laubfrosch, I only can access "strikethrough" from the "more" menu and nothing from the "paragraph" menu when I am at or near the bottom of the page. (That page is also a nice indicator of the infobox probem; when you are removing empty spaces at the top in VE mode, you are actually removing infoboxes which are "below the fold", not visible to the editor (on most regular screen - resolution combinations). Fram ( talk) 09:40, 7 October 2013 (UTC)
The fix was deployed yesterday. I can't reproduce it now. John Vandenberg ( chat) 00:08, 10 October 2013 (UTC)
Editing Microsoft Works ( this version, I've edited this section of the article since):
The bug doesn't seem to be triggered with just step 3 - I needed to do step 2 as well - David Gerard ( talk) 12:56, 13 October 2013 (UTC)
I don't have time atm to see whether this is a duplicate or not, but at [26] try inserting anything between the close parenthesis at the end of the conversion template and the reference and you get exactly one pawn.
Inserting anything before the reference in the paragraph above gets you the reverse typing bug. Thryduulf ( talk) 12:02, 15 October 2013 (UTC)
The first difference in this diff explains the title. When you go to the old version of the article, and position your cursor after the comma, press backspace, and then add something else instead (a hyphen, dash, whatever), you are adding that part inside the "bold" title. In this case, the difference between bold or not bold is invisible (to me), but I don't think this behaviour is always wanted (and wouldn't happen in wikitext editing). Fram ( talk) 12:08, 16 October 2013 (UTC)
VE seems to make unnecessary changes. I wouldn't mind so much if it always helped to maintain the layout of invisible elements, but normally it just screws them (like infoboxes, or position of templates), without any effect on the rendered page but with a less easily readable wikitext editing window.
What I notice now though are totally unnecessary and hard to explain changes to ref names. For some reason, VE decides that all ref names need to be in quotes, which is not true at all and doesn't help one bit. It also decides that between the final quote and the forward slash, there needs to be a space. All this has no effect on the rendered page, and doesn't make the wikitext page any easier (or harder) to read, so why does VE bother doing this, which only helps to make diffs a lot longer.
Take a look at e.g. [27]: can you easily see if any significant change has been made, and what that may be?
First difference; <ref name="globsec-arjun"/> becomes <ref name="globsec-arjun" /> Further: <ref name=nomorearjuns> becomes <ref name="nomorearjuns">
and so on. I have not found the actual significant difference between the old and new version. What is the purpose and benefit of this? If VE would always make the "invisible" layout clearer and better, fine, but VE doesn't care one bit about wikitext layout, so I don't get this useless editing. Fram ( talk) 09:27, 7 October 2013 (UTC)
:0
as the "name"? If not, I think we should start one. Something like Word0
(any word taken out of the ref that isn't already in use, plus any number if you want) would much be better.
Whatamidoing (WMF) (
talk) 22:22, 8 October 2013 (UTC)
Ok, I have some answers here. I asked James on IRC if VE adding that ref name 0 was a bug (because we thought it was). He said No, what was wrong is that it shouldn't do that unless the name is needed (i.e. the reference is re-used). He confirms that it auto-names references (as ":0", ":1", ":2", … to avoid clashes with names that humans would pick). James also added that If a reference is removed, the others are renumbered in the page but not in name, no (which means, they can change from being [3] to [2], but should not change from ":3" to ":2", for example). I asked why we are using numbers, and learned that we could use :a, :b, :c instead, except that that assumes you can use a Latin keyboard (Arabic numerals are much more common). Unfortunately, it seems that working out what to put instead of just a number (or a letter) is hard for VE, so it can't, like I suggested, pull out the name and surname of an author (for example). At this point, since in a given text a mix between named and numbered references can be found very easily, the name and the number of the reference can't match. So starting with 0 or with 1 doesn't really make a difference, I guess. HTH, -- Elitre (WMF) ( talk) 20:10, 10 October 2013 (UTC)
For the record, similar unnecessary changes are still being made today, [31]. Fram ( talk) 15:58, 21 October 2013 (UTC)
See this edit; I deleted a stub template that was placed between a reference template and a navigation box template, which resulted in both templates ending up on the same line with the navbox displaying all messed up. -- WS ( talk) 12:50, 8 October 2013 (UTC)
I have no idea when the weekly deployment takes place, but the same still happens now. -- WS ( talk) 09:04, 16 October 2013 (UTC)
These are all known, I believe, but it doesn't hurt to bring them in the spotlight again (and perhaps some of them were already supposed to be fixed or thought to be very rare).
That's three times in about 30 edits. They are minor problems, but when you get them so often, they again become quite annoying. Fram ( talk) 13:38, 11 October 2013 (UTC)
[[mismatched bracket]s
. List formatting (especially converting existing paragraphs into a properly formatted list with no
WP:ACCESS-violating intervening blank spaces) is easier and faster in VisualEditor. Several people have said that VisualEditor allows them to focus more on their writing and less on the existence of of brackets, templates, and other infrastructure.[[link| ]]
shown in #1, except that I actually did that a while ago), and things that it might never be as appropriate for (can you imagine writing a complex template in VisualEditor?). The eventual goal is for VisualEditor to be good enough that people who want to use it will be able to edit any page they want. This requires real-world testing on complex and diverse pages, not just the multiple kinds of tests that are done by the staff or other knowledgeable people.
Whatamidoing (WMF) (
talk) 22:44, 15 October 2013 (UTC)
More examples of bug 3. When do people actually "want" to have one letter black instead of blue or red? Ever? Then why is this the default behaviour from VE in these cases?
[32]
[33]
Fram (
talk) 16:02, 21 October 2013 (UTC)
This was probably an intentional change, but I now find that VE is disabled for anons. i.e. if the anon user happens to add ?veaction=edit in the URL, it no longer loads VE.
It would be nice if the VE backend (php) recognised ?veaction=edit , maybe with &debug=true also enabled, and loaded VE irrespective of user preferences. That would allow testing in many browsers without logging in - which is a bugger because logging into a second browser causes the first browser to be logged out.( bugzilla:49890) Are other people experiencing the same issue? I dont want to raise a bug if there is a good reason why veaction=edit in the URL shouldn't force the VE backend to load VE. John Vandenberg ( chat) 01:28, 13 October 2013 (UTC)
jdforrester has said on the bug "I feel that this conflicts with the expressed will of the community (to prevent anonymous users from being able to use VisualEditor)." Perhaps we need to review the previous community discussion, and start a new one if this bug conflicts with the prior decision. John Vandenberg ( chat) 07:42, 20 October 2013 (UTC)
There does not seem to be a way to delete the first of two hatnotes without leaving extra space at the top of the article. 28bytes ( talk) 03:20, 15 October 2013 (UTC)
References are numbered incorrectly within Visual Editor if some are included in templates. Its very annoying to see there is something wrong with a ref number X at the bottom of the page, the locate ref X in the text (after starting to edit), only to discover it is the wrong ref. Found it is in bugzilla as
bugzilla:51289 -
Evad37 (
talk) 16:02, 15 October 2013 (UTC)
This is an edit where VE did the job superlatively well and was far easier to use than doing the same thing in wikitext would have been. The references all cut'n'pasted properly too (and I liked the way they renumbered instantly). Thank you! - David Gerard ( talk) 23:06, 17 October 2013 (UTC)
Some draft templates (a template for when the article is still a draf) in ptwiki are ridiculous big: 1, 2. Though the template has a size parameter most of time, it seems that the parameter is not passed when in VE.
I fixed the issue by adding a fixed width div in the image placeholder but some users got unhappy with the change, also because they seems a bit pessimistic about the VE. I also think that these images should be as smaller as icons not 20mb heavy downsized to 20x20px but this is another issue...
Issue was related here but got no responses.
Thanks for any feedback on this.
Dianakc ( talk) 18:36, 18 October 2013 (UTC)
tamanho
" parameter as "50px" which is passed into
pt:Predefinição:asbox as the "pix
" parameter. This is meant to just be a number (e.g. "50"), as the template adds "px" anyway, which means it becomes "50pxpx" which currently causes Parsoid to choke and needs to work around - see
bug 51628. In the short term, if you fix the template it will go away after Parsoid has a chance to re-parse the page - I've just done this for that template. Sorry for the bug.
Jdforrester (WMF) (
talk) 19:50, 18 October 2013 (UTC)Hello. Just a little thing that's kind of annoying. I don't know exactly how to describe it but I'll try. Since the new launch on Thursday, the cursor disappears when I try to add a new parameter to the templates. What I mean...before, when I was adding a template, after clicking for a new parameter, the cursor was automatically in the box where I write the title of the parameter. Now I have to click on the box first. Also before, when the new parameter was added, the cursor was automatically in the box where I write the content of the parameter. Now I also have to click on the box first. It might be a small thing but it's kind of annoying to move the mouse back and forth, especially when you have 5-6 parameters to add to a template (e.g. for a reference) and it takes more time.
P.S. I like that the "add summary" box is now in the middle of the screen :)
TeamGale 16:55, 19 October 2013 (UTC)
I made a one-word change to Northeim that called for a some-what lengthy explanation. After about two and a half lines, the vertical bar (cursor) kept blinking, but I could not add text. This means that my explanation was cut off in mid-sentence. (The material I typed was saved when I gave up and clicked to save.) Kdammers ( talk) 04:33, 20 October 2013 (UTC)
In VE I can't see any way to use italics. I don't see any icons, unlike in "edit source." (Control-i brings up a new pane when I try that,using Firefox.) Kdammers ( talk) 05:13, 20 October 2013 (UTC) --That is, on the talk page. Kdammers ( talk) 08:31, 20 October 2013 (UTC)
Contrary to what had been claimed ("you can't make syntactically incorrect statements in VE"), you can apparently do this, e.g. emptying a named ref so that it gives a " Cite error: The named reference prisa was invoked but never defined " error. See here for an example. No idea how the editor did it, I have not tried to reproduce it. Fram ( talk) 08:16, 21 October 2013 (UTC)
Why was this removed!? It was much easier to edit articles with the VisualEditor than by editing this nightmarish source code directly. Especially editing the middle of tables, ugh. We should be free to choose which editor we prefer, not forced to slog around in line noise like we're stuck in the dark ages. 71.167.70.47 ( talk) 21:01, 21 October 2013 (UTC)
When I open User:Fram/sandbox with VE, I get at the top a box, beneath the triangle exclamation mark symbol, saying "1 notice" (left), "X" (right), and (bottom right, redlinked) "Group notice Page notice". I get the same in mainspace articles, without the "group notice". I don't think having an empty "notice" is useful for anyone... Fram ( talk) 11:55, 22 October 2013 (UTC)
When I open Jill McCorkle in VE, I get some "hard return" symbols (enter arrows) in the lead, after "MA" and after "Bennington College". I don't think a WYSIWYG should show these (or else it should show "all" layout markers). Fram ( talk) 11:58, 22 October 2013 (UTC)
Noticed at Samuel Gordon (New York) that the thumb image is a lot smaller in VE than in read mode. This seems to be true for other articles as well, e.g. Metropolitan line (1933–88), so it doesn't seem to be article-related. Windows 7, Firefox 24. Fram ( talk) 12:14, 22 October 2013 (UTC)
In VE, there are a few icons, most of which are common to word processors like MSW. But there are functions in word processors that are either missing or hard to find in VE. I just added an ISBN to Jill McCorkle. It went in as plain text. Since all the other ISBNs were hyperlinked, I tired to do that in VE. There is no paint-brush to copy format, so I tried using the link icon. since there are no instructions, I fiddled around for a while before giving up. Then I hti the pull-down more and tried every-thing that seemed likely: nope, at best some complicated confusing panes opened up. So I gave up. (If my computer were faster, I'd've switched out fo VE adn quickly made the change in code, but I thought it more important to leave a message here.) Kdammers ( talk) 00:57, 23 October 2013 (UTC)
ISBN 1234567890
gives ISBN 1234567890 without having anything to do. VE isn't doing this also ? --
NicoV (
Talk on frwiki) 14:25, 23 October 2013 (UTC)
ISBN 1234567890
in VE, it's not displayed as ISBN 1234567890 (the link is not displayed in VE). Its only displayed correctly once saved, because MW parser does the trick, not VE. --
NicoV (
Talk on frwiki) 20:57, 23 October 2013 (UTC)
It's just a random example that caught my eye, indicating some of the common problems and some rather uncommon problems with VE. While VE slowly improves, it seems that very few of these day-to-day problems get fixed (the infobox deletion one is a recent good exception to this rule), while very low priority ones like "showing the size of an image while resizing it" become available. Fram ( talk) 11:41, 23 October 2013 (UTC)
I was trying to convert bad material into a comment in the article on Gerald Celente. When I came to the end of the comment and tried to close it (using html in lieu of any idea what else to use), I got what looks like a chess pawn when I previewed it: ♙. Kdammers ( talk) 05:28, 24 October 2013 (UTC)
This was previously mentioned at Wikipedia:VisualEditor/Feedback/Archive_2013_12#Moving_links_on_the_page_from_outside_the_VE_surface_into_the_VE_surface. But I've now made a video with audio for demonstrating the issue, which should appear to the right. This in FF 24 Win 7 with Monobook. -- Atethnekos ( Discussion, Contributions) 03:48, 30 October 2013 (UTC)
The section edit links for VE are not working properly. When I mouse over the link, the "&veaction=edit§ion=1" is added to the end of the link, however, when I click on the link, it doesn't add that part, just adding "&veaction=edit". This means that the page doesn't scroll to the right place. (As a side note, I noticed this because when switching between VE and source edit the it leaves off the section part. I don't know if these are related or separate, or even if the latter is intentional.) (This shows up at least on Tonopah Air Force Base and User:Jay8g/sandbox.) (Windows 7, Firefox 24, monobook):Jay8g [ V• T• E 04:23, 2 November 2013 (UTC)
At the National English Ability Test, I am trying to clean up a minor point and correct an error, both in the references. One (footnote 5) has an extra set of parentheses and a changed font: (in (Korean)). The other (footnote 3) incorrectly indicates that the reference is in Korean. When I try to use VE to edit, I get the section pale-blued. When I click any-where in this, I get a stronger blue with a white rectangle in the upper right-hand corner with what is supposed to be a books icon. Nothing can be changed in the blue screen. when I click on the icon, I get /info/en/?search=National_English_Ability_Test?veaction=edit, which is a blank white screen with the same icon followed by "Reference list," a cog icon followed by "Options," and "Use this group" above an entry box. There is also a big X in the upper right-hand corner and a "Apply changes in the bottom right-hand corner. The only operative part of this screen is (other than the X and, presumably, the "Apply changes" is the entry box. What in the world does this have to do with editing the text? what "groups" are being referred to? What am I supposed to type into the box -- some sort of group name?? In other words, using VE I have no idea at all how to make the two simple changes I mentioned at the start. (I recall having encountered the blue screen before, but I can't remember what the explanation was. In any case, if we are trying to make editing easier for people thinking in terms of WSIWYG word processing, this is not the way to do it.) Kdammers ( talk) 07:40, 2 November 2013 (UTC)
[42] People in Hindu mythology Redtigerxyz Talk 05:25, 3 November 2013 (UTC)
In the article on Michael Tellinger, much of the text is (erroneously) in italics. But when I went to fix it using VE, what is in italics is not what is in italics on direct viewing! Kdammers ( talk) 07:08, 3 November 2013 (UTC)
Edited Egidio Arévalo's page. This happened - https://en.wikipedia.org/?title=Egidio_Ar%C3%A9valo&diff=580200791&oldid=577924442. I'm undoing and then making my changes using 'change source'. Not sure if this is a pre-existing bug or something new. Red Fiona ( talk) 19:55, 4 November 2013 (UTC)
Is this a bug that only had this result in VE? Then, for all our purposes, this is a VE bug. Which part of VE is responsible for it, or whether technically it is a Parsoid bug that only affects VE, is for us 'readers, editors, VE testers) not relevant. If my car crashes into the wall each time, then I don't want to here "there's nothing wrong with the car, it's those new tyres we have been placing on all our cars". The end result is the same, the cause is the same (VE editing), and which part of the WMF development is actually to blame underneath is not really what we care about, comments like "it was a problem with the Parsoid parsing libraries update (not VE)" or TheDJs comment seem to miss this point or try to make some distinction to divert blame away from VE. — Preceding unsigned comment added by Fram ( talk • contribs) 13:33, 5 November 2013 (UTC)
For anyone interested in the technical details, the Parsoid team switched to a new form parsing library, and the new one defaulted to ISO-8859-1 rather than UTF-8. It appears that the problem was fixed on all wikis approximately 65 minutes after the update. Whatamidoing (WMF) ( talk) 16:33, 8 November 2013 (UTC)
See this diff - it garbles Japanese characters, accented characters, even mdashes. Basically, anything that's not ASCII. Presumably this is the same bug as the section above, I just want to bring it to your attention that it's not just the FR wiki, it's everywhere- as of now, VE is worse than useless on pretty much every page in every language. -- Pres N 20:43, 4 November 2013 (UTC)
An editor made a lot of edits to Robert Lecker using VE, but gradually created a problem which strangely can only be corrected by wikitext editing aparrently... The problems seem to start here (scroll down and search for "The Annotated Bibliography of Canada's Major Authors"), and become worse here and here. Attempts to solve it only move the problem, here and here. Removing it in wikitext mode is no problem though [43].
Going back to that final VE edit, and opening it in VE [44]: put your cursor behind the strange quote marks (in the Anthologies section), and start backspacing. Hurrah, they're gone! You get a wiki-markup warning, but that doessn't stop us. Now, on "save page", choose "review your changes": the marks you just removed with backspace are back there!
So, three VE questions / problems: why were these created in the first place, why can't we remove them, and why does the end result differ from the VE mode (i.e. they can be removed in VE mode, but reappear on saving anyway). Fram ( talk) 09:30, 6 November 2013 (UTC)
It's hard to prove that this is a VE bug and not simply an editor error, but I've seen enough similar cases to fear the former: this edit creates [[Homeschooling in the United States|homeschooling]][[̩|.]]. I don't think the editor intended to link the period separately... Fram ( talk) 09:42, 6 November 2013 (UTC)
Here as well, ''Arundo donax''(giant reed) gets changed into ''[[Arundo donax]]''[[Arundo donax|(]]<nowiki/>giant reed). Fram ( talk) 12:24, 7 November 2013 (UTC)
This edit again indicates the problem for users to place files correctly (i.e. not breaking sentences), and also indicates that the possibility to add hidden comments should be given (or, if it exists, made more noticeable to editors). Fram ( talk) 09:44, 6 November 2013 (UTC)
Minor, but any feedback is welcome, no? ;-) In Wisconsin v. Yoder, with my screen resolution (it will be different for others), the text "The parents' fundamental right to freedom of religion[...]" forms the second line of the lead in regular view and in VE mode (fine so far). Due to the double space between "8th grade." and "The parents' fundamental" though, in VE the line starts with an empty space, instead of left aligned as it should be. Is this intentional? It is not WYSIWYG, since such double spaces are not shown with double width in view mode. Fram ( talk) 09:55, 6 November 2013 (UTC)
I tried to add {{ who}} after "by one of their graduates." on Cornerstone Community#Training using Google Chrome on my Samsung Galaxy Note locked to vertical viewing. Positioning the cursor works well.
I am stuck in a dialog that doesnt work, with the dialog including lots of whitespace but not the button I need. I then realise I can pinch the screen for the rest of the dialog to become visible. Success! John Vandenberg ( chat) 11:23, 7 November 2013 (UTC)
Status | New: |
---|---|
Description | The transluction-edit puzzle button don't appear on {{ multiple image}} with vertical direction. (see Headquarters box) |
To duplicate: | |
Operating system | Linux Mint |
Web browser | Firefox |
Site | Internet Archive |
Workaround | |
Skin | Vector |
Resolution | 1280x1024px |
Bugzilla |
Rezonansowy ( talk • contribs) 15:06, 7 November 2013 (UTC)
But I have no idea which ones can and which ones can't. At Petabyte, the one at the start can't. Why? The navbox at the end has the typical navbox problem, and simply disappears. The reflist can be moved, but that's hardly necessary of course... Fram ( talk) 15:40, 7 November 2013 (UTC)
After switching from source editor to VE, the category box shows up at the top of the page, between the toolbar and the editable area (Monobook, FireFox 25, Windows 7):Jay8g [ V• T• E 03:08, 8 November 2013 (UTC)
I have noticed similar things quite regularly, but never could find an example that was reproducable...
Open [45], click the ref ([1]), click the ref icon, click on the image, click the image icon, and start typing (e.g; "Caption"). The "C" goes to the second line, and "aption" appears on the first line. It is impssible to remove the C, as far as I can tell. Further typing, e.g. after the C, may reveal further strange results... Saving this shows that it is not simply a VE display problem, but that things get actually saved like this... [46]
Further tests show me that if I add an image or open one without a caption, and start typing the caption (any caption), I always get this result. FF25, Windows 7. Fram ( talk) 15:27, 8 November 2013 (UTC)
When testing on Yersinia pseudotuberculosis, I moved the Template:Gram-negative proteobacterial bacterial diseases navbox from the bottom a bit higher. I dropped it after the "IPR015227" text a few lines higher. The result is that the navbox disappears from view, and in "review your changes" it is simply deleted. I haven't saved this result, doesn't seem to be a point in saving this... Further tests show that it doesn't really matter where I place the navbox, it always gets deleted. Testing on other articles indicate that this happens with all navboxes (test on Albert I of Belgium, which takes quite a while to open though...) Changing the order of the navboxes works, but as soon as you want to place it higher on the page, it disappears completely. Fram ( talk) 09:31, 29 October 2013 (UTC)
<ref>
into the completely broken [ref>
. I have no idea why this makes navboxes quit disappearing, but perhaps I can claim to be confused at a more advanced level now. If anyone wants to play with it, you'll find the articles in
User:Whatamidoing_(WMF)/sandbox2.
Whatamidoing (WMF) (
talk) 20:37, 11 November 2013 (UTC)This bug page [48] has the note "RESOLVED FIXED", but the references 19 and 20 in Baruch Spinoza which are in image captions disappear from the references list in VE and the numbering becomes discombobulated. Win7 FF 24.0 Monobook. -- Atethnekos ( Discussion, Contributions) 05:42, 12 November 2013 (UTC)
Hi everybody! Some of you use Template:VE Bug in order to report bugs here. It's great that such a form exists, and I wish that other wikis had adopted it as well; I'd just like to suggest a few improvements for a very simple reason, we do know that a well written report helps developers a lot when they review, assess and assign bugs. Everybody knows that VE bugs can't really be triaged by anyone without knowing browser (and its version), skin, description and URL (or title at least) of the page where the error happened (I'd add that the OS seems needed as well). Many of us are familiar with this How to report a bug guide, and I would like to suggest that we slightly change the form so that some of those suggestions are included. For example, it would truly help if the Description field also prompted the user to include:
(Please take a look at bug 55856 for an example of how this process might be easily described).
Also, looks like templates like Tracked and Answered one very popular on this wiki, and thus the related fields of the current VE Bug form are unused.
Even if you don't actually use the form to report, please keep in mind that the elements in bold are the key, and I am planning to remind this at the top of this page soon :)
For those who are good at templates instead, please comment and suggest improvements of my mockup version for a new report form. Thank you all so much. -- Elitre (WMF) ( talk) 12:18, 22 October 2013 (UTC)
Pointillist, User:Salix alba, User:Thryduulf Hey, since I don't usually publish templates... can someone make User:Elitre_(WMF)/Sandbox2 official? I am not sure we want to overwrite the original one. Also, would a link to mw:How_to_report_a_bug be enough as documentation, for the time being? Thanks, -- Elitre (WMF) ( talk) 13:08, 4 November 2013 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Somewhere to report bugs |
Steps to Reproduce: | Do this
|
Results: | a nicely formatted report |
Expectations: | VE devs will instantly fix the bug |
Page where the issue occurs | Template:VE_Bug2 |
Web browser | Chrome |
Operating system | Mac OSX |
Skin | Vector |
Notes: | This is not really a bug report |
Workaround or suggested solution | write it by hand |
When using VE, the TOC disappears (tested in Flags of counties of the United States and Auto racing). I don't think this happened already before the weekend, I think I would have noticed it... FF25, Windows 7. Fram ( talk) 14:56, 12 November 2013 (UTC)
I did a significant copy-edit of an article today, using VisualEditor as much as possible. There were still a few things I had to use wikitext for (in particular, accented letters and some odd template stuff), but on the whole I was able to complete the edits with just VisualEditor. I would not have been able to do that four months ago. Good work on the steady progress. Risker ( talk) 06:40, 15 November 2013 (UTC)
I have been told by some that I shouldn't blame WMF (devs, systems, whatever) for the shortcomings of VE, but seriously, sometimes it can't be helped. If it tunrs out that my reason for this post is based on flawed information, then please let me know. Otherwise:
The switch between VE and wikitext editing has been active now for a few weeks, and was announced at e.g. mw:VisualEditor/status#2013-10-monthly as one of the major new features of the month in VE.
As far as I can tell, this has never worked in Firefox (see Wikipedia:VisualEditor/Feedback#Messages should reference ability to switch to source editor. If correct, this means that a major new feature has not been tested on one of the two or three main browsers for VE. Coupled with the serious failure of early November with accents, which revealed that new VE releases were (until then) not tested on non-enwiki versions, makes it obvious that the criticisms which were raised multiple times and which led in part to the RfC fiasco here, have not changed anything at WMF (or whichever part of WMF is responsible for this) concerning this.
Why should we believe anything the WMF tells us wrt to testing, feedback, learned lessons, and so on if it looks as if in reality all we get is a big "fuck you, we don't do testing, you are still the guinea pigs" anyway? Why would we believe that the approach to e.g. Flow will be any better? Fram ( talk) 14:10, 15 November 2013 (UTC)
When I add a category, it does not appear on the page after saving. John Vandenberg ( chat) 04:46, 8 November 2013 (UTC)
Did adding categories work properly in the past? I guessing it is a regression, as I doubt that VE was rolled out to Category pages when adding of parent categories does not work properly, and nobody has noticed until now. John Vandenberg ( chat) 17:30, 8 November 2013 (UTC)
Hi, I noticed that several edits by VE on frwiki are modifying the regular space character before ":", replacing with an other whitespace character, but probably an odd one since the count of characters is increasing by 1 for each character replaced. Examples: [49], [50], ... This is again a problem making dirty diffs and leaving strange characters (but invisible) in articles. Could something be done about this so that normal space characters are not replaced by something else ? -- NicoV ( Talk on frwiki) 12:07, 5 November 2013 (UTC)
Any news about this one ? It's regularly making dirty diffs on frwiki, and nothing seems to have changed. Is there any bugzilla for this ? -- NicoV ( Talk on frwiki) 15:00, 15 November 2013 (UTC)
The handling of hidden elements (some templates like italictitle, persondata, ...; and of course categories) in VE really messes up the wikitext layout of pages. See e.g. here, where a whole lot of text is added after the persondata and categories, but before the stub tag. While this happens in wikitext editing as well, in VE it is much easier and can be done by editors not wanting to do this but getting this result anyway. Luckily, the editor noticed this and corrected it in the wikitext editor [51], which again makes one wonder what the added value of VE is. Fram ( talk) 08:56, 18 November 2013 (UTC)
Here, at "humor effect", you get a citation needed with a reason. In VE mode, you get a "span title =" which shouldn't be there... Fram ( talk) 14:05, 7 November 2013 (UTC)
Here, something went wrong. Note the editor succeeded in introducing wiki-markup into the VE text :-) Probably not a very common bug (or occurrence, "bug" may be the wrong word here), but indicative that the wiki-linking feature perhaps isn't as intuitive as hoped. Fram ( talk) 14:52, 6 November 2013 (UTC)
<nowiki>[[This]]</nowiki>
.
Whatamidoing (WMF) (
talk) 20:28, 18 November 2013 (UTC)
I want to copy an image from one site (characters in the t.v. show "Bones") to another site, (List of fictional anthropologists). I got the picture to copy (using the source file) onto the media page (though there was no explanation of what to do), but then I was stumped. There was no "paste," "apply," "do" or any other similar button (to say nothing of there being no explanation there or at the guide ( /info/en/?search=Wikipedia:VisualEditor/User_guide) page. All I saw was a big X. Suffice it to say that I didn't succeed in getting the picture onto the page. Kdammers ( talk) 01:39, 8 November 2013 (UTC)
Kdammers, you asked "How do I insert a picture?" and later "why is there a media button?" The answer to those is: you can insert a picture using the media button, it works (more or less, e.g. don't try to insert it at the left side...). But what you actually wanted to do, was copy an image from one article to another using VE. This is not possible (although it would of course be very useful). What you have to do is determine the file name (which is impossible in VE! You have to do it in wikitext), and then type that name into the destination article into the box you get when you chose "media". Obviously, if you are savvy enough to open wikitext to find the filename, you'll probably simply copy-paste the full "file" text and open the other article in wikitext as well...
Elitre, I presume you misunderstood the intended question (understandably, it wasn't very clear), but I hope that you don't mean that the lack of copy-paste (and many other features) in the "media" feature is "working as intended", but that the feature works for the few things it does, but is severely lacking in many others. If it truly was the intention that the "media" option only would offer what it does now, then I don't think VE will ever be considered non-beta. Fram ( talk) 12:38, 8 November 2013 (UTC)
I never thought to click on the "Insert Media or the icon next to it, since that seemed like nothing more than the title. But checking back I tried it, but clicking on them didn't do any-thing any-way. Kdammers ( talk) 08:05, 9 November 2013 (UTC)
"E" "ily DeSchanel" "mily DeSchane" "ly DeSchan" etc. when I tried to erase this mess, I could only erase some of it, leaving a list about 5 or ten lines long with one and two letters per line. Other than backing out (or adding stuff), I can't seem to do any-thing with this. Kdammers ( talk) 09:24, 16 November 2013 (UTC)