VisualEditor does not reload the page when creating a new page or re-editing an exisiting page
Open, Needs TriagePublicBUG REPORT
Actions

Assigned To

None

Authored By

	ti_infotrad
	Feb 10 2025, 3:12 PM

Description

Steps to replicate the issue (include links if applicable):
New page:

Create a new page with VisualEditor
Save
A message states the page is saved BUT the new page is not displayed (the page reload does not happen)
Hard reload. The page is displayed (so the page contents are saved)

Existing page:

Edit an existing page with VisualEditor
Save
A message states the page is saved and the updated page is displayed
Without reloading, click on the Edit button to edit the page again
The VisualEditor progress bar is displayed but does not move. Need to hard reload to be able to do anything

What happens?:
For new pages: the new page is not displayed after saving, need to hard reload
For existing pages: when re-editing the page after saving, it looks as if VisualEditor is frozen. Need to hard reload to edit the page again

What should have happened instead?:
For new pages: the new page should be displayed without having to hard-reload
For existing pages: I should be able to re-edit a page after saving it

Software version (on Special:Version page; skip for WMF-hosted wikis like Wikipedia):
Windows Server 2016
IIS 10
PHP 8.4.3
MW 1.43

Other information (browser name/version, screenshots, etc.):

Note I also tested with no custom extensions loaded (except pluggableAuth and AuthRemoteuser) and this issue remained
Not experienced with 1.39
Tested with PHP 8.2.12, same issue
When running VisualEditor in debug mode, I see following error

{
    "errors": [
        {
            "code": "badcachekey",
            "html": "No cached serialization found with that key",
            "module": "visualeditoredit"
        }
    ],
    "docref": "See http://10.21.37.105/api.php for API usage. Subscribe to the mediawiki-api-announce mailing list at &lt;https://lists.wikimedia.org/postorius/lists/mediawiki-api-announce.lists.wikimedia.org/&gt; for notice of API deprecations and breaking changes."
}

but the same error takes place on 1.39 so I do not think that causes the issue

Event Timeline

ti_infotrad created this task.Feb 10 2025, 3:12 PM

Restricted Application added a subscriber: Aklapper. · View Herald TranscriptFeb 10 2025, 3:12 PM

ti_infotrad renamed this task from VisualEditor does not reload the page when creating a new page a re-editing an exisiting page to VisualEditor does not reload the page when creating a new page or re-editing an exisiting page.Feb 10 2025, 3:13 PM

ti_infotrad updated the task description. (Show Details)Feb 10 2025, 5:13 PM

ti_infotrad updated the task description. (Show Details)Feb 10 2025, 7:41 PM

ti_infotrad updated the task description. (Show Details)Feb 10 2025, 9:00 PM

ti_infotrad updated the task description. (Show Details)

I can't reproduce on a new 1.43 wiki: https://patchdemo.wmcloud.org/wikis/c3cedb3da2/

Maybe this is Windows-specific, or maybe only happens in some specific configuration.

In T386002#10537242, @matmarex wrote:

I can't reproduce on a new 1.43 wiki: https://patchdemo.wmcloud.org/wikis/c3cedb3da2/

Maybe this is Windows-specific, or maybe only happens in some specific configuration.

Do you have any insight on how I could debug this?

As mentionned above,I have turned most extensions off, no difference;
Nothing in the php error log or the debug log - not surprising since the actual operations (page creation, page edition) do take place;
Using the VE debug flag (&debug=1) does not yield any info (as far as I can tell);
No smoking gun in the browser console;
Same setup (i.e same server, same configuration, same client) works fine with MW 1.39. Only the php version is different but I have confirmed the same issue happens with php 8.2

It almost look as if a hard crash/error is happening in the javascript stack but I do not see any error anywhere

In T386002#10537242, @matmarex wrote:

I can't reproduce on a new 1.43 wiki: https://patchdemo.wmcloud.org/wikis/c3cedb3da2/

Maybe this is Windows-specific, or maybe only happens in some specific configuration.

I just reproduced the exact same issue on your patchdemo site...This does indeed look like a browser issue. However, I am not sure where to go from there, hence my debug question

I'm not sure… You could try to look at the requests the browser is making (in developer tools), and see if the api.php responses have any error messages that are not being shown by VE.

He everyone,

we experience the same issue as described in the bug report after upgrading vom 1.39.13 to 1.43.3. But this does not occure in all our environments. I have machines where I can reproduce this behaviour (mostly in VMs) but on my fat client this issue does not occure. Maybe it depends on system settings... I can not find anything obvious using the dev tools on Microsoft Edge.
How can the Visual Editor debug mode be enabled? Maybe I'm getting the same error.

Bugreporter2 awarded a token.Sep 17 2025, 2:44 PM

Bugreporter2 rescinded a token.

Bugreporter2 awarded a token.

He everyone,

we still experience this issue. I would love to help solving this issue since it courses acceptance issues within our team.

@ti_infotrad: Do you have any further information besides what you've posted? What are the steps for me to get to the same error debug message:

"html": "No cached serialization found with that key"

Here are some insights I have tested:

The internet has no anwser. Unfortunately. ;-) --> https://stackoverflow.com/questions/79771399/mediawiki-visualeditor-does-not-load-when-editing-a-page-again
The issue occurs also with MW 1.44.0 (besides 1.43.3)
The issue occurs with no extensions enabled.
The issue occurs with Firefox and Edge (in case it occurs at all)
Using another Proxy or adding a acl entry for the wiki does not help. Ignoring the proxy does not help either.
The only machine it's working are two FatClient which are also atteched to our AD like all the vms it does not work on. I've tested on Citrix Desktops, Servers and plain Win11 VMs connected via RDP. (They are all on different networks.)

Thanks for all replies and suggestions in advance. :-)
Peter

In my environment, the same issue occurs even on the www.mediawiki.org site.
I am using the Edge browser (version 137.0.3296.93).

Steps to reproduce:

Access https://www.mediawiki.org/wiki/Project:Sandbox
Click the Edit tab. VisualEditor starts normally.
Without making any edits, click the Read tab to return to the read view.
Click the Edit tab again. The progress bar stops at around 75%, and the page becomes unresponsive.
In this state, clicking Edit or Edit source does not navigate anywhere. However, the View history tab still works, and other hyperlinks on the page also work.

I am not sure about the root cause, but in any case, it seems that JavaScript events are not firing during the second edit attempt.
It might also possibly be a browser-side issue.

I forgot to mention one condition.
I am not sure if it is related, but this issue occurs when I use Edge on a Windows 11 machine accessed via Remote Desktop Connection and browse the www.mediawiki.org
site.

VisualEditor does not reload the page when creating a new page or re-editing an exisiting pageOpen, Needs TriagePublicBUG REPORTActions

Description

Event Timeline

VisualEditor does not reload the page when creating a new page or re-editing an exisiting page
Open, Needs TriagePublicBUG REPORT
Actions