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

[Bug 34478] Full CSRF protection
by bugzilla-daemon＠bugs.koha-community.org 04 Nov '24

04 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34478 Aleisha Amohia <aleisha(a)catalyst.net.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |37786 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 9500] GetNormalizedISBN only ever checks the first populated ISBN field
by bugzilla-daemon＠bugs.koha-community.org 03 Nov '24

03 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9500 Mathieu Saby <mathsabypro(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mathsabypro(a)gmail.com -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 38335] New: Bulk edit tools for the overdue notice/status triggers would be welcome
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '24

02 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38335 Bug ID: 38335 Summary: Bulk edit tools for the overdue notice/status triggers would be welcome Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org Most of our triggers are going to be the same thing, over and over. It would be helpful if there were bulk edit tools at the top of the table that we could select rows, set the fields, and apply to selected. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 38334] New: Extra space in first notice column on overdue notice/status triggers
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '24

02 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38334 Bug ID: 38334 Summary: Extra space in first notice column on overdue notice/status triggers Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org On overduerules.pl, the first notice tab has bunch of extra space in front of the patron categories in the first column. The second and third notice tabs do not. Just a cosmetic thing. Probably an easy fix. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 36805] New: Separate OPACSearchForTitleIn content from markup
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '24

02 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36805 Bug ID: 36805 Summary: Separate OPACSearchForTitleIn content from markup Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org The OPACSearchForTitleIn system preference expects the user to be able to enter their list of links using the correct markup for them to be displayed in the "More searches" Bootstrap dropdown. As Bug 35844 shows, this content can get out of date with Bootstrap upgrades. I think we might want to separate the link content from the markup. My suggestion is that we ask the user to enter each link on one line, with URL pipe-separated from link text, e.g.: https://worldcat.org/search?q={TITLE}|Other Libraries (WorldCat) We can parse that in the template: [% FOREACH line IN OPACSearchForTitleIn.split('\n') %] [% part = line.split('\|') %] <a class="dropdown-item" href="[% part.first | html %]" target="_blank">[% part.last | html %]</a> [% END %] Does that sound reasonable? -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 28082] New: Add acquisitions toolbar to vendors on vendor search page
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '24

02 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28082 Bug ID: 28082 Summary: Add acquisitions toolbar to vendors on vendor search page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org We can improve consistency and expand functionality be adding inclusion of the acquisitions toolbar include on the vendor search results page. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 38324] New: Reports keyword searching as phrase
by bugzilla-daemon＠bugs.koha-community.org 01 Nov '24

01 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38324 Bug ID: 38324 Summary: Reports keyword searching as phrase Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When searching to filter reports via keyword, we treat the search terms as a phrase. I feel it would be more helpful to treat them as keywords. To recreate: - Have a report named "Holds Log" - Search reports for "hold log" - Don't find anything - Be sad This applies specifically to the search (from the reports homepage or on the left of the saved reports page), not the datatables filter. The datatables filter treats each search term independently. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 37970] New: Show the description of borrowers.primary_contact_method instead of code
by bugzilla-daemon＠bugs.koha-community.org 01 Nov '24

01 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37970 Bug ID: 37970 Summary: Show the description of borrowers.primary_contact_method instead of code Change sponsored?: --- Product: Koha Version: 23.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: noemie.labine(a)collecto.ca QA Contact: testopia(a)bugs.koha-community.org If I have <<borrowers.primary_contact_method>> in my HOLD_SLIP, the primary contact method in my patron's record will be shown by its code instead of the description, wich is a problem for a non-english Koha. Right now, for exemple, the slip will say "Phone" instead of "Téléphone principal" even tho the rest of the slip is in french. Thanks -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 38318] New: Trim spaces from biblionumber files for export tool
by bugzilla-daemon＠bugs.koha-community.org 01 Nov '24

01 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38318 Bug ID: 38318 Summary: Trim spaces from biblionumber files for export tool Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When using the export tool, one can upload a text file of biblionumbers. We should trim spaces from that file, if there are any, because otherwise it breaks. There are other places where we allow similar uploads (like inventory) and those should also get trimmed, but maybe not all in one bug. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 31208] New: "Check for embedded item record data" should default to "No"
by bugzilla-daemon＠bugs.koha-community.org 01 Nov '24

01 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31208 Bug ID: 31208 Summary: "Check for embedded item record data" should default to "No" Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic record staging/import Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org At the moment, "Check for embedded item record data" in stage-marc-import.pl defaults to "Yes", but I doubt that the majority of libraries would want to check for embedded item record data. (By extension, I think it would be good to default "How to process items:" to "Ignore items" instead of "Always add items" - just to be on the safe side.) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5