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

[Bug 21074] New: (just a try) Display sparql data from wikidata or bnf
by bugzilla-daemon＠bugs.koha-community.org 12 Jan '22

12 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21074 Bug ID: 21074 Summary: (just a try) Display sparql data from wikidata or bnf 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: claire.hernandez(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 29613] New: Set focus for cursor to barcode field on course reserves add items and batch add items pages
by bugzilla-daemon＠bugs.koha-community.org 12 Jan '22

12 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29613 Bug ID: 29613 Summary: Set focus for cursor to barcode field on course reserves add items and batch add items pages Change sponsored?: --- Product: Koha Version: 21.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Course reserves Assignee: koha-bugs(a)lists.koha-community.org Reporter: eliana(a)flo.org QA Contact: testopia(a)bugs.koha-community.org When clicking on the "Add reserves" or "batch add reserves" buttons in the course reserves module, the cursor focuses on the catalog search bar instead of the box where you scan in the barcodes. I fixed this locally by adding the following to IntranetUserJS: //Switch active cursor to correct box for adding course reserves $(document).ready(function(){ if (window.location.href.indexOf("cgi-bin/koha/course_reserves/add_items.pl") > -1) { $('#barcode').focus(); } }); $(document).ready(function(){ if (window.location.href.indexOf("cgi-bin/koha/course_reserves/batch_add_items.pl") > -1) { $('#barcodes').focus(); } }); -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[Bug 21022] New: Exceptions should skip stringifying if message manually passed
by bugzilla-daemon＠bugs.koha-community.org 12 Jan '22

12 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21022 Bug ID: 21022 Summary: Exceptions should skip stringifying if message manually passed Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal 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 Bug 20590 introduced a way to create more useful and testable exception messages. But we should still be allowed to pass manual messages, because we might not have all the information we need to build the stringified version like it proposed. Notably on Koha::Object->store, in which we parse the DBI warning. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19

[Bug 26764] New: schema.koha-community.org 'display all' ?
by bugzilla-daemon＠bugs.koha-community.org 11 Jan '22

11 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26764 Bug ID: 26764 Summary: schema.koha-community.org 'display all' ? Change sponsored?: --- Product: Project Infrastructure Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Project website Assignee: wizzyrea(a)gmail.com Reporter: martin.renvoize(a)ptfs-europe.com Is there any option of adding a 'display all' button to the tables list.. since the recent(ish) update of schemaspy we now split the list of tables over multiple pages and there's no obvious way to get a whole overview? -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 28906] New: Koha::Items->filter_by_visible_in_opac doesn't honour list context
by bugzilla-daemon＠bugs.koha-community.org 11 Jan '22

11 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28906 Bug ID: 28906 Summary: Koha::Items->filter_by_visible_in_opac doesn't honour list context Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal 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 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[Bug 28886] New: Remove uses of ->as_list from the codebase
by bugzilla-daemon＠bugs.koha-community.org 11 Jan '22

11 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28886 Bug ID: 28886 Summary: Remove uses of ->as_list from the codebase 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 It seems that instead of fixing it (bug 28883) we've been using Koha::Objects->as_list to workaround the wrong behavior. We should fix this, globally. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 29765] New: Make Koha::Patron->safe_to_delete return a Koha::Result::Boolean object
by bugzilla-daemon＠bugs.koha-community.org 11 Jan '22

11 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29765 Bug ID: 29765 Summary: Make Koha::Patron->safe_to_delete return a Koha::Result::Boolean object 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 With the purpose of highlighting the value of the Koha::Result::Boolean class, this bug will migrate the current implementation with string return values to one using Koha::Result::Boolean instead -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[Bug 29741] New: Add Koha::Patron->safe_to_delete
by bugzilla-daemon＠bugs.koha-community.org 11 Jan '22

11 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29741 Bug ID: 29741 Summary: Add Koha::Patron->safe_to_delete Change sponsored?: --- Product: Koha Version: unspecified 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 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 28

[Bug 29060] New: Use modal for suspending holds until a date from the holds page
by bugzilla-daemon＠bugs.koha-community.org 11 Jan '22

11 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29060 Bug ID: 29060 Summary: Use modal for suspending holds until a date from the holds page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com If you view the list of holds on a patron's checkout screen you can click the "Suspend" button to trigger a modal dialog where you can select a date after which the hold should resume. I'd like to make the controls work the same way when viewing the list of holds on a title, e.g. /cgi-bin/koha/reserve/request.pl?biblionumber=XXX -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 28883] New: Koha::Objects->_new_from_dbic doesn't work correctly in list context
by bugzilla-daemon＠bugs.koha-community.org 10 Jan '22

10 Jan '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28883 Bug ID: 28883 Summary: Koha::Objects->_new_from_dbic doesn't work correctly in list context Change sponsored?: --- Product: Koha Version: unspecified 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 It will always return a resultset, it should return a list in list context. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 70