[wp-trac] Re: [WordPress Trac] #8146: Quick tag/category edit appears to be using filtered data

WordPress Trac wp-trac at lists.automattic.com
Thu Nov 13 02:44:36 GMT 2008


#8146: Quick tag/category edit appears to be using filtered data
-----------------------------------------+----------------------------------
 Reporter:  jhodgdon                     |        Owner:  anonymous
     Type:  defect                       |       Status:  reopened 
 Priority:  normal                       |    Milestone:  2.7      
Component:  Administration               |      Version:  2.7      
 Severity:  normal                       |   Resolution:           
 Keywords:  tag, category, edit, filter  |  
-----------------------------------------+----------------------------------
Comment (by jhodgdon):

 OK, now I think I am going crazy. I removed all the add_to_cache
 statements. It still doesn't work right. I then put a bunch of debug
 statements in get_term. It is running this query:

 SELECT t.*, tt.* FROM wp_terms AS t INNER JOIN wp_term_taxonomy AS tt ON
 t.term_id = tt.term_id WHERE tt.taxonomy = 'category' AND t.term_id = '6'
 LIMIT 1

 When I run it in PHPMyAdmin, I can see that the name column is
    [lang_en]Views[/lang_en][lang_es]vistas[/lang_es]
 (which is unfiltered). But when I print out the result of the query from
 within WP, I get just "Views".

 Decidedly odd. Also, when similar queries are run earlier on and later on
 to get all the terms,
    SELECT t.*, tt.* FROM wp_terms AS t INNER JOIN wp_term_taxonomy AS tt
 ON t.term_id = tt.term_id WHERE tt.taxonomy IN ('category')  ORDER BY
 t.name ASC

 It finds the un-filtered name in the element whose term ID is 6.

 What gives? This is just plain strange... am I missing something obvious?
 Not sure how to fix it if the database query is doing something strange.

-- 
Ticket URL: <http://trac.wordpress.org/ticket/8146#comment:13>
WordPress Trac <http://trac.wordpress.org/>
WordPress blogging software


More information about the wp-trac mailing list