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)

faktaboks

Brukeragent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/79.0.3945.88 Safari/537.36

URL: https://no.wikipedia.org/wiki/Viken_(fylke)?veaction=edit

Hvorfor får jeg ikke endret innholdet i faktaboksen? Andrestrand (talk) 12:19, 6 January 2020 (UTC)

Ask this question at https://no.wikipedia.org/wiki/Wikipedia:Nybegynnerforum Whatamidoing (WMF) (talk) 00:35, 28 January 2020 (UTC)

renommer page Intitek industry en Intitek

Agent utilisateur : Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:72.0) Gecko/20100101 Firefox/72.0

Bonjour, je travaille chez intitek et je souhaiterai pouvoir mettre correctement a jour la page wikipedia de l'entreprise. Pour cela j'aimerai renommer la page Intitek for industry (qui est une de nos filiales) en Intitek. J'ai la possibilité de modifier le contenu de la page mais pas son nom. Que puis-je faire et comment ?

Merci d'avance

URL : https://fr.wikipedia.org/wiki/Intitek_for_Industry?veaction=edit Intitek (talk) 13:09, 16 January 2020 (UTC)

Please ask at https://fr.wikipedia.org/wiki/Wikipédia:Forum_des_nouveaux Whatamidoing (WMF) (talk) 00:35, 28 January 2020 (UTC)

Не вся страница доступна для перевода

Браузер: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/78.0.3904.108 YaBrowser/19.12.4.25 Yowser/2.5 Safari/537.36

URL-адрес: https://www.mediawiki.org/w/index.php?title=API:Get_the_contents_of_a_page&action=edit&section=9

Начиная с примера 3, страница не может быть переведена. Чем это обусловлено? Tayozhniy (talk) 09:37, 26 January 2020 (UTC)

This is hopefully fixed now. Kaldari (talk) 10:54, 28 January 2020 (UTC)

I think this question is for @Kaldari. Whatamidoing (WMF) (talk) 00:05, 28 January 2020 (UTC)

Colocar foto na página como? Tenho uma forncecida pelo viúva dele.

Agente de utilizador: Mozilla/5.0 (Windows NT 6.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/79.0.3945.130 Safari/537.36

URL: https://pt.wikipedia.org/wiki/Francisco_Altino_Lima?veaction=edit 177.7.179.87 (talk) 21:04, 26 January 2020 (UTC)

I recommend that you ask that question at https://pt.wikipedia.org/wiki/Wikipédia:Tire_suas_dúvidas Whatamidoing (WMF) (talk) 00:04, 28 January 2020 (UTC)

Cancelling a recovered edit

VisualEditor / new Wikitext automatically attempts to recover an incomplete edit.

But more often than not, I'm reloading a page because either VE encountered an error or I had made a mistake, so the recovered edit actually gets in the way of me making the edit I want.

Is there an easily accessible button to say "discard recovered edit and restart from the last saved edition"? Deryck C.^Meta 12:07, 27 January 2020 (UTC)

It should ask you when you reload the page. There is no "cancel" button. I think that clicking on the "Read" tab might have the same effect, though. (We'd have to experiment to find out if that's the method.) Whatamidoing (WMF) (talk) 00:02, 28 January 2020 (UTC)

It went straight into the recovered edit. There was no option to cancel the automatic recovery. Going to the read tab and the clicking edit again goes back to the same recovered edit. Essentially it got too good at figuring out that I have an unfinished edit.

So far the only reliable way of cancelling the recovered edit and starting afresh is to deliberately click "discard edit" and thereby exiting the editor. Deryck C.^Meta 21:42, 28 January 2020 (UTC)

Ezin argitaratu

Erabiltzaile agentea: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:63.0) Gecko/20100101 Firefox/63.0

URL: https://eu.wikipedia.org/wiki/Mehdi_Ben_Barka?veaction=edit

Kaixo, ez dut lortzen artikulu honetako aldaketak argitaratzea. Zer egin dezaket? Enekobidegain (talk) 14:52, 27 January 2020 (UTC)

It seems to be working now? https://eu.wikipedia.org/w/index.php?title=Mehdi_Ben_Barka&action=history

@Theklan, did you have any problems? Whatamidoing (WMF) (talk) 00:01, 28 January 2020 (UTC)

LC syntax in a template doesn't show up as expected in VE

I made a template that adds LanguageConverter markup around text (more specifically, -{some_word_goes_here}-), to make the process of adding those tags easier for new editors. However, when I open any page that uses that template, i.e. Windows 10 Mobile, I can't see the content of the template in the VisualEditor, whereas if I use the LC markup directly, I can. Is there a way to fix this? Srđan (talk) 13:29, 3 February 2020 (UTC)

Also, I made another template that generates this markup -{sr:word; sr-ec:anotherword;}-, which is considerably easier for new and existing editors to use (i.e. {{translit|word|anotherword}}), but its output also isn't exactly ideal, when compared to directly using the LC markup. Srđan (talk) 13:50, 3 February 2020 (UTC)

VisualEditor then edit page, many errors. Version mediawiki and Visual Editor version 1.34 - Parsoid version 0.10

Instal mediawiki 1.34 and add VisualEditor 1.34 with Parsoid 0.10

https://racinglife.org/index.php?title=Racing_Life&veaction=edit - Link how its look like.

How fix this. 78.58.184.16 (talk) 17:42, 3 February 2020 (UTC)

When a page is saved, a text error occurs. 78.58.184.16 (talk) 17:42, 3 February 2020 (UTC)

Regexp

I needed these functions today:

- Copy column to the left retaining only words ending in HBX, SBX, or BOX.

- Delete all words from column ending in HBX, SBX, or BOX.

Alternatively:

- Copy column to the left.

- Delete all data words from column ending in HBX, SBX, or BOX.

- Delete all data words from column not ending in HBX, SBX, or BOX. 217.162.74.13 (talk) 17:55, 5 February 2020 (UTC)

It should be "duplicate column" rather than "copy column to the left" in the alternative. 217.162.74.13 (talk) 18:07, 5 February 2020 (UTC)

eells merged horizontally should be so cloned and not modified.oul 217.162.74.13 (talk) 18:27, 5 February 2020 (UTC)

Offhand, I don't think that the visual editor can do that, although perhaps in its wikitext mode, someone could pull off a regex find/replace on it.

Did you consider copying the contents to a spreadsheet, manipulating it there, and dragging a .csv file back in, to overwrite the old content? Whatamidoing (WMF) (talk) 20:44, 8 February 2020 (UTC)

Move column, copy paste

Because moving columns does not work properly, I have to make a new one and copy the content. It can be quicker to just edit the wikitext.

But copying column text has trouble with horizontal merges, and paste sometimes does not work properly.

Some created data cells will be turned into headers too.

One also has to adjust separators.

All this is too much work if there are many different cells, and results in postponement and inconsistent presentation until the editor is more capable. 217.162.74.13 (talk) 19:12, 5 February 2020 (UTC)

Can you give me a link to a page where moving columns does not work properly? Whatamidoing (WMF) (talk) 02:59, 7 March 2020 (UTC)

Where can defaults be set for image placement?

On our in-house wiki, we nearly always desire images to be on the left, as primary content, rather than right-justified, in the place suited for decorative illustration. Is there someplace where the defaults can be easily adjusted? WhitWye (talk) 22:13, 7 February 2020 (UTC)

You might ask this question at Project:Support desk Whatamidoing (WMF) (talk) 20:30, 2 March 2020 (UTC)

Recently used templates

Hi

I think it would be very helpful for VE users to have the list of the last templates used (approx. 10) when the box opens.

It would save a lot of time as contributors often use the same templates.

Not sure it's the best place to post this idea...

Thx Arthur Crbz (talk) 12:19, 12 February 2020 (UTC)

Do you prefer a per-user list, or a per-wiki list? T96710 is a request from other editors to have a list available to everyone on the same wiki. Whatamidoing (WMF) (talk) 20:29, 2 March 2020 (UTC)

Sorry for the late reply but I would suggest per-user list because templates used may vary depending on the tasks you are doing on Wikipedia (maintenance, writing, etc). Arthur Crbz (talk) 08:06, 23 August 2020 (UTC)

Copy paste links

Hi,

I'm trying to migrate Drive and ODT documents into my wiki (mediawiki 1.33 with VisualEditor last version). When I do a copy-paste of all the content to the VisualEditor all the links are lost. Is there a way to copy the text links too?

Thx Dimassc (talk) 11:07, 19 February 2020 (UTC)

I don't think there's an easy solution for this, sorry. Whatamidoing (WMF) (talk) 16:52, 13 March 2020 (UTC)

Interwiki links should not be capitalized

If I click the link button and enter mw:Citoid for instance, VisualEditor converts it to Mw:Citoid in the source. Omegatron (talk) 19:28, 22 February 2020 (UTC)

I don't see the Visual Editor option anymore :(

It's gone. I like it over the old model. I tried on different browser. Still nope. 2402:1980:2D5:61AF:C149:C441:C229:D4C1 (talk) 02:43, 23 February 2020 (UTC)

I can't see the Visual Editor option, either. Where has it gone? さえぼー (talk) 07:04, 24 February 2020 (UTC)

Which wiki? Whatamidoing (WMF) (talk) 07:42, 28 February 2020 (UTC)

English Wikipedia. さえぼー (talk) 08:30, 28 February 2020 (UTC)

Some of the community members there decided that wikitext should always be considered the "default", and the visual editor should be a bit hidden. Please go to https://en.wikipedia.org/wiki/Special:Preferences#mw-prefsection-editing and look for "Editing mode". It probably says "Remember my last editor". Change that to a different option. Then go to https://en.wikipedia.org/wiki/Special:Random and see if it worked.

There is another, less permanent way to change the editor. Within the wikitext editor, in the far corner, there is a pencil icon. That will let you switch to the visual editor. (It will "forget" this the next time you use a wikitext editor.) Whatamidoing (WMF) (talk) 20:14, 28 February 2020 (UTC)

Bildetrøbbel

Brukeragent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/80.0.3987.122 Safari/537.36

Hei! Jeg prøvde å laste opp et bilde jeg har tatt av Trygve Gjedrem i denne siden jeg oppretter, men får gjenntagende feilmelding. Trenger hjelp. Takk.

URL: https://no.wikipedia.org/w/index.php?title=Bruker:KirstiWinnberg/sandkasse&action=edit&redlink=1 KirstiWinnberg (talk) 09:14, 25 February 2020 (UTC)

You are a new editor. The community at Commons has decided that new accounts should not be able to upload images unless they go to https://commons.wikimedia.org/wiki/Special:UploadWizard (separate from the edit).

You may want to ask for advice at https://no.wikipedia.org/wiki/Wikipedia:Nybegynnerforum before attempting to upload an image. Whatamidoing (WMF) (talk) 20:26, 2 March 2020 (UTC)

Inappropriate magic words being (inadvertently?) added to articles

I notice that the problem described here seems to still be occurring, for example in this edit. There seems to have been a ticket assigned to it (T118796) but it appears to have been closed without being fixed. 28bytes (talk) 23:58, 9 March 2020 (UTC)

Because people experimenting and making mistakes is not necessarily a problem. Just because people don't know what they are doing, doesn't make the magic word not part of the wikicode language. Just correct them. —TheDJ (Not WMF) (talk • contribs) 08:44, 10 March 2020 (UTC)

It's a tough call. On one hand we theoretically want VE to be able to do anything we do without VE. On the other hand magic words are a low-key attractive nuisance in VE. I clean them up occasionally but they keep trickling in. Part of the problem is that VE's internal description for them is rather poor. Another part is that VE is (mostly) only used on article pages, and article pages are (mostly) the last place the magic words should be used. VE magic words have just about zero real utility, at least on EnWiki. Alsee (talk) 10:14, 10 March 2020 (UTC)

I do think some of the descriptions could be clearer indeed. Thoughtful suggestions? —TheDJ (Not WMF) (talk • contribs) 17:32, 13 March 2020 (UTC)

Rewording is one approach, but as this particular magic word (newsectionlink) isn't intended to be used in article space at all (on en-wiki at least), might it be better to disable that option, or at least require a confirmation? 28bytes (talk) 01:05, 18 March 2020 (UTC)

bug

Agent utilisateur : Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/80.0.3987.132 Safari/537.36

URL : https://fr.wikipedia.org/wiki/Requin?veaction=edit

je peut pas modifier je fais comment 90.86.100.184 (talk) 17:53, 12 March 2020 (UTC)

Not sure if this is a VE problem, a citation problem or a wayback machine/out of date reference problem

And I know if it's the last thing, there's nothing you can do.

