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

[Bug 37387] New: Tools>HTML customizations Error 500
by bugzilla-daemon＠bugs.koha-community.org 27 Jul '24

27 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37387 Bug ID: 37387 Summary: Tools>HTML customizations Error 500 Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: vivek.yadava(a)pnguot.ac.pg QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Created attachment 169071 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=169071&action=e… Error Server was upgraded to 24.05.01 and it started showing Error 500 in Tools>HTML customizations option. In the browser console it shows Internal Server Error; GET https://matlis-intra.unitech.ac.pg/cgi-bin/koha/tools/additional-contents.p… 500 (Internal Server Error)Understand this error jquery-migrate-3.3.2.min_24.0501000.js:2 JQMIGRATE: Migrate is installed, version 3.3.2 chext_driver.js:500 Initialized driver at: Wed Jul 17 2024 10:34:22 GMT+1000 (Papua New Guinea Time) chext_loader.js:66 Initialized chextloader at: 1721176462708 Any clue how to resolve it. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 10758] Show bibliographic information of deleted records in acquisition baskets
by bugzilla-daemon＠bugs.koha-community.org 27 Jul '24

27 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10758 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |rel_23_11_candidate --- Comment #91 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Hi Frido, could you maybe reconsider? I think this one could also be seen as a long awaited bug fix. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 37506] New: Koha explodes when trying to create manual credit with zero amount
by bugzilla-daemon＠bugs.koha-community.org 26 Jul '24

26 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37506 Bug ID: 37506 Summary: Koha explodes when trying to create manual credit with zero amount Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement 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 creating manual credit with amount equal zero Koha explodes with a message: "Exception 'Koha::Exceptions::Account::AmountNotPositive' thrown 'Debit amount passed is not positive' at /usr/share/perl5/Exception/Class/Base.pm line 88". To reproduce: 1. Go to the patron -> Accounting -> Create manual credit. 2. Enter 0 in amount field. Click 'Add credit' button. 3. Koha explodes. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 37089] New: Cannot delete a fund or a currency
by bugzilla-daemon＠bugs.koha-community.org 26 Jul '24

26 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37089 Bug ID: 37089 Summary: Cannot delete a fund or a currency Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Acquisitions Assignee: emily.lamancusa(a)montgomerycountymd.gov Reporter: emily.lamancusa(a)montgomerycountymd.gov QA Contact: testopia(a)bugs.koha-community.org Blocks: 36192 aqbudgets.pl and currency.pl are looking for op=cud-delete_confirm, but delete_confirm isn't CUD and the page is just a GET displaying the information. To reproduce: Part 1 - Delete a fund 1. Go to Acquisitions > Funds 2. Try to delete a fund --> Confirmation page shows fund name as '' and fund amount as 0.00 3. Click "Yes, delete this fund" --> The fund is still there Part 2 - Delete a currency 1. Go to Acquisitions > Currencies 2. Try to delete a currency --> Confirmation shows empty values for currency and rate 3. Click, "Yes, delete this currency" --> An error message appears and the currency is not deleted Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36192 [Bug 36192] [OMNIBUS] CSRF Protection for Koha -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 37090] New: Cannot delete an EDI account
by bugzilla-daemon＠bugs.koha-community.org 26 Jul '24

26 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37090 Bug ID: 37090 Summary: Cannot delete an EDI account Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Acquisitions Assignee: emily.lamancusa(a)montgomerycountymd.gov Reporter: emily.lamancusa(a)montgomerycountymd.gov QA Contact: testopia(a)bugs.koha-community.org Blocks: 36192 To reproduce: 1. Go to Acquisitions > EDI Accounts 2. Create an EDI account if one is not already there 3. Try to delete the EDI account --> Page refreshes and nothing happens Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36192 [Bug 36192] [OMNIBUS] CSRF Protection for Koha -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 37492] New: We should set datatable defaults for possible null returns
by bugzilla-daemon＠bugs.koha-community.org 26 Jul '24

26 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37492 Bug ID: 37492 Summary: We should set datatable defaults for possible null returns Change sponsored?: --- Product: Koha Version: Main 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 As discussed on bug 36169 we're side stepping null values instead of using a proper default handler as suggested by Victor in comment 4 and comment 5. We should use the defaultContent handler instead. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 8137] Checkout limit for all libraries
by bugzilla-daemon＠bugs.koha-community.org 26 Jul '24

