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

[Bug 27032] New: CanBookBeRenewed is not understandable and needs refactoring
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '21

08 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27032 Bug ID: 27032 Summary: CanBookBeRenewed is not understandable and needs refactoring Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: joonas.kylmala(a)helsinki.fi Reporter: joonas.kylmala(a)helsinki.fi QA Contact: testopia(a)bugs.koha-community.org Blocks: 26659 While trying to resolve the bugs found in bug 26659 I deemed the CanBookBeRenewed subroutine to be too difficult to understand and make changes. This bug report is opened in the hope that we can refactor it a bit and allow making changes to it easier in future. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26659 [Bug 26659] An item can be renewed even if there are holds waiting to be filled -- You are receiving this mail because: You are watching all bug changes.

1 32

[Bug 28687] New: Add Koha::Item::Attribute(s)
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '21

08 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28687 Bug ID: 28687 Summary: Add Koha::Item::Attribute(s) Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org We should get rid of items.more_subfields_xml. For that, we should - Add a table to store the item's extended attributes - Add classes for handling them - Migrate more_subfields_xml into that -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 28720] New: Update the process of adding a checkout note in the OPAC
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '21

08 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28720 Bug ID: 28720 Summary: Update the process of adding a checkout note in the OPAC Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Created attachment 122925 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=122925&action=e… Screenshot of checkout note modal I'd like to make some changes to the way checkout notes are submitted in the OPAC: - The "add note" button will trigger a modal where the user can submit or edit their message. - The modal window will contain text explaining that the note will be shown to staff when the item is checked in. - The message about a successfully submitted message will have text formatting added to improve clarity, and include an edit link for re-editing a message. -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 28933] New: Hard to parse OPAC-detail subscription information
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '21

08 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28933 Bug ID: 28933 Summary: Hard to parse OPAC-detail subscription information 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: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org I received a request to hide all closed subscriptions from the OPAC detail subscriptions tab. When a subscription is closed a '.subscription_closed' class is added, which is great. The problem there is no hierarchy to the HTML structure, every subscription detail (.subscription_closed, .subscription_location, etc. ) is a sibling of the next. It would be trivial to add a parent element to each subscription to make it easier to target with CSS/jQuery. -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 28484] New: Elasticsearch fails to parse query if colon or exclamation point is in 245$a
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '21

08 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28484 Bug ID: 28484 Summary: Elasticsearch fails to parse query if colon or exclamation point is in 245$a Change sponsored?: --- Product: Koha Version: 20.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: b.pastern4k(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl We have Elasticsearch 6.8.15 and the following error happens when trying to enter colon or exclamation point into 245$a as the last symbol [query_shard_exception] Failed to parse query [(host-item:osteuropa:)], with: {"index_uuid": ....} called from sub Search::Elasticsearch::Role::Client::Direct::__ANON__ at /usr/share/koha/lib/Koha/SearchEngine/Elasticsearch/Search.pm line 96 'Failed to parse query [(host-item:osteuropa:)]'}],'failed_shards' => [{'shard' => 0,'node' => 'node','reason' => {'type' => 'query_shard_exception','caused_by' => {'caused_by' => {'type' => 'parse_exception','reason' => 'Encountered " ":" ": "" at line 1, column 20. Error does not happen when entering either of these symbols in 245$b. Are these symbols not properly escaped in that subfield? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 37

[Bug 28438] New: Capitalization: Various corrections
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '21

08 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28438 Bug ID: 28438 Summary: Capitalization: Various corrections Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: trivial Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: katrin.fischer(a)bsz-bw.de, testopia(a)bugs.koha-community.org I did a search for capitalization errors in the templates and found many. -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 27279] New: "Checked out by" not populated on issuehistory.pl
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '21

08 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27279 Bug ID: 27279 Summary: "Checked out by" not populated on issuehistory.pl 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: severine.queune(a)bulac.fr QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Activating the sypref RecordStaffUserOnCheckout, the librarian who checked out the item is not displayed on "Checkout history" tab on biblio view as it's described in release notes for bug 23916. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 28920] New: Guided Reports
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '21

08 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28920 Bug ID: 28920 Summary: Guided Reports Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: Linux Status: NEW Severity: critical Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: ammar.siddiqui(a)habib.edu.pk QA Contact: testopia(a)bugs.koha-community.org I am facing an issue with the guided report. After the selection of all criteria/values its working fine. Even the SQL has been created as well. Then it prompts on page. "You will need to save the report before you can execute it." And there is a button with labelled Next. when I click on Next Button the page has crashed. Kindly help me in this regard. Thanks -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 28887] New: Enhance ILL request creation / display to extend functionality
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '21

08 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28887 Bug ID: 28887 Summary: Enhance ILL request creation / display to extend functionality Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew.isherwood(a)ptfs-europe.com This bug will make small enhancements to the ILL, specifically the request creation and display. This work was prompted by requirements that came to light during creation of the RapidILL backend. Improvements such as the following will be included: - Allow the conditional display of certain metadata properties when displaying a request's metadata in the OPAC, the suppression list will be specified by the backend responsible for creating the request. - Allow the linking of a local request to a request made with a third party based on the backend responsible for creating the request. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 18017] New: [Unimarc] Importing biblios from Z39.50 servers duplicates related authorities
by bugzilla-daemon＠bugs.koha-community.org 08 Oct '21

08 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18017 Bug ID: 18017 Summary: [Unimarc] Importing biblios from Z39.50 servers duplicates related authorities Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: alex.arnaud(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl This is a unimarc bug only: When importing biblios from Z39.50, related authorities are wrong matched by the linker. This causes duplicates of authorities. The problem come from a bad marc definition in unimarc/authorities/authority-koha-indexdefs.xml which does not create a index for matching an entire heading. -- You are receiving this mail because: You are watching all bug changes.

1 43