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

[Bug 20689] New: make sure the extra subfields are in a search index
by bugzilla-daemon＠bugs.koha-community.org 04 Mar '22

04 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20689 Bug ID: 20689 Summary: make sure the extra subfields are in a search index Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: patrick.robitaille(a)collecto.ca QA Contact: testopia(a)bugs.koha-community.org Hi, when you add a new subfield in a marc bibliographic framework and that subfield is not in the marc format normally, you can not add it as a item search fields. It would be useful to be able to use these new subfields for item search for exemple. Thanks, Patrick. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 85

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

04 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14797 Lucy Vaux-Harvey <lucy.vaux-harvey(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |lucy.vaux-harvey@ptfs-europ | |e.com --- Comment #5 from Lucy Vaux-Harvey <lucy.vaux-harvey(a)ptfs-europe.com> --- This remains an issue for orders with current holds attached to them. It would be great if the 'Cancel order' options in the basket view made it clear that the item/biblio would not be deleted due to a hold. Also the error message that displays following the Cancel order confirmation screen is not clear. The error message is this one (found on another bug report) - https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=117968. Could this be re-worded and formatted more clearly to highlight that the items have not been deleted because a hold is attached? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 17239] Vulnerabilitiy warning for package C4::Biblio
by bugzilla-daemon＠bugs.koha-community.org 04 Mar '22

04 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17239 Fridolin Somers <fridolin.somers(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks|29771 | See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=29771 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29771 [Bug 29771] Get rid of CGI::param in list context warnings -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 15594] Sequence of MARC 260 subfields different on XSLT result list and detail page
by bugzilla-daemon＠bugs.koha-community.org 03 Mar '22

03 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15594 The Minh Luong <the-minh.luong(a)inlibro.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Needs Signoff CC| |the-minh.luong(a)inlibro.com -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15594] Sequence of MARC 260 subfields different on XSLT result list and detail page
by bugzilla-daemon＠bugs.koha-community.org 03 Mar '22

03 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15594 --- Comment #10 from The Minh Luong <the-minh.luong(a)inlibro.com> --- Created attachment 131363 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=131363&action=e… Bug 15594: Class in now unchanged after the patch I'm not sure if this is the actual issue, but I found that the patch puts the span with the class "publisher_name" inside a new span with typeOf="Organization". In this patch, I removed that new span, to keep it coherent with the previous code. Also, the MARC 260 subfields are displayed correctly ! -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15516] Allow to place a hold on first available item from a group of titles
by bugzilla-daemon＠bugs.koha-community.org 03 Mar '22

03 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15516 Owen Leonard <oleonard(a)myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Patch doesn't apply -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 30157] New: Make hold notes visible from the holds tab in patrons record
by bugzilla-daemon＠bugs.koha-community.org 03 Mar '22

03 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30157 Bug ID: 30157 Summary: Make hold notes visible from the holds tab in patrons record Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: noemie.labine(a)collecto.ca QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Created attachment 131027 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=131027&action=e… Patron's account When there's a note on an hold, this note is not visible from the patron's account. You need to go to the holds tab in the document's record to see the note. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 24548] New: Show different status in OPAC for items that have holds but have not yet been captured
by bugzilla-daemon＠bugs.koha-community.org 03 Mar '22

03 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24548 Bug ID: 24548 Summary: Show different status in OPAC for items that have holds but have not yet been captured Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: bwsdonna(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com There are situations where an item has a hold placed on it, but staff have not yet processed the holds to pull/queue and captured the hold, and another patron sees that the item is available in the OPAC and expects to be able to take it off the shelf. It would be a nice functionality to have the option of showing that item as "pending hold" or something, so that patrons realize the item is potentially going to be unavailable soon. The library request was that as soon as a bib record has a hold placed on it, the "available" status changes to something else. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

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

02 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8367 --- Comment #170 from Aleisha Amohia <aleisha(a)catalyst.net.nz> --- Created attachment 131302 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=131302&action=e… Bug 8367: (follow-up) Fix pickup delay text on OPAC and other bits -- You are receiving this mail because: You are watching all bug changes.

1 0

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

02 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8367 Aleisha Amohia <aleisha(a)catalyst.net.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #125087|0 |1 is obsolete| | --- Comment #169 from Aleisha Amohia <aleisha(a)catalyst.net.nz> --- Created attachment 131301 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=131301&action=e… Bug 8367: Make database update idempotent (across different MariaDB versions) The previous query seemed to work on MariaDB 10.1.48 (used by koha-testing-docker), but it didn't work on MariaDB 10.3.29 (default in Debian 10 as of this writing), but this patched query works on both indempotently. -- You are receiving this mail because: You are watching all bug changes.

1 0