I was editing https://en.wikipedia.org/wiki/Shino_Yamanaka And saw that the reference (what is now reference 1) was tagged as failing verifiability. If you go to the archived version of the link (https://web.archive.org/web/20120909201808/http://www.london2012.com/athlete/yamanaka-shino-1020806/) it takes you to the right page. If you remove the wayback machine bit and just go to http://www.london2012.com/athlete/yamanaka-shino-1020806 instead, it takes you to a different page - possibly because the www.london2012.com website has been smushed with the main olympics.org website. It's an easily fixed problem, just use the waybackmachine version of the url in both the url and archived url boxes, but I thought it would be worth mentioning that it occurs. Redfiona99 (talk) 00:26, 14 March 2020 (UTC)

This sounds like a question for the maintainers of the User:InternetArchiveBot. Whatamidoing (WMF) (talk) 01:30, 24 March 2020 (UTC)

Thanks. I will pass it on to them. Redfiona99 (talk) 20:56, 24 March 2020 (UTC)

Proposal: add a screenshot to the portal page(s)

Hi everyone. I think the portal page needs a screenshot, and I propose this one (of the VisualEditor being used to change the indentation level of a bulleted list) as the one to use, but I am hoping for better suggestions.

I know what VisualEditor does, and you know what VisualEditor does, but unless I am missing something, there does not currently exist a resource for everyone else which explains (in a picture-is-worth-a-thousand-words kind of way), "OK, but what does it do?"

Just a bit of background on that: I routinely try to pitch MediaWiki as a knowledge management platform for (non-computationally-focused) colleagues in research, and I would like to have something to point to to say "look, you don't have to write in wikitext!" However: VisualEditor has no screenshot, VisualEditor/Portal has no screenshot, and Extension:VisualEditor has no screenshot. There is an explanatory blog post on blog.mediawiki.org, which is referred to by one of the aforementioned, but that's from 2012, and I assume that much has changed since then. Ernstkm (talk) 07:18, 21 March 2020 (UTC)

Thank you.

c:Category:VisualEditor_GIFs are also old, but you might find some useful images there, too. Whatamidoing (WMF) (talk) 01:29, 18 April 2020 (UTC)

Table editing is a particular pain point in wikitext, so you might like this:

<figure-inline></figure-inline>

Whatamidoing (WMF) (talk) 01:33, 18 April 2020 (UTC)

Oh, that's another good one, thanks! Ernstkm (talk) 19:20, 21 May 2020 (UTC)

Nice! Before I disappoint myself: this will still be possible for wikitext editors, by switching to VE mode to add the column, then switch back after it's added, right? Mathglot (talk) 21:07, 21 May 2020 (UTC)

Yes, Mathglot [I'd like to indent this reply but can’t], I have done that.

The only limitation is that VE uses one-cell-per-line style for wikitables, so if you’re trying to do a compact one-row-per-line style then you have to work purely in wikitext.

Pelagic (talk) 18:51, 21 June 2020 (UTC)

sommaire

Agent utilisateur : Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:74.0) Gecko/20100101 Firefox/74.0

URL : https://fr.wikipedia.org/wiki/Utilisateur:H%C3%A9l%C3%A8neXtra/Brouillon?veaction=edit&section=2#Syndrome_de_Partington

bonjour, je voudrais savoir comment générer un sommaire automatique. HélèneXtra (talk) 17:50, 24 March 2020 (UTC)

Publish changes and switch to Source editing didn't work on specific page

On 22 March 2020, on the Danish Wikipedia, the page https://da.wikipedia.org/wiki/M/S_Scandinavian_Star couldn't be edited with VisualEditor. Or rather, when you edited something on the page with VisualEditor, and then pressed "Publish changes..." (which was not greyed out or disabled), it had no effect. Trying to switch to "Source editing" had no effect either; nothing happened when you clicked the menu item. So you effectively lost your edits, which you only discovered after having finished your edits and wanting to save.

There were no problems editing any other articles I tried at the time.

If I edited the page in "source code" mode from the start, there were no problems.

So there was something about that specific page that disabled the function of the mentioned button and the mentioned menu item, or made them fail quietly.

I asked other Danish editors, and the problem appeared to them too on the specific page.

Today I tried again, and now it worked. I checked the history, and some changes had been made, partly to attempt to make VisualEditor work. Specifically this change, where a reference name was changed, was described as having that purpose in mind. Whether that specific change was the one that did it, I don't know.

Even though the problem is not present now, there is still a bug in VisualEditor, as it should be able to gracefully handle any page, at least giving an error message in cases it can't handle (which should happen before the user starts editing and not after). Jhertel (talk) 23:17, 24 March 2020 (UTC)

I have more details about the problem. When the character 0xA8 (see ISO/IEC 8859-1) is used inside a reference name, for example <ref name="something"/> the problem arises. The character was invisible in the article, but I could see it in the html-source code of the page as "%A8". I hope this explanation will be helpful when making VisualEditor able to handle this kind of character. Weblars (talk) 15:25, 25 March 2020 (UTC)

пожалуйста разрешите редактирировать код

Браузер: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/80.0.3987.149 Safari/537.36 OPR/67.0.3575.115

пожалуйста разрешите редактирировать код Pasha Afanasev (talk) 06:26, 9 April 2020 (UTC)

Какой код, где код? Cronolio (talk) 06:49, 9 April 2020 (UTC)

Why cant IP users use Visual Editor

On English wiki why cant IP users use Visual Editor 71.241.134.159 (talk) 10:46, 10 April 2020 (UTC)

Each wiki can set their own policies. To ask this, maybe here will be better. Camouflaged Mirage (talk) 13:13, 10 April 2020 (UTC)

Strangely, logged-out editors at the English Wikipedia make hundreds of edits in the mobile visual editor every day with no apparent problems. They can (and some do) also hand-edit the URL, e.g., http://en.wikipedia.org/wiki/Special:Random?veaction=edit to get to the desktop visual editor. We should probably consider which settings are sensible there at some point. Whatamidoing (WMF) (talk) 01:26, 18 April 2020 (UTC)

I agree. The Visual Editor should at least be available to IP editors, if not possibly the default. The Anome (talk) 13:40, 4 May 2020 (UTC)

I don't mind VE given to IP/anons, it's the easiest way to edit for newbies, and for me I still use it for tables (I just don't know how to create complex tables using wikitext). Camouflaged Mirage (talk) 10:35, 6 May 2020 (UTC)

I know how to make complex tables in wikitext, but I can't think of a good reason to do it when the visual editor is one click away. ;-) Whatamidoing (WMF) (talk) 20:34, 6 May 2020 (UTC)

Echec d'ajout de référence

Agent utilisateur : Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/80.0.3987.132 Safari/537.36

URL : https://fr.wikipedia.org/w/index.php?title=Bataille_de_l%27Escaut&action=edit De J.G. Vourc'h, dimanche 12 avril 2020 Pardonnez-moi, je n'ai pas réussi à ajouter la référence pour la modification que j'ai faite il y a 1/2h : je voulais y mettre après "dont les derniers se rendirent le 3 novembre." la réf 13 suivante : "Les batteries de Walcheren’, Albert Badwyns et André Herman-Lemoine, Rossel édition dépôt légal D 64/1740/3 éd Rossel, et La revue de la France Libre N° 249 4e trim 1984, article ‘Le 1er Bataillon de fusiliers-marins commandos en Hollande (novembre 1944) , La prise de Flessingue’ par Guy Vourc’h. " . Mon père Guy Vourc'h MC était le Capitaine de la troop 6 dans le 4eCdo, et je serais très reconnaissant à celui qui saurait insérer cette référence convenablement. Merci à vous. Jean-Guy Vourc'h (talk) 19:12, 12 April 2020 (UTC)

Strange wikilinks being created

See these two edits I've just reverted on the English Wikipedia: [https://en.wikipedia.org/w/index.php?title=Jos%C3%A9_Mill%C3%A1n_Astray&diff=950565274&oldid=948621075, [https://en.wikipedia.org/w/index.php?title=Jos%C3%A9_Mill%C3%A1n_Astray&diff=950565375&oldid=950565274 I'm not quite sure what the user was trying to do, but clearly VisualEditor caused some sort of problems here. Robofish (talk) 21:23, 12 April 2020 (UTC)

Thanks for the note. That's on the mobile web site, which I have less experience with. On the desktop site, in the visual editor, this sort of link usually appears when someone puts the cursor in the (just slightly) wrong location. Search for the words "If you want to exit the link label" in Help:VisualEditor/User guide#Editing links to see the process. I assume that it's even harder to get the cursor into the ideal location on a small touch screen.

Whatamidoing (WMF) (talk) 01:21, 18 April 2020 (UTC)

Très difficile de faire des modifications de sourçage, neutralité

Agent utilisateur : Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:75.0) Gecko/20100101 Firefox/75.0

Avec les différents modes, je ne comprends pas comment faire, j'utilise les modèles marqués dans l'aide, ça ne fait pas les modifications. Rugbythéâtre (talk) 16:52, 14 April 2020 (UTC)

Articles with large tables and VisualEditor

Articles with large tables, especially articles that have plural large tables, are absolutely sluggish in VisualEditor. As in, on a PC powerful enough for folding@home and the like, I can count the seconds between each character showing up.

The particular article I can replicate this on is over here on the English wikipedia, but I've seen similar things on other articles too. The thing is, I don't even use the visual editing component of VisualEditor - I use the source editor - but that's made sluggish too.

I can theorise that some part of the visual editing parsing component is trying to run anyway, even with only source editing enabled - I don't know if this is actually what's happening, but it'd be great if it could not! Alternatively, perhaps one solution is disabling the live parse for articles with lots of wikitext and complex markup? Naypta (talk) 17:56, 24 April 2020 (UTC)

That page opens in the visual editor in about 12 seconds for me (from clicking "Edit" to the first time I can type).

Do you get a better result if you try to edit in Safemode? Whatamidoing (WMF) (talk) 20:25, 18 May 2020 (UTC)

Editor options and new section

How my wiki page can appear

Hi. I hve created my 1st wikipedia page: https://es.wikipedia.org/wiki/Unidades_patrimoniales_del_Union_Pacific. Its on spanish. How i can make it appear on the Wikipedia navigator? S Trenes Perú (talk) 18:53, 6 May 2020 (UTC)

@Ganímedes: ¿puedes tú ayudarme con esto? Whatamidoing (WMF) (talk) 23:11, 9 May 2020 (UTC)

Hi! I'm not sure what's the problem here. The article is in the main space, even when lack of categories and sources... I'm not sure what he meant with "make it appear on the Wikipedia navigator"... Ganímedes (talk) 20:27, 11 May 2020 (UTC)

Guessing he means how to get it translated to en-wiki, as his es-wiki article has no wikidata links (although you'd think that's covered in some en-wiki article somewhere, and if someone wants to research and link it, I'll bet that solves his problem). But I'll ask. Mathglot (talk) 21:17, 21 May 2020 (UTC)

i am asking that S Trenes Perú (talk) 18:48, 20 May 2020 (UTC)

Hola Stefano, No comprendo lo que estás preguntando en inglés. Puedes repetirlo todo, a partir de zero, pero en castellano? Te lo traduzcaré, si necesario, en inglés. Mathglot (talk) 21:13, 21 May 2020 (UTC)

I think we need to know what "the Wikipedia navigator" is. Maybe post a link?

MediaWiki.org is a multi-lingual wiki. You may post in Spanish if that's faster for you. Whatamidoing (WMF) (talk) 20:24, 20 May 2020 (UTC)

Does VE munge white space?

Does VE munge white space under certain circumstances? I wouldn't mind if VE eats two spaces to make one space inside sentences for example, or chops useless trailing blanks and that sort of thing. But if VE is responsible for the white-space changes in these two edits (and I'm not at all sure that it is), then that's annoying. w:User:Haywalk is trying to make one small change to one line in an Infobox at w:Kingdom of France and tried twice to do so, but the result was 424 bytes changed in 48 lines. Related discussion can be found here. Thanks, Mathglot (talk) 20:49, 15 May 2020 (UTC)

Hi, Mathglot,

Yes, you're right, that's not Haywalk's fault. The software doesn't "change" something inside a template. Instead, it "removes" the old template and "inserts" a complete new version of the template. When it inserts a template, it follows the directions given in the template's /doc page about how to format it.

It is a bit annoying (especially if the infobox formatting rules get changed), and unfortunately I don't have any reason to hope that it will stop doing this during the foreseeable future. Whatamidoing (WMF) (talk) 16:40, 16 May 2020 (UTC)

