Browser client MARC flat text editor control fields missing backslashes
Bug #1841823 reported by
Bill Erickson
This bug affects 2 people
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Evergreen |
Fix Released
|
Undecided
|
Unassigned | ||
3.2 |
Won't Fix
|
Undecided
|
Unassigned | ||
3.3 |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
* Evergreen 3.3
* AngularJS and Angular clients affected.
In the XUL client, 006, 007, and 008 fields in the flat text editor are presented with backslash "\" characters in place of each empty value so users can more easily see which slot each value fills.
In the browser client, only the first empty field for a given control fields is replaced with a backslash and the remainders are empty strings.
XUL example:
=008 970701s1988\
Browser example:
=008 970701s1988\nyu 00 eng
Beware the solution may require editing two files:
Open-ILS/
Open-ILS/
Changed in evergreen: | |
assignee: | nobody → Bill Erickson (berick) |
Changed in evergreen: | |
milestone: | 3.4-beta2 → 3.4.1 |
Changed in evergreen: | |
milestone: | 3.4.1 → 3.4.2 |
tags: | added: staffcatalog |
Changed in evergreen: | |
milestone: | 3.4.2 → 3.4.3 |
Changed in evergreen: | |
assignee: | nobody → Bill Erickson (berick) |
Changed in evergreen: | |
status: | Fix Committed → Fix Released |
To post a comment you must log in.
Can confirm the absence of "\" characters in 3.1.13.
Examples like:
=008 160331p20162015 cau136\ vleng d
and
=008 180716s2018\ nyua b 000 0aeng c
help illustrate that the presence of a "\" makes it easier for catalogers to see what value belongs where: it's easier to count off backslashes than empty fields.