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

[Bug 28908] New: Bug 18017 removed indexing field 245
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '23

01 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28908 Bug ID: 28908 Summary: Bug 18017 removed indexing field 245 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Before bug 18017 there was in etc/zebradb/marc_defs/unimarc/authorities/authority-koha-indexdefs.xml :  <kohaidx:index_subfields tag="245" subfields="atjxyz"> <kohaidx:target_index>Title-uniform:w</kohaidx:target_index> ... Indexing of 245, 445, ... is now missing. Is this on purpose ? Note that Title-uniform was used in authorities fields 230, 235 and 245. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 28903] New: Tab key and drop-down menu in item module
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '23

01 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28903 Bug ID: 28903 Summary: Tab key and drop-down menu in item module Change sponsored?: --- Product: Koha Version: 20.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: pierre.genty(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Hi, Since 20.11 it is no longer possible to pull down a menu, select and jump to the next field with the tab key when adding an item. You have to click on the drop-down menu. It seems to happen only when adding/editing an item. Tab key works well with borrower module for instance. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 21

[Bug 28892] New: Item search treats lower and upper case subfields as the same
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '23

01 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28892 Bug ID: 28892 Summary: Item search treats lower and upper case subfields as the same Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Depends on: 20689 At the moment when you are using upper case subfields in items and your bibliographic records, this will work in the frameworks, in cataloguing and in searching with Zebra. But as the item search uses SQL and ExtractValue, it will always return the contents of the lower and upper case subfield, no matter what you configured for your additional item search fields. Example: 520$a, 520$A Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20689 [Bug 20689] Make it possible to add capital letter subfields to item search fields -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 20587] New: Add option to delete notices out of message queue via notices tab
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '23

01 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20587 Bug ID: 20587 Summary: Add option to delete notices out of message queue via notices tab Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Sometimes a library creates a notice by accident and wants to delete it before it's sent out with the next run of the messsage queue. It would be nice if we offered a 'delete' link in the notices tab for each message that would allow for that. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 22689] New: Add ability for staff to cancel a SERIAL_ALERT
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '23

01 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22689 Bug ID: 22689 Summary: Add ability for staff to cancel a SERIAL_ALERT Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: r.delahunty(a)arts.ac.uk QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Target Milestone: --- The SERIAL_ALERT notice (RLIST notice prior to 18.05: See Bug 19794) is used to send an email to patrons who have subscribed to the alert service via their account. They are notified when a new issue for a subscription arrives. We have users who have left, and whose emails are no longer valid but who have not cancelled their alerts. These are generating quite a number of undeliverable emails, which bounce back. We know no way of cancelling the redundant SERIAL_ALERT via the Koha intranet other than by an SQL delete which we do not want to risk. Ideally there would be a way for staff to kill off these redundant alerts. Perhaps the alert cancellation could be tied to the borrowers.dateexpiry? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 28820] New: Problem in Searching Books
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '23

01 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28820 Bug ID: 28820 Summary: Problem in Searching Books Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: mukhila(a)yahoo.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When I search the books, I faced the issue Software error: Can't call method "data" on an undefined value at /usr/share/koha/lib/C4/Search.pm line 1709. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 28815] New: Item Circulation Alert settings for checkouts also cover renewals
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '23

01 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28815 Bug ID: 28815 Summary: Item Circulation Alert settings for checkouts also cover renewals Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com In item circulation alerts (cgi-bin/koha/admin/item_circulation_alerts.pl), disabling checkout alerts also disables renewal alerts. Best case scenario, we'd create a mechanism to differentiate the two notice types. At the least, we should add some text here making it clear that renewals are also covered by checkouts. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 28807] New: Item search should search repeated subfields sequentially
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '23

01 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28807 Bug ID: 28807 Summary: Item search should search repeated subfields sequentially Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Say we have a bib with two 650$a tags, "cheese" and "corn." If we set the 650$a up as a searchable field in item search, our search terms will be compared to the string "cheese corn." That means we end up having to wildcard our search terms in both directions to account for the possibility that they might have a term on either side in the record ("%cheese%" and "%corn%"). This would work better if we compared our search term to each value individually, rather than to the concatenated string of all values. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 28801] New: OpacSuppression prevents retrieval of non-suppressed titles that contain punctuation
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '23

01 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28801 Bug ID: 28801 Summary: OpacSuppression prevents retrieval of non-suppressed titles that contain punctuation Change sponsored?: --- Product: Koha Version: 20.11 Hardware: Other OS: Linux Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: tasha.keagan(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Overview: OpacSuppression toggled to "hide" reliably prevents results from being retrieved in the OPAC when titles (245$a) contain punctuation (in my catalog, these are mostly hyphens/dashes and parentheses). Punctuated titles are retrievable until I toggle OpacSuppression to "hide", despite having their 942$n set to "n Suppress in OPAC No" (Titles that do have 942$n set to "yes" are suppressed as expected and labelled as such in the intranet). Steps to Reproduce: Note: I was working in a clean Koha install, with no MARC records, where the only Global System Preference toggled was SearchEngine (to use Elasticsearch). 1. I created a record using the Fast Add framework, with title "Test punctuated (TST-123) title", and only required fields populated 2. In the OPAC, I searched for and successfully retrieved the title using the "Library catalog" search option 3. I toggled OpacSuppression to "Hide", then used Ctrl+F5 to refresh the browser 4. In the OPAC, I repeated the "Library catalog" search Actual Results: "No results found! No results found for that in catalog." Expected Results: I expected the title to be retrieved. Build Date & Hardware: I believe you're looking for this info: Linux 5.4.17-2011.6.2.el7uek.x86_64 #2 SMP Thu Sep 3 14:09:14 PDT 2020 x86_64 -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 28789] New: add ability to show branch groups before branches in dropdown menu
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '23

01 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28789 Bug ID: 28789 Summary: add ability to show branch groups before branches in dropdown menu 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: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org If opac_search_limit is activated the dropdown menu shows individual branches before branch groups. For some libraries (most of them?) it would be preferable to show the groups before the individual branches. It should be a syspref or an option in branch group configuration page. -- You are receiving this mail because: You are watching all bug changes.

1 1