Talk:VisualEditor/2017

Previous discussion was archived at Talk:VisualEditor/Archive 1 on 1 September 2015.

VE is garbling wikilinks as an drive-by-accident

In this change it seems, the VE has changed some correct wikilinks to something not readable in normal edit mode. The IP probably only wanted to update the table (and messed it up, despite VE is supposed to be better in working with tables), it would never have made those other changes intentionally. As I can't start a phab, I report it here.

The paragraph on deWP where this popped up was this one.

Grüße vom Sänger ♫^(Reden) 16:39, 9 January 2017 (UTC)

Another Post in deWP where it popped up. Is there already a phab for this? Grüße vom Sänger ♫^(Reden) 09:34, 26 March 2017 (UTC)

Screenshots

Screenshots on this page look like some older version of topbar, could someone update them? Dvorapa (talk) 07:17, 16 January 2017 (UTC)

I don't see any screenshots on this page (i.e., VisualEditor). Can you give me a link to the page that you're talking about? Whatamidoing (WMF) (talk) 20:29, 16 January 2017 (UTC)

VE can't load with http 500 error in Browser

mediawiki version: 1.28.0

nodejs version : v0.10.25

parsoid version i don't know, i have install it with Parsoid/Setup help. and it's work. I can access the http://myhost:8142 and get the right page in Browser.

The question is when i add "wfLoadExtension( 'VisualEditor' );" in LocalSettings.php, i will receive the http 500 error when i access my wiki in browser. when i comment "wfLoadExtension( 'VisualEditor' );" in LocalSettings.php, i can access my wiki normally.

I don't know where configuration is wrong, i'm following the step with Extension:VisualEditor.

I'm sure i have input "git submodule update --init" after clone VE.

Below is LocalSettings.php additional configuration:

# End of automatically generated settings.

# Add more configuration options below.

wfLoadExtension( 'VisualEditor' );

// Enable by default for everybody

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

// Optional: Set VisualEditor as the default for anonymous users

// otherwise they will have to switch to VE

// $wgDefaultUserOptions['visualeditor-editor'] = "visualeditor";

// Don't allow users to disable it

$wgHiddenPrefs[] = 'visualeditor-enable';

// OPTIONAL: Enable VisualEditor's experimental code features

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

$wgVisualEditorAvailableNamespaces = [

"0" => true,

"2" => true,

"102" => true,

"_merge_strategy" => "array_plus"

];

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

// URL to the Parsoid instance

// Use port 8142 if you use the Debian package

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

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

'domain' => 'localhost'

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

#'prefix' => 'localhost'

);

Below is parsoid partial configuration:(i'm using config.yaml as configuration file)

services:

- module: ../src/lib/index.js

entrypoint: apiServiceWorker

conf:

# For backwards compatibility, and to continue to support non-static

# configs for the time being, optionally provide a path to a

# localsettings.js file.  See localsettings.example.js

#localsettings: ./localsettings.js

# Set your own user-agent string

# Otherwise, defaults to:

#   'Parsoid/<current-version-defined-in-package.json>'

#userAgent: 'My-User-Agent-String'

# Configure Parsoid to point to your MediaWiki instances.

mwApis:

- # This is the only required parameter,

# the URL of you MediaWiki API endpoint.

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

# 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

# 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:  # optional

thanks. 218.75.121.246 (talk) 03:13, 10 February 2017 (UTC)

Do you install Restbase service 180.163.179.236 (talk) 08:14, 22 September 2017 (UTC)

Images (edit-mode) not shown with https-wiki

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.

---

Hi all,

We've a problem when using the Visual Editor with a https-protected wiki (MW version 1.27.1): images in a wikipage aren't displayed when editing a page where this does happen in Read mode.

View source of the page contains:

<a href="/wiki/index.php/File:MyImage.jpg" class="image"><img alt="MyImage.jpg" src="/images/5/5a/MyImage.jpg" width="208" height="199" />

Console of the browser gives this error message: "GET https://localhost/images/5/5a/MyImage.jpg net::ERR_CONNECTION_REFUSED".

How can I fix this problem?

Regards, Jethro Waanders (talk) 19:12, 16 February 2017 (UTC)

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

Receipes

There should be a VisualEditor/Recipes where some common problems and solutions are described step by step. The page as it is now is just an example, with a single entry. Feel free to move the page if it is better suited on other locations.

Some additional background on Import of preformatted templates into an article. Jeblad (talk) 20:56, 13 April 2017 (UTC)

Timeout in VisualEditor

Hi, we have one very huge Page in one of our customers mediawiki. Editing this page will cause an alert windows after about 30 seconds witch says: "http". Not more. The Parsoid log says: ...started parsing... and then ...completed parsing in 37661 ms... so im guessing on a timeout problem. All other Pages load fast and fine. Is there a way to increase timeout? Thank you for every help and hint :-) 217.86.209.28 (talk) 10:24, 30 June 2017 (UTC)

