VisualEditor/Feedback

Jump to navigation Jump to search

About this board

Post your feedback about using the visual editor.

If you have never provided feedback before, you can learn how to do it effectively. If you are reporting a problem directly on this page, please include your web browser, computer operating system, and wiki skin (usually Vector, sometimes Monobook). The feedback tool within the visual editor will include your user agent details instead.

You can use this page to tell the Wikimedia developers your ideas and issues about using the visual editor: this is the only feedback page actively monitored by WMF staff. The Contributors team welcomes your feedback and ideas, especially on user interface decisions and the priorities for adding new features. All comments are read, in any language, but personal replies are not guaranteed: the team will try and go through reports here at least once a week. Need more attention? Report directly in Phabricator. Please note that the Wikimedia Foundation does not provide support for installing VisualEditor on third-party wikis. Please report bugs involving Parsoid at Talk:Parsoid instead.

You may also want to read a guide to optimize the visual editor's experience on your site, which details work necessary on the community side (such as translating or setting up citation systems).

View open developer tasks Report a new bug in Phabricator Join the IRC channel Test the visual editor! (no account required)

Cursors out of alignment in section edits

4
Brunokito (talkcontribs)

I have the same problem

Whatamidoing (WMF) (talkcontribs)

Are you editing in the wikitext or visual modes?

Brunokito (talkcontribs)

In visual mode, if I click on the edit of a section the cursor goes bottom and it is impossible to edit in any other point.

Whatamidoing (WMF) (talkcontribs)

Does this happen at the Italian Wikipedia, some place else, or everywhere?

What's your web browser and operating system?

Reply to "Cursors out of alignment in section edits"

Ez da orrialdea argitaratzen

1
Helios-AEK (talkcontribs)
Reply to "Ez da orrialdea argitaratzen"

The screen is a bit glitched on ipad. The side text covers up the screen and makes it harder to read.

1
194.237.125.60 (talkcontribs)
Reply to "The screen is a bit glitched on ipad. The side text covers up the screen and makes it harder to read."
Django9393 (talkcontribs)
Whatamidoing (WMF) (talkcontribs)

I'm not sure what's going on. @Ainali, would you please do me a favor and let me know if there is some reason why this editor can't edit that page?

Ainali (talkcontribs)

The question should go to someone on French Wikipedia, the page already exists in Swedish.

Whatamidoing (WMF) (talkcontribs)

In that case, perhaps @Speculos or @Salix might be around. It looks like Django9393 has not made an edits at the French Wikipedia before.

Salix (talkcontribs)

No idea how to help.

Reply to "anomaly"

The editor induces the creation of links which bypass redirection, please change.

6
Marc Mongenet (talkcontribs)

Steps to reproduce:

  1. Select words "web address" in a page
  2. Click link icon
  3. The "Add a link" lists "URL" as first choice, and "Web address, redirect to URL" as second choice.

The result of step 3 is a problem, because redirection bypassing causes lots of work to update links in linked pages when pages are renamed, or when redirections are turned into articles.

The selected word should be listed as first choice regardless the fact it is a redirection or not.

See also

https://en.wikipedia.org/wiki/Wikipedia:Redirect#Do_not_%22fix%22_links_to_redirects_that_are_not_broken

https://en.wikipedia.org/wiki/Wikipedia:Manual_of_Style/Linking#Piping_and_redirects

Marc Mongenet (talkcontribs)

Additionally, I see no benefit in presenting the notion of "redirection" to the end user. Redirection are a technical functionality of MediaWiki. When the end user creates a link, he is only interested in the destination page.

Whatamidoing (WMF) (talkcontribs)

When I'm editing, I find the description of links as being a redirect helpful, because it helps me make sure that I'm linking to the correct page. I think that the current system is better in this situation:

  1. Select the words "keto diet" in a page
  2. Click the link icon
  3. The "Add a link" lists w:en:Ketogenic diet as the first choice, but the page you actually want is w:en:Low carbohydrate diet, because the first linked page is about w:fr:Diète cétogène#Épilepsie (a medically supervised treatment for children with epilepsy) and not about the trendy lifestyle diet.
Marc Mongenet (talkcontribs)

Hello, thank you for your reply.

