April 2020 - Koha-bugs - lists.koha-community.org

[Bug 24295] New: C4::Circulation::GetTransfers should be removed, use Koha::Item->get_transfer instead
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '24

08 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24295 Bug ID: 24295 Summary: C4::Circulation::GetTransfers should be removed, use Koha::Item->get_transfer instead Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org We've had a get_transfer method in the Koha::Item object which replicates this function. We should convert all uses of GetTransfers to use the newer Koha::Object based method and remove the original method. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 133

[Bug 25043] New: Use of union in Koha::Objects
by bugzilla-daemon＠bugs.koha-community.org 06 Jan '24

06 Jan '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25043 Bug ID: 25043 Summary: Use of union in Koha::Objects Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[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