This page is an archive. Do not edit the contents of this page. Please direct any additional comments to the current main page. |
1. Not particular to Citoid, and so certainly reported elsewhere, but still: It would be really nice, when one adds a citation, to have the new citation appear in the list of citations. It's particularly problematical to have the citations renumber themselves, in the body of the text, as they do, but to have the list unchanged (so now the numbers in the body of the text don't match what is in the list, by number).
2. It's baffling to have the cite icon (castle?) sitting next to the drop-down for cites, and the two of them not behaving the same way as the paragraph, list/indentation, and insert icons and their related drop-downs. By this, I mean that for those three other icons and their adjacent down-pointing carets, it makes no difference whether one clicks on the icon or the caret - one gets the same menu choices. That's not at all true with the Cite icon (clicked on, it opens a dialog, primarily for Citoid) and its adjacent pull-down menu (which lacks a "Cite by URL or DOI" option, but lists six other options).
I understand that (eventually) most people will use Citoid, most of the time, so being able to access it directly on the toolbar (by clicking the Cite icon) saves one click. Fine. But that's no reason to exclude Citoid from the pull-down menu accessible via the caret. If Citoid is not on the regular pull-down menu, it's quite possible that a lot of people won't find it.
3. Clicking on the Cite icon opens a dialog with Citoid, plus this link: "Or use the full citation dialog to fill in the details yourself". That link wording may be technically correct, but it's both verbose and unclear. (A menu list may, technically, be a dialog, but that's not how most people think of it). The wording "Or use another type of citation" is both shorter and clearer.
4. I'm not found of YYYY-MM-DD as a date; I'd rather use Month DD, YYYY. I understand that preferences do vary. But it's going to get really old, really fast, to have to change the date format, every single time I use Citoid, to my preferred format. Is there, or could there be, some way to set a preference, so editors don't have to change the format, every single time they use Citoid?
5. After this sequence: click the "Cite" icon, paste a URL, click "Lookup", and click "Insert", then VE displays the citation in (what appears to be to me, anyway) a dialog, with the option of clicking "Edit". If I'm not interested in editing that citation, then I assume that I should press [esc] to dismiss the dialog - that's what I do with other dialogs. Nope - if I press [esc], VE thinks I'm trying to exit VE, and asks me whether I really do want to exit VE, or not. Such inconsistency is disconcerting.
6. If I insert a citation using Citoid, and click somewhere to avoid the Edit dialog (or non-dialog), then decide I don't like the citation and click Undo, on the toolbar, the citation is converted to an empty Basic citation. It takes a second "Undo" to completely remove it. I don't understand why a single "Undo" doesn't remove it completely. -- John Broughton (♫♫) 02:51, 5 April 2015 (UTC)
Hi John Broughton,
Thanks again for all of your help. I really do appreciate it, and I apologize for being slow in getting these filed in Phabricator. Whatamidoing (WMF) ( talk) 07:14, 15 April 2015 (UTC)
CorporateM, I have a question about your /Archive 2015 1#Minor quips report: Is there any chance that the material you're pasting contains a tab character? That would be phab:T74390. Does it move the cursor to the top as well? That's probably phab:T73728, previously seen only in Safari (Safari and Chrome are related, though).
Mike Christie, your problem with scrolling down after pasting is now phab: T97359
Thanks, Whatamidoing (WMF) ( talk) 23:19, 27 April 2015 (UTC)
When in VE it is possible to "drag" an image to reposition it within the article - so far so good. The anchor moves as expected. However, if I wish to move the image further up or down the article than is currently visible I should be able to move my cursor (while dragging the anchor-point) to the edge of the scrollable area and for the article to start scrolling. This currently doesn't happen. This means I have to move the image in increments - to the top of the currently viewable area, drop, scroll the screen, re-select the image, drag to the top, repeat... Witty lama 16:11, 23 April 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | I was trying to fix dead links to improve the quality of the wiki. |
Steps to Reproduce: | Yes I tried to reproduce it. |
Results: | It continued to happen. |
Expectations: | That it would happen again because it has happened on several articles. |
Page where the issue occurs | /info/en/?search=Zac_Brown_Band_discography This was the most notable but it happened on other articules. |
Web browser | Mozilla/5.0 (Windows NT 6.3; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/41.0.2272.118 Safari/537.36 |
Operating system | Windows 8.1 |
Skin | Whatever the normal one is. |
Notes: | |
Workaround or suggested solution | Open the article in two tabs edit on one and look at the second one to see the correct numbers |
BlueworldSpeccie ( talk) 18:37, 7 April 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Edit any article page on English language Wikipedia |
Steps to Reproduce: | Clicked the Edit button |
Results: | Visual editor loading bar never finishes loading, cannot edit the page. If I try /info/en/?search=User:Sandbox?veaction=edit the loading bar starts full and then looks like it's loading backwards and freezes at the same point in the line |
Expectations: | For it to finish and me to be able to edit the page |
Page where the issue occurs | Any en.wikipedia article page |
Web browser | Up to date Chrome |
Operating system | Windows 8.1 |
Skin | Vector |
Notes: | |
Workaround or suggested solution |
Mrjohncummings ( talk) 23:17, 15 April 2015 (UTC)
I wanted to add myself to a table of users, just like
Wikipedia:VisualEditor/Feedback#Speed_check on this page. VE's table editing rocks, but I wasn't sure how to insert "
SPage (WMF)". It would be nice to automate this, if I'm logged in VE could add Insert > Signature/Username > (menu or dialog of different signatureflavors). Note I don't know how to easily do this in wikitext either, using ~~~
creates a (talk) link as well. I scanned Phabricator and didn't see a task for this. Thanks! --
SPage (WMF) (
talk) 20:25, 28 April 2015 (UTC)
Is it possible to manually add the refname into the template as although it is irrelevant to VisualEditor users a source editor will find it easier to navigate through the references if the refname has a meaningful title rather than just a number?
Deubug ( talk) 21:06, 30 April 2015 (UTC)
I can't change the size or aspect ratio of the window.
Deubug ( talk) 21:01, 30 April 2015 (UTC)
I don't like this new editor because I can't do hyperlinks anymore because whenever I do a hyperlink it shows the website and not the words therefore I think the original was better than this.
Obdog ( talk) 02:37, 4 May 2015 (UTC)
In this edit, VE added useless sup and abbr tags around nothing... -- NicoV ( Talk on frwiki) 21:22, 5 May 2015 (UTC)
I made that edit to change the word on a wp:red link. It piped the link instead. This is a problem in my mind. How was I supposed to know that my edit would actually maintain what I realized was an incorrect link? How are newbies supposed to know? Maybe someone has thought long and hard about this and has a rational explanation, but I can't help but think the concept of piping links might need more explanation via a Visual Editor feature. Thanks. Biosthmors ( talk) pls notify me (i.e. {{ U}}) while signing a reply, thx 17:35, 6 May 2015 (UTC)
The link tool is being re-designed. If anyone wants to take a look, then you can try it out at on mediawiki.org. This will arrive here next Wednesday. What do you think? Whatamidoing (WMF) ( talk) 23:43, 30 April 2015 (UTC)
[[2000|2015]]
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | |
Steps to Reproduce: | Whenever I try to edit anything in my watchlist, the default gets set to remove it in my watchlist. |
Results: | I thus unintentionally removed items from my watchlist through normal editing. Noticed it today, didn't experience this problem before. |
Expectations: | In my preferences, only the option "watchlist items I create" is ticked and I manually add them. Regular editing doesn't remove them by default. |
Page where the issue occurs | Any page in my watchlist |
Web browser | Google-chrome 41.0.2272.118 |
Operating system | Gentoo |
Skin | Vector |
Notes: | I've retraced my contribs and found around 4 pages which were removed--only after 27 April. Before that, can't find any evidence of it happening. |
Workaround or suggested solution |
Ugog Nizdast ( talk) 08:56, 6 May 2015 (UTC)
How do you use the ref label template using VisualEditor. See this diff for the messy result of an already frustrating edit.
Second, while attempting to put in this note, I tried to copy-paste the citation listed right after it. I selected it, but because there was only another template before it, and not text, I was only able to bring up a browser option menu "View this image," "copy image," etc., instead of a copy-paste menu. I've had issues with this before, but usually I can highlight some text in the selection as well and copy-paste and then just delete the text, leaving the citation. But in this case there was only the other template, which I didn't want to copy.-- 3family6 ( Talk to me | See what I have done) 00:14, 5 May 2015 (UTC)
1
is the first parameter, 2
is the second, and so forth. I've seen people recommend adding those explicitly for wikitext as well, but I'm not sure what problems it's supposed to solve.
Whatamidoing (WMF) (
talk) 22:23, 8 May 2015 (UTC)I used Citoid to create a citation using a url from the examiner dot com website, a website that is blacklisted - see Wikipedia:Spam blacklist. It was only when I did the final page save that VE objected - with a quite user-unfriendly message.
This is another opportunity for VE to be better than the wikitext editor. VE could validate a new url immediately upon its being added, rather than at the very end. VE could displayed a dialog saying something like "badurl.com is a blacklisted website. The url you added therefore cannot be used." Then clicking "Okay" (the only option) should cause VE to automatically delete the problematical url. (Dismissing the dialog, say with "esc", should be considered the same as clicking "okay".)
Or, at minimum, the VE existing error message needs to be improved. -- John Broughton (♫♫) 17:28, 7 May 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Trying to create a whole new article using only the VE (practice for teaching the VE in edit training workshops) |
Steps to Reproduce: | I click on a redlink to create a new article. |
Results: | The source editor is launched not the VE. |
Expectations: | It would either asked me which to launch, or have launched either my "default editor" choice based on my Preferences, or whichever editor I most recently used. For people only using the VE, it seems unreasonable to launch the source editor. |
Page where the issue occurs | |
Web browser | |
Operating system | |
Skin | |
Notes: | |
Workaround or suggested solution | Obviously if you click "Create", it relaunches in Visual Editor. However, if the VE is intended for use by people who are not already using the source editor, it seems a strange choice to dump them into the source editor when they won't be expecting it and may not recognise it and may not know how to relaunch in the VE. I think there needs to be a preference option so people can exclusively use the VE (which would not even display the "edit source" or "create source" options). |
Kerry ( talk) 21:09, 9 May 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Add a pre-formatted citation from NLA Trove to article Carnegie Clark |
Steps to Reproduce: | # Found
[1] this digitised newspaper article on NLA Trove to use as a citation. Used the "Cite this" button on that WWW page to get the Wikipedia citation, which was {{cite news |url=http://nla.gov.au/nla.news-article16680964 |title=CARNEGIE CLARK RETIRES. |newspaper=[[Sydney_morning_herald|The Sydney Morning Herald (NSW : 1842 - 1954)]] |location=NSW |date=28 May 1930 |accessdate=10 May 2015 |page=17 |publisher=National Library of Australia}}
|
Results: | The pre-formatted citation was not parsed due to the presence of nowiki tags which are NOT visible in the VE but can be seen in the source editor. |
Expectations: | I expected to be able to paste in a pre-formatted citation into the Basic Citation field. |
Page where the issue occurs | Add URL(s) or diffs |
Web browser | Don't forget its version! |
Operating system | What's your OS? |
Skin | Monobook/Vector? |
Notes: | Any additional information. Can you provide a screenshot, if relevant? |
Workaround or suggested solution | Use the source editor is the workaround. For a solution, maybe there needs to be an explicit checkbox to disable the addition of nowiki tags. |
Kerry ( talk) 20:56, 9 May 2015 (UTC)
Links to valid redirects are not handled well (I am fairly sure, that was discussed a few months ago):
The search feature lists "Magyars" as possible alternative at the end of the selection list and recognizes it as redirect, but fails to select it. Editing a Wiki-link, the selection list must auto-select the currently active link (if it's a blue link), no matter if the blue link points to a real article or "only" to a redirect. In this context redirects need to be treated just like normal article links. GermanJoe ( talk) 23:29, 7 May 2015 (UTC)
It suspect that redirects are always inserted into this list after their target.. — TheDJ ( talk • contribs) 20:26, 8 May 2015 (UTC)
I just added an empty section to an article [3] with a editorial note. When I used VE to edit the section, I noticed the editorial note was transformed into a tiny grey square exclamation point. I'm not sure newbies will comprehend what this signifies, or if they will even notice it. Is there any discussion on other mechanisms to show editorial notes? Thanks. Biosthmors ( talk) pls notify me (i.e. {{ U}}) while signing a reply, thx 21:38, 8 May 2015 (UTC)
Just a minor bug. When trying to add a new category using the Wizard, I was trying to use auto complete from the drop down box. Rather than displaying the full name of the category University of Hanover alumni it just displayed condensed form "University ... alumi" making it really hard to see if I had the right category.-- Salix alba ( talk): 07:51, 12 May 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | add a citation from our city's major newspaper using just the URL from their website |
Steps to Reproduce: | |
Results: | What appeared in the citation was "No Cookies |
Expectations: | I had expected to see the title "King George Square designer wouldn't change a thing despite calls to bring back the grass" |
Page where the issue occurs | |
Web browser | |
Operating system | |
Skin | |
Notes: | |
Workaround or suggested solution |
Kerry ( talk) 23:01, 14 May 2015 (UTC)
Hey everyone, that A/B test that we talked about a while ago has finally been scheduled. They're going to start with a 24-hour pilot run, beginning a week from now, just to make sure that the logging software is working correctly. (There have been some problems with that.) About a week after that, assuming all's well, they'll do the real thing for exactly one week. User:EpochFail's running it, and you can follow along (everything's public) or ask questions about the methodology at project page on Meta. Whatamidoing (WMF) ( talk) 00:07, 15 May 2015 (UTC)
When editing a section, I've noticed that the editing window does not normally position itself in the right place. So I need to scroll up or down to find the section that I want to edit. — Martin ( MSGJ · talk) 12:15, 15 May 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | On a page, there was a link like this: Sotheby's which I wanted to convert to Sotheby's |
Steps to Reproduce: | So I clicked on the word, and changed the link to point to Sotheby's instead of Sotheby. |
Results: | Which resulted in [[Sotheby's|Sotheby’s]] .
|
Expectations: | I wanted it to result to a simpler wikitext: [[Sotheby’s]] .
|
Page where the issue occurs | https://en.wikipedia.org/?title=Silver_Car_Crash_%28Double_Disaster%29&type=revision&diff=662524516&oldid=655405526 |
Web browser | Firefox, 37.0.2 |
Operating system | Ubuntu 64-bit |
Skin | Don't know. |
Notes: | |
Workaround or suggested solution |
Siddhant ( talk) 01:14, 16 May 2015 (UTC)
@ Siddhant: Thanks for the report! I think what's going on is that the link text used curly quotes, while the link itself used straight quotes. The two types of quotes are separate characters, so VisualEditor treats them differently. When I do the same thing using only straight quotes, VisualEditor correctly makes a non-piped link.
In the long term, it may be worth having VE automatically do things like turn curly quotes into straight quotes, but changes like that are almost always more complicated then they seem: for example, we'd have to make it possible for each project to customize its autocorrect rules (so that the English Wikipedia could turn all curly quotes straight, and the German Wikipedia could turn all straight quotes curly), which would be quite an undertaking.— Neil P. Quinn-WMF ( talk) 21:03, 16 May 2015 (UTC)
When typing categories the suggestions are case-sensitive, which is a little bit annoying. Could they be made insensitive? Thanks — Martin ( MSGJ · talk) 12:19, 15 May 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Force a refresh of links and templates. |
Steps to Reproduce: | Clicked "Edit", went to click "Save" but found it greyed out. Reproducible. |
Results: | Could not SAVE and hence did not purge. |
Expectations: | Expected the SAVE to occur without requiring an edit summary forcing the purge. |
Page where the issue occurs | |
Web browser | |
Operating system | |
Skin | |
Notes: | |
Workaround or suggested solution | add a character and delete it, that un-greys the SAVE |
Kerry ( talk) 04:38, 16 May 2015 (UTC)
I keep pressing "enter" when typing in the edit summary and expecting it to save the page, but instead it puts a carriage return in the edit summary, which is not even possible to display. Please make enter be a shortcut to save page, like the source editor. — Martin ( MSGJ · talk) 12:49, 15 May 2015 (UTC)
There seems to be a miscommunication about a problem I brought up earlier. So, let's try again.
Situation: If someone using VE adds a blacklisted url, VE does nothing until the person tries to save the page. Then, in a dialog box titled "Something went wrong", the following error message appears, with the box being too small for the whole message, so the user needs to scroll down to see it all. And no, the message is not formatted - what is shown below is exactly what the user sees, though the line width is less.
Apparently back in 2013, the developers thought they were providing users with a clear message in such situations - see https://phabricator.wikimedia.org/T52826 . As I hope is obvious from the above, the current message is anything but clear. Perhaps T52826 should be reopened? -- John Broughton (♫♫) 03:54, 20 May 2015 (UTC)
Right, John. That's a mess. Thanks for re-explaining; whatever the underlying limitations of the blacklist extension are, that needs fixing now. Whatamidoing (WMF) ( talk) 20:43, 20 May 2015 (UTC)
I was testing mobile editing, and I have this shiny new tablet (Samsung Galaxy Tab 4 8.0). If I use Wikipedia in Firefox, the desktop version is identical to Firefox on the PC. Wikitext editing is just the same.
But it won't let me use VE. Even though Firefox for Android is as identical to Firefox for a PC as Mozilla can make it. Even "?title=Pagename&veaction=edit" doesn't work.
I've already chosen to opt in to VE, what's being overly helpful here and preventing me from trying this? - David Gerard ( talk) 19:31, 9 May 2015 (UTC)
I really like the order of the "new" edit bar (I say new, it's only looked like that since yesterday for me). The suggestion is, is there any way of making transcluded templates like the one used on the palmares section in this article ( /info/en/?search=Dan_Craven) more editor friendly. I needed to fix a few things and went back to using wikisource because it was easier and more straightforward than using VE. Not a problem but I know you're trying to move to having VE be the first port of call. Red Fiona ( talk) 12:42, 21 May 2015 (UTC)
In the Candelaria massacre page it mentions that two police were convicted, then later in the "aftermath" portion it says that only one was convicted...
Maggiebpdx ( talk) 19:52, 21 May 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Adding new citation, then using the same citation later on in the same article. |
Steps to Reproduce: | Go to page (I used /info/en/?search=Jozef_Klaassen). Add new reference using the new automatic citation thing. Insert. Go a point later in the article. Go to citation manager again. Try to re-use the new citation. It doesn't show up. Have to save the article to get the new citation to show up in the re-use panel. I have had this happen on several articles. |
Results: | Try to re-use the new citation. It doesn't show up. Have to save the article to get the new citation to show up in the re-use panel. |
Expectations: | Able to re-use the citation I have added without having to save the page. |
Page where the issue occurs | /info/en/?search=Jozef_Klaassen |
Web browser | Chrome 43.0.2357.65 |
Operating system | Microsoft 8 |
Skin | Vector |
Notes: | I'm not sure if it's actually possible to do this without saving the page, but I thought it used to do this. |
Workaround or suggested solution | Save page, re-open editor and then the re-use citation thing works fine. |
Red Fiona ( talk) 22:58, 23 May 2015 (UTC)
This edit [5], VE didn't alert me that OpenWave was a redirect. (Fixed here.) I suppose for new editors they'd need to know what a redirect was, but as an experienced editor I found it disconcerting I had to fix my gratuitous and erroneous redirect afterwards. Not sure how we'd reveal this in the interface in a newbie-friendly manner ... but I would have liked some sort of awareness I was making a mistake - David Gerard ( talk) 21:15, 24 May 2015 (UTC)
Using Cite news, I don't see a way to add a second author surname under "Add more information". Whereas the last3 - last9 fields are all supported, last2 isn't. Or at least it isn't obvious. Barte ( talk) 20:05, 30 May 2015 (UTC)
The popups that display the Wikidata short summary of the item are great, and do an excellent job starting an understanding of a topic (not quite as good as having the first few sentences of the article with Navigation Popups); however, there is no link for editing the wikidata item, so if their is not short, you are SOL. It would be ideal, if there was room (or a link to a API tool) that allowed you to modify the summary in wikidata, when working with links.
Sadads ( talk) 12:51, 27 May 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | |
Steps to Reproduce: | To reproduce (but not every time - I haven't figured out the trigger):
Please mention if it's reproduceable/if you attempted to reproduce or not. --> |
Results: | Pasted formatting was not possible to remove. Added formatting was (e.g. making the bold text bold italic worked, and the italic could be removed but the bold could not) |
Expectations: | Formatting should be removable |
Page where the issue occurs | discovered editing Suicide in Japan, confirmed in sandbox testing |
Web browser | Firefox 38.0 / Chromium 41.0.2272.76 |
Operating system | Xubuntu 14.04 (64 bit) |
Skin | Monobook |
Notes: | * See
[6] for a demonstration
|
Workaround or suggested solution | # Copy and paste via a text editor (e.g notepad, kwrite); or
|
Thryduulf ( talk) 10:52, 2 June 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | |
Steps to Reproduce: | These consistently reporoduce the issue
|
Results: | All formatting is preserved other than underline. [8] should be identical to [9] but underline has not been presved. |
Expectations: | All formatting preserved or not preserved |
Page where the issue occurs | Discovered in sandbox testing for another bug. |
Web browser | Tested in Firefox 38.0 and Chromium 41.0.2272.76 |
Operating system | XUbuntu 14.04 (64-bit) |
Skin | Monobook |
Notes: | |
Workaround or suggested solution | add underline manually |
Thryduulf ( talk) 10:30, 2 June 2015 (UTC)
See this edit for many various damages made by VE all over the article:
-- NicoV ( Talk on frwiki) 12:04, 3 June 2015 (UTC)
Hi everyone,
I haven't seen much talk about the A/B test for VisualEditor, and I think that the experimental/bucketing phase is wrapping up within the next 24 hours. Have any of you noticed anything odd? The test is small enough that it's only affecting a small percentage of the total edits each day, but if you saw something strange and just hadn't mentioned it, then please let me know. Or, I suppose, if you haven't noticed anything very unusual while a fraction of newly registered accounts are using VisualEditor, then I suppose that's worth mentioning, too. Thanks, Whatamidoing (WMF) ( talk) 01:44, 4 June 2015 (UTC)
It looks like the number of nowiki tags added has gone up very slightly.
Looking through recent changes with 'nowiki+added' filter there were.
I think this points to a slightly higher incidence of nowikis being added. The numbers are a bit low to really draw much of a conclusion. -- Salix alba ( talk): 09:12, 7 June 2015 (UTC)
This edit on Kid A is interesting [10] The main problem with the page is frequent references to (Kid A's lyrics) which has awkward composition of italics and an apostrophe. Manual editors and VE use a different method for rendering this:
The manual version uses the {{ '}} template which includes a little extra space beforehand to adjust for the slope of italic characters. The spaceing is no so bad here but would have been worse it the album had been called Kid H causing the apostrophe to collide with the italic H.
VE also unnecessarily puts the following space in italics which is a little annoying. Ideally we would use the template in this circumstance. It looks like there are a number of other specially designed templates for similar spacing issues. -- Salix alba ( talk): 08:54, 7 June 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | |
Steps to Reproduce: | To reproduce on every occasion:
|
Results: | VE couldn't find the displayed text |
Expectations: | VE find the displayed text. If a replace is attempted an error should be given. |
Page where the issue occurs | e.g. Indo-Bangladesh enclaves |
Web browser | Identical results in Chromium Version 43.0.2357.81 and Firefox 38.0 |
Operating system | Xubuntu 14.04 |
Skin | Monobook |
Notes: | |
Workaround or suggested solution |
Thryduulf ( talk) 12:34, 12 June 2015 (UTC)
When will VE stop damaging ISBN numbers ? This has been reported countless times, and it's still happening on a regular basis. Example. -- NicoV ( Talk on frwiki) 08:30, 12 June 2015 (UTC)
The result produced by VE to create tables is sometimes complex and awful for a simple table: a table inside a table, nowiki everywhere, whitespace before pipes, ... Using a proper formatting removed 1500 bytes of the previous edit that count 2700 bytes, so more than half text produced by VE was unnecessary. -- NicoV ( Talk on frwiki) 13:13, 12 June 2015 (UTC)
class="MsoTableGrid"
that the user copy-and-pasted the table from a Microsoft Word document. Considering that, I personally feel like VE did pretty well :)Quick note: James F (the product manager) started a discussion over at VPPR about VisualEditor.
Dinner's calling. I'll be back in a few hours. Whatamidoing (WMF) ( talk) 01:27, 18 June 2015 (UTC)
Among other problems, VE added a gallery tag with base64 junk (in the previous version, it seems there was a correct image). Other problems include poorly formatted new arguments in template (non consistent with existing arguments), poorly formatted gallery tags (put on the same line with an infobox or together), template emptied of its arguments (Palette at the end of the article), ... -- NicoV ( Talk on frwiki) 06:35, 17 June 2015 (UTC)
In this edit and others on the same page, VE inserted useless p tags around paragraphs, and also p tags around useless nowiki tags. -- NicoV ( Talk on frwiki) 13:54, 15 June 2015 (UTC)
Quick update: I know that Aaron said last month that he was running an experiment with VisualEditor for newly registered accounts. If anyone's interested, he posted the results on Meta. Whatamidoing (WMF) ( talk) 05:49, 17 June 2015 (UTC)
In this test edit I added a wikilink to the last word of a sentence (using the tool), and then tried to continue the sentence, but the continuation also appeared bluelinked until the instant I clicked "save page", when it reformatted correctly. -- 99of9 ( talk) 07:04, 18 June 2015 (UTC)
I'm sure that this has been reported as an issue before, and I'm sure that there is a technical reason why this is difficult to do, but really? VE is supposed to be a rough approximation of a WYSIWYG application (yes, I know that's not officially the goal, but that has lots of benefits for people doing editing), and yet, after adding a citation to an article, it isn't visible in the list of citations - the list generated by VE.
I'll try to make the problem clearer: (1) VE gets a list of citations from the article (it has to, in order to be able to offer citation re-use); (2) VE knows that the user is adding a citation (via the Cite menu); (3) VE isn't able to combine the new citation and the old citations into a single list, to be shown in the article, during the editing session; (4) VE isn't able, during the editing session, to combine the new citation and the old citations into a single list that is offered to editors when they want to re-use a citation.
I really think this qualifies as something to be added to the list of VE blockers. I was editing a couple of articles using VE, and this problem is sufficiently vexing (I can't see the citations I've added, except by clicking on each individually; I can't reuse them) to make me reluctant to use VE when I want to expand an article.
I note that the functionality that is needed does not include renumbering existing footnotes - it's fine, during an editing session, to have new footnotes simply added (number-wise and listing wise) to the end of the list of existing citations. It's fine to have the renumbering happen after the session is saved, as is the case now. The point is that new editors shouldn't have to wonder why, when they've added a citation, it doesn't show at the bottom of the article (more experienced editors have lower expectations of VE, and presumably won't be surprised), and all editors need to be able to reuse citations during the same editing session that they create them. -- John Broughton (♫♫) 21:00, 11 June 2015 (UTC)
<references />
block is supposed to update as soon as you add a new citation. This seems like a regression (and a bad one at that). Thank you very much for reporting it! I've tracked it in Phabricator; hopefully, it will get fixed very quickly.—
Neil P. Quinn-WMF (
talk) 18:39, 12 June 2015 (UTC){{reflist}}
does not update until the page is saved is tracked at
T52769, which I've updated to pass on a broad-strokes explanation about how monumentally intractable it is. I wish there was something more helpful I could say on that score, but I'm afraid not there's not.Is it possible to have the ability to center justify text in table cell? If not, this is my suggestion as something to add to VisualEditor. -- hmich 176 17:20, 21 June 2015 (UTC)
<ref>
tags from referenceSometimes you need to be able to remove the ref tags from references to create bibliographic fields that aren't used for verification (see recent changes, E.g. this diff, to Kyohei_Inukai_(b_1886)). Moreover, I am imagining adding unfootnoted references is an easy and lightweight way for experts to contribute to Wikipedia (see recommendations at Wikipedia:The_Wikipedia_Library/GLAMISTS#As "Further reading" or "Other sources" and below )
Sadads ( talk) 15:59, 18 June 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | fixing categories on the same article after a VE edit |
Steps to Reproduce: | Need HotCat to be enabled: First edit something in VE, then save and check the category display |
Results: | HotCat buttons below the article (the +/- functions) are gone (reproduceable), note that cancelling the VE session does NOT produce this error |
Expectations: | all gadgets, scripts and features should be reloaded properly, after VE ends (Save and Cancel) |
Page where the issue occurs | |
Web browser | Firefox 38.0.5 |
Operating system | Windows XP |
Skin | Vector |
Notes: | |
Workaround or suggested solution | Reload the article completely |
GermanJoe ( talk) 12:07, 12 June 2015 (UTC)
The VE remains a vastly more feasible way to edit heavily-referenced paragraphs than wading through the computer guacamole when you just want to do some fairly simple text changes. I opened this in guacamole mode, quickly noped out to VE and it was much simpler. Cheers! - David Gerard ( talk) 13:32, 21 June 2015 (UTC)
In this edit, nowiki tags has been added in an existing reference and a whole section has been duplicated. The content of the reference was wrongly formatted (missing a pipe after the template name), but that's not a reason to add nowiki tags in meaningless places making the wikitext even worse than it was before, and to duplicate a whole paragraph. -- NicoV ( Talk on frwiki) 21:52, 21 June 2015 (UTC)
" where Foo is a non-existent template, strictly speaking, the nowiki protection around it is not required. But, even if we did the more complex thing (of parsing it fully and looking up whether that is a non-existent template or not), the problem is that when someone adds a new template Foo in the future, the nowiki-less wikitext will now start doing something new. So, as a general problem, we conservatively add nowiki protection whenever transclusion-like markup is seen. That said, perhaps we can be a little bit more smarter and do more work to detect when something might never parse as a transclusion, but, I am hesitant to go down that route since that is a route to code and maintenance complexity because of lots of edge cases because of potential user errors. If you might not mind me putting a spin on this, this nowiki-ing could be seen as helpful since it flagged a user error for you. Curious to hear what you think. SSastry (WMF) ( talk) 21:25, 22 June 2015 (UTC)
In this edit, VE added empty blockquote tags. -- NicoV ( Talk on frwiki) 16:37, 23 June 2015 (UTC)
I stumbled upon some <time>...</time>
tags lately, here's
an edit by VE where a time tag has been added. What's that? --
NicoV (
Talk on frwiki) 16:37, 23 June 2015 (UTC)
In some cases, VE adds nowiki tags just to wrap them inside an italics or bold formatting, like here or here. -- NicoV ( Talk on frwiki) 05:35, 25 June 2015 (UTC)
I was trying to update this page and had trouble adding new entries where cell contents were centered. perhaps this feature is there, but I cant find it.
Dalek2point3 ( talk) 17:46, 29 June 2015 (UTC)
Wikipedia:Keyboard shortcuts says: "v Edit with VisualEditor (if available)." In current Firefox and Chrome versions Alt+⇧ Shift+v opens VE when I'm logged in with VE enabled at Beta (
Special:Preferences#mw-prefsection-betafeatures), but not when VE is disabled at Beta or I'm logged out. Tested on
Example and other articles. Other shortcuts like Alt+⇧ Shift+e (source editor) works both logged in and out. VE can be started manually with veaction=edit
whether I'm logged out or in with VE enabled or disabled at Beta. I examined a report at
Wikipedia:Teahouse/Questions#Visual Editor and don't know whether this behaviour is normal.
PrimeHunter (
talk) 13:16, 30 June 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Tried to edit Aruba using ve but will not load completely |
Steps to Reproduce: | Edit any of the articles here (majority of the articles) |
Results: | VisualEditor hangs and will not load completely |
Expectations: | Should be able to edit any article in the main namespace using VisualEditor |
Page where the issue occurs | Most articles that transclude Template:Infobox country |
Web browser | Firefox 38.0 |
Operating system | Ubunto 14.4 LTS |
Skin | Vector |
Notes: | Other articles that transclude
Template:Infobox country like
Juan de Nova Island will load just fine
I tried it logged in (En Wikipedia and Ilo Wikipedia) and logged out (Ilo Wikipedia, Tl Wikipedia) |
Workaround or suggested solution | Edit in wikitext |
Lam-ang ( talk) 17:05, 30 June 2015 (UTC)
In enwiki I see "Edit source" on the left and "Edit" on the right. On enwikinews they are in the other order, so out of habit I clicked the wrong one. -- 99of9 ( talk) 05:24, 3 July 2015 (UTC)
Harold Innis won't finish VE-loading for me in Firefox 39.0 or Chrome 43.0.2357.81 Riggr Mortis ( talk) 16:58, 6 July 2015 (UTC)
I enjoy the new linking system in the VisualEditor, however, there appears to be no function to delete an already-done link.
In this case, when one clicks on the link button to a word (if s/he has already highlighted the selected words), then one sees the link options pop up. Then one types in an alternate link other than the selected words, for example, a link of "execute" linking to "execution by firing squad". But if one wants to unlink, s/he would have to highlight the link, delete the whole link and write down the word again.
It feels rather tiring to do that, and so probably add a button in the link options where you could easily unlink the link without having to do the long process. Qwertyxp2000 ( talk | contribs) 06:52, 4 July 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | wanting to edit article Idavine |
Steps to Reproduce: | went to the article and clicked Edit (having the Visual Editor enabled in my preferences) -- reproducible
Please mention if it's reproduceable/if you attempted to reproduce or not. --> |
Results: | screen went "pale" and the progress bar appeared as normal, then article re-appeared in normal read mode not in edit mode (no error message or anything) |
Expectations: | that I would be able to edit the article using the VE |
Page where the issue occurs | |
Web browser | Chrome Version 43.0.2357.130 m |
Operating system | Vista Home Premium Service Pack 2 |
Skin | |
Notes: | |
Workaround or suggested solution | none found, repeated and same effect each time, note there was no problem opening it in the source editor |
Kerry ( talk) 05:22, 30 June 2015 (UTC)
Hi Kerry, I can open this on my Mac in Firefox 38 and Safari 8. I'll ask someone with Chrome to try it out. It looks like you were able to make an edit on that page in VisualEditor just a few minutes later. When you were having problems, did you happen to try opening any other page in VisualEditor?
The research done recently on offering new editors VisualEditor and wikitext vs wikitext alone didn't find any difference in the likelihood of using talk pages. Whatamidoing (WMF) ( talk) 17:33, 2 July 2015 (UTC)
Clicking on the text after double-clicking the cell selects everything, making it impossible to move the text cursor with the mouse.
HoboMcJoe ( talk) 14:34, 6 July 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Adding internal links |
Steps to Reproduce: |
It happened twice in this edit. 100% Reproducible in my sandbox [13], [14] |
Results: | the displayed text was prepended with "/wiki/" i.e. VE producced [[Pasadena, California|/wiki/Pasadena, California]] |
Expectations: | the page title and displayed text would be identical, i.e. [[Pasadena, California]] |
Page where the issue occurs | [15] (see the second block of changes at line 72) [16], [17] |
Web browser | Firefox 38.0; Chromium Version 43.0.2357.81 |
Operating system | Linux Xubuntu 14.04 (64-bit) |
Skin | Monobook |
Notes: | |
Workaround or suggested solution | write the display text first and then make it a link |
Thryduulf ( talk) 22:25, 9 July 2015 (UTC)
I've reported this myself on Phabricator as I think it's a high priority to fix, and reproduced it (without saving) on it.wp. Thryduulf ( talk) 22:46, 9 July 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | editing Jimna Fire Tower, make a lot of changes, wanted to save |
Steps to Reproduce: | made a lot of changes, clicked save, typed in an edit summary and then Save |
Results: | Threw up a box with "parsoidserver-http: HTTP 500" and a dismiss button. Clicking the dismiss button returned me to the Edit Summary box. I tried to Save again, same error. I resumed editing, made a minor change, tried saving again. Same error. |
Expectations: | I expected it to Save |
Page where the issue occurs | |
Web browser | Chrome the latest |
Operating system | Vista Home Service Pack 2 |
Skin | |
Notes: | |
Workaround or suggested solution | As I didn't want to lose a lot of changes, I tried switching to the source editor from within the VE. That worked and I was able to save my changes. |
Kerry ( talk) 21:42, 6 July 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | I was trying to correct some minor typos (on Wikinews) by clicking Edit and Alt+Shift+V as well (using my account) but each time, it failed. |
Steps to Reproduce: | #Edit loaded Visual Editor, and they automatically, it closed itself
|
Results: | The article page stayed in "Read". |
Expectations: | Visual editor should have launched. |
Page where the issue occurs | https://en.wikinews.org/wiki/Argentina_defeats_Paraguay_6-1_in_Copa_America_2015_Semi-finals, https://en.wikinews.org/wiki/Messi%27s_name_saves_life_in_Nigeria |
Web browser | Chrome v. 43.0.2357.130 m |
Operating system | Windows 8.1 |
Skin | |
Notes: | |
Workaround or suggested solution |
117.212.136.169 ( talk) 06:32, 1 July 2015 (UTC)
Clicking on "Cite" in VE (the text, not the arrow) just opens the normal list of citations, not the interface to generate a citation via URL. I am almost 100% sure, I used that tool just 12 hours ago with no problems (Windows XP, vector, FF 39.0). Just in case: If Visual Editor is checking Citoid's availability and disables the function accordingly, it should display a short message like "Citoid unavailable. Please use manual citation selection." for clarity. GermanJoe ( talk) 12:21, 7 July 2015 (UTC)
When will VE stop adding unnecessary span tags around whitespace characters ? -- NicoV ( Talk on frwiki) 07:06, 18 July 2015 (UTC)
it should look like [1] I look on the editor, I found a list references, when I click on it copy a lot of references. No way to place a single ref? (
Nestashi ( talk) 09:09, 15 July 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | To cite a source using {{ Sfn}} |
Steps to Reproduce: | #Add info
|
Results: | A footnote and reflist was created. |
Expectations: | Just a footnote |
Page where the issue occurs | https://en.wikipedia.org/?title=List_of_streets_in_the_1st_arrondissement_of_Paris |
Web browser | Google Chrome Version 43.0.2357.134 m |
Operating system | Windows 7 |
Skin | Vector |
Notes: | Screenshot: |
Workaround or suggested solution | It appears the problem is only limited to appearance in the VE. When you save your edit, the problem has no ill effects on the end result. - Presidentman talk · contribs ( Talkback) 12:49, 21 July 2015 (UTC) |
Presidentman talk · contribs ( Talkback) 20:44, 18 July 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | I am using VisualEditor to edit a table as part of a reformatting/cleanup edit. I successfully used it to add and populate a new column. However, when I attempted to add a new row, it added too few columns, and added them all as "Header" type. The table has 11 columns, but the new row only had 8. |
Steps to Reproduce: | Table being worked on can be found
here.
Once editing, I click the left most cell, then click the arrow that appears. I choose "Insert above" or "Insert below" |
Results: | A new row is added, with 8 cells. Each cell is set as a "Header" cell. |
Expectations: | A new row with 11 cells, and only the first set as a header (Or, none set as header). |
Page where the issue occurs | https://en.wikipedia.org/?title=User:Ferret/sandbox&oldid=671853405 |
Web browser | Chrome 43.0.2357.134 and Internet Explorer 11.0.9600.17843. |
Operating system | Windows 7 Professional 64-bit |
Skin | Vector, also tried Monobook. |
Notes: | |
Workaround or suggested solution |
-- ferret ( talk) 13:31, 17 July 2015 (UTC)
I may have other issues here. I have just completed this set of edits to clean up weird markup that VE used when I was copy and pasting cells, i.e. copying and pasting the first cell that contained a "Game engine" wikilink to the next. Seems like copy and paste didn't work too well. Unfortunately cleaning this up doesn't seem to have had any affect on the "insert row" problem with this table. I'll continue looking for oddities with the table... just not much of a table expert. -- ferret ( talk) 13:43, 17 July 2015 (UTC)
Ok, I think I've figured it out. Template:Yes and Template:No are causing it. See this diff. Inserting a row on the first three tables that had a variation of Yes and No will result in the "too few cells" issue. Inserting a row in the fourth table, without Yes and No templates, works as expected. Edit: Template:Partial too. -- ferret ( talk) 14:32, 17 July 2015 (UTC)
In wiki-editor, when you add references to an article that doesn't contain a reflist or /references, a red warning note is placed on the end of page. Could something similar be done with VE?
Last time I raised this issue I was told it didn't matter because a bot would come along and add the reference list later. Unfortunately, that relies on the bots coming along. For example, I edited Dorian Mortelette 9 days ago, and no bot has yet been past to add a reference list. (This is not a diss on the bots, the bots do excellent work.) Meanwhile Dilshod Mansurov, which I edited 7 days ago, has been visited by a bot to append a reference list.
Adding a reflist or /references is really easy, but also easy to forget to do, particularly with stub articles. Red Fiona ( talk) 16:46, 19 July 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Was trying to add her results from the 2012 Summer Olympics. |
Steps to Reproduce: | Haven't tried to reproduce it, but the last sentence (see this diff https://en.wikipedia.org/?title=Naomi_Fischer-Rasmussen&oldid=655239984 for what they looked like) contained two links. I deleted the sentence. I tried to add more text after the end of the article. I could not write any text after it. I saved the page, re-opened and it worked fine. |
Results: | I could not write any text after the new end of the article. |
Expectations: | I should be able to write text after I have deleted other text. |
Page where the issue occurs | Naomi-Lee Fischer-Rasmussen |
Web browser | Chrome 43.0.2357.134 |
Operating system | Windows 9 |
Skin | Vector |
Notes: | Any additional information. Can you provide a screenshot, if relevant? |
Workaround or suggested solution | Save page and re-open. Worked fine the second time. |
Red Fiona ( talk) 00:41, 17 July 2015 (UTC)
I'm using the latest Firefox on Windows. Go to e.g. Ionic compound and scroll down until the section title "Bonding" is at the top of your window. Then click "edit" (just next to the section title). VE opens, but has scrolled to some other location so now "Bonding" is about half way down my page (BAD). Next you click in the "Bonding" section (where you alway wanted to edit) and it repositions the page so Bonding is now at the top (GOOD but it should have always been there).
Or try this, again scroll down, click "edit" on the Bonding section, observe the bad scroll position. Now change tab on Firefox and then change back. Now the Bonding section has conveniently relocated itself to the top where it should have been in the first place.-- 99of9 ( talk) 07:39, 17 July 2015 (UTC)
In this edit, VE apparently added useless wiki tags around a whole sentence simply because there were 2 (entirely separate) single quotes in it. -- NicoV ( Talk on frwiki) 22:00, 26 July 2015 (UTC)
In this edit, VE apparently added a useless nowiki after a template, in an otherwise unmodified sentence :
-- NicoV ( Talk on frwiki) 09:30, 27 July 2015 (UTC)
See this edit. Can VE be fixed to stop producing such unnecessary complex and ugly formatting? -- NicoV ( Talk on frwiki) 21:00, 19 July 2015 (UTC)
Could VE be smart enough to properly handle links to other wikis, by using a clean syntax [[:xx:link|text]]
, rather than creating external links like in
this edit? --
NicoV (
Talk on frwiki) 21:05, 19 July 2015 (UTC)
I wish this had a way to type in changes that you're making as your'e making them, so you don't have to remember them as you go along. If it already exists, sorry! It's not intuitive/visible!
Kitty4777 ( talk) 21:43, 27 July 2015 (UTC)
The second method shows a diff which is expressed in markup, which may be quite confusing to VE users as it will not look like what they saw. Kerry ( talk) 21:59, 27 July 2015 (UTC)
It seems you cannot do a WP:NULLEDIT with the Visual Editor. That is, open in the VE and then SAVE without changes or edit summary in order to purge the page. You are forced to do a Dummy edit (e.g. add a space at the end of a para) and add an edit summary. When you are working on a set of articles, it's frustrating to be seeing redlinks for want of a purge. Kerry ( talk) 00:30, 22 July 2015 (UTC)
I was trying to add some content to the end of the Martin Love article. I went to the bottom of the article and couldn't seem to be able to get a text cursor to appear (clicking there didn't seem to work, possibly because of the presence of a template?) but then the VE suddenly offered up "+ Insert paragraph" so I clicked that and added my content (which was a cut-and-paste of some existing content as I was reordering the sections). Everything looked OK on screen and I saved it. I then opened it in the source editor and found that the cut-and-paste material had been placed under the Categories. See the diff. I don't know if it matters where the categories appear within the article, but I think it's going to enrage the source editors if VE users start "putting" the categories into the middle of the article as it is evidently possible to do when you add content at the end of the article, noting that the source editors will probably assume that the VE users did it deliberately/carelessly as they will be unaware that VE users manipulate the categories in an entirely different way. Kerry ( talk) 21:41, 27 July 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | I was trying at use VisualEditor to modify several infoboxes. |
Steps to Reproduce: | I clicked "Add more information," searched for a field which returned results, and clicked on the field. The field is highlighted but does not add to the list like it should. This is the case for any fields I try to add. |
Results: | I tried to reproduce this on several different articles, with several different infobox types, with several different browsers, and by clicking on several different fields. |
Expectations: | The field clicked on would add to the list as per usual. |
Page where the issue occurs | (Presumably) all articles in addition to user sandbox |
Web browser | Chrome version 44.0.2403.89 |
Operating system | Mac OS X 10.10.4 |
Skin | Vector |
Notes: | I tried doing this by traditional editing and there was no problem. |
Workaround or suggested solution |
Ergo Sum ( talk) 19:29, 24 July 2015 (UTC)
That request has probably already been filed (Phabricator's search feature is horrible for casual users, just saying): Having created an automatic citation via Citoid, it would be a lot more convenient to allow an immediate edit of the result. Suggestion: add a second "Insert and edit" button in the upper right window that performs the "Insert" and immediately open the correct type of "Edit" window for the created object. GermanJoe ( talk) 13:54, 23 July 2015 (UTC)
Hi, I have the feeling that I regularly find external links in references that VE put inside nowiki tags: [18], [19], [20], ... -- NicoV ( Talk on frwiki) 07:42, 30 July 2015 (UTC)
I went to edit List of sites on the Queensland Heritage Register in Toowoomba.It's a terrible mistake to try to edit it in the VE. As the name suggests, it's a list, which is being presented in 2 column format. It took me a while to work out why I could not click and edit (ahh .... I'm inside a template ... when the template is filling all your screen, you don't immediately realise this, unlike say an infobox). Once I'd realised and gone into the template editor, I then got to see the bulk of the article squished into a a small textbox as a "field" inside the colbegin template. And it was all presented in markup because it's just a field of a template and it was chocka-block with link syntax, citation syntax, image syntax. I think it would send the VE-only user running screaming. It's the least "visual editing" experience you could have -- it's just source editing in a really tiny text box! But I am not at all sure what can be done about it. Apart from multi-column, are there any other templates out there likely to contain huge chunks of an article, because those kinds of templates are going to be a real barrier for the VE-only user. Sigh! Kerry ( talk) 13:19, 30 July 2015 (UTC)
Hi, VE is still creating empty titles in article with just a nowiki tag as the text of the title, ==<nowiki/>==
, like
here. --
NicoV (
Talk on frwiki) 16:29, 3 August 2015 (UTC)
In this edit (
DIFF) I removed the {{
more footnotes}} hatnote with VE and it ended up removing all space between the remaining {{
About}} hatnote and the single-curly grouping of elements for the ship infobox. In the subsequent edit (
DIFF), I fixed this by adding a single carriage return. Visual Editor does have a tendency to be stingy about blank space, removing more than it needs to in some cases, such as this one. I think this created a problem here because of the (to me) odd infobox beginning boundary syntax {|{{
, which means that I think this would be a quite rare occurrence, but one to consider when polishing features. Regards --User:Ceyockey (
talk to me) 22:47, 27 July 2015 (UTC)
What is the intention in relation to the VE? Is it intended to be the only editor someone uses and therefore has to be fully capable of doing everything without resorting to markup? Or is it intended to be an entrypoint for new contributors and used by occasional contributors but not for "heavy duty" editing and that, somehow, active editors will switch over to be source editors (out of necessity). The reason I am asking what the intention/strategy is relates to how the VE treats markup. When in the main text box of the VE, markup cannot be added. If I start typing [[ or {{ etc, I am dumped into the Link gadget, the Template gadget etc. Now that is probably OK if I "typed" those characters, but what if I am pasting them in? This time it gets wrapped in nowiki tags and there is no way in the VE to remove them. How do I add some markup source (typically copied from some Wikipedia documentation or emitted from a tool)? Yet, if I am looking at the fields of a template, I am shown markup and can add markup without restriction. But if I want to add more fields to a template (e.g. I often want to copy in a set from something like Template:Infobox_Australian_place/Blank#Pushpin map fields, but I have no easy way of doing this in the VE. If I review my changes in the Save box, I am again shown markup but cannot change it. It seems totally inconsistent to allow markup to be shown and edited in some places in the VE yet refuse to allow it in other places. It seems to suggest a very confused strategy.
I write a lot of new articles. I cannot use the VE to do the initial edits because I am typically drawing from a set of standard citations (with some slight customisation) that I use all the time (see User:Kerry_Raymond#Favourite text and citations) and adding infoboxes like Template:Infobox_Australian_place or Template:Infobox historic site, both of which have a massive number of parameters. If I was forced to do that work in the VE, my productivity would slump massively. The difference in the time to just paste these things in vs do them via the VE's approach is orders of magnitude. Yet, I quite like the VE for doing small edits to existing articles, Citoid is very useful, etc. But it's quite clear to me that the VE does not have any path for a new user to became a very active contributor because creating a lot of new content isn't realistic in the VE. It might grow the community of occasional editors (which is not a bad thing of course) but it will not create replacements for retiring very active editors without having to re-educate them to use the source editor. All tools are inaccessible to the VE user because of this inability to insert markup using the VE. Also most of our existing documentation is expressed in markup, e.g. the first thing the Template:Coord does is provide information on how to use it as markup, which presumably makes it uninterpretable by the VE user. I really believe that the VE must support an "insert markup" capability in the main text box and in some other key places like the addition of template fields or else it becomes too limiting to use and lacks a path to "grow" new editors into regular active contributors. Or to put it another way, as much as I want to use the VE, I still am forced to do the bulk of my new content contribution in markup because the VE does not appear to be designed to support that. Kerry ( talk) 22:52, 27 July 2015 (UTC)
I don't want to discourage anyone from sharing their views, but the overall intention is for VisualEditor to be the only editing tool that someone needs to use – and for people to make their own choices about which editing tool they want to use. This means, therefore, that the intention is for VisualEditor to be fully capable of doing everything without resorting to markup. That’s not to say that VisualEditor is perfect in its current state, or that there are no edits that cannot be made in the current version without switching to wikitext.
However, at the moment, nearly all normal content creation can already be done in VisualEditor, especially if your favorite sources are supported by the citoid service. As John points out, if you have 'standard' items, you can copy and paste them from another page. It will always be true that each editing system has its strengths and weaknesses. Formatting lists is faster in VisualEditor; adding a single parameter to a template is slower. Eventually, changing contents of an infobox will be easier, because the hope is to be able to click on the text in the infobox and change it directly, just as if you were editing the contents of a table. However, that may be several years from now. We have users who have used VisualEditor hundreds of times for content creation and who consider it to be fully capable for their purposes.
Finally, though it’s not the reason why VisualEditor is this way, exposing wikitext in certain places there is a path for a new user to become familiar with wikitext. If you make an edit and review the changes, then you can see exactly what wikitext markup is used to represent the links, styling, and other formatting that you added. This gives interested editors an opportunity to learn wikitext if they want to. Whatamidoing (WMF) ( talk) 00:14, 4 August 2015 (UTC)
Hi, in
this edit, VE let a user add an incorrectly formatted reference in a template (<ref>...<ref>
) without escaping anything, making the article completely damaged. On a
following edit, VE made even more damages by adding nowiki tags all over the place. --
NicoV (
Talk on frwiki) 07:40, 23 July 2015 (UTC)
<ref>...<ref>
(missing the slash to close the ref tag) into one of the few places in VisualEditor that accepts wikitext. The end result was exactly the same as if the editor had made the same typo in the wikitext editor.VisualEditor is getting better and better and I am finding places when it has advantages over wikitext. I just tried a bunch of italicizing and found that it is doing so in an inefficient way. See
https://en.wikipedia.org/?title=Flora_of_Brisbane&diff=674466821&oldid=674465340. If I click on the link
Acacia fimbriata, then hit ctl i
, it creates the text [[Acacia fimbriata|''Acacia fimbriata'']] instead of ''[[Acacia fimbriata]]''. It works, but rather than adding 4 characters it adds 21 and I hate to waste the electrons and make future editing harder.
SchreiberBike |
⌨ 04:03, 4 August 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | adding stategov2 and distance2/dir2/location2 fields to the infobox of Parkhurst, Queensland |
Steps to Reproduce: | Did the usual scrolling down to the bottom to find the additional fields, added values to them. All looked fine in the VE, that is, in their proper sequence: stategov then stategov2, distance1/dir1/location1 followed by distance2/dir2/location2. Saved. |
Results: | I looked in the source editor and saw that (unlike in the VE) the fields were added to the bottom of the infobox template as one long ugly string. They were not in the sequence I saw in the VE. |
Expectations: | fields would appear in the order they are defined in the template for the infobox as there is usually some logical groupings among the fields. Multiple fields would not appear on the same line but each new "|" would be at the start of the line. |
Page where the issue occurs | https://en.wikipedia.org/?title=Parkhurst,_Queensland&diff=prev&oldid=674633141 |
Web browser | Chrome - whatever is the latest |
Operating system | Windows 8.1 |
Skin | No idea. |
Notes: | |
Workaround or suggested solution | I could not find any way to reorder the fields in the VE (since they appear in the correct order!). Started the source editor and manually repositioned them in the correct sequence. |
This is an example of a "bug" which presents no problem to the VE user, but will presumably upset the source editor users who will think that this is something done deliberately/carelessly by the VE user and get upset with them (and the VE user will not understand what the fuss is all about). Kerry ( talk) 05:32, 5 August 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Opened Burpengary Creek with the Visual Editor. Right hand side of first line of text was overwritten with the geo-coordinates |
Steps to Reproduce: | Simply opened the article in the visual editor and saw it. Noticed the coord template seemed highlighted (background colour) so I clicked it to view it to see if it was malformed in some way (e.g. bad params). VE redrew the screen taking me to the bottom of the article. Initially I thought this must be because the coord template was located at the end of article (as is usually the case when the coords aren't in an infobox - this article had no infobox). So I looked around on the screen for the "puzzle piece" icon so I could click it to view/edit the template. There was no "puzzle piece" icon to be found around the bottom of the article. I switched into the source editor. Sure enough, the coord template was at the bottom of the article and the params looked OK. Restarted the VE, text still overwritten on the first line, scrolled down to the bottom. Definitely no "puzzle piece" to be seen. Eventually I realised that double-clicking the coords overwriting the first line was opening a template editing box but that was at the top of the screen while the VE was positioning itself at the bottom of the article (where I could not see the template editing box). |
Results: | Overwriting of text. Opening of template did not occur on-screen but out of sight. |
Expectations: | Didn't expect to see overwriten text. Not sure what I expected opening the template to do but it should either have opened at the top of the article and the VE was showing the top of the article (I think this is the "visual" way), OR it opened at the bottom of the article (where the coord template is in the wikitext) and the VE was showing the bottom of the article. |
Page where the issue occurs | Try it for yourself [21] |
Web browser | Chrome - latest |
Operating system | Windows 8.1 |
Skin | not bad for my age, thanks for asking |
Notes: | |
Workaround or suggested solution | none known to me |
I edit a lot of articles with coords in the VE and this is the first time I have seen this overwriting, but most of the articles I work on have infoboxes, so I am guessing this may be the difference here. Kerry ( talk) 05:26, 6 August 2015 (UTC)
Go into View History. Click undo, the source editor launches with the "undone" version of the article. Click on "Edit" to get into the VE, but you are given the current article not the "undone" one. Kerry ( talk) 07:34, 2 August 2015 (UTC)
There are a number of reasons why one might want to edit a footnote that was built using a citation template (see mw:Help:VisualEditor/User_guide/Citations-Full#Manually_editing_an_automatic_citation if interested in those reasons), where by "edit" I mean doing something other than editing the template parameters.
Here's the current process to do so:
I'm going to venture that this is not at all intuitively obvious; in fact, I don't think people are going to figure this out at all unless they read the User Guide.
One option is to offer two buttons as step 2:
-- Click "Edit template" or click "Edit reference".
"Edit template" would be the equivalent of clicking "Edit", in the current process. "Edit reference" would replace steps 2 through 4 in the process listed above.
There are obvious objections. One is the possibility of confusing the user. A second is that there just isn't space to add two buttons (with longer labels) with what is a small popup.
So, here's a different idea for the flow; it consolidates what are now two different processes (editing the template, and editing the reference)
At this point, the user can (a) edit outside of an existing template, in the main editing area of the dialog (b) click "Edit template" to edit the template itself; (c) click on the template, then click "Edit" to edit the template itself.
Overall, this revised process adds one click to those who want to change citation template parameters, but saves two clicks for those who want to do anything else with the reference - expand the footnote before or after the template, copying the template, or changing the template to a different one. Its major advantage is that it eliminates the non-intuitive editing process discussed at the beginning of this section.
Having said all that, I'd be more in favor of this alternative flow if it didn't add a click to just about every use of Citoid, since - at least at the moment - building a citation using Citoid rarely results in a perfect footnote. So, today, "Insert" is almost inevitably followed by "Edit"; with the alternative flow discussed above, "Insert" would be followed by "Edit" and then by "Edit template". Perhaps that's an argument for the proposal made by GermanJoe, above [and quickly dismissed by JD] - footnotes built by Citoid should be editable before being inserted. -- John Broughton (♫♫) 22:07, 28 July 2015 (UTC)
Just a note to say that Abbey in Design Research sends her thanks for these comments, and also for GermanJoe's below. Also, if anyone is interested in helping with research, then please sign up at https://jfe.qualtrics.com/form/SV_6R04ammTX8uoJFP (note that it's a different website and therefore different privacy policies, etc.). Whatamidoing (WMF) ( talk) 18:51, 7 August 2015 (UTC)
In this edit, VE made many damades:
-- NicoV ( Talk on frwiki) 04:50, 10 August 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | I write about Queensland so I am very frequently trying to link the word Queensland to the article Queensland. |
Steps to Reproduce: | I write a sentence (usually in the lede para in a new article) that mentions Queensland. I then come back and select the word Queensland and click the Link button. |
Results: | Despite the fact that there is an article with the primary title Queensland, an exact match to the selected text, this isn't offered to me. The 4 suggestions visible on screen are (top to bottom): Koala (why?!), Queensland Koala, Qantas and Queensland and Northern Territory Aerial Services (a redirect to Qantas). Queensland is an option but appears lower in the list off-screen (need to scroll to see it and select it). Why isn't the primary-titled article offered up as the first choice? It's particularly irritating when you are working towards the bottom of the screen and the link dropdown section offers you only one article at a time, and the obvious one you want is several clicks down. Reproducible. |
Expectations: | The article Queensland would be top of the list of suggestions |
Page where the issue occurs | https://en.wikipedia.org/?title=Witta,_Queensland&oldid=675337785 |
Web browser | |
Operating system | |
Skin | |
Notes: | |
Workaround or suggested solution |
Also, the recommender system is making only a very small number of suggestions. Now I realise you can't fit everything on that list since there are about 950 articles with Queensland in their titles (over 100 of which have it as the first word of the title). But why pick Koala, Qantas, Australian cattle dog, as high-priority possibilities for someone looking for a link to Queensland -- none are that closely related. The recommender system appears to be favouring articles without the word Queensland in them but which have a redirect title that include the word Queensland over articles that actually include the word Queensland in their titles? Also where are the short article summaries coming from. I see some that are just wrong -- but they don't appear to be in the article itself or in the Wikidata (I'm not an expert on Wikidata) so their origins are mysterious to me. Kerry ( talk) 01:35, 10 August 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Wanted to add categories using HotCat |
Steps to Reproduce: | Edited the article Hills District in VE, saved it, intending to add categories with HotCat, however the HotCat gadget did not appear. For comparison, I then edited and saved using source editor; HotCat gadget appeared as expected. |
Results: | |
Expectations: | |
Page where the issue occurs | |
Web browser | |
Operating system | |
Skin | |
Notes: | |
Workaround or suggested solution |
I realise you can add categories within the Visual Editor but if you have HotCat enabled, you expect it to be activated whenever you are in Read mode. Kerry ( talk) 22:30, 6 August 2015 (UTC)
Hi, since Wikimania I have started using V/E for the first time in a while and it has greatly improved. But I don't see how to edit the content of tables in V/E for example this requires me to get out of V/E and revert to the classic editor. Is this a known problem or have I just missed the obvious? It does give me the option to delete rows or columns and sometimes that might be neater than classic editor, but I didn't spot how to change contents of a cell. Ϣere SpielChequers 09:31, 4 August 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | make the citations in the article Queensland Art Society be presented in 2-column format |
Steps to Reproduce: | clicked on the list of citations and was offered the Edit but found that all the edit gave me was a drop-down "General" and no other option, certainly nothing for 2-column format. Hmm, maybe I have to put those parameters in when it's first created. So, I deleted the list of citations (aka the reflist template) and went and did Insert > References list > Edit and found no more options there either. |
Results: | Nothing happened because I wasn't offered a way to do it. |
Expectations: | I'd be offered some way to create the two columns |
Page where the issue occurs | |
Web browser | |
Operating system | |
Skin | |
Notes: | |
Workaround or suggested solution | Workaround: Crossed my fingers and hoped that plain old "Insert > Template" wouldn't be coded to treat reflist differently and inserted a Reflist template by that means. This allowed me to set the two-column parameter and everything worked. Solution. Maybe the Edit Reflist special case should include a button for "More settings" which allows you to go into the normal Template Edit which would give access to the other parameters. |
I think two-column format is one of the most common customisations of a reflist template. Certainly it's a lot more common than chosing between "general" and other reference groups (which is what I assume the dropdown is all about). I've seen very few articles that make use of that feature (just reading the documentation would put you off). I certainly think VE-only users are much more likely to be wanting to reformat their reflist (as they can see other articles with alternative formats so they know it's possible) than choose a reference group. Kerry ( talk) 08:42, 8 August 2015 (UTC)
I'm glad that you figured out the workaround. The only good news here is that new editors are unlikely to run into this problem, because they won't begin with a belief that the local template is the normal way to display references in a MediaWiki page.
One part of the solution is probably for people to stop using the reflist template in the vast majority of articles where they don't actually want its features (pointless server overhead to produce exactly the same results [1]). Then people would stop expecting a local template to be the only or primary way to dislay references. At minimum, this would require people using AWB to stop replacing the wikitext code with the local template, and probably also to change the Article Wizard to using normal wikitext.
Another part of the solution is for <references /> to be expanded to cover the most common cases, like wanting columns for long lists (handy at the many wikis that don't have the English Wikipedia's reflist template). By the way, the columns should be dynamic, so that you don't end up with two unreadably narrow columns on smartphones, and two needlessly wide ones on large desktop screens. Most editors set columns to 30em or 35em these days (so you type {{reflist|30em}} in wikitext, or insert it in VisualEditor and set the "Columns/Column width" parameter to 30em.)
I make no bets on which of these two will happen first, and I expect that the answer is "not soon" in both cases, but native support for columns in MediaWiki at least has a bug number: phab:T53260. Once that's implemented, VisualEditor will start supporting it. Whatamidoing (WMF) ( talk) 18:45, 11 August 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Save Page entering a summary of changes. |
Steps to Reproduce: | Made edit using Visual Editor from Mediawiki REL1_25. Highly reproducible, occurs every time. |
Results: | When clicking save page and trying to enter a summary find that cursor is in the text behind the save page dialog. Can click to save the page but cannot enter a summary. Cannot change focus by click or double-click or tabbing. |
Expectations: | Clicking into the summary text does not lose focus into the edit. This allows the user to accidentally damage the page. Also see here. Unable to find any resolution of this. Couldn't see a workaround in phabricator. |
Page where the issue occurs | Vanilla Mediawiki 1.25 install |
Web browser | IE 11.0.9600.17914 and same behaviour in Chrome 44.0.2403.130 m |
Operating system | Windows 7 |
Skin | Vector? |
Notes: | Any additional information. Can you provide a screenshot, if relevant? |
Workaround or suggested solution | Needed! |
Dan.mulholland ( talk) 06:01, 10 August 2015 (UTC)
I tried using V/E to fix a typo halfway through a large article, clicked edit on the section heading but then found I was in edit mode for the whole article and back at the start of the article. I assume this is another unfortunate consequence of V/E not supporting section editing, but if you are reading a long article and spot something you want to fix the classic editor is much better and far more intuitive because it leaves you in the same part of the article (as well as all the other advantages of section editing re edit conflicts and speed). Ϣere SpielChequers 06:17, 11 August 2015 (UTC)
I tried to run a url from jtor through the citaiton generator, and it didn't work correctly. Tried directly through Zotero instead, and got a correct citation (Malin, Irving (1963-04-01). "Review". The Kenyon Review. 25 (2): 348–352. ISSN 0163-075X. JSTOR 4334331. ) . I thought we were feeding zotero data through our tool...
Sadads ( talk) 18:40, 6 August 2015 (UTC)
On OTRS-wiki, VE is enabled and discussions occur on mainspace pages (e.g. here for those with access). I just tried to post a reply with VE, and had two problems... I didn't know how to thread my post as I usually would using :, and secondly I couldn't add my signature with ~~~~ - nor could I find a signature under the "insert" dropdown. Any ideas? -- 99of9 ( talk) 03:19, 12 August 2015 (UTC)
Trying to create a page well... I can't create one using this tool, but using the normal way I can!
I suppouse it's an error or something
Klonoa TDInc ( talk) 03:33, 17 August 2015 (UTC)
There was a standard link to a Wikisource article
[[s:Declaration at the Congress of Vienna|deceleration outlawing Napoleon]]
deceleration outlawing Napoleonthis was changed by user:Kinnerton using VisualEditor to fix the spelling error (deceleration --> declaration) with this edit (17 April 2015) to
[//en.wikisource.org/wik0i/Declaration at the Congress of Vienna declaration outlawing Napoleon]
at the Congress of Vienna declaration outlawing NapoleonThere was no reason for a change to be made to the link to Wikisource. Is this standard behaviour or is it done using a switch? -- PBS ( talk) 08:03, 10 August 2015 (UTC)
Arising from a conversation on the research mailing list, Jonathon Morgan compiled a list of the most active VE users over the last month, revealing that User:Megalibrarygirl was the top user of the VE and I noticed that this user had experienced a dramatic increase in edits since switching to the VE about 6 months ago and is now using the VE for almost all her edits. So I wondered if there was a connection between the high productivity and the VE. So I asked her and yes the VE has made a big difference. Read here for what I said asked and here for her reply. So, there's a VE success story! Maybe you want to interview her for Signpost or something! Kerry ( talk) 00:17, 18 August 2015 (UTC)
Another thing arising from the training session this morning. Two new user accounts (created in front of me). We then went to Preferences to enable the Visual Editor. One of the new users (but not the other) already had the VE enabled. What's all going on here? I know there was a A/B experiment about the use of VE by new users conducted a while back for research purposes. Is that still running? Kerry ( talk) 03:59, 17 August 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Wanted to add a citation from their new user pages to this webpage. |
Steps to Reproduce: | I taught a small edit training class today; I taught the VE for the first time. Two new user accounts were created User:Bevley and User:Brisbanebog. Set their preferences to enable the VE and away we went. Everything went fine until we tried to add our first citation which was to this webpage. We used Cite > Automatic to insert a citation. Clicked Generate (all was fine). Clicked Insert (all was fine). Then we saved the page. The usual edit summary screen appeared but this time (the first time it happened on a Save Page) there was a Capcha. So we typed in the words of the Capcha and clicked Save Page. There was no error message but the edit summary screen plus Capcha reappeared (different Capcha words). Naturally assumed at first that there was an error in typing in the Capcha words so repeated it. Same thing happened again and again. I took over their computers and tried it myself and had the same result. Nothing we did would induce the page to save (it wasn't a matter of getting the Capcha words wrong). With this rather large stumbling block, I had to login as myself and let the students edit on my account as the training session could not progress without the ability to add a citation so we finished the training session that way. At the end of the session, we did a little experimentation and found that if you use Cite > Manual > Basic and just paste in the URL (not as a live link using [] but just as text) was the only way we could add a citation involving a URL. |
Results: | Nothing because it could not be saved. |
Expectations: | That the new users could create citations. |
Page where the issue occurs | |
Web browser | Chrome (not sure about the other one) |
Operating system | Windows 8.1 (not sure about the other one) |
Skin | |
Notes: | |
Workaround or suggested solution | I logged in as me on the trainee's computers as the only way we could continue with the training session as they needed to be able to create citations. It was certainly reproducible - both new users were affected by it. |
At the end of the session, we did some experimentation. If you do a Cite > Manual > Basic and just paste in the URL as text (not with []), you can create a citation with the bare text URL. That seemed to work, so it is a work-around of sorts. Also, one of the trainees was able to create citation containing that live URL on the Moggill, Queensland article (see this diff). But it was not possible to add that same citation on either user pages nor on the newly created articles James Francis Maxwell and Harry Massey. I created those articles earlier that morning for the training session using my own user account; the articles were not created by the new user accounts; the new users were just expanding the stub. So the problem seems to involve the intersection of three things: a new user account, a new article (the Moggill, Queensland article was not new) and a citation with a "live" external link. Can I be advised ASAP when this bug is fixed so I can get back to the trainees and let them know. Obviously they left the training session believing that they cannot do citations to websites, which is a big limitation and may get them in trouble with other editors if they omit citations because the VE won't let them insert them.
Also, one trainee was using my laptop (the one I normally use for Wikipedia editing and using Chrome as I normally do), so the problems with citation are not linked to anything to do with their browser/operating system. As an established user, I could create citations when as a new user, they could not. Kerry ( talk) 03:11, 17 August 2015 (UTC)
In teaching the VE yesterday for the first time, I encountered an interesting thing about categories. Now, as a source editor, I find the position of the categories in the VE completely non-intuitive. But yesterday I discovered so do VE-only users. Because they see the categories (in Read mode) at the bottom of the article, they expected to find them in the bottom of the article in Edit mode. Maybe the categories should be displayed as a clickable box (as is done for infoboxes and images) at the bottom of the article and clicking it takes you to the category editor. Kerry ( talk) 00:22, 19 August 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Using Citoid to cite Commonwealth Games 2014 biography pages e.g. http://g2014results.thecgf.com/athlete/weightlifting/1024088/dika_toua.html |
Steps to Reproduce: | Use cite button in bar. Paste website address into cite box. |
Results: | Instead of expected website citation, I get a Journal icon with the following message - "Glasgow 2014 - Dika Toua Profile". doi:1024088/dika_toua.html Check |
Expectations: | Normal website style citation. |
Page where the issue occurs | the biographical profiles on the http://g2014results.thecgf.com/ site. And only the profiles, not the other pages. |
Web browser | Chrome 44.0.2403.155 m |
Operating system | Windows 9 |
Skin | Vector |
Notes: | Any additional information. Can you provide a screenshot, if relevant? |
Workaround or suggested solution | I've just been adding the pages manually, and it's not a problem, I just wondered if it was something to do with a particular style of web addresses. |
Red Fiona ( talk) 23:03, 17 August 2015 (UTC)
Red Fiona, it seems like Citoid incorrectly recognized that URL as containing a DOI (because "1024088/dika_toua.html" looks superficially like a DOI), so it treated it as a journal citation. I've filed that as a bug (you can see it at the link to the right). Thanks for the excellent report!— Neil P. Quinn-WMF ( talk) 23:18, 18 August 2015 (UTC)
Take a look at List of tunnels in Australia#Queensland. In read mode, you see a bullet list starting with Airport Link as the first entry. Open it in the VE and you see an extra empty list item at the start of the bullet list. Try to delete it - can't! When I look in it in the source editor, there is indeed an empty bullet list item (that is a line consisting just of "*"). I am not sure what the right thing is to do here, to not display it at all since it cannot be manipulated and isn't seen on-screen anyway or allow it to be deleted. In a way, there is also a "bug" in the Read mode when the empty item isn't displayed. 23:48, 20 August 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | I wanted to copy a sentence with citations from the article City of Charters Towers to the article Charters Towers. The sentence was The [[Borough of Charters Towers]] was proclaimed on 21 June 1877 under the ''Municipal Institutions Act 1864''.<ref>28 Vic No. 21 (Imp)</ref><ref>{{cite QSA Agency|11207|Charters Towers Municipal Council|20 September 2013}}</ref> |
Steps to Reproduce: | I opened City of Charters Towers in the VE. I selected the sentence and citations and copied (Cntrl-C). I opened Charters Towers and pasted the sentence into the text. I then did some manual edits to merge this new sentence into the existing text about the first mayor (these edits did not affect the wikilink to the Borough of Charters Towers). |
Results: | I did not notice anything unusual in the VE but later in read mode, I noticed a "lumpiness" in the underlining of the wikilink to Borough of Charters Towers which (on inspection in the source editor) revealed that there were underscores instead of spaces in the wikilink that had been copied from the other article). See the diff of the edit. I double-checked the City of Charters Towers article where the sentence was copied from; there were no underscores present in the wikilink in the copied sentence; they appeared to be introduced by the copy-and-paste within the VE. It is reproducible. |
Expectations: | The wikilink would be copied exactly as it was in the other article. |
Page where the issue occurs | |
Web browser | Chrome (latest) |
Operating system | Windows 8.1 (latest) |
Skin | |
Notes: | Borough of Charters Towers is a redirect to City of Charters Towers - could that have something to do with it? |
Workaround or suggested solution | I don't think there is a workaround apart from manually removing the underscores. |
Kerry ( talk) 20:50, 24 August 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | I was trying to save my article |
Steps to Reproduce: | #Edit article
It is reproduceable! |
Results: | text appears on page itself |
Expectations: | filling the summary field with text |
Page where the issue occurs | intranet |
Web browser | Chrome 44.0.2403.157 |
Operating system | Win7pro |
Skin | vector |
Notes: | N/A |
Workaround or suggested solution | N/A |
BIG RizZ ( talk) 11:19, 26 August 2015 (UTC)
How do you find citations in a large article in the VE? You can see in read mode that you are looking at a naked URL citation
[13] ^ http://someurl.com
and you would like to find it in the article and make it a better citation. However the VE won't let you search for 13 or for someurl as its Find tool doesn't look inside citations, infoboxes, etc. Could there be some tickbox to allow searching within them? Kerry ( talk) 00:42, 26 August 2015 (UTC)
I completely agree with John Broughton in the thread above (and "not intuitive" is a polite understatement). Just listing some minor problems and flaws in a new thread (to avoid hijacking the other):
In summary, every flaw on its own is not that bad really, but together they make that workflow unintuitive and unsuitable for any new or inexperienced editor. GermanJoe ( talk) 19:33, 30 July 2015 (UTC)
The citation template appears to have stopped working entirely. Has it been damaged? Rathfelder ( talk) 09:10, 21 August 2015 (UTC)
GermanJoe, I think I've finished getting all of these ideas entered into Phab. Let me know if I missed anything. Whatamidoing (WMF) ( talk) 18:36, 26 August 2015 (UTC)
It is almost impossible to upgrade a citation in the Visual Editor. Consider for example the last citation in [23]. In markup it is:
<ref name="ReferenceA">Wayne Goss remembered as courageous Queensland reformer [http://www.abc.net.au/pm/content/2014/s4125404.htm ].</ref>
Now, I can tell from the URL that this is a news story, so I want to create a News citation (a format which the VE supports). But the VE regards the existing citation as a Basic form with an embedded URL and only allows me to do Basic form editing, so I cannot create a News citation. OK, I have to create a new one and then delete the old one. But I need to copy information (title, URL) from the old one. So, having started creating the new News format citation, I need to open the old one to copy the URL. Ah, I cannot do that because I have to close the old citation to do that. So you find yourself opening the old citation, copying a bit of inforation, adding it to the new citation, closing the new citation, opening the old citation, copying some information, etc. Truly painful. Could we allow having both citations open so it's easier to copy and paste between them? Kerry ( talk) 01:04, 26 August 2015 (UTC)
Editing Wayne Goss. Copied citation [6] from Gossia (which was opened in the VE, showing there as citation [5]) and added to end of last sentence in the section "Death funeral and legacy". Deleted wikilink to Gossia from the See Also section. Tried to Save Page. Unable to save due to "parsoidserver-http: HTTP 500". Allows me to dismiss it and return to editing, but all further attempts at saving fail with the parsoid error message. Reproducible. Kerry ( talk) 00:31, 27 August 2015 (UTC)
<ref name=Floyd-2008>[[Floyd, A.G.]] (2008) ''Rainforest Trees of Mainland South-eastern Australia''. Inkata Press. ISBN 978-0-9589436-7-3. page 243.</ref>
Kerry ( talk) 00:41, 27 August 2015 (UTC)
Apparently, when you type an ISBN in VE, it's now escaped by nowiki tags (the whole sentence). For the last 2 years, ISBN handling was very poor (modifying an ISBN gave very bad results), and it's now even worse as even basic feature is completely non functional. Are there any tests performed before a release ? -- NicoV ( Talk on frwiki) 15:18, 26 August 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | I opened Charters Towers to edit the history section. Specifically I opened this version |
Steps to Reproduce: | While I was editing that section, I had temporarily "parked" a paragraph of copied text at the top of the section. Having done the edits I had come to do, I then removed that "parked" text at the top of the article by positioning my cursor at the end of it and then holding down the backspace key. I saved the article. Later I noticed in the diff that I had deleted one of the article's photos (the one of the funeral). I successfully reproduced it. On my small screen laptop, I could not see that I was selecting and then deleting a photo that was rendering a long way below (there were quite a number of photos in the article, out of sight on my small screen. By scrolling down, I could see it when I was trying to reproduce it and I would assume it would be visible on a large screen (as the photo is highlighed when it is selected) but there was no "visual signal" to me on my regular small screen. --> |
Results: | Accidentally deleted a photo that I could not see on-screen in the VE with no visual warning this was happening. |
Expectations: | |
Page where the issue occurs | |
Web browser | Chrome (latest) |
Operating system | Windows 8.1 (latest) |
Skin | |
Notes: | The problem is created by seeing a lot of empty space at the top of the section so one instinctively tries to remove it. Although you quickly realise you can't remove that white space, you don't realise your attempt to do so is deleting a photo. Is there some way to suppress that empty space (which I presume is generated because the wikitext contains the [[File: ....]] at that point) so you aren't tempted to try to remove it in the VE. In the source editor, you would not see empty space because you would see the [[File: ....]]. |
Workaround or suggested solution |
Note, this diff is the same as the one in the bug above about underscores in the wikilink, but both appear to be independently reproducible, so I don't think the two are related. I think I just got unlikely to hit two problems in the one edit. Kerry ( talk) 21:12, 24 August 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Editing Wayne Goss. Many of the citations are naked URLs and I was trying to create a fullsome citation. |
Steps to Reproduce: | Look at the reference list (Read mode), see that [13] is a naked URL. Start the VE. Scroll down to search visually for [13] (since you can't use the Find tool to find 13). Start replacing the citation and then realise it's not the citation you thought it was. It turns out that citation [13] in read mode is citation [12] in the VE. |
Results: | every citation (apart from [1]) is misnumbered, the number is 1 lower than it should be |
Expectations: | the citation numbering would be the same in the VE as read mode |
Page where the issue occurs | |
Web browser | |
Operating system | |
Skin | |
Notes: | I think the problem arises because there is a citation in the infobox. I think the VE is numbering the citations without considering that first citation. I removed the citation from the infobox to test this and the VE numbering is correct. Compare using the VE on this one with the citation in the infobox against this version without the citation. |
Workaround or suggested solution |
Kerry ( talk) 00:34, 26 August 2015 (UTC)
A really good and powerful feature which most text editors (like Vim, Kate...etc) have is word completion or autocomplete. The editor tries the guess the word being typed by offering the set of possible choices from words already mentioned in the file (in this case, the edited article). This would reduce typos by a great margin and even reduce editing time. Currently there exists no such feature in regular source editing via scripts or gadgets that I know of. - Ugog Nizdast ( talk) 18:47, 27 August 2015 (UTC)
This page is an archive. Do not edit the contents of this page. Please direct any additional comments to the current main page. |
1. Not particular to Citoid, and so certainly reported elsewhere, but still: It would be really nice, when one adds a citation, to have the new citation appear in the list of citations. It's particularly problematical to have the citations renumber themselves, in the body of the text, as they do, but to have the list unchanged (so now the numbers in the body of the text don't match what is in the list, by number).
2. It's baffling to have the cite icon (castle?) sitting next to the drop-down for cites, and the two of them not behaving the same way as the paragraph, list/indentation, and insert icons and their related drop-downs. By this, I mean that for those three other icons and their adjacent down-pointing carets, it makes no difference whether one clicks on the icon or the caret - one gets the same menu choices. That's not at all true with the Cite icon (clicked on, it opens a dialog, primarily for Citoid) and its adjacent pull-down menu (which lacks a "Cite by URL or DOI" option, but lists six other options).
I understand that (eventually) most people will use Citoid, most of the time, so being able to access it directly on the toolbar (by clicking the Cite icon) saves one click. Fine. But that's no reason to exclude Citoid from the pull-down menu accessible via the caret. If Citoid is not on the regular pull-down menu, it's quite possible that a lot of people won't find it.
3. Clicking on the Cite icon opens a dialog with Citoid, plus this link: "Or use the full citation dialog to fill in the details yourself". That link wording may be technically correct, but it's both verbose and unclear. (A menu list may, technically, be a dialog, but that's not how most people think of it). The wording "Or use another type of citation" is both shorter and clearer.
4. I'm not found of YYYY-MM-DD as a date; I'd rather use Month DD, YYYY. I understand that preferences do vary. But it's going to get really old, really fast, to have to change the date format, every single time I use Citoid, to my preferred format. Is there, or could there be, some way to set a preference, so editors don't have to change the format, every single time they use Citoid?
5. After this sequence: click the "Cite" icon, paste a URL, click "Lookup", and click "Insert", then VE displays the citation in (what appears to be to me, anyway) a dialog, with the option of clicking "Edit". If I'm not interested in editing that citation, then I assume that I should press [esc] to dismiss the dialog - that's what I do with other dialogs. Nope - if I press [esc], VE thinks I'm trying to exit VE, and asks me whether I really do want to exit VE, or not. Such inconsistency is disconcerting.
6. If I insert a citation using Citoid, and click somewhere to avoid the Edit dialog (or non-dialog), then decide I don't like the citation and click Undo, on the toolbar, the citation is converted to an empty Basic citation. It takes a second "Undo" to completely remove it. I don't understand why a single "Undo" doesn't remove it completely. -- John Broughton (♫♫) 02:51, 5 April 2015 (UTC)
Hi John Broughton,
Thanks again for all of your help. I really do appreciate it, and I apologize for being slow in getting these filed in Phabricator. Whatamidoing (WMF) ( talk) 07:14, 15 April 2015 (UTC)
CorporateM, I have a question about your /Archive 2015 1#Minor quips report: Is there any chance that the material you're pasting contains a tab character? That would be phab:T74390. Does it move the cursor to the top as well? That's probably phab:T73728, previously seen only in Safari (Safari and Chrome are related, though).
Mike Christie, your problem with scrolling down after pasting is now phab: T97359
Thanks, Whatamidoing (WMF) ( talk) 23:19, 27 April 2015 (UTC)
When in VE it is possible to "drag" an image to reposition it within the article - so far so good. The anchor moves as expected. However, if I wish to move the image further up or down the article than is currently visible I should be able to move my cursor (while dragging the anchor-point) to the edge of the scrollable area and for the article to start scrolling. This currently doesn't happen. This means I have to move the image in increments - to the top of the currently viewable area, drop, scroll the screen, re-select the image, drag to the top, repeat... Witty lama 16:11, 23 April 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | I was trying to fix dead links to improve the quality of the wiki. |
Steps to Reproduce: | Yes I tried to reproduce it. |
Results: | It continued to happen. |
Expectations: | That it would happen again because it has happened on several articles. |
Page where the issue occurs | /info/en/?search=Zac_Brown_Band_discography This was the most notable but it happened on other articules. |
Web browser | Mozilla/5.0 (Windows NT 6.3; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/41.0.2272.118 Safari/537.36 |
Operating system | Windows 8.1 |
Skin | Whatever the normal one is. |
Notes: | |
Workaround or suggested solution | Open the article in two tabs edit on one and look at the second one to see the correct numbers |
BlueworldSpeccie ( talk) 18:37, 7 April 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Edit any article page on English language Wikipedia |
Steps to Reproduce: | Clicked the Edit button |
Results: | Visual editor loading bar never finishes loading, cannot edit the page. If I try /info/en/?search=User:Sandbox?veaction=edit the loading bar starts full and then looks like it's loading backwards and freezes at the same point in the line |
Expectations: | For it to finish and me to be able to edit the page |
Page where the issue occurs | Any en.wikipedia article page |
Web browser | Up to date Chrome |
Operating system | Windows 8.1 |
Skin | Vector |
Notes: | |
Workaround or suggested solution |
Mrjohncummings ( talk) 23:17, 15 April 2015 (UTC)
I wanted to add myself to a table of users, just like
Wikipedia:VisualEditor/Feedback#Speed_check on this page. VE's table editing rocks, but I wasn't sure how to insert "
SPage (WMF)". It would be nice to automate this, if I'm logged in VE could add Insert > Signature/Username > (menu or dialog of different signatureflavors). Note I don't know how to easily do this in wikitext either, using ~~~
creates a (talk) link as well. I scanned Phabricator and didn't see a task for this. Thanks! --
SPage (WMF) (
talk) 20:25, 28 April 2015 (UTC)
Is it possible to manually add the refname into the template as although it is irrelevant to VisualEditor users a source editor will find it easier to navigate through the references if the refname has a meaningful title rather than just a number?
Deubug ( talk) 21:06, 30 April 2015 (UTC)
I can't change the size or aspect ratio of the window.
Deubug ( talk) 21:01, 30 April 2015 (UTC)
I don't like this new editor because I can't do hyperlinks anymore because whenever I do a hyperlink it shows the website and not the words therefore I think the original was better than this.
Obdog ( talk) 02:37, 4 May 2015 (UTC)
In this edit, VE added useless sup and abbr tags around nothing... -- NicoV ( Talk on frwiki) 21:22, 5 May 2015 (UTC)
I made that edit to change the word on a wp:red link. It piped the link instead. This is a problem in my mind. How was I supposed to know that my edit would actually maintain what I realized was an incorrect link? How are newbies supposed to know? Maybe someone has thought long and hard about this and has a rational explanation, but I can't help but think the concept of piping links might need more explanation via a Visual Editor feature. Thanks. Biosthmors ( talk) pls notify me (i.e. {{ U}}) while signing a reply, thx 17:35, 6 May 2015 (UTC)
The link tool is being re-designed. If anyone wants to take a look, then you can try it out at on mediawiki.org. This will arrive here next Wednesday. What do you think? Whatamidoing (WMF) ( talk) 23:43, 30 April 2015 (UTC)
[[2000|2015]]
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | |
Steps to Reproduce: | Whenever I try to edit anything in my watchlist, the default gets set to remove it in my watchlist. |
Results: | I thus unintentionally removed items from my watchlist through normal editing. Noticed it today, didn't experience this problem before. |
Expectations: | In my preferences, only the option "watchlist items I create" is ticked and I manually add them. Regular editing doesn't remove them by default. |
Page where the issue occurs | Any page in my watchlist |
Web browser | Google-chrome 41.0.2272.118 |
Operating system | Gentoo |
Skin | Vector |
Notes: | I've retraced my contribs and found around 4 pages which were removed--only after 27 April. Before that, can't find any evidence of it happening. |
Workaround or suggested solution |
Ugog Nizdast ( talk) 08:56, 6 May 2015 (UTC)
How do you use the ref label template using VisualEditor. See this diff for the messy result of an already frustrating edit.
Second, while attempting to put in this note, I tried to copy-paste the citation listed right after it. I selected it, but because there was only another template before it, and not text, I was only able to bring up a browser option menu "View this image," "copy image," etc., instead of a copy-paste menu. I've had issues with this before, but usually I can highlight some text in the selection as well and copy-paste and then just delete the text, leaving the citation. But in this case there was only the other template, which I didn't want to copy.-- 3family6 ( Talk to me | See what I have done) 00:14, 5 May 2015 (UTC)
1
is the first parameter, 2
is the second, and so forth. I've seen people recommend adding those explicitly for wikitext as well, but I'm not sure what problems it's supposed to solve.
Whatamidoing (WMF) (
talk) 22:23, 8 May 2015 (UTC)I used Citoid to create a citation using a url from the examiner dot com website, a website that is blacklisted - see Wikipedia:Spam blacklist. It was only when I did the final page save that VE objected - with a quite user-unfriendly message.
This is another opportunity for VE to be better than the wikitext editor. VE could validate a new url immediately upon its being added, rather than at the very end. VE could displayed a dialog saying something like "badurl.com is a blacklisted website. The url you added therefore cannot be used." Then clicking "Okay" (the only option) should cause VE to automatically delete the problematical url. (Dismissing the dialog, say with "esc", should be considered the same as clicking "okay".)
Or, at minimum, the VE existing error message needs to be improved. -- John Broughton (♫♫) 17:28, 7 May 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Trying to create a whole new article using only the VE (practice for teaching the VE in edit training workshops) |
Steps to Reproduce: | I click on a redlink to create a new article. |
Results: | The source editor is launched not the VE. |
Expectations: | It would either asked me which to launch, or have launched either my "default editor" choice based on my Preferences, or whichever editor I most recently used. For people only using the VE, it seems unreasonable to launch the source editor. |
Page where the issue occurs | |
Web browser | |
Operating system | |
Skin | |
Notes: | |
Workaround or suggested solution | Obviously if you click "Create", it relaunches in Visual Editor. However, if the VE is intended for use by people who are not already using the source editor, it seems a strange choice to dump them into the source editor when they won't be expecting it and may not recognise it and may not know how to relaunch in the VE. I think there needs to be a preference option so people can exclusively use the VE (which would not even display the "edit source" or "create source" options). |
Kerry ( talk) 21:09, 9 May 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Add a pre-formatted citation from NLA Trove to article Carnegie Clark |
Steps to Reproduce: | # Found
[1] this digitised newspaper article on NLA Trove to use as a citation. Used the "Cite this" button on that WWW page to get the Wikipedia citation, which was {{cite news |url=http://nla.gov.au/nla.news-article16680964 |title=CARNEGIE CLARK RETIRES. |newspaper=[[Sydney_morning_herald|The Sydney Morning Herald (NSW : 1842 - 1954)]] |location=NSW |date=28 May 1930 |accessdate=10 May 2015 |page=17 |publisher=National Library of Australia}}
|
Results: | The pre-formatted citation was not parsed due to the presence of nowiki tags which are NOT visible in the VE but can be seen in the source editor. |
Expectations: | I expected to be able to paste in a pre-formatted citation into the Basic Citation field. |
Page where the issue occurs | Add URL(s) or diffs |
Web browser | Don't forget its version! |
Operating system | What's your OS? |
Skin | Monobook/Vector? |
Notes: | Any additional information. Can you provide a screenshot, if relevant? |
Workaround or suggested solution | Use the source editor is the workaround. For a solution, maybe there needs to be an explicit checkbox to disable the addition of nowiki tags. |
Kerry ( talk) 20:56, 9 May 2015 (UTC)
Links to valid redirects are not handled well (I am fairly sure, that was discussed a few months ago):
The search feature lists "Magyars" as possible alternative at the end of the selection list and recognizes it as redirect, but fails to select it. Editing a Wiki-link, the selection list must auto-select the currently active link (if it's a blue link), no matter if the blue link points to a real article or "only" to a redirect. In this context redirects need to be treated just like normal article links. GermanJoe ( talk) 23:29, 7 May 2015 (UTC)
It suspect that redirects are always inserted into this list after their target.. — TheDJ ( talk • contribs) 20:26, 8 May 2015 (UTC)
I just added an empty section to an article [3] with a editorial note. When I used VE to edit the section, I noticed the editorial note was transformed into a tiny grey square exclamation point. I'm not sure newbies will comprehend what this signifies, or if they will even notice it. Is there any discussion on other mechanisms to show editorial notes? Thanks. Biosthmors ( talk) pls notify me (i.e. {{ U}}) while signing a reply, thx 21:38, 8 May 2015 (UTC)
Just a minor bug. When trying to add a new category using the Wizard, I was trying to use auto complete from the drop down box. Rather than displaying the full name of the category University of Hanover alumni it just displayed condensed form "University ... alumi" making it really hard to see if I had the right category.-- Salix alba ( talk): 07:51, 12 May 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | add a citation from our city's major newspaper using just the URL from their website |
Steps to Reproduce: | |
Results: | What appeared in the citation was "No Cookies |
Expectations: | I had expected to see the title "King George Square designer wouldn't change a thing despite calls to bring back the grass" |
Page where the issue occurs | |
Web browser | |
Operating system | |
Skin | |
Notes: | |
Workaround or suggested solution |
Kerry ( talk) 23:01, 14 May 2015 (UTC)
Hey everyone, that A/B test that we talked about a while ago has finally been scheduled. They're going to start with a 24-hour pilot run, beginning a week from now, just to make sure that the logging software is working correctly. (There have been some problems with that.) About a week after that, assuming all's well, they'll do the real thing for exactly one week. User:EpochFail's running it, and you can follow along (everything's public) or ask questions about the methodology at project page on Meta. Whatamidoing (WMF) ( talk) 00:07, 15 May 2015 (UTC)
When editing a section, I've noticed that the editing window does not normally position itself in the right place. So I need to scroll up or down to find the section that I want to edit. — Martin ( MSGJ · talk) 12:15, 15 May 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | On a page, there was a link like this: Sotheby's which I wanted to convert to Sotheby's |
Steps to Reproduce: | So I clicked on the word, and changed the link to point to Sotheby's instead of Sotheby. |
Results: | Which resulted in [[Sotheby's|Sotheby’s]] .
|
Expectations: | I wanted it to result to a simpler wikitext: [[Sotheby’s]] .
|
Page where the issue occurs | https://en.wikipedia.org/?title=Silver_Car_Crash_%28Double_Disaster%29&type=revision&diff=662524516&oldid=655405526 |
Web browser | Firefox, 37.0.2 |
Operating system | Ubuntu 64-bit |
Skin | Don't know. |
Notes: | |
Workaround or suggested solution |
Siddhant ( talk) 01:14, 16 May 2015 (UTC)
@ Siddhant: Thanks for the report! I think what's going on is that the link text used curly quotes, while the link itself used straight quotes. The two types of quotes are separate characters, so VisualEditor treats them differently. When I do the same thing using only straight quotes, VisualEditor correctly makes a non-piped link.
In the long term, it may be worth having VE automatically do things like turn curly quotes into straight quotes, but changes like that are almost always more complicated then they seem: for example, we'd have to make it possible for each project to customize its autocorrect rules (so that the English Wikipedia could turn all curly quotes straight, and the German Wikipedia could turn all straight quotes curly), which would be quite an undertaking.— Neil P. Quinn-WMF ( talk) 21:03, 16 May 2015 (UTC)
When typing categories the suggestions are case-sensitive, which is a little bit annoying. Could they be made insensitive? Thanks — Martin ( MSGJ · talk) 12:19, 15 May 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Force a refresh of links and templates. |
Steps to Reproduce: | Clicked "Edit", went to click "Save" but found it greyed out. Reproducible. |
Results: | Could not SAVE and hence did not purge. |
Expectations: | Expected the SAVE to occur without requiring an edit summary forcing the purge. |
Page where the issue occurs | |
Web browser | |
Operating system | |
Skin | |
Notes: | |
Workaround or suggested solution | add a character and delete it, that un-greys the SAVE |
Kerry ( talk) 04:38, 16 May 2015 (UTC)
I keep pressing "enter" when typing in the edit summary and expecting it to save the page, but instead it puts a carriage return in the edit summary, which is not even possible to display. Please make enter be a shortcut to save page, like the source editor. — Martin ( MSGJ · talk) 12:49, 15 May 2015 (UTC)
There seems to be a miscommunication about a problem I brought up earlier. So, let's try again.
Situation: If someone using VE adds a blacklisted url, VE does nothing until the person tries to save the page. Then, in a dialog box titled "Something went wrong", the following error message appears, with the box being too small for the whole message, so the user needs to scroll down to see it all. And no, the message is not formatted - what is shown below is exactly what the user sees, though the line width is less.
Apparently back in 2013, the developers thought they were providing users with a clear message in such situations - see https://phabricator.wikimedia.org/T52826 . As I hope is obvious from the above, the current message is anything but clear. Perhaps T52826 should be reopened? -- John Broughton (♫♫) 03:54, 20 May 2015 (UTC)
Right, John. That's a mess. Thanks for re-explaining; whatever the underlying limitations of the blacklist extension are, that needs fixing now. Whatamidoing (WMF) ( talk) 20:43, 20 May 2015 (UTC)
I was testing mobile editing, and I have this shiny new tablet (Samsung Galaxy Tab 4 8.0). If I use Wikipedia in Firefox, the desktop version is identical to Firefox on the PC. Wikitext editing is just the same.
But it won't let me use VE. Even though Firefox for Android is as identical to Firefox for a PC as Mozilla can make it. Even "?title=Pagename&veaction=edit" doesn't work.
I've already chosen to opt in to VE, what's being overly helpful here and preventing me from trying this? - David Gerard ( talk) 19:31, 9 May 2015 (UTC)
I really like the order of the "new" edit bar (I say new, it's only looked like that since yesterday for me). The suggestion is, is there any way of making transcluded templates like the one used on the palmares section in this article ( /info/en/?search=Dan_Craven) more editor friendly. I needed to fix a few things and went back to using wikisource because it was easier and more straightforward than using VE. Not a problem but I know you're trying to move to having VE be the first port of call. Red Fiona ( talk) 12:42, 21 May 2015 (UTC)
In the Candelaria massacre page it mentions that two police were convicted, then later in the "aftermath" portion it says that only one was convicted...
Maggiebpdx ( talk) 19:52, 21 May 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Adding new citation, then using the same citation later on in the same article. |
Steps to Reproduce: | Go to page (I used /info/en/?search=Jozef_Klaassen). Add new reference using the new automatic citation thing. Insert. Go a point later in the article. Go to citation manager again. Try to re-use the new citation. It doesn't show up. Have to save the article to get the new citation to show up in the re-use panel. I have had this happen on several articles. |
Results: | Try to re-use the new citation. It doesn't show up. Have to save the article to get the new citation to show up in the re-use panel. |
Expectations: | Able to re-use the citation I have added without having to save the page. |
Page where the issue occurs | /info/en/?search=Jozef_Klaassen |
Web browser | Chrome 43.0.2357.65 |
Operating system | Microsoft 8 |
Skin | Vector |
Notes: | I'm not sure if it's actually possible to do this without saving the page, but I thought it used to do this. |
Workaround or suggested solution | Save page, re-open editor and then the re-use citation thing works fine. |
Red Fiona ( talk) 22:58, 23 May 2015 (UTC)
This edit [5], VE didn't alert me that OpenWave was a redirect. (Fixed here.) I suppose for new editors they'd need to know what a redirect was, but as an experienced editor I found it disconcerting I had to fix my gratuitous and erroneous redirect afterwards. Not sure how we'd reveal this in the interface in a newbie-friendly manner ... but I would have liked some sort of awareness I was making a mistake - David Gerard ( talk) 21:15, 24 May 2015 (UTC)
Using Cite news, I don't see a way to add a second author surname under "Add more information". Whereas the last3 - last9 fields are all supported, last2 isn't. Or at least it isn't obvious. Barte ( talk) 20:05, 30 May 2015 (UTC)
The popups that display the Wikidata short summary of the item are great, and do an excellent job starting an understanding of a topic (not quite as good as having the first few sentences of the article with Navigation Popups); however, there is no link for editing the wikidata item, so if their is not short, you are SOL. It would be ideal, if there was room (or a link to a API tool) that allowed you to modify the summary in wikidata, when working with links.
Sadads ( talk) 12:51, 27 May 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | |
Steps to Reproduce: | To reproduce (but not every time - I haven't figured out the trigger):
Please mention if it's reproduceable/if you attempted to reproduce or not. --> |
Results: | Pasted formatting was not possible to remove. Added formatting was (e.g. making the bold text bold italic worked, and the italic could be removed but the bold could not) |
Expectations: | Formatting should be removable |
Page where the issue occurs | discovered editing Suicide in Japan, confirmed in sandbox testing |
Web browser | Firefox 38.0 / Chromium 41.0.2272.76 |
Operating system | Xubuntu 14.04 (64 bit) |
Skin | Monobook |
Notes: | * See
[6] for a demonstration
|
Workaround or suggested solution | # Copy and paste via a text editor (e.g notepad, kwrite); or
|
Thryduulf ( talk) 10:52, 2 June 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | |
Steps to Reproduce: | These consistently reporoduce the issue
|
Results: | All formatting is preserved other than underline. [8] should be identical to [9] but underline has not been presved. |
Expectations: | All formatting preserved or not preserved |
Page where the issue occurs | Discovered in sandbox testing for another bug. |
Web browser | Tested in Firefox 38.0 and Chromium 41.0.2272.76 |
Operating system | XUbuntu 14.04 (64-bit) |
Skin | Monobook |
Notes: | |
Workaround or suggested solution | add underline manually |
Thryduulf ( talk) 10:30, 2 June 2015 (UTC)
See this edit for many various damages made by VE all over the article:
-- NicoV ( Talk on frwiki) 12:04, 3 June 2015 (UTC)
Hi everyone,
I haven't seen much talk about the A/B test for VisualEditor, and I think that the experimental/bucketing phase is wrapping up within the next 24 hours. Have any of you noticed anything odd? The test is small enough that it's only affecting a small percentage of the total edits each day, but if you saw something strange and just hadn't mentioned it, then please let me know. Or, I suppose, if you haven't noticed anything very unusual while a fraction of newly registered accounts are using VisualEditor, then I suppose that's worth mentioning, too. Thanks, Whatamidoing (WMF) ( talk) 01:44, 4 June 2015 (UTC)
It looks like the number of nowiki tags added has gone up very slightly.
Looking through recent changes with 'nowiki+added' filter there were.
I think this points to a slightly higher incidence of nowikis being added. The numbers are a bit low to really draw much of a conclusion. -- Salix alba ( talk): 09:12, 7 June 2015 (UTC)
This edit on Kid A is interesting [10] The main problem with the page is frequent references to (Kid A's lyrics) which has awkward composition of italics and an apostrophe. Manual editors and VE use a different method for rendering this:
The manual version uses the {{ '}} template which includes a little extra space beforehand to adjust for the slope of italic characters. The spaceing is no so bad here but would have been worse it the album had been called Kid H causing the apostrophe to collide with the italic H.
VE also unnecessarily puts the following space in italics which is a little annoying. Ideally we would use the template in this circumstance. It looks like there are a number of other specially designed templates for similar spacing issues. -- Salix alba ( talk): 08:54, 7 June 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | |
Steps to Reproduce: | To reproduce on every occasion:
|
Results: | VE couldn't find the displayed text |
Expectations: | VE find the displayed text. If a replace is attempted an error should be given. |
Page where the issue occurs | e.g. Indo-Bangladesh enclaves |
Web browser | Identical results in Chromium Version 43.0.2357.81 and Firefox 38.0 |
Operating system | Xubuntu 14.04 |
Skin | Monobook |
Notes: | |
Workaround or suggested solution |
Thryduulf ( talk) 12:34, 12 June 2015 (UTC)
When will VE stop damaging ISBN numbers ? This has been reported countless times, and it's still happening on a regular basis. Example. -- NicoV ( Talk on frwiki) 08:30, 12 June 2015 (UTC)
The result produced by VE to create tables is sometimes complex and awful for a simple table: a table inside a table, nowiki everywhere, whitespace before pipes, ... Using a proper formatting removed 1500 bytes of the previous edit that count 2700 bytes, so more than half text produced by VE was unnecessary. -- NicoV ( Talk on frwiki) 13:13, 12 June 2015 (UTC)
class="MsoTableGrid"
that the user copy-and-pasted the table from a Microsoft Word document. Considering that, I personally feel like VE did pretty well :)Quick note: James F (the product manager) started a discussion over at VPPR about VisualEditor.
Dinner's calling. I'll be back in a few hours. Whatamidoing (WMF) ( talk) 01:27, 18 June 2015 (UTC)
Among other problems, VE added a gallery tag with base64 junk (in the previous version, it seems there was a correct image). Other problems include poorly formatted new arguments in template (non consistent with existing arguments), poorly formatted gallery tags (put on the same line with an infobox or together), template emptied of its arguments (Palette at the end of the article), ... -- NicoV ( Talk on frwiki) 06:35, 17 June 2015 (UTC)
In this edit and others on the same page, VE inserted useless p tags around paragraphs, and also p tags around useless nowiki tags. -- NicoV ( Talk on frwiki) 13:54, 15 June 2015 (UTC)
Quick update: I know that Aaron said last month that he was running an experiment with VisualEditor for newly registered accounts. If anyone's interested, he posted the results on Meta. Whatamidoing (WMF) ( talk) 05:49, 17 June 2015 (UTC)
In this test edit I added a wikilink to the last word of a sentence (using the tool), and then tried to continue the sentence, but the continuation also appeared bluelinked until the instant I clicked "save page", when it reformatted correctly. -- 99of9 ( talk) 07:04, 18 June 2015 (UTC)
I'm sure that this has been reported as an issue before, and I'm sure that there is a technical reason why this is difficult to do, but really? VE is supposed to be a rough approximation of a WYSIWYG application (yes, I know that's not officially the goal, but that has lots of benefits for people doing editing), and yet, after adding a citation to an article, it isn't visible in the list of citations - the list generated by VE.
I'll try to make the problem clearer: (1) VE gets a list of citations from the article (it has to, in order to be able to offer citation re-use); (2) VE knows that the user is adding a citation (via the Cite menu); (3) VE isn't able to combine the new citation and the old citations into a single list, to be shown in the article, during the editing session; (4) VE isn't able, during the editing session, to combine the new citation and the old citations into a single list that is offered to editors when they want to re-use a citation.
I really think this qualifies as something to be added to the list of VE blockers. I was editing a couple of articles using VE, and this problem is sufficiently vexing (I can't see the citations I've added, except by clicking on each individually; I can't reuse them) to make me reluctant to use VE when I want to expand an article.
I note that the functionality that is needed does not include renumbering existing footnotes - it's fine, during an editing session, to have new footnotes simply added (number-wise and listing wise) to the end of the list of existing citations. It's fine to have the renumbering happen after the session is saved, as is the case now. The point is that new editors shouldn't have to wonder why, when they've added a citation, it doesn't show at the bottom of the article (more experienced editors have lower expectations of VE, and presumably won't be surprised), and all editors need to be able to reuse citations during the same editing session that they create them. -- John Broughton (♫♫) 21:00, 11 June 2015 (UTC)
<references />
block is supposed to update as soon as you add a new citation. This seems like a regression (and a bad one at that). Thank you very much for reporting it! I've tracked it in Phabricator; hopefully, it will get fixed very quickly.—
Neil P. Quinn-WMF (
talk) 18:39, 12 June 2015 (UTC){{reflist}}
does not update until the page is saved is tracked at
T52769, which I've updated to pass on a broad-strokes explanation about how monumentally intractable it is. I wish there was something more helpful I could say on that score, but I'm afraid not there's not.Is it possible to have the ability to center justify text in table cell? If not, this is my suggestion as something to add to VisualEditor. -- hmich 176 17:20, 21 June 2015 (UTC)
<ref>
tags from referenceSometimes you need to be able to remove the ref tags from references to create bibliographic fields that aren't used for verification (see recent changes, E.g. this diff, to Kyohei_Inukai_(b_1886)). Moreover, I am imagining adding unfootnoted references is an easy and lightweight way for experts to contribute to Wikipedia (see recommendations at Wikipedia:The_Wikipedia_Library/GLAMISTS#As "Further reading" or "Other sources" and below )
Sadads ( talk) 15:59, 18 June 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | fixing categories on the same article after a VE edit |
Steps to Reproduce: | Need HotCat to be enabled: First edit something in VE, then save and check the category display |
Results: | HotCat buttons below the article (the +/- functions) are gone (reproduceable), note that cancelling the VE session does NOT produce this error |
Expectations: | all gadgets, scripts and features should be reloaded properly, after VE ends (Save and Cancel) |
Page where the issue occurs | |
Web browser | Firefox 38.0.5 |
Operating system | Windows XP |
Skin | Vector |
Notes: | |
Workaround or suggested solution | Reload the article completely |
GermanJoe ( talk) 12:07, 12 June 2015 (UTC)
The VE remains a vastly more feasible way to edit heavily-referenced paragraphs than wading through the computer guacamole when you just want to do some fairly simple text changes. I opened this in guacamole mode, quickly noped out to VE and it was much simpler. Cheers! - David Gerard ( talk) 13:32, 21 June 2015 (UTC)
In this edit, nowiki tags has been added in an existing reference and a whole section has been duplicated. The content of the reference was wrongly formatted (missing a pipe after the template name), but that's not a reason to add nowiki tags in meaningless places making the wikitext even worse than it was before, and to duplicate a whole paragraph. -- NicoV ( Talk on frwiki) 21:52, 21 June 2015 (UTC)
" where Foo is a non-existent template, strictly speaking, the nowiki protection around it is not required. But, even if we did the more complex thing (of parsing it fully and looking up whether that is a non-existent template or not), the problem is that when someone adds a new template Foo in the future, the nowiki-less wikitext will now start doing something new. So, as a general problem, we conservatively add nowiki protection whenever transclusion-like markup is seen. That said, perhaps we can be a little bit more smarter and do more work to detect when something might never parse as a transclusion, but, I am hesitant to go down that route since that is a route to code and maintenance complexity because of lots of edge cases because of potential user errors. If you might not mind me putting a spin on this, this nowiki-ing could be seen as helpful since it flagged a user error for you. Curious to hear what you think. SSastry (WMF) ( talk) 21:25, 22 June 2015 (UTC)
In this edit, VE added empty blockquote tags. -- NicoV ( Talk on frwiki) 16:37, 23 June 2015 (UTC)
I stumbled upon some <time>...</time>
tags lately, here's
an edit by VE where a time tag has been added. What's that? --
NicoV (
Talk on frwiki) 16:37, 23 June 2015 (UTC)
In some cases, VE adds nowiki tags just to wrap them inside an italics or bold formatting, like here or here. -- NicoV ( Talk on frwiki) 05:35, 25 June 2015 (UTC)
I was trying to update this page and had trouble adding new entries where cell contents were centered. perhaps this feature is there, but I cant find it.
Dalek2point3 ( talk) 17:46, 29 June 2015 (UTC)
Wikipedia:Keyboard shortcuts says: "v Edit with VisualEditor (if available)." In current Firefox and Chrome versions Alt+⇧ Shift+v opens VE when I'm logged in with VE enabled at Beta (
Special:Preferences#mw-prefsection-betafeatures), but not when VE is disabled at Beta or I'm logged out. Tested on
Example and other articles. Other shortcuts like Alt+⇧ Shift+e (source editor) works both logged in and out. VE can be started manually with veaction=edit
whether I'm logged out or in with VE enabled or disabled at Beta. I examined a report at
Wikipedia:Teahouse/Questions#Visual Editor and don't know whether this behaviour is normal.
PrimeHunter (
talk) 13:16, 30 June 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Tried to edit Aruba using ve but will not load completely |
Steps to Reproduce: | Edit any of the articles here (majority of the articles) |
Results: | VisualEditor hangs and will not load completely |
Expectations: | Should be able to edit any article in the main namespace using VisualEditor |
Page where the issue occurs | Most articles that transclude Template:Infobox country |
Web browser | Firefox 38.0 |
Operating system | Ubunto 14.4 LTS |
Skin | Vector |
Notes: | Other articles that transclude
Template:Infobox country like
Juan de Nova Island will load just fine
I tried it logged in (En Wikipedia and Ilo Wikipedia) and logged out (Ilo Wikipedia, Tl Wikipedia) |
Workaround or suggested solution | Edit in wikitext |
Lam-ang ( talk) 17:05, 30 June 2015 (UTC)
In enwiki I see "Edit source" on the left and "Edit" on the right. On enwikinews they are in the other order, so out of habit I clicked the wrong one. -- 99of9 ( talk) 05:24, 3 July 2015 (UTC)
Harold Innis won't finish VE-loading for me in Firefox 39.0 or Chrome 43.0.2357.81 Riggr Mortis ( talk) 16:58, 6 July 2015 (UTC)
I enjoy the new linking system in the VisualEditor, however, there appears to be no function to delete an already-done link.
In this case, when one clicks on the link button to a word (if s/he has already highlighted the selected words), then one sees the link options pop up. Then one types in an alternate link other than the selected words, for example, a link of "execute" linking to "execution by firing squad". But if one wants to unlink, s/he would have to highlight the link, delete the whole link and write down the word again.
It feels rather tiring to do that, and so probably add a button in the link options where you could easily unlink the link without having to do the long process. Qwertyxp2000 ( talk | contribs) 06:52, 4 July 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | wanting to edit article Idavine |
Steps to Reproduce: | went to the article and clicked Edit (having the Visual Editor enabled in my preferences) -- reproducible
Please mention if it's reproduceable/if you attempted to reproduce or not. --> |
Results: | screen went "pale" and the progress bar appeared as normal, then article re-appeared in normal read mode not in edit mode (no error message or anything) |
Expectations: | that I would be able to edit the article using the VE |
Page where the issue occurs | |
Web browser | Chrome Version 43.0.2357.130 m |
Operating system | Vista Home Premium Service Pack 2 |
Skin | |
Notes: | |
Workaround or suggested solution | none found, repeated and same effect each time, note there was no problem opening it in the source editor |
Kerry ( talk) 05:22, 30 June 2015 (UTC)
Hi Kerry, I can open this on my Mac in Firefox 38 and Safari 8. I'll ask someone with Chrome to try it out. It looks like you were able to make an edit on that page in VisualEditor just a few minutes later. When you were having problems, did you happen to try opening any other page in VisualEditor?
The research done recently on offering new editors VisualEditor and wikitext vs wikitext alone didn't find any difference in the likelihood of using talk pages. Whatamidoing (WMF) ( talk) 17:33, 2 July 2015 (UTC)
Clicking on the text after double-clicking the cell selects everything, making it impossible to move the text cursor with the mouse.
HoboMcJoe ( talk) 14:34, 6 July 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Adding internal links |
Steps to Reproduce: |
It happened twice in this edit. 100% Reproducible in my sandbox [13], [14] |
Results: | the displayed text was prepended with "/wiki/" i.e. VE producced [[Pasadena, California|/wiki/Pasadena, California]] |
Expectations: | the page title and displayed text would be identical, i.e. [[Pasadena, California]] |
Page where the issue occurs | [15] (see the second block of changes at line 72) [16], [17] |
Web browser | Firefox 38.0; Chromium Version 43.0.2357.81 |
Operating system | Linux Xubuntu 14.04 (64-bit) |
Skin | Monobook |
Notes: | |
Workaround or suggested solution | write the display text first and then make it a link |
Thryduulf ( talk) 22:25, 9 July 2015 (UTC)
I've reported this myself on Phabricator as I think it's a high priority to fix, and reproduced it (without saving) on it.wp. Thryduulf ( talk) 22:46, 9 July 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | editing Jimna Fire Tower, make a lot of changes, wanted to save |
Steps to Reproduce: | made a lot of changes, clicked save, typed in an edit summary and then Save |
Results: | Threw up a box with "parsoidserver-http: HTTP 500" and a dismiss button. Clicking the dismiss button returned me to the Edit Summary box. I tried to Save again, same error. I resumed editing, made a minor change, tried saving again. Same error. |
Expectations: | I expected it to Save |
Page where the issue occurs | |
Web browser | Chrome the latest |
Operating system | Vista Home Service Pack 2 |
Skin | |
Notes: | |
Workaround or suggested solution | As I didn't want to lose a lot of changes, I tried switching to the source editor from within the VE. That worked and I was able to save my changes. |
Kerry ( talk) 21:42, 6 July 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | I was trying to correct some minor typos (on Wikinews) by clicking Edit and Alt+Shift+V as well (using my account) but each time, it failed. |
Steps to Reproduce: | #Edit loaded Visual Editor, and they automatically, it closed itself
|
Results: | The article page stayed in "Read". |
Expectations: | Visual editor should have launched. |
Page where the issue occurs | https://en.wikinews.org/wiki/Argentina_defeats_Paraguay_6-1_in_Copa_America_2015_Semi-finals, https://en.wikinews.org/wiki/Messi%27s_name_saves_life_in_Nigeria |
Web browser | Chrome v. 43.0.2357.130 m |
Operating system | Windows 8.1 |
Skin | |
Notes: | |
Workaround or suggested solution |
117.212.136.169 ( talk) 06:32, 1 July 2015 (UTC)
Clicking on "Cite" in VE (the text, not the arrow) just opens the normal list of citations, not the interface to generate a citation via URL. I am almost 100% sure, I used that tool just 12 hours ago with no problems (Windows XP, vector, FF 39.0). Just in case: If Visual Editor is checking Citoid's availability and disables the function accordingly, it should display a short message like "Citoid unavailable. Please use manual citation selection." for clarity. GermanJoe ( talk) 12:21, 7 July 2015 (UTC)
When will VE stop adding unnecessary span tags around whitespace characters ? -- NicoV ( Talk on frwiki) 07:06, 18 July 2015 (UTC)
it should look like [1] I look on the editor, I found a list references, when I click on it copy a lot of references. No way to place a single ref? (
Nestashi ( talk) 09:09, 15 July 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | To cite a source using {{ Sfn}} |
Steps to Reproduce: | #Add info
|
Results: | A footnote and reflist was created. |
Expectations: | Just a footnote |
Page where the issue occurs | https://en.wikipedia.org/?title=List_of_streets_in_the_1st_arrondissement_of_Paris |
Web browser | Google Chrome Version 43.0.2357.134 m |
Operating system | Windows 7 |
Skin | Vector |
Notes: | Screenshot: |
Workaround or suggested solution | It appears the problem is only limited to appearance in the VE. When you save your edit, the problem has no ill effects on the end result. - Presidentman talk · contribs ( Talkback) 12:49, 21 July 2015 (UTC) |
Presidentman talk · contribs ( Talkback) 20:44, 18 July 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | I am using VisualEditor to edit a table as part of a reformatting/cleanup edit. I successfully used it to add and populate a new column. However, when I attempted to add a new row, it added too few columns, and added them all as "Header" type. The table has 11 columns, but the new row only had 8. |
Steps to Reproduce: | Table being worked on can be found
here.
Once editing, I click the left most cell, then click the arrow that appears. I choose "Insert above" or "Insert below" |
Results: | A new row is added, with 8 cells. Each cell is set as a "Header" cell. |
Expectations: | A new row with 11 cells, and only the first set as a header (Or, none set as header). |
Page where the issue occurs | https://en.wikipedia.org/?title=User:Ferret/sandbox&oldid=671853405 |
Web browser | Chrome 43.0.2357.134 and Internet Explorer 11.0.9600.17843. |
Operating system | Windows 7 Professional 64-bit |
Skin | Vector, also tried Monobook. |
Notes: | |
Workaround or suggested solution |
-- ferret ( talk) 13:31, 17 July 2015 (UTC)
I may have other issues here. I have just completed this set of edits to clean up weird markup that VE used when I was copy and pasting cells, i.e. copying and pasting the first cell that contained a "Game engine" wikilink to the next. Seems like copy and paste didn't work too well. Unfortunately cleaning this up doesn't seem to have had any affect on the "insert row" problem with this table. I'll continue looking for oddities with the table... just not much of a table expert. -- ferret ( talk) 13:43, 17 July 2015 (UTC)
Ok, I think I've figured it out. Template:Yes and Template:No are causing it. See this diff. Inserting a row on the first three tables that had a variation of Yes and No will result in the "too few cells" issue. Inserting a row in the fourth table, without Yes and No templates, works as expected. Edit: Template:Partial too. -- ferret ( talk) 14:32, 17 July 2015 (UTC)
In wiki-editor, when you add references to an article that doesn't contain a reflist or /references, a red warning note is placed on the end of page. Could something similar be done with VE?
Last time I raised this issue I was told it didn't matter because a bot would come along and add the reference list later. Unfortunately, that relies on the bots coming along. For example, I edited Dorian Mortelette 9 days ago, and no bot has yet been past to add a reference list. (This is not a diss on the bots, the bots do excellent work.) Meanwhile Dilshod Mansurov, which I edited 7 days ago, has been visited by a bot to append a reference list.
Adding a reflist or /references is really easy, but also easy to forget to do, particularly with stub articles. Red Fiona ( talk) 16:46, 19 July 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Was trying to add her results from the 2012 Summer Olympics. |
Steps to Reproduce: | Haven't tried to reproduce it, but the last sentence (see this diff https://en.wikipedia.org/?title=Naomi_Fischer-Rasmussen&oldid=655239984 for what they looked like) contained two links. I deleted the sentence. I tried to add more text after the end of the article. I could not write any text after it. I saved the page, re-opened and it worked fine. |
Results: | I could not write any text after the new end of the article. |
Expectations: | I should be able to write text after I have deleted other text. |
Page where the issue occurs | Naomi-Lee Fischer-Rasmussen |
Web browser | Chrome 43.0.2357.134 |
Operating system | Windows 9 |
Skin | Vector |
Notes: | Any additional information. Can you provide a screenshot, if relevant? |
Workaround or suggested solution | Save page and re-open. Worked fine the second time. |
Red Fiona ( talk) 00:41, 17 July 2015 (UTC)
I'm using the latest Firefox on Windows. Go to e.g. Ionic compound and scroll down until the section title "Bonding" is at the top of your window. Then click "edit" (just next to the section title). VE opens, but has scrolled to some other location so now "Bonding" is about half way down my page (BAD). Next you click in the "Bonding" section (where you alway wanted to edit) and it repositions the page so Bonding is now at the top (GOOD but it should have always been there).
Or try this, again scroll down, click "edit" on the Bonding section, observe the bad scroll position. Now change tab on Firefox and then change back. Now the Bonding section has conveniently relocated itself to the top where it should have been in the first place.-- 99of9 ( talk) 07:39, 17 July 2015 (UTC)
In this edit, VE apparently added useless wiki tags around a whole sentence simply because there were 2 (entirely separate) single quotes in it. -- NicoV ( Talk on frwiki) 22:00, 26 July 2015 (UTC)
In this edit, VE apparently added a useless nowiki after a template, in an otherwise unmodified sentence :
-- NicoV ( Talk on frwiki) 09:30, 27 July 2015 (UTC)
See this edit. Can VE be fixed to stop producing such unnecessary complex and ugly formatting? -- NicoV ( Talk on frwiki) 21:00, 19 July 2015 (UTC)
Could VE be smart enough to properly handle links to other wikis, by using a clean syntax [[:xx:link|text]]
, rather than creating external links like in
this edit? --
NicoV (
Talk on frwiki) 21:05, 19 July 2015 (UTC)
I wish this had a way to type in changes that you're making as your'e making them, so you don't have to remember them as you go along. If it already exists, sorry! It's not intuitive/visible!
Kitty4777 ( talk) 21:43, 27 July 2015 (UTC)
The second method shows a diff which is expressed in markup, which may be quite confusing to VE users as it will not look like what they saw. Kerry ( talk) 21:59, 27 July 2015 (UTC)
It seems you cannot do a WP:NULLEDIT with the Visual Editor. That is, open in the VE and then SAVE without changes or edit summary in order to purge the page. You are forced to do a Dummy edit (e.g. add a space at the end of a para) and add an edit summary. When you are working on a set of articles, it's frustrating to be seeing redlinks for want of a purge. Kerry ( talk) 00:30, 22 July 2015 (UTC)
I was trying to add some content to the end of the Martin Love article. I went to the bottom of the article and couldn't seem to be able to get a text cursor to appear (clicking there didn't seem to work, possibly because of the presence of a template?) but then the VE suddenly offered up "+ Insert paragraph" so I clicked that and added my content (which was a cut-and-paste of some existing content as I was reordering the sections). Everything looked OK on screen and I saved it. I then opened it in the source editor and found that the cut-and-paste material had been placed under the Categories. See the diff. I don't know if it matters where the categories appear within the article, but I think it's going to enrage the source editors if VE users start "putting" the categories into the middle of the article as it is evidently possible to do when you add content at the end of the article, noting that the source editors will probably assume that the VE users did it deliberately/carelessly as they will be unaware that VE users manipulate the categories in an entirely different way. Kerry ( talk) 21:41, 27 July 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | I was trying at use VisualEditor to modify several infoboxes. |
Steps to Reproduce: | I clicked "Add more information," searched for a field which returned results, and clicked on the field. The field is highlighted but does not add to the list like it should. This is the case for any fields I try to add. |
Results: | I tried to reproduce this on several different articles, with several different infobox types, with several different browsers, and by clicking on several different fields. |
Expectations: | The field clicked on would add to the list as per usual. |
Page where the issue occurs | (Presumably) all articles in addition to user sandbox |
Web browser | Chrome version 44.0.2403.89 |
Operating system | Mac OS X 10.10.4 |
Skin | Vector |
Notes: | I tried doing this by traditional editing and there was no problem. |
Workaround or suggested solution |
Ergo Sum ( talk) 19:29, 24 July 2015 (UTC)
That request has probably already been filed (Phabricator's search feature is horrible for casual users, just saying): Having created an automatic citation via Citoid, it would be a lot more convenient to allow an immediate edit of the result. Suggestion: add a second "Insert and edit" button in the upper right window that performs the "Insert" and immediately open the correct type of "Edit" window for the created object. GermanJoe ( talk) 13:54, 23 July 2015 (UTC)
Hi, I have the feeling that I regularly find external links in references that VE put inside nowiki tags: [18], [19], [20], ... -- NicoV ( Talk on frwiki) 07:42, 30 July 2015 (UTC)
I went to edit List of sites on the Queensland Heritage Register in Toowoomba.It's a terrible mistake to try to edit it in the VE. As the name suggests, it's a list, which is being presented in 2 column format. It took me a while to work out why I could not click and edit (ahh .... I'm inside a template ... when the template is filling all your screen, you don't immediately realise this, unlike say an infobox). Once I'd realised and gone into the template editor, I then got to see the bulk of the article squished into a a small textbox as a "field" inside the colbegin template. And it was all presented in markup because it's just a field of a template and it was chocka-block with link syntax, citation syntax, image syntax. I think it would send the VE-only user running screaming. It's the least "visual editing" experience you could have -- it's just source editing in a really tiny text box! But I am not at all sure what can be done about it. Apart from multi-column, are there any other templates out there likely to contain huge chunks of an article, because those kinds of templates are going to be a real barrier for the VE-only user. Sigh! Kerry ( talk) 13:19, 30 July 2015 (UTC)
Hi, VE is still creating empty titles in article with just a nowiki tag as the text of the title, ==<nowiki/>==
, like
here. --
NicoV (
Talk on frwiki) 16:29, 3 August 2015 (UTC)
In this edit (
DIFF) I removed the {{
more footnotes}} hatnote with VE and it ended up removing all space between the remaining {{
About}} hatnote and the single-curly grouping of elements for the ship infobox. In the subsequent edit (
DIFF), I fixed this by adding a single carriage return. Visual Editor does have a tendency to be stingy about blank space, removing more than it needs to in some cases, such as this one. I think this created a problem here because of the (to me) odd infobox beginning boundary syntax {|{{
, which means that I think this would be a quite rare occurrence, but one to consider when polishing features. Regards --User:Ceyockey (
talk to me) 22:47, 27 July 2015 (UTC)
What is the intention in relation to the VE? Is it intended to be the only editor someone uses and therefore has to be fully capable of doing everything without resorting to markup? Or is it intended to be an entrypoint for new contributors and used by occasional contributors but not for "heavy duty" editing and that, somehow, active editors will switch over to be source editors (out of necessity). The reason I am asking what the intention/strategy is relates to how the VE treats markup. When in the main text box of the VE, markup cannot be added. If I start typing [[ or {{ etc, I am dumped into the Link gadget, the Template gadget etc. Now that is probably OK if I "typed" those characters, but what if I am pasting them in? This time it gets wrapped in nowiki tags and there is no way in the VE to remove them. How do I add some markup source (typically copied from some Wikipedia documentation or emitted from a tool)? Yet, if I am looking at the fields of a template, I am shown markup and can add markup without restriction. But if I want to add more fields to a template (e.g. I often want to copy in a set from something like Template:Infobox_Australian_place/Blank#Pushpin map fields, but I have no easy way of doing this in the VE. If I review my changes in the Save box, I am again shown markup but cannot change it. It seems totally inconsistent to allow markup to be shown and edited in some places in the VE yet refuse to allow it in other places. It seems to suggest a very confused strategy.
I write a lot of new articles. I cannot use the VE to do the initial edits because I am typically drawing from a set of standard citations (with some slight customisation) that I use all the time (see User:Kerry_Raymond#Favourite text and citations) and adding infoboxes like Template:Infobox_Australian_place or Template:Infobox historic site, both of which have a massive number of parameters. If I was forced to do that work in the VE, my productivity would slump massively. The difference in the time to just paste these things in vs do them via the VE's approach is orders of magnitude. Yet, I quite like the VE for doing small edits to existing articles, Citoid is very useful, etc. But it's quite clear to me that the VE does not have any path for a new user to became a very active contributor because creating a lot of new content isn't realistic in the VE. It might grow the community of occasional editors (which is not a bad thing of course) but it will not create replacements for retiring very active editors without having to re-educate them to use the source editor. All tools are inaccessible to the VE user because of this inability to insert markup using the VE. Also most of our existing documentation is expressed in markup, e.g. the first thing the Template:Coord does is provide information on how to use it as markup, which presumably makes it uninterpretable by the VE user. I really believe that the VE must support an "insert markup" capability in the main text box and in some other key places like the addition of template fields or else it becomes too limiting to use and lacks a path to "grow" new editors into regular active contributors. Or to put it another way, as much as I want to use the VE, I still am forced to do the bulk of my new content contribution in markup because the VE does not appear to be designed to support that. Kerry ( talk) 22:52, 27 July 2015 (UTC)
I don't want to discourage anyone from sharing their views, but the overall intention is for VisualEditor to be the only editing tool that someone needs to use – and for people to make their own choices about which editing tool they want to use. This means, therefore, that the intention is for VisualEditor to be fully capable of doing everything without resorting to markup. That’s not to say that VisualEditor is perfect in its current state, or that there are no edits that cannot be made in the current version without switching to wikitext.
However, at the moment, nearly all normal content creation can already be done in VisualEditor, especially if your favorite sources are supported by the citoid service. As John points out, if you have 'standard' items, you can copy and paste them from another page. It will always be true that each editing system has its strengths and weaknesses. Formatting lists is faster in VisualEditor; adding a single parameter to a template is slower. Eventually, changing contents of an infobox will be easier, because the hope is to be able to click on the text in the infobox and change it directly, just as if you were editing the contents of a table. However, that may be several years from now. We have users who have used VisualEditor hundreds of times for content creation and who consider it to be fully capable for their purposes.
Finally, though it’s not the reason why VisualEditor is this way, exposing wikitext in certain places there is a path for a new user to become familiar with wikitext. If you make an edit and review the changes, then you can see exactly what wikitext markup is used to represent the links, styling, and other formatting that you added. This gives interested editors an opportunity to learn wikitext if they want to. Whatamidoing (WMF) ( talk) 00:14, 4 August 2015 (UTC)
Hi, in
this edit, VE let a user add an incorrectly formatted reference in a template (<ref>...<ref>
) without escaping anything, making the article completely damaged. On a
following edit, VE made even more damages by adding nowiki tags all over the place. --
NicoV (
Talk on frwiki) 07:40, 23 July 2015 (UTC)
<ref>...<ref>
(missing the slash to close the ref tag) into one of the few places in VisualEditor that accepts wikitext. The end result was exactly the same as if the editor had made the same typo in the wikitext editor.VisualEditor is getting better and better and I am finding places when it has advantages over wikitext. I just tried a bunch of italicizing and found that it is doing so in an inefficient way. See
https://en.wikipedia.org/?title=Flora_of_Brisbane&diff=674466821&oldid=674465340. If I click on the link
Acacia fimbriata, then hit ctl i
, it creates the text [[Acacia fimbriata|''Acacia fimbriata'']] instead of ''[[Acacia fimbriata]]''. It works, but rather than adding 4 characters it adds 21 and I hate to waste the electrons and make future editing harder.
SchreiberBike |
⌨ 04:03, 4 August 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | adding stategov2 and distance2/dir2/location2 fields to the infobox of Parkhurst, Queensland |
Steps to Reproduce: | Did the usual scrolling down to the bottom to find the additional fields, added values to them. All looked fine in the VE, that is, in their proper sequence: stategov then stategov2, distance1/dir1/location1 followed by distance2/dir2/location2. Saved. |
Results: | I looked in the source editor and saw that (unlike in the VE) the fields were added to the bottom of the infobox template as one long ugly string. They were not in the sequence I saw in the VE. |
Expectations: | fields would appear in the order they are defined in the template for the infobox as there is usually some logical groupings among the fields. Multiple fields would not appear on the same line but each new "|" would be at the start of the line. |
Page where the issue occurs | https://en.wikipedia.org/?title=Parkhurst,_Queensland&diff=prev&oldid=674633141 |
Web browser | Chrome - whatever is the latest |
Operating system | Windows 8.1 |
Skin | No idea. |
Notes: | |
Workaround or suggested solution | I could not find any way to reorder the fields in the VE (since they appear in the correct order!). Started the source editor and manually repositioned them in the correct sequence. |
This is an example of a "bug" which presents no problem to the VE user, but will presumably upset the source editor users who will think that this is something done deliberately/carelessly by the VE user and get upset with them (and the VE user will not understand what the fuss is all about). Kerry ( talk) 05:32, 5 August 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Opened Burpengary Creek with the Visual Editor. Right hand side of first line of text was overwritten with the geo-coordinates |
Steps to Reproduce: | Simply opened the article in the visual editor and saw it. Noticed the coord template seemed highlighted (background colour) so I clicked it to view it to see if it was malformed in some way (e.g. bad params). VE redrew the screen taking me to the bottom of the article. Initially I thought this must be because the coord template was located at the end of article (as is usually the case when the coords aren't in an infobox - this article had no infobox). So I looked around on the screen for the "puzzle piece" icon so I could click it to view/edit the template. There was no "puzzle piece" icon to be found around the bottom of the article. I switched into the source editor. Sure enough, the coord template was at the bottom of the article and the params looked OK. Restarted the VE, text still overwritten on the first line, scrolled down to the bottom. Definitely no "puzzle piece" to be seen. Eventually I realised that double-clicking the coords overwriting the first line was opening a template editing box but that was at the top of the screen while the VE was positioning itself at the bottom of the article (where I could not see the template editing box). |
Results: | Overwriting of text. Opening of template did not occur on-screen but out of sight. |
Expectations: | Didn't expect to see overwriten text. Not sure what I expected opening the template to do but it should either have opened at the top of the article and the VE was showing the top of the article (I think this is the "visual" way), OR it opened at the bottom of the article (where the coord template is in the wikitext) and the VE was showing the bottom of the article. |
Page where the issue occurs | Try it for yourself [21] |
Web browser | Chrome - latest |
Operating system | Windows 8.1 |
Skin | not bad for my age, thanks for asking |
Notes: | |
Workaround or suggested solution | none known to me |
I edit a lot of articles with coords in the VE and this is the first time I have seen this overwriting, but most of the articles I work on have infoboxes, so I am guessing this may be the difference here. Kerry ( talk) 05:26, 6 August 2015 (UTC)
Go into View History. Click undo, the source editor launches with the "undone" version of the article. Click on "Edit" to get into the VE, but you are given the current article not the "undone" one. Kerry ( talk) 07:34, 2 August 2015 (UTC)
There are a number of reasons why one might want to edit a footnote that was built using a citation template (see mw:Help:VisualEditor/User_guide/Citations-Full#Manually_editing_an_automatic_citation if interested in those reasons), where by "edit" I mean doing something other than editing the template parameters.
Here's the current process to do so:
I'm going to venture that this is not at all intuitively obvious; in fact, I don't think people are going to figure this out at all unless they read the User Guide.
One option is to offer two buttons as step 2:
-- Click "Edit template" or click "Edit reference".
"Edit template" would be the equivalent of clicking "Edit", in the current process. "Edit reference" would replace steps 2 through 4 in the process listed above.
There are obvious objections. One is the possibility of confusing the user. A second is that there just isn't space to add two buttons (with longer labels) with what is a small popup.
So, here's a different idea for the flow; it consolidates what are now two different processes (editing the template, and editing the reference)
At this point, the user can (a) edit outside of an existing template, in the main editing area of the dialog (b) click "Edit template" to edit the template itself; (c) click on the template, then click "Edit" to edit the template itself.
Overall, this revised process adds one click to those who want to change citation template parameters, but saves two clicks for those who want to do anything else with the reference - expand the footnote before or after the template, copying the template, or changing the template to a different one. Its major advantage is that it eliminates the non-intuitive editing process discussed at the beginning of this section.
Having said all that, I'd be more in favor of this alternative flow if it didn't add a click to just about every use of Citoid, since - at least at the moment - building a citation using Citoid rarely results in a perfect footnote. So, today, "Insert" is almost inevitably followed by "Edit"; with the alternative flow discussed above, "Insert" would be followed by "Edit" and then by "Edit template". Perhaps that's an argument for the proposal made by GermanJoe, above [and quickly dismissed by JD] - footnotes built by Citoid should be editable before being inserted. -- John Broughton (♫♫) 22:07, 28 July 2015 (UTC)
Just a note to say that Abbey in Design Research sends her thanks for these comments, and also for GermanJoe's below. Also, if anyone is interested in helping with research, then please sign up at https://jfe.qualtrics.com/form/SV_6R04ammTX8uoJFP (note that it's a different website and therefore different privacy policies, etc.). Whatamidoing (WMF) ( talk) 18:51, 7 August 2015 (UTC)
In this edit, VE made many damades:
-- NicoV ( Talk on frwiki) 04:50, 10 August 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | I write about Queensland so I am very frequently trying to link the word Queensland to the article Queensland. |
Steps to Reproduce: | I write a sentence (usually in the lede para in a new article) that mentions Queensland. I then come back and select the word Queensland and click the Link button. |
Results: | Despite the fact that there is an article with the primary title Queensland, an exact match to the selected text, this isn't offered to me. The 4 suggestions visible on screen are (top to bottom): Koala (why?!), Queensland Koala, Qantas and Queensland and Northern Territory Aerial Services (a redirect to Qantas). Queensland is an option but appears lower in the list off-screen (need to scroll to see it and select it). Why isn't the primary-titled article offered up as the first choice? It's particularly irritating when you are working towards the bottom of the screen and the link dropdown section offers you only one article at a time, and the obvious one you want is several clicks down. Reproducible. |
Expectations: | The article Queensland would be top of the list of suggestions |
Page where the issue occurs | https://en.wikipedia.org/?title=Witta,_Queensland&oldid=675337785 |
Web browser | |
Operating system | |
Skin | |
Notes: | |
Workaround or suggested solution |
Also, the recommender system is making only a very small number of suggestions. Now I realise you can't fit everything on that list since there are about 950 articles with Queensland in their titles (over 100 of which have it as the first word of the title). But why pick Koala, Qantas, Australian cattle dog, as high-priority possibilities for someone looking for a link to Queensland -- none are that closely related. The recommender system appears to be favouring articles without the word Queensland in them but which have a redirect title that include the word Queensland over articles that actually include the word Queensland in their titles? Also where are the short article summaries coming from. I see some that are just wrong -- but they don't appear to be in the article itself or in the Wikidata (I'm not an expert on Wikidata) so their origins are mysterious to me. Kerry ( talk) 01:35, 10 August 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Wanted to add categories using HotCat |
Steps to Reproduce: | Edited the article Hills District in VE, saved it, intending to add categories with HotCat, however the HotCat gadget did not appear. For comparison, I then edited and saved using source editor; HotCat gadget appeared as expected. |
Results: | |
Expectations: | |
Page where the issue occurs | |
Web browser | |
Operating system | |
Skin | |
Notes: | |
Workaround or suggested solution |
I realise you can add categories within the Visual Editor but if you have HotCat enabled, you expect it to be activated whenever you are in Read mode. Kerry ( talk) 22:30, 6 August 2015 (UTC)
Hi, since Wikimania I have started using V/E for the first time in a while and it has greatly improved. But I don't see how to edit the content of tables in V/E for example this requires me to get out of V/E and revert to the classic editor. Is this a known problem or have I just missed the obvious? It does give me the option to delete rows or columns and sometimes that might be neater than classic editor, but I didn't spot how to change contents of a cell. Ϣere SpielChequers 09:31, 4 August 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | make the citations in the article Queensland Art Society be presented in 2-column format |
Steps to Reproduce: | clicked on the list of citations and was offered the Edit but found that all the edit gave me was a drop-down "General" and no other option, certainly nothing for 2-column format. Hmm, maybe I have to put those parameters in when it's first created. So, I deleted the list of citations (aka the reflist template) and went and did Insert > References list > Edit and found no more options there either. |
Results: | Nothing happened because I wasn't offered a way to do it. |
Expectations: | I'd be offered some way to create the two columns |
Page where the issue occurs | |
Web browser | |
Operating system | |
Skin | |
Notes: | |
Workaround or suggested solution | Workaround: Crossed my fingers and hoped that plain old "Insert > Template" wouldn't be coded to treat reflist differently and inserted a Reflist template by that means. This allowed me to set the two-column parameter and everything worked. Solution. Maybe the Edit Reflist special case should include a button for "More settings" which allows you to go into the normal Template Edit which would give access to the other parameters. |
I think two-column format is one of the most common customisations of a reflist template. Certainly it's a lot more common than chosing between "general" and other reference groups (which is what I assume the dropdown is all about). I've seen very few articles that make use of that feature (just reading the documentation would put you off). I certainly think VE-only users are much more likely to be wanting to reformat their reflist (as they can see other articles with alternative formats so they know it's possible) than choose a reference group. Kerry ( talk) 08:42, 8 August 2015 (UTC)
I'm glad that you figured out the workaround. The only good news here is that new editors are unlikely to run into this problem, because they won't begin with a belief that the local template is the normal way to display references in a MediaWiki page.
One part of the solution is probably for people to stop using the reflist template in the vast majority of articles where they don't actually want its features (pointless server overhead to produce exactly the same results [1]). Then people would stop expecting a local template to be the only or primary way to dislay references. At minimum, this would require people using AWB to stop replacing the wikitext code with the local template, and probably also to change the Article Wizard to using normal wikitext.
Another part of the solution is for <references /> to be expanded to cover the most common cases, like wanting columns for long lists (handy at the many wikis that don't have the English Wikipedia's reflist template). By the way, the columns should be dynamic, so that you don't end up with two unreadably narrow columns on smartphones, and two needlessly wide ones on large desktop screens. Most editors set columns to 30em or 35em these days (so you type {{reflist|30em}} in wikitext, or insert it in VisualEditor and set the "Columns/Column width" parameter to 30em.)
I make no bets on which of these two will happen first, and I expect that the answer is "not soon" in both cases, but native support for columns in MediaWiki at least has a bug number: phab:T53260. Once that's implemented, VisualEditor will start supporting it. Whatamidoing (WMF) ( talk) 18:45, 11 August 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Save Page entering a summary of changes. |
Steps to Reproduce: | Made edit using Visual Editor from Mediawiki REL1_25. Highly reproducible, occurs every time. |
Results: | When clicking save page and trying to enter a summary find that cursor is in the text behind the save page dialog. Can click to save the page but cannot enter a summary. Cannot change focus by click or double-click or tabbing. |
Expectations: | Clicking into the summary text does not lose focus into the edit. This allows the user to accidentally damage the page. Also see here. Unable to find any resolution of this. Couldn't see a workaround in phabricator. |
Page where the issue occurs | Vanilla Mediawiki 1.25 install |
Web browser | IE 11.0.9600.17914 and same behaviour in Chrome 44.0.2403.130 m |
Operating system | Windows 7 |
Skin | Vector? |
Notes: | Any additional information. Can you provide a screenshot, if relevant? |
Workaround or suggested solution | Needed! |
Dan.mulholland ( talk) 06:01, 10 August 2015 (UTC)
I tried using V/E to fix a typo halfway through a large article, clicked edit on the section heading but then found I was in edit mode for the whole article and back at the start of the article. I assume this is another unfortunate consequence of V/E not supporting section editing, but if you are reading a long article and spot something you want to fix the classic editor is much better and far more intuitive because it leaves you in the same part of the article (as well as all the other advantages of section editing re edit conflicts and speed). Ϣere SpielChequers 06:17, 11 August 2015 (UTC)
I tried to run a url from jtor through the citaiton generator, and it didn't work correctly. Tried directly through Zotero instead, and got a correct citation (Malin, Irving (1963-04-01). "Review". The Kenyon Review. 25 (2): 348–352. ISSN 0163-075X. JSTOR 4334331. ) . I thought we were feeding zotero data through our tool...
Sadads ( talk) 18:40, 6 August 2015 (UTC)
On OTRS-wiki, VE is enabled and discussions occur on mainspace pages (e.g. here for those with access). I just tried to post a reply with VE, and had two problems... I didn't know how to thread my post as I usually would using :, and secondly I couldn't add my signature with ~~~~ - nor could I find a signature under the "insert" dropdown. Any ideas? -- 99of9 ( talk) 03:19, 12 August 2015 (UTC)
Trying to create a page well... I can't create one using this tool, but using the normal way I can!
I suppouse it's an error or something
Klonoa TDInc ( talk) 03:33, 17 August 2015 (UTC)
There was a standard link to a Wikisource article
[[s:Declaration at the Congress of Vienna|deceleration outlawing Napoleon]]
deceleration outlawing Napoleonthis was changed by user:Kinnerton using VisualEditor to fix the spelling error (deceleration --> declaration) with this edit (17 April 2015) to
[//en.wikisource.org/wik0i/Declaration at the Congress of Vienna declaration outlawing Napoleon]
at the Congress of Vienna declaration outlawing NapoleonThere was no reason for a change to be made to the link to Wikisource. Is this standard behaviour or is it done using a switch? -- PBS ( talk) 08:03, 10 August 2015 (UTC)
Arising from a conversation on the research mailing list, Jonathon Morgan compiled a list of the most active VE users over the last month, revealing that User:Megalibrarygirl was the top user of the VE and I noticed that this user had experienced a dramatic increase in edits since switching to the VE about 6 months ago and is now using the VE for almost all her edits. So I wondered if there was a connection between the high productivity and the VE. So I asked her and yes the VE has made a big difference. Read here for what I said asked and here for her reply. So, there's a VE success story! Maybe you want to interview her for Signpost or something! Kerry ( talk) 00:17, 18 August 2015 (UTC)
Another thing arising from the training session this morning. Two new user accounts (created in front of me). We then went to Preferences to enable the Visual Editor. One of the new users (but not the other) already had the VE enabled. What's all going on here? I know there was a A/B experiment about the use of VE by new users conducted a while back for research purposes. Is that still running? Kerry ( talk) 03:59, 17 August 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Wanted to add a citation from their new user pages to this webpage. |
Steps to Reproduce: | I taught a small edit training class today; I taught the VE for the first time. Two new user accounts were created User:Bevley and User:Brisbanebog. Set their preferences to enable the VE and away we went. Everything went fine until we tried to add our first citation which was to this webpage. We used Cite > Automatic to insert a citation. Clicked Generate (all was fine). Clicked Insert (all was fine). Then we saved the page. The usual edit summary screen appeared but this time (the first time it happened on a Save Page) there was a Capcha. So we typed in the words of the Capcha and clicked Save Page. There was no error message but the edit summary screen plus Capcha reappeared (different Capcha words). Naturally assumed at first that there was an error in typing in the Capcha words so repeated it. Same thing happened again and again. I took over their computers and tried it myself and had the same result. Nothing we did would induce the page to save (it wasn't a matter of getting the Capcha words wrong). With this rather large stumbling block, I had to login as myself and let the students edit on my account as the training session could not progress without the ability to add a citation so we finished the training session that way. At the end of the session, we did a little experimentation and found that if you use Cite > Manual > Basic and just paste in the URL (not as a live link using [] but just as text) was the only way we could add a citation involving a URL. |
Results: | Nothing because it could not be saved. |
Expectations: | That the new users could create citations. |
Page where the issue occurs | |
Web browser | Chrome (not sure about the other one) |
Operating system | Windows 8.1 (not sure about the other one) |
Skin | |
Notes: | |
Workaround or suggested solution | I logged in as me on the trainee's computers as the only way we could continue with the training session as they needed to be able to create citations. It was certainly reproducible - both new users were affected by it. |
At the end of the session, we did some experimentation. If you do a Cite > Manual > Basic and just paste in the URL as text (not with []), you can create a citation with the bare text URL. That seemed to work, so it is a work-around of sorts. Also, one of the trainees was able to create citation containing that live URL on the Moggill, Queensland article (see this diff). But it was not possible to add that same citation on either user pages nor on the newly created articles James Francis Maxwell and Harry Massey. I created those articles earlier that morning for the training session using my own user account; the articles were not created by the new user accounts; the new users were just expanding the stub. So the problem seems to involve the intersection of three things: a new user account, a new article (the Moggill, Queensland article was not new) and a citation with a "live" external link. Can I be advised ASAP when this bug is fixed so I can get back to the trainees and let them know. Obviously they left the training session believing that they cannot do citations to websites, which is a big limitation and may get them in trouble with other editors if they omit citations because the VE won't let them insert them.
Also, one trainee was using my laptop (the one I normally use for Wikipedia editing and using Chrome as I normally do), so the problems with citation are not linked to anything to do with their browser/operating system. As an established user, I could create citations when as a new user, they could not. Kerry ( talk) 03:11, 17 August 2015 (UTC)
In teaching the VE yesterday for the first time, I encountered an interesting thing about categories. Now, as a source editor, I find the position of the categories in the VE completely non-intuitive. But yesterday I discovered so do VE-only users. Because they see the categories (in Read mode) at the bottom of the article, they expected to find them in the bottom of the article in Edit mode. Maybe the categories should be displayed as a clickable box (as is done for infoboxes and images) at the bottom of the article and clicking it takes you to the category editor. Kerry ( talk) 00:22, 19 August 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Using Citoid to cite Commonwealth Games 2014 biography pages e.g. http://g2014results.thecgf.com/athlete/weightlifting/1024088/dika_toua.html |
Steps to Reproduce: | Use cite button in bar. Paste website address into cite box. |
Results: | Instead of expected website citation, I get a Journal icon with the following message - "Glasgow 2014 - Dika Toua Profile". doi:1024088/dika_toua.html Check |
Expectations: | Normal website style citation. |
Page where the issue occurs | the biographical profiles on the http://g2014results.thecgf.com/ site. And only the profiles, not the other pages. |
Web browser | Chrome 44.0.2403.155 m |
Operating system | Windows 9 |
Skin | Vector |
Notes: | Any additional information. Can you provide a screenshot, if relevant? |
Workaround or suggested solution | I've just been adding the pages manually, and it's not a problem, I just wondered if it was something to do with a particular style of web addresses. |
Red Fiona ( talk) 23:03, 17 August 2015 (UTC)
Red Fiona, it seems like Citoid incorrectly recognized that URL as containing a DOI (because "1024088/dika_toua.html" looks superficially like a DOI), so it treated it as a journal citation. I've filed that as a bug (you can see it at the link to the right). Thanks for the excellent report!— Neil P. Quinn-WMF ( talk) 23:18, 18 August 2015 (UTC)
Take a look at List of tunnels in Australia#Queensland. In read mode, you see a bullet list starting with Airport Link as the first entry. Open it in the VE and you see an extra empty list item at the start of the bullet list. Try to delete it - can't! When I look in it in the source editor, there is indeed an empty bullet list item (that is a line consisting just of "*"). I am not sure what the right thing is to do here, to not display it at all since it cannot be manipulated and isn't seen on-screen anyway or allow it to be deleted. In a way, there is also a "bug" in the Read mode when the empty item isn't displayed. 23:48, 20 August 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | I wanted to copy a sentence with citations from the article City of Charters Towers to the article Charters Towers. The sentence was The [[Borough of Charters Towers]] was proclaimed on 21 June 1877 under the ''Municipal Institutions Act 1864''.<ref>28 Vic No. 21 (Imp)</ref><ref>{{cite QSA Agency|11207|Charters Towers Municipal Council|20 September 2013}}</ref> |
Steps to Reproduce: | I opened City of Charters Towers in the VE. I selected the sentence and citations and copied (Cntrl-C). I opened Charters Towers and pasted the sentence into the text. I then did some manual edits to merge this new sentence into the existing text about the first mayor (these edits did not affect the wikilink to the Borough of Charters Towers). |
Results: | I did not notice anything unusual in the VE but later in read mode, I noticed a "lumpiness" in the underlining of the wikilink to Borough of Charters Towers which (on inspection in the source editor) revealed that there were underscores instead of spaces in the wikilink that had been copied from the other article). See the diff of the edit. I double-checked the City of Charters Towers article where the sentence was copied from; there were no underscores present in the wikilink in the copied sentence; they appeared to be introduced by the copy-and-paste within the VE. It is reproducible. |
Expectations: | The wikilink would be copied exactly as it was in the other article. |
Page where the issue occurs | |
Web browser | Chrome (latest) |
Operating system | Windows 8.1 (latest) |
Skin | |
Notes: | Borough of Charters Towers is a redirect to City of Charters Towers - could that have something to do with it? |
Workaround or suggested solution | I don't think there is a workaround apart from manually removing the underscores. |
Kerry ( talk) 20:50, 24 August 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | I was trying to save my article |
Steps to Reproduce: | #Edit article
It is reproduceable! |
Results: | text appears on page itself |
Expectations: | filling the summary field with text |
Page where the issue occurs | intranet |
Web browser | Chrome 44.0.2403.157 |
Operating system | Win7pro |
Skin | vector |
Notes: | N/A |
Workaround or suggested solution | N/A |
BIG RizZ ( talk) 11:19, 26 August 2015 (UTC)
How do you find citations in a large article in the VE? You can see in read mode that you are looking at a naked URL citation
[13] ^ http://someurl.com
and you would like to find it in the article and make it a better citation. However the VE won't let you search for 13 or for someurl as its Find tool doesn't look inside citations, infoboxes, etc. Could there be some tickbox to allow searching within them? Kerry ( talk) 00:42, 26 August 2015 (UTC)
I completely agree with John Broughton in the thread above (and "not intuitive" is a polite understatement). Just listing some minor problems and flaws in a new thread (to avoid hijacking the other):
In summary, every flaw on its own is not that bad really, but together they make that workflow unintuitive and unsuitable for any new or inexperienced editor. GermanJoe ( talk) 19:33, 30 July 2015 (UTC)
The citation template appears to have stopped working entirely. Has it been damaged? Rathfelder ( talk) 09:10, 21 August 2015 (UTC)
GermanJoe, I think I've finished getting all of these ideas entered into Phab. Let me know if I missed anything. Whatamidoing (WMF) ( talk) 18:36, 26 August 2015 (UTC)
It is almost impossible to upgrade a citation in the Visual Editor. Consider for example the last citation in [23]. In markup it is:
<ref name="ReferenceA">Wayne Goss remembered as courageous Queensland reformer [http://www.abc.net.au/pm/content/2014/s4125404.htm ].</ref>
Now, I can tell from the URL that this is a news story, so I want to create a News citation (a format which the VE supports). But the VE regards the existing citation as a Basic form with an embedded URL and only allows me to do Basic form editing, so I cannot create a News citation. OK, I have to create a new one and then delete the old one. But I need to copy information (title, URL) from the old one. So, having started creating the new News format citation, I need to open the old one to copy the URL. Ah, I cannot do that because I have to close the old citation to do that. So you find yourself opening the old citation, copying a bit of inforation, adding it to the new citation, closing the new citation, opening the old citation, copying some information, etc. Truly painful. Could we allow having both citations open so it's easier to copy and paste between them? Kerry ( talk) 01:04, 26 August 2015 (UTC)
Editing Wayne Goss. Copied citation [6] from Gossia (which was opened in the VE, showing there as citation [5]) and added to end of last sentence in the section "Death funeral and legacy". Deleted wikilink to Gossia from the See Also section. Tried to Save Page. Unable to save due to "parsoidserver-http: HTTP 500". Allows me to dismiss it and return to editing, but all further attempts at saving fail with the parsoid error message. Reproducible. Kerry ( talk) 00:31, 27 August 2015 (UTC)
<ref name=Floyd-2008>[[Floyd, A.G.]] (2008) ''Rainforest Trees of Mainland South-eastern Australia''. Inkata Press. ISBN 978-0-9589436-7-3. page 243.</ref>
Kerry ( talk) 00:41, 27 August 2015 (UTC)
Apparently, when you type an ISBN in VE, it's now escaped by nowiki tags (the whole sentence). For the last 2 years, ISBN handling was very poor (modifying an ISBN gave very bad results), and it's now even worse as even basic feature is completely non functional. Are there any tests performed before a release ? -- NicoV ( Talk on frwiki) 15:18, 26 August 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | I opened Charters Towers to edit the history section. Specifically I opened this version |
Steps to Reproduce: | While I was editing that section, I had temporarily "parked" a paragraph of copied text at the top of the section. Having done the edits I had come to do, I then removed that "parked" text at the top of the article by positioning my cursor at the end of it and then holding down the backspace key. I saved the article. Later I noticed in the diff that I had deleted one of the article's photos (the one of the funeral). I successfully reproduced it. On my small screen laptop, I could not see that I was selecting and then deleting a photo that was rendering a long way below (there were quite a number of photos in the article, out of sight on my small screen. By scrolling down, I could see it when I was trying to reproduce it and I would assume it would be visible on a large screen (as the photo is highlighed when it is selected) but there was no "visual signal" to me on my regular small screen. --> |
Results: | Accidentally deleted a photo that I could not see on-screen in the VE with no visual warning this was happening. |
Expectations: | |
Page where the issue occurs | |
Web browser | Chrome (latest) |
Operating system | Windows 8.1 (latest) |
Skin | |
Notes: | The problem is created by seeing a lot of empty space at the top of the section so one instinctively tries to remove it. Although you quickly realise you can't remove that white space, you don't realise your attempt to do so is deleting a photo. Is there some way to suppress that empty space (which I presume is generated because the wikitext contains the [[File: ....]] at that point) so you aren't tempted to try to remove it in the VE. In the source editor, you would not see empty space because you would see the [[File: ....]]. |
Workaround or suggested solution |
Note, this diff is the same as the one in the bug above about underscores in the wikilink, but both appear to be independently reproducible, so I don't think the two are related. I think I just got unlikely to hit two problems in the one edit. Kerry ( talk) 21:12, 24 August 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Editing Wayne Goss. Many of the citations are naked URLs and I was trying to create a fullsome citation. |
Steps to Reproduce: | Look at the reference list (Read mode), see that [13] is a naked URL. Start the VE. Scroll down to search visually for [13] (since you can't use the Find tool to find 13). Start replacing the citation and then realise it's not the citation you thought it was. It turns out that citation [13] in read mode is citation [12] in the VE. |
Results: | every citation (apart from [1]) is misnumbered, the number is 1 lower than it should be |
Expectations: | the citation numbering would be the same in the VE as read mode |
Page where the issue occurs | |
Web browser | |
Operating system | |
Skin | |
Notes: | I think the problem arises because there is a citation in the infobox. I think the VE is numbering the citations without considering that first citation. I removed the citation from the infobox to test this and the VE numbering is correct. Compare using the VE on this one with the citation in the infobox against this version without the citation. |
Workaround or suggested solution |
Kerry ( talk) 00:34, 26 August 2015 (UTC)
A really good and powerful feature which most text editors (like Vim, Kate...etc) have is word completion or autocomplete. The editor tries the guess the word being typed by offering the set of possible choices from words already mentioned in the file (in this case, the edited article). This would reduce typos by a great margin and even reduce editing time. Currently there exists no such feature in regular source editing via scripts or gadgets that I know of. - Ugog Nizdast ( talk) 18:47, 27 August 2015 (UTC)