Faulty label normalizers for monograph_part labels
Bug #1155313 reported by
Dan Pearl
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Evergreen |
Fix Released
|
Medium
|
Unassigned | ||
2.6 |
Fix Released
|
Medium
|
Unassigned | ||
2.7 |
Fix Released
|
Medium
|
Unassigned |
Bug Description
When producing a codified version of a part label into label_sortkey, the algorithm produces incorrectly formatted results which compromises the value's usefulness.
The problem results when detected values appear earlier in the string.
For example:
Label label_sortkey
DISC 15.1 | disc00000000000
DISC 15.2 | disc00000000150
Evergreen 2.4
Opensrf all
PG all
Linux all
I have a fix which I will be submitting shortly.
Changed in evergreen: | |
milestone: | 2.4.0-rc → none |
no longer affects: | evergreen/2.4 |
Changed in evergreen: | |
milestone: | none → 2.8-beta |
Changed in evergreen: | |
status: | Fix Committed → Fix Released |
To post a comment you must log in.
I wonder if this is related to bug 1150939. Which is the "part" in your example labels above? And what classification scheme is being employed for the volume?