May 2024 - Koha-bugs - lists.koha-community.org

[Bug 24895] New: CCL searching with phr modifier doesn't work
by bugzilla-daemon＠bugs.koha-community.org 03 May '24

03 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24895 Bug ID: 24895 Summary: CCL searching with phr modifier doesn't work 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 To test: - enable DumpSearchQueryTemplate so you can easily check the contents of your query - enter a CCL search of ti,phr:batman - confirm the query gets processed as just ti:batman -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 36764] New: Koha::Plugins::Base->store_data should return something more useful
by bugzilla-daemon＠bugs.koha-community.org 02 May '24

02 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36764 Bug ID: 36764 Summary: Koha::Plugins::Base->store_data should return something more useful Change sponsored?: --- Product: Koha Version: unspecified 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 Currently, it returns undef which is not that useful for checking if everything went well. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 36763] New: Changing a patron category doesn't update form accordingly
by bugzilla-daemon＠bugs.koha-community.org 02 May '24

02 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36763 Bug ID: 36763 Summary: Changing a patron category doesn't update form accordingly Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Patron editor needs to re-evaluate form when the patron category is changed. For example, let's say you have an adult category that requires both a surname and a first name, and an institution category that requires only the surname. You edit an existing adult category and change it into an institution. Realistically, it should clear the first name field, remove the field, and not require it to save. However, as is, none of this happens, and it is impossible to save without putting some value in the first name field. Changing the patron category should clear fields that hidden for the chosen category, and hide those hidden fields, removing the required class. And if the category is changed to something that has more fields, those fields should be shown, and if they are required, the required class added. I know, in typical workflows, this is not necessarily an issue. You generally create a new patron with the category first. But on occasion, as we clean up accounts, sometimes an account changes categories, and this should be a common check. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 12029] Patrons should be able to delete their patron messages
by bugzilla-daemon＠bugs.koha-community.org 02 May '24

02 May '24

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

1 0

[Bug 14007] Item types for items hidden by OpacHiddenItems turn up in facet results
by bugzilla-daemon＠bugs.koha-community.org 02 May '24

02 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14007 Nick Clemens <nick(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |In Discussion --- Comment #21 from Nick Clemens <nick(a)bywatersolutions.com> --- This works in the limited case of hiding itemtypes that are marked "Hide in OPAC" - for libraries using OpacHiddenItems to hide an itemtype this won't have any effect. I like how simple this is, however, I feel it is too narrow and following this path could end up with more post processing to handle all of the cases. Code wise, I submitted a patch to reduce the lookups. Moving to in discussion for now, I could be convinced this is better than not doing anything, but I think it's too late in this cycle for this one -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14007] Item types for items hidden by OpacHiddenItems turn up in facet results
by bugzilla-daemon＠bugs.koha-community.org 02 May '24

02 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14007 --- Comment #20 from Nick Clemens <nick(a)bywatersolutions.com> --- Created attachment 166066 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=166066&action=e… Bug 14007: Reduce lookups -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15565] Place multiple item-level holds at once for the same record
by bugzilla-daemon＠bugs.koha-community.org 02 May '24

02 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15565 --- Comment #302 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Pushed for 24.05! Well done everyone, thank you! -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15565] Place multiple item-level holds at once for the same record
by bugzilla-daemon＠bugs.koha-community.org 02 May '24

02 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15565 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Passed QA |Pushed to main Version(s)| |24.05.00 released in| | -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 34352] New: It would be great to have a generic flatpickr based input for datatables column filters
by bugzilla-daemon＠bugs.koha-community.org 02 May '24

02 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34352 Bug ID: 34352 Summary: It would be great to have a generic flatpickr based input for datatables column filters Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org In bug 34226 I attempted to add flatpickr inputs for the column filtering in ajax driven datatables. It worked well in the case I experimented on, but wasn't quite enough for the more generic handling I was aiming for. We need to support flatpickr without having to import calender.inc in a rather specific load order and we could do with still being able to search on year only rather than always having to specify a full date. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 14007] Item types for items hidden by OpacHiddenItems turn up in facet results
by bugzilla-daemon＠bugs.koha-community.org 02 May '24

02 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14007 --- Comment #19 from Martin Renvoize <martin.renvoize(a)ptfs-europe.com> --- This looks reasonable to me but I'm not expert in the search code so I'm pining Nick to take a final QA eye ;) -- You are receiving this mail because: You are watching all bug changes.

1 0