# VisualEditor/Feedback

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 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).

## Cannot insert inline interwiki links

6
Summary by 197.235.52.219

When attempting to insert an inline interwiki link, even if you try to put a colon at the front of the link, VE strips the colon away and turns it into a sidebar interwiki link.

With sidebar interwiki links handled by Wikidata by default now, we should treat attempts to enter inline interwiki links as inline links by default. If somebody wants to add a sidebar interwiki link, they'd do it on the sidebar...

(Offending page: w:yue:哈利寶)

That's doable by prefixing the link with a colon, see www.mediawiki.org/w/index.php?title=Project%3ASandbox&type=revision&diff=3311547&oldid=3311546 .

No, my bug report is precisely about the fact that this cannot be fixed by prefixing the link with a colon inside VisualEditor. VE strips the colon even if I attempt to insert one at the start of the link. I had to get out of VisualEditor and edit source to get the correct link in.

Your bug report is incomplete. It is a bit like saying you're sick because you can't see, which is true if you're in a dark room, but isn't indicative of sickness. The link above shows an edit made with visual editor clearly(www.mediawiki.org/w/index.php?title=Project%3ASandbox&type=revision&diff=3311547&oldid=3311546) adding a inline interwiki link. It could be improved to not require colons and there's already a phab task for that.

1. Open a page in VisualEditor
2. Type some text
3. Highlight the text
4. Click on the link icon to turn the highlighted text into a link
5. Type a page name with an interwiki prefix into the link destination box, e.g. :de:Haribo
6. Click "done"
7. (Optional: Click on the link text and then click "edit" again to see that VE has already stripped the leading colon. You can add the leading colon back at this stage and VE will strip it again.)
8. Save page
9. Upon saving page, the new link becomes a sidebar interwiki link, not an inline interwiki link.

I am unable to reproduce the behaviour in your diff () inside VisualEditor myself.

Anyway there is already an existing bug report for that.

## Tag </br>

3

It seems that VE inserts wrongly the tag as </br> instead of <br/>. Examples: most of these corrections involve tags added through VE. Thank you!

Nope. See they were added by this user, and the edit doesn't have the VE tag on it. The user likely made this mistake manually or copy pasted from another resource that does it incorrectly or something.

I've said most of these corrections: all the cases regarding Greek mythology are due to VE (, , , , ... and tens of other cases).

## Переведите название статьи, не понимаю как это сделать.

1
Браузер: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/75.0.3770.100 Safari/537.36
Reply to "Переведите название статьи, не понимаю как это сделать."

2

## Need a proper way to insert images and Color the cells using the VisualEditor

1

It is very painful to use this awesome editor without being able to insert image easily and color the Visual Editor cells

Reply to "Need a proper way to insert images and Color the cells using the VisualEditor"

## <figure-inline> tags appearing after editing pages with images

9

When I edit an article that contains images the image gets wrapped with <figure-inline> and </figure-inline> tags. Is there any way to turn that off? Because I always have to remove that stuff with the Wiki source code editor.

I'm afraid I cannot send you a link to our wikis since they are all only internally reachable. So all you can do is try it out yourself.

I've found out something interesting. This error occured after the Update of MediaWiki 1.30! Before that, Visual Editor worked flawlessly. Is there any way to correct this mistake? Otherwise I will have to downgrade our wikis to Version 1.29.2.

My copy of Mediawiki is having this problem as well. I recently updated VisualEditor to the 1.31 version alongside the rest of the wiki components and now I'm having the problem: Link: https://www.wikidoc.org/index.php/Lower_Limb

I was just informed that the fix is allegedly to update your Parsoid, if you update your VE and not your parsoid the tags get generated and aren't parsed correctly

<figure-inline> tags for inline images were introduced in a relatively recent version of Parsoid (September 2017); previously they were wrapped in <span> tags.

This issue sounds like something that might happen if you updated your VE (so that your new version of VE generates <figure-inline> and expects Parsoid to handle them), but not your Parsoid (so your old version of Parsoid doesn't know how to handle them yet and outputs them as-is to wikitext).

The solution is probably to upgrade your Parsoid, or if you can't do that (especially if you installed from a Debian/Ubuntu package, I think they are not updated very often), you'll have to downgrade your MediaWiki/VisualEditor :(

(Relevant commits for context/dates: https://gerrit.wikimedia.org/r/c/mediawiki/services/parsoid/+/376046 https://gerrit.wikimedia.org/r/c/mediawiki/extensions/VisualEditor/+/371074)

Any update to this issue?

Reply to "<figure-inline> tags appearing after editing pages with images"

1

## problème validation de publication

1
Agent utilisateur : Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:48.0) Gecko/20100101 Firefox/48.0

bonjour, une erreur http 404 survient lorsque je cherche à valider la modif de publication.. RP

Reply to "problème validation de publication"

## : and blockquote (math equations)

4

${\displaystyle F_{s(m)}={\frac {\sum [c'b+(W-ub)\tan \phi ']/m_{\alpha }}{\sum W\sin \alpha }}}$

${\displaystyle m_{\alpha }=\cos \alpha \left(1+\tan \alpha {\frac {\tan \phi '}{F_{s}}}\right)}$

Why : work as blockquote? I can write like above with source editor, but I can't do the same with visual editor. It looks odd when I have a look at the next equations.

${\displaystyle F_{s(m)}={\frac {\sum [c'b+(W-ub)\tan \phi ']/m_{\alpha }}{\sum W\sin \alpha }}}$

${\displaystyle m_{\alpha }=\cos \alpha \left(1+\tan \alpha {\frac {\tan \phi '}{F_{s}}}\right)}$

It's much stranger in the mobile version when I write like this.

blahblah blah blah. The equation is

${\displaystyle F_{s(m)}={\frac {\sum [c'b+(W-ub)\tan \phi ']/m_{\alpha }}{\sum W\sin \alpha }}}$

${\displaystyle m_{\alpha }=\cos \alpha \left(1+\tan \alpha {\frac {\tan \phi '}{F_{s}}}\right)}$

The : code, when used by itself, produces invalid HTML. The : dos not mean "indent". It means "mark this as the second half of an HTML definition list". Therefore, it should be used to make lists like the ones in w:en:Disease#Terminology, but not to manipulate the visual appearance.

Math editors have talked about fixing sitewide CSS to solve that problem, but I don't remember what the ultimate advice was. @Physikerwelt might be able to point you in the correct direction.

@Whatamidoing (WMF) I have not followed up the recent developments. To my understanding the German math community decided to write

:<math

rather than

<math display=block

. As an extension developer, I would recommend useing the built-in mechanism

<math display=block

. But this is biased. It looks like this on many wikis.

${\displaystyle a+b}$

On enwiki, where the community decided to accept this encoding it looks almost identical to the : way.

https://en.wikipedia.org/wiki/Help:Displaying_a_formula#Display_attribute

Disclaimer: I do not understand why : is invalid HTML. It is wikitext. Invalid wikitext is to me not a good argument to justify a wikitext parser that generates invalid HTML. That sounds more like a bug in the wikitext parser.

; and : are defined in wikitext as producing the first and second parts of a definition list. Therefore, if you start a line with either of those characters, the parser will dutifully generate <dt> and <dd> tags around that line, because that's what you told it to do. Unfortunately, there is no "just slide this text over about a centimeter" code in wikitext.

## الحفظ لا يعمل

1
وكيل المستخدم: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:67.0) Gecko/20100101 Firefox/67.0