For sure, when you select "keto diet" it is interesting to know that it leads to "Ketogenic diet". I am not suggesting to remove this information.

But I don't see the point of displaying two results to Visual editor users. I don't see either the point to exposing Visual editor users to the notion of redirect.

Here is what the Visual editor displays today:

Ketogenic diet

High fat dietary therapy for epilepsy

keto diet

redirect to Ketogenic diet

Here is the system I propose:

  1. Select the words "keto diet" in a page
  2. Click the link icon
  3. The "Add a link" lists w:en:Ketogenic diet as the first choice, and nothing else.

keto diet link to Ketogenic diet

High fat dietary therapy for epilepsy

So what I propose is to list Ketogenic diet as the only choice given by the Visual editor, but to produce a link [[keto diet]] in wikicode.

I see it as a win-win solution: 1. Visual editor made simpler to use; 2. Redirects used as advised by help pages.

Whatamidoing (WMF) (talkcontribs)

But what if the redirect goes to an unexpected page, and I can't figure out what's wrong? If you hide the redirect information, then you will also get this:

  1. Select the words "famous web search engine" in a page
  2. Click the link icon
  3. The "Add a link" lists w:en:Google Search as the first choice, and nothing else.

That's going to be confusing to people who don't know that "famous web search engine" was specifically a nickname for Google Search at one time.

Marc Mongenet (talkcontribs)

Hello, I don't see how the situation with "famous web search engine" is better with current implementation:

🔍 Famous web search engine

Google search

Web search engine developed by Google

Famous web search engine

redirect to Google search


Compare with what I propose:

🔍 Famous web search engine

Famous web search engine link to Google search

Web search engine developed by Google


For Wikipedians who know what redirects are, both solution make sense. For people who don't know what redirects are, current implementation gives two choices and no way to understand which is better. And even worse, the first choice goes against most advices given by

https://en.wikipedia.org/wiki/Wikipedia:Redirect#Do_not_%22fix%22_links_to_redirects_that_are_not_broken

https://en.wikipedia.org/wiki/Wikipedia:Manual_of_Style/Linking#Piping_and_redirects

Reply to "The editor induces the creation of links which bypass redirection, please change."

PgUp/PgDn scrolling out of control

8
Elizium23 (talkcontribs)

I tend to scroll without using the scrollbar, but instead by using arrow keys and PgUp/PgDn. When using the latter keys, I cannot control the scrolling while in Visual Editor. It usually scrolls much too far, 2 pages' worth, and I miss text that is skipped instead of presented to me as the previous/next page.


Is there a way to mitigate this, or will I need to work around it using the scrollbars?

Whatamidoing (WMF) (talkcontribs)

What's your web browser and operating system?

Elizium23 (talkcontribs)

Chromium Version 85.0.4183.102 (RPM Fusion Build) (64-bit)

Fedora Linux 31

Plasma 5 KDE

Elizium23 (talkcontribs)
Whatamidoing (WMF) (talkcontribs)

Do you, by any chance, have your browser window zoomed in (or narrow), so that the toolbar takes up more than one line? There are a lot of scrolling-related bugs, but phab:T67241 was the only one that looked like it might be related.

Elizium23 (talkcontribs)

I do not have the browser zoomed, but the toolbar takes up two lines until I widen the browser window to 1520 pixels.


The presence of images and other entities such as infoboxes and navboxes definitely plays a part in the glitch. If I scroll through a region of pure text, it seems to behave OK.


I will experiment some more with this and see what I find. I see your recommended phabricator bug was created 6 years ago, not encouraging...

Whatamidoing (WMF) (talkcontribs)

I'm particularly curious whether the scrolling problem goes away if the toolbar is just one line. If so, then there might be some invalid assumptions about visible screen height somewhere.

Also, I'm pinging @AHollender (WMF), who has been working on the Reading/Web/Desktop Improvements project, and who might be interested in knowing that the toolbar requires 1520 pixels to display normally for you.

AHollender (WMF) (talkcontribs)

@Elizium23 thanks for mentioning this issue. Would you be able to take a screenshot (or multiple), upload it to https://imgur.com/ and then paste a link to it here? That way we can see exactly what you're seeing. cc @ESanders (WMF)

Reply to "PgUp/PgDn scrolling out of control"

مشكلة في نشر الصفحة

