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

[Bug 23215] New: Remove PayPal logic from Koha
by bugzilla-daemon＠bugs.koha-community.org 20 Feb '24

20 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23215 Bug ID: 23215 Summary: Remove PayPal logic from Koha Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: agustinmoyano(a)theke.io QA Contact: testopia(a)bugs.koha-community.org Depends on: 23118 Target Milestone: --- PayPal should be treated as any other payment plugin, to unify treatment of payment methods. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23118 [Bug 23118] Copy PayPal logic into plugin -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 33

[Bug 1993] Task Scheduler Needs Re-write
by bugzilla-daemon＠bugs.koha-community.org 20 Feb '24

20 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1993 Apostolos Chouliarakis <chouliar(a)anatolia.edu.gr> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |chouliar(a)anatolia.edu.gr -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 36131] New: checkout/patron notes not displayed after a checkin
by bugzilla-daemon＠bugs.koha-community.org 20 Feb '24

20 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36131 Bug ID: 36131 Summary: checkout/patron notes not displayed after a checkin Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org 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 Depends on: 28653 At checkin time there is code to display the note a patron let on the checkout. But since bug 28653 the table is refreshed after all checkouts are checked in and the note never appears. What could be a correct behaviour? I am refering to the following code in checkouts.js if ( data.patronnote != null ) { $('.patron_note_' + data.itemnumber).html( __("Patron note") + ": " + data.patronnote); } Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28653 [Bug 28653] Sorting loans by due date doesn't work after renewing -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 29691] New: Use template plugins to display opac news on homepage
by bugzilla-daemon＠bugs.koha-community.org 19 Feb '24

19 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29691 Bug ID: 29691 Summary: Use template plugins to display opac news on homepage 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: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Currently the news for display are fetched in the script, if we move this to the template, bug 28955 will allow displaying branch news by default on home page -- You are receiving this mail because: You are watching all bug changes.

1 29

[Bug 33809] New: Accessibility: OPAC results page needs more descriptive links
by bugzilla-daemon＠bugs.koha-community.org 19 Feb '24

19 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33809 Bug ID: 33809 Summary: Accessibility: OPAC results page needs more descriptive links 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: matt.blenkinsop(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org A report by the Shaw trust for the British Museum's installation of Koha has identified some links in the OPAC results that are not descriptive enough for screen reader users. Extract below: "The text of a link should describe the destination of the link and the link’s purpose. Providing a descriptive link text will allow users to easily determine the function of the link and make educated decisions to click the link or not. If it is not possible to identify the purpose of the link from the link text itself, then this information should be provided in context. Screen reader users have the ability to display and navigate by lists of elements, or jump from element to element. Navigating this way is much quicker than listening to a whole page, however the context provided by paragraphs and other narrative is lost and non-descriptive links become harder to understand. For downloadable links, we recommend that the file type and size of the file is also included in the link text to allow the user to make a decision whether or not to download the file." This bug addresses the links identified in the report as needing clearer descriptions. -- You are receiving this mail because: You are watching all bug changes.

1 29

[Bug 22340] New: Elasticsearch - sorting fields should have a fallback mechanism
by bugzilla-daemon＠bugs.koha-community.org 19 Feb '24

19 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22340 Bug ID: 22340 Summary: Elasticsearch - sorting fields should have a fallback mechanism Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com Target Milestone: --- As an example 264 and 260 should be sortable for publisher Some records will have one, some will have both, it should eb configurable which to use and that we should not leave the sort field empty if one field is missing -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 28653] New: Sorting loans by due date doesn't work after renewing
by bugzilla-daemon＠bugs.koha-community.org 19 Feb '24

19 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28653 Bug ID: 28653 Summary: Sorting loans by due date doesn't work after renewing 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: emmi.takkinen(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com On patrons check out or details page, after renewing loans they don't sort correctly when clicking on "Date due" tab. Page has to be reloaded so that sorting works. To test: 1. Add 3 loans for patron. 2. Change date dues so you they are e.g. 07/01, 07/02, 07/04 3. Make sure you have renewal period set e.g. 5 days and check your RenewalPeriodBase syspref (I use current date there) 4. Renew loan with date due on 07/01, it should now be 07/07 3. Sort loans by date due => Note that order from top to bottom is 07/04->07/02->07/07 or 07/07->07/02->07/04, not 07/02->07/04->07/07 as one would assumme. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 34299] New: Add Acquisitions functionality to Library Groups
by bugzilla-daemon＠bugs.koha-community.org 19 Feb '24

19 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34299 Bug ID: 34299 Summary: Add Acquisitions functionality to Library Groups Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: jzairo(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Library Groups currently provide flexibility for multi-branch sites and consortia to limit access to patron data, limit item editing by group, limit OPAC searches, limit staff searches, and/or define holds behavior. It would be beneficial for these large sites to be able to limit budget/funds, vendors, and baskets by groups to help keep financial, vendor, and ordering/receiving management to each group. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 11617] Add itemnumber constraint to aqorders_items
by bugzilla-daemon＠bugs.koha-community.org 19 Feb '24

19 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11617 Bug 11617 depends on bug 10869, which changed state. Bug 10869 Summary: Can't cancel order line if title deleted https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10869 What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10869] Can't cancel order line if title deleted
by bugzilla-daemon＠bugs.koha-community.org 19 Feb '24

19 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10869 Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|Failed QA |RESOLVED --- Comment #111 from Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> --- Since the last releases actually solved this bug on itself (you can cancel it now), i am closing this report in favor of: 18360 Interface - Delete cancelled lines 36066 API - Allow only deleting cancelled lines 27893 Delete of biblio with order does not always warn The latter report should actually do more imo: if we delete a biblio, we should warn and also cancel attached order lines when confirmed. Will change that a bit there. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0