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

[Bug 30232] New: Acquisition logged in user performance
by bugzilla-daemon＠bugs.koha-community.org 23 Feb '24

23 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30232 Bug ID: 30232 Summary: Acquisition logged in user performance Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Some acquisition methods can take borrowernumber or a Koha::Patron->unblessed. When called with logged in user, sometimes in a loop, performance will be better if fetching Koha::Patron of logged in user only once. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 24430] New: Remove C4::Biblio::CountBiblioInOrders
by bugzilla-daemon＠bugs.koha-community.org 21 Feb '24

21 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24430 Bug ID: 24430 Summary: Remove C4::Biblio::CountBiblioInOrders 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: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Using the DBIC relationship with aqorders and count, we can get rid of it. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 43

[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 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 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 24589] New: Add plugin hook addbiblio_check_record
by bugzilla-daemon＠bugs.koha-community.org 19 Feb '24

19 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24589 Bug ID: 24589 Summary: Add plugin hook addbiblio_check_record Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Plugin architecture Assignee: koha-bugs(a)lists.koha-community.org Reporter: pasi.kallinen(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org Adds a new plugin hook, addbiblio_check_record, to addbiblio.pl. When saving a record, the hook is called with the MARC record as a parameter. If the hook returns anything, the return values are shown to the user, and saving the record is prevented. This can be used to create plugins that eg. check or modify the record. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13

[Bug 17975] New: TT syntax for notices - Prove that HOLD_SLIP is compatible
by bugzilla-daemon＠bugs.koha-community.org 16 Feb '24

16 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17975 Bug ID: 17975 Summary: TT syntax for notices - Prove that HOLD_SLIP is compatible Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 21

[Bug 28729] New: Return-path Header not correctly set in emails
by bugzilla-daemon＠bugs.koha-community.org 16 Feb '24

16 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28729 Bug ID: 28729 Summary: Return-path Header not correctly set in emails Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com We have been testing the email setup in Koha comparing our 18.11 installations with a 20.11 one. In those tests we see an issue with the Return-Path header. The Return-Path header should be using (if set) the * ReturnpathDefault system preference * Return-Path from library configuration But in 20.11 we see that it's set using * KohaAdminEmailAddress * branch email This is quite an issue. Wer are using specific and different email addresses for each of those settings: * KohaAdminEmailAddress / branch email * ReturnPathDefault / return-path for library * ReplytoDefault / reply to for library Something between versions has changed to cause the change in the Return-Path header. Maybe another side effect of the SMTP library change? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 81

[Bug 29835] New: 2FA - ask for the password when 2FA is disabled
by bugzilla-daemon＠bugs.koha-community.org 16 Feb '24

16 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29835 Bug ID: 29835 Summary: 2FA - ask for the password when 2FA is disabled Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Authentication Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org The user should confirm by 2FA deactivation by entering their password. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7