Extension talk:VisualEditor/2016

Please note that the Wikimedia Foundation does not provide support for installing VisualEditor on third-party wikis. However, if you have a question we may try to help.

How to make a new line in Preformatted section

I've tried shift+enter amongst other but it jumps out of the preformatted section and creates a new paragraph below, is it not possible to create new lines in preformatted sections? 194.47.88.100 (talk) 15:24, 4 January 2016 (UTC)

I'm afraid that's what https://phabricator.wikimedia.org/T60773 is about. :/ Elitre (WMF) (talk) 20:41, 4 January 2016 (UTC)

Just put a something behind your curser.

Like a Point or a " ". Then it will not break with Shift+Enter 77.59.199.130 (talk) 15:04, 19 January 2016 (UTC)

Future stable release includes parsoid bundle?

It's probable that a future mainline release of MW will include VE and Parsoid, yes. Not sure when, though; it's a matter of on-going debate. Jdforrester (WMF) (talk) 22:58, 15 January 2016 (UTC)

Stable release for 1.27 LTS?

Hopefully.

Will there be a stable or at least a beta release of this extension for the upcoming 1.27 LTS branch or will this extension continue to be experimental. After all these year and the cool effort this will be a welcomed treat for all of us I believe. [[kgh]] (talk) 16:25, 15 January 2016 (UTC)

We don't support third party use of any extension, but I imagine by May with the Single Edt Tab configuration it'll be relatively stable. I hope. :-) Jdforrester (WMF) (talk) 22:57, 15 January 2016 (UTC)

I guess this sounds like good news for all of us. :) Thanks for your insight on this. [[kgh]] (talk) 23:13, 15 January 2016 (UTC)

The "edit" and "create" tabs are not even showing

Unfortunately, when I integrate the VisualEditor on my wiki, the new tabs are not even showing.

My Setting:

MediaWiki 1.25.3

VisualEditor REL_1.25

Parsoid 0.4.1

My LocalSettings.php require_once "$IP/extensions/VisualEditor/VisualEditor.php";

$wgDefaultUserOptions['visualeditor-enable'] = 1;

$wgHiddenPrefs[] = 'visualeditor-enable';

<nowiki>#</nowiki>$wgDefaultUserOptions['visualeditor-enable-experimental'] = 1;

$wgVirtualRestConfig['modules']['parsoid'] = array(

'url' => 'http://hidden-harbor-32271.herokuapp.com',

'prefix' => 'mediawiki'

);

$wgVisualEditorParsoidForwardCookies = true; 131.173.162.97 (talk) 15:36, 20 January 2016 (UTC)

Sorry, the formatting is a bit messy. I hope you can still read it. 131.173.162.97 (talk) 15:38, 20 January 2016 (UTC)

Which browser? It doesn't work for me with IE, but works on Chrome/Firefox.. Michele.Fella (talk) 16:07, 22 January 2016 (UTC)

I tried it with Mozilla/Opera/IE... 131.173.162.97 (talk) 08:37, 25 January 2016 (UTC)

VE not working on Pages with Images

I've installed VE with Parsoid on a VM. Its a private Wiki but for all localhost applications the wiki is public.

VE is working fine but not on Pages with Images, it loads to 100% and stays there.

Does someone have a clue why it wont open the Page? 77.59.199.130 (talk) 12:33, 4 February 2016 (UTC)

Related thread: https://www.mediawiki.org/wiki/Talk%3AVisualEditor/2015#h-VE_not_loading_big_pages-2015-11-16T08%3A33%3A00.000Z Elitre (WMF) (talk) 12:59, 4 February 2016 (UTC)

VE not working on additional namespaces

I have the following defined in my LocalSettimgs.php

require_once "$IP/extensions/VisualEditor/VisualEditor.php";
$wgVisualEditorNamespaces = array_merge($wgContentNamespaces,array( NS_USER, NS_MYCUSTOM ));
..

VisualEditor works fine in NS_USER but there is no edit tab for any articles I create in NS_MYCUSTOM. The namespace exists ( I can see it as an option on search). Is this definition correct? if so what else should/can I check?

S/W Versions

Mediawiki 1.27alpha (43e4b9e)

VusualEditor 0.1.0 (e4e7fce) Ukgeorge (talk) 17:59, 4 February 2016 (UTC)

Add a template creating a new page in VE

I have installed the Preload extension to load a template when a new page is created. It works when I use the "Edit source". In the new page, I can see the wikicode of the template I want to add ( <vote type=1 /> ). But when I use VE with "Edit", the template doesn't appear in the new page.

Do you know how to add a template by default in each new page in VE ?

Thanks Lestieve (talk) 22:39, 8 February 2016 (UTC)

This is not currently possible, sorry. Fixing it is https://phabricator.wikimedia.org/T51622, but I don't plan for us to work on it soon. Jdforrester (WMF) (talk) 16:37, 9 February 2016 (UTC)

Man I really would have loved this feature. Just imagine how easy it would be for users to add new pages. You could create some sort of Wizard where users can choose what kind of page they're creating, automatically add categories and formatting for the entire page. Swennet (talk) 17:39, 1 March 2016 (UTC)

So to get back on this issue... Is it possible to create a Wiki page with a preload parameter from URL, and then redirect the user to the VisualEditor?

So for example:

1. Someone goes to an URL with the preload parameter added to it: mysite.com/wiki/New_Page?action=edit&section=new&preload=Template:Foo

2. The page is saved before the user sees the default Wiki editor

3. Then the user is redirected to the url with VisualEditor's ?veaction=edit parameter

I'm not sure if creating pages and saving them from URL is possible, and it would definitely be vulnerable to spam, but maybe this can work as a temporary solution? Swennet (talk) 05:33, 3 March 2016 (UTC)

Visual editor Error 200.

Hi Everyone. I have just set up MW 1.26 on windows. Install Visual editor, parsoid, etc etc. When i browse to port 8000 i see the parsoid page, I added the recommended config to the localsettings.js and to the localsettings.php. But every time i click on edit, i see the bar for about 5 seconds then it comes up with error 200.

It does the same even if i stop the parsoid listeners. So i am assuming it has not even started talking to parsoid as yet.

Any ideas? 82.71.195.60 (talk) 10:04, 17 February 2016 (UTC)

Is it a private Wiki? 77.59.199.130 (talk) 14:25, 17 February 2016 (UTC)

No, public. 82.71.195.60 (talk) 16:29, 17 February 2016 (UTC)

I now even removed the settings to point to Parsoid. So just enabled the visual edior but it gives the same error.. So someting is wrong with Visual editor (or how i have set it up) 82.71.195.60 (talk) 08:45, 18 February 2016 (UTC)

GOT it. It needed curl enabled in the PHP.ini file.... 82.71.195.60 (talk) 09:32, 18 February 2016 (UTC)

This worked for me, thanks! Some specifics: on Ubuntu 16.04 Xenial, I installed the package php7.0-curl, then edited the file /etc/php/7.0/apache2/php.ini to uncomment the line "extension=php_curl.dll". 108.26.192.178 (talk) 20:57, 6 August 2016 (UTC)

You don't need to uncomment "extension=php_curl.dll" from /etc/php/7.0/apache2/php.ini on Linux. Dll files are for Windows. Iisti (talk) 15:42, 9 February 2017 (UTC)

Missing upload tab when inserting media?

Using VE REL1_26-34a21d8: Only the search bar is available when I'm trying to insert/upload media... no upload tab like what is usable on the VE Sandbox, any optional extensions needed to make this feature available or could this be a bug?

Product	Version
MediaWiki	1.26.2
PHP	7.0.3 (fpm-fcgi)
MySQL	5.5.45-log

Installed extensions

Special pages
Extension	Version	License	Description	Authors
Echo	–	MIT	System for notifying users about events and messages	Andrew Garrett, Ryan Kaldari, Benny Situ and Luke Welling
Parser hooks
Extension	Version	License	Description	Authors
Vote	2.7		JavaScript-based voting with the <vote> tag	Aaron Wright, David Pean and Jack Phoenix
Other
Extension	Version	License	Description	Authors
Elastica	1.3.0.0	License	Base Elasticsearch functionality for other extensions by providingElastica library	Nik Everett and Chad Horohoe
TagAsCategory	1.1.1		Provides "folksonomy"-type tagging to articles, using categories as the underlying functionality	Glenn Barnett, Paul Irish and Jeff Maass
VisualEditor	0.1.0	MIT	Visual editor for MediaWiki	Alex Monk, Bartosz Dziewoński, Christian Williams, David Chan, Ed Sanders, Inez Korczyński, James D. Forrester, Moriel Schottlender, Roan Kattouw, Rob Moen, Sucheta Ghoshal, Timo Tijhof, Trevor Parscal and others

Fallspectrum (talk) 07:30, 18 February 2016 (UTC)

Yes, sorry, this feature was added in the forthcoming REL1_27 cycle. It includes quite a bit of code in MediaWiki itself as dependencies, unfortunately, so it wouldn't be easy to back-port. Jdforrester (WMF) (talk) 23:16, 22 February 2016 (UTC)

Rewrite Rule Exclusions?

Hi there, I've got the VisualEditor working over http beautifully. However, as noted in the troubleshooting section, as soon as I add my http to https redirect, I begin getting 500 errors.

I added an exception to my rule so that api.php could be accessed over http, and this resulted in different errors in the log:  

at null._onTimeout (/home/ec2-user/deploy/src/lib/mw/ApiRequest.js:35:7)

I am wondering if you can recommend the proper regular expression for my rewrite rule exception so I can get this working? My certificate is signed by my company's CA, and I (believe) I have added the cert to my local trusted store. 204.75.125.133 (talk) 21:59, 22 February 2016 (UTC)

I will answer my own question :) Here is the config I finally got working:

RewriteEngine On

RewriteCond %{SERVER_PORT} 80

RewriteCond %{REQUEST_URI} !^/api.php

RewriteRule ^(.*)$ https://%{HTTP_HOST}$1 [R,L] 204.75.125.133 (talk) 23:26, 22 February 2016 (UTC)

VisualEditor not loading on Mac, but PC fine.

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

I have been banging my head on VisualEditor not loading. It loads 70% of the way and then hangs there with no error. Then, I go to find out that the issue only happens on my Mac client browsers (Chrome, Safari and Firefox). There are no errors in the logs other than a time from sitting there. Any ideas?

Installed software

Product	Version
MediaWiki	1.26.2
PHP	5.4.45 (apache2handler)
MySQL	5.1.73
ICU	4.2.1

Other
Extension	Version	License	Description	Authors
CLDR	4.1.1	License	<cldr-desc>	Niklas Laxström, Siebrand Mazeland, Ryan Kaldari and Sam Reed
Gadgets	–	GPL-2.0+	Lets users select custom CSS and JavaScript gadgets in their preferences	Daniel Kinzler and Max Semenik
LDAP Authentication Plugin	2.1.0	GPL-2.0+	LDAP authentication plugin with support for multiple LDAP authentication methods	Ryan Lane
UniversalLanguageSelector	2016-01-29	GPL-2.0+	Gives the user several ways to select a language and to adjust language settings	Alolita Sharma, Amir Aharoni, Arun Ganesh, Brandon Harris, Niklas Laxström, Pau Giner, Santhosh Thottingal, Siebrand Mazeland and others
VisualEditor	0.1.0	MIT	Visual editor for MediaWiki	Alex Monk, Bartosz Dziewoński, Christian Williams, David Chan, Ed Sanders, Inez Korczyński, James D. Forrester, Moriel Schottlender, Roan Kattouw, Rob Moen, Sucheta Ghoshal, Timo Tijhof, Trevor Parscal and others
WikiEditor	0.5.0	GPL-2.0+	Provides an extendable wikitext editing interface and many feature-providing modules	Derk-Jan Hartman, Trevor Parscal, Roan Kattouw, Nimish Gautam and Adam Miller

68.59.35.159 (talk) 03:20, 2 March 2016 (UTC)

Any ideas? Anyone?

Here are my configs. I can see parsoid parses everything just fine and like I said, Windows works fine.

LocalSettings.php

--

## Visual Editor

156

158 $wgDefaultUserOptions['visualeditor-enable'] = 1;

161 $wgHiddenPrefs[] = 'visualeditor-enable';

165

166 $wgVirtualRestConfig['modules']['parsoid'] = array(

169   'url' => 'http://localhost:8000'

174 );

182 $wgSessionsInObjectCache = true;

188 $wgVirtualRestConfig['modules']['parsoid']['forwardCookies'] = true;

localsettings.js

--

parsoidConfig.setMwApi({

32                 uri: 'http://localhost/api.php'

43         }); 68.59.35.159 (talk) 02:07, 8 March 2016 (UTC)

John Cena 12321 (talk) 20:20, 21 March 2016 (UTC)

I just started having this problem with the last beta of Mac OS X 10.11.4 (beta 7). After updating to the final version today, I still have the issue. I can use VisualEditor in Windows VM without issue.

I had this problem previously with an early beta of 10.11.4, but the beta that followed it fixed the problem. With 10.11.4 now final, I'm concerned it won't be a quick fix this time. Mpconnick (talk) 21:11, 21 March 2016 (UTC)

There was one other change I made to my Mac recently which turned out to be the culprit. I had recently enabled Sophos Home antivirus. I decided to disable Web Protection and now VisualEditor is working for me again on my Mac under 10.11.4. Mpconnick (talk) 21:49, 21 March 2016 (UTC)

That was my same issue! Thanks. I just added the site and my local network to the "allowed" list, restarted and it is now working. Thanks @Mpconnick! 68.59.35.159 (talk) 01:08, 29 March 2016 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Customizing the VE toolbar

Is it possible to hide certain VE ux-components? For example, we don't like/need the license-comment in the Save-dialog (= class "ve-ui-mwSaveDialog-license"). Can we hide it? Maybe by using CSS?

