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

[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

[Bug 34425] New: Fix breadcrumbs vue component
by bugzilla-daemon＠bugs.koha-community.org 27 Jul '23

27 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34425 Bug ID: 34425 Summary: Fix breadcrumbs vue component Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: agustinmoyano(a)theke.io QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com When a node in the routes tree has no title, breadcrumbs do not display nicely, for example, "Preservation > Trains > Show train > > Add item to train" and when the links in each step of the breadcrumbs have parameters and the route node has no name, they are not replaced with the actual values -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 1993] Task Scheduler Needs Re-write
by bugzilla-daemon＠bugs.koha-community.org 27 Jul '23

27 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1993 Jonathan Druart <jonathan.druart+koha(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jonathan.druart+koha@gmail. | |com --- Comment #61 from Jonathan Druart <jonathan.druart+koha(a)gmail.com> --- [ Just noting that there is a RabbitMQ plugin to send delayed messages, but that's not what we want here: https://github.com/rabbitmq/rabbitmq-delayed-message-exchange ] -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 1993] Task Scheduler Needs Re-write
by bugzilla-daemon＠bugs.koha-community.org 27 Jul '23

27 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1993 --- Comment #60 from David Cook <dcook(a)prosentient.com.au> --- (In reply to Katrin Fischer from comment #59) > If we do this, could we make it work for scheduled repeated sending? > > I am thinking of something like daily, on a specific day of the week, first > of the month, etc. and also a time for each of those. > > A specific time might not work I guess or at least not exactly. Maybe > something like "after 8:00" and then the first cron run after that time > would run it and set a 'last run on' date? It would probably be wise to factor in recurring scheduled tasks. We do have some local backend stuff for this where we have "hourly", "daily", "weekly", and "monthly" granularity. Plus you can set hours and days... Needs more thought but probably a good idea to think about it. -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

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 Kelly McElligott <kelly(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kelly(a)bywatersolutions.com --- Comment #24 from Kelly McElligott <kelly(a)bywatersolutions.com> --- 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. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 31248] New: Make checkout history table responsive for mobile
by bugzilla-daemon＠bugs.koha-community.org 27 Jul '23

27 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31248 Bug ID: 31248 Summary: Make checkout history table responsive for mobile 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: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 138180 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=138180&action=e… Screenshot of checkout history in mobile view on Firefox The checkout history table on mobile is large and there doesn't seem to be a way to scroll right. When on mobile, the current checkouts are not in a table, maybe the same could be done with the checkout history? To test: 1) Make sure you have checkouts in your account 2) Log into the OPAC --> In 'Your summary' current checkouts are in a table 3) Go to 'You checkout history' --> Current and previous checkouts are in a table 4) Switch to mobile view (in Firefox, Ctrl + Shift + M) --> Checkout history is still in a table and the last column is not entirely visible (depending on the content of the columns, I suppose) 5) Go to 'Your summary' --> Current checkouts are presented in list form instead of a table -- You are receiving this mail because: You are watching all bug changes.

1 27