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

[Bug 29061] New: max_holds rule not saving a value of Unlimited
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '22

16 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29061 Bug ID: 29061 Summary: max_holds rule not saving a value of Unlimited Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To recreate: - Set your Default checkout, hold and return policy value for Maximum total holds allowed (count) to 1 - find a patron, confirm you can only place 1 hold for this patron before getting a "too many holds" error - create a Checkout, hold policy by patron category for your patron's category, with a Total Holds value of Unlimited - confirm you still get a "too many holds" error, even though your circ rules say your holds should be unlimited We don't save a max_holds rule with a blank value for the patron category, so Koha ends up falling back to the more restrictive default. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 26347] New: Wrong publication pattern locale on months
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '22

16 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26347 Bug ID: 26347 Summary: Wrong publication pattern locale on months Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: hagud(a)orex.es QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com Configuring publication patterns with locale ca-ES we have discovered that months are wrong translated january = gener and now it is translating = de gener februry = febrer and now it is translating = febrer march.....etc locale should use just months not full name -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 28987] New: Record search by date broken in label management
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '22

16 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28987 Bug ID: 28987 Summary: Record search by date broken in label management Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Label/patron card printing Assignee: koha-bugs(a)lists.koha-community.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 24735 If you go to Tools -> Label creator -> New batch -> Add items you'll trigger a popup window with a search form. Searching by date returns no results. I think Bug 24735, "Remove QueryParser-related code" is to blame. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24735 [Bug 24735] Remove QueryParser-related code -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 28651] New: Automatic renewal don't send out notice if status "On hold"
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '22

16 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28651 Bug ID: 28651 Summary: Automatic renewal don't send out notice if status "On hold" Change sponsored?: --- Product: Koha Version: 20.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: somesecretemail(a)mailinator.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com It seems like the cron job automatic_renewals does't create notices if the biblio is on hold by another patron. These are the steps to reproduce the bug: 1. Set date_due to current date on an issue 2. Place a hold on the biblio related to the issue 3. Run cron job automatic_renewals.pl --send-notices -c -v 4. Note feedback in terminal "Issue id: xx for borrower: xx and item: xx will not be renewed. (on_reserve)" 5. Click "Notices" on the patron which is related to the issue. Result: List lacks notice informing patron about the issue not been renewed. Expected result: Notices list containing a notice about the issue not been renewed. I tried removing the hold och rerunning the auto renew cron job. Then the issue is renewed and the notice is created correctly, so it's not a general bug in the automatic renewals functionality. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 23832] New: 001 control number auto complet or copy from 999c
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '22

16 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23832 Bug ID: 23832 Summary: 001 control number auto complet or copy from 999c Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: hagud(a)orex.es QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com controlnumber 001 is an important field, I like it is empty by default at koha, but for example analytics could need to be filled... It should be great be able to choose 1. Autonumber plugin for 001 2. Autofill via daily cronjob for filling 001 copying 999c if 001 empty -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 26488] New: Overdue report download not respecting custom patron attribute filter
by bugzilla-daemon＠bugs.koha-community.org 15 Jul '22

15 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26488 Bug ID: 26488 Summary: Overdue report download not respecting custom patron attribute filter Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: chad(a)pennmanor.net QA Contact: testopia(a)bugs.koha-community.org We have a number of custom patron attributes to track things like graduation year, homeroom, etc. The overdue report circ/overdue.pl allows us to apply a filter on those attributes and the html table is displayed correctly. However when you click the "Download file of displayed overdues" the custom attributes are not included in the filter. The attributes are also missing from the generated CSV so it is impossible to filter the export after the download. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 27685] New: Syspref OpacSuppression has no effect
by bugzilla-daemon＠bugs.koha-community.org 15 Jul '22

15 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27685 Bug ID: 27685 Summary: Syspref OpacSuppression has no effect Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: koha(a)univ-lyon3.fr QA Contact: testopia(a)bugs.koha-community.org This syspref is enabled on our install and was working until last update to 19.11 a priori. We add a 099 tag to the notices without items and our zebra config is like this :  <index_subfields tag="099" subfields="o"> <target_index>Suppress:w</target_index> <target_index>Suppress:n</target_index> </index_subfields> Seems that in 19.11, the Suppress field is hard coded to 942 tag ttps://git.koha-community.org/Koha-community/Koha/src/branch/19.11.x/opac/o… Olivier Crouzet -- You are receiving this mail because: You are watching all bug changes.

1 21

[Bug 24867] New: Keep CircControl / ReservesControlBranch / HomeOrHolding together in sysprefs
by bugzilla-daemon＠bugs.koha-community.org 15 Jul '22

15 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24867 Bug ID: 24867 Summary: Keep CircControl / ReservesControlBranch / HomeOrHolding together in sysprefs Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com It would be great if these three sysprefs were linked so that they appear together and a search for one always bring up the others. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 25115] New: Use get_effective_rule for getting rental discount
by bugzilla-daemon＠bugs.koha-community.org 15 Jul '22

15 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25115 Bug ID: 25115 Summary: Use get_effective_rule for getting rental discount 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: lari.taskula(a)hypernova.fi QA Contact: testopia(a)bugs.koha-community.org We have this logic for searching rentaldiscount rule https://github.com/Koha-Community/Koha/blob/6ac037f817def256c85706413036bee… Why? This is against documentation on sorting order of circulation rules in the user interface. Use Koha::CirculationRules->get_effective_rule() instead. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 26593] New: Rental discounts are applied in wrong precedence order
by bugzilla-daemon＠bugs.koha-community.org 15 Jul '22

15 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26593 Bug ID: 26593 Summary: Rental discounts are applied in wrong precedence order Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org GetIssuingCharges uses its own private sub to choose the correct rental discount rule, specifying the rules returned in order: 1 - same library, same category, same itemtype 2 - all libraries, same category, same itemtype 3 - same library, same category, all itemtypes 4 - all libraries, same category, all itemtypes It doesn't match what the circ rules page says, and is missing several options: same library, same patron category, same item type same library, same patron category, all item types same library, all patron categories, same item type same library, all patron categories, all item types default (all libraries), same patron category, same item type default (all libraries), same patron category, all item types default (all libraries), all patron categories, same item type default (all libraries), all patron categories, all item types -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18