Oh hi, I didn't see your post until after I posted. Regarding: I don't have any reason to hope that it will stop doing this during the foreseeable future.

You are a liaison, right? Perhaps you you tell them that not-fixing this bug is a disruptive time-sink on the community, and that Foundation-staff time is just going to get wasted dealing with an endless stream of independent duplicate bug reports? Alsee (talk) 17:30, 16 May 2020 (UTC)

I believe this issue is Phabricator T179259. They did this deliberately. Somehow they think it's a good idea. They made changes to Visual Editor such that it edit wars the format of existing template parameters.

• Complaints have continue to come in in various places for the last two and a half years, and will continue to come in endlessly until this is fixed
• for every report that comes in there surely thousands more editors repeatedly disrupted by it
• editors are blaming and stressing each other over these edits
• it is disrupting our edit filters

This bug is clearly wasting an excessive amount of community time, orders of magnitude more time than it would take to fix, but staff don't want to bother fixing it.

I invite/suggest you post in Phabricator T179259. Perhaps eventually they will realize that explaining they don't want to fix it consumes more of their time than simply fixing it.

P.S. I count a crazy 74 lines changed in this diff, which should have been a 1 line change. More than one and a half times the 48 you reported. Alsee (talk) 17:25, 16 May 2020 (UTC)

Alsee, thanks for the updated count; that is indeed crazy.

Whatamidoing, we all run into software glitches from time to time. When we do, we report the problem, look for a workaround that will work in the meantime, and execute it, perhaps at the cost of some increased time and/or effort. That is normal and acceptable; nobody expects software to be perfect. But what is the workaround here, for a VE user who isn't familiar with wikitext? I don't see one.

It seems to me that one aspect of this bug (or is it by design?) is that it drafts wikitext editors into involuntary servitude as housekeepers to sweep up after the actions of good-faith VE editors trying to improve the article, who are thwarted by the actions of a tool through no fault of their own, and who are prevented from carrying out a workaround by the tool. To me, this is the greater problem.

I'd rather be working on improving the encyclopedia in some interest area of mine, and no doubt User:Haywalk would, as well; but instead, we're both trying to deal with this now. As Alsee pointed out, it's a drain on numerous editors. #VEwhitespaceMunge Thanks, Mathglot (talk) 19:57, 16 May 2020 (UTC)

The example here shows a template that has been incorrectly configured in the TemplateData to use a fixed number of spaces. TemplateData allows users to keep values and parameters aligned in block templates, it just needs to be configured correctly, see Help:TemplateData#Custom formats.

The TemplateData in question that needs to be fixed: Template:Infobox_country/doc#TemplateData ESanders (WMF) (talk) 17:35, 18 May 2020 (UTC)

@ESanders (WMF) your answer has been suggested previously. It is not effective in resolving the issue. There is no value we can place in TemplateData to fix the general problem.

Desired behavior:

• Put simply: If the VE-user didn't change something, VE shouldn't change it either. A typo fix or other trivial change should result in a 1 line diff, not a 78 line diff.
• Attempting to be formal and precise: VE should apply TemplateData when a template is originally inserted. It should apply TemplateData formatting to an individual field when the user introduces a new field. When the user blanks a field, VE should use TemplateData to decide whether to delete that field or retain it as present&blank. Modified and unmodified existing fields should not be reformatted - it is both unnecessary and a problem.

Why this matters:

1. Needlessly massive diffs are burdensome on the editing community. Individual occurrences may "merely" be a nuisance, but in the aggregate they outweigh the cost of fixing it by orders of magnitude.
2. Massive diffs with little or no apparent purpose are often reverted. We lose potentially useful content, and reverts are a known primary reason new users quit and never return.
3. Editors who are unaware that VE is responsible may blame the VE-user for the disruption. This may cause talk page arguments which is a cost in itself, with the potentially permanent result that the VE user may leave and never return.
4. Editors may attempt to reverse the unwanted changes. VE then engages in unrelenting edit warring any time someone comes along and innocently tries to use VE on that template.
5. It's a thorn that keeps jabbing us. The above issues often have an undesirable side effect of generating ill-will against VE and/or against the Foundation. You really do want to fix this, if only for this reason. Alsee (talk) 10:39, 19 May 2020 (UTC)

ESanders, I have to agree with what Alsee says. I try mightily to avoid the blaming in #3, and tried to go out of my way to point out to User:Haywalk that it wasn't their fault. Still, it's a natural, human reaction (#5) to resent the interruption, and the mopping-up effort required, not to mention the back-and-forth required just to deal with it, for example, at this Wikipedia talk page discussion recently irks. Mathglot (talk) 20:20, 21 May 2020 (UTC)

I would also add another bullet to Alsee's "Why this matters", namely:

        6. Wikipedia editors are responsible for all their edits.

Even when using a bot, whether user-assisted or operating entirely autonomously, this is so:

• WP:BOTACC: The contributions of a bot account remain the responsibility of its operator... . In particular, the bot operator is responsible for the repair of any damage caused by a bot which operates incorrectly.
• WP:BOTCONFIG: Bot operators... should bear in mind that they retain all responsibility for their bot account's edits.
• WP:AWB (top): <figure-inline></figure-inline> Warning: You take full responsibility for any action you perform using AutoWikiBrowser.
• WP:AWBRULES: You are responsible for every edit made. (emphasis in original).

Is the standard for VE to be lower, than for using AWB or a bot? Is a VE user responsible for every edit, or not? Mathglot (talk) 20:43, 21 May 2020 (UTC)

