Red Hat Bugzilla – Bug 1012214
No visible feedback to user that a group of records is selected for bulk update
Last modified: 2013-10-08 21:32:40 EDT
Description of problem:
When you select records for bulk update, the UI provides no feedback that a selection is now in place
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Click Advanced -> Bulk Tagging
2. Enter a topic map ID in the "Topic Included In Content Spec" field
No visible change, although potentially hundreds of topics are now selected for bulk editing.
UI responds to indicate that a selection is now in place; for example, a message like "211 topics selected for bulk update".
When nothing happened, I started hunting for an "apply" button. When I couldn't find anything like that, I started clicking the other tabs to see if any of those would apply my filter. When I clicked "Search topics" that seemed right; at least it produced a visual change. However, I was now in entirely the wrong place to apply a bulk update.
Hmm, I couldn't replicate part of this sorry rudi. Whenever I try to apply a bulk update I always get the message:
This operation will modify <NUM> Topic(s).
This operation can not be cancelled, and can not be undone. Are you sure you wish to continue?
In saying that though there is still the issue that when selecting/adding query parameters they should display somewhere so that you don't have to flick through tabs to find out what you are searching for.
(In reply to Lee Newson from comment #1)
> Hmm, I couldn't replicate part of this sorry rudi. Whenever I try to apply a
> bulk update I always get the message:
> This operation will modify <NUM> Topic(s).
> This operation can not be cancelled, and can not be undone. Are you sure you
> wish to continue?
Right, but I think that's too late. If I select a bunch of records, I would expect:
1. some kind of visual confirmation "59 records selected" -- right now, the UI doesn't react at all and when I was first working with it, I didn't even know that the selection had been applied and was hunting for an "apply" button.
2. that confirmation to remain visible right up to the time when I hit "Apply Bulk Tags" -- this morning I was inadvertently trying to apply bulk tags to every topic in the database without knowing that my selection had somehow failed or fallen out.
Right now, users have to guess the state of the selection from the time they create a filter to the time they attempt to apply tags to every topic in a query in an unknown state :)
If they're lucky, the "This operation will modify <NUM> Topic(s)" will be enough to warn them that they're not modifying the topics they think they're modifying. If they're unlucky, it's presently really easy to modify topics that you didn't think you were touching.
> In saying that though there is still the issue that when selecting/adding
> query parameters they should display somewhere so that you don't have to
> flick through tabs to find out what you are searching for.
Yeah, something like that up in a corner of the screen should do the trick.
The main cause here in my opinion is that bulk tagging is done in the wrong order. It really should use the following workflow:
1. Define a search/filter
2. Execute the search to make sure that results are what you'd expect
3. Apply Bulk tags to the search results
That way you get to see the number of results and gives you a chance to make sure nothing extra is included by accident. At the moment as you said you have to guess that the search query you use is correct. In saying that though what I said in comment #1 about displaying what the query as you define it still applies for generic searches as well.