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

[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

[Bug 28770] New: Add request date to order
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '23

01 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28770 Bug ID: 28770 Summary: Add request date to order Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: sudrland(a)vt.edu QA Contact: testopia(a)bugs.koha-community.org Created attachment 123213 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=123213&action=e… Accounting details to add an order When adding orders to Koha, it would be nice to be able to track certain dates for our orders, such as the date when the item is requested. We would like to track the time from when the item was requested, ordered, and then received. A requesteddate field could be added to the aqorders table and a text field in the accounting details when adding the order. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 28766] New: Fix remaining instance of missing sub checkHoldPolicy in C4/HoldsQueue.pm
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '23

01 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28766 Bug ID: 28766 Summary: Fix remaining instance of missing sub checkHoldPolicy in C4/HoldsQueue.pm Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests 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 Depends on: 27068 In master, line 628 of C4/HoldsQueue.pm needs to get updated to use the new checkHoldPolicy sub. We got other instances of this in bug 27068. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27068 [Bug 27068] HoldsQueue doesn't know how to use holds groups -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 28648] New: Add a counter variable to marc modification template field value
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '23

01 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28648 Bug ID: 28648 Summary: Add a counter variable to marc modification template field value 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: pasi.kallinen(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org Marc modification templates currently support two placeholders in the field value: __CURRENTDATE__ and __BRANCHCODE__. It would be useful (for eg. renumbering or adding barcodes) to have a __COUNTER__ (which would count from 1 up to how many records are being modified in the batch) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 28612] New: Log manager_id with multipayment
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '23

01 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28612 Bug ID: 28612 Summary: Log manager_id with multipayment 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: black23(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Hello, if an individual payment is made and the corresponding logging is enabled, the manager_id is also saved when the fee is paid. This is then displayed in the Koha staff interface. However, if multiple fees are paid at the same time, the manager_id is stored as NULL in the database. The interface then does not display information about when the items were handled. https://prnt.sc/1347jik Thank you. Michal -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

[Bug 28602] New: Circulate multiple items with one barcode in a bookbag or kit
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '23

01 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28602 Bug ID: 28602 Summary: Circulate multiple items with one barcode in a bookbag or kit 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: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Some libraries group multiple items into one kit or bag. Scanning one barcode for the kit into circulation results in a checkout for each attached item. Items grouped into a kits are not assumed to be on the same bib record. Individual items may or may not also have their own barcodes and could be checked out individually. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 28568] New: Stocktaking not working well
by bugzilla-daemon＠bugs.koha-community.org 01 Jul '23

01 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28568 Bug ID: 28568 Summary: Stocktaking not working well Change sponsored?: --- Product: Koha Version: 20.05 Hardware: PC OS: Windows Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: damatoy(a)centralbankmalta.org QA Contact: testopia(a)bugs.koha-community.org We have a problem with stocktaking. We did a test for a particular collection and it worked fine. Now we started scanning the books which we have for Circulation purposes. The problem is that when we are uploading the file with new scanned book barcodes and run the report to see which books have not been scanned for that particular range it is detecting the books which I did in my test exercise as well. It is like keeping the previous txt file as well and not replacing with the new txt file. Any help please? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2