September 2023 - Koha-bugs - lists.koha-community.org

[Bug 28493] New: Make koha-passwd display the username
by bugzilla-daemon＠bugs.koha-community.org 14 Sep '23

14 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28493 Bug ID: 28493 Summary: Make koha-passwd display the username Change sponsored?: --- Product: Koha Version: 20.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Packaging Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org CC: mtj(a)kohaaloha.com The current output looks like this: sudo koha-passwd <site> Password for <site>: abc123 Press enter to clear the screen... But who remembers what the username looks like? It would be helpful to print this too, along with the password. (The format of the username is "koha_<site>".) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 22

[Bug 34279] New: overduefinescap of 0 is ignored, but overduefinescap of 0.00 is enforced
by bugzilla-daemon＠bugs.koha-community.org 13 Sep '23

13 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34279 Bug ID: 34279 Summary: overduefinescap of 0 is ignored, but overduefinescap of 0.00 is enforced 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: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When creating a circ rule, we can set overduefinescap to blank or 0 and no cap is enforced. If we edit that rule, the blank/0 is converted to "0.00" which perl considers true, thus zero-ing out any calculated fine. Considering we've always ignored an overdue fines cap of 0, we should also ignore 0.00. However, perl is evaluating it as a string which makes it true instead of false as 0 is. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 27

[Bug 32271] New: Overdue fines cap (amount) set to 0.00 when editing rule
by bugzilla-daemon＠bugs.koha-community.org 13 Sep '23

13 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32271 Bug ID: 32271 Summary: Overdue fines cap (amount) set to 0.00 when editing rule 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: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org I noticed that when I add a circulation rule, if I leave the Overdue fines cap (amount) field empty, it is displayed as 0.00. If I later edit this rule, the Overdue fines cap (amount) field is *set to* 0.00, even if that's not what I wanted. This causes the fines.pl script to charge no fine at all. To test: 0. Preliminary settings 0.1. finesMode system preference must be set to Calculate and charge 0.2. MaxFine system preference must be empty 0.3. In Tools > Calendar, today must not be a holiday 1. Add a circulation rule with fines but no fines cap 1.1. Go to Administration > Circulation and fines rules 1.2. Add or modify a circulation rule, make sure - There is a quantity in "Current checkouts allowed" - There is a number of days in "Loan period" - There is an amount in "Fine amount" - There is a number in "Fine charging interval" (usually 1) - "Overdue fines cap (amount)" is **empty** 1.3. Save the circulation rule --> Note that the amount in "Overdue fines cap (amount)" is displayed as 0.00 2. Checkout an item with a date in the past to create an overdue 2.1. Find an item barcode 2.1.1. Go to Item search 2.2.2. Click Search 2.2.3. Copy a barcode from the search results 2.2. Go to a patron's file 2.2.1. Go to Patrons 2.2.2. Click on "Search" 2.2.3. Click on a patron's name 2.3. Click on the "Check out" tab on the left of the patron's file 2.4. Click on the settings icon in the "Enter item barcode" field 2.5. Pick a due date in the past 2.6. Paste the item barcode in the field 2.7. Click "Check out" or press Enter 2.8. Click "Yes, check out" --> Patron should have an overdue 3. Run fines.pl 3.1. In a terminal, run ./misc/cronjobs/fines.pl 4. Check that the patron has fines 4.1. Go to the patron's file 4.2. Click on the "Accounting" tab on the left --> Patron should have a fine (accruing) 5. Modify the circulation rule, change any field except "Overdue fines cap (amount)" (let's say the quantity of current checkouts has gone up) 5.1. Go to Administration > Circulation and fines rules 5.2. Click "Edit" next to the rule created in step 1 --> Note that the amount in "Overdue fines cap (amount)" is 0.00 5.3. Change any setting except "Overdue fines cap (amount)", e.g. change Current checkouts allowed to another number 5.4. Click "Save" --> Note that the amount in "Overdue fines cap (amount)" is displayed as 0.00 6. Redo step 2 7. Redo step 3 8. Redo step 4 --> Note that the patron has no fine If Overdue fines cap (amount) is empty, it should display as empty (or "Unlimited"), and when we edit the rule, the field should still be empty and save as empty. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 56

[Bug 34133] New: ILL table should be sorted by request id descending by default
by bugzilla-daemon＠bugs.koha-community.org 13 Sep '23

