Details
-
Bug
-
Status: Closed (View Workflow)
-
P3
-
Resolution: Cannot Reproduce
-
None
-
-
Folijet Sprint 96, Folijet Sprint 97, Folijet Sprint 98
-
0.5
-
Folijet
-
Q3 2020
Description
Overview: When 035 is added to an SRS MARC record, it doesn't always end up in the correct position in the MARC record
Current workaround: manually resequence, but that is not sustainabale
Steps to Reproduce:
- Log into FOLIO-snapshot-load as diku_admin
- Go to Data Import and import the attached MARC file Check 001 003 035.mrc using the secret button
- Go to Inventory and search for each of the 4 titles or HRIDs for the records in the file
- For each Instance, view the Source record, and note the placement of the 035 field(s)
Expected Results: 035s should be grouped together, with the newly-created one last (if there are multiple 035s). If it's easier, just put all 0XX fields (001-099) in numerical order. Sometimes that will mean moving the 040 down some in the list of 0XX fields.
Actual Results: Sometimes they are, sometimes they're not
- Record 1: Burn it down (has existing 035, but new 035 will be created) - new 035 is not in the right place
- Record 2: A history of New York in 27 buildings: has existing 035; new 035 will not be created, since the newly-formed one will be a duplicate to the existing one - all is fine
- Record 3: Ronan & Erwan Bouroullec no existing 035, so new one will be created - all is fine
- Record 4: UCLA: 2 existing 035s and a new one will be created - all is fine
Additional Information: See attached video and MARC file
TestRail: Results
Attachments
Issue Links
- blocks
-
MODSOURCE-185 Release v4.1.0
-
- Closed
-
- defines
-
UXPROD-2551 NFR: Data Import (Batch Importer for Bib Acq) & PubSub Q3 2020 Technical, NFR, & Misc bug work
-
- Closed
-