I'm seeing something related, where VE is now prettifying infoboxes. Not sure if this is a result of a fix to a previous situation described above, or completely new, but in this edit to w:Italian Libya, a user made a simple, one-line change to a value of an Infobox, and as a result, all the equal signs, formerly unjustified, now all nicely line up, with almost every line in the Infobox altered, to ensure their vertical alignment. While some might see this as desirable (that is, the alignment), I don't believe that an editing program doing things "under the hood" that the user did not specify is desirable. For example: terminating a wikilink by using end-brackets where they are required, is highly desirable; and yet, neither the wikicode editor, nor VE (to my knowledge) performs this function. Neither should VE provide spaces to enforce alignment (desirable as it may be) if the editor did not specifically make that change. If this is a TemplateData issue, and not a VE issue, then the change should be made there. Adding previous discussants @Whatamidoing (WMF), Alsee, and ESanders (WMF): (if you are watching and don't wish to be re-pinged; please lmk.) Thanks, Mathglot (talk) 22:36, 15 June 2020 (UTC)

This is for the community to decide. If you remove the "display" parameter completely from the template then no whitespace style will be enforced. It seems to me that the community is getting value from this feature due to its widespread usage. If you think the parameter should not be used at all, or used less, then that is a decision the community can make for themselves. ESanders (WMF) (talk) 15:34, 16 June 2020 (UTC)

This was a consequence of w:Special:Diff/958036265, which changed the style VE normalizes to to be "nicely lined-up columns" without addressing the actual problem. * Pppery * _{it has begun} 22:43, 15 June 2020 (UTC)

Oh dammit, here's another one of these; my watchlist is showing me a +479 byte change to w:Michel Temer, so I ran the Diff, and I can't see what they changed, due to the fact that every line in the Infobox is prettified. This doesn't represent what the user intended, as a reviewing editor, I cannot find what they changed without way more effort than should be needed; it's just a big cock-up. I suspect the user made one tiny change in one line, but this is just ridiculous. Mathglot (talk) 22:34, 16 June 2020 (UTC)

It changed | vicepresident = [[Hamilton Mourão]] to | vicepresident = ''None''

This is highlighted. What diff system are you using?

Whatamidoing (WMF) (talk) 23:31, 16 June 2020 (UTC)

W (WMF), thanks! Mathglot (talk) 23:45, 16 June 2020 (UTC)

Pppery, can you please redo your diff? That seems to point to something irrelevant. Mathglot (talk) 23:44, 16 June 2020 (UTC)

Thanks! Mathglot (talk) 00:42, 17 June 2020 (UTC)

Sorry, off-by-one-error in extracting the correct revision ID from a URL. * Pppery * _{it has begun} 01:16, 17 June 2020 (UTC)

Back to what it was, per ESanders comment above at 16 June 2020 08:34 AM. Mathglot (talk) 00:53, 17 July 2020 (UTC)

Não conseigo carregar foto na página que criei

Agente de utilizador: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/81.0.4044.138 Safari/537.36

Aparece este erro ao inserir uma foto na página abaixo: Cross-wiki upload filter

URL: https://pt.wikipedia.org/wiki/Leontina_Acorinti_Trentin?veaction=edit Ricardo Moreira Xavier (talk) 22:07, 21 May 2020 (UTC)

VE and NWE

The feedback option (from the ? button) of both VE and (2017) New Wikitext Editor leads to "Visual Editor feedback". Is this intended? I gather the same team looks after both. If so, should the description for this board be modified slightly to reflect that? Pelagic (talk) 11:37, 22 May 2020 (UTC)

E.g. “Post your feedback about using the visual editor, including the 2017 wikitext editor.” Pelagic (talk) 11:44, 22 May 2020 (UTC)

Sorry about the delay in actually posting a response. Yes, you're correct that the Editing team is responsible for both the visual and wikitext (and also mobile) modes in Extension:VisualEditor; but no, the team is not watching the page. Feedback is dumped there because the decision to "physically uninstall" Flow from enwiki means that feedback can't be delivered here (i.e., to any Flow page, including this one). In practice, the team watches a few Flow pages here at mw.org for feedback, plus Phab tasks. I check WP:VEF every few months, and I trust that you and the other regulars will head to WP:VPT or ping me personally in case of emergency, but the situation with getting feedback from enwiki is pretty broken right now. Whatamidoing (WMF) (talk) 22:14, 23 September 2020 (UTC)

Sure, but I was talking about the description for this Structured Discussions board not w:en:WP:VEF.

I just tried editing it myself by got told "A brief description of the abuse rule which your action matched is: Block editing board descriptions for project and help pages". Pelagic (talk) 05:33, 24 September 2020 (UTC)

There's another page, at 2017 wikitext editor/Feedback, which is linked in a different place. Whatamidoing (WMF) (talk) 21:39, 13 October 2020 (UTC)

VE feedback on English Wikipedia

I have posted a question for the en-wp community at .

(In case you're like me and the interwiki link doesn't render for you, that's https://en.wikipedia.org/wiki/Wikipedia:Village_pump_(technical)#VE_and_NWE_feedback_page ) Pelagic (talk) 12:41, 22 May 2020 (UTC)

Can't modify edit summary for new section in NWE

User Dhsert has left feedback at .

Can't insert or delete certain rows and columns when a row of cells all have rowspan

@3family6 posted feedback at . See there for details.

It it appears to be a bug. I'm about to step out for a while, if someone gets to it before me, can they check Phab to see if there's an existing ticket? Pelagic (talk) 23:43, 22 May 2020 (UTC)

fusion

Agent utilisateur : Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/81.0.4044.138 Safari/537.36

URL : https://fr.wikipedia.org/wiki/Azay-le-Rideau

Le tableau de la liste des maires a fusionné sans raison avec le reste de la page. Comment faire pour rétablir les infos normalement ? 62.160.35.41 (talk) 13:50, 28 May 2020 (UTC)

Imagens

Agente de utilizador: Mozilla/5.0 (X11; CrOS x86_64 12871.102.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/81.0.4044.141 Safari/537.36

URL: https://pt.wikipedia.org/w/index.php?title=Lu_Evans&action=edit&redlink=1

Por que não consigo anexar imagens nessa página? Lu Evans (talk) 20:45, 1 June 2020 (UTC)

Change date format to DD-MM-YYYY (Cite - Visual Editor)

So I recently created this article using the visual editor: https://es.wikipedia.org/wiki/Enmienda_XIII

And as you can see both the "news date" format as well as the "accessed date" is YYYY-MM-DD, since the convention in Spanish Wikipedia is DD-MM-YYYY (see this comment) I believe it would be great if a global change could be done. By the way this seems to be also the case for Dutch Wikipedia (see this discussion) Silva Selva (talk) 23:37, 4 June 2020 (UTC)

Does Spanish Wikipedia use the same "CS1" modules that the English Wikipedia uses? The templates can transform the ISO standard date into any typical date format. Whatamidoing (WMF) (talk) 18:18, 18 September 2020 (UTC)

Citations from bloomberg.com don't work

Bloomberg News (bloomberg.com) is JavaScript-heavy. If you press "Cite" and enter a URL, you get their "Are you a robot?" page. I see this in quite a few attempts to use Bloomberg.

Is there anything that can be done about this? Is there any plain text from going to the URL? Is it possible for whoever does the Cite function to reach out to Bloomberg for help? David Gerard (talk) 09:43, 6 June 2020 (UTC)

Conteúdo apagado

Agente de utilizador: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/81.0.4044.122 Safari/537.36

URL: https://pt.wikipedia.org/wiki/No_Man%27s_Sky?veaction=edit&section=3#Produtos_culin%C3%A1rios

Porque uma parte do conteúdo foi apagada? 177.17.128.16 (talk) 06:19, 9 June 2020 (UTC)

Αδυναμία επεξεργασίας λήμματος

User agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/83.0.4103.106 Safari/537.36

Υποβάλλω την εν λόγω παρατήρηση, καθώς αδυνατώ να επεξεργαστώ καταλλήλως τον τίτλο του λήμματος που έχω δημιουργήσει. Ειδικότερα, ο τίτλος του είναι: "Ozark (τηλεοπτική σειρά)" και επιθυμώ να μετατραπεί σε "Όζαρκ (τηλεοπτική σειρά)" ώστε να είναι στα ελληνικά.

URL: https://el.wikipedia.org/wiki/Ozark_(%CF%84%CE%B7%CE%BB%CE%B5%CE%BF%CF%80%CF%84%CE%B9%CE%BA%CE%AE_%CF%83%CE%B5%CE%B9%CF%81%CE%AC)?veaction=edit&section=1 Σταύρος Ξένος (talk) 18:00, 20 June 2020 (UTC)

Difficulté à rendre les notes de bas de page plus harmonieuses.

Agent utilisateur : Mozilla/5.0 (X11; CrOS x86_64 13020.67.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/83.0.4103.97 Safari/537.36

URL : https://fr.wikipedia.org/wiki/Jinx_(jeu)?veaction=edit NekhlioudovPetrovitch (talk) 15:43, 21 June 2020 (UTC)

Conteúdo indevido

Agente de utilizador: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/83.0.4103.106 Safari/537.36

URL: https://pt.wikipedia.org/w/index.php?title=Jejum_pr%C3%A9-operat%C3%B3rio&gettingStartedReturn=true

Ao editar a página, aparece essa mensagem. Mas o conteúdo é pertinente. FERNANDOXLV (talk) 15:56, 21 June 2020 (UTC)

Insert citation not working in source mode

Align function

When I am using the visual editor lately, I cannot find the align function. It is troublesome to change to source code editing and change it back. Center align is often useful.

If there is a way to do it with the current visual editor, please tell me.

Thank you! Molder905 (talk) 03:43, 24 June 2020 (UTC)

There is no way to do this in the visual mode. It is one of many table formatting options that is "on the list". Whatamidoing (WMF) (talk) 22:05, 23 September 2020 (UTC)

Correction of the article's title

Hi. I'm just getting started in the wiki universe. I found articles which titles need to be corrected in Brazilian Portuguese, but can't find the editing tool for that. Thank you in advance. AmarilisMGC (talk) 20:53, 26 June 2020 (UTC)

ULFAT EXCEPT NEW TECHNOLOGY 119.160.102.74 (talk) 21:20, 4 July 2020 (UTC)

Abominable ref names

Please see discussion at en:Wikipedia talk:VisualEditor/User guide#Ref names and discuss there. Anomalocaris (talk) 19:52, 29 July 2020 (UTC)

See m:Community Wishlist Survey 2019/Citations/VisualEditor: Allow references to be named. Whatamidoing (WMF) (talk) 22:03, 23 September 2020 (UTC)

Editing merged citiations?

On enwiki, en:WP:CITEBUNDLE recommends a citation style in which multiple citations are merged into a single <ref> tag. This breaks most of the ability of VE to work with these citations. You can still edit them, but just as a blob of text, not as structured data. Is this a known problem? RoySmith (talk) 16:13, 4 August 2020 (UTC)

Yes, this is expected behavior. It's very low priority. Whatamidoing (WMF) (talk) 22:02, 23 September 2020 (UTC)

mau menambahkan kategori saya harus masuk kemana ya kak?

Agen pengguna: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.105 Safari/537.36

URL: https://id.wikipedia.org/wiki/Asfirla_Harisanto?veaction=edit&section=1 Batikidentix (talk) 08:08, 5 August 2020 (UTC)

Double colon in gallery tag

Cite encyclopedia

It would be really nice if VE could accommodate the cite encyclopedia template. I find that to be the reason I'm switching out of VE most often. FYI, it's not limited to encyclopedias and includes any collective work where a portion (chapter, dictionary entry, etc.) has a different title and/or author. Calliopejen1 (talk) 08:08, 21 August 2020 (UTC)

That requires the local wiki to configure that. Instructions for configuration are listed here: VisualEditor/Citation_tool

VE supports an arbitrary number of Cite templates. The biggest problem is that there are dozens of such templates and showing them all to users also isn't very beneficial. —TheDJ (Not WMF) (talk • contribs) 12:09, 21 August 2020 (UTC)

Okay, thanks. It would be cool if VE eventually let users customize which citation templates they see (possibly up to a higher number), but I imagine that is a much bigger ask. Calliopejen1 (talk) 18:06, 24 August 2020 (UTC)

I think that support is limited to six named templates in the box, but you can use any template you want. Try this: Cite > Manual > Basic form > Insert > Template > Cite encyclopedia (or anything else you want). It won't auto-fill, but you can manuall fill it.

Also, if you're citing the same thing in multiple articles, then you can copy and paste the wikitext into the visual mode, and it'll automatically convert it for you. Whatamidoing (WMF) (talk) 04:26, 26 August 2020 (UTC)

Yeah, the manual thing is not especially helpful. Might as well just be in code mode. Also, I assume there is no way to convert between different template types without switching into code mode? E.g. it autogenerates cite website but should be cite news, or it autogenerates cite book but should be cite encyclopedia? Calliopejen1 (talk) 19:18, 26 August 2020 (UTC)

No, you can't switch the template in the visual mode; you have to remove the wrong one and insert the correct one. (It's not clear whether editors want us to be able to switch templates, since the parameters may be different.)

Are you hoping for auto-filling of encyclopedia templates? Whatamidoing (WMF) (talk) 20:22, 14 September 2020 (UTC)

« ? » + space

Je remarque que depuis quelque temps diverses modifs, sans doute réalisées avec l'éditeur visuel, ajoutent systématiquement une espace après le « ? » quand il termine un titre de section. Ce n'est pas bien grave (aucune conséquence à l'affichage) mais c'est quand même un bug.

I've noticed that for some time now various edits (probably made with the visual editor) have systematically added a space after “?" when it ends a section title. This is not very serious (no consequence to the display) but it is still a bug. Ariel Provost (talk) 05:16, 24 August 2020 (UTC)

I add information to Ariel's request.

In French

Il n'y a pas que ça, je rencontre d'autres erreurs systématiques (ajout d'espaces dans les lignes de titres, ajout de lignes blanches, ajout d'un paramètre fantaisiste dans les images), voir ce que je viens de signaler sur la page de la nuit des Longs Couteaux et que je recopie ici : « Merci pour votre correction. En fait c'est l'éditeur visuel qui introduit des parasites, comme je l'ai corrigé à la modif précédente. »

If you need translation, do not hesitate to ask. Histo-92 (talk) 18:16, 26 August 2020 (UTC)

I think @NicoV is the expert on exactly how French Wikipedia should be formatted. Whatamidoing (WMF) (talk) 21:58, 23 September 2020 (UTC)

Thanks User:Whatamidoing (WMF), but I think both User:Ariel Provost and User:Histo-92 showed examples of VE adding things by itself in many places in the article, and this should never happen: VE should not decide on its own to reformat things not modified by the human editor.

See for example this VE edit with such edits:

• extra whitespace characters added at the end of titles: when my bot changes an article, it formats titles with one whitespace before and one after
• added quotes to ref names
• added link to images (link to the image itself which is completelty useless and counter productive): my bot fixes this on a regular basis
• extra white line added before section

The main problem is VE doing edits on otherwise unmodified areas, and deciding on its own on a strange formatting (multiple whitespace are strange, multiple white lines are strange, links in images are strange...) NicoV (talk) 06:48, 24 September 2020 (UTC)

Is this T260960? If so it should get fixed this week. ESanders (WMF) (talk) 12:19, 24 September 2020 (UTC)

Yes, for the first problem, it looks like exactly the same. But, there's also other problems in this edit :

• link to the image ([[File:WWII, Europe, Germany, "Nazi Hierarchy, Hitler, Goering, Goebbels, Hess", The Desperate Years p143 - NARA - 196509.jpg|...|lien=Fichier:WWII,_Europe,_Germany,_%22Nazi_Hierarchy,_Hitler,_Goering,_Goebbels,_Hess%22,_The_Desperate_Years_p143_-_NARA_-_196509.jpg]])
• extra white line before a title NicoV (talk) 12:29, 24 September 2020 (UTC)

The link issue sounds like phab:T257581 which was also fixed recently.

FYI both the VE and Parsoid teams agree on this principle so we do investigate any reported cases of “dirty diffs”. ESanders (WMF) (talk) 10:48, 25 September 2020 (UTC)

Your methods of changing a slanderous allegation about me

I have tried to create an account in order to delete false and hateful information posted about me.

The site is : Cook County Republican Party.

It contains false information about my late husband, Dean Sodaro and me.

It needs to be removed entirely or tagged as false and hateful speech.

My name is Jennifer Sodaro, jennifersodaro@gmail.com 2600:8800:6A00:D6:1524:5DD0:F67D:2445 (talk) 07:08, 24 August 2020 (UTC)

w:en:draft:Cook_County_Republican_Party mentions neither by name. Arlo Barnes (talk) 07:14, 24 August 2020 (UTC)

I was unable to find any mention of Dean Sodaro on Wikipedia or any Wikimedia-related site. I did find a web search result at: https://en.everybodywiki.com/Cook_County_Republican_Party

If that is the website you're referring to, then that site is not related to us. It looks like the site is open for anyone to make an account and edit there. You, or anyone you know who is comfortable with computers, can probably just make an account and edit the page to delete that content.

My advice: When editing the page there will probably be a box that says "Edit Summary". Be sure to write "Unsourced" or "Unsourced and inaccurate" in the edit summary. That will make it less likely someone would restore the info to the page. Also try to delete as little as you can. The less you remove, the less likely someone will try to put it back. Alsee (talk) 17:29, 25 August 2020 (UTC)

O que eu faço para aumentar o tamanho de algum texto quando estou editando algo aqui.

Agente de utilizador: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.105 Safari/537.36

URL: https://pt.wikipedia.org/wiki/Five_Nights_at_Freddy%27s_AR?veswitched=1&veaction=edit&oldid=0 2001:1284:F013:BB8:24B2:9588:5390:644A (talk) 17:15, 25 August 2020 (UTC)

atualizaçao

Agente de utilizador: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/85.0.4183.83 Safari/537.36

URL: https://pt.wikipedia.org/w/index.php?title=Virginie_Boutaud&veaction=edit&redirect=no

fiz umas aletraçoes mas nao consigo salva-las. Gostaria de poder fazer e colocar links youtibe. Obrigada Virginie Boutaud (talk) 16:48, 1 September 2020 (UTC)

Impossible de rajouter un article

Agent utilisateur : Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/85.0.4183.83 Safari/537.36

URL : https://fr.wikipedia.org/w/index.php?title=Claude_Martinez&action=edit&redlink=1 ClaudeMartinez (talk) 15:34, 3 September 2020 (UTC)

Odd behavior on Linouse Desravine

Not a bug, just a comment.

I was working on Linouse Desravine (https://en.wikipedia.org/wiki/Linouse_Desravine). If you look at the page, there are several categories (https://commons.wikimedia.org/wiki/File:Linouse_Desravine_page.png). When you open it up in Visual Editor, there is only one (https://commons.wikimedia.org/wiki/File:Linouse_Desravine_visual_editor.png). There's no problem adding categories, I added the birthplace one, but it's just odd. Redfiona99 (talk) 21:24, 5 September 2020 (UTC)

The oddness of seeing just the one cat might be due to the page not following w:en:MOS:ORDER. When I put the page in MOS:ORDER (stub templates go last, so all the cats are together), then none of them are visible.

It's possible that this is phab:T251398, but it might be a different problem. Whatamidoing (WMF) (talk) 21:56, 23 September 2020 (UTC)

The problem was caused by a missing {{s-end}} template, which resulted in unbalanced HTML, which in turn resulted in everything on the page following the {{s-start}} template to be treated as part of a template transclusion and not being editable – including categories. I fixed it in this edit: . Matma Rex (talk) 17:57, 3 October 2020 (UTC)

Thanks. I suspected that whatever it was wasn't anything serious, but I wasn't sure what it could be. Redfiona99 (talk) 18:44, 3 October 2020 (UTC)

How do you set the background color of a table cell?

The old method doesn't work anymore. How is it done now? 2601:545:8201:6290:6C29:CD8C:7CC:9884 (talk) 19:15, 19 September 2020 (UTC)

This can't be done in the visual editor. You must do this in wikitext ("source") mode. Whatamidoing (WMF) (talk) 01:06, 20 September 2020 (UTC)

I was actually using the "source" mode. The existing coding to set background color no longer had an effect (background colors that used to show in the "old software" no longer do). I tried a few variations, but had no success. I then thought perhaps the visual editor would have a feature for it, probably being the "preferred mode", but there seemed to be none (as you've confirmed). I then thought I'd read the "User's Guide", and found nothing there, so I decided to "leave feedback" to ask about it (this here thread). Anyway, the old code, referencing a "standard color name", looked like this:

|width = "22px" bgcolor = "aquamarine" |

I thought perhaps "color names" were no longer recognized, so I tried substituting the equivalent hex:

|width = "22px" bgcolor = "#7fffd4" |

still with no luck. I also tried it without the "#", still no luck. Then some other unsuccessful variation. Finally I figured i'd just come here and ''ASK'' how's it's done now. So then...how is it done now? 2601:545:8201:6290:6C29:CD8C:7CC:9884 (talk) 04:41, 20 September 2020 (UTC)

That is, how is it done now in "source mode", as the old code no longer works? 2601:545:8201:6290:6C29:CD8C:7CC:9884 (talk) 04:47, 20 September 2020 (UTC)

Thanks for clarifying the question. If you search for the word background in https://en.wikipedia.org/wiki/Help:Table then you will find several examples. The old bgcolor approach isn't mentioned there, so it must have disappeared at some point. Whatamidoing (WMF) (talk) 20:56, 23 September 2020 (UTC)

THANK YOU! :) In summary, the old syntax bgcolor = "yellow" has been replaced with style = "background: yellow" such that with old source code containing the old form, a global-search-and-replace can be performed, replacing bgcolor = " with style = "background: (you may wish to include a SPACE at the end of the new text, but it is not required). 2601:545:8201:6290:C59A:461:311B:8855 (talk) 22:17, 25 September 2020 (UTC)

The old method does work, try this:

{| class="wikitable"

|-

!

! Functie

! Kleur

|-

| | D3

| | Warming(OCXO)

| bgcolor = "blue" |

|-

| | D4

| | LOCK

| bgcolor = "green" |

|} 1957Harry (talk) 19:23, 17 June 2024 (UTC)

All text is lost if someone saves edit while editing (Timeless style)

I have encountered already twice a problem where I have created a page of text and then when I'm saving, someone has made an edit (e.g. added a photo). The editor then prompts that there's conflict and would I like to solve it in text mode. Then it loses ALL content that has been input so far. This is frustrating... Mur (talk) 16:24, 20 September 2020 (UTC)

On Finnish Wikipedia, e.g. article :fi:Visuaalinen muokkain the 2nd edit override my original Mur (talk) 16:25, 20 September 2020 (UTC)

Mur, does this happen only in the Timeless skin? It sounds very frustrating, especially if you've done more than a tiny bit of work. Whatamidoing (WMF) (talk) 20:57, 23 September 2020 (UTC)

Thanks, it is very frustrating. I changed to default skin, but I think the problem might occur with other skins as well.

1. you edit article
2. then someone has saved new version meanwhile
3. you publish changes
4. dialog pops up warning "resolve conflict in wikitext" . if you press X nothing happens, and you return to editor
5. if you click "resolve conflict" the editor throws you to wikicode page how it looked like before either one had edited the page. So the version you started editing. It doesn't have the edits added by another user.
6. All edits are lost and cannot be brought back.
7. If you switch to the wikicode mode after seeing the dialog, it also does the same thing and removes all your edits reverting back to where you started before writing anything. So it's not possible to switch to "edit wikicode" mode and copy your edits. It reverts to version before either user had edited like with the "resolve conflict" button. Mur (talk) 11:50, 24 September 2020 (UTC)

It should show multiple boxes, with the other editors' work and your own in separate boxes. See w:en:Help:Edit conflict. Whatamidoing (WMF) (talk) 20:28, 30 September 2020 (UTC)

This situation is very confusing arrangement for someone who has been using visual editor to edit the page and now they are forced to understand the wiki code. For me it is not a problem but I think it might be for anyone for haven't used it. Especially that default option is to discard all changes. I think it should be the otherwise around, so that the new save overrides anything edited in between and the conflict may be resolved after that by other editors, so text is not lost from less experienced editors? Mur (talk) 21:31, 9 October 2020 (UTC)

@Max Klemm (WMDE), do you think that the new tools for edit conflicts would help here? Whatamidoing (WMF) (talk) 00:20, 14 October 2020 (UTC)

Erro ao salvar alterações

Agente de utilizador: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/85.0.4183.121 Safari/537.36

URL: https://pt.wikipedia.org/wiki/Guerrinha?veaction=edit

Estou fazendo alterações com base em entrevista e referência. Eric Filardi (talk) 04:24, 24 September 2020 (UTC)

Error contacting the Parsoid/RESTBase server (HTTP 404)

I just updated to MediaWiki 1.35.0 yesterday.

Whenever I try to edit a page using the visual editor a progress bar starts to load and near the middle of the process the progress bar stops to fill itself and I get the message:

"Error contacting the Parsoid/RESTBase server (HTTP 404)"

I'm on shared hosting and I'm not running a RESTBase server, but from what I get it's not mandatory (https://www.mediawiki.org/wiki/Extension:VisualEditor#Switching_between_Wikitext_Editing_and_VisualEditor). I have set $wgVisualEditorAllowLossySwitching=false, by the way.

The wiki also has $wgGroupPermissions['*']['edit'] = false.

Any ideas? Costas Athan (talk) 06:56, 26 September 2020 (UTC)

If you set $wgGroupPermissions['*']['read'] = true, it might work.

I am in the same situation except that I want a to have $wgGroupPermissions['*']['read'] = false Duhuh54 (talk) 20:37, 7 March 2021 (UTC)

The documentation of VisualEditor sadly is still lacking. I am having the same problem, but there are no hints on how to fix this. 2001:16B8:107E:2C00:D5D:F0B1:B7F0:FB51 (talk) 16:35, 29 September 2020 (UTC)

There is a relative bug report in Phabricator: https://phabricator.wikimedia.org/T263928

You can subscribe if you wish. Costas Athan (talk) 18:00, 29 September 2020 (UTC)

There is also https://phabricator.wikimedia.org/T261921, which might also be related. I’m using mediawiki via the bitnami docker image and have opened https://github.com/bitnami/bitnami-docker-mediawiki/issues/84 hoping to get a fix upstream. Kachkaev (talk) 21:43, 1 October 2020 (UTC)

I always get a 404 error. Not only in pages with special characters. The relative bug report on Phabricator is available here: https://phabricator.wikimedia.org/T263928 Costas Athan (talk) 11:52, 2 October 2020 (UTC)

I am having the same issue. 41.138.70.210 (talk) 07:14, 2 October 2020 (UTC)

Check and if you wish contribute to: https://phabricator.wikimedia.org/T263928 Costas Athan (talk) 12:04, 2 October 2020 (UTC)

Having the same problem. It seems that the option to make it a private wiki (need to login, University Intranet) causes it to get the error and fail:

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

The fix at the moment is to check via IP address, but that isn't going to work for me. Is there anything which I can add to LocalSettings.php which checks for Logged In user? Awatkins1966 (talk) 11:05, 28 October 2020 (UTC)

When mediawiki 1.35 (from debian buster-backports) is behind reverse proxy, visualeditor does not work correctly because it does not use $wgInternalServer but uses $wgServer to make internal rest requests which is wrong (internal traffic should not travel to external). Please fix visualeditor logic to use $wgInternalServer for internal api calls. 95.49.16.233 (talk) 03:09, 10 November 2020 (UTC)

I am having the same isue. With a peculiarity. As I upgraded my wiki to 1.35, the old pages can be edited with VisualEditor, no problem, the new ones give me this 404 error (parsoid etc.). Amglez (talk) 19:10, 14 November 2020 (UTC)

Report it here: https://phabricator.wikimedia.org/T263928 Costas Athan (talk) 10:28, 16 November 2020 (UTC)

Any news on this?

I still can't save using VisualEditor, always getting that "Error contacting the Parsoid/RESTBase server (HTTP 404)".

My wiki is private and I need to keep it this way. Any workaround? UGOBOSS777 (talk) 17:20, 16 December 2020 (UTC)

Having the same issue, using Mediawiki 1.35.1 on redhat. anyone got any solutions. Hcadby (talk) 14:27, 11 January 2021 (UTC)

same. 133.9.37.44 (talk) 04:40, 26 January 2021 (UTC)

Same, I've been searching for 20 hours now without a solid fix for this T_T 24.104.66.82 (talk) 21:15, 29 January 2021 (UTC)

I had this same problem. I fixed it by redirecting the default apache virtual site to my wiki directory. Robertgarrigos (talk) 08:59, 6 February 2021 (UTC)

Same problem. I'm using private MediaWiki 1.35.1 with Nginx on Ubuntu server. 85.65.48.171 (talk) 02:07, 11 February 2021 (UTC)

Same, Ubuntu and Nginx. 85.221.138.32 (talk) 19:28, 16 February 2021 (UTC)

I get this error strictly when editing a page whose name contains a slash or other problematic character. 73.143.16.93 (talk) 04:35, 22 February 2021 (UTC)

Me too, I use slashes because of the mediawiki's subpages feature. Pages which have a slash give the error. All other pages work fine. Ruut (talk) 12:45, 22 February 2021 (UTC)

What worked for me was the change in the Apache settings, as suggested by:

Extension:VisualEditor#Allowing VisualEditor on page titles containing slashes

(for a private wiki, with subpages). EelcoJD (talk) 10:12, 26 February 2021 (UTC)

I had hopes it would work, but no.

Clarify I have:

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

$wgNamespacesWithSubpages was not set at all, but I added it "$wgNamespacesWithSubpages[NS_MAIN] = true;" but no difference.

Added:

<VirtualHost ....>

AllowEncodedSlashes NoDecode

Could it be related that wgNamespacesWithSubpages was not set?

Will have another play to double check. Has anyone else got it working?

Cheers Awatkins1966 (talk) 12:10, 5 March 2021 (UTC)

Well, I moved the wiki to another system and it does work so it looks like "AllowEncodedSlashes NoDecode" may solve the problem. Guess my real site has some other coding which is messing it up. I don't think it is in apache.conf files so will have a closer look at any .htaccess files which may be read... Awatkins1966 (talk) 10:25, 8 March 2021 (UTC)

Not seeing anything which could be change the "AllowEncodedSlashes" option. Our web server is behind a load balancer is there any chance that may be it? Is there away of test if AllowEncodedSlashes is working? Awatkins1966 (talk) 12:02, 8 March 2021 (UTC)

Got it working...

I decided to start fro scratch building a new website and after a waste of a day. I spotted the problem. Yes you need "AllowEncodedSlashes NoDecode" but you also need the php "extension=curl.so"

Since I like to keep our external web server as secure I possible I disables curl a long time ago, which is fine except VisualEditor seems to require it..

Thanks for all your help... Awatkins1966 (talk) 12:33, 10 March 2021 (UTC)

[Solved in my case] For those who have still problems with the Parsoid:

I have recognized that the Visual Editor may have problems with short urls. If I set the variable "$wgArticlePath" properly, the Visual Editor didn't work. For this reason I have developed a concept to activate short urls for standard users (read-only) and to use full urls for users which may work with the Visual Editor.

Hope it helps somebody! Asphorm (talk) 21:17, 3 April 2021 (UTC)

Thanks Asphorm .... ken you explay: "to activate short urls for standard users (read-only) and to use full urls for users which may work with the Visual Editor." ... How, please? GianniFabbris (talk) 05:18, 2 October 2021 (UTC)

Hi, @Asphorm: . That's exactly why I'm here now - short URL's and VE. Could you pls be as kind as to explain your solution more accurately? Thanx in advance! Pawel Niemczuk (talk) 02:40, 5 April 2021 (UTC)

What if my web host service only runs Apache2 2.4 which has no NoDecode option (see 2.4/mod/core.html#AllowEncodedSlashes). Freibeuter10 (talk) 13:01, 2 July 2021 (UTC)

I had the same error. And I have noticed the error occurs only when the $wgScriptPath variable have a value Zorro the fox (talk) 13:43, 12 September 2021 (UTC)

I've an issue with a specific page where this error occured.

The reason was that there was a forward slash (/) in the name of the page, the visual editor didn't like that. After changing the name of the page, the page could be edited again. Anthrazit68 (talk) 08:09, 20 January 2022 (UTC)

Witam, po instalacji wiki na serwerze ct8.pl również wyświetla mi komunikat przy próbie edycji danej strony, tj: Error contacting the Parsoid/RESTBase server (HTTP 404), przy tworzeniu nowej strony na wstępie edytor działa. 158.248.4.234 (talk) 21:09, 16 February 2022 (UTC)

The error occurs after including a template once. means if the page uses or has used a template (doesn't matter how I included: subst:, template:), I can't switch to the VE anymore.

Not using templates no error 88.153.234.100 (talk) 08:44, 22 February 2022 (UTC)

Your issue with templates may be caused by mod_security, in case it detects template syntax as something sneaky.

See errors and symptoms. Ciencia Al Poder (talk) 09:00, 22 February 2022 (UTC)

Gracias, good advice, i will try 88.153.234.100 (talk) 21:37, 23 February 2022 (UTC)

I'm not sure whether this is the same issue, but we've had to exempt Parsoid from access restrictions in LocalSettings.php. In our case, it looks like this:

function client_is_parsoid() {
  return ($_SERVER['REMOTE_ADDR'] ?? '') === \gethostbyname('parsoid');
}
[...]
$wgGroupPermissions['*']['read'] = [...] || client_is_parsoid());

Your criterion for identifying Parsoid may differ, but this is the basic idea. Rp (talk) 09:37, 30 March 2022 (UTC)

Hey idk if this is still being monitered or if anyone will reply to this but when ever I try to save my changes on the Creepypasta Wiki, it gives me this 404 error: Error contacting the Parsoid/RESTBase server (HTTP 404), idk if anyone knows how to fix this, but if anyone has any ideas, it would be greatly appreciated!! 170.185.22.17 (talk) 13:56, 27 September 2022 (UTC)

That looks like a wiki configuration error rather than a MediaWiki software bug, so you need to report it to the wiki's maintainers or, if you're referring to the wiki at https://creepypasta.fandom.com/, perhaps to the fandom.com maintainers. Rp (talk) 21:20, 27 September 2022 (UTC)

Solution: Extension:VisualEditor#Allowing VisualEditor on page titles containing slashes Hmr76 (talk) 11:03, 23 October 2022 (UTC)

In my case the issue raise because i using character "/" on the title, after deleted character "/" the issues has been done 117.54.184.17 (talk) 02:01, 24 October 2023 (UTC)

impossible de supprimer une erreur

Agent utilisateur : Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:81.0) Gecko/20100101 Firefox/81.0

URL : https://fr.wikipedia.org/wiki/Guillaume_de_Bourges?veaction=edit il est impossible de corriger "ordre de saint Benoit" dans l'infobox... c'est une fausse information, saint guillaume appartenant à l'ordre cistercien Guillaume1784 (talk) 21:27, 29 September 2020 (UTC)

Error contacting the Parsoid/RESTBase server (HTTP 415)

edit

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? 89.26.47.65 (talk) 13:29, 5 October 2020 (UTC)

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. 93.104.80.2 (talk) 13:26, 9 October 2020 (UTC)

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) (talk) 00:16, 14 October 2020 (UTC)

Also, please look at Extension talk:VisualEditor/2020#h-Error_contacting_the_Parsoid/RESTBase_server_(HTTP_415)-2020-10-01T16:30:00.000Z and VisualEditor/Feedback/Archive/2020#h-Error_contacting_the_Parsoid/RESTBase_server_(HTTP_415)-2020-10-02T10:39:00.000Z. Whatamidoing (WMF) (talk) 00:17, 14 October 2020 (UTC)

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. GladOSkar (talk) 18:35, 17 November 2020 (UTC)

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. Whatamidoing (WMF) (talk) 01:31, 21 November 2020 (UTC)

I have this error and I don't have a private wiki also.

I had a look in NGINX error logfile in /var/log/nginx/error.log

2021/01/11 21:21:40 [error] 29350#102473: *289 open() "/usr/local/www/mediawiki/rest.php/mywiki/v3/page/html/Hauptseite/1" failed (20: Not a directory), client: 127.0.0.1, server: 192.168.178.200, .....

and it seems, that the script rest.php was called with wrong parameter sequence

What is to do now ? Lutz.bose (talk) 21:14, 11 January 2021 (UTC)

i have installed php7.3.26 MySQL5.7.32 and mediawiki1.35.0 on freebsd11.3

with apache24 it works but with nginx1.18.0 it fails to run visual editor - even I have the required section in nginx.conf for using rest.php Lutz.bose (talk) 14:31, 26 January 2021 (UTC)

funkar inte att spara eller göra nya artiklar från mitt konto

Användaragent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/85.0.4183.121 Safari/537.36

URL: https://sv.wikipedia.org/w/index.php?title=Kvarteret_Gamlebo&action=edit&redlink=1 Libar66 (talk) 14:36, 12 October 2020 (UTC)

Det ser ut som att du både har gjort en ny artikel och sparat: https://sv.wikipedia.org/w/index.php?title=Kvarteret_Gamlebo&action=history

Gick problemet över? Ainali (talk) 17:49, 14 October 2020 (UTC)

@Ainali, can you help this new editor? Whatamidoing (WMF) (talk) 00:08, 14 October 2020 (UTC)

Edit tab for VisualEditor disappeared

The edit tab on the top of the page has disappeared a few days ago. How to restore it there? I checked the Editing, Gadgets and Beta features tabs in the Settings, but thre's no reference to VisualEditor. According to guide it should be under Beta features tab, however in my case it's not there.

A few days ago I did reset on my account settings (restore all default settings). I'm using the default Vector skin and the language is en-GB/id. Slaia (talk) 11:28, 22 October 2020 (UTC)

Thanks for the note. Is there a "More" menu, which has an arrow that points down, sort of like a v ?

Which wiki are you editing at? Whatamidoing (WMF) (talk) 17:49, 22 October 2020 (UTC)

Under "More" tab there are only Delete, Move and Purge. Previously VisualEditor was behind the tab Edit next to Edit source tab. Now there's only Edit tab and that brings to source editing mode. Slaia (talk) 12:27, 23 October 2020 (UTC)

In Special:Preferences#mw-prefsection-editing, what do you see underneath the item that says "Enable the editing toolbar. This is sometimes called the '2010 wikitext editor'"? Whatamidoing (WMF) (talk) 19:58, 23 October 2020 (UTC)

I noticed different things: 1) On my global preferences I can see additional line Editing mode with dropdown menu, which is not there in my local preferences. The editor section ends at "Temporarily disable the visual editor while it is in beta"; 2) Even if in the global preference I set the Editing mode to "Always gives me the visual editor if possible" or "Show me both editor tabs", there will be only Edit tab shown that opens the source editor all all wikis. Slaia (talk) 15:12, 24 October 2020 (UTC)

Which wiki are you asking about? Whatamidoing (WMF) (talk) 17:57, 29 October 2020 (UTC)

I'm mainly working on test wiki (mainly https://incubator.wikimedia.org/wiki/Wt/nia/Olayama and https://incubator.wikimedia.org/wiki/Wp/nia/Olayama), but also Indonesian Wikipedia. Even if I open a page in English Wikipedia, I'd only get the Edit tab, that leads to source editor.

I looked at the page source for example of those wiki above and found the following in the /w/load.php part: ""monobook-responsive":0,"visualeditor-enable":0,"visualeditor-hidebetawelcome":"1","

What ever settings I set, that "visualeditor-enable" parameter is always 0. Slaia (talk) 19:47, 29 October 2020 (UTC)

Can you tell me whether you see two editing tab (Edit + Edit source) at this link: https://www.mediawiki.org/wiki/VisualEditor_on_mobile?useskin=vector&safemode=1 Whatamidoing (WMF) (talk) 16:52, 30 October 2020 (UTC)

No. Only Read, Edit, View History tabs Slaia (talk) 18:05, 30 October 2020 (UTC)

That's really strange. Do you have Javascript (fully) enabled? Whatamidoing (WMF) (talk) 18:29, 30 October 2020 (UTC)

Thank you for your patience with me. Got rid of the issue, but I don't know how. After the x-th (more then 10 times) resets of all settings in account preferences everywhere (global, and in each wiki I'm active in) the VisualEditor tab is now there. BTW I didn't touch the JavaScript thing, I don't even know where to enable or disable it. Slaia (talk) 08:16, 2 November 2020 (UTC)

What a strange (and frustrating!) thing to have happen. I'm glad that it's working. If it breaks again, please come tell me. Whatamidoing (WMF) (talk) 23:02, 2 November 2020 (UTC)

چگونگی اصلاح نام مقاله؟

رابط کاربر: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:81.0) Gecko/20100101 Firefox/81.0

