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

[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 31000] New: Use of uninitialized value $record_type in string eq
by bugzilla-daemon＠bugs.koha-community.org 15 Jul '22

15 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31000 Bug ID: 31000 Summary: Use of uninitialized value $record_type in string eq Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Tools Assignee: slavashishkin(a)gmail.com Reporter: slavashishkin(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 18

[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 30735] New: Filtering by patron attribute with AV does not work in overdues report
by bugzilla-daemon＠bugs.koha-community.org 15 Jul '22

15 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30735 Bug ID: 30735 Summary: Filtering by patron attribute with AV does not work in overdues report Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com In Circulation > Overdues, if there are seachable patron attributes they can be used in left filters. Search does not work if this attribute is linked to an authorized values category. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[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