[Koha-bugs] [Bug 25272] New: Different behavior between live and deferred merges and between merged and retained record

[bugzilla-daemon at bugs.koha-community.org]

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25272

            Bug ID: 25272
           Summary: Different behavior between live and deferred merges
                    and between merged and retained record
 Change sponsored?: ---
           Product: Koha
           Version: master
          Hardware: All
                OS: All
            Status: NEW
          Severity: enhancement
          Priority: P5 - low
         Component: MARC Authority data support
          Assignee: koha-bugs at lists.koha-community.org
          Reporter: phil at chetcolibrary.org
        QA Contact: testopia at bugs.koha-community.org
                CC: m.de.rooy at rijksmuseum.nl

A bit complicated, and requires badly mislinked data to be seen. To create the
mislinks, you either have to edit the Default MARC Framework to allow editing
of subfield 9, which is sort of a pain, or just enable the advanced editor with
the system preference . You have to edit system preferences anyway, to lower
AuthorityMergeLimit, so I recommend that method.

1. Change the system preference AuthorityMergeLimit to 1
2. Enable EnableAdvancedCatalogingEditor
3. Authorities - New - Personal Name
4. Five required fields on the first tab, with red labels, just click in each
to fill in automatic data
5. On the second tab, click the HEADING--PERSONAL NAME label to open the
subfields, and in subfield a type the letter A and click Save (there will
probably be a duplicate warning, just click No, Save as new)
6. Click the Edit menubutton, and choose Edit as new (duplicate)
7. On the "1" tab, change the A to B and save
8. Edit menubutton, Edit as new (duplicate), change the B to C and save
9. At this point, you know the authority id number for C, because it's shown
there on the page as "Authority #1710". That tells you that B is one less, and
A is two less. You need to know those three numbers.
10. Go to Circulation, Search the catalog, search for anything that will return
at least five records with authors. Perl works nicely.
11. On the first, click Edit record, which will open the basic editor. Click
settings, Switch to advanced editor, and click through the warning.
12. Find the 100 tag for the author, and its subfield 9, which will look like
‡917
13. Leaving the 9, replace the number with the number for your first authority
record, the author A
14. Do the same thing for two more records, using the number for your second
author, B
15. Do the same thing for two more records, using the number for your third
author, C
16. Back to Authorities, search for Personal name / starts with / A, and verify
that you have 1 matching record. Open the link for that record in a new tab.
17. From that tab, open Authorities in a new tab, search for Personal name /
starts with / B, verify it has 2 records, open the link for them in a new tab.
18. Authorities in a new tab, name starts C, verify there are 2, open the
records in a new tab.
19. Back to the authorities tab for A, Actions button, merge
20. Over to the authorities tab for B, Actions button, merge
21. You do want to keep B, so click Next, then Merge
22. In the tab with the two records for B (which is a search for B's authority
id) reload the page, you should now see three records, the one that was linked
to A now having B as the author because it was merged immediately, and the
other two still having their original authors because 2 was over the merge
limit
23. Run misc/cronjobs/merge_authorities.pl -b
24. Reload the tab with the search for B's authority id, all three records
should now have the author B.
25. Merge B to C
26. Both were over the limit, so nothing has changed
27. Run misc/cronjobs/merge_authorities.pl -b
28. Reload the tab with C's records, there should now be 5, all with the author
C

Alas, you haven't yet seen the bug, only that it doesn't occur when the
mislinked bib records are linked to the proper sort of authority for the bib
field. Now you have to go through all those steps again, but instead of
creating personal name authorities, create corporate name authorities. Still
put the authority numbers into the 100 fields of the bib records. When you
merge A to B,  the bib record for A will be unchanged, still having the
original author, still having the mislinked number in subfield 9 which goes to
the wrong authority. When you run the cronjob to do the deferred B to B merge,
again nothing will change. But when you merge B to C, so that both halves of
the merge are deferred, while the C to C merge will not change anything on
those two records, the B to C merge will remove a 100 field and replace it with
a 110 field for the corporate author C. Only in merges through the cronjob, and
only for the ones that were mislinked to the authority record that's going
away, it ignores the tag number and just replaces whatever field has the
authority id in subfield 9.

-- 
You are receiving this mail because:
You are watching all bug changes.
You are the assignee for the bug.