-
Notifications
You must be signed in to change notification settings - Fork 2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Editor: Block editor loads substantially slower in Calypso than WP Admin #36844
Comments
Performance is a major factor for a smooth NUX and ongoing editor experience. Flow-sharing from @koke today on an internal P2 post where he mentioned the slow Calypso + Gutenberg loading times:
|
@lancewillett could we maybe add this to the project backlog instead? Initial work of improving perf speeds down to wp-admin load times would be more of a team effort and likely involves getting rid of the iframe integration. (It's too big to be a bug) |
I agree on calling it a task rather than bug. Still high priority, though. @gwwar Who are the best folks to work on this, around any team (Calypso framework folks, etc)? I'm happy to coordinate so it's not lost in the shuffle of the Manage backlog. |
With regards to who works on it folks should at the least be collaborating with Create and advising with perfops. Re ordering, it'd be a probably a potential project after moving forward Gutenberg as the default editor for everyone, but not sure how that slots in with other priorities. It's at least a medium sized project especially if the media modal is a blocker for iframe removal. |
cc @amamujee |
While this Github issue describes the experience well, there are probably 5+ separate todos here that some are project-sized, and worked on across several teams. E.g. @griffbrad 's team is working on async loading TinyMCE libraries in core. Another collection of sub-tasks would be getting rid of Calypsofy for iframe (p4TIVU-9p3-p2). |
One of the "projects" for improving this: p4TIVU-9p3-p2 describes redirects in Calypso before loading the editor that adds 1-3 seconds to overall page load time. |
I'm removing this from the Manage Group backlog based on Aadil's feedback in our last Cycle planning meeting, but I'm cc'ing you @sirreal so that this one is on your radar. |
20916782-hc |
I'm tinkering with this today. |
We found and fixed a low-hanging fruit that really influences the loading time for users with many sites in their account: #45904 There is also a pending change that suggests removing the unnecessary redirect, that should save between 0.5 and 1 seconds on the initial editor load: D50124-code I'm planning to explore further in the following days. |
A couple more improvements on the Calypso side today:
|
D50124-code has landed! We've filed Automattic/jetpack#17286 to port this change to Jetpack / Atomic. |
We landed a bunch of improvements in the meantime, among which:
And since we landed RUM data for the editor, we can see large improvements from these and the recent core perf improvements already. |
A user's report about slow load times for the block editor revealed that the block editor loads roughly three times slower in Calypso, compared to WP Admin. @phpmypython completed much of this investigation in 2426905-zen
Steps to reproduce
The following is from @phpmypython's initial note:
In addition:
I conducted some additional tests when I responded to the user's follow-up. One contributing factor is that the user was using large images, and these slowed the page loads substantially. I also noticed that the editor takes roughly three times longer to load in Calypso. @phpmypython mentioned that JavaScript is taking longer to load. This isn't limited to Tiny MCE. Here's another example:
This took 5.131 seconds to load in WP Admin compared to 13.042 seconds in Calypso, here:
Screenshot direct link: https://cld.wthms.co/9pNzsA
What I expected
Page loads for the block editor should be similar between Calypso and WP Admin.
What happened instead
The editor seems to load substantially slower in Calypso, compared to WP Admin, for the same post.
Browser / OS version
Firefox Developer Edition, v70.0b14 on macOS 10.14.6
Screenshot / Video
See above
Context / Source
This is based on a user report with additional testing by Automatticians.
The text was updated successfully, but these errors were encountered: