webclient: Call number sorting needs to be by sortkey
Bug #1654529 reported by
Kathy Lussier
This bug affects 7 people
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Evergreen |
Fix Released
|
Medium
|
Unassigned | ||
3.3 |
Fix Released
|
Medium
|
Unassigned | ||
3.4 |
Fix Released
|
Medium
|
Unassigned |
Bug Description
While testing bug 1653001, I noticed that call number sorting in copy buckets and the transit list are sorting by label, not by the call number sortkey. I tested the display of copies with the following LC call numbers: HV 10.5 .E24 1991, HV 28 .K32 K63 1988, and HV 1431 .S76 1990.
The call numbers are sorting as:
HV 10.5 .E24 1991
HV 1431 .S76 1990
HV 28 .K32 K63 1988
When the expected sort order is:
HV 10.5 .E24 1991
HV 28 .K32 K63 1988
HV 1431 .S76 1990
tags: | added: sorting |
Changed in evergreen: | |
status: | Fix Committed → Fix Released |
To post a comment you must log in.
This (I think it's the same bug) also affects the Shelf Browser (in the public OPAC). The sort is not parsing LC call numbers numerically.
It's sorting
QD305.T45T55 2013
QD31.2.A75 1989
This affects both 3.2.0 and 2.12.