Web Client: Shared Copy Bucket Owner No Longer Displays
Bug #1537223 reported by
Jennifer Pringle
This bug affects 3 people
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Evergreen |
Fix Released
|
Undecided
|
Unassigned | ||
2.10 |
Won't Fix
|
Undecided
|
Unassigned | ||
2.11 |
Won't Fix
|
Undecided
|
Unassigned |
Bug Description
Web Client
When a copy bucket is shared with another user the system no longer displays the username of the owner of the bucket.
Having the owner name display is a nice visual queue that you are looking at a shared bucket and not one of your own.
Changed in evergreen: | |
assignee: | nobody → Kyle Huckins (khuckins) |
Changed in evergreen: | |
assignee: | Kyle Huckins (khuckins) → nobody |
status: | New → Confirmed |
milestone: | none → 2.11.1 |
Changed in evergreen: | |
milestone: | 2.11.1 → 2.next |
Changed in evergreen: | |
status: | Fix Committed → Fix Released |
To post a comment you must log in.
Pushed a fix up here: http:// git.evergreen- ils.org/ ?p=working/ Evergreen. git;a=commit; h=79358b9e7e0d7 718ba960fda65b5 bf9d16c12562
In anticipation of a planned fix for https:/ /bugs.launchpad .net/evergreen/ +bug/1527770, I've made use of spans using ng-bind, rather than {{ }}.
One thing to note, and something I ran into while developing this branch, the username will display only if you can view users on the level of that users' home library(ex. Staff with a view user permission level of System will not be able to see the username of a user whose home library is consortium). This is a permissions issue, and to get around it may end up needing either an adjustment to the fieldmapper to get n owners username into the ccb class. Currently we're getting the buckets' owner(the id of an au), and can't get any deeper, so we have to retrieve the specific user, then grab their username.