Red Hat Bugzilla – Bug 970493
group pages are inconsistent
Last modified: 2018-02-05 19:41:31 EST
Currently we have three different pages that list groups:
but none of them are consistent with each other. /groups/admin and /groups/mine both show a search box and alpha nav, but the search POSTs to /groups/admin which normal users cannot access. /groups/ doesn't have a search at all, which is where it would be needed most.
Similarly, there are two separate pages showing group info:
Which one Beaker links to depends on whether you are logged in or not, and whether you have permission to edit the group (except there is some code which unconditionally links to /groups/group_members). /groups/group_members doesn't display other data about a group, like permissions or system members, even though it is useful for non-owners to be able to view that data as well.
We should rationalise all of these to three pages:
To be consistent with other parts of the UI, the /groups/ and /groups/mine pages should behave the same as each other except that /groups/mine should be filtered to groups which the user is a member of. They should both have search bars which POST back to ''. The /groups/edit page will really be "view or edit" in the sense that it will show the same data, but with extra UI visible depending on what the user is allowed to modify.
On Gerrit: http://gerrit.beaker-project.org/2015
*** Bug 965388 has been marked as a duplicate of this bug. ***
Verify on chrome 27.0.1453.94 :
Beaker 0.13.1 has been released.
*** Bug 838401 has been marked as a duplicate of this bug. ***