[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