Not sure if you are still interested in an answer, have a look at Extension talk:VisualEditor/2018#h-Error_when_editing_a_page:_Error_loading_data_from_server:_HTTP_0._Would_you_lik-2018-12-13T13:15:00.000Z Ti infotrad (talk) 13:17, 13 December 2018 (UTC)

Media settings search is incomplete

Hi all,

When I open Media settings (Insert -> Media) and type in "L" it says nothing found. If I type in "L3" it shows the correct PDF file. Is there a way to convince the wiki to list all the media starting with letter [a-z] or show all the available media? Because not every user knows exactly what he has to search for.

If I test with other Picture Database ($wgUseInstantCommons = true;) it works with only typing in one letter.

MediaWiki Version: 1.28.0 217.86.209.28 (talk) 09:39, 7 July 2017 (UTC)

Well, that works on this wiki (after a delay). What happens in the regular Special:Search box, if you type in File:L? Does it list the files that you expect? Whatamidoing (WMF) (talk) 17:49, 12 July 2017 (UTC)

If you are not using CirrusSearch or another fulltext search engine, you have to use search parameter like "L3" or ~L Lanthanis (talk) 12:01, 17 July 2017 (UTC)

Hello i have same problem but even worse- images found only whet full file name is typed, otherwise it prints "No results found."

When search through regular search with "File:" prefix everything works good after first typed letter.

MediaWiki 1.31.0-alpha (44e0eec)

VisualEditor 0.1.0 (b82c769) 04:43, 22 января 2018

tenx! 78.36.53.186 (talk) 13:34, 11 February 2018 (UTC)

Try to use wildcards like M*. That may helps. Lanthanis (talk) 20:38, 11 February 2018 (UTC)

Display name function does not show any effect

MW 1.27

VE 0.1.0

Hi @Whatamidoing (WMF)

if I want to set a display name for an article or a category it does not show any effect. Furthermore I didn't find any references of this function in the manual.

I think the function should display "VisualEditor" instead of the standard "Category:VisualEditor" for example, right ? Lanthanis (talk) 12:04, 17 July 2017 (UTC)

Are you talking about {{DISPLAYTITLE}}? It's used to change the formatting of page titles, such as adding italics to the title of the book at https://en.wikipedia.org/wiki/Pride_and_Prejudice Whatamidoing (WMF) (talk) 20:45, 18 July 2017 (UTC)

I'm talking about this function "Anzeigetitel"

Lanthanis (talk) 08:07, 19 July 2017 (UTC)

The current version is 1.30.0-wmf.10 (cf8ce2d) for MediaWiki and 0.1.0 (c2dab36) for VisualEditor. It looks like you're running an older version. I believe that this problem will be solved if you upgrade to any newer version (anything in the last six months). Whatamidoing (WMF) (talk) 15:59, 19 July 2017 (UTC)

Unable to stop the editor from loading while offline

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.

---

Once when I loaded a page while I'm online an went offline to read the page, I accidentally hit the 'Edit' button. This started the progress bar for the editor and obviously it got stuck after sometime as it was unable to connect to the network. It was frustrating for me as I couldn't cancel the page load and thus couldn't read the article that I loaded until I got the error dialog.

It would be nice if there was a way to stop the editor from loading while it's being loaded. This would help the readers to proceed with what they were reading quickly when they accidentally hit the 'Edit' button instead of waiting for the editor to load and then cancel the edit operation.

Note: This a copy of a similar topic at the Visual Wikitext editor. Kaartic ^[talk] 12:10, 24 September 2017 (UTC)

Isn't "Back" (or its equivalent on mobile) that button? Doesn't the requested article stay in cache, so you don't need to reconnect to read it? Elitre (WMF) (talk) 10:01, 25 September 2017 (UTC)

