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

[Bug 30055] New: Rewrite patron searches to make them use the REST API routes
by bugzilla-daemon＠bugs.koha-community.org 28 Jul '23

28 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30055 Bug ID: 30055 Summary: Rewrite patron searches to make them use the REST API routes Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Patrons Assignee: jonathan.druart+koha(a)gmail.com Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com -- You are receiving this mail because: You are watching all bug changes.

1 257

[Bug 17787] New: Suppressed items seems so still be included in number of search results
by bugzilla-daemon＠bugs.koha-community.org 28 Jul '23

28 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17787 Bug ID: 17787 Summary: Suppressed items seems so still be included in number of search results 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: viktor.sarge(a)regionhalland.se QA Contact: testopia(a)bugs.koha-community.org We have a use case where like 99% of the collection is hidden and only a few selected items are displayed in the opac (by showing their covers up front on the main page). When going to the detail page and clicking the link for an author that has a long list of records (but only one visible in the opac) I might get indication of 63 hits in the search results and a the links to pages 1,2,3 etc for search results. Only problem is that there is actually only one result since the rest are suppressed. My guess is that the code calculating the number of hits and creating links to the pages of search results is not talking to the suppression system. I could not find any open bugs about this. Perhaps because our use of suppression is a bit of a edge case(?) I ended up "solving" the problem by removing the links on author etc. since we don't use search anyhow. I'll likely not research the issue further, but I felt I should at least report it and keep an eye out. All input is welcome. -- You are receiving this mail because: You are watching all bug changes.

1 29

[Bug 34437] New: Internationalization: Mark string not to be translated
by bugzilla-daemon＠bugs.koha-community.org 28 Jul '23

28 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34437 Bug ID: 34437 Summary: Internationalization: Mark string not to be translated Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr, julian.maurice(a)biblibre.com, testopia(a)bugs.koha-community.org Depends on: 15395 We can now mark a string like [% t("String") %] to ensure that the translation tool will pick it up. Looking at the .po files I think it would be useful to have the opposite: A way to mark a string as not meant for translation. Examples: #: koha-tmpl/intranet-tmpl/prog/en/modules/admin/branches.tt:179 #, c-format msgid "ILLDefaultStaffEmail" msgstr "ILLDefaultStaffEmail" #: koha-tmpl/intranet-tmpl/prog/en/modules/admin/audio_alerts.tt:63 #, c-format msgid "IM_notification.ogg" msgstr "IM_notification.ogg" #: koha-tmpl/intranet-tmpl/prog/en/modules/tools/import_borrowers.tt:385 #, c-format msgid "INSTID:12345,LANG:fr" msgstr "INSTID:12345,LANG:fr" #: koha-tmpl/intranet-tmpl/prog/en/modules/admin/z3950servers.tt:136 #, c-format msgid "INTERMARC" msgstr "INTERMARC" #: koha-tmpl/intranet-tmpl/prog/en/modules/about.tt:902 #, c-format msgid "Irma Birchall" msgstr "Irma Birchall" Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15395 [Bug 15395] Internationalization: plural forms, context, and more -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 7386] Label batches cannot be batch deleted
by bugzilla-daemon＠bugs.koha-community.org 27 Jul '23

27 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7386 Andrew Fuerste-Henry <andrewfh(a)dubcolib.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |andrewfh(a)dubcolib.org --- Comment #7 from Andrew Fuerste-Henry <andrewfh(a)dubcolib.org> --- FYI, bug 31969 adds an option to auto-delete batches via the cleanup_database cron. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13680] Items list on edit items page separates add items form from header and sidebar
by bugzilla-daemon＠bugs.koha-community.org 27 Jul '23

27 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13680 --- Comment #25 from Christopher Brannon <cbrannon(a)cdalibrary.org> --- (In reply to Kelly McElligott from comment #24) > This came up with a library recently. When adding an item to a record with > over 50 items this is a lot of scrolling, but imagine a library with 200 > items, massive amount of scrolling. I would love to see this move forward > at this point . A collapsed option of all the items, and the ability to > uncollapse? Owen's attachments are a definite improvement to what we are > working with now. +1 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 34092] New: patron-autocomplete.js and patron-search.inc search logic should match
by bugzilla-daemon＠bugs.koha-community.org 27 Jul '23

27 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34092 Bug ID: 34092 Summary: patron-autocomplete.js and patron-search.inc search logic should match 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: pedro.amorim(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, jonathan.druart+koha(a)gmail.com, katrin.fischer(a)bsz-bw.de, kyle.m.hall(a)gmail.com, martin.renvoize(a)ptfs-europe.com, tomascohen(a)gmail.com Depends on: 34083 We should have a single point of patron search logic for coherency and maintainability. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34083 [Bug 34083] Patron auto-complete fails if organization patron full name is in a single field separated by a space -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 58

[Bug 33321] New: "Starts With" function when searching for patrons by address is broken
by bugzilla-daemon＠bugs.koha-community.org 27 Jul '23

27 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33321 Bug ID: 33321 Summary: "Starts With" function when searching for patrons by address is broken Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: Laura.escamilla(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When searching for a patron by their address, the "Starts with" function yields no results. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

[Bug 15395] Internationalization: plural forms, context, and more
by bugzilla-daemon＠bugs.koha-community.org 27 Jul '23

27 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15395 Owen Leonard <oleonard(a)myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |34437 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34437 [Bug 34437] Internationalization: Mark string not to be translated -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13680] Items list on edit items page separates add items form from header and sidebar
by bugzilla-daemon＠bugs.koha-community.org 27 Jul '23

27 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13680 Lisette Scheer <lisette.scheer(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |lisette.scheer@bywatersolut | |ions.com -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 34432] New: Koha::Email->is_valid could be more strict
by bugzilla-daemon＠bugs.koha-community.org 27 Jul '23

27 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34432 Bug ID: 34432 Summary: Koha::Email->is_valid could be more strict Change sponsored?: --- Product: Koha Version: master 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: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org We are using Email::Address->parse there. Which returns a list of Email::Address objects for all email addresses found. And if we receive something (altough changed), we return true. But we generally just want to validate one address? So this is all fine for Koha::Email: Koha::Email->is_valid('test1(a)a.nl '), Koha::Email->is_valid(' test1(a)a.nl'), Koha::Email->is_valid('test1@a.nl,test2@b.nl'), Note that the returned addresses are trimmed (and ignored). This may not be a big deal for the interface btw, since we have HTML5 validation on email fields. But could be a problem when coming from eg REST API and validation is just done with is_valid. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0