April 2022 - Koha-bugs - lists.koha-community.org

[Bug 23112] New: Circulation of ILL items
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '22

21 Apr '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23112 Bug ID: 23112 Summary: Circulation of ILL items Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com Target Milestone: --- The ILL framework we have supports the tracking of ILL requests well, but once the item has arrived at the library there isn't a clear workflow for lending it to the end user. https://wiki.koha-community.org/wiki/ILL_Circulation_RFC -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 123

[Bug 14570] Make it possible to add multiple guarantors to a record
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '22

21 Apr '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14570 --- Comment #251 from Jonathan Druart <jonathan.druart+koha(a)gmail.com> --- It seems that the following occurrences of "guarantorid" should have been removed: koha-tmpl/intranet-tmpl/prog/en/includes/patronfields.inc: [%- CASE 'guarantorid' -%]<span>Guarantor ID</span> koha-tmpl/intranet-tmpl/prog/en/modules/members/moremember.tt: <a class="btn btn-default btn-xs" href="memberentry.pl?op=modify&borrowernumber=[% patron.borrowernumber | html %]&step=1&guarantorid=[% guarantor.borrowernumber | html %]"><i class="fa fa-pencil"></i> Edit</a> t/db_dependent/Koha/Patrons.t: guarantorid => $guarantor->borrowernumber t/db_dependent/Koha/Patrons.t: guarantorid => $guarantor->borrowernumber t/lib/TestBuilder.pm: # skip when FK points to itself: e.g. borrowers:guarantorid -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 25029] New: AllowPatronToControlAutorenewal needs to have a disable setting
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '22

21 Apr '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25029 Bug ID: 25029 Summary: AllowPatronToControlAutorenewal needs to have a disable setting Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The AllowPatronToControlAutorenewal has a Staff or Stand and Patron setting, but it needs to be a master disable switch as well. With it in the staff only position, staff still see a switch for auto renewal in the patron settings, despite that nothing is set in the circulation rules. It would be ideal if AllowPatronToControlAutorenewal had a Disable setting that: * hid the "Allow auto-renewal of items" choice in the Library Management settings for the patron. * hid the three columns in the circulation rules that deal with Auto Renewal. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 32

[Bug 14797] Cancelling orders with no alert to existing holds
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '22

20 Apr '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14797 CB <balestrieri(a)monterey.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |balestrieri(a)monterey.org --- Comment #6 from CB <balestrieri(a)monterey.org> --- My current practice is to cancel the order and delete the Bib record when cancelling an item on order. If we have another copy of the same item on the existing Bib record, koha will not let you delete the Bib record; it will only allow you to cancel the order for the item. This should be fine as far as a hold is concerned, as the hold will now still be in place for the item currently in circulation. As such, koha will not allow you to cancel the order and delete the Bib record if there is a hold on the item (and this is the only item attached to the Bib record). This automatically alerts me that there is a hold on the item. I do not find this "bug" to be an issue in my workflow or with koha. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 20398] New: Remove search result highlighting
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '22

20 Apr '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20398 Bug ID: 20398 Summary: Remove search result highlighting 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: gaetan.boisson(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Search result highlighting is broken and has been broken for a long time: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11270 Adding insult to injury there is no way to deactivate it on the staff interface. We are so used to see it that we don't pay attention, but new users notice it, and complain. It would be good to remove it until it is fixed. (As a general rule i think features that aren't entirely functional shouldn't make it into the release until they are actually ready.) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 57

[Bug 12446] Enable an adult to have a guarantor
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '22

20 Apr '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12446 The Minh Luong <the-minh.luong(a)inlibro.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Needs Signoff --- Comment #179 from The Minh Luong <the-minh.luong(a)inlibro.com> --- I tried to apply the patch and it seems to apply cleanly. I do not have any merge markers when I apply the patch. Did you make sure that your environment is up to date? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 9097] Add option to trigger 'Welcome mail' manually
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '22

20 Apr '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9097 --- Comment #24 from Fridolin Somers <fridolin.somers(a)biblibre.com> --- Pushed to master for 22.05, thanks to everybody involved 🦄 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 9097] Add option to trigger 'Welcome mail' manually
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '22

20 Apr '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9097 Fridolin Somers <fridolin.somers(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Passed QA |Pushed to master Version(s)| |22.05.00 released in| | -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 30573] New: Do not hide "Total Tax Inc" on invoice details when tax has been charged
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '22

20 Apr '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30573 Bug ID: 30573 Summary: Do not hide "Total Tax Inc" on invoice details when tax has been charged Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org On invoice.pl, if the vendor is set up so prices at receiving do not include tax, we hide the "Total tax inc" column in invoice details. If there is a tax rate associated with this vendor and tax has been calculated and charged, we should show the "Total tax inc" column. Otherwise the user ends up having to either click the reveal the column or do the math themselves. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 11300] Add a new authority linker which searches for authority links on a Z39.50 server.
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '22

20 Apr '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11300 Shi Yao Wang <shi-yao.wang(a)inLibro.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #115217|0 |1 is obsolete| | --- Comment #41 from Shi Yao Wang <shi-yao.wang(a)inLibro.com> --- Created attachment 133496 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=133496&action=e… Bug 11300: Add a new authority linker which searches for authority links on a Z39.50 server. This patch adds a Z39.50 Linker which searches for authority links on a remote server. If a matching authority is found, it's imported in the local database for linking with the current biblio record. If no matching authority was found on the remote server, the Linker falls back to a local authority search. Configuration : * The option "Z39.50 Server" is added to the LinkerModule preference. You must choose this to use the new Linker. * The preference LinkerZ3950Server is required and specifies which server to use for linking. It must contain the "name" of the server, as defined in the z3950servers table. * You can set the "local_first" option in the LinkerOptions preference to force the Linker to search for authorities in the local database first. If no local authority match was found, the Linker falls back to a remote Z39.50 search. Sponsored-by: CCSR ( http://www.ccsr.qc.ca ) -- You are receiving this mail because: You are watching all bug changes.

1 0