URL: https://fa.wikipedia.org/wiki/%D8%A7%D8%B3%D8%AA%D8%A7%D8%AF_%D9%87%D8%A7%D8%AF%DB%8C_%D9%BE%D9%86%D8%A7%D9%87%DB%8C%D8%A7%D9%86?action=edit&veswitched=1&oldid=30216019 سلام چگونگه می توانم نام مقاله را اصلاح کنم؟ Alimahdavi.2288 (talk) 10:04, 24 October 2020 (UTC)

https://fa.wikipedia.org/wiki/راهنما:انتقال_صفحه%E2%80%8Cها

Good luck! Whatamidoing (WMF) (talk) 17:55, 29 October 2020 (UTC)

anomaly

Användaragent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/86.0.4240.111 Safari/537.36

impossible to publish French translation for this French company URL: https://sv.wikipedia.org/wiki/ARES_Fighting_Championship?veaction=edit Django9393 (talk) 16:15, 30 October 2020 (UTC)

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? Whatamidoing (WMF) (talk) 18:52, 30 October 2020 (UTC)

The question should go to someone on French Wikipedia, the page already exists in Swedish. Ainali (talk) 19:09, 30 October 2020 (UTC)

In that case, perhaps @Speculos or @Salix might be around. It looks like Django9393 has not made an edits at the French Wikipedia before. Whatamidoing (WMF) (talk) 19:24, 30 October 2020 (UTC)

