Uploaded image for project: 'data-import-processing-core'
  1. data-import-processing-core
  2. MODDICORE-275

Scenario 2. Protected fields are being removed from the incoming record on import.

    XMLWordPrintable

Details

    • 3
    • Folijet Support
    • Morning Glory R2 2022 Bug Fix
    • !!!ALL!!!
    • Incomplete/missing requirements

    Description

      Overview: When importing a record via single record import any fields that are protected by the field protection settings are being removed from the incoming record. In the case of fields that are protected when a subfield is present ($5 ICU or $5 NcD) only the first instance of the corresponding field is being deleted from the incoming record. 
      Steps to Reproduce:

      1. For Scenario 1, see MODDICORE-272 (being released as part of Lotus HF 3, since it is a regression from Kiwi)
      2. Scenario 2 (being released in MG, but not as a Lotus HF, since it is not a regression from Kiwi): one of any field that is the same as the field in FOLIO with a $5 field protection will be deleted from the incoming record. 
        1. For the purpose of this example I will use OCLC record # (OCoLC)19257462
        2. In an instance of FOLIO Lotus Hotfix 1, go to Settings > Data Import > MARC Field Protections and confirm that there is a protection of any field that has a $5 with some local data. (Both bugfest and snapshot have the $5 NcD protected. But if it is not present, you can add it. 
        3. Go to Settings/Inventory/Z39.50 target profiles, and confirm that the OCLC WorldCat profile has the Authentication information filled in: 100473910/PAOLF
        4. Go to Inventory and select Import from the Action menu to import a new record. Enter the OCLC number from above: 19257462. 
        5. Once the record is created, view the source. You will see that there is one 580, two 780s, and six 785s. None of the fields should be covered by the MARC field protections in settings. 
        6. Edit the bibliographic record via quickMARC
          1. Add a second 580 with a $a Test $5 NcD
          2. Add $5 NcD to the end of one 780 tag and five of the six 785 tags. 
          3. Save the record. 
        7. From instance action menu select Overlay source bibliographic record and enter the above OCLC number. (19257462)
        8. All of the 580, 780, 785 tags with a $5 of NcD should still be in the record (One 580, one 780, five 785s)
        9. One 580 without a $5 NcD will be present.
        10. Two 780s without a $5 NcD will be present.
        11. Six 785s without a $5 NcD will be present. 
        12. NOTE: The 5xx and 7xx fields may be out of sequence. That is OK

      Expected Results:  

      • For Scenario 1, I would expect that all fields in the OCLC record will come over on import unless there is a marc modification profile that indicates the fields should be deleted on import. This is not happening in Lotus Hotfix 1.
      • For Scenario 2, I would expect that all of the 580, 780, and 785 fields will come into the record because they are not exact duplicates of the existing fields (which have had a $5 added.) 

      Actual Results: 

      • For Scenario 1, no fields (including the 856) that are protected at the tag level remain in the imported record after overlay. 
      • For Scenario 2, the fields with $5 NCD remain in the record and all but one of the 580, 780, 785 fields from the incoming record are present in the FOLIO record after overlay. 

      Additional Information:  This is appearing in Lotus Hotfix 1 on Chicago's local environment and in Lotus bugfest. It is not happening in FOLIO snapshot. 

      Interested parties: University of Chicago

      TestRail: Results

        Attachments

          Issue Links

            Activity

              People

                abreaux Ann-Marie Breaux
                christie Christie Thomas
                Votes:
                0 Vote for this issue
                Watchers:
                16 Start watching this issue

                Dates

                  Created:
                  Updated:
                  Resolved:

                  TestRail: Runs

                    TestRail: Cases