January 2024 - Koha-bugs - lists.koha-community.org

[Bug 24969] New: ILSDI allows cancellation of waiting holds
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '24

06 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24969 Bug ID: 24969 Summary: ILSDI allows cancellation of waiting holds Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To recreate: 1 - Place a hold for a patron 2 - Checkin the item/confirm the hold to set it to waiting 3 - Enable ILSDI 4 - Cancel the hold via ILSDI item_id means the reserve_id http://localhost:8080/cgi-bin/koha/ilsdi.pl?service=CancelHold&patron_id=5&… 5 - Successfully canceled -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 24914] New: Saving a record as MARC (Unicode/UTF-8, Standard) remove items
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '24

06 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24914 Bug ID: 24914 Summary: Saving a record as MARC (Unicode/UTF-8, Standard) remove items Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl In catalogue/export.pl for this one format 'marcstd' we call the subroutine marc2marc This subroutine builds a list of 'private_fields' - which is any field with 9 in the tag. These are then removed from the record. This includes all item tags To recreate: 1 - Find a record with some items and view the details page 2 - Save record -> MARC (Unicode/UTF-8, Standard) 3 - Open record in marcedit, or stage for import into koha 4 - Note all 9 fields and items are gone -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 24912] New: Generate sql from yaml installer files
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '24

06 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24912 Bug ID: 24912 Summary: Generate sql from yaml installer files Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz Depends on: 24883 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24883 [Bug 24883] Command line utility to load yaml files -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 24906] New: Problems with automatic saving the name and id of creator and who modifies the catolog
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '24

06 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24906 Bug ID: 24906 Summary: Problems with automatic saving the name and id of creator and who modifies the catolog Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: darkdave26(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl I want the name of the creator and whoever modifies the catalogs in specific fields automatically. So i changed the system switched the system preferences MarcFieldForCreatorId, MarcFieldForCreatorName, MarcFieldForModifierId, MarcFieldForModifierName, to the following fields 991 $ b, 991 $ c, 992 $ b and 992 $ c respectively. However, when I create a new catalog, field 992 is filled in instead of field 991, and when when I modify the catalog, field 992 is modified for the new data, deleting the old data. I can manually create multiple 992 fields. Someone having the same problem? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 24835] New: Bad PCDATA explodes search with a Software ERROR.
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '24

06 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24835 Bug ID: 24835 Summary: Bad PCDATA explodes search with a Software ERROR. Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: Lisa.Beinhoff(a)ttuhsc.edu QA Contact: testopia(a)bugs.koha-community.org Searching in the public library catalog for a record with bad PCDATA, causes the following error to appear: Software error: Invalid data, cannot decode object (id=75430, format=marcxml, schema=MARC21, decoding_error=':94: parser error : PCDATA invalid Char value 27 construction of the Metacarpal Hand -- 21. The Mutilated Wrist -- 22. Krukenberg ^ :94: parser error : PCDATA invalid Char value 27 struction of the Metacarpal Hand -- 21. The Mutilated Wrist -- 22. Krukenbergb2 ^') For help, please send mail to the webmaster ([no address given]), giving this error message and the time and date of the error. Error generated in staff view is: There is an error with this bibliographic record, the view may be degraded. Error: Invalid data, cannot decode object (id=75430, format=marcxml, schema=MARC21, decoding_error=':94: parser error : PCDATA invalid Char value 27 construction of the Metacarpal Hand -- 21. The Mutilated Wrist -- 22. Krukenberg ^ :94: parser error : PCDATA invalid Char value 27 struction of the Metacarpal Hand -- 21. The Mutilated Wrist -- 22. Krukenbergb2 ^') Editing the record and saving the bibliographic error seems to clear the error, for some unknown reason. But I need a way to identify the bad records, so they can be corrected. About 1 in 20 records in our databases is generating this error. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 24799] New: add withdrawn status for issues
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '24

06 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24799 Bug ID: 24799 Summary: add withdrawn status for issues Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: mbarham(a)birzeit.edu QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com add new issue status 'withdrawn' or even connect it with authorized value, rather than hardcoded. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 24796] New: No test coverage for getting translations from templates
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '24

06 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24796 Bug ID: 24796 Summary: No test coverage for getting translations from templates Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: pasi.kallinen(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr There are two different code paths for getting translatable strings out of templates: 1) extract_messages_from_templates() in LangInstaller.pm which handles js-files and the templates that use i18n.inc, 2) tmpl_process3.pl which uses misc/translation/xgettext.pl to parse and extract strings out of tt-files. The t/LangInstaller.t only tests the first one, there are no tests whatsoever for the second. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 24785] New: Search result column localization
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '24

06 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24785 Bug ID: 24785 Summary: Search result column localization Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: stephane.delaye(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org At the level of the localization column in search result, it would either be necessary to ignore itype of the items for the classification of the items in the available or unvailable html span or to change the titles of these html span. Because it is not fair to mix the concepts of availability and borrowability: a dictionarie who is not borrowable with the display not unavailable it's wrong: the items is on shelf, that's all. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 24761] New: Caching issues in scripts running in daemon mode
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '24

06 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24761 Bug ID: 24761 Summary: Caching issues in scripts running in daemon mode Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Bug 16758 highlighted an issue on long running processes (daemons) with the L1 cache mechanism not being able to invalidate cache. The proposed and agreed solution there was to disable L1 cache for daemon scripts. But the bug only took care of rebuild_zebra.pl, leaving things like SIPServer for later. We should resume that work, and discussion. It clearly needs to be handled in a generic way on Koha::Script -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 24714] New: Include ISBN tag in search result items even if no in-built Enhanced Content service for cover images is used
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '24

06 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24714 Bug ID: 24714 Summary: Include ISBN tag in search result items even if no in-built Enhanced Content service for cover images is used Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: webi(a)runbox.com QA Contact: testopia(a)bugs.koha-community.org 3rd-party services commonly use ISBN for image links. This makes it easy to use UserJS to produce them from simple ISBN tags in the HTML. Currently though, one has to check e.g. Google Jackets, only to get them. This works, but also adds completely redundant loading. One solution: a simple unconditional (or conditioned by no Enhanced Content used - after the [% IF ( GoogleJackets ) %] etc. sections ) addition of SEARCH_RESULT.normalized_isbn in opac-results.tt; and corresponding .tt:s, for Intra etc. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1