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

[Bug 34520] New: Database update 22.06.00.078 breaks update process
by bugzilla-daemon＠bugs.koha-community.org 01 Apr '24

01 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34520 Bug ID: 34520 Summary: Database update 22.06.00.078 breaks update process Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Installation and upgrade (web-based installer) Assignee: koha-bugs(a)lists.koha-community.org Reporter: pablo.bianchi(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Trying to upgrade from 22.05.15-1, 10.6.14-MariaDB, Debian 11: Upgrade to 22.06.00.078 [13:21:46]: Bug 24860 - Add ability to place item group level holds ERROR - {UNKNOWN}: DBI Exception: DBD::mysql::db do failed: Can't create table `koha_myinstance`.`reserves` (errno: 150 "Foreign key constraint is incorrectly formed") at /usr/share/koha/lib/C4/Installer.pm line 741 I had some issues (bug 33671 comments 14-19) that it seems are now fixed. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 23

[Bug 36333] New: Remove all empty lines from template's output
by bugzilla-daemon＠bugs.koha-community.org 01 Apr '24

01 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36333 Bug ID: 36333 Summary: Remove all empty lines from template's output Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Templates Assignee: jonathan.druart(a)gmail.com Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org We have tried global TT CHOMP (see bug 20657) but it's not trivial and will introduce a lot of side-effects. I would like to reduce the number of empty lines in a more secure way. -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 23656] New: Add search box to top of page on cataloguing/editor.pl
by bugzilla-daemon＠bugs.koha-community.org 01 Apr '24

01 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23656 Bug ID: 23656 Summary: Add search box to top of page on cataloguing/editor.pl 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: barbara.johnson(a)bedfordtx.gov QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl In the Advanced Cataloging editor, both addbooks.pl and additem.pl have a cataloging search box at the top of the page. It would be great to add one to cataloguing/editor.pl so that users don’t have to click away from the page if they need to perform a new search. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 31

[Bug 35067] New: Cataloguing plugin to choose from one or more authorised value categories
by bugzilla-daemon＠bugs.koha-community.org 01 Apr '24

01 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35067 Bug ID: 35067 Summary: Cataloguing plugin to choose from one or more authorised value categories Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl It would be useful to be able to set up a MARC framework subfield to use a plugin that would offer one or more authorised value categories that you could choose from. For example: 041$a - we might want to populate this with international language codes, i.e afr, eng, mao, which would be stored in one authorised value category. we might want to populate this with Indigenous Australian language codes, which would be stored in their own authorised value category. We want both dropdowns to be options though we'd still only choose one language code. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[Bug 35172] New: Order receiving error
by bugzilla-daemon＠bugs.koha-community.org 01 Apr '24

01 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35172 Bug ID: 35172 Summary: Order receiving error Change sponsored?: --- Product: Koha Version: 22.11 Hardware: PC OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: librarian(a)sageuniversity.in QA Contact: testopia(a)bugs.koha-community.org Created attachment 157967 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=157967&action=e… Error in order receiving I am using koha version 22.11.10.when receiving order something went wrong when loading the table 500 internal server error please see the screen shot. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 24422] New: Advanced search shelving locations are restricted to the same restrictions as cataloging
by bugzilla-daemon＠bugs.koha-community.org 01 Apr '24

01 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24422 Bug ID: 24422 Summary: Advanced search shelving locations are restricted to the same restrictions as cataloging Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org Shelving locations that are setup in the LOC category allow libraries to include a location or not, based on whether they use the location in cataloging. This makes sense. What cataloger wants to sift through a bunch of shelving locations they are never going to use? However, if you allow advanced searching to use shelving locations as a limiter (AdvancedSearchTypes), if you are on the staff client in advance search, you have the same locations restricted imposed on search.pl, which is not what one would want. Staff will never be able to limit to a shelving location used at another library. I don't think that the library limitations in LOC should apply to search.pl. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 36468] New: Remaining content-type = text/plain when JSON or HTML is returned
by bugzilla-daemon＠bugs.koha-community.org 01 Apr '24

01 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36468 Bug ID: 36468 Summary: Remaining content-type = text/plain when JSON or HTML is returned 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: victor(a)tuxayo.net QA Contact: testopia(a)bugs.koha-community.org Found when reviewing Bug 36418 serials/subscription-frequency.pl > print $input->header(-type => 'text/plain', -charset => 'UTF-8'); > print to_json( $frequencyrecord ); --- same in serials/subscription-numberpattern.pl --- serials/create-numberpattern.pl manual json here: > print $input->header(-type => 'text/plain', -charset => 'UTF-8'); > print "{\"numberpatternid\":\"$numberpatternid\"}"; --- Here it's HTML but still text/plain content-type acqui/ajax-getauthvaluedropbox.pl --- I searched with rg "text/plain" -C 10 | rg "json" -C 10 # rg is the package ripgrep in most cases (and somehow the html case came up in the noise due to the wacky grep chaining) I tried doing the same with `git grep` + grep but I got even more noise that I already had. Anyway, that's an hint to give ideas to eventually find more inconsistencies. (apply Bug 36418 is it's still not merged) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 36467] New: Koha/MetadataIterator needs tests
by bugzilla-daemon＠bugs.koha-community.org 30 Mar '24

30 Mar '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36467 Bug ID: 36467 Summary: Koha/MetadataIterator needs tests 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 The module and subsequent subroutines: get_all_biblios_iterator get_all_authorities_iterator should have basic test coverage -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 36451] New: Parenthesis removed from biblio's title in notice
by bugzilla-daemon＠bugs.koha-community.org 29 Mar '24

29 Mar '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36451 Bug ID: 36451 Summary: Parenthesis removed from biblio's title in notice Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org If the last character of a biblio's title is a parenthesis it won't be displayed in the notices. This is because we are adding the Remove_MARC_punctuation to all biblio and biblioitem fields to notice templates before generating the notice (in add_tt_filters). Initially added by commit 599887a1855349de6bafe9c1b6ce155ed9be5fb5 Date: Tue Feb 16 10:56:02 2010 -0500 Bugfix: [1/3] overdue_notices.pl does not process all advertised fields Then propagated... What was its original need? No idea! -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 36366] New: Itemtype can be used in XSLT
by bugzilla-daemon＠bugs.koha-community.org 29 Mar '24

29 Mar '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36366 Bug ID: 36366 Summary: Itemtype can be used in XSLT Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: wainuiwitikapark(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org Item types should be able to be called in XSLT -- You are receiving this mail because: You are watching all bug changes.

1 9