Reader Group Edit option improvements
under review
Ramesh Lokesh
In the Edit Reader Group window, when a user searches for a reader using the Search email field and then removes one of the matched readers, the list and count do not retain the search/filtered context. Instead, the view resets to the default (unfiltered) list, and the count reflects total group membership rather than the remaining filtered results.
Example: Search returns 4 matching readers ("1 to 4 of 4"). User removes 1 reader. Expected: "1 to 3 of 3" (remaining filtered results). Actual: count resets to "1 to 20 of {total group membership}."
Additional issue: The modal window obscures the name of the reader group being edited, making it difficult to confirm which group is being modified, particularly impactful for customers working across multiple groups in parallel (e.g., split-tab workflows for moving readers between groups).
Log In
Mohamed Shakheen
updated the status to
under review
Mohamed Shakheen
Hi Uniform Puffin Ramesh
Thank you for the detailed report.
Search context lost on removal: When a reader is removed from a filtered list, the view should stay in the filtered context. Resetting to the full unfiltered list and total count after each removal forces users to re-apply their search every time, which is especially painful when working through a filtered subset of a large group.
Group name obscured by the modal: The modal covering the group name makes it impossible to confirm which group is being edited — a meaningful risk when managing multiple groups in parallel or moving readers between groups across tabs.
We will evaluate the share an update accordingly.
U
Uniform Puffin
Mohamed Shakheen The search context is not lost on removal. It is only the count of matching readers that resets to the total reader count on removal. A minor issue to be sure, but thank you for looking into it.
Ramesh Lokesh
Uniform Puffin