Is it possible to set it so when you go to edit a page on Wikipedia, Visual is the default choice rather than Source?
VisualEditor/Feedback
We are experiencing lost data during entry when some heavy users are working with VisualEditor. I only have this level of detail for one event. Here is our server info
Product Version
MediaWiki 1.31.0
PHP 7.2.9 (cgi-fcgi)
MySQL 5.7.23-log
ICU 62.1
VisualEditor 0.1.0 (13a585a) 15:14, 30 May 2018
The behavior is not easily or reliably reproducible. When it occurs it is described as a surprise. We have 3 -4 reasonably solid reports of it since last November 2018 with the most recent last Monday 3/4/2019. A few other common traits to point out. The users were mostly working with a table on a single page. Mostly working on the unique page alone. Always making many changes and saves to the page. The work might have extended out over several days. In at least once case it was done from a laptop that was turned off in the evening though the browser may have been left open.
The most recent goes like this. User was working on a table which has 550+ rows and 3 columns. Nothing fancy beyond hyperlinks in some cells. It is a glossary list though not setup for Lingo extension use. On Friday 3/1/2019 more than 65 Saves were made to the page. 18 by person A then 3 by person B then 8 by person A then 1 by Person B and the rest to the end of that day by Person A. Reviewing all of these Saves everything works fine. There are Additions and a few intentional deletions to the list in all cases and nothing anomalous.
Monday 3/4/2019 Person A starts working on the same page where they left off from the same laptop. According to the time stamp on the compare history view this occurs at:
Revision as of 09:34, 4 March 2019 The right-hand side (under that date stamp) of the page show 5 rows with content were added. Clicking to move to the next page the left-hand panel (under that same date stamp) in yellow shows all the exact same content that had + signs, here shows them with a – sign in front.
Revision as of 09:39, 4 March 2019 The right-hand panel shows 7 rows with content in the fields being added and the next page shows all the exact same content that had + signs here showing with a – sign in front.
Revision as of 09:42, 4 March 2019 The right-hand panel shows 1 row with content being added and the clicking to go to the next page shows all the exact same content that had + signs here showing with a – sign in front.
Revision as of 09:43, 4 March 2019 The right-hand panel shows 1 row with content being added and the clicking to go to the next page shows all the exact same content that had + signs here showing with a – sign in front.
There are 7 more entries like this before it all stops.
At this point the user looks at the actual table and sees that none of their additions or edits are present. The user experience so far had been identical to Friday. Edits made, Save button in Visual Editor turned blue. Clicked it when ready. Progress completed. Page came back for more editing. No negative messaging. The user fully expected the work to be present as it was on Friday. A second round of trying to make these edits takes place with the same result. The issue is reported to the rest of the Wiki Admin team. By the time Person A gets back to try again Person B has successfully made a Source View Edit (first time that day). The issue does not repeat for Person A now and their work can be completed.
Attempting to purposely create a new row adding content to all 3 cells, then deleting the row does allow then clicking Save does not reproduce the effect. Viewing history shows no entry since nothing was actually changed. So, our 11 occurrences do not appear to be something that can be done manually.
I see nothing in the history mentioning “Rollback” on these items though the behavior seems much like a rollback occurred a the same moment it was saved.
One user who reported this experience did say they were not in a table when it happened.
Most users were in Edge though one reporting using Chrome and experiencing it.
Could there have been an edit conflict, due to more than one person editing the same page at the same time?
Double checked that in each case at the time and it would not have been happening. Thanks
When browsing through the various documentation pages, it seems as if development has been suspended two years ago. Sorry for the maybe silly question, but what is the current status of the VE? Are there plans for relaunching and further development? Or am I completely wrong and the VE is alive and healthy, just the documentation a little bit outdated?
What exactly makes you think that development has been suspended? :) Documentation updates are welcome if you find something outdated!
It's just what I am worrying about when viewing ...
- VisualEditor -> headline "still a draft", last relevant update January 2018, "Status" contains engineering goals 2015/16 and quarterly review April 2015
- Extension:VisualEditor#Integration of "2017 wikitext editor" -> "Currently (February 2018)..."
- VisualEditor/changelog -> ending February 2016
- VisualEditor/Roadmap -> "Last updated: 2017-03-20"
- VisualEditor/status -> obsolete
and so on. It is all a little bit difficult to understand for s.o. outside the WMF and/or developer team.
I might be completely wrong - alright then, the better. We are just a small private wiki and have installed the VE (which is "still experimental" for outside Wikimedia, as I read) to launch for a usability test. I would not appreciate investing time in testing and asking for support, if I'll hear it will be ceased afterwards. On the other hand, outdated pages might be a manpower bottleneck just the same as with our contributors ...
Finally, the Talk pages consultation 2019 and look to me as if there were bigger problems the WMF has to deal with, than some minor VE bugs and requests.
VE (which is "still experimental" for outside Wikimedia, as I read)
Correct. The Foundation's budget priorities don't align with us making the epic re-engineering of VE into a state that it's as easy to install as the rest of the MediaWiki, and so it would be irresponsible for us to recommend it to low-end third party users.
Note that there's no-one who is paid by the Foundation to provide support to anyone for any part of MediaWiki, core or extensions, let alone VE. The support that do people get is generally either staff working in their personal time, or other members of our wonderful developer community, both volunteers and those paid by other organisations.
To help the team out, I have updated the three old status systems to explain to people that the are obsolete , noted that there aren't any VE-specific engineering update systems any more , and removed the reference to when the 2017 editor's integration last changed . Thanks for spotting the issues, and sorry it caused you concern!
Here's a screenshot about what's happening everytime I try to create or edit a page. The blue bar appears, load until ~70% then freeze.
I tried to check what's happening with firefox & chrome dev tools. Everything seems fine, here's a sample of a request json response.
{"visualeditor":{"result":"success","notices":["<p>You have followed a link to a page that does not exist yet.\nTo create the page, start typing in the box below (see the <a class=\"external text\" href=\"https://www.mediawiki.org/wiki/Special:MyLanguage/Help:Contents\">help page</a> for more info).\nIf you are here by mistake, click your browser's <strong>back</strong> button.\n</p>"],"checkboxes":{"watch":"<input name=\"wpWatchthis\" type=\"checkbox\" value=\"1\" tabindex=\"1\" accesskey=\"w\" id=\"wpWatchthis\" /> <label for='wpWatchthis' id='mw-editpage-watch' title=\"Add this page to your watchlist [w]\">Watch this page</label>"},"links":{"missing":["Cpage"],"extant":[]},"protectedClasses":"","basetimestamp":"20150813153540","starttimestamp":"20150813153541","oldid":0,"content":""}}
It's like he doesn't try to load the next page, the form for page edition / creation.
It's a private wiki. MediaWiki's 1.25.2. I got VisualEditor-REL1_25-c947b49.tar.gz and UniversalLanguageSelector-REL1_25-7661826.tar.gz. Here is my conf
### UniversalLanguageSelector (prérequis Parsoid) # wfLoadExtension( 'UniversalLanguageSelector' ); require_once "$IP/extensions/UniversalLanguageSelector/UniversalLanguageSelector.php"; $wgULSGeoService = false; $wgULSEnable = false; $wgULSIMEEnabled = false;
### VisualEditor
wfLoadExtension( 'VisualEditor' );
# require_once "$IP/extensions/VisualEditor/VisualEditor.php";
$wgVisualEditorSupportedSkins = array( 'Vector', 'Apex', 'Monobook', 'Minerva' );
# Enable by default for everybody $wgDefaultUserOptions['visualeditor-enable'] = 1;
# Don't allow users to disable it # $wgHiddenPrefs[] = 'visualeditor-enable';
# OPTIONAL: Enable VisualEditor's experimental code features #$wgDefaultUserOptions['visualeditor-enable-experimental'] = 1;
# URL to the Parsoid instance # MUST NOT end in a slash due to Parsoid bug $wgVisualEditorParsoidURL = 'http://localhost:8000'; $wgVisualEditorParsoidHTTPProxy = false;
# Interwiki prefix to pass to the Parsoid instance # Parsoid will be called as $url/$prefix/$pagename $wgVisualEditorParsoidPrefix = 'wikidiff';
# # Namespaces for VE #$wgVisualEditorNamespaces = array_merge($wgContentNamespaces, array( NS_USER )); $wgVisualEditorNamespaces = $wgContentNamespaces;
# Timeout for HTTP requests to Parsoid in seconds, and for serializationcachetimeout $wgVisualEditorParsoidTimeout = 200; $wgVisualEditorSerializationCacheTimeout = 3600;
# Réglage parsoid pour wiki privé # https://www.mediawiki.org/wiki/Extension:VisualEditor#Linking_with_Parsoid_in_private_wikis $wgSessionsInObjectCache = true; $wgVisualEditorParsoidForwardCookies = true;
Anyone can tell me what the hell is wrong ? It's been two long days...
Did you resolve that issue somehow? When I turn on $wgResourceLoaderDebug VisualEditor loads. But without debug mode it freezes at 70%.
This is happening to me more and more, to the point I've had to disable the visual editor altogether. The same goes for the 2017 wikitext editor.
I have the same problem. Without $wgResourceLoaderDebug it freeze by 70%. For testing, i disabled all other plugins. but it dosn't solve my problem. Any idea someone?
Bonjour,
J'utilise Firefox 52 sur Windows 10 et mon mediawiki est en monobook (http://wiki.titanscity.com)
J'ai installé visual editor et modifier le fichier localsettings.php mais lors de la modification d'une page, la barre de chargement bleue apparait, commence à se remplir puis j'ai un message d'erreur :
Erreur lors du chargement des données du serveur : no_vrs: The VirtualRESTService for the document server is not defined; see https://www.mediawiki.org/wiki/Extension:VisualEditor. Voulez-vous réessayer ?
Mon médiawiki est installé sur une serveur mutualisé. J'ai cru comprendre qu'il fallait d'autres installations ? J'avoue que l'installation de cette extension est un vrai casse-tête et l'expérience utilisateur est détestable :D ce n'est pas à la portée de tout le monde d'en faire l'installation a priori !
Est-ce que quelqu'un *lance une bouteille à la mer* saurait m'aider pour configurer/utiliser l'éditeur visuel ?
Merci d'avance !
I'm sorry; I don't know how to install this. Perhaps you would like to post at Project:Support desk?
Tu as de nouvelles informations depuis ? Je cherche également.
I have found that demo in source code can load local files, but stores in browser storage. Could demo application store as file (replace original)?
Could VisualEditor be packages as Electron application? May be it is already packaged? I want to use it as HTML visual editor.
It probably could be, although I don't think we tried it. The demo in the browser can't store files on your filesystem, but an Electron application could.
Look at minimal.html and demo.minimal.js for better examples if you're trying to integrate VisualEditor into another application. The default demo includes a lot of debugging features that you probably don't want.
I created issues to try as some point of time https://gitlab.com/dzmitry-lahoda/html-wysiwyg-desktop-visualeditor-electron
How can I add a line break from VE? I tried shift-enter and all other key combinations, but it always starts a new paragraph. I also didn't find it in the toolbar.
you can add a line-break by shift-enter, but after the cursor you should have some character.
I've noticed that when using the new, non-forms based editor (in either the source or full WYSIWYG variants), the "progress bar" at the start of the editing process will often get stuck about 75% of the way through, preventing the page from being edited, but that this behavior happens only when I have IPv6 connectivity enabled. Without IPv6 enabled, this is never a problem. With IPv6, it happens most of the time; page reloads will sometimes fix it, but it may take a lot of them to do so. I suspect this might be an IPv6 connectivity problem with some of the servers in the Wikipedia hosting cloud.
(Note: this is using Firefox 65.0.1 on MacOS Mojave 10.14.3.)
Update: en:User:Izno has reported a very similar experience on enwiki: .
Sounds similar to the loading failure reported in T213214. No one connected it to IPv6 before though. Can you check if you get the same error in browser console as mentioned on that task?
I've managed to reproduce the problem again, with IPv6 enabled. The exact error I'm getting in my browser error console is:
However, fetching the script from the URL above manually succeeded immediately, so I can't track the problem down any further at the moment.
What I would note, though, is that URL is 2364 characters long, well over the 2000 character limit that is generally regarded as safe across all browser platforms. And the payload ia an amazing 600 kbytes long!
One more data point: pinging what appears to be ipv6 endpoint: 2620:0:862:ed1a::1 for a minute or so shows zero packet loss.
Update: I've been able to provoke the same problem again, connecting via IPv6 as before, and it chokes in the same place: loading the huge script with the very long URL.
@Whatamidoing (WMF) A question: are the servers/load balancers/caches/network paths exactly the same for both IPv4 and IPv6 traffic? If not, it's possible that the choice of protocol is simply routing the traffic to parts of the infrastructure that have problems not directly related to the protocol itself (such as, for example, out-of-memory problems).
I'm not entirely sure who to ask. @BBlack (WMF), which team would you recommend for this question?
Software Version MediaWiki 1.31.1 PHP 7.2.15-0ubuntu0.18.04.1 (apache2handler) MySQL 5.7.25-0ubuntu0.18.04.2-log
We have installed the VE for a trial now. Within its help menu, the first item is "Read manual". It links to
Mw:Special:MyLanguage/Help:VisualEditor/User guide
which is empty. How can I support our users with a reasonable VE help?
You can copy that user guide to your wiki, and update the link.
Copy which user guide from where?
And: copying means - I will have to check everyday if there are changes made to that manual and if yes, I will have to copy it again?
Totally stumped. This is the year 2019 and you are suggesting me methods like previous century.
I'm not a technical person, so I don't know if you can send everyone to Special:MyLanguage/Help:VisualEditor/User guide directly. But if you want a local copy, then yes, you will need to copy it to your local system.
It's a little bit strange, but ... I think I'll create the page and fill it with a link to the user guide. Then I'll wait and see how the reactions are.
Sorry, maybe this was the wrong page to ask my silly question. I am a little bit confused about when to use https://www.mediawiki.org/wiki/Extension_talk:VisualEditor or https://www.mediawiki.org/wiki/VisualEditor/Feedback.
It is difficult to find the right place.
By the way, the newly created page "Mw:Special:MyLanguage/Help:VisualEditor/User guide" is a page in the main namespace as "Mw" is not a valid namespace. It is all a big mystery to me ...
"Mw" is an interwiki link to MediaWiki.org. Special:MyLanguage helps route people to the language they set as preferred (if any) in their MediaWiki.org account (otherwise, English).
Ok, that's new to me. I have to learn a bit more ...
Got it, finally. I installed the "Interwiki" extension, created the "Mw" entry (which has to be flagged as "local interwiki", whyever) and then the VE redirects me to the german users guide. It was a little bit difficult to figure out how it works, but that's exactly what I have been looking for. No manual linking, no copying required.
This is of course not last century, thousand pardons for that.
When typing Korean letters into a single-clicked table cell, the first one is always ignored. When I type "cat" into a single-clicked cell, all three letters are actually typed into the cell. For "고양이", the result is "ㅗ양이" with the first component "ㄱ" missed. Could somebody help?
@DChan (WMF), does this sound familiar?
Yes it sounds familiar – @Doyoon1995 , are you using Windows and Chrome?
I am. I've tried this again and the result is "ㅗ양이", "양이", "ㅑㅇ이", "ㅇ이", etc, depending on how fast I type them. It wouldn't happen if I just copy and paste the same word.