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

[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 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

[Bug 24625] New: Phase out jquery.cookie.js: showLastPatron
by bugzilla-daemon＠bugs.koha-community.org 22 Feb '21

22 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24625 Bug ID: 24625 Summary: Phase out jquery.cookie.js: showLastPatron Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: testopia(a)bugs.koha-community.org Depends on: 23944 The showLastPatron feature uses cookies to store information about last searched patron in the staff client. This process should use the newer cookie library, js-cookie. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23944 [Bug 23944] Phase out use of jquery.cookie.js in favor of js.cookie.js -- You are receiving this mail because: You are watching all bug changes.

1 24

[Bug 24621] New: Phase out jquery.cookie.js: Basic MARC editor
by bugzilla-daemon＠bugs.koha-community.org 22 Feb '21

22 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24621 Bug ID: 24621 Summary: Phase out jquery.cookie.js: Basic MARC editor Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: testopia(a)bugs.koha-community.org Depends on: 23944 The basic cataloging editor uses cookies to set preferences for whether to show tag numbers or MARC documentation links. This process should use the newer cookie library, js-cookie. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23944 [Bug 23944] Phase out use of jquery.cookie.js in favor of js.cookie.js -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 24619] New: Phase out jquery.cookie.js: MARC Frameworks
by bugzilla-daemon＠bugs.koha-community.org 22 Feb '21

22 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24619 Bug ID: 24619 Summary: Phase out jquery.cookie.js: MARC Frameworks Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: testopia(a)bugs.koha-community.org Depends on: 23944 The MARC Framework page uses a cookie to set a preference for whether to "display only used tags/subfields." This process should use the newer cookie library, js-cookie. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23944 [Bug 23944] Phase out use of jquery.cookie.js in favor of js.cookie.js -- You are receiving this mail because: You are watching all bug changes.

1 12