And is it possible to customize the menubar of VE? For example hide menu items or add a pulldown menu? Waanders (talk) 12:12, 4 March 2016 (UTC)

I'm pretty sure you can hide anything on your page with CSS. Just use a tool like Chrome's Element Inspector to see the class name of the element you want to delete and add display: none; to it's CSS. Swennet (talk) 22:15, 5 April 2016 (UTC)

I have meanwhile found how to do it: hiding items by using "display:none" in css code skin (MediaWiki:Chameleon.css) and extending the userinterface by using the OOjs UI library: https://doc.wikimedia.org/oojs-ui/master/js/ Waanders (talk) 12:05, 12 April 2016 (UTC)

can you elaborate how you extended the user interface by using the UI library? How do you add the additional classes to be loaded by VisualEditor? Is there a way to create a new extension to handle additional tags - say the <section> tag? Tinschel (talk) 23:02, 18 July 2016 (UTC)

Hide used templates

Is it possible to hide included MediaWiki-templates when editing a wikipage using the Visual Editor?

Now we see a puzzle piece in blue (when I hover over it). No problem, but we don't want an editor to see the generated content, only indication (icon puzzle piece + name). Waanders (talk) 15:37, 9 March 2016 (UTC)

Hi there,

I'm not sure I understand your use case. You want the edit mode to not show images, transclusions and other generated content, just the 'local' content (mostly text/tables) and little stand-in puzzle/etc. icons for the rest? Why?

This is something that FCYEditor did, and was one of the major reasons that we rejected re-using that and instead built VisualEditor. From my perspective, the more you make edit and read modes dissimilar, the harder it is for editors to make good decisions about what to write. Jdforrester (WMF) (talk) 19:04, 14 March 2016 (UTC)

Missing from NS

Hello,

Create and Edit (not Create Source/Edit Source) is missing from 2 of my custom namespaces. I have 5 custom namespaces. There seems to be no logic as to why it's only working for 3/5 namespaces. There is no difference between these 5 namespaces.

Any clues as to what might have gone wrong here? I see no difference in debug output either..

What can I look for in order to figure out why this happens? 194.69.215.98 (talk) 09:21, 15 March 2016 (UTC)

The VE version is 0.1.0 (a733545) 02:54, 4 March 2016 (latest 1.26 branch release) and MW is 1.26.2. I've tried clearning cache and whatnot. No visible errors/differences in debug logs from when it works and doesn't that I can see..

Please give me some pointers as to where I can start looking for errors.

# VisualEditor

require_once "$IP/extensions/VisualEditor/VisualEditor.php";

$wgDefaultUserOptions['visualeditor-enable'] = 1;

$wgHiddenPrefs[] = 'visualeditor-enable';

$wgDefaultUserOptions['visualeditor-enable-experimental'] = 1;

$wgVisualEditorEnableTocWidget = true;

$wgVisualEditorDisableForAnons = false;

$wgVisualEditorShowBetaWelcome = false;

$wgVisualEditorTabPosition = 'before'; 194.69.215.98 (talk) 14:12, 15 March 2016 (UTC)

Are the three that it works on defined as content namespaces and the two that aren't not? Jdforrester (WMF) (talk) 19:34, 15 March 2016 (UTC)

Infinitely Loading

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

VE starts loading but doesn't continue when the bar is full.

Mediawiki: 1.26.2

VisualEditor: REL1_26

Parsoid shows no errors in the logs.

[info][paragon/Main_Page?oldid=3455] started parsing

[info][paragon/Main_Page?oldid=3455] completed parsing

Checked all the troubleshooting options but I am not sure what to do. Facerafter (talk) 18:22, 21 March 2016 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

1.26 Porblem for installation

Hi guys,

I have a problem after a git installation in extension folder , I add this in my LocalSettings.php

"

wfLoadExtension( 'VisualEditor' );

// Enable by default for everybody

$wgDefaultUserOptions['visualeditor-enable'] = 1;

// Don't allow users to disable it

$wgHiddenPrefs[] = 'visualeditor-enable';

"

But when I try edit I have a error 500.  :'(

I work with MediaWiki 1.26. 194.78.93.226 (talk) 10:13, 23 March 2016 (UTC)

There should be something in the PHP error log on your wiki's server that tells you what went wrong. Without that it's very unlikely I'll be able to guess what might be the problem, sorry. Jdforrester (WMF) (talk) 19:16, 24 March 2016 (UTC)

HI my problem from

The problem come from : Call to undefined function curl_multi_init() in /var/www/html/includes/libs/MultiHttpClient.php on line 412,

But I installed the "php5-curl" on my server 194.78.93.226 (talk) 07:57, 25 March 2016 (UTC)

Security Implications of forwarding cookies to Parsoid for private wiki?

Visual Editor works perfectly on my private wiki when I use the method described here: Extension:VisualEditor#Forwarding Cookies to Parsoid

However, this method comes with a warning:

Warning:ONLY enable this on private wikis and ONLY IF you understand the SECURITY IMPLICATIONS of sending Cookie headers to Parsoid over HTTP! (but see the HTTPS section below)

What exactly are the security implications? Is it just that someone might be able to gain access to a user account on my wiki? Does this make my whole server vulnerable, or only the wiki? How would this vulnerability be exploited?

I tried the NetworkAuth method, but it didn't work for me, and I only want to go through the trouble of setting up the security certificates described in the HTTPS method if absolutely necessary. Ianmelchior (talk) 16:07, 28 March 2016 (UTC)

Best practise for changing VisualEditor styles?

I want to change some basic styles on the VisualEditor toolbar. Mainly, the background color and the color of text.

From seaching the VisualEditor folder, I notice that there are various locations that contain stylesheets. These stylesheets often share the same classes as well.

What is the best practise for making changes to VisualEditor stylesheets? Is there one 'main' file or folder that I should be editing? Swennet (talk) 22:32, 7 April 2016 (UTC)

How does VisualEditor decide which toolbar style to use?

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

I noticed that there are two basic styles for the VisualEditor toolbar. There's the 'Vector' style, and the 'Monobook' style. My custom skin is based on Monobook, but I would like to use the VisualEditor style that is used by default on Vector skin.

How does VisualEditor decide which stylesheet to load? My custom skin doesn't have Monobook mentioned anywhere in the code, does VisualEditor default to the Monobook style if a custom skin is in use?

And how can I change it so that it uses the Vector skin for the VisualEditor toolbar? Swennet (talk) 22:36, 7 April 2016 (UTC)

This (deciding which OOUI theme to load) is currently done as a hack – improving this is something we're planning to get around to doing, but not very soon I'm afraid. I believe the default theme ("MediaWiki") should be loaded unless your skin is called MonoBook or Apex, in which case it would use the alternative theme ("Apex"). I can't quite remember how skins can set which theme to use. @Matma Rex, do you? Jdforrester (WMF) (talk) 19:12, 8 April 2016 (UTC)

This can be defined by setting the SkinOOUIThemes attribute in your skin.json (I'm afraid it's not available for skins not using extension registration), like this: https://github.com/wikimedia/mediawiki-skins-MonoBook/blob/master/skin.json#L18

The syntax is "SkinOOUIThemes": { "<skinname>": "<themename>" }, where <skinname> is the name of your skin (same as the key for ValidSkinNames) and <themename> is one of the available OOjs UI themes: "Apex" (used by MonoBook and Apex, and confusingly named the same as the latter) or "MediaWiki" (used by all other skins by default, and confusingly named the same as MediaWiki ;) ). Matma Rex (talk) 19:42, 8 April 2016 (UTC)

@Matma Rex Thank you very much! That's exactly what I needed to know. :) Swennet (talk) 03:27, 10 April 2016 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

parsoidserver-http-not-found: 404

Hi.

I am tinkering around for days now and can't figure out my problem.

Fresh Ubuntu 14+ with mediawiki installed by the book. Works like a charm.

Installed VisualEditor + Parsiod according manual and always running into a 404 error.

settings.js

parsoidConfig.setMwApi({ uri: 'http://localhost/mediawiki/api.php' });

LocalSetting.php

require_once "$IP/extensions/VisualEditor/VisualEditor.php";
$wgDefaultUserOptions['visualeditor-enable'] = ;
$wgHiddenPrefs[] = 'visualeditor-enable';
$wgVirtualRestConfig['modules']['parsoid'] = array(
'url' => 'http://localhost:8142'
);

curl http://localhost/mediawiki/api.php 

works perfectly

curl -L http://localhost:8142/localhost/v3/page/html/<pagename>/ 

works perfectly

Once I use a browser to edit existing page - I get that 404 error.

No useful log in entry in apache or parsoid log.

Does anyone has a useful idea?

TIA.

BR Rob Robminrix (talk) 17:49, 15 April 2016 (UTC)

Hi Rob, did you ever solve your problem? I'm having the same one. Thanks! 130.132.173.178 (talk) 19:29, 9 May 2016 (UTC)

Can't you stop using god-damn "Parsoid"

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

Because Node.js sucks and I have no idea to install that on my server, so why not stop using this shit and use others which based on PHP? 223.68.168.68 (talk) 12:12, 17 April 2016 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Hide used templates

Is it possible to hide an included MediaWiki-template when editing a wikipage using the Visual Editor?

Now we see a puzzle piece in blue (when I hover over it). No problem, but we sometimes don't want an editor to see the generated content of a certain template, only indication (icon puzzle piece + name). Waanders (talk) 12:36, 26 April 2016 (UTC)

No.

Can you give an example? Whatamidoing (WMF) (talk) 16:25, 27 April 2016 (UTC)

Load Template by Create

Hi,

is it possible to load directly a template when I create a new site with va? So that it work like boilerplate or preload in the URL, for example: http://mysite.de/index.php5?boilerplate=Template:loadtemplate&action=edit&title=newsite 77.8.210.2 (talk) 10:16, 27 April 2016 (UTC)

Do you mean the same think which was requested at phab:T51622? Helder 12:04, 27 April 2016 (UTC)

This is not yet possible; @He7d3r has linked to the task, yes. Jdforrester (WMF) (talk) 18:21, 27 April 2016 (UTC)

Problem installing VisualEditor

Hi everyone,

I am planning to create my own personnal wiki which I only use for the moment in Local.

I'm a beginner in informatics and can't seem to make VisualEditor work. I tried several guide for installing but my wiki always bug and display :

Error loading date from server:(curl error:28) Timeout was reached: parsoidserver-http-error:(curl error:28) Timeout was reached. Would you like to retry?

