Opened 13 months ago
Last modified 6 months ago
#20635 accepted defect (bug)
_pad_term_count get's stuck if there is a loop in the hierarchy
| Reported by: |
|
Owned by: |
|
|---|---|---|---|
| Priority: | normal | Milestone: | Future Release |
| Component: | Taxonomy | Version: | |
| Severity: | normal | Keywords: | westi-likes has-patch 3.6-early |
| Cc: | westi, jkudish |
Description
Ideally it should be impossible for a loop in a taxonomy hierarchy to exist.
But sometimes they do.
If one does exist then _pad_term_counts() gets stuck :(
When one of these does exist the category widget breaks the front page of your site.
We currently hook wp_check_term_hierarchy_for_loops on wp_update_term_parent and I wonder if there are other places we should be doing this check too.
Attachments (1)
Change History (7)
- Keywords reporter-feedback added
Given that we are about to go RC, I'm thinking this should be a 3.5 thing.
- Milestone changed from 3.4 to Future Release
Aye. This feels punt to me since it doesn't look like a regression. Bring it back (with patch) if disagreed.
- Keywords westi-likes 3.5-early added; reporter-feedback removed
- Owner set to westi
- Status changed from new to accepted
Note: See
TracTickets for help on using
tickets.

What's the goal here for 3.4?