Task #12305 (closed)
Opened 10 years ago
Closed 9 years ago
Bug: web 'Move to Group' long group list
| Reported by: | wmoore | Owned by: | wmoore |
|---|---|---|---|
| Priority: | minor | Milestone: | 5.1.0-m4 |
| Component: | Web | Version: | n.a. |
| Keywords: | n.a. | Cc: | ux@…, khgillen |
| Resources: | n.a. | Referenced By: | n.a. |
| References: | n.a. | Remaining Time: | n.a. |
| Sprint: | n.a. |
Description
From Kenny: When trying to move an image to a new group via a Right Click on the image in the left hand pane, and choosing the 'Move to Group...' option: The list of groups starts at the bottom, where my mouse is, and is off screen with no way to scroll. On a larger server with more than a handful of groups, this is unusable: http://imgur.com/TdC1MJg (Firefox 31.0a2, OSX, OMERO 5.0.1 Release)
I think there are other Admin-related issues here. The reason the list is so long in this case is because ALL groups are listed. Should Admin be able to move their data to a group that they are not a member of? (It will effectively disappear). First priority is to limit this list to groups that the user is a member of - then the bug is not so critical since most users are not members of a large number of groups.
Change History (10)
comment:1 Changed 10 years ago by pwalczysko
comment:2 Changed 10 years ago by pwalczysko
Further, note that the context sub-menus (showing user list), which should pop-up after the group name in the list is selected (when you are lucky enough to be able to scroll to it) do not very often work at the first go (just do not appear). I have to often click on the group name in the menu, then go through the whole scrolling ordeal once more and only then the context submenus. -
Sorry, I just realised I am talking about a different menu - the group/user selection menu about the tree in web.
comment:3 Changed 10 years ago by pwalczysko
But, all in all, this is the same type of menu we are talking here about, just in 2 different locations.
comment:4 follow-up: ↓ 5 Changed 10 years ago by wmoore
This is not the same type of menu (other than it looks kinda similar).
The right-click menu comes from jsTree, the user-group menu is much more home-grown.
We should probably get rid of the user-group menu since it is unusable from tablets.
comment:5 in reply to: ↑ 4 Changed 10 years ago by pwalczysko
Replying to wmoore:
This is not the same type of menu (other than it looks kinda similar).
The right-click menu comes from jsTree, the user-group menu is much more home-grown.
We should probably get rid of the user-group menu since it is unusable from tablets.
I_would_be_delighted.
comment:6 Changed 10 years ago by wmoore
- Priority changed from critical to minor
Fix the list of groups for an Admin in https://github.com/openmicroscopy/openmicroscopy/pull/2541
Now this is a less-critical ticket (chgrp will be tricky for users who are members of a large number of groups, Approx 8 or more.
This should probably be addressed alongside #10588, which will involve a change in workflow.
comment:7 Changed 10 years ago by Will Moore <w.moore@…>
(In [64fc1d75180adb22061ff34322612ff4f60cdafa/ome.git] on branch develop) Move to 'myGroups' only for Admin. See #12305
comment:8 Changed 10 years ago by wmoore
- Summary changed from Bug: web Admin 'Move to Group' to Bug: web 'Move to Group' long group list
comment:9 Changed 9 years ago by jburel
- Milestone changed from 5.1.0-m3 to 5.1.0-m4
comment:10 Changed 9 years ago by wmoore
- Resolution set to fixed
- Status changed from new to closed
This is fixed in https://github.com/openmicroscopy/openmicroscopy/pull/3420
Considering the importance of admins, and their workflows for omero, I think that this bug is quite critical. It also cripples often our testing workflows in web. Note also other scroll-bar issues as reported here. http://trac.openmicroscopy.org.uk/ome/ticket/12082.