It seems it has to do with parsoid but I can't seem to correct the problem. Many people have already posted on this subject but I didn't find a answer which works (or didn't understand them).

Hope you can help me, Visual Editor is such a great extension that it will be a shame to miss it !

Have a nice day, 46.193.64.167 (talk) 02:22, 1 May 2016 (UTC)

Which version of MediaWiki are you using? How did you installed Parsoid: Debian/Ubuntu package or other way? How did you installed VisualEditor extension: tarball (file .tar.gz) or Git or other way?

Depending of your MW version, you can set up VisualEditor with Extension:VisualEditor#Linking with Parsoid if you have 1.26+ or $wgVisualEditorParsoidURL="http://localhost:8000"; $wgVisualEditorParsoidPrefix="localhost"; previously.

The port (8000 above) must be the same as declared in Parsoid config; it is 8000 by default, but Debian/Ubuntu package has 8142 by default. You can choose the prefix as you want, but it must be the same in VE config and Parsoid config. In Parsoid config, be sure you correctly declared the URL of the 'api.php' file of your wiki. ~ Seb35 [^_^] 14:59, 2 May 2016 (UTC)

This is what I have actually:

mediawiki versión 1.27.0

VisualEditor installed as :

cd extensions git clone https://gerrit.wikimedia.org/r/p/mediawiki/extensions/VisualEditor.git cd VisualEditor git submodule update --init

you can see the output of the correspondente logs like error.log from apache and parsoid.log as:

root@vscj016mlinuxserver:/var/log/apache2# ps -ef | grep parsoid

root      4113     1  0 13:15 pts/0    00:00:00 /usr/bin/node /usr/lib/parsoid/src/bin/server.js

root      4120  4113  0 13:15 pts/0    00:00:00 /usr/bin/nodejs /usr/lib/parsoid/src/bin/server.js

root      4121  4113  0 13:15 pts/0    00:00:00 /usr/bin/nodejs /usr/lib/parsoid/src/bin/server.js

root      4127  4113  0 13:15 pts/0    00:00:00 /usr/bin/nodejs /usr/lib/parsoid/src/bin/server.js

root      4133  4113  0 13:15 pts/0    00:00:00 /usr/bin/nodejs /usr/lib/parsoid/src/bin/server.js

root      4443  1992  0 13:32 pts/0    00:00:00 grep --color=auto parsoid

root@vscj016mlinuxserver:/var/log/apache2# tail -f /var/log/parsoid/parsoid.log

[info][master][2508] exiting

[info][master][4113] initializing 4 workers

[info][worker][4133] loading ...

[info][worker][4121] loading ...

[info][worker][4120] loading ...

[info][worker][4127] loading ...

[info][worker][4121] ready on :8000

[info][worker][4133] ready on :8000

[info][worker][4120] ready on :8000

[info][worker][4127] ready on :8000

^C

root@vscj016mlinuxserver:/var/log/apache2# tail -f /var/log/apache2/error.log

[Mon Jul 04 13:32:07.287848 2016] [mpm_prefork:notice] [pid 4325] AH00169: caught SIGTERM, shutting down

[Mon Jul 04 13:32:08.650983 2016] [mpm_prefork:notice] [pid 4428] AH00163: Apache/2.4.7 (Ubuntu) PHP/5.5.9-1ubuntu4.16 mod_perl/2.0.8 Perl/v5.18.2 configured -- resuming normal operations

[Mon Jul 04 13:32:08.651037 2016] [core:notice] [pid 4428] AH00094: Command line: '/usr/sbin/apache2'

^C

root@vscj016mlinuxserver:/var/log/apache2# npm test

npm ERR! Linux 3.19.0-59-generic

npm ERR! argv "/root/.nvm/versions/node/v4.3.2/bin/node" "/root/.nvm/versions/node/v4.3.2/bin/npm" "test"

npm ERR! node v4.3.2

npm ERR! npm  v2.14.12

npm ERR! path /var/log/apache2/package.json

npm ERR! code ENOENT

npm ERR! errno -2

npm ERR! syscall open

npm ERR! enoent ENOENT: no such file or directory, open '/var/log/apache2/package.json'

npm ERR! enoent This is most likely not a problem with npm itself

npm ERR! enoent and is related to npm not being able to find a file.

npm ERR! enoent

npm ERR! Please include the following file with any support request:

npm ERR!     /var/log/apache2/npm-debug.log

root@vscj016mlinuxserver:/var/log/apache2#

=============================================

the configuration of the Localsettings fot Visual Editor is :

require_once "$IP/extensions/VisualEditor/VisualEditor.php";

wfLoadExtension ( 'VisualEditor' );

$wgDefaultUserOptions['visualeditor-enable'] = 1;

$wgDefaultUserOptions['minordefault'] = 1;

$wgHiddenPrefs[] = 'visualeditor-enable';

$wgVisualEditorParsoidPrefix="localhost";

$wgVisualEditorParsoidURL = 'http://localhost:8000';

#$wgVirtualRestConfig['modules']['parsoid'] = array('url' => 'http://localhost:8000', 'domain' => 'localhost', 'prefix' => 'localhost');

$wgSessionsInObjectCache = true;

$wgVirtualRestConfig['modules']['parsoid']['forwardCookies'] = true;

== =================================== ==

the configuration for  /usr/lib/parsoid/src/localsettings.js

exports.setup = function(parsoidConfig) {

// Set your own user-agent string

// Otherwise, defaults to "Parsoid/<current-version-defined-in-package.json>"

//parsoidConfig.userAgent = "My-User-Agent-String";

// Configure Parsoid to point to your MediaWiki instance.

parsoidConfig.setMwApi({

// The "prefix" is the name given to this wiki configuration in the

// (deprecated) Parsoid v1 API.

prefix: 'localhost', // optional

// The "domain" is used for communication with Visual Editor

// and RESTBase.  It defaults to the hostname portion of

// the `uri` property below, but you can manually set it

// to an arbitrary string.

domain: 'localhost', // optional

// This is the only required parameter:

// the URL of you MediaWiki API endpoint.

uri: 'http://localhost/mediawiki/api.php',

// To specify a proxy (or proxy headers) specific to this prefix

// (which overrides defaultAPIProxyURI). Alternatively, set `proxy`

// to `null` to override and force no proxying when a default proxy

// has been set.

/*

proxy: {

uri: 'http://my.proxy:1234/',

headers: { 'X-Forwarded-Proto': 'https' } // headers are optional

}

*/

});

== ================================== ==

The question is that I can see the new version of the wiki in the version link , and I can see the Visualeditor extension installed as well, but when I click the 'edit' link in the wiki, I do not receive any message and no action , nothing at all, no answer in any log. 217.12.16.56 (talk) 11:48, 4 July 2016 (UTC)

hi dear

just you need add this line to end of LocalSettings.php

if ( $_SERVER['REMOTE_ADDR'] == '127.0.0.1' ) {

 $wgGroupPermissions['*']['read'] = true;

 $wgGroupPermissions['*']['edit'] = true;

} 178.131.39.69 (talk) 06:46, 24 December 2017 (UTC)

VisioalEditor install -- Revision ID returned by server do not match

I also asked this at the Help Desk (this is an exact copy of the question asked there):

So i've trying to install the VisualEditor extension and keep running into the same problem. After I install parsoid and visual editor I keep getting the following error:

Error loading data from server:ve-api:Revision IDs (doc=0,api=2). returned by server do not match. Would you like to retry?

Googling the error leads to page telling me to install parsoid, which is installed.

running:

Ubuntu Linux 14.04.3 LTS 64-bit

Mediawiki 1.26.2

Php 5.6.21 (fpm-fcgi)

Visual Editor -- correct branch for 1.26

nodejs v0.10.25

Tried installing on three different wikis and always the same error.

I've tried having the settings.js be both the actual api & http://localhost:8142

I get a curl error if it's set to localhost, but with api I get the revision id error.

In the localsettings.php I have:

url => as the actual api

prefix is set to localhost, but I've also tried other terms (mediawiki).

So far I've, I think, I've tried all the different suggestions on:

Extension:VisualEditor

Parsoid

Parsoid/Setup

Parsoid/Installing Node

Parsoid/Troubleshooting#Configuration

Also outside of Mediawiki I've tried these suggestions:

http://edutechwiki.unige.ch/en/VisualEditor

Any help would be greatly valued. Thanks Christharp (talk) 19:28, 29 May 2016 (UTC)

I'm also having the same issue, did you manage to solve it? 62.119.162.130 (talk) 12:44, 8 June 2016 (UTC)

No such luck. No one's replied, except for you. Was going to investigate it more this coming weekend. I'm thinking it's most likely some type of path issue, but I could be completely wrong (& most likely I am). But if I find a solution I'll post it here. Please do the same if you find the answer. Christharp (talk) 16:32, 8 June 2016 (UTC)

Of course, will post if I find something. 62.119.162.130 (talk) 06:50, 9 June 2016 (UTC)

Got it to work, make sure your $wgVirtualRestConfig['modules']['parsoid'] - url, points towards http://Example:8083 This port can probably be chosen to whatever as long as it is not blocked in the firewall and as long as it corresponds to the one you set in ../parsoid/localsettings.js with the command parsoidConfig.serverPort = 8083;.

This was the issue for me, the uri in localsettings.js should still point towards http://example/mediawiki/api.php without specifying a port. Other than this make sure you have loadWMF = true and useSelser = true in ../parsoid/localsettings.js aswell

Hope this helps! 62.119.162.130 (talk) 11:30, 9 June 2016 (UTC)

To solve this I just opened it in the "Edit source" mode, saved it, then was able to save it with VisualEditor again. Compumatter (talk) 21:47, 11 January 2025 (UTC)

Is there a config option to default to VisualEditor when creating a new page?

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

I'm using the master version (1.28.0-alpha). When creating a page, I can switch to VisualEditor, but it always defaults to the regular Wikitext Editor. In another Thread @Jdforrester (WMF) mentioned that this should be supported in 1.27, but I couldn't find any reference to this anywhere else. Is there some config option to that's not documented anywhere? 217.5.139.202 (talk) 10:02, 30 May 2016 (UTC)

Yes, sorry, master code isn't yet fully documented; you want:

$wgVisualEditorUseSingleEditTab = true;
$wgDefaultUserOptions['visualeditor-editor'] = 'visualeditor';

Once the code is bedded-down a bit more, we'll make this the default out-of-the-box experience to make it easier for third parties.

Hope this helps. Jdforrester (WMF) (talk) 22:12, 30 May 2016 (UTC)

Thank you! 217.5.139.202 (talk) 05:55, 3 June 2016 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Make compatible with IntraACL?

VisualEditor (through heroku) doesn't seem to be working on my wiki for pages protected by IntraACL. I keep getting permission errors.

> API response Error for TemplateRequest: request=; error={"code":"rvaccessdenied","info":"The current user is not allowed to read [page]"

Any idea how to make those two extensions work together? Is there a different user permissions extension that I can use with VisualEditor? Thanks in advance! Apotc (talk) 02:06, 1 June 2016 (UTC)

Hi there,

I'm having a similar issue, I'm able to protect pages with IntraACL but not edit them afterwards. The error message I've been getting is:

"Error loading data from server: parsoidserver-http-bad-status: 404: Did not find page revisions for ...page.... Would you like to retry?"

The workaround for the time being is to grant 'All Users' access to the page you're editing in IntraACL and then removing 'All Users' permissions after editing. You'll find you can edit your page this way, but obviously this isn't ideal.

After some messages with the creators of IntraACL, it looks like parsoid (the javascript to html parser server) which Visual Editor needs to work doesn't forward user cookie data back to MediaWiki when requesting revision content. Therefore IntraACL of course denies access, assuming you to be an anonymous user.

The guys who developed IntraACL tried (with mixed success): 'could be fixed by removing (&& !User::isEveryoneAllowed('read')) condition at line 79 of ApiVisualEditor.php in the VisualEditor extension.'

When they removed it from their wiki heres what they said: 'Parsoid is unable to do MW api requests. The HTTP request from nodejs to MediaWiki (apache2 behind nginx) just hangs, it looks like nodejs closes the connection by itself before receiving the request!!! The same request done with browser or with netcat completes without problem.'

Aside from this, theres a possibility that Extension:NetworkAuth might produce a better workaround. I haven't tested this yet so not 100%.

Hope this helps, apologies if it's not relevent to your issue - I'll start a separate thread.

Thanks Sam.taylor.bs (talk) 15:05, 1 June 2016 (UTC)

Very interesting! I'll give those things a shot and report back. Thanks so much. Apotc (talk) 14:06, 2 June 2016 (UTC)

Hi Sam,

I tried the edit to ApiVisualEditor.php but I'm getting the same error (500, not 404 in my case). Unfortunately the NetworkAuth extension doesn't seem ideal, since we need well-defined user groups/categories with group permissions.

I'll keep looking and will let you know if I figure anything out.

Thanks again! Apotc (talk) 17:30, 5 June 2016 (UTC)

"MessageCache ... parse with no title set." in log file

My log file from the MediaWiki shows a strange error:

[GlobalTitleFail] MessageCache::parse called by VisualEditorDataModule::getScript/Message::parse/Message::toString/Message::parseText/MessageCache::parse with no title set.

Is this a bug of the latest version of the VisualEditor for MediaWiki 1.26? Scharesoft (talk) 10:54, 6 June 2016 (UTC)

"Error Loading Data from Serverː HTTP 200." when loading edit page

This strange error shows when trying to Edit an existing page on the wiki. When used debugging instructions for Parsoid found in Parsoid/API#Examples, Parsoid appeared to work properly.

Using Mediawiki 1.26.3, VisualEditor-REL1_26-a733545.tar.gz on Ubuntu 16.04. Fresh install for wiki from MediaWiki's instructions.

///////////////////Parsoid Configs: localsettings.js

exports.setup = function(parsoidConfig) {

parsoidConfig.setMwApi({uri: 'http://localhost/mediawiki/api.php',prefix: 'localhost',domain: 'localhost'});

parsoidConfig.useSelser = true;

};

///////////////////// Wiki Settings: LocalSettings.php

require_once "$IP/extensions/VisualEditor/VisualEditor.php";

$wgDefaultUserOptions['visualeditor-enable'] = 1;

$wgHiddenPrefs[] = 'visualeditor-enable';

$wgVirtualRestConfig['modules']['parsoid'] = array(

'url' => 'http://127.0.0.1:8000',

'domain' => 'localhost',

'prefix' => 'localhost'

);

$wgSessionsInObjectCache = true;

$wgVirtualRestConfig['modules']['parsoid']['forwardCookies'] = true;

/////////////////////////////////////

Requests by VirtualEditor not showing in Parsoid Logs. Any hints why? ProgrammingGen (talk) 20:23, 6 June 2016 (UTC)

private wiki with RESTBase?

we are using RESTBase as parsing engine but want to have a private wiki. While using Parsoid blocking the 8000/8142 port was easy, but when we block the RESTBase port the VE is not loading. Why is the direct client access to the REST engine necessary? is there's a workaround? Wess (talk) 12:31, 9 June 2016 (UTC)

+1

Has this issue been resolved yet? Mayazcherquoi (talk) 07:06, 27 April 2017 (UTC)

Nope... Wess (talk) 13:53, 27 April 2017 (UTC)

VE with authentication?

Hello, I'm wondering if anyone else is using VE on a wiki with authentication, in my case I'm using LDAP NTLM authentication (using the extension "LDAP_Authentication") for my wiki and seeing edits through VE go via node.js and parsoid I get the following error when trying to edit;

"Error loading data from server: 500: parsoidserver-http: HTTP 500. Would you like to retry?"

The parsoid log outputs the following;

[warning][samplewiki/Main_Page] non-200 response: 401 <!DOCTYPE HTML PUBLIC "-//IE

TF//DTD HTML 2.0//EN">

<html><head>

<title>401 Unauthorized</title>

</head><body>

<h1>Unauthorized</h1>

<p>This server could not verify that you

are authorized to access the document

requested.  Either you supplied the wrong

credentials (e.g., bad password), or your

browser doesn't understand how to supply

the credentials required.</p>

<hr>

<address>Apache/2.4.9 (Win64) mod_authn_ntlm/1.0.7 PHP/5.5.12 Server at segot-w4

0609 Port 80</address>

</body></html>

[fatal/request][samplewiki/Main_Page] Template Fetch failure for "Main_Page": 401

Error: Template Fetch failure for "Main_Page": 401

at TemplateRequest.ApiRequest._requestCB (C:\nodejs\node_modules\parsoid\lib

\mw\ApiRequest.js:421:11)

at Request.self.callback (C:\nodejs\node_modules\parsoid\node_modules\reques

t\request.js:198:22)

at emitTwo (events.js:87:13)

at Request.emit (events.js:172:7)

at Request.<anonymous> (C:\nodejs\node_modules\parsoid\node_modules\request\

request.js:1063:14)

at emitOne (events.js:82:20)

at Request.emit (events.js:169:7)

at IncomingMessage.<anonymous> (C:\nodejs\node_modules\parsoid\node_modules\

request\request.js:1009:12)

at emitNone (events.js:72:20)

at IncomingMessage.emit (events.js:166:7)

I would assume this error is because the request to edit comes from someone that cannot be found when LDAP searches the AD? Any way to go around this, like setting a specific allowance for that type of request or allowing that specific server? Sorry if this is posted in the wrong thread.

Thanks in advance. 62.119.162.130 (talk) 09:42, 15 June 2016 (UTC)

The authentication method for MediaWiki (classical, LDAP, …) is not relevant for Parsoid, but I guess your wiki is private (i.e. anonymous visitors cannot read). Since Parsoid must read data from the wiki, you need to forward the cookies of the author to give Parsoid a read access: read Extension:VisualEditor#Forwarding Cookies to Parsoid and these two config parameters should solve your issue. ~ Seb35 [^_^] 10:08, 15 June 2016 (UTC)

Hello, thanks for your quick reply, my wiki is not private though as $wgGroupPermissions['*']['read'] is set to true, the same goes for $wgGroupPermissions['*']['edit'] right now while trying to get VE to work. I've tried cookie forwarding without success, although it says that it is ignored while not private. 62.119.162.130 (talk) 11:46, 15 June 2016 (UTC)

Ok. From the error you give, I guess you are using the LDAP authentication at the Apache/HTTP level since it is Apache who says there is an authentication error. If it is really the case I don’t know how to handle this, and I’m not sure Parsoid can handle this.

Is Parsoid on the same server than MediaWiki? If yes, an easier way to fix this issue is whitelist 127.0.0.1 in Apache (127.0.0.1 can access the wiki without authentication in your Apache config). You can see also Extension:VisualEditor#Parsoid Authentication Without Forwarding Cookies, but this at MediaWiki-level and not Apache-level. ~ Seb35 [^_^] 13:14, 15 June 2016 (UTC)

Does not work either, tried both IPv6 and IPv4, so I suppose the next step would be to try to fix it at apache level then unless there might be some other fix? Thanks in advance 62.119.162.130 (talk) 14:51, 15 June 2016 (UTC)

Couldn't connect to server: parsoidserver-http-error: (curl error: 7) Couldn't connect to server.

When I try to edit existing pages I get the error above. Does anyone know how to solve this?

Eclosed you'll find my settings and log file.

Distribution: Ubuntu 14.04.4 LTS NodeJS Version: v0.10.25 Parsoid Server Port: 8142 Parsoid Logfile (/var/parsoid/parsoid.log) https://beta.etherpad.org/p/parsoid_log

If you need further information I'll provide them. Thanks in advance. 80.149.194.70 (talk) 07:07, 17 June 2016 (UTC)

Text randomly appears and other odd behaviour while editing in Visual Editor

After a recent upgrade to our Media Wiki (just up one version) we have an intermittent problem where random text appears whilst editing a page. The cursor can sometimes jump to the beginning or end of a line, and pasting a line of text sometimes repeats again and again with no user input on the keyboard or mouse. We also updated Visual Editor and Parsoid at the same time so they were compatible with the newer wiki.

Has anyone else come across this issue before and know how to fix? I've got a feeling it's something to do with Parsoid or some caching issue with our browser, we mostly use Google Chrome, but I'm unsure.

MediaWiki 1.24.1, PHP 5.3.3, MySQL 5.1.73 Sam.taylor.bs (talk) 15:01, 24 June 2016 (UTC)

Got a bit of extra information:

I ran npm test on our parsoid server and got the following results:

npm ERR! weird error 11

npm ERR! not ok code 0

npm ERR! weird error 1

npm ERR! not ok code 0

Can't find any solution which might fix this, would running: 'npm cache clean' help? Sam.taylor.bs (talk) 13:42, 27 June 2016 (UTC)

I don't know (maybe?). What you describe sounds familiar, though.

Have you considered upgrading to the current version? Whatamidoing (WMF) (talk) 01:15, 1 July 2016 (UTC)

Seeing a HTTP 500 as parsoid is not running

Please see https://www.mediawiki.org/w/index.php?title=Talk%3AParsoid/2016#c-Nischayn22-2016-06-26T14%3A12%3A00.000Z-Planetenxin-2016-05-23T06%3A07%3A00.000Z for more details. Nischayn22 (talk) 14:13, 26 June 2016 (UTC)

Hide checkbox "Enable the visual editor" for all users

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

How can I hide the checkbox "Enable the visual editor" (tab Preferences > Editing) for all users?

We use a software farm and the VisualEditor extension is included in our global local settings for use in all other wikis. But we don't want users to use the VE in one special wiki.

We use $wgDefaultUserOptions['visualeditor-enable'] = 0; to uncheck the option for all users but we want them to don't see this option at all. Waanders (talk) 10:09, 29 June 2016 (UTC)

$wgHiddenPrefs[] = 'visualeditor-enable'; FFS ^Talk 12:34, 29 June 2016 (UTC)

Thanks a lot!!

And can I also hide "Temporarily disable the visual editor while it is in beta"? Waanders (talk) 12:56, 29 June 2016 (UTC)

It seems that's 'visualeditor-betatempdisable', so:

$wgHiddenPrefs[] = 'visualeditor-betatempdisable'; FFS ^Talk 19:46, 29 June 2016 (UTC)

Works fine. Thanks again. Waanders (talk) 20:29, 29 June 2016 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Incomplete search images insert media

How exactly does search for images work for dialog at Insert > Media?

I found out it only searches for whole words. But beyond that, sometimes images are not found while they exist in the wiki. For example, a document called "File:Test ONE two three.pdf", will be found if searching for "test", "one" or "two", but not if searching for "three". Where it will be found if searching for "three.pdf". Waanders (talk) 20:46, 29 June 2016 (UTC)

I'm having the same trouble, to find an .jpg for example I have to type the exact file name "example.jpg", if I don't, it doesn't work. 62.57.56.38 (talk) 22:14, 30 June 2016 (UTC)

I understand that it uses the same search tool that is used for the main search box at Commons – with all the benefits and failures of that tool. So, for example, if you search for "example" on Commons, you will not find :File:Example.jpg, even though it exists, but you it will be first in the list if you search for "example.jpg". Whatamidoing (WMF) (talk) 01:14, 1 July 2016 (UTC)

Thanks @Whatamidoing (WMF) You mean https://commons.wikimedia.org/w/index.php?search=example? Well, it finds "example.jpg" because it's mentioned in https://commons.wikimedia.org/wiki/Example_images.

But, we just have to deal with it? Can I log an issue somewhere? Waanders (talk) 14:22, 5 July 2016 (UTC)

https://commons.wikimedia.org/w/index.php?search=example finds a page that contains that image, but it doesn't find the image itself (the File: page).

Anyone can log an issue on Phabricator. I'm not sure whether it makes more sense to log this for VisualEditor ("use a different search system") or CirrusSearch ("find what I'm looking for when I search"). Whatamidoing (WMF) (talk) 16:51, 7 July 2016 (UTC)

I can't run VE in my wiki with parsoid installed

This is what I have actually:

mediawiki versión 1.27.0

VisualEditor installed as :

cd extensions git clone https://gerrit.wikimedia.org/r/p/mediawiki/extensions/VisualEditor.git cd VisualEditor git submodule update --init

you can see the output of the correspondente logs like error.log from apache and parsoid.log as:

root@vscj016mlinuxserver:/var/log/apache2# ps -ef | grep parsoid

root      4113     1  0 13:15 pts/0    00:00:00 /usr/bin/node /usr/lib/parsoid/src/bin/server.js

root      4120  4113  0 13:15 pts/0    00:00:00 /usr/bin/nodejs /usr/lib/parsoid/src/bin/server.js

root      4121  4113  0 13:15 pts/0    00:00:00 /usr/bin/nodejs /usr/lib/parsoid/src/bin/server.js

root      4127  4113  0 13:15 pts/0    00:00:00 /usr/bin/nodejs /usr/lib/parsoid/src/bin/server.js

root      4133  4113  0 13:15 pts/0    00:00:00 /usr/bin/nodejs /usr/lib/parsoid/src/bin/server.js

root      4443  1992  0 13:32 pts/0    00:00:00 grep --color=auto parsoid

root@vscj016mlinuxserver:/var/log/apache2# tail -f /var/log/parsoid/parsoid.log

[info][master][2508] exiting

[info][master][4113] initializing 4 workers

[info][worker][4133] loading ...

[info][worker][4121] loading ...

[info][worker][4120] loading ...

[info][worker][4127] loading ...

[info][worker][4121] ready on :8000

[info][worker][4133] ready on :8000

[info][worker][4120] ready on :8000

[info][worker][4127] ready on :8000

^C

root@vscj016mlinuxserver:/var/log/apache2# tail -f /var/log/apache2/error.log

[Mon Jul 04 13:32:07.287848 2016] [mpm_prefork:notice] [pid 4325] AH00169: caught SIGTERM, shutting down

[Mon Jul 04 13:32:08.650983 2016] [mpm_prefork:notice] [pid 4428] AH00163: Apache/2.4.7 (Ubuntu) PHP/5.5.9-1ubuntu4.16 mod_perl/2.0.8 Perl/v5.18.2 configured -- resuming normal operations

[Mon Jul 04 13:32:08.651037 2016] [core:notice] [pid 4428] AH00094: Command line: '/usr/sbin/apache2'

^C

root@vscj016mlinuxserver:/var/log/apache2# npm test

npm ERR! Linux 3.19.0-59-generic

npm ERR! argv "/root/.nvm/versions/node/v4.3.2/bin/node" "/root/.nvm/versions/node/v4.3.2/bin/npm" "test"

npm ERR! node v4.3.2

npm ERR! npm  v2.14.12

npm ERR! path /var/log/apache2/package.json

npm ERR! code ENOENT

npm ERR! errno -2

npm ERR! syscall open

npm ERR! enoent ENOENT: no such file or directory, open '/var/log/apache2/package.json'

npm ERR! enoent This is most likely not a problem with npm itself

npm ERR! enoent and is related to npm not being able to find a file.

npm ERR! enoent

npm ERR! Please include the following file with any support request:

npm ERR!     /var/log/apache2/npm-debug.log

root@vscj016mlinuxserver:/var/log/apache2#

=============================================

the configuration of the Localsettings fot Visual Editor is :

require_once "$IP/extensions/VisualEditor/VisualEditor.php";

wfLoadExtension ( 'VisualEditor' );

$wgDefaultUserOptions['visualeditor-enable'] = 1;

$wgDefaultUserOptions['minordefault'] = 1;

$wgHiddenPrefs[] = 'visualeditor-enable';

$wgVisualEditorParsoidPrefix="localhost";

$wgVisualEditorParsoidURL = 'http://localhost:8000';

#$wgVirtualRestConfig['modules']['parsoid'] = array('url' => 'http://localhost:8000', 'domain' => 'localhost', 'prefix' => 'localhost');

$wgSessionsInObjectCache = true;

$wgVirtualRestConfig['modules']['parsoid']['forwardCookies'] = true;

===================================

the configuration for  /usr/lib/parsoid/src/localsettings.js

exports.setup = function(parsoidConfig) {

// Set your own user-agent string

// Otherwise, defaults to "Parsoid/<current-version-defined-in-package.json>"

//parsoidConfig.userAgent = "My-User-Agent-String";

// Configure Parsoid to point to your MediaWiki instance.

parsoidConfig.setMwApi({

// The "prefix" is the name given to this wiki configuration in the

// (deprecated) Parsoid v1 API.

prefix: 'localhost', // optional

// The "domain" is used for communication with Visual Editor

// and RESTBase.  It defaults to the hostname portion of

// the `uri` property below, but you can manually set it

// to an arbitrary string.

domain: 'localhost', // optional

// This is the only required parameter:

// the URL of you MediaWiki API endpoint.

uri: 'http://localhost/mediawiki/api.php',

// To specify a proxy (or proxy headers) specific to this prefix

// (which overrides defaultAPIProxyURI). Alternatively, set `proxy`

// to `null` to override and force no proxying when a default proxy

// has been set.

/*

proxy: {

uri: 'http://my.proxy:1234/',

headers: { 'X-Forwarded-Proto': 'https' } // headers are optional

}

*/

});

==================================

The question is that I can see the new version of the wiki in the version link , and I can see the Visualeditor extension installed as well, but when I click the 'edit' link in the wiki, I do not receive any message and no action , nothing at all, no answer in any log. 217.12.16.56 (talk) 11:55, 4 July 2016 (UTC)

Switch from Wiki-text to VE directly?

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

I'm working on my personal wiki with VE and parsoid installed.

I found there's a problem that I have to keep changes before switch from Wiki text to VE.

But there's no need to do that from VE to Wiki text.

Is it normal? or I got something wrong..

However, there's no problem like this on Wikipedia.

Pls help to solve this, thanks! JHK (talk) 08:03, 18 July 2016 (UTC)

This feature (wikitext -> VE) is very very new, and Wikipedia has the very last version (there is one deployment per week). So if you really want this feature, you have to use the master version of MediaWiki, VE, and Parsoid, so download them with Git, install a recent version of nodejs for Parsoid, etc. It’s quite a lot of work, but if you are motivated go ahead (tip: server config of Wikipedia). Else you can wait some months before new versions come out. ~ Seb35 [^_^] 08:21, 18 July 2016 (UTC)

@Seb35 Thanks for you detailed answer.

It really save me lots of time to keep trying. JHK (talk) 08:37, 18 July 2016 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

New Line Issue

Hey everyone,

I Installed VisualEditor ontop of chameleon skin and it's working perfectly, the only thing is that new lines dont take effect.

For instance, I started a paragraph and then entered 2x new lines before my next sub-header, soon as I save the page it just snaps the 2 together.

Anyone know of any solution?

Thanks in advance. 196.41.98.70 (talk) 12:27, 19 July 2016 (UTC)

Did you ever find a solution? 212.179.71.70 (talk) 06:47, 12 February 2017 (UTC)

Create Page Issue with 1.27

Hello --

I am having trouble with build 7445820. I am trying to create a page with the following address:

http://x.x.x.x/index.php?veaction=edit&preload=&editintro=&summary=&nosummary=&prefix=&minor=&title=testingtest&create=Create+page

In build 7445820, I get a message that reads: "There is currently no text in this page.", I then have to click the 'Create' Button to create a new page.

However, in build a733545, that link will take me directly to the VE Create Page.

Any thoughts?

Thanks. Ouhakheme (talk) 02:50, 20 July 2016 (UTC)

Confirm Edit & VisualEditor

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

Did VisualEditor is compatible with Confirm Edit? (No CAPTCHA) NH35 (talk) 22:37, 23 July 2016 (UTC)

VisualEditor works with the settings for ConfirmEdit that Wikimedia uses –  FancyCaptcha – and a couple of others (I think SimpleCaptcha, MathCaptcha, and QuestyCaptcha). I don't think anyone has implemented ReCaptcha or NoCaptcha yet, sorry. Jdforrester (WMF) (talk) 23:19, 29 July 2016 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

VisualEditor is not loading

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

Hello, after updating the local MediaWiki to 1.27, the VisualEditor crashes. When I try to edit or create a site the loading bar appears and stops after a short period of time. The FiredoxDebugger shows this error:

VisualEditor failed to load: Error: Module ext.geshi.visualEditor has failed dependencies

Monitoring Parsoid via SSH it shows the following information:

(node:30463) fs: re-evaluating native module sources is not supported. If you are using the graceful-fs module, please update it to a more recent version.

[info][master][30463] initializing 4 workers

(node:30469) fs: re-evaluating native module sources is not supported. If you are using the graceful-fs module, please update it to a more recent version.

[info][worker][30469] loading ...

(node:30470) fs: re-evaluating native module sources is not supported. If you are using the graceful-fs module, please update it to a more recent version.

[info][worker][30470] loading ...

(node:30482) fs: re-evaluating native module sources is not supported. If you are using the graceful-fs module, please update it to a more recent version.

[info][worker][30482] loading ...

[info][worker][30470] ready on :8000

[info][worker][30482] ready on :8000

[info][worker][30469] ready on :8000

(node:30476) fs: re-evaluating native module sources is not supported. If you are using the graceful-fs module, please update it to a more recent version.

[info][worker][30476] loading ...

[info][worker][30476] ready on :8000

[info][localhost/Hauptseite?oldid=176] started parsing

[info][localhost/Hauptseite?oldid=176] completed parsing in 1135 ms

[info][localhost/Hauptseite?oldid=176] started parsing

[info][localhost/Hauptseite?oldid=176] completed parsing in 1261 ms

[info][localhost/Hauptseite?oldid=176] started parsing

[info][localhost/Hauptseite?oldid=176] completed parsing in 1216 ms

[info][localhost/Hauptseite?oldid=176] started parsing

[info][localhost/Hauptseite?oldid=176] completed parsing in 1240 ms

[info][localhost/Hauptseite?oldid=176] started parsing

[info][localhost/Hauptseite?oldid=176] completed parsing in 368 ms

[info][localhost/Hauptseite?oldid=176] started parsing

[info][localhost/Hauptseite?oldid=176] completed parsing in 403 ms

Do you think it is a bug or a user error? 149.203.254.222 (talk) 13:20, 4 August 2016 (UTC)

First, given the error VisualEditor failed to load: Error: Module ext.geshi.visualEditor has failed dependencies, you should verify both VisualEditor and SyntaxHighlight_GeSHi have the right version corresponding to MediaWiki 1.27 (when you download it from MediaWiki.org or with REL1_27 with Git). It seems there is a change in SyntaxHightlight_GeSHi between 1.26 and 1.27.

I don’t know if the other error is related to this first thing, but a general advice for VisualEditor is to always keep MediaWiki, VisualEditor, and Parsoid synchronised and in the recent version. For VisualEditor, the same (last) version as MediaWiki, and for Parsoid update it with apt-get (on Debian/Ubuntu). For Parsoid, the last version is 0.5.1all. ~ Seb35 [^_^] 13:43, 4 August 2016 (UTC)

I am sorry for this stupid question. Updating VisualEditor solved the problem...

Thanks a lot! 149.203.254.222 (talk) 13:50, 4 August 2016 (UTC)

Perhaps you will have to also update node.js. The Debian package requires >= 0.8.0 for Parsoid 0.5.1. ~ Seb35 [^_^] 13:51, 4 August 2016 (UTC)

Ah :-) Always update MW, VE, and Parsoid together :-) ~ Seb35 [^_^] 13:52, 4 August 2016 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

How to disable VE for unregistered users?

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

How can i do that? NH35 (talk) 16:00, 4 August 2016 (UTC)

You need to set DisableForAnons to true. Jdforrester (WMF) (talk) 17:38, 4 August 2016 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

timout while uploading images

Hello!

I have MW1.27 and VE. Everything works fine in VE, and I can succesfully upload any file using the custom upload page on the wiki.

However, if I try to upload images larger than about 500-600Kb I get a timout error stating:

Errore sconosciuto: "{"xhr":{"readyState":0,"status":0,"statusText":"timeout"},"textStatus":"timeout","exception":"timeout"}".

see here the screenshot: http://i.imgur.com/ZAf0fh7.png

I guess it is not a matter of file dimension but instead something related to timout settings, that are exceeded when the file takes longer to upload. As I said, the custom upload goes fine whatever type or file dimension I put there, so uploads are obviously enabled and directory permissions are fine.

Any help? Thanks in advance! 45.63.26.126 (talk) 15:50, 23 August 2016 (UTC)

Visual Editor does not display seach results

as the title says, whenever I search for templates the VE Modal does not show results 5.61.165.27 (talk) 22:41, 24 August 2016 (UTC)

Mediawiki 1.27, checked out REL1_27 5.61.165.27 (talk) 22:42, 24 August 2016 (UTC)

I'm having this issue too, when I search for a template using "insert" it will show a few templates, but not all of them. For example, I search for "cite" it will show me "citation" and "cite" but not "cite book" etc. T0lk (talk) 20:50, 4 September 2016 (UTC)

What happens if you type *exactly* the same thing into Special:Search on your system? I believe that the link tool ought to show you the same list of suggestions as the regular search box does. Whatamidoing (WMF) (talk) 09:40, 5 September 2016 (UTC)

Special:Search does display resulst if it's prefixed with "Template:", the VE insert dialog on the other hand won't show anything. Octfx (talk) 10:52, 5 September 2016 (UTC)

Comparing the behavior on my site vs wikipedia. I get no results for "c", "ci", or "cit" but I do get 2 hits on "cite". Special:Search returns all templates if I search within the template namespace. T0lk (talk) 16:36, 5 September 2016 (UTC)

Also, on trying to insert an image, it can only find local images, not those uploaded to a common repository. T0lk (talk) 05:49, 9 September 2016 (UTC)

Same Issue, no resolution Ehartman2 (talk) 20:22, 12 October 2016 (UTC)

Intermitant problems with pages containing large number of images from shared repository

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

I recently installed Parsoid and VisualEditor. All parsoid tests done independent of VE function correctly. Pages with no images, or pages that contain only 1-4 images from a shared repository all work fine. Parsoid reports something like "started parsing" and then "completed parsing in 9998 ms". However, if the page contains a large number of images from a shared repository then a number of errors are reported.

First, a series of Failed API requests, {"error":{"code": "ETIMEDOUT"},"retries-remaining":1}

When loading the same page over and over (with 5 images which seems to be on the border between working and not working) the api failure may happen no times or up to 9 times depending on server load. With no failure, templates and images both load correctly. For every api failure either the template or image will fail to load, leaving that little puzzle piece icon where the template should be. As a note, a template is calling the images like this: {{page|1|file=Centenary.pdf|page=22}} where the pdf file resides on a different domain, but with shared media settings.

After the API failures I will also see 8 or so Error: Template Expansion failure for "97bc6349e16b5680ae9006d5c0b88d0b": Error: ETIMEDOUT

Template Expansion failure for "97bc6349e16b5680ae9006d5c0b88d0b": Error: ETIMEDOUT

Error: Template Expansion failure for "97bc6349e16b5680ae9006d5c0b88d0b": Error: ETIMEDOUT

at PreprocessorRequest.ApiRequest._requestCB (/usr/lib/parsoid/src/lib/mw/ApiRequest.js:407:15)

at self.callback (/usr/lib/parsoid/node_modules/request/request.js:198:22)

at Request.EventEmitter.emit (events.js:95:17)

at Request.onRequestError (/usr/lib/parsoid/node_modules/request/request.js:867:8)

at ClientRequest.EventEmitter.emit (events.js:95:17)

at CleartextStream.socketErrorListener (http.js:1547:9)

at CleartextStream.EventEmitter.emit (events.js:95:17)

at null._onTimeout (/usr/lib/parsoid/src/lib/mw/ApiRequest.js:45:8)

at Timer.listOnTimeout [as ontimeout] (timers.js:110:15)

Any pointers would be helpful. My server is running on nginx, forcing connections over https. In settings.js

parsoidConfig.setMwApi({ prefix: 'mydomain', uri: 'https://mydomain.com/api.php', domain: 'mydomain.com' });

If I exclude the S above in https, I do not get the failed api errors, but then templates and images do not load, and I get the Template Expansion Failure errors instead, and a curl http://...api.php yields 301 moved permanently.

In Localsettings.php I have

$wgVirtualRestConfig['modules']['parsoid'] = array(

'url' => 'http://localhost:8142',

'domain' => 'mydomain.com',

'prefix' => 'mydomain'

);

I have not done any of the "Parsoid over HTTPS" steps, I was not sure if they were necessary. My thought is a timeout problem in the communication between parsoid and visualeditor, but I can't be certain. I do have $wgSessionsInObjectCache = true but I'm running Mediawiki 1.27.0 and Manual:$wgSessionsInObjectCache implies that is redundant.

UPDATE: I've made some progress towards a solution. In /usr/lib/parsoid/src/lib/mw/ApiRequest.js there is a line var HTTP_CONNECT_TIMEOUT = 5 * 1000;  // 5 seconds which seems to be directly related to my problem. Changing it from 5 seconds to 10 seconds allows me to process pages with up to 10 images. It seems like it's taking 1 second per image, so I tried 40 seconds and a page with 27 images. The log file noted completed parsing in 32439 ms but the browser reported error loading data from server HTTP 0. Would you like to retry? and fails. Note: Error in Firefox, but not Chrome.

T0lk (talk) 20:18, 31 August 2016 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Switching from edit source to VE causes sidebar to relocate

This only happens when going from Edit Source to "Edit". Here is a screenshot: http://imgur.com/a/xFEvC. Also, doesn't happen on every site I run. All sites share a common code/extension repository, with the only differences being in the logo's, MediaWiki:Sidebar text and whatever is causing this bug. T0lk (talk) 14:49, 2 September 2016 (UTC)

It's possible the HTML for the sidebar/skin isn't balanced and so ending up inside the content <div> somehow? Jdforrester (WMF) (talk) 18:37, 2 September 2016 (UTC)

Two VisualEditor on two different mediawikis?

Hi! I have two mediawikis on the same server. VisualEditor is working in both of them, but not at the same time. When one server.js is running I cannot run the server.js of the other mediawiki parsoid.

Does anybody know if it is possible to use two VisualEditor at the same time? Maybe I have to change the port of one of the parsoid...Any ideas?

Thanks! 193.33.2.101 (talk) 09:58, 5 September 2016 (UTC)

You can have a single Parsoid server for multiple wikis : see Parsoid/Setup#Multiple wikis sharing the same parsoid service. — Ltrlg (talk), 16:08, 5 September 2016 (UTC)

VisualEditor doesn't show images... but sometimes it does (weird)

I can edit and save articles succesfully, but VisualEditor does not show the images. (v. 1.27)

When opening an article, all images are just blue rectangles with the broken link icon. When clicking the rectangle, it shows the correct name of the image. When I try to open the image in another tab, I get an URL like this one (no wonder it cannot be loaded):

data:image/gif;base64,R0lGODlhAQABAAAAACH5BAEKAAEALAAAAAABAAEAAAICTAEAOw==

When I upload a new image (great feature!), it appears in the article! Hurray for that! However: after closing the editor and opening it again, the image turned to a blue rectangle too.

Even weirder: when changing the options of a blue rectangle (e.g. position from left to right), the replaced rectangle changes into the image again! (until I close the editor, of course).

The only good news is: the images are always placed, stored and uploaded correctly and the articles themselves are ok.

I haven't got the faintest idea where to look for a solution. Anyone out there that does? 91.183.63.130 (talk) 17:41, 15 September 2016 (UTC)

Media wiki has a lot of weird stuff where things don't work and just don't tell you. You're welcome to check this out:

https://github.com/rlewkowicz/docker-mediawiki-stack/tree/REL1_28

It should just work out of the box. Otherwise, you can debug stuff:

$wgShowExceptionDetails = true;

$wgDebugToolbar = true;

$wgShowDebug = true;

$wgDebugComments = true;

See if you catch anything Ryan.lewkowicz (talk) 14:52, 14 December 2016 (UTC)

Actually I just caught an issue. Toss up a developer console window when you open VE and see if you get 404's Ryan.lewkowicz (talk) 15:07, 14 December 2016 (UTC)

Have you installed "ImageMagick" and "Extension:ParsoidBatchAPI". If not I think they will improve VE's behavior. Spas.Z.Spasov (talk) 08:18, 16 September 2016 (UTC)

Thank you for your reply, @Spas.Z.Spasov!

Since the url of the images in de editor seems to be wrong, I don't think ImageMagick will help. I did try to install ParsoidBatchAPI, but the installation instructions only mentioned how to enable it in the Parsoin localsettings.js file. I now use the more recent config.yawl configuration. I 'downgraded' parsoid to use the settings.js file anyway, but then I got an ugly missing file-error in the extension (missing json-file). I concluded that ParsoidBatchAPI is not yet compatible with wiki version 1.27 and/or the latest parsoid version. 91.183.63.130 (talk) 07:21, 17 September 2016 (UTC)

Update after two more hours of searching: I got the ParsoidBatchAPI to work, but it doesn't solve my problems :-( 91.183.63.130 (talk) 08:11, 17 September 2016 (UTC)

I remember, I have had similar issue, but with formulas (Extension:Math) in VE. When was a new equation - alright, but when was opened a page with existing formula - it wasn't displayed properly. I think this issue was solved when $IP/maintenance/php rebuildall.php and $IP/maintenance/php update.php were executed. Spas.Z.Spasov (talk) 17:12, 19 September 2016 (UTC)

I don't know much about private wikis, but I believe that it's important for MediaWiki, Parsoid, and VisualEditor version to all "match". Therefore, downgrading Parsoid sounds like it is unlikely to solve any problems. Whatamidoing (WMF) (talk) 14:33, 22 September 2016 (UTC)

I didn't acutally downgraded Parsoid, but had to configure the settings the old-fashioned way to get ParsoidBatchAPI to work.

Anyway: Parsoid isn't the problem as everything I make or change is saved correctly! (I now use the config.yalm file again, by the way).

My guess is: our wiki has been upgraded several times now (we once started in version 17 if I remember well) Perhaps I am missing some configurations in localsettings. My gut feeling tells me I'm having a problem because of all the upgrades. That why... see below:

@Spaz.Z.Spasov: thanks for showing me the maintenance scripts. I only used the update.php before but didn't realize there were so many. I tried a lot of them as they seemed very promising but none of them solved my problem :-(

I wonder: what happens in a working editor when you rightclick an image and open it in a new window. What does the url look like? Something like this too?

data:image/gif;base64,R0lGODlhAQABAAAAACH5BAEKAAEALAAAAAABAAEAAAICTAEAOw==

@Whatamidoing (WMF), can you check this for me please? 91.183.63.130 (talk) 09:40, 23 September 2016 (UTC)

When I go to https://simple.wikipedia.org/w/index.php?title=User:Whatamidoing_(WMF)/Sandbox&veaction=edit and right-click on the first ("Blue Marble") image to open it in a new tab, I get the same "URL" that you do:

data:image/gif;base64,R0lGODlhAQABAAAAACH5BAEKAAEALAAAAAABAAEAAAICTAEAOw== Whatamidoing (WMF) (talk) 18:39, 28 September 2016 (UTC)

The "blue rectangles" and the data URI are the over-lays that we put into the editing surface to stop users from interacting with images directly, because otherwise the browser would let them do something that can't be saved as wikitext (like a [[File:…]] frame with no image inside it). The actual image that you see (but in your case is broken) is just the usual thumb.api image URI, as configured with MW and Parsoid, I think. Jdforrester (WMF) (talk) 20:28, 4 October 2016 (UTC)

I guess this is necro-bumping but someone might find this useful. With some very awesome help from #mediawiki-parsoid on IRC I've been able to resolve this error in config.yaml for Parsoid for my installation. The intermittent showing of images is suspected to be due to simultaneous shell sessions for the thumbnail resizing running out of memory with the default settings. The fix is to force them to be carried out serially. I did two things:

1. Use the ParsoidBatchAPI extension
2. In the config.yaml set:  batchConcurrency: 1 and batchSize: 1 underneath the follow YAML keys:

services:

  - module: lib/index.js

   entrypoint: apiServiceWorker

   conf:

# ParsoidBatchAPI extension

useBatchAPI: true

#Serialise requests

batchConcurrency: 1

batchSize: 1

I have yet to diagnose this in more detail. Dan.mulholland (talk) 08:46, 21 November 2018 (UTC)

Error

Uncaught TypeError: Cannot read property '0' of undefined John Sater (talk) 20:27, 24 September 2016 (UTC)

http://45.55.47.180/load.php?debug=false&lang=en&modules=ext.visualEditor.desktopArticleTarget.init%7Cext.visualEditor.supportCheck%2Ctrack%2Cve%7Cjquery.accessKeyLabel%2CbyteLength%2Cclient%2Ccookie%2CtabIndex%2Cthrottle-debounce%7Cmediawiki.RegExp%2CTitle%2CUri%2Capi%2Ccldr%2Ccookie%2CjqueryMsg%2Clanguage%2Cnotify%2Ctemplate%2Cuser%2Cutil%7Cmediawiki.action.view.postEdit%7Cmediawiki.api.options%2Cuser%7Cmediawiki.language.data%2Cinit%7Cmediawiki.libs.pluralruleparser%7Cmediawiki.page.startup%7Cmediawiki.template.regexp%7Cskins.vector.js%7Cuser.defaults&skin=vector&version=8d9160d7ab87 John Sater (talk) 20:28, 24 September 2016 (UTC)

Did you apply $IP/maintenance/php rebuildall.php and $IP/maintenance/php update.php scripts? Spas.Z.Spasov (talk) 19:02, 28 September 2016 (UTC)

Use the VisualEditor in an extension

Dear community,

together with @Renepick I'm developing an extension for MW that allows to create and edit MOOCs (Massive Open Online Courses), based on a prototype developed and deployed to Wikiversity (en, de) before.

In order to enhance the user experience, we want to offer on-page or in-place editing for all the page sections and we're considering to use the VisualEditor for this.

Probably the dev mailing list would be better for such requests, but are there any extensions that make use of the VisualEditor yet?

I were not able to find resources regarding to the usage of the VisualEditor in an extension.

Cheers,

Sebastian Sebschlicht (talk) 17:32, 28 September 2016 (UTC)

Embedding VE inside an extension is possible but not very easy. The best use case is this, Extension:Flow. We're hoping in the future to make it easier, but for now there's quite a bit of plumbing you'd need to do. Jdforrester (WMF) (talk) 20:30, 4 October 2016 (UTC)

(curl error: 28) Timeout was reached

I'm getting the above error on a private wiki. Here's my config:

$wgDefaultUserOptions['visualeditor-enable'] = 1;

$wgHiddenPrefs[] = 'visualeditor-enable';

$wgVirtualRestConfig['modules']['parsoid'] = array(

'url' => 'http://54.186.252.190:8142'

);

$wgSessionsInObjectCache = true;

$wgVirtualRestConfig['modules']['parsoid']['forwardCookies'] = true;

settings.js:

parsoidConfig.setMwApi({uri: 'http://54.186.252.190/mediawiki/api.php' });

I'm using a vanilla Ubuntu EC2 instance. MarkEst (talk) 06:48, 5 October 2016 (UTC)

Is the port 8142 open into the firewall?

My wiki gives me an error if 'domain' and 'prefix' are not listed.

LocalSettings.php:

$wgVirtualRestConfig['modules']['parsoid'] = array(
  'url' => 'https://example.com:18143', 'domain' => 'localhost', 'prefix' => 'localhost'
);

settings.js:

parsoidConfig.setMwApi({ uri: 'https://example.com/api.php', prefix: 'localhost', domain: 'localhost' });

• instead of 'localhost' I have used the database name of the wiki. Spas.Z.Spasov (talk) 19:27, 5 October 2016 (UTC)

I tried that, no change :(

$wgVirtualRestConfig['modules']['parsoid'] = array(

'url' => 'http://54.186.252.190:8142',

'domain' => 'localhost',

'prefix' => 'localhost'

);

parsoidConfig.setMwApi({uri: 'http://54.186.252.190/mediawiki/api.php', prefix: 'localhost', domain: 'localhost' });

And yes, the firewall was opened using sudo ufw allow 8142 MarkEst (talk) 21:54, 5 October 2016 (UTC)

Got it, I had to create a security group rule for port 8142 in AWS. Weird, since it's hosted locally. MarkEst (talk) 22:00, 5 October 2016 (UTC)

what sort of rule? TCP? 140.244.128.13 (talk) 17:10, 12 June 2017 (UTC)

If you are running Mediawiki on a shared hosting probably the cUrl it´s blocked for external connections on specific ports (8000,8142), ask your hosting provider to unlock the port (tcp). ChristianOrrala (talk) 06:51, 25 June 2017 (UTC)

Clicking "Options" in VE freezes page with "fogged overlay".

Dear VE community,

I spent quite some time to find out why my mediawiki (running in Debian) keeps getting "stuck" whenever I click "Options", "Categories", etc. in the VE menue on the right.

All that happens is that the entire wiki page receives a white overlay. There is no window with options that I can see. The only way I found to recover from this symptom is to reload the page.

I am using:

MediaWiki 1.27.0

PHP 5.6.24-0+deb8u1 (apache2handler)

MySQL 5.5.52-0+deb8u1

Firefox / Safari

Visual Editor 0.1.0 (4675e79)

If there are any logs or additional information that may help me find the problem, I would be glad to read how I can record/display that.

Thanks in advance!

Christian 91.72.205.5 (talk) 09:11, 7 October 2016 (UTC)

You can setup debug log file and check what happens - Manual:How to debug#Setting up a debug log file 106.51.131.76 (talk) 17:18, 16 October 2016 (UTC)

Error loading data from server: HTTP 200. Would you like to retry?

Hello,

Can you guyes please help me setup VisualEditor. i m using mediawiki 1.27 & parsoid node running server. and local setting.php code

require_once "$IP/extensions/VisualEditor/VisualEditor.php";

$wgDefaultUserOptions['visualeditor-enable'] = 1;

$wgHiddenPrefs[] = 'visualeditor-enable';

$wgVirtualRestConfig['modules']['parsoid'] = array(

'url' => 'http://aotdispatch.com/mediawiki',

'domain' => 'localhost',

'prefix' => 'mediawiki'

);

and

/*require_once( "$IP/extensions/VisualEditor/VisualEditor.php" );

$wgDefaultUserOptions['visualeditor-enable'] = 1;

$wgHiddenPrefs[] = 'visualeditor-enable';

$wgSessionsInObjectCache = true;

$wgEnableUploads  = true;

$wgUseImageMagick = true;

$wgImageMagickConvertCommand = "/usr/bin/convert";

$wgVirtualRestConfig['modules']['parsoid']['forwardCookies'] = false;

$wgVisualEditorParsoidURL = 'http://localhost:8000';

$wgVirtualRestConfig['modules']['parsoid'] = array(

//'url' => 'http://localhost:8142',

'url' => 'http://localhost:8000',

//'url' => 'http://52.187.52.65:8142',

'domain' => 'localhost',

'prefix' => 'localhost'

);*/

wowrootusr@wowadzvm:/webfiles/aotdeliv/public_html/mediawiki/parsoid$ cd bin/

wowrootusr@wowadzvm:/webfiles/aotdeliv/public_html/mediawiki/parsoid/bin$ node server.js

[info][master][34544] initializing 5 workers

[info][worker][34549] loading ...

[info][worker][34554] loading ...

[info][worker][34555] loading ...

[info][worker][34560] loading ...

[info][worker][34554] ready on :8000

[info][worker][34549] ready on :8000

[info][worker][34560] ready on :8000

[info][worker][34555] ready on :8000

[info][worker][34565] loading ...

[info][worker][34565] ready on :8000

Please suggest me. 122.178.242.6 (talk) 14:53, 13 October 2016 (UTC)

Talk:Parsoid/2015b#h-VisualEditor_gives_"Error_200"-2015-12-09T15:46:00.000Z, Talk:Parsoid/2016#h-Error_loading_data_from_server:_HTTP_200-2016-03-09T09:49:00.000Z, ... AKlapper (WMF) (talk) 19:24, 31 July 2018 (UTC)

Permission Denied Error when trying to save changes.

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

Hello,

I am not sure for how long I have this problem, but I know that I didn´t have it before 1.27.1. However I have installed the latest stable release of Visual Editor.

So pressing the save page button in the window "save changes" generates the following message:

https://puu.sh/rK60S/2d74b22d7c.png

Does anybody know how to solve that problem?

Thanks for your help.

Hedius Hedius (talk) 19:59, 15 October 2016 (UTC)

Is there ModSecurity (or some like) installed? Spas.Z.Spasov (talk) 22:07, 15 October 2016 (UTC)

Yes. However, deactivating ModSecurity doesn´t solve the problem. I gonna try to transfer my wiki to a new installation... Maybe this gonna help... Hedius (talk) 09:58, 17 October 2016 (UTC)

Maybe something with the ownership of wiki's files is messed up.

$ sudo chown -R www-data:www-data /var/www/mediawiki/

----

However, for future troubles with ModSecurity (with OWASP ModSecurity Core Rule Set installed), in /var/log/appache2/modsec_audit.log you can find IDs of rules, who made troubles with the access. For example [ID "123456"].

After that, you can list them as exceptions in the end of the configuration file /usr/share/modsecurity-crs/modsecurity_crs_10_setup.conf, as next example:

<LocationMatch "/index.php.*">
     SecRuleRemoveById 123456
</LocationMatch>

or / and:

<Directory "/var/www/mediawiki">
     SecRuleRemoveById 123456
</Directory>

I have about 40 exceptions.

----

Also ModEvasive can make access problems.

In this case you can touch /etc/apache2/mods-available/evasive.conf . Something like that:

<IfModule mod_evasive20.c>
    ...
    #DOSPageCount       2
    DOSPageCount        7
    #DOSPageCount       20
    DOSSiteCount        50
    ....
</IfModule>

----

All given examples are in Ubuntu's environment. Spas.Z.Spasov (talk) 13:00, 17 October 2016 (UTC)

Again thanks for your help. I finally solved my problem. I use the extension "Lockdown" to block access to some special pages... Deactivating this extension solved the problem :) Hedius (talk) 19:53, 18 October 2016 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Is there a way to skip the summary after clicking on Save?

One of our user edits a lot and doesn't like to provide summary or click twice(with empty summary text) to save it everytime after the edit.

Is there a way to configure Visual Editor so that it doesn't ask for summary.?

Thanks in advance. :) 106.51.131.76 (talk) 17:16, 16 October 2016 (UTC)

I don't know the answer to your question.

However, perhaps a keyboard shortcut would be an acceptable workaround? After you finish typing your changes, you can press Control+⌥ Option+s twice (on my Mac/Safari; the meta keys change with the system) to save and exit the page without an edit summary (the first key press opens the dialog box, and the second saves the page). Whatamidoing (WMF) (talk) 07:42, 17 October 2016 (UTC)

@Whatamidoing (WMF)

Thank you for the response. I just wanted to know if there is a way to skip the dialog box and save it with just one click or key press for users who do lot of edits. 49.207.60.101 (talk) 14:52, 18 October 2016 (UTC)

Reload page after click in VisualEditor Save page button

Hello community,

How can I force VisualEditor to reload the page when save the changes.

Thanking in advance. Yosuan Hernandez (talk) 15:37, 28 October 2016 (UTC)

Setting $wgVisualEditorAvailableNamespaces ?

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

This might be stupid, but I can't figure out how to write this option in my LocalSettings.php to add more NS avaible with VE,

like {{ns:category}} (14) or {{category_talk}} (15) for example.

Option	Default value
AvailableNamespaces	{ "2": true, "_merge_strategy": "array_plus" }

Could you help me and give me an example of a mapped id with the full prefix and all operators please?

Thanks ! S3r3nd1 (talk) 02:21, 30 October 2016 (UTC)

I've found my answer through this discussion : Enabling VE in Category Page? And enable VE always.

So, for the record, what I asked is possible by adding :

// Enable VisualEditor in Category Page

$wgVisualEditorAvailableNamespaces = array(

NS_CATEGORY =>true

);

And because I'm also using Flow :

// Enable Flow in Category Talk Page

$wgNamespaceContentModels[NS_CATEGORY_TALK] = CONTENT_MODEL_FLOW_BOARD;

That was two kinds of declarations, I've been messing up with this, but now it's clear.

Cheers S3r3nd1 (talk) 12:55, 1 November 2016 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

How do I enable VisualEditor in namespaces with names written in Cyrillic?

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

Hello, community!

I have installed MediaWiki 1.27.1 and VisualEditor works really fine.

The main language is set to Bulgarian: $wgLanguageCode = "bg";. According to that, the names of the namespaces are changed. For example the name of NS "Help" becomes "Помощ" (Cyrillic letters) and for "User" becomes "Потребител".

Here is my trouble. I want to enable VisualEditor in other namespaces. In LocalSettings.php I have added next lines:

$wgVisualEditorNamespaces[] = NS_HELP;
$wgVisualEditorNamespaces[] = NS_USER;

After that VisualEditor works for NS "Потребител" (User), but it doesn't work for NS "Помощ" (Help).

$wgVisualEditorNamespaces[] = NS_ПОМОЩ; also doesn't work.

So how can I solve this problem? Spas.Z.Spasov (talk) 11:10, 1 November 2016 (UTC)

Hey, I'm not sure about Cyrillic, but since you're on MW 1.27.1, aren't you using the Old configuration parameters?

Did you tried with this?

$wgVisualEditorAvailableNamespaces = array(

NS_ПОМОЩ =>true

); S3r3nd1 (talk) 13:02, 1 November 2016 (UTC)

This advice was helpful!

Now in LocalSettings.php I have:

#$wgVisualEditorNamespaces[] = NS_USER;
$wgVisualEditorAvailableNamespaces = array( 
	NS_USER => true, 
	NS_HELP => true, 
	NS_PROJECT => true 
);

And Visual Editor works in mentioned namespaces (no matter whether they are translated into Cyrillic). Spas.Z.Spasov (talk) 13:28, 1 November 2016 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

VE stucks after adding images

Hi,

I Installed VE and the Parsoid service. I can edit existing sites and I can create sites.

But if I edit a site with images, i can't see them, but it's possible to add images via VE and save the site.

But after adding that, I can't edit the page via VE anymore, the blue loading bar stucks at the end.

If i edit the sourcecode and remove the image, I can open the site in VE again.

In the browser console I see the following error message:

Uncaught TypeError: Cannot read property 'constructor' of null(…)

http://wiki.xxx.de/load.php?debug=false&lang=de&modules=ext.visualEditor.base%2Ccore%2Cdata%2CdesktopArticleTarget%2CdesktopTarget%2Cicons%2Clanguage%2Cmediawiki%2Cmwalienextension%2Cmwcore%2Cmwformatting%2Cmwgallery%2Cmwimage%2Cmwlink%2Cmwmeta%2Cmwtransclusion%2Cswitching%7Cext.visualEditor.core.desktop%7Cext.visualEditor.mwimage.core%7Cext.visualEditor.mwtransclusion.core%7Cjquery.autoEllipsis%2CbyteLimit%7Cjquery.uls.data%7Cmediawiki.ForeignApi%2CForeignStructuredUpload%2CForeignUpload%2CUpload%2Cwidgets%7Cmediawiki.ForeignApi.core%7Cmediawiki.ForeignStructuredUpload.BookletLayout%2Cconfig%7Cmediawiki.Upload.BookletLayout%7Cmediawiki.action.history.diff%7Cmediawiki.action.view.redirectPage%7Cmediawiki.api.edit%2Cmessages%2Cupload%7Cmediawiki.language.names%7Cmediawiki.libs.jpegmeta%7Cmediawiki.page.gallery.styles%7Cmediawiki.skinning.content.parsoid%7Cmediawiki.widgets.CategorySelector%2CDateInputWidget%2CStashedFileWidget%2CUserInputWidget%2Cstyles%7Cmoment%2Coojs%2Coojs-ui%2Coojs-ui-core%2Coojs-ui-toolbars%2Coojs-ui-widgets%2Coojs-ui-windows%2Cpapaparse%2Crangefix%2Cunicodejs%7Coojs-ui-core.styles%7Coojs-ui.styles.icons%2Cicons-content%2Cicons-editing-advanced%2Cicons-editing-core%2Cicons-editing-list%2Cicons-editing-styling%2Cicons-interactions%2Cicons-media%2Cicons-wikimedia%2Cindicators%2Ctextures&skin=vector&version=04123f9a53e3

Any Idead where the problem is?

Greetings

Tobias Venice-89 (talk) 21:49, 1 November 2016 (UTC)

Hey,I played around with the WikiSyntax... So i figured out, that the problem occurs when I add a possition definition for an image.

for example:

If a page contains something like this, the Visual Editor will crash:

[[Datei:Wiki-Helpdesk-Übersicht.png|center|600x600px]]

If I remove the alignment "center", the editor works.

[[Datei:Wiki-Helpdesk-Übersicht.png|600x600px]]

But in both situations, the image is just a white box in the editor. Venice-89 (talk) 08:43, 2 November 2016 (UTC)

What version(s) are you running? Whatamidoing (WMF) (talk) 16:40, 4 November 2016 (UTC)

Hi,

I have mediawiki 1.27.1 and the Visual Editor is Version 0.1.0 (9da5996)

Greetings

Tobias Venice-89 (talk) 17:11, 4 November 2016 (UTC)

I get the same error and i am looking for a fix. Were you able to fix this?

Thanks! Maalab (talk) 15:00, 11 January 2017 (UTC)

I have discovered something. Our Wiki is in french. If i put this in my LocalSettings.php, it work : $wgLanguageCode = "en";

I have not find a solution to use it in french. Maalab (talk) 15:45, 11 January 2017 (UTC)

My problem have been solved. See https://phabricator.wikimedia.org/T123471 Maalab (talk) 14:30, 1 March 2017 (UTC)

Spoiler alert: restarting Parsoid did the trick. Elitre (WMF) (talk) 11:51, 2 March 2017 (UTC)

VE breaking Tabber and Comments

Hi. Whenever saving a page after editing it with Visual Editor, the page will 'break' hooks from Tabber and Comments (the ones I noticed, so far). In this edit, you can see how it changed everything on its own, while my sole edit was adding a number in a table: http://dragon-mania-legends-wiki.mobga.me/index.php?title=Demonic_Dragon&curid=85&diff=92686&oldid=91250 There seems to be no edit to the <comments /> hook, but it kills the comment section and makes the hook visible on the page. Not only that, but all edits made through VE are marked as unpatrolled.. even though my edits are automatically patrolled. For now, I have disabled VE in the mainspace (still works in Category, User and Guide). What might be the cause of all this? │Star-Warden│ 08:49, 2 November 2016 (UTC)

Does the comments hook work when you re-load/refresh the page in your web browser? Whatamidoing (WMF) (talk) 04:43, 3 November 2016 (UTC)

It doesn't. It's still broken. So is the tabber. │Star-Warden│ 07:38, 3 November 2016 (UTC)

Hi. There's a new issue with the VE. When trying to edit pages/namespaces that are protected by certain rights, it won't let me save the edit saying I don't have the appropriate permission. Even though I have ALL the permissions. Example: I tried editing this page (http://dragon-mania-legends-wiki.mobga.me/Category:Dragon_of_the_Week), which is semi-protected, and I got this error: http://prnt.sc/d481pw │Star-Warden│ 15:16, 7 November 2016 (UTC)

create a page from url using VE currently not working

I am trying to navigate to the visual editor create page by url but it will not work.

I am testing with this url..

mywiki/index.php?veaction=edit&title=newpage&redlink=1

but I am just getting a page from my DNS telling me the page does not exist. (the regular source editor is working fine)

VE Version 0.1.0 (9da5996) MediaWiki 1.27

any methods to troubleshoot this? 70.51.240.91 (talk) 22:58, 5 November 2016 (UTC)

Do you have the correct URL? mywiki.com/index.php... is always wrong. mywiki.com/w/index.php... should work. Whatamidoing (WMF) (talk) 01:09, 9 November 2016 (UTC)

Thanks but my URL is correct for my deployment, i do not have a /w/ path 208.72.125.2 (talk) 15:10, 9 November 2016 (UTC)

Well, perhaps that's the problem; the visual editor might not support that.

What are the benefits of not having a /w/ path? Whatamidoing (WMF) (talk) 17:16, 11 November 2016 (UTC)

veaction=edit is ignored by PHP so shouldn't affect the initial request. Does mywiki/index.php?title=newpage&redlink=1 load? ESanders (WMF) (talk) 17:48, 11 November 2016 (UTC)

@Esanders (WMF) nope i just get...

= The page you are looking for cannot be found = 208.72.125.2 (talk) 21:17, 11 November 2016 (UTC)

note that if i previously created the page it works fine 208.72.125.2 (talk) 21:18, 11 November 2016 (UTC)

Can't update categories and some other page options

OK with d972d3f4f252 (which is what mediawiki.org currently using)

Not working with 37ccaca2ec09 or current latest master 82b8afafc781

Am I doing something wrong? Md2017 (talk) 22:38, 13 November 2016 (UTC)

Error loading data from server:HTTP 200 after config

Tring to setup a Visual Edtior in 192.168.20.130

I use apt-get to install parsoid and set config.yaml with

------------------

mwApis:

- # This is the only required parameter,

# the URL of you MediaWiki API endpoint.

uri: 'http://192.168.20.130/wiki/api.php'

------------------

I tried to access 192.168.20.130:8142 via browser and got a working page.

Then I config LocalSettings.php with

------------------

wfLoadExtension( 'VisualEditor' );

$wgDefaultUserOptions['visualeditor-enable'] = 1;

$wgHiddenPrefs[] = 'visualeditor-enable';

$wgVirtualRestConfig['modules']['parsoid'] = array(

'url' => 'http://192.168.20.130:8142',

'domain' => '192.168.20.130',

'prefix' => '192.168.20.130'

);

------------------

After these config, I try to edit index page with Visual Editor but got a "Error loading data from server:HTTP 200"

I checked apache access_log and find this edit action request url:http://192.168.20.130/wiki/api.php?action=visualeditor&format=json&paction=parse&page=%E9%A6%96%E9%A1%B5&uselang=zh-cn (I use zh-cn and "%E9%A6%96%E9%A1%B5" is uri coding for index page), then I access this url manually but only got a message:"Exception encountered, of type "Error""

How can I fix this problem? 61.144.203.130 (talk) 12:31, 21 November 2016 (UTC)

Solved, php-curl version problem. 61.144.203.130 (talk) 11:38, 28 November 2016 (UTC)

No pages were returned from the API request

Operating System: Debian GNU/Linux 8 (jessie)

MediaWiki: 1.27.1

PHP: 5.6.27

VE: 0.1.0

-----------------------------------------------

I have two virtual hosts setup on the same server, lets say vhost1 and vhost2

I can create and edit pages using VE on vhost1

I can create pages using VE on vhost2 but I cannot edit those pages

Replication steps

Using VE, create a page called testpage

Attempt to edit page results in a browser error: Error loading data from server:404:docserver-http:HTTP 404.

In the parsoid.log, the following entry is noted

[fatal/request][vhost2/testpage] No pages were returned from the API request for testpage

In vhost2's localsettings.php

$wgVirtualRestConfig['modules']['parsoid'] = array(

// URL to the Parsoid instance

// Use port 8142 if you use the Debian package

'url' => 'http://vhost1.domain.com:8142',

// Parsoid "domain", see below (optional)

'domain' => 'vhost2.domain.com',

// Parsoid "prefix", see below (optional)

'prefix' => 'vhost2'

);

In /etc/mediawiki/parsoid/settings.js

parsoidConfig.setMwApi({ prefix: 'localhost', uri: 'http://vhost1.domain.com/api.php', domain: 'vhost1.domain.com' });

parsoidConfig.setMwApi({ prefix: 'vhost2', uri: 'http://vhost2.domain.com/api.php', domain: 'vhost2.domain.com' });

a CURL to http://vhost2.domain.com/api.php returns correctly.

What am I missing here? Thanks. Rob200sx (talk) 11:48, 29 November 2016 (UTC)

Manual page VE

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

Is outdated? It's MW 1.28 now.

Regards, Jethro Waanders (talk) 12:23, 29 November 2016 (UTC)

Thanks for the spot – I've updated the infobox. Jdforrester (WMF) (talk) 19:36, 29 November 2016 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Creating PDF Link in Visual Editor

When a user attach a link File:ThisIsFile_AAA.pdf , by clicking this link it will go to the page call mywiki/File:ThisIsFile_AAA.pdf.

In there there is the pdf actual link which is: http://myWiki/images/9/9c/ThisIsFile_AAA.pdf.

How do i create a link so it directly goes to this file location?

I'm guessing i'll have to first find out where it uploaded the file first, then create an external link: http://myWiki/images/9/9c/ThisIsFile_AAA.pdf ?

Just wondering if there is any faster way where it don't bring me to mywiki/File:ThisIsFile_AAA.pdf but link directly to the file. AmazingTrans (talk) 01:14, 30 November 2016 (UTC)

BadMethodCallException from line 845 of /includes/session/SessionManager.php: Sessions are disabled for this entry point

Mediawiki 1.28

VisualEditor REL1_28

Parsoid 0.6.1 with Wikimedia APT repo

I saw this error in chrome console. After I disable VE extension the error disappears.VE seems work fine.Is there anyway to solve this problem？ TrickLin (talk) 09:57, 4 December 2016 (UTC)

Build the visual editor from

|-

|git clone --depth 1 -b REL1_28 --single-branch https://gerrit.wikimedia.org/r/p/mediawiki/extensions/VisualEditor.git

|-

|

|}

