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

[Bug 27642] New: Add notes to receipts
by bugzilla-daemon＠bugs.koha-community.org 16 Apr '23

16 Apr '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27642 Bug ID: 27642 Summary: Add notes to receipts Change 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: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Would love it if there were a way to add notes to the bottom of checkout receipts - Maybe a piece of information a patron wants that we could manually fill out - maybe called "Receipt Notes". It would also be cool if down the road, if a patron has a book checked out, and they wanted to have a list of books in the series, that there would be some kind of button or link next to the book we could click that would add that list to these notes. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 30265] New: Hide 'Log into your account' in OPAC authentication page
by bugzilla-daemon＠bugs.koha-community.org 16 Apr '23

16 Apr '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30265 Bug ID: 30265 Summary: Hide 'Log into your account' in OPAC authentication page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 131536 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=131536&action=e… Screenshot showing double auth form If not logged in, in OPAC header there is link 'Log into your account'. Using it shows a popup with authentication form. In authentication page /cgi-bin/koha/opac-user.pl this double authentication form feels not ergonomic. It may lead to misunderstanding. We can simply hide this link in this special page. -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 31231] New: Link authorities automatically does not always work
by bugzilla-daemon＠bugs.koha-community.org 16 Apr '23

16 Apr '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31231 Bug ID: 31231 Summary: Link authorities automatically does not always work Change sponsored?: --- Product: Koha Version: 21.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: hc(a)interleaf.ie QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Bug 11299 introduced the "Link authorities automatically" function. When the button is used for fields with only the main heading or the main heading and one subheading, it works. However, I've noticed a few instances of it not picking up already existing authority records. When this happens, it generates a new authority record. Then, if the same authority is used in a new bibliographic record the "Link authorities automatically" button will link to the newly created, duplicate authority. Example: In a new bibliographic record, the 650 fields are filled out as follows: 650$a - Biology 650$x - Research 650$y - 1960 There is already an authority record with this content in the 150 field: 150$a - Biology 150$x - Research 150$y - 1960 When the "Link authorities automatically" is clicked, the original authority is not picked up, but a duplicate authority is created. On a new bibliographic record, the same information is added to the 650 fields and the "Link authorities automatically" is clicked and the duplicate authority is linked, not the original one. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 10

[Bug 31298] New: Framework defaults don't work when adding records to basket from external source
by bugzilla-daemon＠bugs.koha-community.org 16 Apr '23

16 Apr '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31298 Bug ID: 31298 Summary: Framework defaults don't work when adding records to basket from external source Change sponsored?: --- Product: Koha Version: 21.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: sbrown(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org In 21.11.05, it appears that framework defaults aren't working properly when adding records to a basket from an external source. To test: 1) Set the following framework/942$c defaults: ACQ/NEW, Default/BOOK, SR/MAG 2) Set UseACQFrameworkForBiblioRecords to "Use the framework 'ACQ' for bibliographic records fields" 3) Create a basket, and add to it 'From an external source' 4) Select the SR framework prior to searching via z39.50 5) Bring in your record, and view the bib - note that 942$c is blank 6) Repeat steps 3-5 with Default and ACQ frameworks selected - the result is the same. The same thing happens when steps 3-6 are repeated with UseACQFrameworkForBiblioRecords set to "Don't use". At least as recently as 20.05, selecting a specific framework in step 4 above would override the ACQ framework when UseACQFrameworkForBiblioRecords was set to "use". -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[Bug 18618] New: Mana - Add reading suggestions (crontab - scripts)
by bugzilla-daemon＠bugs.koha-community.org 16 Apr '23

16 Apr '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18618 Bug ID: 18618 Summary: Mana - Add reading suggestions (crontab - scripts) Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: baptiste.wojtkowski(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl -- You are receiving this mail because: You are watching all bug changes.

1 57

[Bug 18496] New: Membership renewal fee
by bugzilla-daemon＠bugs.koha-community.org 16 Apr '23

16 Apr '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18496 Bug ID: 18496 Summary: Membership renewal fee 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: amitddng135(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com This feature help to collect the fees while renewal of membership. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 10

[Bug 20913] New: allow multiple if/unless statements in MARC modification template actions by adding AND/OR qualifiers
by bugzilla-daemon＠bugs.koha-community.org 16 Apr '23

16 Apr '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20913 Bug ID: 20913 Summary: allow multiple if/unless statements in MARC modification template actions by adding AND/OR qualifiers Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: hughr(a)brimbank.vic.gov.au QA Contact: testopia(a)bugs.koha-community.org Actions in MARC Modification templates have the following syntax: [action] all/first [field] (plus optionally... if/unless [field] [conditional]) But there is only the option for one if/unless. This is usually enough, but sometimes it would be useful to be able to add another qualifier linked with and/or. For example, libraries importing embedded items might want to apply a different shelf location or call number depending on the home location. In this case, they would want to do something like: Add/Update field '952c' with value 'Animals' IF field '984c' matches /^(57+[0-9]+.?.*)/ AND IF field '952a' matches 'Main' -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 28269] New: Order search should be possible with ISSN too
by bugzilla-daemon＠bugs.koha-community.org 14 Apr '23

14 Apr '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28269 Bug ID: 28269 Summary: Order search should be possible with ISSN too Change sponsored?: --- Product: Koha Version: 20.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: inkeri.hakulinen+bugz(a)helsinki.fi QA Contact: testopia(a)bugs.koha-community.org At the order search ( koha/acqui/histsearch.pl ) there should be a possibility to search orders by ISSN. Serials don't have an ISBN, but ISSN. Often the serial names are long and similar to each other, so the short and exact searching by ISSN should be an option, too. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 41

[Bug 31782] New: Patron lists - patron autocomplete search does not work
by bugzilla-daemon＠bugs.koha-community.org 14 Apr '23

14 Apr '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31782 Bug ID: 31782 Summary: Patron lists - patron autocomplete search does not work Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: david(a)davidnind.com QA Contact: testopia(a)bugs.koha-community.org When adding a patron to a list, the autocomplete search does not work. Instead, you have to paste the patron card number or borrower number into the Add multiple patrons form. To replicate: 1. Go to Tools > Patrons and circulation > Patron lists. 2. Add a new patron list. 3. Go to add patrons page for the list. Note that there is a JavaScript in the web developer tools console [1]. 4. Type an existing name in the patron search box, for example: mary. 5. Note that the progress icon/circle appears very briefly, but the name is not autocompeleted. 6. Note also that there is a 400 bad request error in the web developer tools console.[2] [1] JavaScript error when viewing Add patrons page for a patron list: Uncaught TypeError: can't access property "_renderItem", $(...).autocomplete(...).data(...) is undefined patron_autocomplete http://127.0.0.1:8081/intranet-tmpl/js/autocomplete/patrons_22.0600062.js:20 <anonymous> http://127.0.0.1:8081/cgi-bin/koha/patron_lists/list.pl?patron_list_id=1:10… jQuery 2 e t [2] 400 bad request error when typing a name in the autocomplete field: GET http://127.0.0.1:8081/api/v1/patrons?term=mary Status: 400 Bad Request Version: HTTP/1.1 .. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 28

[Bug 30980] New: Make patron selection more consistent
by bugzilla-daemon＠bugs.koha-community.org 14 Apr '23

14 Apr '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30980 Bug ID: 30980 Summary: Make patron selection more consistent 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com We have a number of places where one can select a patron as part of a process... but these selects vary wildly.. some are 'autocomplete', others allow for full search. I proposed using select2 consistently for the forms one's when reviewing bug 30578. It's worth investigating. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7