13 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34133 Bug ID: 34133 Summary: ILL table should be sorted by request id descending by default Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com CC: pedro.amorim(a)ptfs-europe.com The table saves state, so a user can choose their own. The default should be newest requests first if a user does not set something -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 20

[Bug 34181] New: Batch Patron Modification Tool missing checkboxes to clear field values
by bugzilla-daemon＠bugs.koha-community.org 13 Sep '23

13 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34181 Bug ID: 34181 Summary: Batch Patron Modification Tool missing checkboxes to clear field values Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: catrina(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 152920 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=152920&action=e… 22.05 Batch Patron Modification Tool with Checkboxes When using the batch patron modification tool in 22.05, you could select one of the boxes to the right of the field to clear the value. The instructions for this feature are in 22.11, but the checkboxes and functionality is missing. See attached screenshots for examples. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 25

[Bug 33270] New: OAI-PMH should not die on record errors
by bugzilla-daemon＠bugs.koha-community.org 13 Sep '23

13 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33270 Bug ID: 33270 Summary: OAI-PMH should not die on record errors Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Currently if the OAI listRecords command hits a bad record the script dies and there is no output. We should wrap the code in an eval or try and handle the error gracefully, allowing the rest of the catalogue to be harvested and reporting the problem in a way it can be addressed -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 36

[Bug 29762] New: Patron batch modification tool - column
by bugzilla-daemon＠bugs.koha-community.org 13 Sep '23

13 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29762 Bug ID: 29762 Summary: Patron batch modification tool - column Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: david(a)davidnind.com QA Contact: testopia(a)bugs.koha-community.org When modifying patron information using the patron batch modification tool (Tools > Patrons > Patron batch modification), the listing pages after entering either card numbers or borrower numbers have a 'Mobile' column. This matches to 'Other phone' in the contact information section when editing patron information. This is not the same as the SMS number when SMS for messages is enabled. Should this remain as 'Mobile" or be changed to match the patron information field title? Or vice versa? This was identified when testing bug 23291 - Patron batch modification based on SMS number. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 21

[Bug 34209] New: Follow up on Bug 28726 - move whole search header div into checkbox column condition
by bugzilla-daemon＠bugs.koha-community.org 13 Sep '23

13 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34209 Bug ID: 34209 Summary: Follow up on Bug 28726 - move whole search header div into checkbox column condition Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Label/patron card printing Assignee: cnighswonger(a)foundations.edu Reporter: michael.hafen(a)washk12.org QA Contact: testopia(a)bugs.koha-community.org Created attachment 153075 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=153075&action=e… Bug 28726: Follow up - move whole 'select all ...' div into checkbox column condition In the patron search popup from pages that don't have a checkbox in the search results table there is an empty div above the table. This div holds the 'Select all ...' features when there is a checkbox column in the table. -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 34233] New: Pickup location pulldowns in request.pl are blank
by bugzilla-daemon＠bugs.koha-community.org 13 Sep '23

13 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34233 Bug ID: 34233 Summary: Pickup location pulldowns in request.pl are blank Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: emily.lamancusa(a)montgomerycountymd.gov QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com There seems to be an issue with populating the pickup location pulldowns in request.pl in master. If you go to a bib record and try to place a hold, the pickup location pulldowns for both record-level and item-level holds are blank. The pulldown to change pickup location for existing holds is blank as well. Attempting to place a hold will succeed in placing a hold at the default pickup location despite the blank pulldown. The pulldown to change pickup location on moremember.pl works normally. I've replicated this on KTD and a sandbox with default settings, but no idea what's causing it. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 24

[Bug 34592] New: The Patron Search window, given just a sort field value, doesn't work
by bugzilla-daemon＠bugs.koha-community.org 13 Sep '23

13 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34592 Bug ID: 34592 Summary: The Patron Search window, given just a sort field value, doesn't work Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Label/patron card printing Assignee: cnighswonger(a)foundations.edu Reporter: michael.hafen(a)washk12.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 28726 In the patron card creator, card batch. When doing a patron search in the patron search window, if only a sort field value is given the form gets submitted and the patron search window comes back without the sort fields. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28726 [Bug 28726] Add sort1 and sort2 to patron card creator patron search -- You are receiving this mail because: You are watching all bug changes.

1 18