No idea how to help. Salix (talk) 11:23, 24 November 2020 (UTC)

@Aaharoni-WMF, does this sound like a question about Content Translation? Whatamidoing (WMF) (talk) 19:39, 6 January 2021 (UTC)

Divas Lapas

Lietotāja aģents: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/86.0.4240.111 Safari/537.36

Labdien, Par Sigitu Dauguli šobrīd ir divas lapas. Šī ir īstā: https://lv.wikipedia.org/wiki/Sigita_Daugule

Bet meklētājā parādās arī šī: https://lv.wikipedia.org/wiki/Dal%C4%ABbnieks:159.148.22.210/Sigita_Daugule

Vai kāds, lūdzu, varētu atstāt tikai īsto versiju?

Paldies! ZintaRepute (talk) 06:40, 2 November 2020 (UTC)

@Biafra, can you help this editor? Whatamidoing (WMF) (talk) 17:38, 4 November 2020 (UTC)

@ZintaRepute izdzēsts. @Whatamidoing (WMF) thank you! done. Biafra (talk) 19:50, 4 November 2020 (UTC)

Edit summary history in VisualEditor

I can't seem to turn off my edit summary history in VisualEditor. For example, when I start typing, my edit summary history appears. Is there to turn that off or is it up to the developers? Interstellarity (talk) 18:17, 3 November 2020 (UTC)

No, it can't be turned off. It searches your most recent 200 edit summaries and tries to match one of those.

This is a feature I requested back in the day, but – have you ever heard "Just what I asked for, but not what I want"? I don't appreciate it as much as I thought I would. Whatamidoing (WMF) (talk) 17:40, 4 November 2020 (UTC)

Thank you for the response. I was not asking you to remove the feature altogether, just adding a toggle that I can use to turn this feature off would help. Interstellarity (talk) 21:05, 4 November 2020 (UTC)

I've put your suggestion into the system. Feel free to edit the description or comment there. No team is actively working on that subject right now, so it may take some time to get a response. Whatamidoing (WMF) (talk) 21:36, 4 November 2020 (UTC)

جعبه اطلاعات

