[Bug 32902] New: Add ability to choose if items overlay if any record matches or only if the item is on the matched record
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32902 Bug ID: 32902 Summary: Add ability to choose if items overlay if any record matches or only if the item is on the matched record Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs@lists.koha-community.org Reporter: kyle@bywatersolutions.com QA Contact: testopia@bugs.koha-community.org Bug 32804 resolves an bug where an overlaid item could have its' biblionumber changed. Fixing this has the effect of enabling items to be updated even if the item is on a different record. This can be wanted or unwanted behavior depending on the situation. It would be good if the cataloger could choose which behavior is preferred on a per-batch bases. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32902 Kyle M Hall <kyle@bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |32901 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32901 [Bug 32901] Replace use of the slang term "bib" with the term "record" -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32902 Andrew Fuerste-Henry <andrewfh@dubcolib.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |andrewfh@dubcolib.org -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32902 Kyle M Hall <kyle@bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |Needs Signoff -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32902 --- Comment #1 from Kyle M Hall <kyle@bywatersolutions.com> --- Created attachment 146392 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=146392&action=edit Bug 32902: Update Schema File [DO NOT PUSH] -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32902 Kyle M Hall <kyle@bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #146392|0 |1 is obsolete| | --- Comment #2 from Kyle M Hall <kyle@bywatersolutions.com> --- Created attachment 146394 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=146394&action=edit Bug 32902: Update Schema File [DO NOT PUSH] -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32902 --- Comment #3 from Kyle M Hall <kyle@bywatersolutions.com> --- Created attachment 146395 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=146395&action=edit Bug 32902: Add option to only overlay if matched item is on matched record Bug 32084 resolves an bug where an overlaid item could have its' biblionumber changed. Fixing this has the effect of enabling items to be updated even if the item is on a different record. This can be wanted or unwanted behavior depending on the situation. It would be good if the cataloger could choose which behavior is preferred on a per-batch bases. Test Plan: 1) Grab the sample marc record file from bug 32804 2) Upload this file, chose to match on biblionumber and replace matching item if any matching record was found 3) Import the batch 4) Note the item was replaced 5) Revert the import 6) Change the rule to replace matching items if matching item is on matching record 7) Apply different matching rules 8) Import the batch into the catalog 9) Note the item was not replaced -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32902 Laura Escamilla <Laura.escamilla@bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |Laura.escamilla@bywatersolu | |tions.com Assignee|koha-bugs@lists.koha-commun |kyle@bywatersolutions.com |ity.org | -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32902 Andrew Fuerste-Henry <andrewfh@dubcolib.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Failed QA --- Comment #4 from Andrew Fuerste-Henry <andrewfh@dubcolib.org> --- The file from bug 32804 contains 3 items, 2 that match the biblio record and 1 that does not. When I stage the file with the choice "replace matching items if any matching record was found," all 3 items update as expected on import. But when I stage the file with "Replace matching items if matching item is on matching record" then none of the 3 items update, including the 2 on the matching record. In the latter case, should the two items on the matching biblio record not also update? -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32902 --- Comment #5 from Andrew Fuerste-Henry <andrewfh@dubcolib.org> --- Also, reverting the import at step 5 actually deleted the item with the mismatched biblionumber. I haven't had a chance to test what happens here without your patch, this may be a separate existing bug.
Test Plan: 1) Grab the sample marc record file from bug 32804 2) Upload this file, chose to match on biblionumber and replace matching item if any matching record was found 3) Import the batch 4) Note the item was replaced 5) Revert the import 6) Change the rule to replace matching items if matching item is on matching record 7) Apply different matching rules 8) Import the batch into the catalog 9) Note the item was not replaced
-- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32902 --- Comment #6 from Andrew Fuerste-Henry <andrewfh@dubcolib.org> --- This behavior is bug 14210, "Manage staged MARC records deletes replaced item when undoing import into catalog." (In reply to Andrew Fuerste-Henry from comment #5)
Also, reverting the import at step 5 actually deleted the item with the mismatched biblionumber. I haven't had a chance to test what happens here without your patch, this may be a separate existing bug.
Test Plan: 1) Grab the sample marc record file from bug 32804 2) Upload this file, chose to match on biblionumber and replace matching item if any matching record was found 3) Import the batch 4) Note the item was replaced 5) Revert the import 6) Change the rule to replace matching items if matching item is on matching record 7) Apply different matching rules 8) Import the batch into the catalog 9) Note the item was not replaced
-- You are receiving this mail because: You are watching all bug changes.
participants (1)
-
bugzilla-daemon@bugs.koha-community.org