Not from the extensions repo. Make sure to init your submodules and composer install if needed. Premade core if you want it:

https://github.com/rlewkowicz/docker-mediawiki-core/tree/REL1_28

Full stack if you want it:

https://github.com/rlewkowicz/docker-mediawiki-stack/tree/REL1_28 Ryan.lewkowicz (talk) 20:56, 14 December 2016 (UTC)

Now I confirmed this error must be a conflict with Extension:Arrays in Mediawiki 1.28 .Will you fix this？ TrickLin (talk) 21:34, 10 December 2016 (UTC)

I have the same problem, but I don't have Extension:Arrays installed. Innosflew (talk) 13:13, 13 December 2016 (UTC)

Btw I found this on Manual:Load.php:

"Code executed via load.php should not rely on the user's session as its results will be cached and sent to other users. Starting from MW 1.28, this is enforced and a "Sessions are supposed to be disabled for this entry point" exception will be thrown if a session access is attempted. See these tips on how to fix."

So according to this the reason we are getting those error messages in the chrome console is because we're attempting a session access? I don't know how to fix this. Innosflew (talk) 20:41, 14 December 2016 (UTC)

I'm on chrome, using VE, I don't think I have those issues Ryan.lewkowicz (talk) 20:59, 14 December 2016 (UTC)

