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

--- Comment #9 from David Cook <dc...@prosentient.com.au> ---
Something is still bugging me...

t/db_dependent/Koha/SearchEngine/Elasticsearch.t

In theory, that test script has a test for a "large MARC record" which runs
marc_records_to_documents() and it doesn't fail on "main".

It must be longer than 99999 bytes since it's switching to MARCXML from
base64ISO2709.

So we did test for large MARC records om bug 38416. 

But... since the fatal error Janusz is fixing comes from MARC::File::USMARC not
handling an exception during marc_to_utf8(), it must also be because being over
99999 bytes creates an invalid USMARC directory in the USMARC data. It then
starts doing string handling using the positional math. And then it needs to
get the right combination of invalid bytes. 

Since the unit test was just using single byte ASCII...  it should be
impossible to generate invalid UTF8 in this particular test scenario.

Let's see if I can break the unit test in main...

-- 
You are receiving this mail because:
You are watching all bug changes.
_______________________________________________
Koha-bugs mailing list
Koha-bugs@lists.koha-community.org
https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/

Reply via email to