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

[Bug 9842] SIP tests : fix for 07hold.t on Cancel Hold
by bugzilla-daemon＠bugs.koha-community.org 02 Dec '20

02 Dec '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9842 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=26700 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 9838] SIP tests : fix in 04patron_status.t
by bugzilla-daemon＠bugs.koha-community.org 02 Dec '20

02 Dec '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9838 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=26700 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8879] Silence unneeded messages from running prove ./t (omnibus)
by bugzilla-daemon＠bugs.koha-community.org 02 Dec '20

02 Dec '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8879 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |DUPLICATE --- Comment #5 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- *** This bug has been marked as a duplicate of bug 25515 *** -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 27132] New: Add a 'table_exists' method
by bugzilla-daemon＠bugs.koha-community.org 02 Dec '20

02 Dec '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27132 Bug ID: 27132 Summary: Add a 'table_exists' method 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: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org It would be handy if plugins had access to the method used by the installer/updatedatabase.pl, for the same use :-D -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[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