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

[Bug 23091] New: Restore Forgiven Overdue Fines When Lost Item Returned
by bugzilla-daemon＠bugs.koha-community.org 09 Mar '22

09 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23091 Bug ID: 23091 Summary: Restore Forgiven Overdue Fines When Lost Item Returned Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Bug 22877 is closing a loophole that several libraries have been happily using to achieve their desired fine behavior. These libraries want this behavior: - item accrues overdue fine up to maximum - when item is lost, overdue fine is forgiven and lost fee is applied - when item is returned, lost fee is forgiven and overdue fine is restored So, while many libraries will see bug 22877 as a fix, for some libraries it will be a very big disruption. My understanding of bug 22877 is that we're changing the fine calculation at checkin to not do anything with fines if the item is lost. Maybe we need to instead say don't add fines if the item is lost and the there is an existing fine for that issue where amountoutstanding!=0? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 225

[Bug 23347] New: Columns settings for items in OPAC should be according to the framework
by bugzilla-daemon＠bugs.koha-community.org 07 Mar '22

07 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23347 Bug ID: 23347 Summary: Columns settings for items in OPAC should be according to the framework 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: marjorie.barry-vila(a)collecto.ca QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Hi, It would be nice to be able to choose which fields of the item would be displayed in the OPAC in the items table, in connection with columns settings holdingst. Regards Marjorie -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 20570] New: Add script to complete scanned article requests
by bugzilla-daemon＠bugs.koha-community.org 04 Mar '22

04 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20570 Bug ID: 20570 Summary: Add script to complete scanned article requests Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 9

[Bug 20689] New: make sure the extra subfields are in a search index
by bugzilla-daemon＠bugs.koha-community.org 04 Mar '22

04 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20689 Bug ID: 20689 Summary: make sure the extra subfields are in a search index Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: patrick.robitaille(a)collecto.ca QA Contact: testopia(a)bugs.koha-community.org Hi, when you add a new subfield in a marc bibliographic framework and that subfield is not in the marc format normally, you can not add it as a item search fields. It would be useful to be able to use these new subfields for item search for exemple. Thanks, Patrick. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 85

[Bug 24548] New: Show different status in OPAC for items that have holds but have not yet been captured
by bugzilla-daemon＠bugs.koha-community.org 03 Mar '22

03 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24548 Bug ID: 24548 Summary: Show different status in OPAC for items that have holds but have not yet been captured Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: bwsdonna(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com There are situations where an item has a hold placed on it, but staff have not yet processed the holds to pull/queue and captured the hold, and another patron sees that the item is available in the OPAC and expects to be able to take it off the shelf. It would be a nice functionality to have the option of showing that item as "pending hold" or something, so that patrons realize the item is potentially going to be unavailable soon. The library request was that as soon as a bib record has a hold placed on it, the "available" status changes to something else. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

[Bug 18543] New: Automated emails for new patron accounts with the AutoEmailOpacUser preference
by bugzilla-daemon＠bugs.koha-community.org 01 Mar '22

01 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18543 Bug ID: 18543 Summary: Automated emails for new patron accounts with the AutoEmailOpacUser preference Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: karen(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When the AutoEmailOpacUser preference is set to Send, Koha should send an email with account details to newly created patrons. After some testing, we discovered that Koha will only send emails to patrons if the username and password are entered into the system by hand. The email is not sent when the username and password are automatically generated by the system. The expected behavior is that Koha would send the account details email to newly created patrons when the system automatically generates the username and the password. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[Bug 21968] New: Don't make it possible to put a return date prior to the loan date with SpecifyReturnDate
by bugzilla-daemon＠bugs.koha-community.org 28 Feb '22

28 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21968 Bug ID: 21968 Summary: Don't make it possible to put a return date prior to the loan date with SpecifyReturnDate Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation 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, kyle.m.hall(a)gmail.com Hi, when te system preference SpecifyReturnDate is activate, you can put a return date prior to the loan date and it is not logical. It would be nice if the possibility to enter a previous date will be block or a message tells us that this return date is before the date of the loan. Regards, Patrick. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 23976] New: limit ill by patron category
by bugzilla-daemon＠bugs.koha-community.org 26 Feb '22

26 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23976 Bug ID: 23976 Summary: limit ill by patron category Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: hagud(a)orex.es Koha administer could limit article request by patron category at circulation rules, but ill that it could cost more money is open to all type of patron it should be desirable if ill requests could be also limited by patroncategory like article request.. the limitation could be placed at syspref or also at circulation rules... perhaps better at syspref as itemtype could noe match with ill destination -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 19800] New: confusion with the notification for an item "in transfer" during a check-in
by bugzilla-daemon＠bugs.koha-community.org 25 Feb '22

25 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19800 Bug ID: 19800 Summary: confusion with the notification for an item "in transfer" during a check-in Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation 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, kyle.m.hall(a)gmail.com Hi, When we receive a items in transfer, we have two option. We can cancel the transfer with te fonction "Tranfers to receive" or we can do a check-in. But, the notification the notification that appears is confusing. Indeed, in this notification it is written taht the item is "Not Checked out.". The message is misleading because that could be perceived as if the check-in had not worked the first time. The message should be like "Item in transit - now available" or "Item returned from transit - Now available". Like this, the notification would no longer be confusing for library staff. Patrick. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 20609] New: Get back the "Add order to basket" on the basket page
by bugzilla-daemon＠bugs.koha-community.org 25 Feb '22

25 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20609 Bug ID: 20609 Summary: Get back the "Add order to basket" on the basket page Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: patrick.robitaille(a)collecto.ca QA Contact: testopia(a)bugs.koha-community.org Hi, Before the 16.11 version of Koha, when we opened a basket we had acces to the form "Add order to basket". Now we have to clik on "add to basket". This form was convenient and avoided an extra click. It could be nice to have this form directly from the basket without havind to do an extra clic. Patrick. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1