رابط کاربر: Mozilla/5.0 (Windows NT 6.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/86.0.4240.183 Safari/537.36

URL: https://fa.wikipedia.org/wiki/%D8%B3%DA%AF_%D9%87%D8%A7%DB%8C_%D9%88%D9%84%DA%AF%D8%B1%D8%AF_%D8%A8%D8%A7%D9%86%DA%AF%D9%88?action=edit سلام من نمی توانم که جعبه اطلاعات را درست سر جایش قرار دهم امکانش هست که کمکم کنید Arianff (talk) 05:11, 6 November 2020 (UTC)

It usually works best to first put your cursor in the right place, and then Insert > Template > Infobox. I sometimes make an extra blank line before trying this.

@Gnosis, is there a good place for new editors to ask for help at fa.wikipedia.org? Whatamidoing (WMF) (talk) 06:09, 8 November 2020 (UTC)

Hi, you can ask here: ویکی‌پدیا:قهوه‌خانه/فنی

If you have a problem that I can help, I'll be more than happy to be a help.

Cheers Gnosis (talk) 06:34, 8 November 2020 (UTC)

PgUp/PgDn scrolling out of control

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? Elizium23 (talk) 05:18, 7 November 2020 (UTC)

What's your web browser and operating system? Whatamidoing (WMF) (talk) 06:03, 8 November 2020 (UTC)

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

Fedora Linux 31

Plasma 5 KDE Elizium23 (talk) 21:13, 8 November 2020 (UTC)

@Whatamidoing (WMF): this topic was closed erroneously by a vandal. Elizium23 (talk) 16:26, 11 November 2020 (UTC)

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. Whatamidoing (WMF) (talk) 00:31, 13 November 2020 (UTC)

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... Elizium23 (talk) 01:55, 13 November 2020 (UTC)

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. Whatamidoing (WMF) (talk) 01:52, 21 November 2020 (UTC)

@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) AHollender (WMF) (talk) 16:53, 23 November 2020 (UTC)

Please see my website for screenshots. Except for the first and second image, each one is a result of me pressing "PgDn" exactly once while in the VisualEditor, on enwiki. Elizium23 (talk) 03:23, 9 December 2020 (UTC)

Impossible to edit the text that comes after a template

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. Slaia (talk) 17:42, 14 November 2020 (UTC)

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? Whatamidoing (WMF) (talk) 01:13, 21 November 2020 (UTC)

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. Slaia (talk) 10:10, 21 November 2020 (UTC)

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

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 (talk) 10:01, 16 November 2020 (UTC)

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. Marc Mongenet (talk) 08:13, 18 November 2020 (UTC)

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. Whatamidoing (WMF) (talk) 01:27, 21 November 2020 (UTC)

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. Marc Mongenet (talk) 11:03, 21 November 2020 (UTC)

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. Whatamidoing (WMF) (talk) 02:50, 24 November 2020 (UTC)

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 Marc Mongenet (talk) 08:03, 24 November 2020 (UTC)

I thought that you wanted only "Google search" to appear. That would make it look like the search system didn't find a relevant result – like searching for "Santa Claus" and getting "Santa Clara" as a result.

The FWSE link redirects to a particular section at the end of the article. How, in your proposal, would I deliberately link to the top of the article? Whatamidoing (WMF) (talk) 19:59, 8 December 2020 (UTC)

Well, if the link redirects to a particular section, you most probably don't want to link to the top of the page.

The current implementation is buggy in this situation, telling users that both links have the same result, which is wrong. Example trying to link "Genevan council" (a redirection to Geneva#Government):

Geneva

Large city of Switzerland

Genevan council

redirect to Geneva

With my proposal, the user can deliberately link to any page he wants just by typing the link target in the text field. BTW, that's what I had to do to enter the links in this message. Of course, better handling can be imagined, but this is a corner case, not worth trying to get perfectly on first try. Marc Mongenet (talk) 22:44, 8 December 2020 (UTC)

Cursors out of alignment in section edits

This bug occurs if I use a section edit link, but everything seems to work normally if I use page edit.

The place in the text edited is displaced from the keyboard cursor, by several lines, making it very challenging to edit! I can place the keyboard cursor where I want to in the text using the pointer, however text entry, highlighting, and deleting then takes place on a line of text some distance away from where the cursor actually is. I say "some distance" because the distance is different in different edits. In addition, the pointer has the same displacement if I try to click on, say, a citation number on the page in order to edit the citation.

This bug is erratic. I've noticed that, if I have an edit open, and then go to a different tab in my web browser (Firefox) and then come back - then the bug is gone and I can edit normally. Also, if I edit a citation (and to do so, I have to carefully judge the displacement so that I can click on a citation number by actually tapping several lines away from it at the displacement distance!) then when I return from the edit-citation box, everything is back to normal. However, this "reset" itself seems to be erratic, as the problem can re-occur.

I'm using Windows 7 and Firefox. Aliveness Cascade (talk) 11:20, 17 November 2020 (UTC)

Is this in the wikitext mode? If so, do you have the colorful CodeMirror syntax highlighter turned on? Does the problem go away if you turn off syntax highlighting (in the ☰ menu)? Whatamidoing (WMF) (talk) 01:29, 21 November 2020 (UTC)

Cursors out of alignment in section edits

I have the same problem Brunokito (talk) 08:09, 18 November 2020 (UTC)

Are you editing in the wikitext or visual modes? Whatamidoing (WMF) (talk) 01:32, 21 November 2020 (UTC)

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. Brunokito (talk) 15:06, 21 November 2020 (UTC)

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

What's your web browser and operating system? Whatamidoing (WMF) (talk) 21:44, 27 November 2020 (UTC)

Compréhension de l'algorithme

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 93.19.216.57 (talk) 17:05, 18 November 2020 (UTC)

@Lofhi or @Trizek, could you find a maths editor for this content question? Whatamidoing (WMF) (talk) 01:37, 21 November 2020 (UTC)

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

وكيل المستخدم: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/85.0.4183.102 Safari/537.36

مسار: https://ar.wikipedia.org/w/index.php?title=%D8%AD%D8%B3%D8%A7%D9%85_%D8%A7%D9%84%D8%AF%D8%A7%D9%84%D9%8A&action=edit&oldid=0

ارجو المساعدة اواجه مشكلة في نشر المقال Hossamaldaly2020 (talk) 18:33, 21 November 2020 (UTC)

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

Användaragent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_6) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/14.0 Safari/605.1.15

URL: https://sv.wikipedia.org/wiki/Napoleons_ryska_f%C3%A4ltt%C3%A5g?veaction=edit 194.237.125.60 (talk) 13:39, 25 November 2020 (UTC)

Ez da orrialdea argitaratzen

Erabiltzaile agentea: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Firefox/78.0

URL: https://eu.wikipedia.org/w/index.php?title=Natalia_Arroyo&action=edit&redlink=1 Helios-AEK (talk) 22:38, 25 November 2020 (UTC)

タモリ倶楽部

User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_6) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/14.0.1 Safari/605.1.15

URL: https://www.mediawiki.org/wiki/%E3%82%BF%E3%83%A2%E3%83%AA%E5%80%B6%E6%A5%BD%E9%83%A8?action=edit&veswitched=1&oldid=0え

出演者 タモリ

           武田広 2400:4052:2C80:4600:506B:90EB:BCFE:B334 (talk) 09:50, 3 December 2020 (UTC)

Listing indentation on Italian Wikivoyage (template formatting in wikitext)

When a user modify a voy:it:Template:Listing with VE, it change the wikicode indentation during the saving phase.

This is quite annoying because all the listing by default have this structure:

*{{see
| nome= | alt= | sito= | email=
| indirizzo= | lat= | long= | indicazioni=
| tel= | numero verde= | fax=
| orari= | prezzo=
| descrizione=
}}

So even if VE find the following indentation:

*{{see
| nome=Chiesa della Misericordia | alt= Igreja da Misericórdia | sito= | email=
| indirizzo=Praça da República 62 | lat=41.69394 | long=-8.82816 | indicazioni=
| tel=+351 258 827 930 | numero verde= | fax=
| orari= | prezzo=
| descrizione=Chiesa del XVI secolo, eretta dalla confraternita della Misericordia. Chiamata originariamente ''Casa das Varandas'' a cause delle loggie che presenta sui vari piani, è un esempio singolare di architettura di ispirazione rinascimentale e manierista con influenze italiane e fiamminghe.
:All'interno, la chiesa presenta pale d'altare dorate e pareti rivestite da azulejos. Gli affreschi del soffitto sono di Manuel Gomes.
}}

it will save it in this way:

*{{see
| nome = Chiesa della Misericordia
| alt = Igreja da Misericórdia
| sito = 
| email = 
| indirizzo = Praça da República 62
| lat = 41.69394
| long = -8.82816
| indicazioni = 
| tel = +351 258 827 930
| numero verde = 
| fax = 
| orari = 
| prezzo = 
| descrizione = Chiesa del XVI secolo, eretta dalla confraternita della Misericordia. Chiamata originariamente ''Casa das Varandas'' a causa delle logge che presenta sui vari piani, è un esempio singolare di architettura di ispirazione rinascimentale e manierista con influenze italiane e fiamminghe.
:All'interno, la chiesa presenta pale d'altare dorate e pareti rivestite da azulejos. Gli affreschi del soffitto sono di Manuel Gomes.
}}

There's a way to preserve the original indentation without affecting it? Andyrom75 (talk) 09:47, 6 December 2020 (UTC)

@Whatamidoing (WMF) do you someone that can support or at least discusse the above requested change? Andyrom75 (talk) 04:56, 26 December 2020 (UTC)

Unfortunately, I don't think that the current system can support this complex (to a computer) level of formatting. Formatting can be defined (each template separately) in several 'custom' styles, as described in Help:TemplateData#Custom formats. However, I don't think that any of the custom formats are complex enough to put, e.g., name and alt-name, or lat and long, on the same line of wikitext. It is rather annoying, because Wikivoyage has an elegant arrangement. Whatamidoing (WMF) (talk) 00:26, 7 January 2021 (UTC)

@Whatamidoing (WMF), gosh, technically it would be enough to keep unchanged the asset of the parameters as they are found (i.e. not add and not remove any "\n").

Although I agree that "custom formats" force a new indentation, since VE is able to recognize each paramer with its value, is enough that only the value will be changed without affecting the "new line" symbols (i.e. \n). A simple idea could be to allow "format": "none" or something similar, that specify that no output formatting shall be applied.

Are you sure that no one can take a look at it?

PS I think that the indentation is not only for Italian Wikivoyage, but for all the language version. Andyrom75 (talk) 08:31, 7 January 2021 (UTC)

The problem is that the visual editor doesn't edit "parameters". It edits "nodes", i.e., the entire template. So if you change a single character, it removes the entire template and inserts a new copy of the entire template, just to change the single character. If the visual mode could support this complex format, then that would be good, because it would "correct" the formatting to the standard. But so far, that's not an option. Whatamidoing (WMF) (talk) 18:34, 7 January 2021 (UTC)

Ok, I understand what @you say. The Wikivoyage listing editor works in the way you describe. I use it to correct the format with just one click all the time Visual Editor messing it up.

The algorithm to do it is there, but clearly it should be adapted to VE. The important is to find someone interested to work on it... Andyrom75 (talk) 21:19, 7 January 2021 (UTC)

Text lost after switching from "Create Source" to "Create"

I'm hosting a private MediaWiki 1.34.1 with VisualEditor 0.1.1 and parsoid 0.11.0

I am experiencing an issue when creating pages.

How to reproduce:

If you start writing a new article with Visual Editor / "Create", then switch to "Create Source" (without saving) to maybe fix some markdowns, all written text is persistent and you can work on.

If you switch back to "Create" (also without saving), all previously written text is lost.

Expected behaviour:

The typed text is kept even without saving.

When I try to repoduce this on https://www.mediawiki.org/ I do not experience this issue, but there are other versions installed, there.

I also tried to disable source-editing on page creation only, since I want to keep this feature generally. But "$wgVisualEditorUseSingleEditTab = true;" disables "Create Source" and "Edit Source" funcionalities.

Are there any other settings relevant, that could lead to this behaviour?

Are there bug entries about this or was this fixed in a newer version?

I could not find any related info up to now.

And I did not report a bug in phabicator, since I am not yet sure if I just mis-configured something.

Other possibly relevant settings:

# Enable by default for everybody

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

# Don't allow users to disable it

$wgHiddenPrefs[] = 'visualeditor-enable';

# Set VisualEditor as the default for anonymous users

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

$wgVisualEditorEnableDiffPage = true;

$wgVisualEditorEnableWikitext = true;

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

