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

[Bug 24580] New: Allow patron_emailer or parallel structure to generate custom print notices from report output
by bugzilla-daemon＠bugs.koha-community.org 31 Dec '23

31 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24580 Bug ID: 24580 Summary: Allow patron_emailer or parallel structure to generate custom print notices from report output 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: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Bug 16149 adds the ability to combine report results with a custom notice to generate emails. Many libraries do not reliably have email addresses for their patrons and could use a method to generate print notices. This could be a failover from email to print (as overdues do) or a separate cron. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 24562] New: addbiblio.pl overloading CPU
by bugzilla-daemon＠bugs.koha-community.org 31 Dec '23

31 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24562 Bug ID: 24562 Summary: addbiblio.pl overloading CPU Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: jawad_makki(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Hello. Sometimes during the day, addbiblio.pl is overloading CPU (100%) and therefore it is making Koha completely not responding for few minutes (can reach 20 minutes). in apache2 log, the response time for "POST /cgi-bin/koha/cataloguing/addbiblio.pl HTTP/1.1" is reaching gateway timeout few times per day. below are some errors retrieved from plack-error.log Use of uninitialized value $mode in string ne at /usr/share/koha/intranet/cgi-bin/cataloguing/addbiblio.pl line 845. Use of uninitialized value $searchid in concatenation (.) or string at /usr/share/koha/intranet/cgi-bin/cataloguing/addbiblio.pl line 876. Koha version 19.11 , running on debian 9 memcached and plack are enabled. this problem was also in 18.11, we have upgraded koha to 19.11 but the problem is still occuring Any help -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 33

[Bug 24207] New: Preferences to select what check in messages need to be displayed
by bugzilla-daemon＠bugs.koha-community.org 31 Dec '23

31 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24207 Bug ID: 24207 Summary: Preferences to select what check in messages need to be displayed 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: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com We would sure like an option to turn on/off each check in message that is displayed. We don't necessarily need to see certain ones, like if the shelving location was changed, or local use is recorded, or that it is not checked out. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 24556] New: Option to toggle certain alerts on check in
by bugzilla-daemon＠bugs.koha-community.org 31 Dec '23

31 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24556 Bug ID: 24556 Summary: Option to toggle certain alerts on check in 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: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com It would be great if libraries had the option to show certain alerts or not. Some libraries do not need to see any/all of the 'Not Check Out' or 'Local Use Recorded', or cart alerts. It pulls their attention unnecessarily to the alert. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 24555] New: POC Elasticsearch - Use boolean queries instead of full text queries
by bugzilla-daemon＠bugs.koha-community.org 31 Dec '23

31 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24555 Bug ID: 24555 Summary: POC Elasticsearch - Use boolean queries instead of full text queries Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: alex.arnaud(a)biblibre.com Here is a proof of concept for replacing current use of full text queries (with query_string) by boolean queries on biblio searches. Advantage: => No search craches with special character ( "!", ")" etc...) => Separate query context and filter context: - Search scores are not altered by facets, - Ability to use range filter (i.e for publication date facet) Also, this POC adds a button "ES query" in the search results header so you can see the query sent to ES. Code is not beautiful, there is no unit test, it's a POC. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 22

[Bug 2906] Holds ratios report should have more filters
by bugzilla-daemon＠bugs.koha-community.org 31 Dec '23

31 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2906 --- Comment #5 from Eric <eric(a)bywatersolutions.com> --- That's how I envisioned it (filtering by selection). I am not familiar with how close of an inspection the current hold ratio report has for checking item types, home branches, etc. That's an excellent point, though! It gets tricky fast. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 24399] New: New permission to edit "system-level" news items
by bugzilla-daemon＠bugs.koha-community.org 31 Dec '23

31 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24399 Bug ID: 24399 Summary: New permission to edit "system-level" news items Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 22318 Since we now have "news" items which serve the same purpose as system preferences there really ought to be a separate permission for adding and editing those items. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22318 [Bug 22318] Extend Koha news feature to include other content areas -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 24385] New: Add menu into pages tools and admin
by bugzilla-daemon＠bugs.koha-community.org 31 Dec '23

31 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24385 Bug ID: 24385 Summary: Add menu into pages tools and admin 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: stephane.delaye(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 97098 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=97098&action=ed… New page administration with a menu Each new version of Koha offers additional tools and parameters in the tools and administration pages. While no menu allows you to browse these pages, therefore such a display is not permanent. The idea would be to add a menu in these pages in order to target each type of tool or parameter. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 24303] New: Guarantor relation relationship is not shown with guarantor name on moremember.pl
by bugzilla-daemon＠bugs.koha-community.org 31 Dec '23

31 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24303 Bug ID: 24303 Summary: Guarantor relation relationship is not shown with guarantor name on moremember.pl Change sponsored?: --- Product: Koha Version: master 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 Why ask for this information if it is not going to be shown? It should at least be shown on the moremember.pl page. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 10

[Bug 24304] New: Incomplete returns (notes)
by bugzilla-daemon＠bugs.koha-community.org 31 Dec '23

31 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24304 Bug ID: 24304 Summary: Incomplete returns (notes) 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: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When dealing with incomplete returns (items return with parts missing), there is no easy way to add a message to the item as to what is missing. We would exploit the feature called AllowCheckoutNotes, but it would mean patrons could change the note, and the note is only visible upon check-in. It would be preferable if there was a to scan the item during check-in and mark it as incomplete, adding a note, and not actually checking it in. The note would be visible on the patron account next to the item, and would also be visible in the staff view of the item. This is how I would see this working: On the Check in (returns.pl) page, there would be a button you would click called "Incomplete return". A modal would pop up allowing you to scan the barcode and enter a note. Scanning the barcode would not close the modal. You would have to submit the incomplete return via button. The modal would close, returning you to the check in screen, showing the incomplete return, and not checked in. Marking the item incomplete would give the item a damaged status of Incomplete. It would not check the item in. It would send a notification for incomplete returns, along with the note, via e-mail, print or sms or phone. The note would be visible with the item on the checkout page and on the item record. The note could also be updated by staff. The note would be removed from the item once the item is checked in (complete). I would think the best place to store this message is in the issues table. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4