#9644 closed defect (bug) (fixed)
(bug) get_categories
Reported by: |
|
Owned by: |
|
---|---|---|---|
Milestone: | 2.8.1 | Priority: | high |
Severity: | critical | Version: | 2.8 |
Component: | Taxonomy | Keywords: | has-patch |
Focuses: | Cc: |
Description
$args = array('hierarchical' => false,'depth'=>false,'echo'=>false,'get'=>'all'); $categories = get_categories($args);
returns
Array ( [errors] => Array ( [invalid_taxonomy] => Array ( [0] => Invalid Taxonomy ) ) [error_data] => Array ( ) )
Attachments (2)
Change History (19)
#1
@
16 years ago
- Resolution set to worksforme
- Severity changed from critical to major
- Status changed from new to closed
#2
@
16 years ago
- Resolution worksforme deleted
- Status changed from closed to reopened
ryan
i do not see why this bug is related to "Check if not exists and not is_dir before bailing. Props st3ff3n."
#3
@
16 years ago
- Resolution set to worksforme
- Status changed from reopened to closed
I believe mtekk's post was that as of revision 11082, Its working as expected under trunk.
It works for me under current trunk.
Given the error message, I'd assume theres a plugin conflict; Or theres a corrupt file.
Trac is not for diagnosing individual problems, You're better off on the support forums, and re-opening this if you find any info which suggests it IS a bug in WP(Such as also occuring on a fresh WP Install without any modifications)
#5
@
16 years ago
- Resolution worksforme deleted
- Status changed from closed to reopened
Reopening this based on forum reports:
http://wordpress.org/support/topic/280256
#6
@
16 years ago
- Milestone set to 2.8.1
Same issue as #10160??
Seems a number of themes with a theme options page that uses get_categories fail
http://wordpress.org/tags/trac9644
http://themeforest.net/forums/thread/wp-28-compatible/13432
#7
@
16 years ago
Technically, these themes are broken in 2.7.1 as well, but the problem won't be evident unless you're using a custom taxonomies plugin. Maybe we can init the default taxonomies right before loading the theme's functions.php to paper over the issue.
#8
@
16 years ago
but in this case we'd lose the localization of the taxonomies. uploading a potential fix in a few minutes.
#10
@
16 years ago
However if someone manipulates the locale from functions.php, the taxonomies won't reflect that.
#12
@
16 years ago
what I was thinking of is to disable the ability to override the default taxonomies.
#13
@
16 years ago
nm previous comment. second patch works around the problem by doing this twice:
- before plugins and themes are loaded
- on the init hook to enforce localization
#14
@
16 years ago
- Keywords has-patch added; needs-patch removed
- Severity changed from major to critical
making this a blocker, as it's apparently critical to quite a few users.
Works for me in r11082