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

[Bug 37018] SQL injection using q under api/
by bugzilla-daemon＠bugs.koha-community.org 05 Aug '24

05 Aug '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37018 --- Comment #158 from Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> --- Good work, here guys! When I am looking at the code of _validate_query, I am wondering if constructs like priority => [ { '=', 2 }, { '>', 5 } ] are parsed correctly? It seems that the inner hashes go recursively back into the routine, but the operators = and > here are viewed as field names and wont be checked with _validate_operator. Or am I misreading something? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 37507] New: Koha explodes when trying to apply discount higher than amount of manual invoice
by bugzilla-daemon＠bugs.koha-community.org 04 Aug '24

04 Aug '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37507 Bug ID: 37507 Summary: Koha explodes when trying to apply discount higher than amount of manual invoice Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: roman.dolny(a)jezuici.pl QA Contact: testopia(a)bugs.koha-community.org When applying discount higher than amount of manual invoice Koha explodes with a message: "Exception 'Koha::Exceptions::ParameterTooHigh' thrown 'Amount to reduce (100) is higher than original amount (10.000000)' at /usr/share/perl5/Exception/Class/Base.pm line 88". To reproduce: 1. Go to the patron -> accounting 2. Create manual invoice with positive amount (e.g. 10). Click Save. 3. In Transactions tab click 'Apply discount' button and enter discount to apply higher than amount entered in p. 2 (e.g. 100). 4. Koha explodes. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 36003] New: Printing list from OPAC shows "Cookies" when CookieConsent enabled
by bugzilla-daemon＠bugs.koha-community.org 03 Aug '24

03 Aug '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36003 Bug ID: 36003 Summary: Printing list from OPAC shows "Cookies" when CookieConsent enabled Change sponsored?: --- Product: Koha Version: 23.11 Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Lists Assignee: koha-bugs(a)lists.koha-community.org Reporter: mirjam.vantieghem(a)etf.edu QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl If system preference CookieConsent is set to "Required", the word "Cookies" appears at the bottem left on the last page, under the last result, when printing a list from the OPAC. Funny, but not desirable. Not sure if similar to bug #12260. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 18

[Bug 34576] New: wrong information about use of 942 in unimarc
by bugzilla-daemon＠bugs.koha-community.org 03 Aug '24

03 Aug '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34576 Bug ID: 34576 Summary: wrong information about use of 942 in unimarc Change sponsored?: --- Product: Koha Version: 23.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org In https://koha-community.org/manual/23.05/en/html/cataloging.html#added-entry… it is said that 942$2,$6 and $c is used in UNIMARC installation in the same way as MARC21 It is not the case in my (unimarc) library, and it is not what is written in the wiki https://wiki.koha-community.org/wiki/Holdings_data_fields_(9xx) Is it hardcoded somewhere in Koha ? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 37555] New: order receiving error
by bugzilla-daemon＠bugs.koha-community.org 03 Aug '24

03 Aug '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37555 Bug ID: 37555 Summary: order receiving error Change sponsored?: --- Product: Koha Version: 23.11 Hardware: Macintosh OS: Linux Status: NEW Severity: critical 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 169986 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=169986&action=e… order receiving error i am upgrade koha version 23.11.06 to 23.11.07 successfully but when receiving order something went wrong when loading the table 400 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 3

[Bug 35402] Update the OPAC and staff interface to Bootstrap 5
by bugzilla-daemon＠bugs.koha-community.org 03 Aug '24

03 Aug '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35402 David Nind <david(a)davidnind.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |david(a)davidnind.com -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 36802] New: Add 'status flow' configuration options to catalog concerns
by bugzilla-daemon＠bugs.koha-community.org 02 Aug '24

02 Aug '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36802 Bug ID: 36802 Summary: Add 'status flow' configuration options to catalog concerns Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Depends on: 32435, 35628 Blocks: 34255 With the introduction of catalog concern statuses (bug 35628) and resolutions (bug 32435) we have the foundations for a workflow management solution. I'm envisaging something along similar lines to how Bugzilla manages which statuses are available to pick from at the various stages of the bug workflow. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32435 [Bug 32435] Add resolution types to catalog concerns https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34255 [Bug 34255] Add an enquiry/request/workflow management module https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35628 [Bug 35628] Add additional statuses to catalog concerns -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 32435] New: Add resolution types to catalog concerns
by bugzilla-daemon＠bugs.koha-community.org 02 Aug '24

02 Aug '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32435 Bug ID: 32435 Summary: Add resolution types to catalog concerns 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Depends on: 31028 It would be nice to have a descriptive resolution text for different standard resolutions to catalog problems reported via the new catalog concerns feature. We're envisaging using the authorized values system to populate a drop down of resolutions available. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31028 [Bug 31028] Add 'Report a concern' feature for patrons to report concerns about catalog records -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 65

[Bug 36756] New: Fix default action on split update button when editing tickets/catalog concerns
by bugzilla-daemon＠bugs.koha-community.org 02 Aug '24

02 Aug '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36756 Bug ID: 36756 Summary: Fix default action on split update button when editing tickets/catalog concerns Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Depends on: 35657 Just clicking on "update" with ticket resolution status defined does nothing right now, it should update and keep the currently assigned status. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35657 [Bug 35657] Add ability to assign tickets to librarians for catalog concerns -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 37560] New: Item search should use All Statuses when using "is not"
by bugzilla-daemon＠bugs.koha-community.org 02 Aug '24

02 Aug '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37560 Bug ID: 37560 Summary: Item search should use All Statuses when using "is not" Change sponsored?: --- Product: Koha Version: 23.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: chanel.wheeler(a)yavapaiaz.gov QA Contact: testopia(a)bugs.koha-community.org When doing an item search and you don't want any of the statuses (lost, etc.) to be reflected in the search results, you have to select all the statuses in the multiple select menu. If you use the All Statuses default, it will not filter out those values. It should. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0