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

[Bug 14787] Allow confirm/continue option to circulation warnings at checkout
by bugzilla-daemon＠bugs.koha-community.org 28 Apr '25

28 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14787 Andrii Nugged <nugged(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |nugged(a)gmail.com --- Comment #21 from Andrii Nugged <nugged(a)gmail.com> --- We probably should have follow up for this, some notes for not to lose the point: my $patron_session_confirmation = $query->cookie('patronSessionConfirmation') || undef; - why screening it to undef? protecting for "" and 0? my ( $patron_for_session, $session_confirmations ) = split( /:/, $patron_session_confirmation, 2 ); - split of undef leads to: [2025/04/28 16:40:52] [WARN] Use of uninitialized value $patron_session_confirmation in split at /usr/share/koha/intranet/cgi-bin/circ/circulation.pl line ... my $patron_match = $borrowernumber == $patron_for_session; - numeric == with undef or '' leads to: [2025/04/28 16:40:52] [WARN] Use of uninitialized value $patron_for_session in numeric eq (==) at /usr/share/koha/intranet/cgi-bin/circ/circulation.pl line ... my @conf_keys = split( /\|/, $session_confirmations ); - and this will make warning: [2025/04/28 16:40:52] [WARN] Use of uninitialized value $session_confirmations in split at /usr/share/koha/intranet/cgi-bin/circ/circulation.pl line ... I'd solve this way (but this is "local solution just for this block" :) ) -> ``` my ( $patron_for_session, $session_confirmations, $patron_match ); my @conf_keys; my $patron_session_confirmation = $query->cookie('patronSessionConfirmation') || undef; if ($patron_session_confirmation) { ( $patron_for_session, $session_confirmations ) = split( /:/, $patron_session_confirmation, 2 ); $patron_match = $borrowernumber == $patron_for_session; @conf_keys = split( /\|/, $session_confirmations ); } $template_params->{sessionConfirmationKeys} = (); ``` -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13823] Item search should include note fields
by bugzilla-daemon＠bugs.koha-community.org 28 Apr '25

28 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13823 --- Comment #5 from Inkeri Hakulinen <inkeri.hakulinen+bugz(a)helsinki.fi> --- I filed a new bug about how the search results are shown: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39763 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 39760] New: Add option to OAI-PMH harvester for protecting record from modification
by bugzilla-daemon＠bugs.koha-community.org 28 Apr '25

28 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39760 Bug ID: 39760 Summary: Add option to OAI-PMH harvester for protecting record from modification Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Once a record is harvested from an OAI repository, a record is created in Koha. If the record is modified in the source repository, it will be re-harvested and the Koha record will be modified (well, I suppose it is the case...). In most situation this will be fine, but we can have workflows in which the Koha record is modified manually or by a plugin (for example, we can imagine a process which adds an abstract to the record). In that case it could be nice to be able to "protect" the Koha record globally or only for some fields. I have no idea of the best way of doing that. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 36867] ILS-DI AuthorizedIPs should deny explicitly except those listed
by bugzilla-daemon＠bugs.koha-community.org 28 Apr '25

28 Apr '25

1 0

[Bug 38969] Reflected XSS vulnerability in tags
by bugzilla-daemon＠bugs.koha-community.org 28 Apr '25

28 Apr '25

1 0

[Bug 39759] New: Inactive contract not displayed when editing a basket
by bugzilla-daemon＠bugs.koha-community.org 28 Apr '25

28 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39759 Bug ID: 39759 Summary: Inactive contract not displayed when editing a basket Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org If the contract of a basket is inactive, it is not displayed in the dropdown list on the basket edit view. The info is lost if the form is saved. A fix for main has been provided in 'Bug 39711: (bugfix) Show contract of the basket if inactive' -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 39758] New: Cannot clear basket's contract
by bugzilla-daemon＠bugs.koha-community.org 28 Apr '25

28 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39758 Bug ID: 39758 Summary: Cannot clear basket's contract Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org It is not possible to empty the contract of a basket. See 'Bug 39711: (bugfix) Allow to clear basket's contract' for a fix for main -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 28171] New: Serial enumeration / chronology sorting is broken in biblio page
by bugzilla-daemon＠bugs.koha-community.org 28 Apr '25

28 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28171 Bug ID: 28171 Summary: Serial enumeration / chronology sorting is broken in biblio page 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: joonas.kylmala(a)helsinki.fi QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl, nugged(a)gmail.com, oleonard(a)myacpl.org Depends on: 27980 In catalogue/detail.pl page the "Serial enumeration / chronology" column sorting is broken after the changes in bug 27980. To reproduce problem add 2 items, one with "A" and one with "B" value in "h - Serial Enumeration / chronology item" field. Then go to catalogue/detail.pl and try to sort by clicking on the "Serial enumeration / chronology" column. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27980 [Bug 27980] Replace obsolete title-string sorting: Catalog templates -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 48

[Bug 12771] Enhancement to manage more than 3 levels of overdue notice
by bugzilla-daemon＠bugs.koha-community.org 28 Apr '25

28 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12771 --- Comment #8 from Jonathan Druart <jonathan.druart(a)gmail.com> --- (In reply to Caroline Cyr La Rose from comment #7) > I can't put the status back to "NEW". Done! :D CONFIRMED => ASSIGNED => FIXED => REOPENED => NEW... -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 12771] Enhancement to manage more than 3 levels of overdue notice
by bugzilla-daemon＠bugs.koha-community.org 28 Apr '25

28 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12771 Jonathan Druart <jonathan.druart(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |NEW -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0