I'm also on Chrome, having downloaded VE for MW 1.28 from the ExtensionManager, and I do get this error. I don't have Extension:Arrays installed: VE is the only extension installed. Maiden taiwan (talk) 19:06, 18 December 2016 (UTC)

Hello, I got the same issue, using MW 1.28 and VisualEditor REL1_28 (also tried with premade version given by Ryan.

Have you any update about it ? Pyro853 (talk) 14:56, 10 January 2017 (UTC)

I confirm the issue. I don't think browser is relevant here. Switching VE removes the error. Happens to me only when uploading files, in the file load.php?debug=false&lang=ru&modules=startup&only=scripts&skin=vector&*. Alexander Mashin ^talk 08:24, 28 January 2017 (UTC)

I also have this issue:

load.php?debug=false&lang=en&modules=startup&only=scripts&skin=vector:4 [c66163393a6b52e6c07a4b3e] /load.php?debug=false&lang=en&modules=startup&only=scripts&skin=vector BadMethodCallException from line 845 of /apps/mediawiki/htdocs/includes/session/SessionManager.php: Sessions are disabled for this entry point

Does anyone have a solution yet? Bryandamon (talk) 05:43, 8 May 2017 (UTC)

Same issue without solution here:

[exception] [7d8a1a204a740c0f4d756dc7] /load.php?debug=false&lang=de&modules=startup&only=scripts&skin=vector   BadMethodCallException from line 845 of /srv/www/vhosts/mediawiki-1.28/includes/session/SessionManager.php: Sessions are disabled for this entry point

Firefox, VE enabled, MW 1.28 Mika77 (talk) 09:54, 24 May 2017 (UTC)

How to enable map and graph options in VE?

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

I have installed latest VE but i don't see option to enalbe map and graph in Insert option. How can i do this? NH35 (talk) 05:11, 7 December 2016 (UTC)

Those are provided by the Kartographer and Graph extensions respectively. Jdforrester (WMF) (talk) 19:01, 7 December 2016 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Visual Editor MW 1.23.15

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

download version 1.23 doesn't work (404 not found) How can I get it? Bty0808 (talk) 10:17, 8 December 2016 (UTC)

Indeed. Issue reported on phabricator:T155076. In the meantime, Git can be used to specifically download this version, the branch REL1_23. On a Linux/Unix command line, it is:

git clone -b REL1_23 https://gerrit.wikimedia.org/r/p/mediawiki/extensions/VisualEditor.git

Do not try to use a newer version of VisualEditor on MediaWiki 1.23, it will probably not work. ~ Seb35 [^_^] 01:02, 11 January 2017 (UTC)

This does not address the `lib/ve` `REL1_23` hash missing. 100.37.142.189 (talk) 15:14, 12 May 2017 (UTC)

It works since one month thanks to Legoktm (see phabricator:T155076). Given MediaWiki 1.23 is deprecated now, it is no more available in downloading. It remains the installation with Git (similar to what is explained for other branches in Extension:VisualEditor#Download):

git clone -b REL1_23 https://gerrit.wikimedia.org/r/p/mediawiki/extensions/VisualEditor.git

cd VisualEditor

git submodule update --init

The missing commit from lib/ve is now referenced by a tag, which is downloaded by default. I just tested the procedure above and it works. ~ Seb35 [^_^] 08:37, 29 June 2017 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Images are being served from the parsoid "domain"

Using a core stack, I don't have any issues, so this may be difficult to help me with (I also don't know if devs look at this). Core stack:

https://github.com/rlewkowicz/docker-mediawiki-stack/tree/REL1_28

Works fine. With other plugins and an import, things are not working. In the debug log I get

• File::transform: Doing stat for mwstore://local-backend/local-thumb/a/ab/Revewimage.png/242px-Revewimage.png
• [FileOperation] FileBackendStore::getFileStat: File mwstore://local-backend/local-thumb/a/ab/Revewimage.png/242px-Revewimage.png does not exist.
• TransformationalImageHandler::doTransform: creating 242x41 thumbnail at /tmp/transform_315a2d20106f.png using scaler gd
• TransformationalImageHandler::doTransform: returning unscaled image

Which is cool, but the return is where I think I'm having an issue. Since this is made with docker, the "domain" for parsoid is nginx (I have to proxy because both containers want the same domain which cant work in docker). so it returns https://nginx/images/a/ab/Revewimage.png. My browser is trying to goto nginx. I don't even understand how this is happening. I'm going to dig, but if anyone has an idea, that'd be nice Ryan.lewkowicz (talk) 21:10, 14 December 2016 (UTC)

Fresh installed MediaWiki 1.28 with Visual Editor

I just installed a private wiki, parsoid, tests ok. But now where is the page to test parsoid, used to be http://host:8000 and then you could test it, or with http://host:8000/_wikitext, that is not possible any more.

Number 2, when I activate the Visual Editor in LocalSettings.php (wfLoadExtension( 'VisualEditor' );) I get an error on the Browser:

The 192.168.88.20 page isn’t working

192.168.88.20 is currently unable to handle this request. HTTP ERROR 500

And the log file says: [Mon Dec 26 03:18:23.192089 2016] [:error] [pid 433] [client 192.168.88.133:62763] PHP Warning: filemtime(): stat failed for /var/www/html/wiki/extensions/VisualEditor/extension.json in /var/www/html/wiki/includes/registration/ExtensionRegistry.php on line 105 [Mon Dec 26 03:18:23.192339 2016] [:error] [pid 433] [client 192.168.88.133:62763] PHP Fatal error: Uncaught exception 'Exception' with message 'Couldn't stat /var/www/html/wiki/extensions/VisualEditor/extension.json: filemtime(): stat failed for /var/www/html/wiki/extensions/VisualEditor/extension.json' in /var/www/html/wiki/includes/registration/ExtensionRegistry.php:111\nStack trace:\n#0 /var/www/html/wiki/includes/GlobalFunctions.php(116): ExtensionRegistry->queue('/var/www/html/w...')\n#1 /var/www/html/wiki/LocalSettings.php(155): wfLoadExtension('VisualEditor')\n#2 /var/www/html/wiki/includes/WebStart.php(124): require_once('/var/www/html/w...')\n#3 /var/www/html/wiki/index.php(40): require('/var/www/html/w...')\n#4 {main}\n thrown in /var/www/html/wiki/includes/registration/ExtensionRegistry.php on line 111

Using CentOS 7.3, MediaWiki 1.28.0, Parsoid installed: yum install -y nodejs npm vim-enhanced git policycoreutils-python cd /opt git clone https://gerrit.wikimedia.org/r/p/mediawiki/services/parsoid cd /opt/parsoid npm install Visual Editor for MW 1.28.0

So any idea what is wrong? Thank you. 181.64.3.16 (talk) 03:24, 26 December 2016 (UTC)

Can you post your adds to your LocalSettings.php ? Knixmaster (talk) 10:21, 5 January 2017 (UTC)

Don’t know if the problem is solved, the log "filemtime(): stat failed for /var/www/html/wiki/extensions/VisualEditor/extension.json" means the extension (here VisualEditor) is not installed or don’t have an extension.json. Verify the extension is installed, and verify the version of the extension is corresponding to the MediaWiki version. For the second check, if you installed with Git, check the branch you are using (REL1_XX); if you installed with a .tar.gz from MediaWiki.org/ExtensionDistributor, the easier path is to re-download the extension from MediaWiki.org/ExtensionDistributor with the version corresponding to your MediaWiki version. ~ Seb35 [^_^] 22:24, 9 January 2017 (UTC)

Suggestion: Automatically paste space separated text content into selected separate cells

Currently, it is possible to paste cells from one section of a table to another but it is not possible to paste CSV text or space separated text from into a selected table.

Problem : Paste values separated with spaces or commas into a table

Steps

• Select all cells in the table below

• Paste something like this separated by tabs (or commas):

tableheader1 tableheader2
cell1 cell2
cell2 cell3

Expected results:

tableheader1	tableheader2
cell1	cell2
cell2	cell3

Actual results:

tableheader1 , tableheader2 cell1 , cell2 cell2 , cell3

Workaround: Copy text to a csv file (with commas) and drag and drop into VisualEditor. 197.218.83.94 (talk) 19:21, 30 December 2016 (UTC)

This could also work with a list, e.g.:

Pasting this:

* item1
* item2
* item3

Into a table would result in this: 197.218.80.191 (talk) 14:24, 31 December 2016 (UTC)

Oops pressed saved too early.

After selecting 3 rows in the first column, and pasting the contents of the previous post, it would look like this:

!item1

|-

|item2

|-

|item3

|}

