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

[Bug 33436] New: Use template wrapper for breadcrumbs: Reports part 1
by bugzilla-daemon＠bugs.koha-community.org 04 Jun '24

04 Jun '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33436 Bug ID: 33436 Summary: Use template wrapper for breadcrumbs: Reports part 1 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: testopia(a)bugs.koha-community.org Depends on: 32507 To continue the process started by Bug 32507, this patch will update several reports templates so that they use the new template wrapper for breadcrumbs. - reports/acquisitions_stats.tt - reports/bor_issues_top.tt - reports/borrowers_out.tt - reports/borrowers_stats.tt - reports/cash_register_stats.tt Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32507 [Bug 32507] Use template wrapper to build breadcrumb navigation -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 35815] New: [Elasticsearch] Fix indexing of bibliographic records when items are deleted
by bugzilla-daemon＠bugs.koha-community.org 04 Jun '24

04 Jun '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35815 Bug ID: 35815 Summary: [Elasticsearch] Fix indexing of bibliographic records when items are deleted Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org Bibliographic records do not always get reindexed in Elasticsearch when items are batch deleted. This means that search results show an inaccurate number of remaining items. To reproduce: 1. Spin up a Koha instance in your testing environment which uses Elasticsearch 2. Create a new bibliographic record and add three items to it 3. Do a search for your record that will return multiple results, so that you are shown the search results. Confirm that the search results shows three items are attached to the record. 4. Go to the record and select the checkbox for an item. 5. Click the link to Delete selected items. Confirm this again on the next page. 6. Confirm the job is enqueued then completed. It should say your item has been deleted. 7. Do a search for your record again so that you see it in the search results. Notice the number of items has not been updated - it still says three --> BUG -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 26299] New: Help text for OPAC SMS number should be less North American-centric
by bugzilla-daemon＠bugs.koha-community.org 04 Jun '24

04 Jun '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26299 Bug ID: 26299 Summary: Help text for OPAC SMS number should be less North American-centric Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org At the moment, the help text on opac-messaging.pl is "Please enter numbers only. (123) 456-7890 would be entered as 1234567890." The first style is a North American style, which looks strange to people from other countries like Australia where we frequently format non-mobile phone numbers like 02 5555 5555 or mobile numbers like 0455 555 555. We should use a more generic style like we do on memberentry.pl when we say "SMS number should be in the format 1234567890 or +11234567890" -- You are receiving this mail because: You are watching all bug changes.

1 26

[Bug 30026] New: International Phone Number Not supported for SMSAlert
by bugzilla-daemon＠bugs.koha-community.org 04 Jun '24

04 Jun '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30026 Bug ID: 30026 Summary: International Phone Number Not supported for SMSAlert Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: florian.bontemps(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com The SMSNumber field used when registering a phone number for SMS alerts does not work with some international number formats. Currently, the format 00 AAAXXXXXXXXX (A = country indicator between 1 and 3 digits, X = regular digits) is not supported. While the format +AAAXXXXXXXXX can sometimes work, some network providers don't accept the latter format. These formats are very used in Europe for instance (Germany, Sweden, France, etc) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 23

[Bug 30758] New: Handle Google Books API requests for OPACSuggestionAutoFill on server side
by bugzilla-daemon＠bugs.koha-community.org 04 Jun '24

04 Jun '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30758 Bug ID: 30758 Summary: Handle Google Books API requests for OPACSuggestionAutoFill on server side Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Depends on: 14242 Bug 14242 allows to use the Google Book API to pull in information about a book from the ISBN or similar. At the moment the request is done in the browser, but for privacy concerns it would be better if the request could be made from the Koha server instead. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14242 [Bug 14242] Use ISBN-field to fill out purchase suggestions using Google Books API -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 26130] New: opacbookbag 'Cart' confuses patrons - add optional name alternatives?
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '24

03 Jun '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26130 Bug ID: 26130 Summary: opacbookbag 'Cart' confuses patrons - add optional name alternatives? Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: eb(a)efdss.org QA Contact: testopia(a)bugs.koha-community.org This is in reference to the 'Cart' - short term list making facility in the OPAC. It is useful for making lists, to download a bibliography or to print out, or e-mail. But especially now that our building is closed, patrons are thinking that it's a way to order materials (similar to holds, which we don't use). 'Cart' has transactional implications - people are used to seeing it in online shopping sites. If you put something into a cart and finish the ordering process, you expect to receive it. While 'Cart' may work in some libraries, it doesn't work everywhere. It's also ambiguous with cart used elsewhere in Koha. Would it be possible to either have a short pull down menu of names for this feature in the opacbookbag setting, or the ability in System Preferences to name it ourselves, or, change the name to something more logical. Some ideas: 'My List' 'Temporary List' 'My Shelf' and whatever happened to 'Book Bag'? -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 27443] New: Add an item loop mechanism to the patron emailer
by bugzilla-daemon＠bugs.koha-community.org 02 Jun '24

02 Jun '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27443 Bug ID: 27443 Summary: Add an item loop mechanism to the patron emailer 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 It'd be great if the patron emailer provided an easy way to replicate something like the <item></item> section of an overdue notice of the <<items.content>> section of DUE notice. Perhaps we teach the emailer that if the report contains a column of comma-separated itemnumers named "items_content", we could iterate through something like the existing items.content functionality for every itemnumber included? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 11

[Bug 17810] New: Add a button to navigate between notices
by bugzilla-daemon＠bugs.koha-community.org 01 Jun '24

01 Jun '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17810 Bug ID: 17810 Summary: Add a button to navigate between notices 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: alexandre.breton(a)ccsr.qc.ca QA Contact: testopia(a)bugs.koha-community.org Created attachment 58404 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=58404&action=ed… The small window in the upper left circled in red It will be interessting to have the option to navigate directly between notices (previous/next). The option already exist in catalog module. Maybe, it can be added into another module ? 1)From the start, go to lists 2)Take "public list" and enter a search 3)Select any notice to have all his details on screen 4)Observe that you cannot reach another notice of your search without making "previous page" After some searches here, the patch doesn't seems to exist for that. Thanks, Alexandre from CCSR -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 9

[Bug 20358] New: Add unitprice_tax_included on report spent.pl
by bugzilla-daemon＠bugs.koha-community.org 01 Jun '24

01 Jun '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20358 Bug ID: 20358 Summary: Add unitprice_tax_included on report spent.pl 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: marjorie.barry-vila(a)collecto.ca QA Contact: testopia(a)bugs.koha-community.org Hi, On acqui/spent.pl, it would be nice to have a new column for unitprice_tax_included. Regards, Marjorie -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 19535] New: Notice (Available) for suggestion is not send at the right time
by bugzilla-daemon＠bugs.koha-community.org 01 Jun '24

01 Jun '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19535 Bug ID: 19535 Summary: Notice (Available) for suggestion is not send at the right time Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: patrick.robitaille(a)collecto.ca QA Contact: testopia(a)bugs.koha-community.org Koha has a notice template for notifications to be sent out to the patron once a suggestion gets available (AVAILABLE). But the notification is send to the patron who has made the suggestion directly when the suggestion has been receive. This notification should be send when the status of the record item is available. 1) Create suggestion in OPAC; 2) Accept suggestion in Staff; 3) Order suggestion in acquisitions; 4) Close basket; 5) Receive order; >The mail is generate for the patron who make the suggestion but the item is not ready to circulate. It would be nice to have an email for the reception and an email to indicate that the item is really ready to circulate, considering the status of the document. Regard, Patrick. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3