$wgHiddenPrefs[] = 'visualeditor-newwikitext';

Any ideas?

Best regards

Claus ClausGr (talk) 12:34, 7 December 2020 (UTC)

Sorry, now I found helpful info:

Extension talk:VisualEditor/2017/01#h-Changes_discarded_when_switching_between_WikiEditor_and_VisualEditor-2017-01-23T02:28:00.000Z

https://lists.wikimedia.org/pipermail/wikitech-l/2017-February/087637.html

Extension:VisualEditor#Switching between wikitext and visual editing ClausGr (talk) 13:17, 7 December 2020 (UTC)

Impossibilité de mettre des photos sur la page wikipédia Lavauzelle SARL

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/Lavauzelle_SARL?veaction=edit

Je ne peux pas mettre mes propres photos pour illustrer la page! Isabelle CORFIAS (talk) 11:29, 8 December 2020 (UTC)

Não consigo publicar página

Agente de utilizador: Mozilla/5.0 (Windows NT 6.3; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/87.0.4280.88 Safari/537.36

Não consigo publicar a página editada de Mário Paredes Nogueira Ramos. Não sei como ultrapassar este assunto. 109.49.70.41 (talk) 12:03, 8 December 2020 (UTC)

Edits on a large page genrates snowmen

https://fr.wikipedia.org/w/index.php?title=Mod%C3%A9lisme_ferroviaire&type=revision&diff=177438998&oldid=175904301&diffmode=source

On this diff, some of the content has been duplicated and content has been corrupted, adding unexpected emojis to the final result.

Also, when i try to delete the faulting section using VE, the editor 1/ deletes nothing 2/ jumps to the bottom of the page Trizek ^{from FR} 11:13, 9 December 2020 (UTC)

modification des liens sous "Notes et références"

Agent utilisateur : Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Firefox/52.0

(URL : https://fr.wikipedia.org/wiki/Prix_Goncourt_de_la_biographie?veaction=edit#Notes_et_r%C3%A9f%C3%A9rences) remarque générale. Je n'arrive pas à modifier les liens en "Notes et références". Ce n'est pas du tout intuitif. (Je veux juste rediriger un lien périmé vers la page équivalente actuelle). Peut-être que cette remarque vous est utile pour planifier les modifications de l'interface mais pas besoin de faire des pieds et des mains juste pour moi ;) Merci Wikipedia :)

Merci Alice Rivaz (talk) 16:43, 9 December 2020 (UTC)

Bonjour Alice Rivaz,

Les références ne se modifient pas dans la section "Notes et références", mais à l'endroit où l'appel de référence est fait. La section "Notes et références" ne fait qu'afficher les références automatiquement.

Dans votre cas, vous voulez modifier la référence qui est appelée juste à la fin du paragraphe introductif : éditez donc cette section.

Cordialement. Daehan (talk) 13:42, 16 December 2020 (UTC)

Wikipédia:Atelier de relecture est considéré inexistant pour l'éditeur visuel

Bonjour,

J'ai tenté de créer un lien vers Wikipédia:Atelier de relecture en utilisant le menu intégré à l'éditeur visuel. Seul problème: le menu intégré ne trouve pas la page concernée dans l'espace de nom... Quelqu'un aurait une idée ?

Note: Le problème n'a été détecté que sur la Wikipédia francophone, je ne connais pas la situation des autres.

• Firefox 84.0 (64 bits)
• Windows 10
• Vector

Merci d'avance pour votre aide TechAcquisitor (talk) 23:58, 20 December 2020 (UTC)

Temporary watching

Currently VisualEditor doesn't allow temporary watching (like for 1 week), so watching pages will always be permanent. Please fix.

Browser: Pale Moon 28.16.0

OS: GNU/Linux

Wiki skin: Vector Pandakekok9 (talk) 10:08, 21 December 2020 (UTC)

This is T251348. ESanders (WMF) (talk) 20:00, 21 December 2020 (UTC)

Bug: VisualEditor don't show content, but load the Entire MainPage + Footer into it if you save test Content

Impressions:

Content before a edit

https://nextcloud.studentenwerk-potsdam.de/s/mRJ6Eoe2d4cE647

During a edit with VE

https://nextcloud.studentenwerk-potsdam.de/s/JiBCPfLXXj9jTeP

After a edit with VE

https://nextcloud.studentenwerk-potsdam.de/s/jSGYk6L5DRW8rTm

Hi i just migrated from 1.31 with wysiwyg Editor to 1.35 with VisualEditor after fixing the api connection Error i get no error Messages anymore while loading the VisualEditor.

But i cant find a solution for my new Problem. Because its entirely strange :D.

My Access log "start edit":

"172.16.1.2 - - [29/Dec/2020:18:44:15 +0100] "GET /mediawiki HTTP/1.1" 301 590 "-" "VisualEditor-MediaWiki/1.35.1"

172.16.1.2 - - [29/Dec/2020:18:44:15 +0100] "GET /mediawiki/ HTTP/1.1" 301 533 "-" "VisualEditor-MediaWiki/1.35.1"

172.16.1.2 - - [29/Dec/2020:18:44:15 +0100] "GET /mediawiki/index.php/Hauptseite HTTP/1.1" 200 23548 "-" "VisualEditor-MediaWiki/1.35.1"

172.16.1.2 - - [29/Dec/2020:18:44:15 +0100] "GET /mediawiki/api.php?action=visualeditor&format=json&paction=parse&page=Spielwiese&uselang=de&formatversion=2 HTTP/1.1" 200 25958 "https://intranet.studentenwerk-potsdam.de/mediawiki/index.$

172.16.1.2 - - [29/Dec/2020:18:44:16 +0100] "POST /mediawiki/api.php HTTP/1.1" 200 648 "https://intranet.studentenwerk-potsdam.de/mediawiki/index.php/Spielwiese?veaction=edit" "Mozilla/5.0 (Windows NT 6.3; Win64; x64; rv:84.0) Gecko/201$"

My Access log "after edit":

"172.16.1.2 - - [29/Dec/2020:18:47:23 +0100] "POST /mediawiki HTTP/1.1" 301 590 "-" "VisualEditor-MediaWiki/1.35.1"

172.16.1.2 - - [29/Dec/2020:18:47:23 +0100] "POST /mediawiki/ HTTP/1.1" 200 23743 "-" "VisualEditor-MediaWiki/1.35.1"

172.16.1.2 - - [29/Dec/2020:18:47:23 +0100] "POST /mediawiki/api.php HTTP/1.1" 200 715 "https://intranet.studentenwerk-potsdam.de/mediawiki/index.php/Spielwiese?veaction=edit" "Mozilla/5.0 (Windows NT 6.3; Win64; x64; rv:84.0) Gecko/201$

172.16.1.2 - - [29/Dec/2020:18:47:25 +0100] "POST /mediawiki/api.php HTTP/1.1" 200 1097 "https://intranet.studentenwerk-potsdam.de/mediawiki/index.php/Spielwiese?veaction=edit" "Mozilla/5.0 (Windows NT 6.3; Win64; x64; rv:84.0) Gecko/20$

172.16.1.2 - - [29/Dec/2020:18:47:25 +0100] "POST /mediawiki HTTP/1.1" 301 590 "-" "VisualEditor-MediaWiki/1.35.1"

172.16.1.2 - - [29/Dec/2020:18:47:25 +0100] "POST /mediawiki/ HTTP/1.1" 200 23743 "-" "VisualEditor-MediaWiki/1.35.1"

172.16.1.2 - - [29/Dec/2020:18:47:25 +0100] "POST /mediawiki/api.php HTTP/1.1" 200 30855 "https://intranet.studentenwerk-potsdam.de/mediawiki/index.php/Spielwiese?veaction=edit" "Mozilla/5.0 (Windows NT 6.3; Win64; x64; rv:84.0) Gecko/2$"

looks more then strange.

If i just use the WikiEditor it works as expected. 195.37.172.41 (talk) 17:54, 29 December 2020 (UTC)

My wiki runs on Debian 9.13 with Apache2 the rest below:

==Installierte Software==

!Software

!Version

|-

|MediaWiki

|1.35.1

|-

|PHP

|7.4.13 (apache2handler)

|-

|MariaDB

|10.1.47-MariaDB-0+deb9u1

|-

|ICU

|65.1

|}

==URLs der Einstiegspunkte==

!Einstiegspunkt

!URL

|-

|Artikelpfad

|/mediawiki/index.php/$1

|-

|Skriptpfad

|/mediawiki

|-

|index.php

|/mediawiki/index.php

|-

|api.php

|/mediawiki/api.php

|-

|rest.php

|/mediawiki/rest.php

|}

==Installierte Benutzeroberflächen==

!Bezeichnung

!Version

!Lizenz

!Beschreibung

!Autoren

|-

|MonoBook

|– (de97916) 00:34, 14. Jul. 2020

|GPL-2.0-or-later

|Stellt eine klassische Benutzeroberfläche bereit

|Gabriel Wicke, Isarra Yos und andere

|-

|Vector

|– (771c876) 04:30, 11. Sep. 2020

|GPL-2.0-or-later

|Stellt eine modernisierte Benutzeroberfläche bereit

|Trevor Parscal, Roan Kattouw und andere

|}

==Installierte Erweiterungen==

! colspan="5" |Erweiterungen mit Spezialseiten

|-

!Bezeichnung

!Version

!Lizenz

!Beschreibung

!Autoren

|-

|Replace Text

|1.4.1 (e027d41) 02:48, 11. Jul. 2020

|GPL-2.0-or-later

|Ergänzt eine Spezialseite, die das Suchen und Ersetzen von Zeichenketten ermöglicht

|Yaron Koren, Niklas Laxström und andere

|-

| colspan="5" |

|-

! colspan="5" |Editoren

|-

!Bezeichnung

!Version

!Lizenz

!Beschreibung

!Autoren

|-

|VisualEditor

|0.1.2 (10ac245) 04:46, 11. Sep. 2020

|MIT

|Stellt einen Editor mit Echtbilddarstellung (WYSIWYG) bereit

|Alex Monk, Bartosz Dziewoński, C. Scott Ananian, Christian Williams, David Lynch, Ed Sanders, Inez Korczyński, James D. Forrester, Moriel Schottlender, Roan Kattouw, Rob Moen, Subramanya Sastry, Thalia Chan, Timo Tijhof, Trevor Parscal und andere

|-

| colspan="5" |

|-

! colspan="5" |Parsererweiterungen

|-

!Bezeichnung

!Version

!Lizenz

!Beschreibung

!Autoren

|-

|CategoryTree

|– (2f494c6) 18:44, 28. Okt. 2020

|GPL-2.0-or-later

|Erweitert das Wiki um eine Spezialseite mit der man dynamisch durch die Kategorienstruktur navigieren kann

|Daniel Kinzler

|-

|PDFEmbed

|2.0.5 (04f5712) 17:16, 23. Nov. 2020

|LGPL-3.0-only

|Ermöglicht das Einbetten von PDF-Dateien

|Alexia E. Smith, Wolfgang Fahl/ProfiWiki, Mark A. Hershberger und Chris Koerner

|-

|YouTube

|1.9.3 (0f87a53) 15:01, 11. Jul. 2020

|GPL-2.0-or-later

|Ermöglicht das Einbetten von Videos, die bei YouTube, WeGame, Gametrailers und beim Tangler Forum vorhanden sind sowie von Audio- und Videodateien bei Archive.org

|Przemek Piotrowski

|-

| colspan="5" |

|-

! colspan="5" |Sonstige Erweiterungen

|-

!Bezeichnung

!Version

!Lizenz

!Beschreibung

!Autoren

|-

|MultimediaViewer

|– (bad4190) 12:53, 13. Jul. 2020

|GPL-2.0-or-later

|Ermöglicht die Darstellung von Vorschaubildern in einer Vollbildschnittstelle

|MarkTraceur (Mark Holmquist), Gilles Dubuc, Gergő Tisza, Aaron Arcos, Zeljko Filipin, Pau Giner, theopolisme, MatmaRex, apsdehal, vldandrew, Ebrahim Byagowi, Dereckson, Brion VIBBER, Yuki Shira, Yaroslav Melnychuk, tonythomas01, Raimond Spekking, Kunal Mehta, Jeff Hall, Christian Aistleitner, Amir E. Aharoni und andere

|} 195.37.172.41 (talk) 18:05, 29 December 2020 (UTC)

Solved - i used a reverse Proxy and if your Wiki Page $wgServer is set to the redirection URL, wiki performs redirect on each "Get" which cause loading the content into the editor field. 195.37.172.41 (talk) 08:50, 30 December 2020 (UTC)