This page is an archive. Do not edit the contents of this page. Please direct any additional comments to the current main page. |
Dtyger ( talk) 09:07, 10 December 2014 (UTC)
It would be nice if when creating a link in the VisualEditor, I can use custom text. So a link pointing to the wiki page "US Declaration of Independence" can instead just display the text "Declaration of independence". I have to always stop using the VisualEditor whenever I want to link because of this limitation. Lugevas ( talk) 17:09, 1 January 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Save time by not having to click edit again after saving |
Steps to Reproduce: | |
Results: | |
Expectations: | |
Page where the issue occurs | |
Web browser | Chrome 39.0.2171.95 |
Operating system | Windows 8 |
Skin | |
Notes: | |
Workaround or suggested solution |
Lfstevens ( talk) 19:56, 5 January 2015 (UTC)
I haven't figured out a way to cover an existing bare url reference using VE. What I'd like is when I open the dialog, to see two fields, one for the url and one for the covering title.
VE provides no way to switch the type of a citation from, e.g., web to journal. This can happen when one editor adds a ref that is latter completed by another editor.
It appears that if you have a ref inside a group note (e.g. inside a tag) and delete all other copies of the ref, VE is unable to transfer the base text to that copy of the ref, so the citation is lost. This makes sense because as I understand it VE is not yet able to work inside these tags. Hence I suspect this isn't worth a bug, but I thought I'd mention it here in case someone sees a reason to log it. Mike Christie ( talk - contribs - library) 01:54, 8 January 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Use shifted cursor keys to select text |
Steps to Reproduce: | Click on the first letter of a word, with an image to its left
Use shift-down arrow to extend the selection. Shift-down arrow a second time has no visible effect. Please mention if it's reproduceable/if you attempted to reproduce or not. --> |
Results: | Instead of extending the selection by 1 line, it selects the whole paragraph. |
Expectations: | |
Page where the issue occurs | |
Web browser | Chrome 39.0.2171.95 |
Operating system | W8 |
Skin | |
Notes: | I've seen other anomalies when using extend select |
Workaround or suggested solution |
Lfstevens ( talk) 20:38, 5 January 2015 (UTC)
On Firefox Nightly 37.0a1 (2015-01-04) I placed the cursor a the beginning of the subhead Bosnian Croat involvement. I then typed shift-down-arrow once. That highlighted the line. I pressed it a second time and it selected the next two paragraphs. A third time had no effect. A fourth time selected the next two paragraphs and a quote.
On Chrome, the 2nd sda selected the next paragraph. The 3rd selected the following paragraph. The 4th selected a further paragraph. The 5th selected several paragraphs. Lfstevens ( talk) 03:47, 6 January 2015 (UTC)
I tried Kludge. I put the cursor on Recapitulation. The first 4 sdas operated correctly, but the next several caused a screen flash, but the selection did not extend to the indented para below. Lfstevens ( talk) 18:56, 9 January 2015 (UTC)
After the recent changes the cursor does not automatically focus in the edit summary window when you save, which I think it should. I'm pretty sure it used to. Chrome, Windows 7. Mike Christie ( talk - contribs - library) 13:58, 10 January 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Making a redirect |
Steps to Reproduce: | First i clicked Page options then Page settings, checked Redirect this page to (enterd destination page) but not Prevent this redirect being updated when target.. finally i got redirect but also text __STATICREDIRECT__. And yes it is reproduceable just try to make redirect |
Results: | I got redirect, and option that i did not wanted |
Expectations: | |
Page where the issue occurs | |
Web browser | Firefox 34 x32 |
Operating system | Win7 x64 |
Skin | Vector |
Notes: | |
Workaround or suggested solution |
Milićević ( talk) 15:36, 11 January 2015 (UTC)
I just tried out the VE table editing tools at the telephone numbers in Australia article. It worked really well; big thanks to the VE team for putting so much work into this. So much easier than mucking around with the horrible mess of pipes and stuff that make up our table syntax.
My only issues were that it took me a while to realise that the text style dropdown turns into a table cell style dropdown when you select a cell. I think a right-click pop-up menu to change cell styles, merge cells, etc. would be a useful addition. And I ended up having to switch to source editing, because I wasn't able to change the background color of the cell.
Anyway, well done to the VE team for making table editing a pleasure rather than a pain! — This, that and the other (talk) 05:20, 11 January 2015 (UTC)
I can't see any way to anything to an existing reference using {{
cite web}} reference other than template parameters. For example, a typical usage of {{
cite additional archived pages}} is <ref>{{cite web|...}} {{cite additional archived pages|...}}</ref>
. But VisualEditor just brings up a Cite web dialogue when I try to edit an existing reference formatted with {{
cite web}}, without any way to add anything after that template. -
Evad37 [
talk 01:51, 15 January 2015 (UTC)
See Ebola virus disease in VE edit mode. Hidden comments within the text sections are shown by "!" characters in a circle (nice solution by the way). But hidden comments at the start or end of paragraphs are not shown (possibly because they are in a line on their own). This may be a known problem, not really sure - just wanted to double-check to avoid duplicating a bug. If yes, is a fix for the problem in work? GermanJoe ( talk) 02:36, 21 January 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Split one paragraph into two. |
Steps to Reproduce: | #Load or create a page with one or more lines of text.
This appears to be completely reproduceable. |
Results: | The first word of the new second line/paragraph is preceded by "<nowiki> </nowiki> |
Expectations: | No leading space, with or without the nowiki. |
Page where the issue occurs | article diff 1, article diff 2. Sandbox testing. Note the double nowiki if the first character after the split point is a space. |
Web browser | Firefox 30 |
Operating system | Linux (Xubuntu 13.10) |
Skin | Monobook |
Notes: | The article diffs are not mine, I spotted them in a discussion about the issue at user talk:Redrose64. T78137 notes that intentionally adding a leading space is not possible in VE. Since finding that though, the phabricator search just produces a server error so I can't see if this issue is tracked. |
Workaround or suggested solution |
Thryduulf ( talk) 16:30, 29 January 2015 (UTC)
This sup tag contains style, class and an empty nowiki tag: [1]. Nothing was necessary and we should keep HTML code simple. -- Magioladitis ( talk) 08:18, 28 January 2015 (UTC)
The option, under the Cite menu, to paste or type a URL and have VE (Citoid, I assume) build a citation is great. But [unfortunately, there always seems to be a "but"]:
If you go to Windows 10, in the table, and click the edit link, VisualEditor loads as if you clicked any other edit link on the page. The problem is, since the table is transcluded from Template:Windows 10, you can't actually edit the table from VisualEditor.
In short: If you try to edit part of the page, you can edit everything except that part of the page.
But that's just the initial user experience. The actual effect is much worse:
The was all in Firefox, Windows 7.
Suggestion: Either don't show edit links to transcluded sections, or have VisualEditor open the source page for editing. And make sure the URL and screen are in sync, always. -- Ypnypn ( talk) 04:51, 5 February 2015 (UTC)
Every once in a while, I think "VE is really close to being production-ready", and then I try a major editing session and walk away shaking my head. Today it was cut-and-paste. Sometimes it works, sometimes it doesn't. (I was working on the article Aaron Schock.) In general, it seems that if I cut some text that (which included a footnote; not sure if that's critical) and then pasted it in the article immediately following a footnote, the paste fails. (Instead, VE seemed to be inserting what was the prior text in the clipboard.) But this wasn't consistent enough problem to report exactly how to replicate it. It did occur a number of times in different places in the article.
What is replicable, I'm sure, is my failed attempt, in VE, to rearrange the templates in the section "Electoral history" of that article. (The norm for articles about politicians is to have election results shown in chronological sequence, not reverse chronological sequence.) I can't get VE to even cut or copy a template (when I right-click); the closest to doing so is the option to "copy image", which is pointless (pasting produces nothing).
[P.S.: For the sake of the imminent "What would it take to get the Wikipedia community to buy into VE" discussion, I'll also note that Aaron Schock is yet another article where VE can't edit the majority of (quite numerous) citations, because the text of these is embedded within the reflist template in the References section. These may be an abomination, programming-wise, but they are also a reality - yet something else that the wikitext editor can handle that VE can't.] -- John Broughton (♫♫) 06:12, 5 February 2015 (UTC)
@ Whatamidoing (WMF): I'm using the latest Firefox on the latest OS X—same as John. Interestingly, I just tried Chrome 40.0.2214.111 and Safari 8.0.2. In both, I could (1) drag templates normally and (2) select a large chunk of content that included a template and then copy and paste it properly. However, unlike Firefox, right-clicking a template gave no 'copy' option (only the 'copy image' option which did nothing), even if I left-clicked it first. I can think of several bugs that could be filed about these behaviors:
Which do you think I should do? My instinct is all of them, and they can be given low priority if necessary.— Neil P. Quinn ( talk) 03:29, 6 February 2015 (UTC)
"Something went wrong". And, of course, I had done a lot of minor editing of an article ( Nikolai Myaskovsky).
So - what does this error message mean? I ask because there seems a small chance that I might be able to salvage my editing session if I can figure out what parsoid objects to. (And yes, I tried switching to the wikitext editor; that failed as well.) -- John Broughton (♫♫) 04:59, 7 February 2015 (UTC)
For some reason, the reference at the end of the second paragraph of this section shows up as wikitext when I edit it in VE. Mike Christie ( talk - contribs - library) 17:26, 8 February 2015 (UTC)
<ref name"Smith">
is processed the same as <ref>
when you're reading a page. Unknown (including invalid) 'commands' are ignored. I'm not sure whether it is desirable to have VisualEditor treat invalid wikitext like it's working. A flag that says something's wrong might be useful.
Whatamidoing (WMF) (
talk) 21:41, 9 February 2015 (UTC)It's great (as I said in the prior post) to have Cite from URL in the Cite menu. So, a question - existing codes for citing from a doi, a PMID, and/or an ISBN are much better than the current Cite from URL, in terms of building complete and accurate citations. Is there any expected timeline for adding these options to VE? I ask because having these options could move the needle considerably towards the conclusion that "VE is actually a better editor than wikitext, now, for most things". -- John Broughton (♫♫) 21:09, 1 February 2015 (UTC)
I came to report cut-and-paste problems in Firefox too, probably the same as the section above. My example is replicable, I'm on the latest Firefox on Windows. Please report and fix. PS this annoying bug and having to figure it out and report it interrupted what was shaping up to be a good editing session :-(.-- 99of9 ( talk) 05:10, 6 February 2015 (UTC)
Hello!
I want to congratulate you for a good piece of software. Much better than the Wikitext bug.
-- 93.213.136.127 ( talk) 18:19, 13 February 2015 (UTC)
When trying to backspace it doesn't work very well. You go automatically to the top of the page. Ferraricaliforniat ( talk) 19:51, 15 February 2015 (UTC)
For example, in Ionic compound, the first reference is created by sfn, but VE fails to count it, so when you go into edit_beta mode, all the in-line citations up top get renumbered, and no longer correspond with the numbered list in the references section itself. -- 99of9 ( talk) 03:08, 10 February 2015 (UTC)
<references />
, the numbering will be internally correct (it will omit all sfn's and citations that are transcluded, but #1 in the ref list will correspond to a "[1]" in the article). The <references />
has the additional advantage of being slightly faster and also being familiar to the millions of people who have used a MediaWiki wiki before, but haven't done much editing at the English Wikipedia itself.
Whatamidoing (WMF) (
talk) 20:03, 10 February 2015 (UTC)<references />
, probably far more. The two are also in no way equivalent to each other. The reflist template reduces the font size of citations, and at this point I'd guess that the vast majority of experienced editors find full-size citation text to be jarring. The template also can be used to put citations into double columns, something I'm not a fan of, but a number of editors do like.<references />
in articles in order to get VE to work better is just a non-starter. --
John Broughton
(♫♫) 16:12, 13 February 2015 (UTC)
<references />
has been changed; I wasn't aware of that. So, to return to the main point of this discussion: Are you suggesting that the solution to how VE handles {{
sfn}} is for editors to individually remove, article by article, the {{
reflist}} template, replacing it with <references />
?
I tried using VE a lot in its early days but abandoned it because of one major problem, probably one of the first bugs I reported (yes, found it on 21 June 2013). I've still kept this page on my watchlist, though I hardly look at many of the changes to it. But there seems to be some discussion around about "things which need to be fixed before it's acceptable", so I thought I'd have another look at VE.
No good.
If I'm trying to add a category, a defaultsort, or a template (eg a stub template), the box in which to do so still obscures most of the article content and can't be shifted out of the way or reduced in size. So I can't see the content I need to read (date of birth, spelling of geographical area, whatever).
There's a discussion at Phabricator as https://phabricator.wikimedia.org/T51969 but it seems to have got sidetracked onto the idea that it's only for categories and defaultsort that this is a problem. Another major area where it's a problem is in adding stub tags, e.g. where I go to add a "nationality-sport-bio-stub" tag and then find there are subdivisions by date of birth or position of play. Also geographical entity stubs where I need to get the spelling of the unfamiliar placename correct.
Until I can see what I'm doing when editing, VE is pretty useless for me. Let me know when it's fit for purpose. Pam D 12:48, 15 February 2015 (UTC)
<references />
, should be a show-stopper. (I know that's part of Parsoid rather than VisualEditor, but, if a show-stopper, it doesn't matter which module the bug is in.) —
Arthur Rubin
(talk) 06:41, 20 February 2015 (UTC)Hi, in this edit, an existing reference has been damaged by VE by putting nowiki tags around the opening ref tag. The result is that a correct reference has been replaced by escaped ref tags in the middle of the text. -- NicoV ( Talk on frwiki) 22:18, 22 February 2015 (UTC)
I am not sure if someone reported this before: [2]. -- Magioladitis ( talk) 09:46, 20 February 2015 (UTC)
For the fourth of fifth time, I've had an edit fail catastrophically - I can't save the edit at all. I can rescue text (by doing a copy/paste to another place), but citations are irrevocably lost. As you can imagine, this makes me quite reluctant to use VE.
I think I've been able to replicate the problem, so I invite someone else to do this:
Update: it now appears to me that only steps 1 (of course), 4, and 5 are needed - the problem is with ending a VE session by using "Cite from URL". Those inclined to test this theory need to enable that functionality via their vector.js page - see User:John Broughton/vector.js for specifics.
Seaside has no private front lawns. Sod is not allowed, only native plants in front yards.
What happens then, to me, is the “Save page” button fades to grey. Clicking “Review your changes” generates the following error message, as does resuming editing and trying “Switch to source editing”:
If someone else successfully makes this edit, please revert the change and post here. I'll then try it again, using both my registered account and another (declared alternative) account to see if the problem persists, and if so, if it's somehow tied to my browser or computer. [I tried both Chrome and Firefox for the above, so I doubt this is browser-related.] -- John Broughton (♫♫) 19:48, 22 February 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Other users tried to sign a Wikimania proposal linked at the above link |
Steps to Reproduce: | n/a, reproduced |
Results: | "Won't let me put in tildes, won't let me put in my UserName. Won't let me do anything. Just says <no wiki>." |
Expectations: | Ostensibly to sign the proposal |
Page where the issue occurs | wm2015:Submissions/How_to_Pick_Up_More_Women |
Web browser | |
Operating system | |
Skin | |
Notes: | |
Workaround or suggested solution |
czar ⨹ 13:48, 23 February 2015 (UTC)
In this edit, a br tag was inserted by VE inside a title which is totally useless and makes wikitext more complex. -- NicoV ( Talk on frwiki) 15:28, 23 February 2015 (UTC)
In this edit, completely useless span tags were added by VE. -- NicoV ( Talk on frwiki) 17:27, 23 February 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | I was trying to re-use a cite that is within an infobox template |
Steps to Reproduce: | #Went to
this revision
I haven't checked this on other pages |
Results: | |
Expectations: | |
Page where the issue occurs | https://en.wikipedia.org/?title=Russian_Jews_in_Israel&oldid=648740331 |
Web browser | Safari 6.1.6 |
Operating system | Mac 10.7.5 |
Skin | Default |
Notes: | |
Workaround or suggested solution | I suspect the only workaround is the wikitext editor |
Oiyarbepsy ( talk) 04:41, 25 February 2015 (UTC)
The next bug triage meeting will be at midnight UTC on Thursday, which is 16:00 PST on Wednesday for West Coast folks. This one is timed to be easier for some people in Asia to attend. Information about how to join is at mw:Talk:VisualEditor/Portal, but as of this message, the "follow this link" will take you to last week's meeting, which won't be very useful. I'm trying to track down the new link (WebEx requires a new link every single week) and it will be posted there before the meeting starts (because if it isn't, then I can't join the meeting, either. ;-) .
Minutes from the last one can be read on wikitech-l here. Whatamidoing (WMF) ( talk) 05:19, 24 February 2015 (UTC)
In just one edit, it's obvious that VE is not ready to be activated by default:
Honestly, it's been more than a year and a half, how long do we still have to fix so much damages in a production wikipedia? -- NicoV ( Talk on frwiki) 17:44, 25 February 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Trying to add an endash into a citation date parameter to clear a flagged formatting error |
Steps to Reproduce: | While editing using VE,
|
Results: | The error message was caused because of the use of an ordinary hyphen instead of the regulation endash. I could not find a workaround to fix this in VE, because the "special characters" don't operate at the same time as the cite option is functioning. |
Expectations: | It didn't occur to me that this would be an issue; however, having seen that it is impossible to add this particular special character from my keyboard, it means that one probably can't add any other characters that do not appear on a standard keyboard, either. |
Page where the issue occurs | Integral House |
Web browser | FF 36.0 |
Operating system | Win7 |
Skin | Monobook |
Notes: | |
Workaround or suggested solution | Entered the information using wikitext editor. |
Risker ( talk) 03:13, 26 February 2015 (UTC)
It's a known problem. I can offer several workarounds, of widely varying practicality:
There is significant work being done on the special character tool. It will completely change during the coming weeks. Whatamidoing (WMF) ( talk) 18:45, 26 February 2015 (UTC)
Howdy. This is your reminder that the upcoming VE triage meeting will be held on Wednesday, 4 March at 08:00 PST ( 16:00 UTC). Full information about how to join the Webex call or the IRC channel, and the links to the IRC logs and minutes for the last appointment, live as usual at mw:Talk:VisualEditor/Portal. I'm looking forward to seeing you there! -- Elitre (WMF) ( talk) 18:35, 2 March 2015 (UTC)
This is the latest manifestation of an old problem. I simply tried to add a space using VE. Δρ.Κ. λόγος πράξις 07:07, 28 February 2015 (UTC)
<ref name="telegraphDowning>
when it ought to be <ref name="telegraphDowning"></nowiki>
.
Whatamidoing (WMF) (
talk) 19:00, 2 March 2015 (UTC)
I made this edit to italicize wikilinked words. VisualEditor behaved incorrectly, creating a piped link and putting the italic characters inside of it instead of simply adding the italics characters to the outside of the square brackets. Another editor had to make a second edit to fix it. When will this problem be resolved? Many thanks. -- Albany NY ( talk) 19:15, 1 March 2015 (UTC)
[[Link|<nowiki/>]][[Link]]
bug. I think it's useful to recognize the priority level, even though we are all unanimous in our agreement that one of the approaches is better than the other.
Whatamidoing (WMF) (
talk) 00:51, 3 March 2015 (UTC)
I've noticed that when I create an article with VE, which I often do by going into VE on another article and cutting and pasting the whole article to give me the format and sections, Yobot will come along after me and make an edit like this. Any idea what's causing this? Mike Christie ( talk - contribs - library) 12:30, 4 March 2015 (UTC)
Looks and works excellent most of the time. Well done, all of you. A suggestion for future improvement, though, would be to add an option to preview what you've edited before clicking "Save page". This could be either a live preview, which I think is still in beta (no? yes?), or at least a non-live one. :) Yay for Wikipedia! SarahTehCat ( talk) 17:47, 3 March 2015 (UTC)
I love the cite re-use feature, but one thing that would make it a bit better is human-readable ref names. Over at Russian Jews in Israel, we have a cite that's <ref name=":0">blah blah</ref> and all the later ones are <ref name=":0"/>. It would be nice if Visual Editor generated human-readable names, such as, in this case, <ref name="www.wsws.org">, using the last name for books and news, and the domain for urls. Oiyarbepsy ( talk) 00:27, 26 February 2015 (UTC)
I'm not confident in using Phabricator, so I don't know if these suggestions have already been made, and if so, how they were dealt with. But, nevertheless, I'd like to know if they could make it to the list for the next Triage meeting for acceptance. I listened in to the call on the last meeting but wasn't sure if I could add anything useful so stayed silent :-)
I hope this is useful! Please tell me if you need more info. Witty lama 17:31, 25 February 2015 (UTC)
@ Whatamidoing (WMF): - The place on en.wikipedia.org to see how to minimize edit conflicts is here - WP:Edit conflict. I see that you edited that page in December 2013, seven years after the developers changed the code for how edit conflicts are determined. So yes, most experienced editors here may have heard that the documentation says conflicts are by section - and that's because the documentation did say that, until just over a year ago. Unfortunately, most of us lack the time to keep rechecking technical documentation pages (hundreds?) to see what has changed and what has not. -- John Broughton (♫♫) 02:06, 3 March 2015 (UTC)
This was announced in the newsletter and spammed to several mailing lists, but here's another reminder: The first of a weekly series of open meetings about VisualEditor will be tomorrow (Wednesday, 11 February 2015) at 12:00 (noon) PST ( 20:00 UTC). These meetings are related to the Engineering team's priorities for the current quarter. We will discuss the release criteria for VisualEditor, jointly prioritise the work of the team, and talk about the bugs and features which are most important to you, including this list of tasks that have been nominated for higher priority.
We particularly welcome the presence of volunteers who enjoy contributing MediaWiki code. The joining instructions have been posted on MediaWiki.org. The meeting will use w:WebEx, which for some computers may require installing a plug-in, so please review the instructions well in advance. Whatamidoing (WMF) ( talk) 20:05, 10 February 2015 (UTC)
The results from the first meeting were sent out in e-mail: https://lists.wikimedia.org/pipermail/wikitech-l/2015-February/080803.html By the way, the next meeting is about 36 hours away, and only eight more items are in the nomination list so far, and a couple of those were leftover from last week. If you've got ideas about what should be considered, then please add them (or give me the bug number, and I'll add it for you). Sooner is better than later, so that yours will be more likely to be discussed this week. Whatamidoing (WMF) ( talk) 05:43, 17 February 2015 (UTC)
I never had time to learn WikiMarkup (i get it mixed up with HTML. NOw I can finally edit Wikipedia! FrodoBaggins (blackhat999) ( talk) 22:33, 5 March 2015 (UTC)
Just wanted to say that I liked it, and that it works really well for me. Red Fiona ( talk) 22:29, 6 March 2015 (UTC)
A patch has been submitted for Bug T74048. They're backporting it today, so the problem should disappear in less than two hours. If it's still happening, say, tomorrow morning, then please let me or User:Elitre (WMF) know, so that we can get their attention back on the issue ASAP. Whatamidoing (WMF) ( talk) 22:23, 3 March 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | I was trying to create bolded text. |
Steps to Reproduce: | Edit any page in VE. You don't have to save the page to see this error, so I used "Create beta" to create a page with a nonsense name.
This is reproducible. |
Results: | The "x" was bolded when first typed, and unbolded after Enter was pressed. |
Expectations: | It should not have been bolded in the first place. |
Page where the issue occurs | Add URL(s) or diffs |
Web browser | Chrome 40.0.2214.115 m |
Operating system | Windows 7 |
Skin | Vector |
Notes: | Any additional information. Can you provide a screenshot, if relevant? |
Workaround or suggested solution | None needed; the incorrect display corrects itself. |
The above is low priority since it's really just a display bug, but I thought I'd pass it along. Mike Christie ( talk - contribs - library) 02:00, 5 March 2015 (UTC)
if (isIntendedJustAsWisecrack(priorComment)) {
- print("Agreed.");
- } else {
- print("If potential editors were never discouraged by anything that looks like code, I'd agree with you.");
}
I managed to damage an existing table with VE: for the first two lines of the table, I tried to put in the 3rd cell the same content as what was in the 1st cell ; the result with VE is a damaged table (2 cells have been fused) and the content I tried to add is nowhere... An other case of VE damaging articles... -- NicoV ( Talk on frwiki) 13:33, 23 February 2015 (UTC)
Removing rows in Comparison of Office Open XML software would have been much more annoying in the wikitext editor. The table editor let me do the simple thing I wanted to do in a reasonably discoverable manner. Nice one - David Gerard ( talk) 12:57, 6 March 2015 (UTC)
Hi again. This week's triage meeting will happen on Wednesday, 11 March 2015 at 12:00 (noon) PST ( 19:00 UTC). We hope to see you there, but in case you can't make it, please remember you can still nominate "blocker" tasks in advance on Phabricator, or you can read the IRC logs and minutes which are usually published shortly after the end of the meeting, so you can catch up on what was discussed. So see the meetings page on mediawiki.org for details (notice the new format, a Google Hangout). Thank you, and talk to you soon, -- Elitre (WMF) ( talk) 19:55, 10 March 2015 (UTC)
The devs have been doing a lot of performance work, and they've just figured out that the "beta" label ( Mediawiki:visualeditor-beta-appendix, which only exists on the English Wikipedia) is costing editors a performance hit every time they read a page. They're probably going to yank it out sometime next week. The only change is that "Edit beta" will become the normal "Edit", and navigating pages will be slightly faster. Whatamidoing (WMF) ( talk) 03:52, 7 March 2015 (UTC)
"standards for the MediaWiki labels require verbs"is so well adhered to as to bring us tabs on this page labelled "Project page" and "New section". That's without even trying to look for others. Begoon talk 14:05, 11 March 2015 (UTC)
I've always fount the way they did the label very annoying. Personally I've some javascript which changes the tabs to say "Edit" and "VE Edit". This make it quite clear which is which with the minimum of visual clutter. I don't particularly feel it needs to say Beta.-- Salix alba ( talk): 19:09, 11 March 2015 (UTC)
Thanks for working on this. - Dank ( push to talk) 23:43, 13 March 2015 (UTC)
Is there a phabricator task for preventing VE to create hideous links like [[1970|1970 ]]
(like
this edit with multiple edits like that). I can't find it... Is it nominated for Q3 blockers ? --
NicoV (
Talk on frwiki) 18:00, 16 March 2015 (UTC)
Hello again, as you guessed I'm here to announce that the VE team will conduct the next triage meeting on Google Hangouts and IRC this Wednesday at 4pm PST, that is 11pm UTC. As usual, you'll find other info about how to participate at mediawiki.org, and we hope to meet you there. Best, -- Elitre (WMF) ( talk) 17:03, 17 March 2015 (UTC)
<span lang="FR">
repeatedly and other thingsIn a serie of edits, the article fr:Zach Galifianakis was so damaged that I had to revert everything.
[[MediaWiki:Badtitletext|,]]
dir="ltr"
was even added to a span tag previously created by VE-- NicoV ( Talk on frwiki) 18:42, 16 March 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Linking to articles within references or infoboxes |
Steps to Reproduce: | Earlier, I was testing out VisualEditor by creating the article Haruka Chisuga. While adding an infobox to the article, when linking to Iwate Prefecture, for some reason, during the preview, the hyperlink shows up as red, even though I know that an article with such a title existed! The same thing happened when I tried to link to a an article using the "publisher" field of citations. In this case, I wanted to link to the article Oricon, and once again, despite there being an article at Oricon, the link showed up as red! |
Results: | Not only that, but when I saved the article, the Oricon link(and other "publisher" hyperlinks) showed up correctly as blue! Why the glitch? It easily confused me. |
Expectations: | While editing with VisualEditor, added hyperlinks, when added to references or templates, should appear blue rather than red. |
Page where the issue occurs | https://en.wikipedia.org/?title=Haruka_Chisuga&diff=651781397 |
Web browser | Google Chrome (version 41.0.2272.89 m) |
Operating system | Windows 8 |
Skin | Vector |
Notes: | |
Workaround or suggested solution |
Narutolovehinata5 t c csd new 14:12, 17 March 2015 (UTC)
I feel like that the visual editor is lacking functionality. There should be a button to add raw code, as well as a way to add internal things, like categories. — Preceding unsigned comment added by MrWonka ( talk • contribs) 15:51, 18 March 2015 (UTC)
Resolved
I don't know where to report problems with Phabricator, I'm reporting it here mainly because my main use of Phabricator is for VE bugs... Until recently at work, I was using a very old Firefox (17 ESR) and phabricator was unusable: I didn't report it because of the very old Firefox. I've now upgraded to Firefox 31.2 ESR, and phabricator is still totally unusable. It looks like no CSS stylesheet, icons, ... are available: it's just text and hyperlinks over a blank background, no boxes, no icons, things that are probably supposed to be hidden are displayed (Column Prototype. This is a very early prototype of a persistent column. It is not expected to work yet, and leaving it open will activate other new features which will break things. Press "\" (backslash) on your keyboard to close it now.).
Looking at the page source code, I think it's probably because all resources are coming from a different domain name (phab.wmfusercontent.org) than phabricator itself (phabricator.wikimedia.org). Could you fix this so that phabricator can be used in environments where some extra security measures have been activated ? -- NicoV ( Talk on frwiki) 08:43, 18 March 2015 (UTC)
GET https://phabricator.wikimedia.org/ [HTTP/1.1 200 Connection established 687ms]
GET https://phab.wmfusercontent.org/res/phabricator/f1eab25d/core.pkg.css [HTTP/1.1 200 Connection established 1047ms]
GET https://phab.wmfusercontent.org/res/phabricator/2bd3c675/rsrc/externals/javelin/core/init.js [HTTP/1.1 200 Connection established 1047ms]
GET https://phab.wmfusercontent.org/res/phabricator/65e04767/core.pkg.js [HTTP/1.1 200 Connection established 985ms]
GET https://phab.wmfusercontent.org/res/phabricator/834a1173/rsrc/js/core/behavior-scrollbar.js [HTTP/1.1 200 Connection established 985ms]
GET https://phab.wmfusercontent.org/res/phabricator/5b2f5a08/rsrc/externals/javelin/lib/Scrollbar.js [HTTP/1.1 200 Connection established 985ms]
GET https://phab.wmfusercontent.org/res/phabricator/0c404426/rsrc/js/application/conpherence/behavior-durable-column.js [HTTP/1.1 200 Connection established 985ms]
GET https://phab.wmfusercontent.org/res/phabricator/f960d43d/rsrc/externals/javelin/lib/Quicksand.js [HTTP/1.1 200 Connection established 1000ms]
GET https://phab.wmfusercontent.org/res/phabricator/834a1173/rsrc/js/core/behavior-scrollbar.js [HTTP/1.1 200 Connection established 906ms]
GET https://phab.wmfusercontent.org/res/phabricator/5b2f5a08/rsrc/externals/javelin/lib/Scrollbar.js [HTTP/1.1 200 Connection established 1156ms]
GET https://phab.wmfusercontent.org/res/phabricator/0c404426/rsrc/js/application/conpherence/behavior-durable-column.js [HTTP/1.1 200 Connection established 843ms]
GET https://phab.wmfusercontent.org/res/phabricator/f960d43d/rsrc/externals/javelin/lib/Quicksand.js [HTTP/1.1 200 Connection established 843ms]
ReferenceError: JX is not defined phabricator.wikimedia.org:14
This is the last chance in this quarter to inform the developers about VisualEditor's bugs they need to prioritize now. Show up on Google Hangout this Wednesday, 25 March 2015 at 12:00 (noon) PDT ( 19:00 UTC), or read the page at mediawiki.org to nominate a task for review even if you're not planning to attend the meeting. Talk to you later this week, then!
Related to VE, this Friday 27 March at 15:00 UTC an office hour about VE will be held on IRC. Previous logs and other information, including how to participate, can be found at Meta. It will be the last office hour in this format, but we'd like to discuss alternative formulas which are more useful for everybody. Therefore, please see and comment the related Phabricator task, or just come and discuss the future of these conversations with us on Friday. Best, -- Elitre (WMF) ( talk) 18:26, 23 March 2015 (UTC)
Hi, in this edit and this edit, external links with action=edit&redlink=1 were created instead of internal links. -- NicoV ( Talk on frwiki) 17:33, 18 March 2015 (UTC)
In this edit, the contents of existing ref tags was deleted by VE, making the ref tags invalid (big red messages displayed in the article). VE shouldn't be able to end up with empty unnamed ref tags. Please nominate for Q3 blockers. -- NicoV ( Talk on frwiki) 09:19, 19 March 2015 (UTC)
Hi, in this edit, VE did multiple damages to the article:
[[./Shirley_Temple]]
[[
but ends with }}
)Please nominate all those problems for Q3 blockers. -- NicoV ( Talk on frwiki) 07:46, 24 March 2015 (UTC)
In this edit, an added paragraph got em tags around a coma. -- NicoV ( Talk on frwiki) 17:48, 18 March 2015 (UTC)
<em>...</em>
and <i>...</i>
.) I'll have to ask around to find out what the current thinking is.
Whatamidoing (WMF) (
talk) 16:55, 19 March 2015 (UTC)
Delighted to report that an attendee at yesterday's Women in STEM Editathon at DC Public Library was spotted adding an infobox to a biography using the Visual Editor. We experienced source-only editors were suitably impressed. Congrats to all on the development team! When you feel you have VE infoboxes fully up and running and ready for prime time, perhaps you could promote this using a banner ad ... It would be a useful, gnomish activity for public-spirited new editors. -- Djembayz ( talk) 13:43, 22 March 2015 (UTC)
|field=
added to more pages with {{
infobox disease}}.
Whatamidoing (WMF) (
talk) 16:30, 25 March 2015 (UTC)It isn't immediately obvious that you need to double click a table cell in order to be able to edit its contents. I suspect the easiest way to resolve this is to add a tooltip that says "double click to edit" when hovering over a table cell. Additionally there could be a menu icon that is activated when a table cell is selected (single click) which you click to open the cell for editing. The latter will be more work but might be more accessible. Another option would be a dismissable dialog when a table cell is selected (single click) that says the same as the tooltip - this would get very annoying though and a "don't show this again" option would be essential. Thryduulf ( talk) 11:18, 25 March 2015 (UTC)
This edit resulted in multiple damages to internal links:
[[2008|2014]]
which shows an ergonomy problem for changing the displayed text of links[[2008|''<nowiki/>'']]
which creates an internal link with nothing displayed (nowiki + italic formatting)As with most of the problems that result in unintentional damages to an article, please nominate for Q3 blockers. -- NicoV ( Talk on frwiki) 12:00, 30 March 2015 (UTC)
I got a automated message on my talk page regarding VE, so I thought I would try another edit with it. I noticed there was a typo in the template name at the bottom of the Alex Trebek article; it is Template:Daytime Emmy Award Outstanding Game Show Host 1984–93 but it should be Template:Daytime Emmy Award Outstanding Game Show Host 1984–1993. I cannot for the life of me figure out how to add the missing "19" using Visual Editor. Suggestions? 28bytes ( talk) 01:46, 27 March 2015 (UTC)
Here's a sequence of steps I just tried that left me baffled. I have a simplified version of this set up in one of my sandboxes, so please try this for yourself there. I have nothing in there but "Cat", linked to "cat (disambiguation)", like so: Cat. I wanted to turn this into a list of two links, with Dog replacing Cat in the second one, so I did this:
I think there are two things wrong with this. First, if leaving the link selected is intended to be useful, it ought to allow typing more than one character -- it seems pointless to have one typed character exit the dialog and become the visible text of the link. There can't be any real-life situations where that's useful. I can see that allowing the user to keep typing and making that the visible text of the link might bring its own problems, but the current situation is certainly wrong. What's more, it silently destroyed the underlying link target -- that is, it changed "[[Dog (disambiguation)|Cat]]" into "[[D]]<nowiki/>og". (And that stray <nowiki/> is presumably another error.) I don't think replacing the underlying target is the right behaviour, but even if we were to decide that that's OK, I think it should not silently destroy the link.
Second, it doesn't seem to be consistent. If you have [[cat (disambiguation|cat]], which displays as "cat", and you click on the link in VE, select Edit, then Done, then type "xyz", you don't get "[[x]]<nowiki/>yz", you just get "xyz".
I asked a while back for a link to be unselected after clicking "Done", and the request was denied, I think for consistency reasons. If we're going to leave the link selected, I think this behaviour needs to be fixed. However, I still tend to think that unselecting the link would be simpler and more intuitive, even if it does bring some inconsistency into the interface.
There is a weird corollary to this. If you follow the instructions in the bullet list above, including the save, and then vedit again and select "Cat", choose "Edit", "Done", and type "xyz", you'll get the results I give above. However, if you follow the instructions above, and omit the save step, and go ahead and select "cat" and click "Edit", "Done", and type "xyz", the link to the "D" of "Dog" will vanish, even though you're not typing near it. If you now save, you'll find the page consists of nothing but "xyz, Dog". I've been able to reproduce this twice.
This is my candidate for weirdest VE bug so far. Mike Christie ( talk - contribs - library) 00:23, 31 March 2015 (UTC)
mw:Citoid, the automagic citation filling tool, is on its way at last. It's been up at the French and Italian Wikipedias for a while, with positive feedback overall. The time isn't firmly settled, but Wednesday evening UTC is most likely.
It depends upon good TemplateData. Wikipedia:TemplateData/Tutorial explains how to write the basics by hand, but the TemplateData GUI tool is usually faster and easier. It also depends upon external services like Zotero. If your favorite website isn't working, it probably needs a new Zotero entry.
It's not perfect. In particular, the design is less than ideal. There is a book-with-bookmark button for Citoid, next to a now-unlabeled "Cite" menu for filling in citations the old way. If you have suggestions on how to improve it, then please leave comments where the designers are most likely to see them, at mw:Talk:VisualEditor/Design/Reference_Dialog. If you have other suggestions or run into problems, then please leave feedback here.
Before you ask: yes, after getting all the bumps smoothed out, the plan is to make it available in the wikitext editor as well. However, that will likely not be for some months yet. Happy editing, Whatamidoing (WMF) ( talk) 00:02, 25 March 2015 (UTC)
It's here!
There are a few known problems. Also, the design for the toolbar needs some work. I'll get a screenshot up later, but the short story is that you click the "book with bookmark" icon to get Citoid, and the now-unlabeled "⌄" drop down menu to find the manual versions. Please try it out and post your feedback. Whatamidoing (WMF) ( talk) 02:20, 31 March 2015 (UTC)
I click on the bookmark logo and opt for "Or use the full citation dialog to fill in the details yourself". After filling in the fields, I would expect to wind up with a well-formed, footnoted citation. Instead, I get something like this:
Is this a feature or a bug? Barte ( talk) 05:12, 1 April 2015 (UTC)
I had to do a lot of modifications to fix all the mess made by VE in this article. As the history of the article consists of many edits with VE, I didn't dig in it to find when the problems appeared. In addition to the useless and completely silly span tags spread everywhere, there were several references with the same contents but with different names including strange reference names (:0322, ...).
What on earth is this?— Kww( talk) 04:55, 3 April 2015 (UTC)
Hi, in the Tech News 2015/14, it says that VE won't leave empty titles with nowiki tags any more. Each bug linked ( phab:T57769, phab:T61647, phab:T52100, phab:T51452) says WMF-deploy-2015-03-25_(1.25wmf23). And on frwiki, it's 1.25wmf23 in the Version page. My understanding was then that it's supposed to be fixed in frwiki, no ? So, why this edit 17 hours ago ? -- NicoV ( Talk on frwiki) 16:00, 2 April 2015 (UTC)
When will this kind of things will be fixed ? Please stop VE from creating useless internal links with only a whitespace displayed. This is one of the many bugs that should be nominated as Q3 (?) blockers. -- NicoV ( Talk on frwiki) 06:01, 3 April 2015 (UTC)
Still weird characters added by VE in articles, with a user pasting spanish text in frwiki:
-- NicoV ( Talk on frwiki) 19:12, 30 March 2015 (UTC)
I don't think it's a bug, but when you open the article about Kate Gynther ( /info/en/?search=Kate_Gynther) in VE, the first line is a jigsaw puzzle piece, followed by a line break symbol then another jigsaw puzzle piece. I'm not sure if it relates to the pictures in the article but it didn't seem to be. Red Fiona ( talk) 22:43, 4 April 2015 (UTC)
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)
Hot damn! That lookup button is what I've wanted all my life. Great improvement, hope to see more of it. Popcornduff ( talk) 13:28, 7 April 2015 (UTC)
In this edit, a link to a local wiki page was created as an external link. Please nominate as Q4 blocker, as this is basic behavior. -- NicoV ( Talk on frwiki) 19:18, 7 April 2015 (UTC)
Result: Visual Editor will scroll the text spuriously, which is unnecessary and irritating.
The effect occurs whenever a link is created right after the user has scrolled the text. The effect is bigger if the link is created near the top of the editing window.
This is on Windows 7 with Chrome 41 and IE 11, using the vector skin, logged in or not doesn't make a difference. Also recently reported at phab:T95360 with no echo. AxelBoldt ( talk) 20:36, 9 April 2015 (UTC)
I tried with both Chrome and IE on Windows 7. The page just blanks and hangs. This worked a couple of weeks ago; I've created several pages with VE. Mike Christie ( talk - contribs - library) 01:58, 3 April 2015 (UTC)
This problem is back again. I'd appreciate any pointers on what else might be causing it. It's happening for me in both Chrome and IE, Windows 7. I've disabled every single gadget, and disabled all my Chrome extensions, but I still can't create articles in VE. The only thing that works is using an incognito tab in Chrome, and of course I can't actually create the article that way since IPs can't create articles. Mike Christie ( talk - contribs - library) 01:41, 8 April 2015 (UTC)
In this edit, the DEFAULTSORT has been added after the category. Usually, DEFAULTSORT are put before the categories, not after. -- NicoV ( Talk on frwiki) 10:17, 10 April 2015 (UTC)
Is there any plan to fix this in a near future ? Recent example on frwiki. Of course, as I already reported it several times and said it several times, this should be nominated as Q4 blocker. -- NicoV ( Talk on frwiki) 14:37, 10 April 2015 (UTC)
It happens quite frequently that paragraph formatting is awful with VE, like in this edit:
-- NicoV ( Talk on frwiki) 10:22, 10 April 2015 (UTC)
See this edit; when you drag a template down it is impossible to drag it past a list at the end of the article and it gets appended to the last line of the list. -- WS ( talk) 22:48, 9 April 2015 (UTC)
In this edit, you can see that VE created several consecutive internal links to the same target. For example [[Championnats du monde de BMX 2011|2011 (]][[Championnats du monde de BMX 2011|copenhagen,DEN ]][[Championnats du monde de BMX 2011|)]]
instead of [[Championnats du monde de BMX 2011|2011 (copenhagen,DEN )]]
. --
NicoV (
Talk on frwiki) 09:18, 12 April 2015 (UTC)
In this edit, VE added empty list items. It should be smart enough to replace them by empty lines. -- NicoV ( Talk on frwiki) 09:21, 12 April 2015 (UTC)
Hi, in this edit (and others for the same page), language links have been added by VE in the middle of the page. It's probably a user mistake, but I think VE should never let that happen. -- NicoV ( Talk on frwiki) 07:07, 12 April 2015 (UTC)
[[:en:Frank Marino]]
(which is a link in the text, that's what the user wanted to do and did) and certainly not to [[en:Frank Marino]]
(which is a language link outside of the text, and not at all what the user wanted to do). It's only VE that behaved incorrectly here. --
NicoV (
Talk on frwiki) 10:39, 12 April 2015 (UTC)
Hi. I'm not sure exactly to say about this potential bug because it was not my edit. However, I noticed in going through the history of List of awards and nominations received by Taylor Swift that this edit caused every instance of the word the to be removed. I assume that this was not vandalism. The edit was made by Rikripley using VisualEditor on January 19, 2015. I realize this is from three months ago, but I've never seen anything like this before. Unfortunately, I can not offer any more details, as I did not make the edit. NinjaRobotPirate ( talk) 16:07, 11 April 2015 (UTC)
Clicked Edit on section (opened whole article in VE) - scrolled by stroking to spot to add sentence, tapped to bring up soft keyboard, typed in sentence. Looked around on screen for the add citation button, discovered the VE tool bar was not on screen, scrolled up but not there. Eventually just saved the sentence and then tried to add the citation as a subsequent edit. But nothing worked despite various attempts. Problem seems to be that as soon as you click the location for the citation, the soft keyboard displays and the VE tool bar disappears entirely or is greyed-out, making any citation or toolbar action impossible. Note on the iPad I lose this input if I switch to another app for version info, making it very hard to include URLs and other info Kerry ( talk) 02:02, 12 April 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | add sentence with citation to article William Birdwood, 1st Baron Birdwood re upkeep of his grave |
Steps to Reproduce: | |
Results: | |
Expectations: | |
Page where the issue occurs | |
Web browser | |
Operating system | |
Skin | |
Notes: | |
Workaround or suggested solution |
Kerry ( talk) 01:52, 12 April 2015 (UTC)
In this edit, a title was created with a br tag at the beginning of it. -- NicoV ( Talk on frwiki) 09:15, 12 April 2015 (UTC)
I suggest that you should make a way to nest templates in other templates. (i.e, putting a normal template GUI inside template parameters if {{ is detected instead of having to type out the template.) Thanks. Phil roc My contribs 17:10, 13 April 2015 (UTC)
I don't know if everything listed here is still happening, but a few problems in this edit:
Please nominate all the problems as Q3/Q4 blockers, as they all require someone else to come after VE to clean up articles. -- NicoV ( Talk on frwiki) 20:09, 6 April 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | I am trying to add a space to add a new word while adding an wikilink, and no space will be added. |
Steps to Reproduce: | Steps taken:
|
Results: | The space was not created. |
Expectations: | That a space would be created. |
Page where the issue occurs | https://en.wikipedia.org/?title=List_of_United_States_television_markets |
Web browser | Google Chrome 41.0.2272.118 m |
Operating system | Windows 7 |
Skin | Vector |
Notes: | Screenshot: |
Workaround or suggested solution | If you add the first letter of the new word, you can arrow over and a space is able to be created. |
Presidentman talk · contribs ( Talkback) 22:30, 13 April 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Per WP:STUBSPACING, attempted to put a stub template two spaces after the categories at the end of the article. |
Steps to Reproduce: | Take a random stub, try to move the stub template or add a stub template to an article |
Results: | awkwardly places the stub template |
Expectations: | double spacing should work |
Page where the issue occurs | https://en.wikipedia.org/?title=Aboti_Brahmin&diff=656129603&oldid=656126694 See the awkward placing https://en.wikipedia.org/?title=Aboti_Brahmin&diff=656129718&oldid=656129710 corrected by normally editing |
Web browser | Google Chrome Version 41.0.2272.118 (64-bit) |
Operating system | Gentoo |
Skin | Vector |
Notes: | |
Workaround or suggested solution |
Ugog Nizdast ( talk) 15:27, 12 April 2015 (UTC)
In this edit, VE added nowiki tags around several consecutive lines, while the only thing that seems requiring a nowiki (and again, a correct solution would simply be to ignore the whitespace rather than adding useless nowiki tags) is a whitespace at the beginning of the first line. -- NicoV ( Talk on frwiki) 22:11, 14 April 2015 (UTC)
See this edit, where an existing template has been damaged by VE. -- NicoV ( Talk on frwiki) 21:59, 14 April 2015 (UTC)
It seems that VE doesn't even handle correctly the span tags it adds in many places. For example, in this edit, the user added internal links over places where VE has already added useless span tags: the result is several consecutive external links pointing to the same URL, some of them only for a whitespace character that was previously wrongly inserted into a span tag by VE. Again, lot of work to fix this mess. -- NicoV ( Talk on frwiki) 13:46, 29 March 2015 (UTC)
Why is VE adding code tags around the closing bracket ? And the second time, in addition to adding again code tags, it removes the previous closing code tag, leaving an unbalanced code tag ? -- NicoV ( Talk on frwiki) 18:40, 14 April 2015 (UTC)
OK, I thought I'd try VE again. Just a simple few edits to The Shadow Girl: italicise the title in the text and the title; stub-sort it; add a DEFAULTSORT.
1: Italicise title in lead - no problem.
2: Add {{ italic title}}: first it took a while to find how to add a template (Insert, Template - but somehow wasn't obvious). It's tedious to have to click "Add template" and then "Implement changes" (or some such wording): why not just the one click? But more importantly: it displayed two jigsaw icons. So I assumed I'd added it twice. Deleted one - both disappeared. Re-added the template: two icons again. Very confusing.
3: Stub-sort: I'd rather hoped that I could edit {{ stub}} into {{ 2010s-novel-stub}} but it turned out that all I could do was to delete the first and then add the second. Not too bad, but clunky.
4: DEFAULTSORT: Once I'd remembered that this isn't a template, it's a "page option" ... it displays the existing sort key, and won't let me edit it, or even copy it to paste and modify, I just have to type the whole desired sort key from scratch. In this case I could remember and easily retype the title, but if the title had been longer or more awkward to spell it would have been a real pain. I just wanted to cut "The" from the front and add ", The" at the end - but VE just refuses to co-operate. In the trad editor I can easily copy and paste the article title, edit it to the desired sort key, and then stick the "DEFAULTSORT" tagging around it.
5: And it added the {{ DEFAULTSORT}} after the stub tag, which is against WP:MOS (specifically, see WP:ORDER).
So another fairly depressing experience of trying to use VE. Most of my complaints are perhaps of the "I don't like it" variety, but adding double jigsaw icons for the {{ italic title}} seems significant and clearly "wrong". Pam D 19:33, 4 April 2015 (UTC)
I'm glad that you gave it another try. I'd also like to know what you think of the Citoid tool. (Click the book-with-bookmark icon, not the Citation drop-down menu.)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Create a link to an article with spaces in the title: e.g. [[Science Fantasy|Science Fantasy (magazine)]] |
Steps to Reproduce: | # In VE, highlight a word in the article text with the mouse.
|
Results: | Spaces typed at the end of the link are not accepted. |
Expectations: | These spaces should be accepted even if trailing spaces are not normally needed, because the user needs to be able type targets containing spaces. |
Page where the issue occurs | N/A |
Web browser | Chrome 41.0.2272.118 m |
Operating system | Windows 7 |
Skin | Vector |
Notes: | N/A |
Workaround or suggested solution | You can go back and add the spaces, so this is an annoyance, not a showstopper. However, this is a heavily used dialog and I think fixing this should be high priority. |
Mike Christie ( talk - contribs - library) 14:29, 12 April 2015 (UTC)
When will ISBN correctly managed by VE ? For example, in
this edit, an ISBN was added by VE with the [[Special:BookSources/...]]
syntax instead of the ISBN syntax. In addition, it usually comes, like in this example, with an incorrect link: the link is not to the ISBN but to an other totally unrelated. Apparently, the user did a copy/paste of the line below and then edited it. Please also nominate for blockers: article is damaged with incorrect link and overly complex syntax. --
NicoV (
Talk on frwiki) 05:54, 7 April 2015 (UTC)
With this edit, I just fixed a bug where VE deleted a "}"; I wasn't editing in that vicinity. This is the second time exactly this odd deletion (in this exact spot) has happened in VE ... and it's only happened (for me) in this one article. - Dank ( push to talk) 18:57, 13 April 2015 (UTC)
I just started using Visual Editor on my Windows PC using Chrome and it's awesome. I have a couple quips:
CorporateM ( Talk) 07:22, 14 April 2015 (UTC)
All I meant to do was this edit but VE threw in a load of unwanted duplication of existing material. Asus Transformer Pad TF300T (Android), Opera browser, Vector skin. — RHaworth ( talk · contribs) 19:43, 15 April 2015 (UTC)
Hello WikiAdmins, In the new beta VisualEditor, it will load the page but the blue loading bar is sitting there and its not letting me edit anything, I refreshed a couple of times then it worked properly. Please fix it sometime soon. From -Micahmpj
Micahmpj ( talk) 00:41, 16 April 2015 (UTC)
The Ω that marks the special character drop down is visible in the basic cite menu, but it doesn't seem to be usable -- nothing happens when you click on it. Windows 7/Chrome. Mike Christie ( talk - contribs - library) 11:52, 5 April 2015 (UTC)
Among other problems, this edit shows a category added before the end. -- NicoV ( Talk on frwiki) 08:03, 19 April 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | |
Steps to Reproduce: | Edit Axial Seamount: like so. |
Results: | Most of the article gets swallowed by the note, making editing impossible. |
Expectations: | |
Page where the issue occurs | /info/en/?search=Axial_Seamount?veaction=edit |
Web browser | Latest Firefox |
Operating system | Windows |
Skin | We still support MonoBook? Jeez people. |
Notes: | Screenshot |
Workaround or suggested solution |
Res Mar 22:56, 19 April 2015 (UTC)
When I use the Visual Editor media search feature (which is a great feature idea!) and put in specific keywords to find an image that I know exists, my desired image is often buried in the results after several rows of PDFs that aren't relevant to my search (that have no relevant keywords in the title or description), apparently because my search keywords are found in the text of the long PDFs.
For example, if I search for "The Marsh San Francisco Valencia" while looking for File:The Marsh, San Francisco.JPG (which includes "Valencia" in its description), that image shows up at the end of the fourth row. The first results are File:U.S. Intelligence Law for American Journalists (Part 1 of 2).pdf, File:Atlas-of-European-history-1909.pdf, File:All the Year Round - Series 1 - Volume 19.pdf, and other long PDF documents that don't have my keywords in the file title or description.
The same thing happens if I search for "Valencia Tool & Die" while looking for File:974 Valencia St., San Francisco.jpg (which has "Valencia Tool & Die" in its description) - that image shows up in the sixth row, after a few relevant images and many non-relevant PDFs.
I imagine this could be adjusted to work better for the most common types of media embedding that people are doing with VisualEditor - perhaps PDF full-text search shouldn't be part of Visual Editor media search? Dreamyshade ( talk) 03:45, 6 April 2015 (UTC)
I've recently started using VisualEditor since it helps making editing fun - thanks! I have a problem with it though, especially in recent versions - unlabeled toolbar icons are confusing, especially when they are uncommon metaphors. I can guess what the underlined italic A means, and what the link and bulleted list icons mean, since they're familiar from other word processing programs. But the bookmark icon for citations and the omega icon for special characters are not very obvious or familiar to me, and I'm an experienced computer user - I imagine they would be even less familiar to people who aren't as familiar with user interface conventions. The "hamburger" icon for more options is also likely to be unfamiliar for many newcomers. A lot of inexperienced users/editors are likely to be cautious about clicking icons experimentally if they don't know what they mean, since they're likely to be concerned that clicking the wrong button can mess something up or take an unexpected action. I'd suggest providing text labels along with icons as part of the Visual Editor toolbar for better usability for everyone, or at least testing this with real people to make sure a lot of people find it adequately usable. :) Here's an article about this topic in general.
Related to this problem, I find it confusing that clicking the cite icon does one action, and clicking the drop-down arrow next to the cite icon does a different action. This is inconsistent with the other icons and drop-down arrows in the toolbar. I would suggest making clicking the icon bring up the drop-down toolbar, and having the Citoid automatic option be an item in the list (labeled "automatic" or whatever makes sense). Dreamyshade ( talk) 00:04, 6 April 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Save my changes |
Steps to Reproduce: | I don't have a reproduction, but am finding this error more often lately. I do have a bad paragraph of text that contains refs. When I paste it into my article, it generates that error. I can't save the page to preserve or inspect the bad paragraph. I also can't switch to wiki-editing, so I don't know how to get the paragraph to you. When I open the ref in VE, it says basic, but no contents appear. Removing the ref allows the save to proceed. |
Results: | can't save changes |
Expectations: | happy ending |
Page where the issue occurs | |
Web browser | Chrome Version 41.0.2272.101 m |
Operating system | W8 |
Skin | Monobook |
Notes: | |
Workaround or suggested solution | redo the work |
Lfstevens ( talk) 17:10, 5 April 2015 (UTC)
In fact, the problem I reported just above seems to be general, I can't edit any article with VE from my office.
Here's an example of FF console output (FF 31.2, XP):
Une demande multi-origines (Cross-Origin Request) a été bloquée : la politique « Same Origin » ne permet pas de consulter la ressource distante située sur https://rest.wikimedia.org/en.wikipedia.org/v1/page/html/Axial_Seamount. Ceci peut être corrigé en déplaçant la ressource sur le même domaine ou en activant CORS. Axial_Seamount
"One of the load requests failed (unhandled)." load.php:154
console.trace(): load.php:154
mw.log</log.warn() load.php:154
mw.libs.ve.targetLoader.requestPageData/restbasePromise<() load.php:3
.Deferred/promise.then/</</<() load.php:47
jQuery.Callbacks/fire() load.php:45
jQuery.Callbacks/self.fireWith() load.php:46
done() load.php:135
.send/callback() load.php:141
"Use of "wgPageName" is deprecated. Use mw.config instead." load.php:154
console.trace(): load.php:154
mw.log</log.warn() load.php:154
mw.log</log.deprecate</<.get() load.php:154
<anonyme> index.php:1
"Exception in store-localstorage-update:" load.php:175
"[Exception... "Persistent storage maximum size reached" code: "1014" nsresult: "0x805303f6 (NS_ERROR_DOM_QUOTA_REACHED)" location: "<unknown>"]" DOMException [NS_ERROR_DOM_QUOTA_REACHED: "Persistent storage maximum size reached"
code: 1014
nsresult: 0x805303f6
location: https://bits.wikimedia.org/en.wikipedia.org/load.php?debug=false&lang=en&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150415T205722Z:173] load.php:175
"Exception in store-localstorage-update:" load.php:175
"[Exception... "Persistent storage maximum size reached" code: "1014" nsresult: "0x805303f6 (NS_ERROR_DOM_QUOTA_REACHED)" location: "<unknown>"]" DOMException [NS_ERROR_DOM_QUOTA_REACHED: "Persistent storage maximum size reached"
code: 1014
nsresult: 0x805303f6
location: https://bits.wikimedia.org/en.wikipedia.org/load.php?debug=false&lang=en&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150415T205722Z:173] load.php:175
It really seems that your tendency to make more and more cross-origin requests is a problem. -- NicoV ( Talk on frwiki) 07:54, 20 April 2015 (UTC)
I am an experienced, 10 years, Top 100 most active contributors, and I am more and more impressed with your progress. Good job. In particular, your recent Citoid is excellent; it does a much better job than http://tools.wmflabs.org/refill/ . It is, however, not as intuitive as it could be. It activates if you click the button, but it is missing from the pull down list next to it. I just spend one minute remembering how to access it - I was looking for it on the pull down menu. So I suggest that at minimum, you add it to the pull down list; or combine the both into one. I'll also note that the text formatting, bullets and insert menus all have the icon and the V symbol close together and working as one button. The reference one doesn't, and by being different it is confusing. So combining seems like the most logical choice. Have the Citoid in the top, under, hmmm, Citoid or Autoformat URL or something. -- Piotr Konieczny aka Prokonsul Piotrus| reply here 02:26, 20 April 2015 (UTC)
If you hang out at this board much, then you might want to go to Special:Preferences#mw-prefsection-gadgets, almost all the way to the end of the page, and choose "Enable tracking bugs on Phabricator using the {{ tracked}} template." We use that template a lot on this page, and the gadget will fill in the title and status.
Also, I know we've talked off and on about getting some decent data about VisualEditor, and it looks like our wish will finally be granted. User:EpochFail posted a barebones draft of his plans at m:Research:VisualEditor's effect on newly registered editors/May 2015 study. I'm still sorting out the details, but so far, this will affect only newly created accounts for about a week (whatever he needs to get statistical significance). Nothing changes for IPs or for current editors. I'll post more when I hear it. If you've got good ideas for metrics he should look at, then feel free to post over there. Whatamidoing (WMF) ( talk) 19:31, 16 April 2015 (UTC)
From Wikipedia:VisualEditor#Limitations: "In VisualEditor's model, editing sections would be paradoxically slower than editing the whole page."
I bet one big reason is that VisualEditor deals with references in a comprehensive way, unlike the wikitext editor.
Maybe a way around this would be to allow true section editing almost immediately. And BEFORE references can be edited or added. Let that function show up later, maybe 10 to 20 seconds later depending on how long it takes VE to set up comprehensive editing capability (dealing with references used for multiple facts in an article). -- Timeshifter ( talk) 03:21, 15 April 2015 (UTC)
Rather than try to completely rewrite VE in order to allow true section editing maybe there needs to also be a VisualEditor Lite. :) Something for quick edits of sections. Not for templates, or anything complex. Or anything extending down from the preceding section. Most people just want to add or change a few things via WYSIWYG and quickly save. Then they may dive into wikitext or regular VE for the complex stuff.
Now, when I click a VE edit link I never know how long I will have to wait for it to load. It can take around 20 to 30 seconds to load VE for the Barack Obama page, for example. So I very rarely use VE. If I had a VisualEditor Lite I could save a lot of time while editing. Because now I spend way too much time previewing. But the alternative is constantly waiting for VE to load. I do a lot of minor edits on various pages. So it would probably be a wash to use VE more. Preview time versus loading VE time.
At least with wikitext editing I don't have to deal with nearly as many bugs as with VE. Stuff just works with wikitext editing since it has been developed for so long. That is another reason for a VisualEditor Lite. Since its goals would be smaller, the number of bugs would be smaller too. In the end I bet far more people would use VisualEditor Lite. This would also encourage more people to use regular VE too. I would use it to check for duplicate references. Now I just save my wikitext edit, and see afterward if there are duplicate references at the bottom of the article. I hear that table editing and template editing is getting better with VE. So I may start using it more, but I would be so much more motivated if I could jump start and learn with VE Lite. -- Timeshifter ( talk) 00:57, 16 April 2015 (UTC)
Hi, it has been reported several times with the last release, but nobody seems to answer either here or on phabricator. Could you work quickly on this one, I'm tired of seeing articles being as damaged as this one. -- NicoV ( Talk on frwiki) 09:42, 20 April 2015 (UTC)
<span>
tags will be fixed by the same thing that's supposed to fix the <span lang=EN-US>
ones.
Whatamidoing (WMF) (
talk) 19:07, 22 April 2015 (UTC)The insert menu is fine, but I was puzzled there is no option for inserting categories. Instead, the "menu" button on the right hides a bunch of "other" features. Categories and languages seem like they really should be moved to the insert pull down menu. Page, advanced settings and find and repalce can be left there, but it seems to me like you have room to split the find and replace into a new button, and then the "menu" can be just advanced options (merge page settings and advanced settings into one, I don't understand the arbitrary split between them). -- Piotr Konieczny aka Prokonsul Piotrus| reply here 02:44, 20 April 2015 (UTC)
I've just been looking at the output from Citoid with a doi.
Citoid:
Using {{cite doi|10.1016/j.cagd.2005.06.005}}:
We can see it misses a lot of details, author name, volume, issue, pages. It got the journal wrong as well. While the link does take you to the right place its not actually the doi link. In its current state it would be better to use a {{ cite doi}} template.-- Salix alba ( talk): 06:16, 21 April 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Just changing the first letter in a couple of piped wikilinks from capitals to lower case |
Steps to Reproduce: | I haven't tried to reproduce it. I used the standard text editor to correct it |
Results: | The first letter of each wikilink ended up outside the square brackets |
Expectations: | I expected the first letter of each wikilink to be inside the square brackets. |
Page where the issue occurs | https://en.wikipedia.org/?title=Pharmaceutical_industry&diff=656994465&oldid=656992271 |
Web browser | Mozilla/5.0 |
Operating system | Windows NT 6.3; WOW64; rv:37.0 |
Skin | Monobook |
Notes: | |
Workaround or suggested solution | Leave VE and fix it in the old editor |
Anthonyhcole ( talk · contribs · email) 15:47, 19 April 2015 (UTC)
Abc
into abc
, then first click between A
and b
, and type the new a
: Aabc
. Then remove the initial A
to end up with what you want: abc
. It's not elegant, but it works.Hi,
On frwiki, I've disabled VE in my preferences and just use it by replacing action=edit by veaction=edit when I want to try something. So I tried on my test page, and under the warning sign, I get a popup saying "1 avertissement" (1 warning) but nothing else... What's this ? -- NicoV ( Talk on frwiki) 16:53, 22 April 2015 (UTC)
In this edit, VE replaced wikisyntax by HTML syntax :
-- NicoV ( Talk on frwiki) 11:22, 27 April 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Adding a photo from commons to an article |
Steps to Reproduce: | |
Results: | |
Expectations: | |
Page where the issue occurs | https://no.wikipedia.org/?title=Hilarion_Alfejev&diff=prev&oldid=13951674 |
Web browser | Firefox unknown version (work computer) |
Operating system | Win7 |
Skin | Vector |
Notes: | |
Workaround or suggested solution |
Profoss ( talk) 18:35, 24 April 2015 (UTC)
Citoid seems to have problems with some unicode characters. For example trying to format [5] it produces the title "Kielce: To by�a matka ca�ego �wiata - c�rka Ireny Sendler opowiedzia�a nam o swojej mamie" instead of "To była matka całego świata - córka Ireny Sendler opowiedziała nam o swojej mamie". -- Piotr Konieczny aka Prokonsul Piotrus| reply here 06:48, 27 April 2015 (UTC)
This relates to Timeshifter's comments about VisualEditor "Lite" above. Would a few of you do a quick check on speed for me? Here's what you need to do:
Username | Browser/OS | Read time | VisualEditor | Wikitext editor | Comments |
---|---|---|---|---|---|
User:WhatamIdoing | Firefox 36/Mac OS 10.10 | 15 | 13 | 8 | |
User:Whatamidoing (WMF) | Safari 8/Mac OS 10.10 | 5 | 6 | 4 | |
User:NicoV | Chrome 42/Win 7 | 8-9 | 13-14 | 7-8 | Using Timeline tab in Chrome developer tools |
User:NicoV | Chrome 42/Win 7 | 5 | 7-8 | 4-5 | Just counting seconds |
User:Dreamyshade | Chrome 42/OS X 10.9 | 4 | 6 | 3 | |
User:Ypnypn | Firefox 37/Win 7 | 8 | 60 | 5 | The 5 and 60 seconds may be off by about 1-2 sec |
User:Ypnypn | Chrome 42/Win 7 | 5 | 6 | 5 | May be off by 1 second |
User:GermanJoe | Firefox 37.01, XP | 20 | 28 | 15 | from Germany, old PC, some scripts |
User:Mike Christie | Chrome 42/Win 7 64-bit | 2.9 | 3.3 | 2.8 | manual timing with iPhone stopwatch. First time I opened the article it took 13 seconds, but it's reliably around 3 seconds now. I see I have the fastest times so far; this may partly explain why I like VE more than some other editors do. 8Gb of RAM might be helping too. |
User:Mike Christie | Chrome 42/Win 7 32-bit | 2.8 | 3.3 | 2.8 | manual timing with iPhone stopwatch. 8Gb of RAM; this time it took about 9 seconds the first time I opened the article, but after that it takes under 3 seconds. |
User:Timeshifter | Firefox 37.0.1, Win Vista 32-bit | 22 | 22 | 5 | timing via date/time control panel clock. 9 year old PC. 3 GB RAM. Maybe we could provide a number from one to five on all articles indicating the relative VE loading time in Firefox. One being fastest, five being slow loading like Barack Obama page. |
User:Timeshifter | Firefox 37.0.1 safe mode, Win Vista 32-bit | 9-15 | 22 | 5 | I restarted Firefox in safe mode (all addons disabled). Time to load for reading was faster. VE and wikitext load times unchanged. I did a few runs, and cleared caches between each run (via history menu). |
User:Timeshifter | Chrome 42, Win Vista 32-bit | 6 | 8 | 4 | Did several runs. Cleared all caches between runs (via history settings). I dislike using Chrome though, due to almighty Google spying on all we do. |
User:Redfiona99 | Chrome 40, Linux, Mint | 7 | 6 | 3 | |
User:Redfiona99 | Firefox 36, Linux, Mint | 6 | 16 | 3 | The two runs were done back to back on the same machine. |
User:This, that and the other | Firefox 37, Windows 8.1 (WOW64) | 39 [1] | 22 [2] | 3 | Notes: [1] I have the "auto-number headings" preference turned on, which means MediaWiki has to re-parse the page just for me (it can't use the parser cache). That probably helps to explain the high load time. [2] Failed the first time after 31 seconds, with error "Error loading data from server: HTTP 0. Would you like to retry?" (my translation of this: "the request timed out"). Then I clicked OK, and it took 22 more seconds. |
User:NicoV | Firefox 31.2 ESR, Win XP | 12 | 10 | 3-4 | Just counting seconds |
User:John Broughton | Firefox 37.0.1, Mac OS 10.10.3 | 8 | 21 | 3 | |
User:SPage (WMF) | Browser/OS | Read time | VisualEditor | Wikitext editor | Comments |
Your turn! |
I'm expecting some variability in the results. One of the things I'm curious about is whether Firefox is always the slowest, or if it's just my account (or the thirty-odd tabs I have open in Firefox).
Whatamidoing (WMF) (
talk) 19:05, 22 April 2015 (UTC)
In this edit, VE added <style> with CSS code and <a> tags.
The <a> tags are forbidden and I doubt the style tags should be used with CSS inside. -- NicoV ( Talk on frwiki) 11:16, 27 April 2015 (UTC)
I'm working on User:Whiteghost.ink/Scheepvaarthuis. When I make any edit using VE and save, if I then immediately try to "edit" again the system gives me this message:
"Error loading data from server: ve-api: Revision IDs (doc=658818023,api=658818363) returned by server do not match. Would you like to try again?"
If I press cancel, refresh the page, then "edit" again, it works fine. However, this problem appears every time I save a change and want to continue editing.
I'm using v42 of Chrome on OSX 10.10.
Whiteghost.ink ( talk) 10:00, 23 April 2015 (UTC)
It's perfect. Honestly, I wish editing Wikipedia was like this all along.
7degreedarkness ( talk) 23:38, 21 April 2015 (UTC)
I am teaching editing Wikipedia to ESL university students. They find inserting pictures in Visual Editor a bit confusing. Not all get that insert picture is a "unwritten" part of insert media. I'd therefore suggest changing "Media" to "Pictures and other media". It may take two lines, but space is not really an issue. Second, it is not really clear you can search for things through the search bar, nor that it accepts File:Name for specific files. Both me and all my students found it a bit confusing; particularly as the Wikipedia/Commons image search is still pretty bad. What we do is we go to a relevant category, look at the commons gallery there, chose a picture, copy the file name and paste it into the Insert Media. In other words, we find the current search promising but poor, and the fact that the tool doesn't say you can paste it File:Name into it confusing. The tool should understand and parse file names, with or without the File:, as well as URLs to wikipedia/commons images (simply remove the http blah blah junk). The window would benefit from a comment that you can paste specific file names / links there, as well as from a link to the Commons gallery. It could use template Commonscat and other commons templates, or just check whether relevant categories / pages exist on Commons,or just have links to them "relevant galleries may exist on Commons" or such. In summary, what most newbies see when they use it is a selection of mostly bad images. They don't know how to get more, nor how to link the ones they found on Commons or elsewhere. PS. Linking to Creative Commons BY-SA and such image searchers may be useful, too, but that's probably for after we get the basic functionality polished. -- Piotr Konieczny aka Prokonsul Piotrus| reply here 02:37, 20 April 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. |
Dtyger ( talk) 09:07, 10 December 2014 (UTC)
It would be nice if when creating a link in the VisualEditor, I can use custom text. So a link pointing to the wiki page "US Declaration of Independence" can instead just display the text "Declaration of independence". I have to always stop using the VisualEditor whenever I want to link because of this limitation. Lugevas ( talk) 17:09, 1 January 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Save time by not having to click edit again after saving |
Steps to Reproduce: | |
Results: | |
Expectations: | |
Page where the issue occurs | |
Web browser | Chrome 39.0.2171.95 |
Operating system | Windows 8 |
Skin | |
Notes: | |
Workaround or suggested solution |
Lfstevens ( talk) 19:56, 5 January 2015 (UTC)
I haven't figured out a way to cover an existing bare url reference using VE. What I'd like is when I open the dialog, to see two fields, one for the url and one for the covering title.
VE provides no way to switch the type of a citation from, e.g., web to journal. This can happen when one editor adds a ref that is latter completed by another editor.
It appears that if you have a ref inside a group note (e.g. inside a tag) and delete all other copies of the ref, VE is unable to transfer the base text to that copy of the ref, so the citation is lost. This makes sense because as I understand it VE is not yet able to work inside these tags. Hence I suspect this isn't worth a bug, but I thought I'd mention it here in case someone sees a reason to log it. Mike Christie ( talk - contribs - library) 01:54, 8 January 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Use shifted cursor keys to select text |
Steps to Reproduce: | Click on the first letter of a word, with an image to its left
Use shift-down arrow to extend the selection. Shift-down arrow a second time has no visible effect. Please mention if it's reproduceable/if you attempted to reproduce or not. --> |
Results: | Instead of extending the selection by 1 line, it selects the whole paragraph. |
Expectations: | |
Page where the issue occurs | |
Web browser | Chrome 39.0.2171.95 |
Operating system | W8 |
Skin | |
Notes: | I've seen other anomalies when using extend select |
Workaround or suggested solution |
Lfstevens ( talk) 20:38, 5 January 2015 (UTC)
On Firefox Nightly 37.0a1 (2015-01-04) I placed the cursor a the beginning of the subhead Bosnian Croat involvement. I then typed shift-down-arrow once. That highlighted the line. I pressed it a second time and it selected the next two paragraphs. A third time had no effect. A fourth time selected the next two paragraphs and a quote.
On Chrome, the 2nd sda selected the next paragraph. The 3rd selected the following paragraph. The 4th selected a further paragraph. The 5th selected several paragraphs. Lfstevens ( talk) 03:47, 6 January 2015 (UTC)
I tried Kludge. I put the cursor on Recapitulation. The first 4 sdas operated correctly, but the next several caused a screen flash, but the selection did not extend to the indented para below. Lfstevens ( talk) 18:56, 9 January 2015 (UTC)
After the recent changes the cursor does not automatically focus in the edit summary window when you save, which I think it should. I'm pretty sure it used to. Chrome, Windows 7. Mike Christie ( talk - contribs - library) 13:58, 10 January 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Making a redirect |
Steps to Reproduce: | First i clicked Page options then Page settings, checked Redirect this page to (enterd destination page) but not Prevent this redirect being updated when target.. finally i got redirect but also text __STATICREDIRECT__. And yes it is reproduceable just try to make redirect |
Results: | I got redirect, and option that i did not wanted |
Expectations: | |
Page where the issue occurs | |
Web browser | Firefox 34 x32 |
Operating system | Win7 x64 |
Skin | Vector |
Notes: | |
Workaround or suggested solution |
Milićević ( talk) 15:36, 11 January 2015 (UTC)
I just tried out the VE table editing tools at the telephone numbers in Australia article. It worked really well; big thanks to the VE team for putting so much work into this. So much easier than mucking around with the horrible mess of pipes and stuff that make up our table syntax.
My only issues were that it took me a while to realise that the text style dropdown turns into a table cell style dropdown when you select a cell. I think a right-click pop-up menu to change cell styles, merge cells, etc. would be a useful addition. And I ended up having to switch to source editing, because I wasn't able to change the background color of the cell.
Anyway, well done to the VE team for making table editing a pleasure rather than a pain! — This, that and the other (talk) 05:20, 11 January 2015 (UTC)
I can't see any way to anything to an existing reference using {{
cite web}} reference other than template parameters. For example, a typical usage of {{
cite additional archived pages}} is <ref>{{cite web|...}} {{cite additional archived pages|...}}</ref>
. But VisualEditor just brings up a Cite web dialogue when I try to edit an existing reference formatted with {{
cite web}}, without any way to add anything after that template. -
Evad37 [
talk 01:51, 15 January 2015 (UTC)
See Ebola virus disease in VE edit mode. Hidden comments within the text sections are shown by "!" characters in a circle (nice solution by the way). But hidden comments at the start or end of paragraphs are not shown (possibly because they are in a line on their own). This may be a known problem, not really sure - just wanted to double-check to avoid duplicating a bug. If yes, is a fix for the problem in work? GermanJoe ( talk) 02:36, 21 January 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Split one paragraph into two. |
Steps to Reproduce: | #Load or create a page with one or more lines of text.
This appears to be completely reproduceable. |
Results: | The first word of the new second line/paragraph is preceded by "<nowiki> </nowiki> |
Expectations: | No leading space, with or without the nowiki. |
Page where the issue occurs | article diff 1, article diff 2. Sandbox testing. Note the double nowiki if the first character after the split point is a space. |
Web browser | Firefox 30 |
Operating system | Linux (Xubuntu 13.10) |
Skin | Monobook |
Notes: | The article diffs are not mine, I spotted them in a discussion about the issue at user talk:Redrose64. T78137 notes that intentionally adding a leading space is not possible in VE. Since finding that though, the phabricator search just produces a server error so I can't see if this issue is tracked. |
Workaround or suggested solution |
Thryduulf ( talk) 16:30, 29 January 2015 (UTC)
This sup tag contains style, class and an empty nowiki tag: [1]. Nothing was necessary and we should keep HTML code simple. -- Magioladitis ( talk) 08:18, 28 January 2015 (UTC)
The option, under the Cite menu, to paste or type a URL and have VE (Citoid, I assume) build a citation is great. But [unfortunately, there always seems to be a "but"]:
If you go to Windows 10, in the table, and click the edit link, VisualEditor loads as if you clicked any other edit link on the page. The problem is, since the table is transcluded from Template:Windows 10, you can't actually edit the table from VisualEditor.
In short: If you try to edit part of the page, you can edit everything except that part of the page.
But that's just the initial user experience. The actual effect is much worse:
The was all in Firefox, Windows 7.
Suggestion: Either don't show edit links to transcluded sections, or have VisualEditor open the source page for editing. And make sure the URL and screen are in sync, always. -- Ypnypn ( talk) 04:51, 5 February 2015 (UTC)
Every once in a while, I think "VE is really close to being production-ready", and then I try a major editing session and walk away shaking my head. Today it was cut-and-paste. Sometimes it works, sometimes it doesn't. (I was working on the article Aaron Schock.) In general, it seems that if I cut some text that (which included a footnote; not sure if that's critical) and then pasted it in the article immediately following a footnote, the paste fails. (Instead, VE seemed to be inserting what was the prior text in the clipboard.) But this wasn't consistent enough problem to report exactly how to replicate it. It did occur a number of times in different places in the article.
What is replicable, I'm sure, is my failed attempt, in VE, to rearrange the templates in the section "Electoral history" of that article. (The norm for articles about politicians is to have election results shown in chronological sequence, not reverse chronological sequence.) I can't get VE to even cut or copy a template (when I right-click); the closest to doing so is the option to "copy image", which is pointless (pasting produces nothing).
[P.S.: For the sake of the imminent "What would it take to get the Wikipedia community to buy into VE" discussion, I'll also note that Aaron Schock is yet another article where VE can't edit the majority of (quite numerous) citations, because the text of these is embedded within the reflist template in the References section. These may be an abomination, programming-wise, but they are also a reality - yet something else that the wikitext editor can handle that VE can't.] -- John Broughton (♫♫) 06:12, 5 February 2015 (UTC)
@ Whatamidoing (WMF): I'm using the latest Firefox on the latest OS X—same as John. Interestingly, I just tried Chrome 40.0.2214.111 and Safari 8.0.2. In both, I could (1) drag templates normally and (2) select a large chunk of content that included a template and then copy and paste it properly. However, unlike Firefox, right-clicking a template gave no 'copy' option (only the 'copy image' option which did nothing), even if I left-clicked it first. I can think of several bugs that could be filed about these behaviors:
Which do you think I should do? My instinct is all of them, and they can be given low priority if necessary.— Neil P. Quinn ( talk) 03:29, 6 February 2015 (UTC)
"Something went wrong". And, of course, I had done a lot of minor editing of an article ( Nikolai Myaskovsky).
So - what does this error message mean? I ask because there seems a small chance that I might be able to salvage my editing session if I can figure out what parsoid objects to. (And yes, I tried switching to the wikitext editor; that failed as well.) -- John Broughton (♫♫) 04:59, 7 February 2015 (UTC)
For some reason, the reference at the end of the second paragraph of this section shows up as wikitext when I edit it in VE. Mike Christie ( talk - contribs - library) 17:26, 8 February 2015 (UTC)
<ref name"Smith">
is processed the same as <ref>
when you're reading a page. Unknown (including invalid) 'commands' are ignored. I'm not sure whether it is desirable to have VisualEditor treat invalid wikitext like it's working. A flag that says something's wrong might be useful.
Whatamidoing (WMF) (
talk) 21:41, 9 February 2015 (UTC)It's great (as I said in the prior post) to have Cite from URL in the Cite menu. So, a question - existing codes for citing from a doi, a PMID, and/or an ISBN are much better than the current Cite from URL, in terms of building complete and accurate citations. Is there any expected timeline for adding these options to VE? I ask because having these options could move the needle considerably towards the conclusion that "VE is actually a better editor than wikitext, now, for most things". -- John Broughton (♫♫) 21:09, 1 February 2015 (UTC)
I came to report cut-and-paste problems in Firefox too, probably the same as the section above. My example is replicable, I'm on the latest Firefox on Windows. Please report and fix. PS this annoying bug and having to figure it out and report it interrupted what was shaping up to be a good editing session :-(.-- 99of9 ( talk) 05:10, 6 February 2015 (UTC)
Hello!
I want to congratulate you for a good piece of software. Much better than the Wikitext bug.
-- 93.213.136.127 ( talk) 18:19, 13 February 2015 (UTC)
When trying to backspace it doesn't work very well. You go automatically to the top of the page. Ferraricaliforniat ( talk) 19:51, 15 February 2015 (UTC)
For example, in Ionic compound, the first reference is created by sfn, but VE fails to count it, so when you go into edit_beta mode, all the in-line citations up top get renumbered, and no longer correspond with the numbered list in the references section itself. -- 99of9 ( talk) 03:08, 10 February 2015 (UTC)
<references />
, the numbering will be internally correct (it will omit all sfn's and citations that are transcluded, but #1 in the ref list will correspond to a "[1]" in the article). The <references />
has the additional advantage of being slightly faster and also being familiar to the millions of people who have used a MediaWiki wiki before, but haven't done much editing at the English Wikipedia itself.
Whatamidoing (WMF) (
talk) 20:03, 10 February 2015 (UTC)<references />
, probably far more. The two are also in no way equivalent to each other. The reflist template reduces the font size of citations, and at this point I'd guess that the vast majority of experienced editors find full-size citation text to be jarring. The template also can be used to put citations into double columns, something I'm not a fan of, but a number of editors do like.<references />
in articles in order to get VE to work better is just a non-starter. --
John Broughton
(♫♫) 16:12, 13 February 2015 (UTC)
<references />
has been changed; I wasn't aware of that. So, to return to the main point of this discussion: Are you suggesting that the solution to how VE handles {{
sfn}} is for editors to individually remove, article by article, the {{
reflist}} template, replacing it with <references />
?
I tried using VE a lot in its early days but abandoned it because of one major problem, probably one of the first bugs I reported (yes, found it on 21 June 2013). I've still kept this page on my watchlist, though I hardly look at many of the changes to it. But there seems to be some discussion around about "things which need to be fixed before it's acceptable", so I thought I'd have another look at VE.
No good.
If I'm trying to add a category, a defaultsort, or a template (eg a stub template), the box in which to do so still obscures most of the article content and can't be shifted out of the way or reduced in size. So I can't see the content I need to read (date of birth, spelling of geographical area, whatever).
There's a discussion at Phabricator as https://phabricator.wikimedia.org/T51969 but it seems to have got sidetracked onto the idea that it's only for categories and defaultsort that this is a problem. Another major area where it's a problem is in adding stub tags, e.g. where I go to add a "nationality-sport-bio-stub" tag and then find there are subdivisions by date of birth or position of play. Also geographical entity stubs where I need to get the spelling of the unfamiliar placename correct.
Until I can see what I'm doing when editing, VE is pretty useless for me. Let me know when it's fit for purpose. Pam D 12:48, 15 February 2015 (UTC)
<references />
, should be a show-stopper. (I know that's part of Parsoid rather than VisualEditor, but, if a show-stopper, it doesn't matter which module the bug is in.) —
Arthur Rubin
(talk) 06:41, 20 February 2015 (UTC)Hi, in this edit, an existing reference has been damaged by VE by putting nowiki tags around the opening ref tag. The result is that a correct reference has been replaced by escaped ref tags in the middle of the text. -- NicoV ( Talk on frwiki) 22:18, 22 February 2015 (UTC)
I am not sure if someone reported this before: [2]. -- Magioladitis ( talk) 09:46, 20 February 2015 (UTC)
For the fourth of fifth time, I've had an edit fail catastrophically - I can't save the edit at all. I can rescue text (by doing a copy/paste to another place), but citations are irrevocably lost. As you can imagine, this makes me quite reluctant to use VE.
I think I've been able to replicate the problem, so I invite someone else to do this:
Update: it now appears to me that only steps 1 (of course), 4, and 5 are needed - the problem is with ending a VE session by using "Cite from URL". Those inclined to test this theory need to enable that functionality via their vector.js page - see User:John Broughton/vector.js for specifics.
Seaside has no private front lawns. Sod is not allowed, only native plants in front yards.
What happens then, to me, is the “Save page” button fades to grey. Clicking “Review your changes” generates the following error message, as does resuming editing and trying “Switch to source editing”:
If someone else successfully makes this edit, please revert the change and post here. I'll then try it again, using both my registered account and another (declared alternative) account to see if the problem persists, and if so, if it's somehow tied to my browser or computer. [I tried both Chrome and Firefox for the above, so I doubt this is browser-related.] -- John Broughton (♫♫) 19:48, 22 February 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Other users tried to sign a Wikimania proposal linked at the above link |
Steps to Reproduce: | n/a, reproduced |
Results: | "Won't let me put in tildes, won't let me put in my UserName. Won't let me do anything. Just says <no wiki>." |
Expectations: | Ostensibly to sign the proposal |
Page where the issue occurs | wm2015:Submissions/How_to_Pick_Up_More_Women |
Web browser | |
Operating system | |
Skin | |
Notes: | |
Workaround or suggested solution |
czar ⨹ 13:48, 23 February 2015 (UTC)
In this edit, a br tag was inserted by VE inside a title which is totally useless and makes wikitext more complex. -- NicoV ( Talk on frwiki) 15:28, 23 February 2015 (UTC)
In this edit, completely useless span tags were added by VE. -- NicoV ( Talk on frwiki) 17:27, 23 February 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | I was trying to re-use a cite that is within an infobox template |
Steps to Reproduce: | #Went to
this revision
I haven't checked this on other pages |
Results: | |
Expectations: | |
Page where the issue occurs | https://en.wikipedia.org/?title=Russian_Jews_in_Israel&oldid=648740331 |
Web browser | Safari 6.1.6 |
Operating system | Mac 10.7.5 |
Skin | Default |
Notes: | |
Workaround or suggested solution | I suspect the only workaround is the wikitext editor |
Oiyarbepsy ( talk) 04:41, 25 February 2015 (UTC)
The next bug triage meeting will be at midnight UTC on Thursday, which is 16:00 PST on Wednesday for West Coast folks. This one is timed to be easier for some people in Asia to attend. Information about how to join is at mw:Talk:VisualEditor/Portal, but as of this message, the "follow this link" will take you to last week's meeting, which won't be very useful. I'm trying to track down the new link (WebEx requires a new link every single week) and it will be posted there before the meeting starts (because if it isn't, then I can't join the meeting, either. ;-) .
Minutes from the last one can be read on wikitech-l here. Whatamidoing (WMF) ( talk) 05:19, 24 February 2015 (UTC)
In just one edit, it's obvious that VE is not ready to be activated by default:
Honestly, it's been more than a year and a half, how long do we still have to fix so much damages in a production wikipedia? -- NicoV ( Talk on frwiki) 17:44, 25 February 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Trying to add an endash into a citation date parameter to clear a flagged formatting error |
Steps to Reproduce: | While editing using VE,
|
Results: | The error message was caused because of the use of an ordinary hyphen instead of the regulation endash. I could not find a workaround to fix this in VE, because the "special characters" don't operate at the same time as the cite option is functioning. |
Expectations: | It didn't occur to me that this would be an issue; however, having seen that it is impossible to add this particular special character from my keyboard, it means that one probably can't add any other characters that do not appear on a standard keyboard, either. |
Page where the issue occurs | Integral House |
Web browser | FF 36.0 |
Operating system | Win7 |
Skin | Monobook |
Notes: | |
Workaround or suggested solution | Entered the information using wikitext editor. |
Risker ( talk) 03:13, 26 February 2015 (UTC)
It's a known problem. I can offer several workarounds, of widely varying practicality:
There is significant work being done on the special character tool. It will completely change during the coming weeks. Whatamidoing (WMF) ( talk) 18:45, 26 February 2015 (UTC)
Howdy. This is your reminder that the upcoming VE triage meeting will be held on Wednesday, 4 March at 08:00 PST ( 16:00 UTC). Full information about how to join the Webex call or the IRC channel, and the links to the IRC logs and minutes for the last appointment, live as usual at mw:Talk:VisualEditor/Portal. I'm looking forward to seeing you there! -- Elitre (WMF) ( talk) 18:35, 2 March 2015 (UTC)
This is the latest manifestation of an old problem. I simply tried to add a space using VE. Δρ.Κ. λόγος πράξις 07:07, 28 February 2015 (UTC)
<ref name="telegraphDowning>
when it ought to be <ref name="telegraphDowning"></nowiki>
.
Whatamidoing (WMF) (
talk) 19:00, 2 March 2015 (UTC)
I made this edit to italicize wikilinked words. VisualEditor behaved incorrectly, creating a piped link and putting the italic characters inside of it instead of simply adding the italics characters to the outside of the square brackets. Another editor had to make a second edit to fix it. When will this problem be resolved? Many thanks. -- Albany NY ( talk) 19:15, 1 March 2015 (UTC)
[[Link|<nowiki/>]][[Link]]
bug. I think it's useful to recognize the priority level, even though we are all unanimous in our agreement that one of the approaches is better than the other.
Whatamidoing (WMF) (
talk) 00:51, 3 March 2015 (UTC)
I've noticed that when I create an article with VE, which I often do by going into VE on another article and cutting and pasting the whole article to give me the format and sections, Yobot will come along after me and make an edit like this. Any idea what's causing this? Mike Christie ( talk - contribs - library) 12:30, 4 March 2015 (UTC)
Looks and works excellent most of the time. Well done, all of you. A suggestion for future improvement, though, would be to add an option to preview what you've edited before clicking "Save page". This could be either a live preview, which I think is still in beta (no? yes?), or at least a non-live one. :) Yay for Wikipedia! SarahTehCat ( talk) 17:47, 3 March 2015 (UTC)
I love the cite re-use feature, but one thing that would make it a bit better is human-readable ref names. Over at Russian Jews in Israel, we have a cite that's <ref name=":0">blah blah</ref> and all the later ones are <ref name=":0"/>. It would be nice if Visual Editor generated human-readable names, such as, in this case, <ref name="www.wsws.org">, using the last name for books and news, and the domain for urls. Oiyarbepsy ( talk) 00:27, 26 February 2015 (UTC)
I'm not confident in using Phabricator, so I don't know if these suggestions have already been made, and if so, how they were dealt with. But, nevertheless, I'd like to know if they could make it to the list for the next Triage meeting for acceptance. I listened in to the call on the last meeting but wasn't sure if I could add anything useful so stayed silent :-)
I hope this is useful! Please tell me if you need more info. Witty lama 17:31, 25 February 2015 (UTC)
@ Whatamidoing (WMF): - The place on en.wikipedia.org to see how to minimize edit conflicts is here - WP:Edit conflict. I see that you edited that page in December 2013, seven years after the developers changed the code for how edit conflicts are determined. So yes, most experienced editors here may have heard that the documentation says conflicts are by section - and that's because the documentation did say that, until just over a year ago. Unfortunately, most of us lack the time to keep rechecking technical documentation pages (hundreds?) to see what has changed and what has not. -- John Broughton (♫♫) 02:06, 3 March 2015 (UTC)
This was announced in the newsletter and spammed to several mailing lists, but here's another reminder: The first of a weekly series of open meetings about VisualEditor will be tomorrow (Wednesday, 11 February 2015) at 12:00 (noon) PST ( 20:00 UTC). These meetings are related to the Engineering team's priorities for the current quarter. We will discuss the release criteria for VisualEditor, jointly prioritise the work of the team, and talk about the bugs and features which are most important to you, including this list of tasks that have been nominated for higher priority.
We particularly welcome the presence of volunteers who enjoy contributing MediaWiki code. The joining instructions have been posted on MediaWiki.org. The meeting will use w:WebEx, which for some computers may require installing a plug-in, so please review the instructions well in advance. Whatamidoing (WMF) ( talk) 20:05, 10 February 2015 (UTC)
The results from the first meeting were sent out in e-mail: https://lists.wikimedia.org/pipermail/wikitech-l/2015-February/080803.html By the way, the next meeting is about 36 hours away, and only eight more items are in the nomination list so far, and a couple of those were leftover from last week. If you've got ideas about what should be considered, then please add them (or give me the bug number, and I'll add it for you). Sooner is better than later, so that yours will be more likely to be discussed this week. Whatamidoing (WMF) ( talk) 05:43, 17 February 2015 (UTC)
I never had time to learn WikiMarkup (i get it mixed up with HTML. NOw I can finally edit Wikipedia! FrodoBaggins (blackhat999) ( talk) 22:33, 5 March 2015 (UTC)
Just wanted to say that I liked it, and that it works really well for me. Red Fiona ( talk) 22:29, 6 March 2015 (UTC)
A patch has been submitted for Bug T74048. They're backporting it today, so the problem should disappear in less than two hours. If it's still happening, say, tomorrow morning, then please let me or User:Elitre (WMF) know, so that we can get their attention back on the issue ASAP. Whatamidoing (WMF) ( talk) 22:23, 3 March 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | I was trying to create bolded text. |
Steps to Reproduce: | Edit any page in VE. You don't have to save the page to see this error, so I used "Create beta" to create a page with a nonsense name.
This is reproducible. |
Results: | The "x" was bolded when first typed, and unbolded after Enter was pressed. |
Expectations: | It should not have been bolded in the first place. |
Page where the issue occurs | Add URL(s) or diffs |
Web browser | Chrome 40.0.2214.115 m |
Operating system | Windows 7 |
Skin | Vector |
Notes: | Any additional information. Can you provide a screenshot, if relevant? |
Workaround or suggested solution | None needed; the incorrect display corrects itself. |
The above is low priority since it's really just a display bug, but I thought I'd pass it along. Mike Christie ( talk - contribs - library) 02:00, 5 March 2015 (UTC)
if (isIntendedJustAsWisecrack(priorComment)) {
- print("Agreed.");
- } else {
- print("If potential editors were never discouraged by anything that looks like code, I'd agree with you.");
}
I managed to damage an existing table with VE: for the first two lines of the table, I tried to put in the 3rd cell the same content as what was in the 1st cell ; the result with VE is a damaged table (2 cells have been fused) and the content I tried to add is nowhere... An other case of VE damaging articles... -- NicoV ( Talk on frwiki) 13:33, 23 February 2015 (UTC)
Removing rows in Comparison of Office Open XML software would have been much more annoying in the wikitext editor. The table editor let me do the simple thing I wanted to do in a reasonably discoverable manner. Nice one - David Gerard ( talk) 12:57, 6 March 2015 (UTC)
Hi again. This week's triage meeting will happen on Wednesday, 11 March 2015 at 12:00 (noon) PST ( 19:00 UTC). We hope to see you there, but in case you can't make it, please remember you can still nominate "blocker" tasks in advance on Phabricator, or you can read the IRC logs and minutes which are usually published shortly after the end of the meeting, so you can catch up on what was discussed. So see the meetings page on mediawiki.org for details (notice the new format, a Google Hangout). Thank you, and talk to you soon, -- Elitre (WMF) ( talk) 19:55, 10 March 2015 (UTC)
The devs have been doing a lot of performance work, and they've just figured out that the "beta" label ( Mediawiki:visualeditor-beta-appendix, which only exists on the English Wikipedia) is costing editors a performance hit every time they read a page. They're probably going to yank it out sometime next week. The only change is that "Edit beta" will become the normal "Edit", and navigating pages will be slightly faster. Whatamidoing (WMF) ( talk) 03:52, 7 March 2015 (UTC)
"standards for the MediaWiki labels require verbs"is so well adhered to as to bring us tabs on this page labelled "Project page" and "New section". That's without even trying to look for others. Begoon talk 14:05, 11 March 2015 (UTC)
I've always fount the way they did the label very annoying. Personally I've some javascript which changes the tabs to say "Edit" and "VE Edit". This make it quite clear which is which with the minimum of visual clutter. I don't particularly feel it needs to say Beta.-- Salix alba ( talk): 19:09, 11 March 2015 (UTC)
Thanks for working on this. - Dank ( push to talk) 23:43, 13 March 2015 (UTC)
Is there a phabricator task for preventing VE to create hideous links like [[1970|1970 ]]
(like
this edit with multiple edits like that). I can't find it... Is it nominated for Q3 blockers ? --
NicoV (
Talk on frwiki) 18:00, 16 March 2015 (UTC)
Hello again, as you guessed I'm here to announce that the VE team will conduct the next triage meeting on Google Hangouts and IRC this Wednesday at 4pm PST, that is 11pm UTC. As usual, you'll find other info about how to participate at mediawiki.org, and we hope to meet you there. Best, -- Elitre (WMF) ( talk) 17:03, 17 March 2015 (UTC)
<span lang="FR">
repeatedly and other thingsIn a serie of edits, the article fr:Zach Galifianakis was so damaged that I had to revert everything.
[[MediaWiki:Badtitletext|,]]
dir="ltr"
was even added to a span tag previously created by VE-- NicoV ( Talk on frwiki) 18:42, 16 March 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Linking to articles within references or infoboxes |
Steps to Reproduce: | Earlier, I was testing out VisualEditor by creating the article Haruka Chisuga. While adding an infobox to the article, when linking to Iwate Prefecture, for some reason, during the preview, the hyperlink shows up as red, even though I know that an article with such a title existed! The same thing happened when I tried to link to a an article using the "publisher" field of citations. In this case, I wanted to link to the article Oricon, and once again, despite there being an article at Oricon, the link showed up as red! |
Results: | Not only that, but when I saved the article, the Oricon link(and other "publisher" hyperlinks) showed up correctly as blue! Why the glitch? It easily confused me. |
Expectations: | While editing with VisualEditor, added hyperlinks, when added to references or templates, should appear blue rather than red. |
Page where the issue occurs | https://en.wikipedia.org/?title=Haruka_Chisuga&diff=651781397 |
Web browser | Google Chrome (version 41.0.2272.89 m) |
Operating system | Windows 8 |
Skin | Vector |
Notes: | |
Workaround or suggested solution |
Narutolovehinata5 t c csd new 14:12, 17 March 2015 (UTC)
I feel like that the visual editor is lacking functionality. There should be a button to add raw code, as well as a way to add internal things, like categories. — Preceding unsigned comment added by MrWonka ( talk • contribs) 15:51, 18 March 2015 (UTC)
Resolved
I don't know where to report problems with Phabricator, I'm reporting it here mainly because my main use of Phabricator is for VE bugs... Until recently at work, I was using a very old Firefox (17 ESR) and phabricator was unusable: I didn't report it because of the very old Firefox. I've now upgraded to Firefox 31.2 ESR, and phabricator is still totally unusable. It looks like no CSS stylesheet, icons, ... are available: it's just text and hyperlinks over a blank background, no boxes, no icons, things that are probably supposed to be hidden are displayed (Column Prototype. This is a very early prototype of a persistent column. It is not expected to work yet, and leaving it open will activate other new features which will break things. Press "\" (backslash) on your keyboard to close it now.).
Looking at the page source code, I think it's probably because all resources are coming from a different domain name (phab.wmfusercontent.org) than phabricator itself (phabricator.wikimedia.org). Could you fix this so that phabricator can be used in environments where some extra security measures have been activated ? -- NicoV ( Talk on frwiki) 08:43, 18 March 2015 (UTC)
GET https://phabricator.wikimedia.org/ [HTTP/1.1 200 Connection established 687ms]
GET https://phab.wmfusercontent.org/res/phabricator/f1eab25d/core.pkg.css [HTTP/1.1 200 Connection established 1047ms]
GET https://phab.wmfusercontent.org/res/phabricator/2bd3c675/rsrc/externals/javelin/core/init.js [HTTP/1.1 200 Connection established 1047ms]
GET https://phab.wmfusercontent.org/res/phabricator/65e04767/core.pkg.js [HTTP/1.1 200 Connection established 985ms]
GET https://phab.wmfusercontent.org/res/phabricator/834a1173/rsrc/js/core/behavior-scrollbar.js [HTTP/1.1 200 Connection established 985ms]
GET https://phab.wmfusercontent.org/res/phabricator/5b2f5a08/rsrc/externals/javelin/lib/Scrollbar.js [HTTP/1.1 200 Connection established 985ms]
GET https://phab.wmfusercontent.org/res/phabricator/0c404426/rsrc/js/application/conpherence/behavior-durable-column.js [HTTP/1.1 200 Connection established 985ms]
GET https://phab.wmfusercontent.org/res/phabricator/f960d43d/rsrc/externals/javelin/lib/Quicksand.js [HTTP/1.1 200 Connection established 1000ms]
GET https://phab.wmfusercontent.org/res/phabricator/834a1173/rsrc/js/core/behavior-scrollbar.js [HTTP/1.1 200 Connection established 906ms]
GET https://phab.wmfusercontent.org/res/phabricator/5b2f5a08/rsrc/externals/javelin/lib/Scrollbar.js [HTTP/1.1 200 Connection established 1156ms]
GET https://phab.wmfusercontent.org/res/phabricator/0c404426/rsrc/js/application/conpherence/behavior-durable-column.js [HTTP/1.1 200 Connection established 843ms]
GET https://phab.wmfusercontent.org/res/phabricator/f960d43d/rsrc/externals/javelin/lib/Quicksand.js [HTTP/1.1 200 Connection established 843ms]
ReferenceError: JX is not defined phabricator.wikimedia.org:14
This is the last chance in this quarter to inform the developers about VisualEditor's bugs they need to prioritize now. Show up on Google Hangout this Wednesday, 25 March 2015 at 12:00 (noon) PDT ( 19:00 UTC), or read the page at mediawiki.org to nominate a task for review even if you're not planning to attend the meeting. Talk to you later this week, then!
Related to VE, this Friday 27 March at 15:00 UTC an office hour about VE will be held on IRC. Previous logs and other information, including how to participate, can be found at Meta. It will be the last office hour in this format, but we'd like to discuss alternative formulas which are more useful for everybody. Therefore, please see and comment the related Phabricator task, or just come and discuss the future of these conversations with us on Friday. Best, -- Elitre (WMF) ( talk) 18:26, 23 March 2015 (UTC)
Hi, in this edit and this edit, external links with action=edit&redlink=1 were created instead of internal links. -- NicoV ( Talk on frwiki) 17:33, 18 March 2015 (UTC)
In this edit, the contents of existing ref tags was deleted by VE, making the ref tags invalid (big red messages displayed in the article). VE shouldn't be able to end up with empty unnamed ref tags. Please nominate for Q3 blockers. -- NicoV ( Talk on frwiki) 09:19, 19 March 2015 (UTC)
Hi, in this edit, VE did multiple damages to the article:
[[./Shirley_Temple]]
[[
but ends with }}
)Please nominate all those problems for Q3 blockers. -- NicoV ( Talk on frwiki) 07:46, 24 March 2015 (UTC)
In this edit, an added paragraph got em tags around a coma. -- NicoV ( Talk on frwiki) 17:48, 18 March 2015 (UTC)
<em>...</em>
and <i>...</i>
.) I'll have to ask around to find out what the current thinking is.
Whatamidoing (WMF) (
talk) 16:55, 19 March 2015 (UTC)
Delighted to report that an attendee at yesterday's Women in STEM Editathon at DC Public Library was spotted adding an infobox to a biography using the Visual Editor. We experienced source-only editors were suitably impressed. Congrats to all on the development team! When you feel you have VE infoboxes fully up and running and ready for prime time, perhaps you could promote this using a banner ad ... It would be a useful, gnomish activity for public-spirited new editors. -- Djembayz ( talk) 13:43, 22 March 2015 (UTC)
|field=
added to more pages with {{
infobox disease}}.
Whatamidoing (WMF) (
talk) 16:30, 25 March 2015 (UTC)It isn't immediately obvious that you need to double click a table cell in order to be able to edit its contents. I suspect the easiest way to resolve this is to add a tooltip that says "double click to edit" when hovering over a table cell. Additionally there could be a menu icon that is activated when a table cell is selected (single click) which you click to open the cell for editing. The latter will be more work but might be more accessible. Another option would be a dismissable dialog when a table cell is selected (single click) that says the same as the tooltip - this would get very annoying though and a "don't show this again" option would be essential. Thryduulf ( talk) 11:18, 25 March 2015 (UTC)
This edit resulted in multiple damages to internal links:
[[2008|2014]]
which shows an ergonomy problem for changing the displayed text of links[[2008|''<nowiki/>'']]
which creates an internal link with nothing displayed (nowiki + italic formatting)As with most of the problems that result in unintentional damages to an article, please nominate for Q3 blockers. -- NicoV ( Talk on frwiki) 12:00, 30 March 2015 (UTC)
I got a automated message on my talk page regarding VE, so I thought I would try another edit with it. I noticed there was a typo in the template name at the bottom of the Alex Trebek article; it is Template:Daytime Emmy Award Outstanding Game Show Host 1984–93 but it should be Template:Daytime Emmy Award Outstanding Game Show Host 1984–1993. I cannot for the life of me figure out how to add the missing "19" using Visual Editor. Suggestions? 28bytes ( talk) 01:46, 27 March 2015 (UTC)
Here's a sequence of steps I just tried that left me baffled. I have a simplified version of this set up in one of my sandboxes, so please try this for yourself there. I have nothing in there but "Cat", linked to "cat (disambiguation)", like so: Cat. I wanted to turn this into a list of two links, with Dog replacing Cat in the second one, so I did this:
I think there are two things wrong with this. First, if leaving the link selected is intended to be useful, it ought to allow typing more than one character -- it seems pointless to have one typed character exit the dialog and become the visible text of the link. There can't be any real-life situations where that's useful. I can see that allowing the user to keep typing and making that the visible text of the link might bring its own problems, but the current situation is certainly wrong. What's more, it silently destroyed the underlying link target -- that is, it changed "[[Dog (disambiguation)|Cat]]" into "[[D]]<nowiki/>og". (And that stray <nowiki/> is presumably another error.) I don't think replacing the underlying target is the right behaviour, but even if we were to decide that that's OK, I think it should not silently destroy the link.
Second, it doesn't seem to be consistent. If you have [[cat (disambiguation|cat]], which displays as "cat", and you click on the link in VE, select Edit, then Done, then type "xyz", you don't get "[[x]]<nowiki/>yz", you just get "xyz".
I asked a while back for a link to be unselected after clicking "Done", and the request was denied, I think for consistency reasons. If we're going to leave the link selected, I think this behaviour needs to be fixed. However, I still tend to think that unselecting the link would be simpler and more intuitive, even if it does bring some inconsistency into the interface.
There is a weird corollary to this. If you follow the instructions in the bullet list above, including the save, and then vedit again and select "Cat", choose "Edit", "Done", and type "xyz", you'll get the results I give above. However, if you follow the instructions above, and omit the save step, and go ahead and select "cat" and click "Edit", "Done", and type "xyz", the link to the "D" of "Dog" will vanish, even though you're not typing near it. If you now save, you'll find the page consists of nothing but "xyz, Dog". I've been able to reproduce this twice.
This is my candidate for weirdest VE bug so far. Mike Christie ( talk - contribs - library) 00:23, 31 March 2015 (UTC)
mw:Citoid, the automagic citation filling tool, is on its way at last. It's been up at the French and Italian Wikipedias for a while, with positive feedback overall. The time isn't firmly settled, but Wednesday evening UTC is most likely.
It depends upon good TemplateData. Wikipedia:TemplateData/Tutorial explains how to write the basics by hand, but the TemplateData GUI tool is usually faster and easier. It also depends upon external services like Zotero. If your favorite website isn't working, it probably needs a new Zotero entry.
It's not perfect. In particular, the design is less than ideal. There is a book-with-bookmark button for Citoid, next to a now-unlabeled "Cite" menu for filling in citations the old way. If you have suggestions on how to improve it, then please leave comments where the designers are most likely to see them, at mw:Talk:VisualEditor/Design/Reference_Dialog. If you have other suggestions or run into problems, then please leave feedback here.
Before you ask: yes, after getting all the bumps smoothed out, the plan is to make it available in the wikitext editor as well. However, that will likely not be for some months yet. Happy editing, Whatamidoing (WMF) ( talk) 00:02, 25 March 2015 (UTC)
It's here!
There are a few known problems. Also, the design for the toolbar needs some work. I'll get a screenshot up later, but the short story is that you click the "book with bookmark" icon to get Citoid, and the now-unlabeled "⌄" drop down menu to find the manual versions. Please try it out and post your feedback. Whatamidoing (WMF) ( talk) 02:20, 31 March 2015 (UTC)
I click on the bookmark logo and opt for "Or use the full citation dialog to fill in the details yourself". After filling in the fields, I would expect to wind up with a well-formed, footnoted citation. Instead, I get something like this:
Is this a feature or a bug? Barte ( talk) 05:12, 1 April 2015 (UTC)
I had to do a lot of modifications to fix all the mess made by VE in this article. As the history of the article consists of many edits with VE, I didn't dig in it to find when the problems appeared. In addition to the useless and completely silly span tags spread everywhere, there were several references with the same contents but with different names including strange reference names (:0322, ...).
What on earth is this?— Kww( talk) 04:55, 3 April 2015 (UTC)
Hi, in the Tech News 2015/14, it says that VE won't leave empty titles with nowiki tags any more. Each bug linked ( phab:T57769, phab:T61647, phab:T52100, phab:T51452) says WMF-deploy-2015-03-25_(1.25wmf23). And on frwiki, it's 1.25wmf23 in the Version page. My understanding was then that it's supposed to be fixed in frwiki, no ? So, why this edit 17 hours ago ? -- NicoV ( Talk on frwiki) 16:00, 2 April 2015 (UTC)
When will this kind of things will be fixed ? Please stop VE from creating useless internal links with only a whitespace displayed. This is one of the many bugs that should be nominated as Q3 (?) blockers. -- NicoV ( Talk on frwiki) 06:01, 3 April 2015 (UTC)
Still weird characters added by VE in articles, with a user pasting spanish text in frwiki:
-- NicoV ( Talk on frwiki) 19:12, 30 March 2015 (UTC)
I don't think it's a bug, but when you open the article about Kate Gynther ( /info/en/?search=Kate_Gynther) in VE, the first line is a jigsaw puzzle piece, followed by a line break symbol then another jigsaw puzzle piece. I'm not sure if it relates to the pictures in the article but it didn't seem to be. Red Fiona ( talk) 22:43, 4 April 2015 (UTC)
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)
Hot damn! That lookup button is what I've wanted all my life. Great improvement, hope to see more of it. Popcornduff ( talk) 13:28, 7 April 2015 (UTC)
In this edit, a link to a local wiki page was created as an external link. Please nominate as Q4 blocker, as this is basic behavior. -- NicoV ( Talk on frwiki) 19:18, 7 April 2015 (UTC)
Result: Visual Editor will scroll the text spuriously, which is unnecessary and irritating.
The effect occurs whenever a link is created right after the user has scrolled the text. The effect is bigger if the link is created near the top of the editing window.
This is on Windows 7 with Chrome 41 and IE 11, using the vector skin, logged in or not doesn't make a difference. Also recently reported at phab:T95360 with no echo. AxelBoldt ( talk) 20:36, 9 April 2015 (UTC)
I tried with both Chrome and IE on Windows 7. The page just blanks and hangs. This worked a couple of weeks ago; I've created several pages with VE. Mike Christie ( talk - contribs - library) 01:58, 3 April 2015 (UTC)
This problem is back again. I'd appreciate any pointers on what else might be causing it. It's happening for me in both Chrome and IE, Windows 7. I've disabled every single gadget, and disabled all my Chrome extensions, but I still can't create articles in VE. The only thing that works is using an incognito tab in Chrome, and of course I can't actually create the article that way since IPs can't create articles. Mike Christie ( talk - contribs - library) 01:41, 8 April 2015 (UTC)
In this edit, the DEFAULTSORT has been added after the category. Usually, DEFAULTSORT are put before the categories, not after. -- NicoV ( Talk on frwiki) 10:17, 10 April 2015 (UTC)
Is there any plan to fix this in a near future ? Recent example on frwiki. Of course, as I already reported it several times and said it several times, this should be nominated as Q4 blocker. -- NicoV ( Talk on frwiki) 14:37, 10 April 2015 (UTC)
It happens quite frequently that paragraph formatting is awful with VE, like in this edit:
-- NicoV ( Talk on frwiki) 10:22, 10 April 2015 (UTC)
See this edit; when you drag a template down it is impossible to drag it past a list at the end of the article and it gets appended to the last line of the list. -- WS ( talk) 22:48, 9 April 2015 (UTC)
In this edit, you can see that VE created several consecutive internal links to the same target. For example [[Championnats du monde de BMX 2011|2011 (]][[Championnats du monde de BMX 2011|copenhagen,DEN ]][[Championnats du monde de BMX 2011|)]]
instead of [[Championnats du monde de BMX 2011|2011 (copenhagen,DEN )]]
. --
NicoV (
Talk on frwiki) 09:18, 12 April 2015 (UTC)
In this edit, VE added empty list items. It should be smart enough to replace them by empty lines. -- NicoV ( Talk on frwiki) 09:21, 12 April 2015 (UTC)
Hi, in this edit (and others for the same page), language links have been added by VE in the middle of the page. It's probably a user mistake, but I think VE should never let that happen. -- NicoV ( Talk on frwiki) 07:07, 12 April 2015 (UTC)
[[:en:Frank Marino]]
(which is a link in the text, that's what the user wanted to do and did) and certainly not to [[en:Frank Marino]]
(which is a language link outside of the text, and not at all what the user wanted to do). It's only VE that behaved incorrectly here. --
NicoV (
Talk on frwiki) 10:39, 12 April 2015 (UTC)
Hi. I'm not sure exactly to say about this potential bug because it was not my edit. However, I noticed in going through the history of List of awards and nominations received by Taylor Swift that this edit caused every instance of the word the to be removed. I assume that this was not vandalism. The edit was made by Rikripley using VisualEditor on January 19, 2015. I realize this is from three months ago, but I've never seen anything like this before. Unfortunately, I can not offer any more details, as I did not make the edit. NinjaRobotPirate ( talk) 16:07, 11 April 2015 (UTC)
Clicked Edit on section (opened whole article in VE) - scrolled by stroking to spot to add sentence, tapped to bring up soft keyboard, typed in sentence. Looked around on screen for the add citation button, discovered the VE tool bar was not on screen, scrolled up but not there. Eventually just saved the sentence and then tried to add the citation as a subsequent edit. But nothing worked despite various attempts. Problem seems to be that as soon as you click the location for the citation, the soft keyboard displays and the VE tool bar disappears entirely or is greyed-out, making any citation or toolbar action impossible. Note on the iPad I lose this input if I switch to another app for version info, making it very hard to include URLs and other info Kerry ( talk) 02:02, 12 April 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | add sentence with citation to article William Birdwood, 1st Baron Birdwood re upkeep of his grave |
Steps to Reproduce: | |
Results: | |
Expectations: | |
Page where the issue occurs | |
Web browser | |
Operating system | |
Skin | |
Notes: | |
Workaround or suggested solution |
Kerry ( talk) 01:52, 12 April 2015 (UTC)
In this edit, a title was created with a br tag at the beginning of it. -- NicoV ( Talk on frwiki) 09:15, 12 April 2015 (UTC)
I suggest that you should make a way to nest templates in other templates. (i.e, putting a normal template GUI inside template parameters if {{ is detected instead of having to type out the template.) Thanks. Phil roc My contribs 17:10, 13 April 2015 (UTC)
I don't know if everything listed here is still happening, but a few problems in this edit:
Please nominate all the problems as Q3/Q4 blockers, as they all require someone else to come after VE to clean up articles. -- NicoV ( Talk on frwiki) 20:09, 6 April 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | I am trying to add a space to add a new word while adding an wikilink, and no space will be added. |
Steps to Reproduce: | Steps taken:
|
Results: | The space was not created. |
Expectations: | That a space would be created. |
Page where the issue occurs | https://en.wikipedia.org/?title=List_of_United_States_television_markets |
Web browser | Google Chrome 41.0.2272.118 m |
Operating system | Windows 7 |
Skin | Vector |
Notes: | Screenshot: |
Workaround or suggested solution | If you add the first letter of the new word, you can arrow over and a space is able to be created. |
Presidentman talk · contribs ( Talkback) 22:30, 13 April 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Per WP:STUBSPACING, attempted to put a stub template two spaces after the categories at the end of the article. |
Steps to Reproduce: | Take a random stub, try to move the stub template or add a stub template to an article |
Results: | awkwardly places the stub template |
Expectations: | double spacing should work |
Page where the issue occurs | https://en.wikipedia.org/?title=Aboti_Brahmin&diff=656129603&oldid=656126694 See the awkward placing https://en.wikipedia.org/?title=Aboti_Brahmin&diff=656129718&oldid=656129710 corrected by normally editing |
Web browser | Google Chrome Version 41.0.2272.118 (64-bit) |
Operating system | Gentoo |
Skin | Vector |
Notes: | |
Workaround or suggested solution |
Ugog Nizdast ( talk) 15:27, 12 April 2015 (UTC)
In this edit, VE added nowiki tags around several consecutive lines, while the only thing that seems requiring a nowiki (and again, a correct solution would simply be to ignore the whitespace rather than adding useless nowiki tags) is a whitespace at the beginning of the first line. -- NicoV ( Talk on frwiki) 22:11, 14 April 2015 (UTC)
See this edit, where an existing template has been damaged by VE. -- NicoV ( Talk on frwiki) 21:59, 14 April 2015 (UTC)
It seems that VE doesn't even handle correctly the span tags it adds in many places. For example, in this edit, the user added internal links over places where VE has already added useless span tags: the result is several consecutive external links pointing to the same URL, some of them only for a whitespace character that was previously wrongly inserted into a span tag by VE. Again, lot of work to fix this mess. -- NicoV ( Talk on frwiki) 13:46, 29 March 2015 (UTC)
Why is VE adding code tags around the closing bracket ? And the second time, in addition to adding again code tags, it removes the previous closing code tag, leaving an unbalanced code tag ? -- NicoV ( Talk on frwiki) 18:40, 14 April 2015 (UTC)
OK, I thought I'd try VE again. Just a simple few edits to The Shadow Girl: italicise the title in the text and the title; stub-sort it; add a DEFAULTSORT.
1: Italicise title in lead - no problem.
2: Add {{ italic title}}: first it took a while to find how to add a template (Insert, Template - but somehow wasn't obvious). It's tedious to have to click "Add template" and then "Implement changes" (or some such wording): why not just the one click? But more importantly: it displayed two jigsaw icons. So I assumed I'd added it twice. Deleted one - both disappeared. Re-added the template: two icons again. Very confusing.
3: Stub-sort: I'd rather hoped that I could edit {{ stub}} into {{ 2010s-novel-stub}} but it turned out that all I could do was to delete the first and then add the second. Not too bad, but clunky.
4: DEFAULTSORT: Once I'd remembered that this isn't a template, it's a "page option" ... it displays the existing sort key, and won't let me edit it, or even copy it to paste and modify, I just have to type the whole desired sort key from scratch. In this case I could remember and easily retype the title, but if the title had been longer or more awkward to spell it would have been a real pain. I just wanted to cut "The" from the front and add ", The" at the end - but VE just refuses to co-operate. In the trad editor I can easily copy and paste the article title, edit it to the desired sort key, and then stick the "DEFAULTSORT" tagging around it.
5: And it added the {{ DEFAULTSORT}} after the stub tag, which is against WP:MOS (specifically, see WP:ORDER).
So another fairly depressing experience of trying to use VE. Most of my complaints are perhaps of the "I don't like it" variety, but adding double jigsaw icons for the {{ italic title}} seems significant and clearly "wrong". Pam D 19:33, 4 April 2015 (UTC)
I'm glad that you gave it another try. I'd also like to know what you think of the Citoid tool. (Click the book-with-bookmark icon, not the Citation drop-down menu.)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Create a link to an article with spaces in the title: e.g. [[Science Fantasy|Science Fantasy (magazine)]] |
Steps to Reproduce: | # In VE, highlight a word in the article text with the mouse.
|
Results: | Spaces typed at the end of the link are not accepted. |
Expectations: | These spaces should be accepted even if trailing spaces are not normally needed, because the user needs to be able type targets containing spaces. |
Page where the issue occurs | N/A |
Web browser | Chrome 41.0.2272.118 m |
Operating system | Windows 7 |
Skin | Vector |
Notes: | N/A |
Workaround or suggested solution | You can go back and add the spaces, so this is an annoyance, not a showstopper. However, this is a heavily used dialog and I think fixing this should be high priority. |
Mike Christie ( talk - contribs - library) 14:29, 12 April 2015 (UTC)
When will ISBN correctly managed by VE ? For example, in
this edit, an ISBN was added by VE with the [[Special:BookSources/...]]
syntax instead of the ISBN syntax. In addition, it usually comes, like in this example, with an incorrect link: the link is not to the ISBN but to an other totally unrelated. Apparently, the user did a copy/paste of the line below and then edited it. Please also nominate for blockers: article is damaged with incorrect link and overly complex syntax. --
NicoV (
Talk on frwiki) 05:54, 7 April 2015 (UTC)
With this edit, I just fixed a bug where VE deleted a "}"; I wasn't editing in that vicinity. This is the second time exactly this odd deletion (in this exact spot) has happened in VE ... and it's only happened (for me) in this one article. - Dank ( push to talk) 18:57, 13 April 2015 (UTC)
I just started using Visual Editor on my Windows PC using Chrome and it's awesome. I have a couple quips:
CorporateM ( Talk) 07:22, 14 April 2015 (UTC)
All I meant to do was this edit but VE threw in a load of unwanted duplication of existing material. Asus Transformer Pad TF300T (Android), Opera browser, Vector skin. — RHaworth ( talk · contribs) 19:43, 15 April 2015 (UTC)
Hello WikiAdmins, In the new beta VisualEditor, it will load the page but the blue loading bar is sitting there and its not letting me edit anything, I refreshed a couple of times then it worked properly. Please fix it sometime soon. From -Micahmpj
Micahmpj ( talk) 00:41, 16 April 2015 (UTC)
The Ω that marks the special character drop down is visible in the basic cite menu, but it doesn't seem to be usable -- nothing happens when you click on it. Windows 7/Chrome. Mike Christie ( talk - contribs - library) 11:52, 5 April 2015 (UTC)
Among other problems, this edit shows a category added before the end. -- NicoV ( Talk on frwiki) 08:03, 19 April 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | |
Steps to Reproduce: | Edit Axial Seamount: like so. |
Results: | Most of the article gets swallowed by the note, making editing impossible. |
Expectations: | |
Page where the issue occurs | /info/en/?search=Axial_Seamount?veaction=edit |
Web browser | Latest Firefox |
Operating system | Windows |
Skin | We still support MonoBook? Jeez people. |
Notes: | Screenshot |
Workaround or suggested solution |
Res Mar 22:56, 19 April 2015 (UTC)
When I use the Visual Editor media search feature (which is a great feature idea!) and put in specific keywords to find an image that I know exists, my desired image is often buried in the results after several rows of PDFs that aren't relevant to my search (that have no relevant keywords in the title or description), apparently because my search keywords are found in the text of the long PDFs.
For example, if I search for "The Marsh San Francisco Valencia" while looking for File:The Marsh, San Francisco.JPG (which includes "Valencia" in its description), that image shows up at the end of the fourth row. The first results are File:U.S. Intelligence Law for American Journalists (Part 1 of 2).pdf, File:Atlas-of-European-history-1909.pdf, File:All the Year Round - Series 1 - Volume 19.pdf, and other long PDF documents that don't have my keywords in the file title or description.
The same thing happens if I search for "Valencia Tool & Die" while looking for File:974 Valencia St., San Francisco.jpg (which has "Valencia Tool & Die" in its description) - that image shows up in the sixth row, after a few relevant images and many non-relevant PDFs.
I imagine this could be adjusted to work better for the most common types of media embedding that people are doing with VisualEditor - perhaps PDF full-text search shouldn't be part of Visual Editor media search? Dreamyshade ( talk) 03:45, 6 April 2015 (UTC)
I've recently started using VisualEditor since it helps making editing fun - thanks! I have a problem with it though, especially in recent versions - unlabeled toolbar icons are confusing, especially when they are uncommon metaphors. I can guess what the underlined italic A means, and what the link and bulleted list icons mean, since they're familiar from other word processing programs. But the bookmark icon for citations and the omega icon for special characters are not very obvious or familiar to me, and I'm an experienced computer user - I imagine they would be even less familiar to people who aren't as familiar with user interface conventions. The "hamburger" icon for more options is also likely to be unfamiliar for many newcomers. A lot of inexperienced users/editors are likely to be cautious about clicking icons experimentally if they don't know what they mean, since they're likely to be concerned that clicking the wrong button can mess something up or take an unexpected action. I'd suggest providing text labels along with icons as part of the Visual Editor toolbar for better usability for everyone, or at least testing this with real people to make sure a lot of people find it adequately usable. :) Here's an article about this topic in general.
Related to this problem, I find it confusing that clicking the cite icon does one action, and clicking the drop-down arrow next to the cite icon does a different action. This is inconsistent with the other icons and drop-down arrows in the toolbar. I would suggest making clicking the icon bring up the drop-down toolbar, and having the Citoid automatic option be an item in the list (labeled "automatic" or whatever makes sense). Dreamyshade ( talk) 00:04, 6 April 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Save my changes |
Steps to Reproduce: | I don't have a reproduction, but am finding this error more often lately. I do have a bad paragraph of text that contains refs. When I paste it into my article, it generates that error. I can't save the page to preserve or inspect the bad paragraph. I also can't switch to wiki-editing, so I don't know how to get the paragraph to you. When I open the ref in VE, it says basic, but no contents appear. Removing the ref allows the save to proceed. |
Results: | can't save changes |
Expectations: | happy ending |
Page where the issue occurs | |
Web browser | Chrome Version 41.0.2272.101 m |
Operating system | W8 |
Skin | Monobook |
Notes: | |
Workaround or suggested solution | redo the work |
Lfstevens ( talk) 17:10, 5 April 2015 (UTC)
In fact, the problem I reported just above seems to be general, I can't edit any article with VE from my office.
Here's an example of FF console output (FF 31.2, XP):
Une demande multi-origines (Cross-Origin Request) a été bloquée : la politique « Same Origin » ne permet pas de consulter la ressource distante située sur https://rest.wikimedia.org/en.wikipedia.org/v1/page/html/Axial_Seamount. Ceci peut être corrigé en déplaçant la ressource sur le même domaine ou en activant CORS. Axial_Seamount
"One of the load requests failed (unhandled)." load.php:154
console.trace(): load.php:154
mw.log</log.warn() load.php:154
mw.libs.ve.targetLoader.requestPageData/restbasePromise<() load.php:3
.Deferred/promise.then/</</<() load.php:47
jQuery.Callbacks/fire() load.php:45
jQuery.Callbacks/self.fireWith() load.php:46
done() load.php:135
.send/callback() load.php:141
"Use of "wgPageName" is deprecated. Use mw.config instead." load.php:154
console.trace(): load.php:154
mw.log</log.warn() load.php:154
mw.log</log.deprecate</<.get() load.php:154
<anonyme> index.php:1
"Exception in store-localstorage-update:" load.php:175
"[Exception... "Persistent storage maximum size reached" code: "1014" nsresult: "0x805303f6 (NS_ERROR_DOM_QUOTA_REACHED)" location: "<unknown>"]" DOMException [NS_ERROR_DOM_QUOTA_REACHED: "Persistent storage maximum size reached"
code: 1014
nsresult: 0x805303f6
location: https://bits.wikimedia.org/en.wikipedia.org/load.php?debug=false&lang=en&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150415T205722Z:173] load.php:175
"Exception in store-localstorage-update:" load.php:175
"[Exception... "Persistent storage maximum size reached" code: "1014" nsresult: "0x805303f6 (NS_ERROR_DOM_QUOTA_REACHED)" location: "<unknown>"]" DOMException [NS_ERROR_DOM_QUOTA_REACHED: "Persistent storage maximum size reached"
code: 1014
nsresult: 0x805303f6
location: https://bits.wikimedia.org/en.wikipedia.org/load.php?debug=false&lang=en&modules=jquery%2Cmediawiki&only=scripts&skin=vector&version=20150415T205722Z:173] load.php:175
It really seems that your tendency to make more and more cross-origin requests is a problem. -- NicoV ( Talk on frwiki) 07:54, 20 April 2015 (UTC)
I am an experienced, 10 years, Top 100 most active contributors, and I am more and more impressed with your progress. Good job. In particular, your recent Citoid is excellent; it does a much better job than http://tools.wmflabs.org/refill/ . It is, however, not as intuitive as it could be. It activates if you click the button, but it is missing from the pull down list next to it. I just spend one minute remembering how to access it - I was looking for it on the pull down menu. So I suggest that at minimum, you add it to the pull down list; or combine the both into one. I'll also note that the text formatting, bullets and insert menus all have the icon and the V symbol close together and working as one button. The reference one doesn't, and by being different it is confusing. So combining seems like the most logical choice. Have the Citoid in the top, under, hmmm, Citoid or Autoformat URL or something. -- Piotr Konieczny aka Prokonsul Piotrus| reply here 02:26, 20 April 2015 (UTC)
If you hang out at this board much, then you might want to go to Special:Preferences#mw-prefsection-gadgets, almost all the way to the end of the page, and choose "Enable tracking bugs on Phabricator using the {{ tracked}} template." We use that template a lot on this page, and the gadget will fill in the title and status.
Also, I know we've talked off and on about getting some decent data about VisualEditor, and it looks like our wish will finally be granted. User:EpochFail posted a barebones draft of his plans at m:Research:VisualEditor's effect on newly registered editors/May 2015 study. I'm still sorting out the details, but so far, this will affect only newly created accounts for about a week (whatever he needs to get statistical significance). Nothing changes for IPs or for current editors. I'll post more when I hear it. If you've got good ideas for metrics he should look at, then feel free to post over there. Whatamidoing (WMF) ( talk) 19:31, 16 April 2015 (UTC)
From Wikipedia:VisualEditor#Limitations: "In VisualEditor's model, editing sections would be paradoxically slower than editing the whole page."
I bet one big reason is that VisualEditor deals with references in a comprehensive way, unlike the wikitext editor.
Maybe a way around this would be to allow true section editing almost immediately. And BEFORE references can be edited or added. Let that function show up later, maybe 10 to 20 seconds later depending on how long it takes VE to set up comprehensive editing capability (dealing with references used for multiple facts in an article). -- Timeshifter ( talk) 03:21, 15 April 2015 (UTC)
Rather than try to completely rewrite VE in order to allow true section editing maybe there needs to also be a VisualEditor Lite. :) Something for quick edits of sections. Not for templates, or anything complex. Or anything extending down from the preceding section. Most people just want to add or change a few things via WYSIWYG and quickly save. Then they may dive into wikitext or regular VE for the complex stuff.
Now, when I click a VE edit link I never know how long I will have to wait for it to load. It can take around 20 to 30 seconds to load VE for the Barack Obama page, for example. So I very rarely use VE. If I had a VisualEditor Lite I could save a lot of time while editing. Because now I spend way too much time previewing. But the alternative is constantly waiting for VE to load. I do a lot of minor edits on various pages. So it would probably be a wash to use VE more. Preview time versus loading VE time.
At least with wikitext editing I don't have to deal with nearly as many bugs as with VE. Stuff just works with wikitext editing since it has been developed for so long. That is another reason for a VisualEditor Lite. Since its goals would be smaller, the number of bugs would be smaller too. In the end I bet far more people would use VisualEditor Lite. This would also encourage more people to use regular VE too. I would use it to check for duplicate references. Now I just save my wikitext edit, and see afterward if there are duplicate references at the bottom of the article. I hear that table editing and template editing is getting better with VE. So I may start using it more, but I would be so much more motivated if I could jump start and learn with VE Lite. -- Timeshifter ( talk) 00:57, 16 April 2015 (UTC)
Hi, it has been reported several times with the last release, but nobody seems to answer either here or on phabricator. Could you work quickly on this one, I'm tired of seeing articles being as damaged as this one. -- NicoV ( Talk on frwiki) 09:42, 20 April 2015 (UTC)
<span>
tags will be fixed by the same thing that's supposed to fix the <span lang=EN-US>
ones.
Whatamidoing (WMF) (
talk) 19:07, 22 April 2015 (UTC)The insert menu is fine, but I was puzzled there is no option for inserting categories. Instead, the "menu" button on the right hides a bunch of "other" features. Categories and languages seem like they really should be moved to the insert pull down menu. Page, advanced settings and find and repalce can be left there, but it seems to me like you have room to split the find and replace into a new button, and then the "menu" can be just advanced options (merge page settings and advanced settings into one, I don't understand the arbitrary split between them). -- Piotr Konieczny aka Prokonsul Piotrus| reply here 02:44, 20 April 2015 (UTC)
I've just been looking at the output from Citoid with a doi.
Citoid:
Using {{cite doi|10.1016/j.cagd.2005.06.005}}:
We can see it misses a lot of details, author name, volume, issue, pages. It got the journal wrong as well. While the link does take you to the right place its not actually the doi link. In its current state it would be better to use a {{ cite doi}} template.-- Salix alba ( talk): 06:16, 21 April 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Just changing the first letter in a couple of piped wikilinks from capitals to lower case |
Steps to Reproduce: | I haven't tried to reproduce it. I used the standard text editor to correct it |
Results: | The first letter of each wikilink ended up outside the square brackets |
Expectations: | I expected the first letter of each wikilink to be inside the square brackets. |
Page where the issue occurs | https://en.wikipedia.org/?title=Pharmaceutical_industry&diff=656994465&oldid=656992271 |
Web browser | Mozilla/5.0 |
Operating system | Windows NT 6.3; WOW64; rv:37.0 |
Skin | Monobook |
Notes: | |
Workaround or suggested solution | Leave VE and fix it in the old editor |
Anthonyhcole ( talk · contribs · email) 15:47, 19 April 2015 (UTC)
Abc
into abc
, then first click between A
and b
, and type the new a
: Aabc
. Then remove the initial A
to end up with what you want: abc
. It's not elegant, but it works.Hi,
On frwiki, I've disabled VE in my preferences and just use it by replacing action=edit by veaction=edit when I want to try something. So I tried on my test page, and under the warning sign, I get a popup saying "1 avertissement" (1 warning) but nothing else... What's this ? -- NicoV ( Talk on frwiki) 16:53, 22 April 2015 (UTC)
In this edit, VE replaced wikisyntax by HTML syntax :
-- NicoV ( Talk on frwiki) 11:22, 27 April 2015 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | Adding a photo from commons to an article |
Steps to Reproduce: | |
Results: | |
Expectations: | |
Page where the issue occurs | https://no.wikipedia.org/?title=Hilarion_Alfejev&diff=prev&oldid=13951674 |
Web browser | Firefox unknown version (work computer) |
Operating system | Win7 |
Skin | Vector |
Notes: | |
Workaround or suggested solution |
Profoss ( talk) 18:35, 24 April 2015 (UTC)
Citoid seems to have problems with some unicode characters. For example trying to format [5] it produces the title "Kielce: To by�a matka ca�ego �wiata - c�rka Ireny Sendler opowiedzia�a nam o swojej mamie" instead of "To była matka całego świata - córka Ireny Sendler opowiedziała nam o swojej mamie". -- Piotr Konieczny aka Prokonsul Piotrus| reply here 06:48, 27 April 2015 (UTC)
This relates to Timeshifter's comments about VisualEditor "Lite" above. Would a few of you do a quick check on speed for me? Here's what you need to do:
Username | Browser/OS | Read time | VisualEditor | Wikitext editor | Comments |
---|---|---|---|---|---|
User:WhatamIdoing | Firefox 36/Mac OS 10.10 | 15 | 13 | 8 | |
User:Whatamidoing (WMF) | Safari 8/Mac OS 10.10 | 5 | 6 | 4 | |
User:NicoV | Chrome 42/Win 7 | 8-9 | 13-14 | 7-8 | Using Timeline tab in Chrome developer tools |
User:NicoV | Chrome 42/Win 7 | 5 | 7-8 | 4-5 | Just counting seconds |
User:Dreamyshade | Chrome 42/OS X 10.9 | 4 | 6 | 3 | |
User:Ypnypn | Firefox 37/Win 7 | 8 | 60 | 5 | The 5 and 60 seconds may be off by about 1-2 sec |
User:Ypnypn | Chrome 42/Win 7 | 5 | 6 | 5 | May be off by 1 second |
User:GermanJoe | Firefox 37.01, XP | 20 | 28 | 15 | from Germany, old PC, some scripts |
User:Mike Christie | Chrome 42/Win 7 64-bit | 2.9 | 3.3 | 2.8 | manual timing with iPhone stopwatch. First time I opened the article it took 13 seconds, but it's reliably around 3 seconds now. I see I have the fastest times so far; this may partly explain why I like VE more than some other editors do. 8Gb of RAM might be helping too. |
User:Mike Christie | Chrome 42/Win 7 32-bit | 2.8 | 3.3 | 2.8 | manual timing with iPhone stopwatch. 8Gb of RAM; this time it took about 9 seconds the first time I opened the article, but after that it takes under 3 seconds. |
User:Timeshifter | Firefox 37.0.1, Win Vista 32-bit | 22 | 22 | 5 | timing via date/time control panel clock. 9 year old PC. 3 GB RAM. Maybe we could provide a number from one to five on all articles indicating the relative VE loading time in Firefox. One being fastest, five being slow loading like Barack Obama page. |
User:Timeshifter | Firefox 37.0.1 safe mode, Win Vista 32-bit | 9-15 | 22 | 5 | I restarted Firefox in safe mode (all addons disabled). Time to load for reading was faster. VE and wikitext load times unchanged. I did a few runs, and cleared caches between each run (via history menu). |
User:Timeshifter | Chrome 42, Win Vista 32-bit | 6 | 8 | 4 | Did several runs. Cleared all caches between runs (via history settings). I dislike using Chrome though, due to almighty Google spying on all we do. |
User:Redfiona99 | Chrome 40, Linux, Mint | 7 | 6 | 3 | |
User:Redfiona99 | Firefox 36, Linux, Mint | 6 | 16 | 3 | The two runs were done back to back on the same machine. |
User:This, that and the other | Firefox 37, Windows 8.1 (WOW64) | 39 [1] | 22 [2] | 3 | Notes: [1] I have the "auto-number headings" preference turned on, which means MediaWiki has to re-parse the page just for me (it can't use the parser cache). That probably helps to explain the high load time. [2] Failed the first time after 31 seconds, with error "Error loading data from server: HTTP 0. Would you like to retry?" (my translation of this: "the request timed out"). Then I clicked OK, and it took 22 more seconds. |
User:NicoV | Firefox 31.2 ESR, Win XP | 12 | 10 | 3-4 | Just counting seconds |
User:John Broughton | Firefox 37.0.1, Mac OS 10.10.3 | 8 | 21 | 3 | |
User:SPage (WMF) | Browser/OS | Read time | VisualEditor | Wikitext editor | Comments |
Your turn! |
I'm expecting some variability in the results. One of the things I'm curious about is whether Firefox is always the slowest, or if it's just my account (or the thirty-odd tabs I have open in Firefox).
Whatamidoing (WMF) (
talk) 19:05, 22 April 2015 (UTC)
In this edit, VE added <style> with CSS code and <a> tags.
The <a> tags are forbidden and I doubt the style tags should be used with CSS inside. -- NicoV ( Talk on frwiki) 11:16, 27 April 2015 (UTC)
I'm working on User:Whiteghost.ink/Scheepvaarthuis. When I make any edit using VE and save, if I then immediately try to "edit" again the system gives me this message:
"Error loading data from server: ve-api: Revision IDs (doc=658818023,api=658818363) returned by server do not match. Would you like to try again?"
If I press cancel, refresh the page, then "edit" again, it works fine. However, this problem appears every time I save a change and want to continue editing.
I'm using v42 of Chrome on OSX 10.10.
Whiteghost.ink ( talk) 10:00, 23 April 2015 (UTC)
It's perfect. Honestly, I wish editing Wikipedia was like this all along.
7degreedarkness ( talk) 23:38, 21 April 2015 (UTC)
I am teaching editing Wikipedia to ESL university students. They find inserting pictures in Visual Editor a bit confusing. Not all get that insert picture is a "unwritten" part of insert media. I'd therefore suggest changing "Media" to "Pictures and other media". It may take two lines, but space is not really an issue. Second, it is not really clear you can search for things through the search bar, nor that it accepts File:Name for specific files. Both me and all my students found it a bit confusing; particularly as the Wikipedia/Commons image search is still pretty bad. What we do is we go to a relevant category, look at the commons gallery there, chose a picture, copy the file name and paste it into the Insert Media. In other words, we find the current search promising but poor, and the fact that the tool doesn't say you can paste it File:Name into it confusing. The tool should understand and parse file names, with or without the File:, as well as URLs to wikipedia/commons images (simply remove the http blah blah junk). The window would benefit from a comment that you can paste specific file names / links there, as well as from a link to the Commons gallery. It could use template Commonscat and other commons templates, or just check whether relevant categories / pages exist on Commons,or just have links to them "relevant galleries may exist on Commons" or such. In summary, what most newbies see when they use it is a selection of mostly bad images. They don't know how to get more, nor how to link the ones they found on Commons or elsewhere. PS. Linking to Creative Commons BY-SA and such image searchers may be useful, too, but that's probably for after we get the basic functionality polished. -- Piotr Konieczny aka Prokonsul Piotrus| reply here 02:37, 20 April 2015 (UTC)