Make WordPress Core

Opened 6 years ago

Last modified 17 months ago

#18553 new defect (bug)

Counting of categories doesn't work without refreshing?

Reported by: jonezjea Owned by:
Milestone: Future Release Priority: normal
Severity: normal Version: 3.2.1
Component: Taxonomy Keywords: ux-feedback needs-patch
Focuses: administration Cc:


If you add a new category or delete one the number of total categories stays on the original number. For exemple, when you have 7 categories then in the corner it says '7 items'. When you delete one, you have 6 items but '7 items' is still displayed.

(Chrome 15.0.816)

1) Go to your categories
2) Add one and look to the number of items, IT WILL NOT CHANGE!

So this count for adding normal categories and child ones...

Attachments (2)

add_category_incorrect_striping.png (70.9 KB) - added by kurtpayne 6 years ago.
Adding multiple categories results in incorrect striping
add_category_usability_question.png (74.2 KB) - added by kurtpayne 6 years ago.
Explanation of usability question in comment

Download all attachments as: .zip

Change History (8)

6 years ago

Adding multiple categories results in incorrect striping

6 years ago

Explanation of usability question in comment

#1 @kurtpayne
6 years ago

  • Cc kpayne@… added
  • Component changed from Editor to Taxonomy
  • Keywords ux-feedback added

I looked into this and was able to duplicate the problem. I also found that the table striping doesn't update correctly when adding multiple categories. See add_category_incorrect_striping.png for an example.

It seems like this defect would cover updating the striping and total category count when deleting categories.

I'm happy to own this, but I would like usability feedback on one issue. If the user has entered a search query, should the number of search result matches, or the number categories displayed in the table? See add_category_usability_question.png for an explanation.

#2 @jonezjea
6 years ago

that second screenshot is what I tryed to explain in my bad English. Indeed the screenshots explains it way better then I did!

Last edited 6 years ago by jonezjea (previous) (diff)

#3 @wonderboymusic
3 years ago

  • Keywords needs-patch added
  • Milestone changed from Awaiting Review to Future Release

This makes a pretty good case for using JS views for list tables, which also sounds like it would be nightmarish - nevertheless, there are a couple of things here that could be patched

#4 @SergeyBiryukov
3 years ago

#24809 was marked as a duplicate.

#5 @SergeyBiryukov
3 years ago

  • Focuses administration added

#6 @chriscct7
17 months ago

  • Severity changed from minor to normal
Note: See TracTickets for help on using tickets.