1
Hossamaldaly2020 (talkcontribs)
Reply to "مشكلة في نشر الصفحة"

Impossible to edit the text that comes after a template

3
Slaia (talkcontribs)

I have been facing the following issue on the wiktionary incubator project (Wt/nia) when editing using VE: the word entry, the definition and examples are always bound together with the template that comes before it.

Therefore it is impossible to edit them. Clicking on them would open the transclusion window of the template. The word, definition and example would be found in the content part ([[]]) of that transclusion window.

And this only happens to this particular part. Other text parts and other templates in the entry do not have this issue.

Update: I found out this would only happen to a template that comes after the heading level 2 (typically the name of the language). So the == heading == would create the issue above for the next template in text, however changing it to === heading === does not.

Whatamidoing (WMF) (talkcontribs)

I get the same kind of problem when I'm editing some pages in the English Wikivoyage. (There, the first paragraph gets 'stuck' to the banner at the top of the page.)

Would you please take a look at T137942 and reply here to let me know whether that sounds like what you're seeing?

Slaia (talkcontribs)

Thank you for your reply. The T137942 is a different case than the one I mentioned. Luckily the issue occurs only once in a while. However it is a frustrating experience for the new, unexperienced users on our incubator project, who really depend on the Visual Editor. I myself use the source editing so it doesn't bother me personally.

Reply to "Impossible to edit the text that comes after a template"

Compréhension de l'algorithme

2
93.19.216.57 (talkcontribs)
Agent utilisateur : Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:83.0) Gecko/20100101 Firefox/83.0

URL : https://fr.wikipedia.org/wiki/Algorithme_hongrois?veaction=edit&section=2

Bonjour, peu habitué à la section Discussions, j'écris ici : Dans l'explication de l'algorithme, les tableaux utilisés ne représentent pas nécessairement l'état de l'algorithme au moment indiqué, dans la mesure où on fait un bond entre les étapes, la compréhension en devient vraiment difficile (notamment l'explication de la partie 2'). A titre de comparaison, l'article anglais indique méthodiquement la faon de faire des coloriages. Je pense que l'idéal serait d'avoir un gif montrant l'évolution de la matrice au cours du temps

Whatamidoing (WMF) (talkcontribs)

@Lofhi or @Trizek, could you find a maths editor for this content question?

Reply to "Compréhension de l'algorithme"

Error contacting the Parsoid/RESTBase server: http-bad-status on closed Wikis

6
89.26.47.65 (talkcontribs)

When the permisson $wgGroupPermissions['*']['read'] = false; is set in the localSettings.php the VisualEditor cant load an existing page to edit.


Which sadly make the extension unuseable in closed Wikis. :( Is there a way to force VisualEditor to use a certain useraccount?

93.104.80.2 (talkcontribs)

To bump this up: I noticed the same bug. Fresh set up with new server and everything. When open the VE works, when closed then the same error message appears.

Whatamidoing (WMF) (talkcontribs)

Huh. I use it on a closed wiki myself, so it can be done. Unfortunately, I don't know anything about the setup. Maybe ask at the Project:Support desk?

Whatamidoing (WMF) (talkcontribs)
GladOSkar (talkcontribs)

I have the same issue and neither of those threads helped. Private Wiki + https + VisualEditor always gives me this error. Did anyone manage to resolve this?


Forwarding cookies to Parsoid didn't help either. As soon as i make articles publicly readable it works.


I get an internal 403 on "GET /rest.php/<WIKI_DOMAIN>/v3/page/html/Hauptseite/34000?redirect=false&stash=true HTTP/1.1" whenever i open the editor and get the error. So i assume it has to do with credentials not being passed on properly in the background when fetching page data to the editor.


Further Information: `MediaWiki` 1.35.0, `nginx` 1.10.3, multiple wikis on 1 host.


@Whatamidoing (WMF)'s wiki config would be greatly appreciated.

Whatamidoing (WMF) (talkcontribs)

I wouldn't even know where to look for the config, and I have no privileges there except to be able to log in and edit pages. Maybe it'd be worth asking at the Project:Support desk? The folks there know how to troubleshoot installation problems.

Reply to "Error contacting the Parsoid/RESTBase server: http-bad-status on closed Wikis"