I'm not sure what you mean by a "Back" button but I don't see any while the visual editor is loading. Here's a screen shot,

In case you are referring to the browser's back button, it had no effect on the loading of the visual editor (possibly due to the caching!). IOW, hitting the "Back" button on the browser and hitting "Forward" button didn't cancel the loading of the visual editor. Kaartic ^[talk] 18:51, 27 September 2017 (UTC)

If you're online pressing ESC (or the equivalent in your operating system /platform) will cancel the loading. If you're offline, allowing it to pseudo-load, then pressing retry and then ESC multiple times seems to also cancel the loading.

Also this isn't specific to visualeditor. All other editors behave in a similar fashion, in fact they show the offline message even faster. One problem is that VisualEditor re-uses the same page, so after it loads if one tries to go back, they hit the same "page" or editor again.

Detecting offline mode is a very tricky thing. There might be temporary network lapses or someone might be using a local proxy that contains a cache of the page, or one of a million other possibilities when it comes to networks.

Chrome had (or has?) to have a more aggressive caching configuration option that could be activated and would store such older pages. Generally speaking though, if one wants to see stuff offline, then saving the page is the best option, even if offline it can retrieve it from the cache and create a copy. 197.218.90.108 (talk) 19:32, 27 September 2017 (UTC)

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

Error saving data to server: Empty server response

Hello,

Please help! we have installed new visual editor and parsoid on our wiki, and all user have the problem with articel edititing. when articel have a external link, he cant be saved by users, but not by admins.

How we can enable editing with external links for all default users?

LocalSettings.php:

# The following permissions were set based on your choice in the installer
$wgGroupPermissions['*']['createaccount'] = false; // Registrierung verbieten
$wgGroupPermissions['*']['edit'] = false; // Bearbeitung verbieten
$wgGroupPermissions['*']['read'] = false; // Lesezugriff verbieten
$wgGroupPermissions['*']['createpage'] = false; // Schreibzugriff verbieten
$wgGroupPermissions['*']['upload'] = false; // Dateien hochladen verbieten
$wgGroupPermissions['*']['reupload-shared'] = false; // Ersetzen von bestehenden Dateien verbieten
$wgGroupPermissions['*']['upload_by_url'] =false; // Hochladen durch eingeben einer neuen URL verbieten
$wgGroupPermissions['*']['autocreateaccount'] = true;



$wgVirtualRestConfig['modules']['parsoid'] = array(
  // URL to the Parsoid instance
  // Use port 8142 if you use the Debian package
  'url' => 'http://wiki-aws.cib.de:8142',
  // Parsoid "domain", see below (optional)
'domain' => 'wiki-aws.cib.de',
  // Parsoid "prefix", see below (optional)
// 'prefix' => 'localhost'
);

require_once "$IP/extensions/VisualEditor/VisualEditor.php";
$wgDefaultUserOptions['visualeditor-enable'] = 1;
$wgHiddenPrefs[] = 'visualeditor-enable';
$wgDefaultUserOptions['visualeditor-enable-experimental'] = 1;
$wgDefaultUserOptions['visualeditor-editor'] = "visualeditor";
$wgSessionsInObjectCache = true;
$wgVirtualRestConfig['modules']['parsoid']['forwardCookies'] = true;

Best regards, Vadim 93.125.106.12 (talk) 07:57, 31 October 2017 (UTC)

I'm sorry, I can't really help you. But I saw that error message the other day, when my internet connection dropped for a few minutes.

Can your regular editors save a page (with a URL) when they use other editing tools? Whatamidoing (WMF) (talk) 19:12, 3 November 2017 (UTC)

Hi! Yes, standard mediawiki editor can save a page with a URL 93.125.106.12 (talk) 07:17, 8 November 2017 (UTC)

Hi,

following settings in Localsettings.php have fixed the problem:

$wgGroupPermissions['emailconfirmed']['skipcaptcha'] = true;

$ceAllowConfirmedEmail = true;

hopefully, it will not bring any new problems now 93.125.106.12 (talk) 08:14, 8 November 2017 (UTC)

Thanks for posting the solution! I hope that it helps someone else. Whatamidoing (WMF) (talk) 17:14, 10 November 2017 (UTC)