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

[Bug 12388] IssueSlip output should be sorted by date_due, not timestamp
by bugzilla-daemon＠bugs.koha-community.org 02 Dec '20

02 Dec '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12388 --- Comment #15 from Emmi Takkinen <emmi.takkinen(a)koha-suomi.fi> --- (In reply to Joonas Kylmälä from comment #14) > I think earlier I must have meant that in the patch "Bug 12388: Adjust > tests" the tests' the changes are made so that the expected order is by > issue date). If you read the code for the first test case changed here it > sets for both of the checkouts the same due date "$date_due = $today_daily;" > so it won't be able to test whether the sorting by date_due works. But yes, > what I meant that maybe we should have tests for the correct sorting, now I > understand that the original patch "Adjust tests" might have not had that > goal because it changed a test that was only for checking whether we get > separate "Checked out" and "Overdues" sections in the slip. So I think the > patch "Bug 12388: Adjust tests" is okay, but/and if you think it is > important there should be test for testing sorting order as well for the > slip. Yeah, "Bug 12388: Adjust tests" was simply meant to prevent tests from failing after adding sort with date_due. Just swapping titles and barcodes was enough to achieve this but maybe it wouldn't hurt to have different date due for another of those items (or just add another item with different date due). -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 26796] New: Error when trying to access Relative Checkouts between Professional and Organizational patron categories
by bugzilla-daemon＠bugs.koha-community.org 02 Dec '20

02 Dec '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26796 Bug ID: 26796 Summary: Error when trying to access Relative Checkouts between Professional and Organizational patron categories Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com In Koha 20.05 and 19.11, when a Professional Patron Category patron and a Organizational patron category patron are linked, from the Professional patron, there is a tab to see the 'Relative Checkouts', but Koha just will spin and say processing. Koha is looking for a first name to link the relative checkouts from a professional to the linked Organizational patron. On an organizational patron, there is no first name and therefore Koha can not do the link. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 26859] New: Options to Batch Edit Batch Delete and Batch Merge are Sticky
by bugzilla-daemon＠bugs.koha-community.org 02 Dec '20

02 Dec '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26859 Bug ID: 26859 Summary: Options to Batch Edit Batch Delete and Batch Merge are Sticky Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl {23349} introduced the ability to while in the Search function (staff client) to batch edit/delete/merge. Steps: 1. Once you have clicked some results and performed a batch edit/delete/merge. 2. Go back to the same search, the items are still clicked and the Edit button is greyed out. 3. The user would need to clear out the selection before moving on to the next search. 4. This should clear automatically and not keep the prior action stored. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 26150] New: Remove the use of jquery.checkboxes plugin from inventory page
by bugzilla-daemon＠bugs.koha-community.org 02 Dec '20

02 Dec '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26150 Bug ID: 26150 Summary: Remove the use of jquery.checkboxes plugin from inventory page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: testopia(a)bugs.koha-community.org Blocks: 26006 As described in Bug 26006 the jquery.checkboxes plugin is old and unmaintained. Its use should be replaced on the inventory page. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26006 [Bug 26006] OMNIBUS: Remove the use of jquery.checkboxes plugin -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 26470] New: itemnumber not available for plugin hook
by bugzilla-daemon＠bugs.koha-community.org 02 Dec '20

02 Dec '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26470 Bug ID: 26470 Summary: itemnumber not available for plugin hook Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major 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 The way the hook got placed in Koha::Item->store, it doesn't get the itemnumber populated by the DB. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 8732] Add a system preference to allow users to choose to display an icon based on the Koha bibliographic level itemtype
by bugzilla-daemon＠bugs.koha-community.org 02 Dec '20

02 Dec '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8732 Fridolin Somers <fridolin.somers(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fridolin.somers(a)biblibre.co | |m --- Comment #56 from Fridolin Somers <fridolin.somers(a)biblibre.com> --- Preference 'BiblioItemtypeInfo' should say it depends on preference 'OpacNoItemTypeImages' right ? -- You are receiving this mail because: You are watching all bug changes.

1 0

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

02 Dec '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1993 --- Comment #56 from David Cook <dcook(a)prosentient.com.au> --- Since Koha has embraced Mojolicious, I'm thinking that I could write a "task_scheduler.pl" (koha-scheduler) using Mojo::EventEmitter and Mojo::IOLoop to get a reasonably good scheduler with a minimum amount of code. Ideally, its output would be sending messages to RabbitMQ. The real question is input and task storage. Bug 22417 gave us task storage. We could extend that to include scheduler information. As for input... I'd say the best solution would be communicating over a socket. Where all services are running locally, Unix socket is the easiest. For more distributed setups, we could make sure to use a TCP socket (we could even make it a HTTP API). (Looking at Minion, you can run it as a standalone job queue or leverage the event loop in a Mojolicious application. The latter option might not work when using Mojolicious as a PSGI application though. We do have Bug 20582 for turning Koha into a Mojolicious application though.) I can try to do a POC soon but can't make any guarantees... -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 14740] Cataloging plugins: remove no warnings redefine
by bugzilla-daemon＠bugs.koha-community.org 01 Dec '20

01 Dec '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14740 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks|27126 | Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27126 [Bug 27126] [OMNIBUS] Warnings from logs must be removed -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13344] Warnings on addorderiso2709.pl
by bugzilla-daemon＠bugs.koha-community.org 01 Dec '20

01 Dec '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13344 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks|27126 | Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27126 [Bug 27126] [OMNIBUS] Warnings from logs must be removed -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14740] Cataloging plugins: remove no warnings redefine
by bugzilla-daemon＠bugs.koha-community.org 01 Dec '20

01 Dec '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14740 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |25790 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25790 [Bug 25790] [OMNIBUS] warnings removal -- You are receiving this mail because: You are watching all bug changes.

1 0