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

[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

[Bug 22691] New: Problem with holds when ExpireReservesMaxPickUpDelay is active
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '23

24 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22691 Bug ID: 22691 Summary: Problem with holds when ExpireReservesMaxPickUpDelay is active Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: patrick.robitaille(a)collecto.ca QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Target Milestone: --- Hi, It seems that there is a problem affecting reservations set aside. The ExpireReservesMaxPickUpDelay preference, when it is active, does not seem to take into account the delay in the ReservesMaxPickUpDelay system preference which determines the time period for which reservations will be available for pickup by the users who made the reservation. However, the reservation is to be canceled during the night the item gets the status « is waiting here ». To test: Enable the ExpireReservesMaxPickUpDelay system preference to « Allow»; Enter a number in the ReservesMaxPickUpDelay system preference to more than 2 days; Reserve a item for a user; Return this item to get the hold found message and confirm this reservation; Wait until the next day and note that the reservation is cleared from the user's account and the record as well; So the limit of days specified in the ReservesMaxPickUpDelay system preference is not taken into account as indicated. Can it be the cron job that makes this cancellation? Or it turns out that it is the relationship between the two preferences that is not done correctly? Thanks, Patrick. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 22676] New: Staff able to workaround holds block
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '23

24 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22676 Bug ID: 22676 Summary: Staff able to workaround holds block Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: slott(a)duncanville.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Target Milestone: --- Created attachment 87686 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=87686&action=ed… Permissions settings I've tried to set permissions so that no one but SuperLibrarians have the power to override blocked renewals (particularly for over the renewal limit or items that have a hold). I did the permission in Administration and also in everyone's individual permissions. But the regular staff still see the option to override the hold and renew. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 22665] New: Improve access to advanced search in aquisitions
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '23

23 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22665 Bug ID: 22665 Summary: Improve access to advanced search in aquisitions 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- The advanced search form is often missed by libraries because it's quite hidden. As the vendor search tab is selected you have to first switch to 'orders search' before you can click on 'advanced search'. It might be nice to improve its visibility a bit. Ideas: - Add it to the search pull down in the top navigation - Add it to the left hand navigation in the acq module -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 22662] New: More flexibility in System Preference OPACallowusertochoosebranch
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '23

23 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22662 Bug ID: 22662 Summary: More flexibility in System Preference OPACallowusertochoosebranch 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 Target Milestone: --- A library which is part of a multi-branch system would like to only allow items to be picked up for holds if and only if that patron is a patron of that library. However, they would like the system preference: OPACallowusertochoosebranch to be set to ALLOW. Could there be an enhancement of a new way to allow this type of flexibility for hold requests? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1