26 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8137 Nick Clemens (kidclamp) <nick(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |In Discussion --- Comment #118 from Nick Clemens (kidclamp) <nick(a)bywatersolutions.com> --- I have reservations about adding a new dimension to the circulation rules matrix with the "has priority" option. I almost feel it should be its own section, only on the "Standard rules for all libraries" page - and call "Global checkout limits" if that is what the intended outcome is. I won't necessarily block on the concept, but there are some key things I think need to be addressed if this is going to move forward: 1 - The priority rules should not be determined in "TooMany" - but in 'get_effective_rule'. The name of that routine makes it clear, it should be the routine with all the calculations, and should be the single way of determining the correct rule to apply 2 - 'Default checkout,hold and return policy' has three hold options that are not affected by 'has_priority' and this needs to be visually clear to the user 3 - The rules from this page must be shown on the individual libraries rules page - otherwise they can setup options, but not understand that they are being overridden by a special set of rules -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 27183] New: Make suggestions management use the API
by bugzilla-daemon＠bugs.koha-community.org 26 Jul '24

26 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27183 Bug ID: 27183 Summary: Make suggestions management use the API Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: black23(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Suggestions list can be very long after couple of years, so it takes long time to load them. Especially /cgi-bin/koha/suggestion/suggestion.pl?branchcode=__ANY__#ASKED. API pagination can solve this. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 8137] Checkout limit for all libraries
by bugzilla-daemon＠bugs.koha-community.org 26 Jul '24

26 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8137 Thibaud Guillot <thibaud.guillot(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #169700|0 |1 is obsolete| | --- Comment #117 from Thibaud Guillot <thibaud.guillot(a)biblibre.com> --- Created attachment 169727 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=169727&action=e… Bug 8137: Add 'global' has_priority rules for checkouts The aim here is to avoid the accumulation of checkouts possibilities through the rules of the various branches, in order to have a global quota. Test plan: 1) - Set for library "A" a max checkouts allowed to 3 for any categorycode on "Default checkout, hold and return policy" - Set for library "B" a max checkouts allowed to 2 for any categorycode on "Default checkout, hold and return policy" 2) Currently you can accumulate on each branch to get 5 checkouts in this test. 3) Apply this patch 4) Run updatedatabase script and rebuild schema, restart_all.. 5) Now you have a "Priority checkouts rule" checkboxes on the main circulation rules table, "Default checkouts[..]" table and the same by categorycode below (only on "Standard rules for all librairies" select option). 6) If checked on save, these rules will override global max checkouts allowed even if you try to check out from different librairy. 7) According to this test plan, if you set a "global" max checkouts to 2 you can only perform 2 checkouts and not more if you try on another lib. Try it on main circulation rules table and 2 defaults... Sponsored-by: BibLibre -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8137] Checkout limit for all libraries
by bugzilla-daemon＠bugs.koha-community.org 26 Jul '24

26 Jul '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8137 Thibaud Guillot <thibaud.guillot(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #169696|0 |1 is obsolete| | --- Comment #116 from Thibaud Guillot <thibaud.guillot(a)biblibre.com> --- Created attachment 169700 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=169700&action=e… Bug 8137: Add 'global' has_priority rules for checkouts The aim here is to avoid the accumulation of checkouts possibilities through the rules of the various branches, in order to have a global quota. Test plan: 1) - Set for library "A" a max checkouts allowed to 3 for any categorycode on "Default checkout, hold and return policy" - Set for library "B" a max checkouts allowed to 2 for any categorycode on "Default checkout, hold and return policy" 2) Currently you can accumulate on each branch to get 5 checkouts in this test. 3) Apply this patch 4) Run updatedatabase script and rebuild schema, restart_all.. 5) Now you have a "Priority checkouts rule" checkboxes on the main circulation rules table, "Default checkouts[..]" table and the same by categorycode below (only on "Standard rules for all librairies" select option). 6) If checked on save, these rules will override global max checkouts allowed even if you try to check out from different librairy. 7) According to this test plan, if you set a "global" max checkouts to 2 you can only perform 2 checkouts and not more if you try on another lib. Try it on main circulation rules table and 2 defaults... Sponsored-by: BibLibre -- You are receiving this mail because: You are watching all bug changes.

1 0