Copy Location Groups search not retaining original search params after searching
Bug #1340852 reported by
Steve Callender
This bug affects 2 people
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Evergreen |
Fix Released
|
Medium
|
Unassigned | ||
2.8 |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
I've tested this in 2.5 and 2.6.
When having a Copy Location Group that is Opac visible, when doing a search and selecting it in the Library: drop down box, the search appears to work correctly. However, the Library: box reverts back to the main org unit who owns the Copy Location after the search rather than keeping the original selection. This causes users to have to re-select the copy location once again if they want to do a second or third search.
It looks like on the 2.4 release, the copy location value used to stick in the box so there wasn't a need to re-select it.
Steve
Changed in evergreen: | |
status: | New → Confirmed |
importance: | Undecided → Medium |
Changed in evergreen: | |
status: | Fix Committed → Fix Released |
To post a comment you must log in.
I think I've traced the problem to
http:// git.evergreen- ils.org/ ?p=Evergreen. git;a=commit; h=dcf9cb39d3243 ea3a59035c150d5 21cf5816b9c8
If I revert the changes made to misc_util.tt2 in that commit, I am able to retain the copy location group value in the drop down box. Of course, reverting that change also breaks the ability to search by shortname.