[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