[wp-trac] [WordPress Trac] #64696: Real time collboration effectively disables persistent post caches while anyone edits a post
WordPress Trac
noreply at wordpress.org
Fri Mar 20 01:16:30 UTC 2026
#64696: Real time collboration effectively disables persistent post caches while
anyone edits a post
--------------------------------------+--------------------------
Reporter: peterwilsoncc | Owner: (none)
Type: defect (bug) | Status: new
Priority: normal | Milestone: 7.0
Component: Posts, Post Types | Version: trunk
Severity: normal | Resolution:
Keywords: has-patch has-unit-tests | Focuses: performance
--------------------------------------+--------------------------
Comment (by griffbrad):
Essentially, we did a review with Systems and talked over both options.
This late in the game, they felt that the likelihood of getting the schema
and performance characteristics of a new table right was more risky.
You're totally right that WP_Query is a central API, but the patch was
viewed as easy to reason about and easier to adjust if needed. Systems
folks also felt the API in the patch was valuable outside the RTC context
for other cases where post meta is written to in a way that too frequently
causes cache invalidation, which they've seen from a variety of plugins in
the ecosystem. Like I mentioned
[https://core.trac.wordpress.org/ticket/64696#comment:84|earlier in this
thread], I can definitely see the value in the custom table. I'd love to
land it in 7.1. Both with the fixes to the cache invalidation issue and
race condition from Ella and Chris, the post meta approach currently in
use seems sufficient for the 7.0 release.
--
Ticket URL: <https://core.trac.wordpress.org/ticket/64696#comment:110>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform
More information about the wp-trac
mailing list