[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