Opened 13 years ago
Last modified 7 years 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: | has-patch |
Focuses: | administration | Cc: |
Description
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 (3)
Change History (12)
#1
@
13 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
@
13 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!
#3
@
11 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
Adding multiple categories results in incorrect striping