[Bug 42156] New: Staging and matching authorities with bad characters can fail
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42156 Bug ID: 42156 Summary: Staging and matching authorities with bad characters can fail Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: koha-bugs@lists.koha-community.org Reporter: nick@bywatersolutions.com QA Contact: testopia@bugs.koha-community.org We have some protections on bibliographic records with bad characters to avoid dying, however for authorities we don't do the same. Importing records with invalid characters can kill the matching jobs during staging -- 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=42156 Jeff Croteau <jcroteau@srmml.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jcroteau@srmml.org -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42156 Nick Clemens (kidclamp) <nick@bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Patch complexity|--- |Small patch Status|NEW |Needs Signoff Assignee|koha-bugs@lists.koha-commun |nick@bywatersolutions.com |ity.org | -- 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=42156 --- Comment #1 from Nick Clemens (kidclamp) <nick@bywatersolutions.com> --- Created attachment 196735 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=196735&action=edit Bug 42156: Add a stdno index for authid In order to allow matching on authid we need a search index with a ci_raw field local-number is indexed as a number, and needed that way for sorting. This adds a stdno version of 001 as authid -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42156 --- Comment #2 from Nick Clemens (kidclamp) <nick@bywatersolutions.com> --- Created attachment 196736 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=196736&action=edit Bug 42156: Attempt to repair corrupted records and skip when not possible When matching authorities we can die on a bad record, we should add protection against this on top of bug 41843 To test: 1 - Apply index patch and rebuild elastic perl misc/search_tools/rebuild_elasticsearch.pl -r -v 2 - Make a new record matching rule threshold: 1000 type: authority index: authid score: 1000 tag: 001 3 - Choose an authority record and corrupt it: sudo koha-mysql kohadev UPDATE auth_header SET marcxml = UpdateXML(marcxml, '//datafield[@tag="040"]/subfield[@code="c"]',CONCAT('<subfield code',CHAR(27),'="c">OSt</subfield>')) WHERE auth_header.authid=92; 4 - View and save the record as marcxml http://localhost:8081/cgi-bin/koha/authorities/detail.pl?authid=92 5 - Cataloging - stage marc records - authority/marcxml/no matching 6 - Confirm it stages 7 - Attempt to match using your new rule 8 - Get an error parsing the marc 9 - Apply patch, restart all 10 - Relaod the staged batch 11 - Attempt matching agaion 12 - Success! -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42156 --- Comment #3 from Nick Clemens (kidclamp) <nick@bywatersolutions.com> --- Created attachment 196737 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=196737&action=edit Bug 42156: Unit tests Patch from commit 4ab9463 -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42156 --- Comment #4 from Nick Clemens (kidclamp) <nick@bywatersolutions.com> --- Created attachment 196738 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=196738&action=edit Bug 42156: (QA follow-up) MIssing POD Patch from commit 05d8163 -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42156 Nick Clemens (kidclamp) <nick@bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=41843 -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42156 David Nind <david@davidnind.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |david@davidnind.com Status|Needs Signoff |Failed QA --- Comment #5 from David Nind <david@davidnind.com> --- Everything works as per the test plan. However, running qa or the tests, there are test failures: prove t/db_dependent/Matcher.t t/db_dependent/Matcher.t .. 1/5 # Failed test 'no warnings' # at /usr/share/perl/5.36/Test/Builder.pm line 193. # There were 1 warning(s) # Previous test 0 '' # One or more ElasticSearch errors occurred when indexing documents at /kohadevbox/koha/Koha/SearchEngine/Elasticsearch/Indexer.pm line 144. # at /kohadevbox/koha/Koha/SearchEngine/Elasticsearch/Indexer.pm line 136. # Koha::SearchEngine::Elasticsearch::Indexer::try {...} () called at /usr/share/perl5/Try/Tiny.pm line 102 # eval {...} called at /usr/share/perl5/Try/Tiny.pm line 93 # Try::Tiny::try(CODE(0x55f506e99680), Try::Tiny::Catch=REF(0x55f506e93c10)) called at /kohadevbox/koha/Koha/SearchEngine/Elasticsearch/Indexer.pm line 144 # Koha::SearchEngine::Elasticsearch::Indexer::update_index(Koha::SearchEngine::Elasticsearch::Indexer=HASH(0x55f50711afd0), ARRAY(0x55f5071367a0), ARRAY(0x55f507136758)) called at /kohadevbox/koha/Koha/SearchEngine/Elasticsearch/Indexer.pm line 329 # Koha::SearchEngine::Elasticsearch::Indexer::index_records(Koha::SearchEngine::Elasticsearch::Indexer=HASH(0x55f50711afd0), 1708, "specialUpdate", "authorityserver", MARC::Record=HASH(0x55f506e000c0)) called at /kohadevbox/koha/C4/AuthoritiesMarc.pm line 714 # C4::AuthoritiesMarc::AddAuthority(MARC::Record=HASH(0x55f506e000c0), undef, "Xe1HMgDtE") called at t/db_dependent/Matcher.t line 380 # main::__ANON__() called at /usr/share/perl/5.36/Test/Builder.pm line 374 # eval {...} called at /usr/share/perl/5.36/Test/Builder.pm line 374 # Test::Builder::subtest(Test::Builder=HASH(0x55f4fbca10e0), "get_matches bad record test", CODE(0x55f4fba336b0)) called at /usr/share/perl/5.36/Test/More.pm line 809 # Test::More::subtest("get_matches bad record test", CODE(0x55f4fba336b0)) called at t/db_dependent/Matcher.t line 414 # # Looks like you failed 1 test of 5. t/db_dependent/Matcher.t .. Dubious, test returned 1 (wstat 256, 0x100) Failed 1/5 subtests Test Summary Report ------------------- t/db_dependent/Matcher.t (Wstat: 256 (exited 1) Tests: 5 Failed: 1) Failed test: 5 Non-zero exit status: 1 Files=1, Tests=5, 1 wallclock secs ( 0.01 usr 0.00 sys + 1.06 cusr 0.20 csys = 1.27 CPU) Result: FAIL -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42156 Nick Clemens (kidclamp) <nick@bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |41843 Status|Failed QA |Needs Signoff --- Comment #6 from Nick Clemens (kidclamp) <nick@bywatersolutions.com> --- I cannot recreate the failures David - could you test again? Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41843 [Bug 41843] Koha::Authorities->move_to_deleted can die on encoding errors -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42156 --- Comment #7 from Nick Clemens (kidclamp) <nick@bywatersolutions.com> --- Added dependency on 41843 - that may have been the issue -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42156 David Nind <david@davidnind.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Signed Off -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42156 David Nind <david@davidnind.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #196735|0 |1 is obsolete| | -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42156 David Nind <david@davidnind.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #196736|0 |1 is obsolete| | -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42156 David Nind <david@davidnind.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #196737|0 |1 is obsolete| | -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42156 David Nind <david@davidnind.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #196738|0 |1 is obsolete| | -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42156 --- Comment #8 from David Nind <david@davidnind.com> --- Created attachment 197686 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=197686&action=edit Bug 42156: Add a stdno index for authid In order to allow matching on authid we need a search index with a ci_raw field local-number is indexed as a number, and needed that way for sorting. This adds a stdno version of 001 as authid Signed-off-by: David Nind <david@davidnind.com> -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42156 --- Comment #9 from David Nind <david@davidnind.com> --- Created attachment 197687 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=197687&action=edit Bug 42156: Attempt to repair corrupted records and skip when not possible When matching authorities we can die on a bad record, we should add protection against this on top of bug 41843 To test: 1 - Apply index patch and rebuild elastic perl misc/search_tools/rebuild_elasticsearch.pl -r -v 2 - Make a new record matching rule threshold: 1000 type: authority index: authid score: 1000 tag: 001 3 - Choose an authority record and corrupt it: sudo koha-mysql kohadev UPDATE auth_header SET marcxml = UpdateXML(marcxml, '//datafield[@tag="040"]/subfield[@code="c"]',CONCAT('<subfield code',CHAR(27),'="c">OSt</subfield>')) WHERE auth_header.authid=92; 4 - View and save the record as marcxml http://localhost:8081/cgi-bin/koha/authorities/detail.pl?authid=92 5 - Cataloging - stage marc records - authority/marcxml/no matching 6 - Confirm it stages 7 - Attempt to match using your new rule 8 - Get an error parsing the marc 9 - Apply patch, restart all 10 - Relaod the staged batch 11 - Attempt matching agaion 12 - Success! Signed-off-by: David Nind <david@davidnind.com> -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42156 --- Comment #10 from David Nind <david@davidnind.com> --- Created attachment 197688 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=197688&action=edit Bug 42156: Unit tests Signed-off-by: David Nind <david@davidnind.com> -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42156 --- Comment #11 from David Nind <david@davidnind.com> --- Created attachment 197689 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=197689&action=edit Bug 42156: (QA follow-up) MIssing POD Signed-off-by: David Nind <david@davidnind.com> -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42156 --- Comment #12 from David Nind <david@davidnind.com> --- (In reply to Nick Clemens (kidclamp) from comment #7)
Added dependency on 41843 - that may have been the issue
Everything is working now, no test failures. -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42156 Martin Renvoize (ashimema) <martin.renvoize@openfifth.co.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- QA Contact|testopia@bugs.koha-communit |martin.renvoize@openfifth.c |y.org |o.uk Status|Signed Off |Passed QA -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42156 Martin Renvoize (ashimema) <martin.renvoize@openfifth.co.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #197686|0 |1 is obsolete| | Attachment #197687|0 |1 is obsolete| | Attachment #197688|0 |1 is obsolete| | Attachment #197689|0 |1 is obsolete| | -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42156 --- Comment #13 from Martin Renvoize (ashimema) <martin.renvoize@openfifth.co.uk> --- Created attachment 197867 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=197867&action=edit Bug 42156: Add a stdno index for authid In order to allow matching on authid we need a search index with a ci_raw field local-number is indexed as a number, and needed that way for sorting. This adds a stdno version of 001 as authid Signed-off-by: David Nind <david@davidnind.com> Signed-off-by: Martin Renvoize <martin.renvoize@openfifth.co.uk> -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42156 --- Comment #14 from Martin Renvoize (ashimema) <martin.renvoize@openfifth.co.uk> --- Created attachment 197868 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=197868&action=edit Bug 42156: Attempt to repair corrupted records and skip when not possible When matching authorities we can die on a bad record, we should add protection against this on top of bug 41843 To test: 1 - Apply index patch and rebuild elastic perl misc/search_tools/rebuild_elasticsearch.pl -r -v 2 - Make a new record matching rule threshold: 1000 type: authority index: authid score: 1000 tag: 001 3 - Choose an authority record and corrupt it: sudo koha-mysql kohadev UPDATE auth_header SET marcxml = UpdateXML(marcxml, '//datafield[@tag="040"]/subfield[@code="c"]',CONCAT('<subfield code',CHAR(27),'="c">OSt</subfield>')) WHERE auth_header.authid=92; 4 - View and save the record as marcxml http://localhost:8081/cgi-bin/koha/authorities/detail.pl?authid=92 5 - Cataloging - stage marc records - authority/marcxml/no matching 6 - Confirm it stages 7 - Attempt to match using your new rule 8 - Get an error parsing the marc 9 - Apply patch, restart all 10 - Relaod the staged batch 11 - Attempt matching agaion 12 - Success! Signed-off-by: David Nind <david@davidnind.com> Signed-off-by: Martin Renvoize <martin.renvoize@openfifth.co.uk> -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42156 --- Comment #15 from Martin Renvoize (ashimema) <martin.renvoize@openfifth.co.uk> --- Created attachment 197869 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=197869&action=edit Bug 42156: Unit tests Signed-off-by: David Nind <david@davidnind.com> Signed-off-by: Martin Renvoize <martin.renvoize@openfifth.co.uk> -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42156 --- Comment #16 from Martin Renvoize (ashimema) <martin.renvoize@openfifth.co.uk> --- Created attachment 197870 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=197870&action=edit Bug 42156: (QA follow-up) Missing POD Signed-off-by: David Nind <david@davidnind.com> Signed-off-by: Martin Renvoize <martin.renvoize@openfifth.co.uk> -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42156 --- Comment #17 from Martin Renvoize (ashimema) <martin.renvoize@openfifth.co.uk> --- Created attachment 197871 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=197871&action=edit Bug 42156: (QA follow-up) Guard against missing or unparseable authority records The previous defensive block still dereferenced $target_auth unconditionally when attempting to recover via record_strip_nonxml. If Koha::Authorities->find returned undef (stale search index pointing at a deleted authid) the eval around ->record would catch the first failure, but the recovery call on the next line would die uncaught. This patch: - Skips silently when the authid returned by the search engine no longer exists in the database, so get_matches cannot die on a stale index. - Wraps record_strip_nonxml in eval so an exception there is also handled and the record is simply skipped - matching the stated intent of the "skip when not possible" path. Test plan: 1 - Run t/db_dependent/Matcher.t - still passes. 2 - Simulate a stale index: mock search_auth_compat to return an authid that is not present in auth_header. Confirm get_matches no longer dies and returns without error. Signed-off-by: Martin Renvoize <martin.renvoize@openfifth.co.uk> -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42156 --- Comment #18 from Martin Renvoize (ashimema) <martin.renvoize@openfifth.co.uk> --- Created attachment 197872 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=197872&action=edit Bug 42156: (QA follow-up) Correct POD typos and demote private helpers The previous POD follow-up added headings for the private helper subs but introduced several typos and used =head2, which puts them at the same level as the public API in the generated docs. This patch: - Fixes typos: matchpint, pionts, march matcher, mathcpoints, etc. - Clarifies a couple of descriptions. - Demotes each private helper from =head2 to =head3 so they render as implementation notes rather than peers of the public methods, matching the pattern used in Koha::Authority's "Internal methods" block. Helper subs remain interleaved with the public API in source order to keep the diff minimal; a wholesale move into a dedicated "Internal functions" section would be a larger refactor outside the scope of this bug. Test plan: 1 - perldoc C4/Matcher.pm 2 - Confirm no typos are rendered and the private helpers appear one level deeper than the public methods. Signed-off-by: Martin Renvoize <martin.renvoize@openfifth.co.uk> -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42156 --- Comment #19 from Martin Renvoize (ashimema) <martin.renvoize@openfifth.co.uk> --- Created attachment 197873 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=197873&action=edit Bug 42156: (QA follow-up) Register the new 'authid' search field on upgrade Adding an entry to admin/searchengine/elasticsearch/mappings.yaml is only picked up by fresh installs or when an administrator explicitly resets the search mappings (rebuild_elasticsearch.pl -r). Existing installations would otherwise never see the new 'authid' index in the admin UI nor have it available as a matching index until they ran the reset. This atomicupdate inserts: - a search_field row for 'authid' (type 'stdno', staff_client + opac on) - search_marc_map rows for authorities/marc21/001 and authorities/unimarc/001 (INSERT IGNORE - the rows are shared with 'local-number' and usually already exist) - search_marc_to_field rows linking those MARC maps to the new field with sort on, matching mappings.yaml It is a no-op if 'authid' is already present. Administrators still need to rebuild the Elasticsearch index for the new field to become queryable - this is noted with say_info at the end. Test plan: 1 - On an existing instance without the patch: note there is no 'authid' field under Administration > Search engine configuration (Elasticsearch) for authorities. 2 - Apply the whole patchset. 3 - perl installer/data/mysql/updatedatabase.pl 4 - Re-check the search engine configuration: 'authid' appears for the authorities index, mapped to 001 for both MARC flavours. 5 - Run the update again - confirm the "already exists, skipping" warning. 6 - misc/search_tools/rebuild_elasticsearch.pl -r -v -a 7 - Confirm a matching rule using index 'authid' now works. Signed-off-by: Martin Renvoize <martin.renvoize@openfifth.co.uk> -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42156 --- Comment #20 from Martin Renvoize (ashimema) <martin.renvoize@openfifth.co.uk> --- Created attachment 197874 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=197874&action=edit Bug 42156: (QA follow-up) Expand unit tests for recovery and skip paths The original test only verified that a warning was emitted when a corrupt authority record was encountered; it did not assert that get_matches returned the recovered record, that an unrecoverable record was dropped, or that a stale index pointing at a deleted authid was handled. This patch turns the 'get_matches bad record test' subtest into a full exercise of the three code paths introduced on this bug: 1 - Recoverable: a record with stray non-XML characters is repaired by record_strip_nonxml and returned in the match list with the expected authid. 2 - Unrecoverable: record_strip_nonxml is mocked to return undef; the parse warning still fires but the record is silently dropped from the result set (no die). 3 - Stale search index: search_auth_compat returns an authid that does not exist in auth_header; get_matches no longer dies and returns an empty result. The MarcMatcher fixture is given an explicit threshold of 1 so the 1000 score on the authority matchpoint always passes and matches are returned. Test plan: 1 - prove t/db_dependent/Matcher.t 2 - All subtests pass including the expanded 'get_matches bad record test'. Signed-off-by: Martin Renvoize <martin.renvoize@openfifth.co.uk> -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42156 Nick Clemens (kidclamp) <nick@bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Text to go in the| |This patch fixes an error release notes| |where matching on | |authorities would die when | |encountering a record with | |invalid characters. | | | |Koha will now attempt to | |clean the record for | |parsing, if it cannot be | |recovered, the record will | |be dropped from found | |matches. -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42156 Lucas Gass (lukeg) <lucas@bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Version(s)| |26.05.00 released in| | Status|Passed QA |Pushed to main -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42156 --- Comment #21 from Lucas Gass (lukeg) <lucas@bywatersolutions.com> --- Nice work everyone! Pushed to main for 26.05 -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42156 David Nind <david@davidnind.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Text to go in the|This patch fixes an error |This fixes an error where release notes|where matching on |matching on authorities |authorities would die when |would fail when |encountering a record with |encountering a record with |invalid characters. |invalid characters. | | |Koha will now attempt to |Koha will now attempt to |clean the record for |clean the record for |parsing, if it cannot be |parsing. If it can't be |recovered, the record will |recovered, the record will |be dropped from found |be dropped from found |matches. |matches. -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42156 Jacob O'Mara <jacob.omara@openfifth.co.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- Version(s)|26.05.00 |26.05.00,25.11.05 released in| | Status|Pushed to main |Pushed to stable -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42156 --- Comment #22 from Jacob O'Mara <jacob.omara@openfifth.co.uk> --- Thanks all, pushed to 25.11.x -- You are receiving this mail because: You are watching all bug changes.
participants (1)
-
bugzilla-daemon＠bugs.koha-community.org