Instance's Preceding/Succeeding titles are not updated when the SRS MARC is updated

Description

Overview: When performing an Inventory single record overlay, data import handles the data elements of the Instance itself, but it seems to ignore the external relationships that the instance might have to other instances - like preceding/succeeding titles or the less used parent-child relationships. This information is stored separately from the Instance and the overlay logic must know about these data and deal with them specifically. quickMARC and Data Import updates show the same behavior

Workarounds: None. quickMARC displays the same behavior. If a 785 is added to the Jewish currents record, the SRS MARC is updated and View source shows the Succeeding title, but the Succeeding title is not added to the Instance.

Steps to reproduce:

  1. Login to FOLIO Snapshot, as user Diku_Admin

  2. Go to Settings, check the Z39.30 target profile for import of OCLC records are enabled, and the authentication is set 100473910/PAOLF

  3. Go to Inventory, and click on the Actions menu and import from OCLC Worldcat a record with OCLC identifier number: 183425387 (a serial with the Resource title: Jewish currents, and Preceding title: Jewish life)

  4. Verify the imported record in Inventory (instance) and in SRS - here you see the Preceding title in 780.

  5. Overlay this newly imported record with the record having: OCLC identifier number: 1145719992 (a monograph with the Resource title: Butterflies in the snow?, and no Preceding title)

Expected result:
The Monograph title Butterflies in the snow? do a complete overlay, while no MARC field has been field protected.

Actual result:
The Preceding title from the first import (Resource title: Jewish currents.) Jewish life is kept in the updated Instance, which is not intended. When viewing the Source MARC record from the Instance, the SRS MARC has been changed completely to the Butterflies record, and no longer has a 780 field for Jewish life.

Related scenarios (maybe create TestRails for all of these)

  1. Import the Jewish life record, either via Inventory single record import or Data Import default profile. Manually edit the record via quickMARC to add a succeeding title field (785). Save the changes. View instance and SRS MARC. The SRS MARC shows the succeeding title, but the Instance does not. If the SRS MARC is exported, it contains the 785 field. Covered by MODINV-445

  2. Import the Jewish life record, either via Inventory single record import or Data Import default profile. Manually edit the record via quickMARC to delete the 780 field. Save the changes. View instance and SRS MARC. The SRS MARC does not have the 780 field any more, but the Instance still has a Preceding title. If the SRS MARC is exported, it does not contain the 780. Covered by MODINV-445

  3. Import the Jewish life record via Data Import default profile. Export the record using the default MARC profile. Manually edit the record outside of FOLIO to add a 785 or remove the 780. The re-import the MARC Bib, matching on the 001 HRID or 999 ff $i or 999 ff $s, and updating the instance with a new status. View the updated instance and View source. MARC record will match what was imported. Instance preceding/succeeding data will not have changed

Other comments:
In this particular case, it seems the logical choice would be to delete the relationship (in the db table 'preceding_succeeding_title'), since this Instance appears to be an entirely new title, which would not have the same (or any) preceding/succeeding titles as the old one. But I suppose there could just as easily be Instance updates, where you don't switch out the entire title but just update elements of it, and where the Instance's existing preceding / succeeding title relations should thus be retained. The overlay logic would need to know about this, to get it right.

CSP Request Details

None

CSP Rejection Details

None

Potential Workaround

None

Attachments

4

Checklist

hide

TestRail: Results

Activity

Show:

Ann-Marie BreauxJune 28, 2021 at 4:06 AM

After the permissions fix , I tested the main scenario on Iris Bugfest, and it worked fine. Tested alternate scenarios 1 and 2 (involving quickMARC), and they did not work, but covers those. Tested alternate scenario 3 in , and it was fine. Closing this ticket.

Ann-Marie BreauxJune 24, 2021 at 3:27 PM

Hi Based on our conversation, it sounds like the UI permission called Data Import: all permissions needs to have the following backend permissions added to it:

  • inventory storage - create individual preceding-succeeding-title

  • inventory storage - delete individual preceding-succeeding-title

  • inventory storage - get individual preceding-succeeding-title

  • inventory storage - get preceding-succeeding-title collection

  • inventory storage - modify preceding-succeeding-title

If possible, it would be awesome to code the ticket as Iris Hotfix 2, and get it released today or tomorrow, since that will allow me to (hopefully) test and close 3 of these Iris Hotfix 2 issues that are not testing properly on Iris Bugfest now.

cc:

Ruslan LavrovJune 24, 2021 at 10:53 AM
Edited

Hi , I got the logs from the bugfest and found out that the root cause is that the user has not corresponding permissions to manipulate preceding/succeeding titles. I found that for now it can be tested with with "folio" user.

cc:

Ann-Marie BreauxJune 24, 2021 at 9:19 AM

Hi All was fine in snapshot, but I just tested on Iris Bugfest, and the preceding title from the 1st record is still showing after the 1st record has been overlaid. I think it might be related to the problem I saw when testing , and maybe it's an environment or configuration problem instead of a code problem? In any event, I'll wait to test . I've attached a video showing what I saw in Iris Bugfest. Maybe we can discuss next steps at standup today?

cc:

Ann-Marie BreauxJune 21, 2021 at 4:56 AM

Moved to Awaiting (Iris Bugfest) Hotfix deployment

Done

Details

Assignee

Reporter

Priority

Story Points

Sprint

Development Team

Folijet

Fix versions

Release

R1 2021 Hot FIx #2

CSP Approved

Yes

Affected Institution

Cornell
Simmons
University of Chicago

TestRail: Cases

Open TestRail: Cases

TestRail: Runs

Open TestRail: Runs

Created May 19, 2021 at 4:19 PM
Updated July 7, 2021 at 12:11 PM
Resolved June 11, 2021 at 7:38 PM
TestRail: Cases
TestRail: Runs