#14076 closed defect (bug) (duplicate)
Misleading post count on taxonomy screen
Reported by: | bunnykins | Owned by: | |
---|---|---|---|
Milestone: | Priority: | normal | |
Severity: | normal | Version: | |
Component: | Posts, Post Types | Keywords: | |
Focuses: | Cc: |
Description (last modified by )
Register a post type that supports categories.
Wether you go to:
wp-admin/edit-tags.php?taxonomy=category
or to:
wp-admin/edit-tags.php?taxonomy=category&post_type=example
the Posts column displays the same counts.
This leaves users the false impression that category archives should display posts with any post type.
Change History (36)
#2
@
14 years ago
- Description modified (diff)
The problem is that the counts you see on the categories page is
#3
@
14 years ago
- Description modified (diff)
- Milestone changed from Unassigned to 3.1
- Severity changed from critical to major
- Summary changed from custom post types and catagories and tags to Misleading post count on taxonomy screen
The problem is that the post count is global accross all post types. It should be restricted to the current post type.
#6
@
14 years ago
I might be reading your replies wrong but the replies do not seem address the problem I am having and that is using the categories and tags with the post types and then being able to click on those categories and seeing those entries. The count that is shows is a minor issues compared to the true issue I am talking about.
#8
@
14 years ago
I am not sure as I am having a bit of an issue reading what is being said there.
In looking at my issue the count is actually correct just when you click on the category it does not display the entries that are in that category for that post type.
#9
@
14 years ago
Where is this inaccurate count? Back end? On your theme?
Sorry, but your steps to reproduce are a bit confusing.
#10
follow-up:
↓ 12
@
14 years ago
The issue I was refering to is this:
Register a post type that supports categories.
Wether you go to:
wp-admin/edit-tags.php?taxonomy=category
or to:
wp-admin/edit-tags.php?taxonomy=category&post_type=example
the Posts column displays the same counts.
#11
@
14 years ago
Ok create a custom post type that uses the built in categories and tags.
Then create entries in the custom post type, set them to use one of the categories you already have created.
Say you have 3 entries created in that post type and in the same category. So you now have 3 entries in that category as well as 3 entries in the new post type.
Now go to your main page and if you have the category's widget set up it should show that category with 3 entries.
Now here is where the issue is. When you click on that category it shows no entries as if you never created any entries for that category or searched for some thing that does not exist on the site.
#12
in reply to:
↑ 10
@
14 years ago
Replying to scribu:
> The issue I was refering to is this:
Register a post type that supports categories.
Wether you go to:
wp-admin/edit-tags.php?taxonomy=category
or to:
wp-admin/edit-tags.php?taxonomy=category&post_type=example
the Posts column displays the same counts.
Oh I was not aware that was a bug, it seemed normal to me for it to act that way, infact I would prefer it to work that way as it is showing the correct info regardless of which category's screen you are at.
My issue is related to the none admin side of things as mentioned above and I am using the new skin.
#13
@
14 years ago
- Milestone 3.1 deleted
- Resolution set to wontfix
- Status changed from new to closed
- Summary changed from Misleading post count on taxonomy screen to Categories not aware of custom post types
Ok, now I finally got what you're saying.
That is the expected behaviour: category archives only display regular posts.
I'm going to close this ticket and post a solution in the original support topic.
#14
@
14 years ago
- Description modified (diff)
- Milestone set to 3.1
- Summary changed from Categories not aware of custom post types to Misleading post count on taxonomy screen
Actually, the reason you expected it to show all posts is precisely because of those post counts.
So, it's still an issue, except it should be fixed in a different way.
#16
@
14 years ago
Solution for original problem: http://wordpress.org/support/topic/415091?replies=5#post-1570387
#19
in reply to:
↑ 17
;
follow-up:
↓ 23
@
14 years ago
- Keywords post type removed
Replying to bunnykins:
So is this code going to be in a future release?
Not likely.
I found an issue with that fix. It breaks the azindex plug in.
Let's keep that discussion in the support topic.
#20
@
14 years ago
Ok why is it not likely to get fixed?
Maybe another way of fixing it is to have post types use their own categories and tags. That might fix this bug.
#21
@
14 years ago
Well yes, using your own taxonomy is the way to go. I thought you had a special requirement to use categories.
#26
@
14 years ago
Related: #14344
It seems the cached post count column is becoming less and less useful.
#28
@
14 years ago
- Milestone Awaiting Review deleted
- Resolution set to duplicate
- Status changed from reopened to closed
- Version 3.0 deleted
I'm closing this as a duplicate of #14084
My reasoning: The count is global, across all post types and all post status's, It is not specific to what is visible on the front end.
As mentioned above, see this post for how to make custom post types appear in archive views, there is code elsewhere (google it..) which shows how to specifically add a post type to a archive rather than including all taxonomies.
I discovered a work around by mistake. The work around is to make the entry as both a normal post type and then the newly created post type and boom it fixes it. Well sort of. Creating an entry twice to get categories and tags to work for post types seems silly.