[wp-trac] [WordPress Trac] #62057: Addressing Autosave Memory Issues
WordPress Trac
noreply at wordpress.org
Mon Apr 28 16:41:49 UTC 2025
#62057: Addressing Autosave Memory Issues
-------------------------------------------+-----------------------------
Reporter: whyisjake | Owner: (none)
Type: defect (bug) | Status: assigned
Priority: normal | Milestone: Future Release
Component: Editor | Version:
Severity: normal | Resolution:
Keywords: has-patch dev-reviewed commit | Focuses:
-------------------------------------------+-----------------------------
Comment (by adamsilverstein):
Thanks for the detailed analysis @tallulahhh - this is immensely helpful
in understanding the scope of the issue.
> Unfortunately per_page doesn't work for the autosaves route, so rather
than changing the request in gutenberg, I had to change the response
instead.
Hmm, I wonder why? Maybe that needs fixing first. If it did work
correctly, would that solve the issue (for many revisions OOM anyway)?
We should make sure the fields key is supported so we can avoid requesting
the autosave content if we don't need it.
> To make testing easy, I made a mu-plugin that autosaves frequently with
a different userID each time.
Clever, thanks for sharing that.
> As such, the autosave route only ever needs return one autosave.
some use cases may want more than one though.
--
Ticket URL: <https://core.trac.wordpress.org/ticket/62057#comment:17>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform
More information about the wp-trac
mailing list