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

[Bug 21641] New: Software error when checking out an item with a charge associated with it
by bugzilla-daemon＠bugs.koha-community.org 11 Nov '22

11 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21641 Bug ID: 21641 Summary: Software error when checking out an item with a charge associated with it Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: alexbuckley(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When you try to check out an item with a charge associated with it the following error is thrown as the C4::Circulation->AddIssuingCharge() is executed: Undefined subroutine &C4::Circulation::getnextacctno called at /home/vagrant/kohaclone/C4/Circulation.pm line 3194 The getnextacctno function is in C4::Accounts. This module is in a use pragma at the top of C4/Circulation.pm -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 31

[Bug 24980] New: Date formatting from JS - use timezone only with dates with offset
by bugzilla-daemon＠bugs.koha-community.org 11 Nov '22

11 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24980 Bug ID: 24980 Summary: Date formatting from JS - use timezone only with dates with offset 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: agustinmoyano(a)theke.io QA Contact: testopia(a)bugs.koha-community.org Depends on: 24455 Blocks: 20936 Bug 24455 uses timezone to format any date that comes.. even dates like '2020-04-04' that specifies no offset. That date gets translated to '2020-04-04T00:00:00Z', and if you've got a timezone with -NN:NN if you ask for the date, you may get '2020-04-03' which is wrong. This bug will try to fix that. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20936 [Bug 20936] Holds History for patrons in OPAC https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24455 [Bug 24455] Date formatting from JS -- You are receiving this mail because: You are watching all bug changes.

1 42

[Bug 24455] New: date formatting from JS
by bugzilla-daemon＠bugs.koha-community.org 11 Nov '22

11 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24455 Bug ID: 24455 Summary: date formatting from JS Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: agustinmoyano(a)theke.io Reporter: agustinmoyano(a)theke.io QA Contact: testopia(a)bugs.koha-community.org CC: tomascohen(a)gmail.com API calls in OPAC brings raw JSON. We need a way to format data into the configured date from JS. -- You are receiving this mail because: You are watching all bug changes.

1 80

[Bug 23222] New: Fix DISABLE/ENABLE plugin label in plugins home
by bugzilla-daemon＠bugs.koha-community.org 11 Nov '22

11 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23222 Bug ID: 23222 Summary: Fix DISABLE/ENABLE plugin label in plugins home 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: agustinmoyano(a)theke.io QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Fix bug introduced in bug 21073 When you install a plugin, it shows as disables, even though it's enabled in database. Before 21073 that flag was called "enabled", after that bug it is called "is_enabled", but tt was never updated. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13

[Bug 26498] New: Add option to set a default expire date for holds at reservation time
by bugzilla-daemon＠bugs.koha-community.org 11 Nov '22

11 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26498 Bug ID: 26498 Summary: Add option to set a default expire date for holds at reservation time 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Currently, when placing a hold the default is to leave the expiry date empty. It would be useful to have the option to set a default delay via a system preference such that if the patron/staff placing the hold doesn't fill the expire date, we set a default instead of leaving the hold without an expiration date. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 52

[Bug 29369] New: Use Flatpickr in dateaccessioned cataloging plugin
by bugzilla-daemon＠bugs.koha-community.org 11 Nov '22

11 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29369 Bug ID: 29369 Summary: Use Flatpickr in dateaccessioned cataloging plugin Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: david(a)davidnind.com, testopia(a)bugs.koha-community.org Blocks: 29239 The cataloging plugin which affects date fields in cataloging (952$d "date acquired" in the default MARC21 framework) uses the old jQueryUI datepicker. It should be updated to use Flatpickr. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29239 [Bug 29239] [OMNIBUS] Replace jQueryUI's timepicker with flatpickr -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 30970] New: holdst columns don't match actual columns
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '22

10 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30970 Bug ID: 30970 Summary: holdst columns don't match actual columns Change sponsored?: --- Product: Koha Version: 21.11 Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: sbrown(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The columns selected to hide by default in 'Table settings' for holdst aren't lining up with the actual columns hidden. For example: -In holdst, select columns home_library and current_location to be hidden by default -In the 'Holds waiting' table, see that Patron and Home library are hidden by default. Current location is showing by default. -To hide current_location and home_library by default, I need to select shelving_location and current_location in 'Table settings' -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19

[Bug 30917] New: Improve course reserves breadcrumbs
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '22

10 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30917 Bug ID: 30917 Summary: Improve course reserves breadcrumbs 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 I think it would be useful to add a link in the breadcrumbs to the course view from the "add items" pages: Home > Course reserves > [Course name] > Add reserves -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 31121] New: Format date range on top of cashup summary page
by bugzilla-daemon＠bugs.koha-community.org 09 Nov '22

09 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31121 Bug ID: 31121 Summary: Format date range on top of cashup summary page Change sponsored?: --- Product: Koha Version: 20.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org When you look at the cashup summary, the dates are formatted in database format: Period: 2022-07-08 09:42:24 to 2022-07-08 09:44:35 These should be formatted nicely according to the DateFormat system preference. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 26

[Bug 30880] New: Expand OPACResultsUnavailableGroupingBy to have a 'branch only' option
by bugzilla-daemon＠bugs.koha-community.org 09 Nov '22

09 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30880 Bug ID: 30880 Summary: Expand OPACResultsUnavailableGroupingBy to have a 'branch only' option 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: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org Currently you can group unavailable items in OPAC search results by substatus or branch. However the 'branch' option is misleading, because it still groups unavailable items by substatus as well as branch. Some libraries do not need this amount of information about their unavailable items on the search results. OPACResultsUnavailableGroupingBy should have the following options: - 'branch and substatus' (current 'branch' behaviour) - 'substatus only' (current 'substatus' behaviour) - 'branch only' (new behaviour) For example: Currently, with 'substatus' enabled for OPACResultsUnavailableGroupingBy the results look like: Not available: Checked out (1). Lost (1). With 'branch' enabled for OPACResultsUnavailableGroupingBy the results look like: Not available: Fairview: Checked out (1). Fairview: Lost (1). As you can see, different substatuses within the same branch are split out. There should be an option to make the search results look like: Not available: Fairview (2). -- You are receiving this mail because: You are watching all bug changes.

1 14