March 2023 - Koha-bugs - lists.koha-community.org

[Bug 8367] How long is a hold waiting for pickup at a more granular level
by bugzilla-daemon＠bugs.koha-community.org 06 Mar '23

06 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8367 Nick Clemens <nick(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Passed QA -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 33065] New: moremember.pl showing duplicate items
by bugzilla-daemon＠bugs.koha-community.org 06 Mar '23

06 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33065 Bug ID: 33065 Summary: moremember.pl showing duplicate items Change sponsored?: --- Product: Koha Version: 22.11 Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: rudy.hinojosa(a)lifeafter.solutions QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Created attachment 147347 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=147347&action=e… Screen shot of duplicate item When using offline circulation imports, the checkouts tab in the moremember.pl patron view shows duplicate items/barcodes. After reviewing the mysql database, the items table did not contain duplicate items thankfully. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 26571] New: Add REST API endpoint for patron checkout history
by bugzilla-daemon＠bugs.koha-community.org 06 Mar '23

06 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26571 Bug ID: 26571 Summary: Add REST API endpoint for patron checkout history Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: oleonard(a)myacpl.org The options for retrieving and displaying a patron's reading history are limited right now. In the staff client it fetches the whole data set, and in the OPAC it offers the option of either all or 50. I think a REST API endpoint would expand the options we could provide, including features like the one described in Bug 26570, "Search Functionality in Borrowing History." -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 33142] New: display the operation number in the table of transactions
by bugzilla-daemon＠bugs.koha-community.org 06 Mar '23

06 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33142 Bug ID: 33142 Summary: display the operation number in the table of transactions Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org In the table of transaction, it should be useful, for control and for a better understanding of complex situations, to display the operation number (I mean the accountlines_id field). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 23667] New: Add API route for getting an item by barcode
by bugzilla-daemon＠bugs.koha-community.org 06 Mar '23

06 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23667 Bug ID: 23667 Summary: Add API route for getting an item by barcode Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST api Assignee: koha-bugs(a)lists.koha-community.org Reporter: kugler_stefan(a)hotmail.com Add API route to get an item by barcode (extension to bug 16825), eg: GET /items?barcode={barcode} -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 24

[Bug 23538] New: Email Library when New Patrons Self Register
by bugzilla-daemon＠bugs.koha-community.org 06 Mar '23

06 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23538 Bug ID: 23538 Summary: Email Library when New Patrons Self Register Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Self Registration is a great feature in the OPAC. However, some libraries find it hard to manage these new registrations and would like to be alerted via email when a new patron self-registers. In the newest version of Koha, 19.05, this feature has been added for Purchase Suggestions, email library when new purchase suggestion is created. It would be great to have this same thing for Self Registration. -- You are receiving this mail because: You are watching all bug changes.

1 78

[Bug 33084] New: OPAC self registration users greeted by error message due to "safe link" service.
by bugzilla-daemon＠bugs.koha-community.org 06 Mar '23

06 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33084 Bug ID: 33084 Summary: OPAC self registration users greeted by error message due to "safe link" service. Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: andreas.jonsson(a)kreablo.se QA Contact: testopia(a)bugs.koha-community.org Microsoft Office 365 redirects clicked links in emails to a "safe links" service. The "safe link" service will probe the link before redirecting the user, which means that if the registration is completed by the GET-request, the process is already done by the time the user loads the registration page. The user will then be greeted with an error message that declares that the registration process failed, although the account have actually been created. In general we should not make database modifications based on GET-requests. I propose that the verification link should land on a page with a button which needs to be clicked to send a POST-request to complete the registration. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 26102] Javascript injection in intranet search
by bugzilla-daemon＠bugs.koha-community.org 06 Mar '23

06 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26102 Phil Ringnalda <phil(a)chetcolibrary.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |33144 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33144 [Bug 33144] Authority lookup in advanced editor overencodes HTML -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14921] Default sort order on "Notices and Slips" page causes confusion.
by bugzilla-daemon＠bugs.koha-community.org 06 Mar '23

06 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14921 Aleisha Amohia <aleisha(a)catalyst.net.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED CC| |aleisha(a)catalyst.net.nz Status|NEW |RESOLVED --- Comment #1 from Aleisha Amohia <aleisha(a)catalyst.net.nz> --- I think this is no longer valid. The Notices and slips table now is sorted by Name by default, and this can be easily configured in the Administration -> Table settings page /cgi-bin/koha/admin/columns_settings.pl?module=tools&page=notices&table=lettert -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 30972] New: "Replace existing covers" checkbox in upload-cover-image.pl now replaces ALL covers for a biblio, not only the specific item's covers.
by bugzilla-daemon＠bugs.koha-community.org 05 Mar '23

05 Mar '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30972 Bug ID: 30972 Summary: "Replace existing covers" checkbox in upload-cover-image.pl now replaces ALL covers for a biblio, not only the specific item's covers. Change sponsored?: --- Product: Koha Version: 22.05 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: egpetridis(a)yahoo.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl It seems that the "Replace existing covers" checkbox in /cgi-bin/koha/tools/upload-cover-image.pl?itemnumber=2385&filetype=image# now replaces ALL covers for a biblio, not only the specific item's cover(s). This is a departure from how koha worked in the past, is undocumented and could become a major problem for libraries keeping Continuing Resources local cover images, discarding years' work in an instance. When one uploads a cover for a specific issue, replace should work for only the cover(s) linked to that specific issue. The problem may also be related to issue cover images now appearing as alternate cover images for the biblio. In the past if one wanted the biblio to have a cover image attached, one had to upload an image to the biblio itself. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18