January 2021 - Koha-bugs - lists.koha-community.org

[Bug 26059] New: Create guarantor/guarantee links on patron import
by bugzilla-daemon＠bugs.koha-community.org 23 Feb '21

23 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26059 Bug ID: 26059 Summary: Create guarantor/guarantee links on patron import Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons 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, kyle.m.hall(a)gmail.com The change to allow multiple guarantors was meant to maintain the ability to import patrons with a Koha patron guarantor, but is not working as intended. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 28

[Bug 26406] New: Suggestions filter does not work
by bugzilla-daemon＠bugs.koha-community.org 23 Feb '21

23 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26406 Bug ID: 26406 Summary: Suggestions filter does not work Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: OPAC Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org The suggestions filter at the OPAC does not work at all. There is an input box but it does nothing https://snipboard.io/tsGM8h.jpg -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 23403] New: SIP2 lends to wrong patron if cardnumber is missing
by bugzilla-daemon＠bugs.koha-community.org 23 Feb '21

23 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23403 Bug ID: 23403 Summary: SIP2 lends to wrong patron if cardnumber is missing Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com To reproduce: Make sure you have two borrowers with no cardnumber, but with a userid. Determine which of the two patrons has the *highest* borrowernumber and lend a book to this patron via SIP2. If you do not have a SIP2 self check machine on hand you can do it thusly on the command line: $ telnet localhost <SIP2 port number> > 9300CN<SIP2 username>|CO<SIP2 password>|CP<library code>| > 11NN20190731 14163520190731 141635AO<library code>|AA<userid>|AB<barcode>|ACmy password|AD| Now check who the book is actually on loan to. In my testing it has been the patron without a cardnumber that has the lowest borrowernumber! -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 43

[Bug 24227] New: System Preference: EmailPurchaseSuggestion missing from the 19.05 manual
by bugzilla-daemon＠bugs.koha-community.org 23 Feb '21

23 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24227 Bug ID: 24227 Summary: System Preference: EmailPurchaseSuggestion missing from the 19.05 manual Change sponsored?: --- Product: Koha Version: 19.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The system preference, EmailPurchaseSuggestion is missing from the 19.05 (and 19.11) manual. Here is the information needed for this system preference There are two new system preferences that work together on this new feature: EmailPurchaseSuggestions &EmailAddressForSuggestions There are a few options for the first system preference, EmailPurchaseSuggestion. The email can be sent: -None -Email Address of Branch (found in the Libraries section of Admin) -Email address for Suggestions - which if chosen, then the next system preference will be used -Koha Admin Email Address- which is an email in the system preference, KohaAdminEmail. If a library would like to use an email separate from either the Email Address of the Branch ore the Koha Admin Email Address, then the next system preference, EmailAddressforSuggestions, should be filled in. If a library does not want to be emailed when a purchase suggestion has been made, a library would choose None (which will be set as the default on an upgrade). There is a new notice that is called New_Suggestion for this email. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 26693] New: Add option to update dateaccessioned when receiving an order
by bugzilla-daemon＠bugs.koha-community.org 22 Feb '21

22 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26693 Bug ID: 26693 Summary: Add option to update dateaccessioned when receiving an order Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl For libraries that create item records when placing an order, the dateaccessioned field gets set with the date on which the record was created, which may be several months prior to when the item actually arrives at the library. Once the item arrives and enters circulation, it may be more useful for collection management purposes to record a dateaccessioned linked to when the item actually arrived at the library. I'd like to see a new Acquisitions syspref to give the option to re-set the dateaccessioned when marking an item received. This would only apply to items that were created at time or ordering and are therefore linked to an order. In these cases, the acq data is already remembering when the order was placed so we're really not losing anything by changing dateaccessioned. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 25552] New: Add missing Claims Returned option to MarkLostItemsAsReturned
by bugzilla-daemon＠bugs.koha-community.org 22 Feb '21

22 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25552 Bug ID: 25552 Summary: Add missing Claims Returned option to MarkLostItemsAsReturned 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: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Marking an item as a return claim checks MarkLostItemsAsReturned to see if claim_returned is a value in MarkLostItemsAsReturned. However, this option was never added to MarkLostItemsAsReturned so an a return claim can never be automatically removed from the patron record, even if they wanted such behavior. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 51

[Bug 27415] New: Add note to ILLHiddenRequestStatuses preference to the ILLSTATUS authorized value category
by bugzilla-daemon＠bugs.koha-community.org 22 Feb '21

22 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27415 Bug ID: 27415 Summary: Add note to ILLHiddenRequestStatuses preference to the ILLSTATUS authorized value category Change sponsored?: --- Product: Koha Version: 20.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucy.vaux-harvey(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com It would be useful to have a note in ILLHiddenRequestStatuses preference to say that request codes can be found in the ILLSTATUS authorized value category. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 27418] New: Manual: dontmerge was replaced by AuthorityMergeLimit
by bugzilla-daemon＠bugs.koha-community.org 22 Feb '21

22 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27418 Bug ID: 27418 Summary: Manual: dontmerge was replaced by AuthorityMergeLimit Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Keywords: Academy Severity: trivial Priority: P5 - low Component: Documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org In the cataloging chapter the paragraph describing dontmerge needs to be updated to reflect the changes made with bug 3178. It currently reads: Once you’ve made the necessary edits, simply click ‘Save’ and dontmerge is set to ‘Do’, Koha will immediately update all of the bib records linked to the authority with the new authority record’s data. If dontmerge is set to “Don’t” then Koha won’t edit bib records when changes are made to authorities, rather, this is done later by the merge_authority.pl cronjob. dontmerge system preference doesn't exist. AuthorityMergeLimit is used with different options. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 27264] New: Reword sentence of OPACHoldsHistory
by bugzilla-daemon＠bugs.koha-community.org 22 Feb '21

22 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27264 Bug ID: 27264 Summary: Reword sentence of OPACHoldsHistory 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: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The sentence for the OPACHoldsHistory system preference seems clunky. Allow/Don't allow patrons to see what books they have place holds in the past. First, libraries don't have only books. This should be "items" or "titles". Second "they have place holds in the past" doesn't seem grammatically correct. I suggest Allow/Don't allow patrons to see the list of their past holds. But I'm willing to take other suggestions as I'm not a native English speaker. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 20410] New: Remove OpacGroupResults system preference and feature
by bugzilla-daemon＠bugs.koha-community.org 22 Feb '21

22 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20410 Bug ID: 20410 Summary: Remove OpacGroupResults system preference and feature Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: gaetan.boisson(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org This is used only once according to HEA, but i am pretty sure this doesn't work, and probably never will. I suggest removing it entirely. -- You are receiving this mail because: You are watching all bug changes.

1 22