[wp-trac] [WordPress Trac] #10381: post->ancestors isn't always	set
    WordPress Trac 
    wp-trac at lists.automattic.com
       
    Sun Oct 25 11:06:54 UTC 2009
    
    
  
#10381: post->ancestors isn't always set
-------------------------------+--------------------------------------------
 Reporter:  Denis-de-Bernardy  |       Owner:  ryan                              
     Type:  defect (bug)       |      Status:  new                               
 Priority:  normal             |   Milestone:  2.9                               
Component:  Cache              |     Version:  2.8                               
 Severity:  normal             |    Keywords:  reporter-feedback needs-unit-tests
-------------------------------+--------------------------------------------
Changes (by westi):
 * cc: westi (added)
  * keywords:  has-patch => reporter-feedback needs-unit-tests
Comment:
 Patch still applies.
 If I understand correctly the issue here is that when we run the main
 Query we cache posts without fetching ancestor information so when we call
 get_post to get the info it it is in the cache we then return the cached
 data which is ancestor less.
 So the question is should we fix that here by checking every cached post
 for ancestor info and thereby running the ancestor update query for the
 first get_post call for these posts or should we always pre-cache the
 ancestor info when querying.
 It looks like all other calls to _get_post_ancestors are in get_post so
 this would be the place to fix it.
 However, the supplied patch does I think achieve anything - it checks
 {{{$_post->ancestors}}} which can only be meaning full if we enter the
 {{{if}}} it is the {{{else if}}} for.
 Think this needs some more thought - probably a good idea to have some
 tests around this functionality.
-- 
Ticket URL: <http://core.trac.wordpress.org/ticket/10381#comment:2>
WordPress Trac <http://core.trac.wordpress.org/>
WordPress blogging software
    
    
More information about the wp-trac
mailing list