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

[Bug 22005] New: System preference DecreaseLoanHighHolds incorrectly counts the number of holds
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '23

24 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22005 Bug ID: 22005 Summary: System preference DecreaseLoanHighHolds incorrectly counts the number of holds Change sponsored?: --- Product: Koha Version: 18.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com When using the system preference decreaseLoanHighHolds, if a library has this set to 1 hold. Then when the 1 person that has a hold on this item attempts to check it out, Koha will invoke the decreaseloanhighholds - although this hold is getting fulfilled. This system preference should only count holds that are not fulfilled instead of counting all the holds including the one that is getting checked out. In conclusion, Koha should disregard the first hold as this will get removed when the checkout happens instead of count it towards number of holds on the record. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 22457] New: OpacHiddenItemsExceptions should be moved to a category attribute
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '23

24 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22457 Bug ID: 22457 Summary: OpacHiddenItemsExceptions should be moved to a category attribute Change sponsored?: --- Product: Koha Version: master 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: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- In order to determine if an item should be hidden for a specific patron category, we now need to: - Read and parse OpacHiddenItemsExceptions - Verify it is a real category (subject to typos) - Compare to the current patron category This would be avoided by just having an attribute on the categories table (e.g. overrides_hidding_policy). I leave choosing the right attribute name to native speakers. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 22471] New: Default Finnish values for web installer
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '23

24 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22471 Bug ID: 22471 Summary: Default Finnish values for web installer Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Installation and upgrade (web-based installer) Assignee: koha-bugs(a)lists.koha-community.org Reporter: lari.taskula(a)hypernova.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Target Milestone: --- Add default Finnish values for web installer. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19

[Bug 22486] New: Limit Patron expiry notices by category
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '23

24 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22486 Bug ID: 22486 Summary: Limit Patron expiry notices by category Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Target Milestone: --- -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 22496] New: Add new index on 003
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '23

24 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22496 Bug ID: 22496 Summary: Add new index on 003 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Zebra Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de Target Milestone: --- In order to be able to match on 001 in combination with 003, 003 needs to be indexed in Zebra. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 22722] New: Deleting a library leaves the letters and shows them belonging to "All libraries"
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '23

24 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22722 Bug ID: 22722 Summary: Deleting a library leaves the letters and shows them belonging to "All libraries" Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: pasi.kallinen(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- When you delete a library, any notices or slips belonging to it are not deleted. If there are any letters for a library which does not exist, the Notices tool shows the letter as belonging to "All libraries". This could lead to problems, when an admin sees two identical lines in the tool, and then deletes the one actually belonging to all libraries. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 22726] New: Allow conventional MARC formatting when entering Koha to MARC mapping
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '23

24 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22726 Bug ID: 22726 Summary: Allow conventional MARC formatting when entering Koha to MARC mapping 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 Target Milestone: --- When entering new MARC tags in Koha To MARC Mapping, Koha wants then formatted as [field],[subfield]. Other areas of Koha generally use [field]$[subfield]. Ideally, the Koha to MARC Mapping interface would allow the use of the more familiar format. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 22788] New: Wrong accruing Overdue Amount
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '23

24 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22788 Bug ID: 22788 Summary: Wrong accruing Overdue Amount Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: hien.pham(a)dlcorp.com.vn QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Created attachment 88951 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=88951&action=ed… Accruing fine amount Hi All, I found an issue with fine function on koha 18.11.02. Please help to check. When the item is overdue, koha run fines.pl cronjob and update accruing fine to patron account. But i think something wrong when koha run fines.pl cronjob to update accruing fine. Example: I checked out two barcode for one patron account. The barcodes have the same item type, checkout from same location and same time. System configuration: - CalculateFinesOnReturn option is "Do" - finesMode is "Calculate and charge" - Loan period: 21 days - Fine amount: RM0.5/day - Overdue fines cap (amount): RM40 I checked out item on January 06, 2019 and item overdue on January 27, 2019. By circulation rule, patron has RM40 accruing fine in his account for one overdue item. But when i check accruing fine of patron, i see accruing fine incorrectly and timestamp of action is not today. The attached file is screenshot of this issue. Besides, this issue don't happen with all patron account in koha. Please help to check this -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

[Bug 22636] New: Elasticsearch admin page design enhancement
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '23

24 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22636 Bug ID: 22636 Summary: Elasticsearch admin page design enhancement Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: josef.moravec(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- There is some work which could/should be done with elastic search admin page, like: - Move facets from bibliographic tab to own tab - Move buttons to floating to toolbar -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 22447] New: Server error on report with missing parameter
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '23

24 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22447 Bug ID: 22447 Summary: Server error on report with missing parameter Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: rbit(a)rbit.cz QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Save this SQL report: SELECT title FROM biblio where YEAR(copyrightdate) > YEAR(<<from|date>>) and title = <<title>> Run it, leave the date field "from" empty and fill any text into the "title" field. Sending the half-filled form causes internal server error to show up. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2