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

[Bug 35008] New: ILS-DI should not require authentication if OpacPublic is disabled
by bugzilla-daemon＠bugs.koha-community.org 07 Jul '24

07 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35008 Bug ID: 35008 Summary: ILS-DI should not require authentication if OpacPublic is disabled Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org The ILS-DI script should still be accessible if OpacPublic is disabled -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 26

[Bug 36590] New: check_internal_auth does not return a patron and is inconsistent with other authorization routines
by bugzilla-daemon＠bugs.koha-community.org 07 Jul '24

07 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36590 Bug ID: 36590 Summary: check_internal_auth does not return a patron and is inconsistent with other authorization routines 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 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 36771] New: INternal routines are ignoring the patrons found during credential checks
by bugzilla-daemon＠bugs.koha-community.org 07 Jul '24

07 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36771 Bug ID: 36771 Summary: INternal routines are ignoring the patrons found during credential checks Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Authentication Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org Bug 34893 added a return of a patron object from various checkpw routines - later in checkauth, however, we fetch the patron by username or cardnumber. We should instead capture and use the patron already returned -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 36701] New: Adjust hold confirmation to avoid showing empty div
by bugzilla-daemon＠bugs.koha-community.org 05 Jul '24

05 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36701 Bug ID: 36701 Summary: Adjust hold confirmation to avoid showing empty div Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Templates Assignee: emily.lamancusa(a)montgomerycountymd.gov Reporter: emily.lamancusa(a)montgomerycountymd.gov QA Contact: testopia(a)bugs.koha-community.org Depends on: 33174 Bug 33174 added a warning when cancelling multiple holds from request.pl, clearly indicating how many holds would be cancelled. The added div is empty when directly cancelling a single hold (by clicking the FA trash can icon next to it), so it makes sense to hide it in that case. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33174 [Bug 33174] Have better indication when one is cancelling multiple holds on a record -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 26793] New: Hidden 'more" menu if many informations displayed on header
by bugzilla-daemon＠bugs.koha-community.org 05 Jul '24

05 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26793 Bug ID: 26793 Summary: Hidden 'more" menu if many informations displayed on header 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: severine.queune(a)bulac.fr QA Contact: testopia(a)bugs.koha-community.org Created attachment 112228 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=112228&action=e… Hidden 'More' menu If there are many informations in the header (long librarian name, using desk option, add some local dropdown menu, etc.), the "More" menu is hidden by librarian name and can't be use. See screenshot attached. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 36786] New: (Bug 31791 follow-up) Koha explodes when trying to edit a biblio with invalid biblionumber
by bugzilla-daemon＠bugs.koha-community.org 05 Jul '24

05 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36786 Bug ID: 36786 Summary: (Bug 31791 follow-up) Koha explodes when trying to edit a biblio with invalid biblionumber Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: januszop(a)gmail.com Reporter: januszop(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl After changes made to addbiblio with the bug 31791, when trying to open the editor with biblionumber=<invalid_number> (e.g. a deleted biblionumber) Koha explodes with a message << Can't call method "can_be_edited" on an undefined value at /kohadevbox/koha/cataloguing/addbiblio.pl line 555 >> -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 33739] New: ModItemTransfer triggers indexing twice
by bugzilla-daemon＠bugs.koha-community.org 05 Jul '24

05 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33739 Bug ID: 33739 Summary: ModItemTransfer triggers indexing twice Change sponsored?: --- Product: Koha Version: unspecified 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 With the changes from bug 31212, it is happening again, because the implicit call to `ModDateLastSeen` is not passed the skip_record_index flag. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 33043] New: Use process_tt in SIP modules
by bugzilla-daemon＠bugs.koha-community.org 05 Jul '24

05 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33043 Bug ID: 33043 Summary: Use process_tt in SIP modules 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: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Bug 33030 implements a new helper subroutine to standardize processing of Template Toolkit syntax outside slips and notices. We should use this subroutine in the various parts of the SIP server code where we are currently using Template::process directly. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[Bug 36419] New: Ambiguous return value in GetPlugins
by bugzilla-daemon＠bugs.koha-community.org 05 Jul '24

05 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36419 Bug ID: 36419 Summary: Ambiguous return value in GetPlugins 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 35536 introduced some better error handling, but made the return value more erratic. We you previously had code like this: ```perl my @plugins = Koha::Plugins->new()->GetPlugins( { method => 'ill_backend', metadata => { name => $backend_id }, all => 1, errors => 1 } ); foreach my $plugin (@plugins) { ... } ``` And now the new return value for GetPlugins is: ```perl return $errors ? ( \@plugins, \@failing ) : @plugins; ``` This means the caller will need to check the return value, and if the arity is two (?), check that the second element has some specific structure so we determine... it is not actually a plugin! I propose we return a hashref with the plugins and (possibly) the errors. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 12

[Bug 34427] New: Fix responsive table style in the OPAC for items tables
by bugzilla-daemon＠bugs.koha-community.org 05 Jul '24

05 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34427 Bug ID: 34427 Summary: Fix responsive table style in the OPAC for items tables Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Like Bug 31248 fixed some tables in OPAC, items (holdings) tables needs to be fixed to be responsive like before. -- You are receiving this mail because: You are watching all bug changes.

1 8