Probably similar to this task:

https://phabricator.wikimedia.org/T126649 197.218.80.191 (talk) 14:30, 31 December 2016 (UTC)

You don't need to copy-and-paste the contents of your CSV files. VisualEditor suppors drag-and-drop to import CSV files. Whatamidoing (WMF) (talk) 18:20, 2 January 2017 (UTC)

Copying and pasting the contents of the CSV files on a table doesn't paste the contents in respective cells, it will paste it all in one specific cell. That was the point of this report.

The fact that drag and drop of csv files works at all is also an obscure probably undocumented feature. 197.218.91.152 (talk) 10:28, 7 January 2017 (UTC)

The ability to drag-and-drop CSV files is documented in the main user guide: Help:VisualEditor/User guide#Editing tables.

The problem with copying and pasting comma-separated data is that it'd never be clear what is wanted. If I copy and paste "red, white, and blue" into a table cell, do I want that to be in separate cells, like this:

|+My favorite colors

|-

|red

|white

|blue

|}

or do I want it to be in one cell, like this:

|+How to identify flags

|-

!Colors

!Flags

|-

|red, white, and blue

|US, UK, Australia, France, Netherlands, Russia, and more

|-

|black, red, and gold

|Probably Germany or Belgium

|}

If the software interpreted comma-separated words as "make new table cells", then you' never be able to paste lists (or even sentences that contained a comma). Whatamidoing (WMF) (talk) 07:04, 16 January 2017 (UTC)

That's true, and why the suggestion states "space" separated text. Just like the phabricator link. Although, the description there is a too brief, and hard to understand for the average person.

Ssing tabs (a type of space) which are uncommon in html or wikitext is a more robust solution.

Anyway, thanks for the link about the csv file pasting. 197.218.82.16 (talk) 10:13, 16 January 2017 (UTC)