July 2020 - Koha-bugs - lists.koha-community.org

[Bug 25633] New: Update debian/control.ini file
by bugzilla-daemon＠bugs.koha-community.org 06 Oct '20

06 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25633 Bug ID: 25633 Summary: Update debian/control.ini file Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Packaging Assignee: koha-bugs(a)lists.koha-community.org Reporter: mtj(a)kohaaloha.com QA Contact: testopia(a)bugs.koha-community.org CC: mirko(a)abunchofthings.net This patch updates the debian/control.ini file for the 20.05 release cycle -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 25591] New: Update debian/control for debian 10
by bugzilla-daemon＠bugs.koha-community.org 06 Oct '20

06 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25591 Bug ID: 25591 Summary: Update debian/control for debian 10 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: blocker Priority: P5 - low Component: Packaging Assignee: koha-bugs(a)lists.koha-community.org Reporter: mtj(a)kohaaloha.com QA Contact: testopia(a)bugs.koha-community.org CC: mirko(a)abunchofthings.net this patch updates the debian/control for koha 20.05 on debian 10 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 70

[Bug 23249] New: Print hold slips without confirmation for multiple locations
by bugzilla-daemon＠bugs.koha-community.org 06 Oct '20

06 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23249 Bug ID: 23249 Summary: Print hold slips without confirmation for multiple locations 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: jdemuth(a)roseville.ca.us QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Depends on: 19383 Our library just upgraded to 18.11.06 and we tested bug 19383 which allows printing hold slips without confirmation. Everything worked as expected but we noticed this only works if you have one library location. This does not work for multiple library locations and looks like it overwrites the transfer and prints the hold slip making it confusing for staff. After the slip prints the screen displays both the hold box and then the transfer box below it. Here is a test plan of how to recreate this issue: 1. Place an item on hold that is at Library A and select Library B as the pick up location. 2. Check in item at Library A to trigger the transfer. 3. A hold slip still automatically prints and states its on hold at Library B. 4. Once you close the pop up box, you can see two alerts, one to reprint the hold slip and then the actual transfer prompt is below. Thanks, Jen DeMuth Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19383 [Bug 19383] Print hold slips without confirmation -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

[Bug 23292] New: Use TransferSlip when transfering item which is on hold
by bugzilla-daemon＠bugs.koha-community.org 06 Oct '20

06 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23292 Bug ID: 23292 Summary: Use TransferSlip when transfering item which is on hold Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: johanna.raisa(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org Now when Koha asks to transfer an item which is on hold it will give HoldSlip to a librarian. We have TransferSlip which is used in other transfering situations, so we should use this also when transfering hold item. The HoldSlip should trigger when the item is checked in after transfer to the right branch. Combining the hold and transfer slips might get confusing if the slip is used on self-service pickup as we are doing in Finnish public libraries. Also there comes the data protection issue if other patrons can see too much information about holds. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[Bug 26076] New: Paying selected accountlines in full may result in the error "You must pay a value less than or equal to $x"
by bugzilla-daemon＠bugs.koha-community.org 05 Oct '20

05 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26076 Bug ID: 26076 Summary: Paying selected accountlines in full may result in the error "You must pay a value less than or equal to $x" 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: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com This appears to be a bug due to inaccuracies in floating point math. I've been unable to reproduce it on demand. Sometimes when using the "Write off selected" button, Koha will give the error that the payment is more than the amount owed, even though they are the same. The solution I've implemented is to move the summation from Perl code to the database query. This video demonstrates the issue and afterward, shows the error goes away after the patch is applied: https://monosnap.com/file/pG69HC7iI9mU9kkuoCtbkVzVTffKlE -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 40

[Bug 25762] New: Typo in linkitem.tt
by bugzilla-daemon＠bugs.koha-community.org 03 Oct '20

03 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25762 Bug ID: 25762 Summary: Typo in linkitem.tt 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: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org Found this during translation... In the breadcrumbs Koha &rsaquo; Cataloging ’ Link to host record should be Koha &rsaquo; Cataloging &rsaquo; Link to host record -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 24911] New: Exception holidays treated as unique holidays in calendar
by bugzilla-daemon＠bugs.koha-community.org 02 Oct '20

02 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24911 Bug ID: 24911 Summary: Exception holidays treated as unique holidays in calendar Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Holidays Assignee: koha-bugs(a)lists.koha-community.org Reporter: emmi.takkinen(a)outlook.com QA Contact: testopia(a)bugs.koha-community.org When exception holiday is made it's still treated as unique holiday. Only days that aren't holidays but are included in the range of "Generate exceptions on a range of dates" are exceptions. To test: 1. Create holidays on a range e.g 23-24/3 2. Create exceptions on a range of 24-25/3 3. When editing: => 24/3 has label "Unique holiday" and is listed both in "Unique holidays" and "Exception holidays" lists => 25/3 has label "Holiday exception" and is listed only in "Exception holidays" Problems this is causing: 1. If you edit title and description of 24th day, you'll notice from holiday lists that edit only applies to unique holiday. In "Exception holidays" title and description remain the same. 2. When trying to delete 24th, only option "Delete this holiday" is given, not "Delete this exception" as it should. And if you use "Delete this holiday", unique holiday "beneath" exception gets deleted but day remains as exception holiday. Of course "Delete exceptions on range" still works and single exceptions can be deleted with it. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 21538] New: Show ilbrary on account page
by bugzilla-daemon＠bugs.koha-community.org 02 Oct '20

02 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21538 Bug ID: 21538 Summary: Show ilbrary on account page 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: josef.moravec(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com As the bug 21401 enable saving branchcode for accountlines, we could want to show it on fines page too. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[Bug 16272] New: Transform checkout from on-site checkout to regular checkout
by bugzilla-daemon＠bugs.koha-community.org 01 Oct '20

01 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16272 Bug ID: 16272 Summary: Transform checkout from on-site checkout to regular checkout Change sponsored?: Sponsored Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: nicolas.legrand(a)bulac.fr QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com At the BULAC library, patrons may ask more one-site checkouts than regular checkouts. Often they request a bunch of books from the stacks, get them checked out as on-site checkouts, consult them. Eventually they come back to the desk asking to check in books they are not interested in and transform their on-site checkout to regular checkouts on books they wish to bring home. We would like to have a quick way to do this on the intranet: by checkin out an item which is on-site checked out for the same borrower, we would like the loan to become a regular check out. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 30

[Bug 20912] New: Rental Fees based on Time Period
by bugzilla-daemon＠bugs.koha-community.org 01 Oct '20

01 Oct '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20912 Bug ID: 20912 Summary: Rental Fees based on Time Period Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: kyle(a)bywatersolutions.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Work to be done: 1) Add new column for daily rental fee to itemtypes 2) Add new syspref to control if daily rental fee includes holidays 3) Add code to C4::Circulation::AddIssue that will check the item's type to determine if it has a daily rental fee a) If it does, the rental fee will be calculated in full as "checkout length" times "daily rental fee", less holidays if syspref is set to ignore them 4) Add unit tests -- You are receiving this mail because: You are watching all bug changes.

1 286