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

[Bug 25528] New: Show icons for shelving locations and collections in OPAC
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '25

15 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25528 Bug ID: 25528 Summary: Show icons for shelving locations and collections in OPAC Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org In Koha it's possible to link authorised values like collections and locations to icons via their authorised values. The icon currently only shows on the advanced search in OPAC, but it would be really helpful to also show it in the items table on the details page. To test: - Go to admnistration > authorised values > LOC or CCODE - Select an icon for any of your values - Go to the advanced search in OPAC and verify the icon displays (might require changing the AdvancedSearchTypes system preference) - Check the detail page of a record with items in your location/collection - Verify that the icon doesn't display -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 29468] New: MARC21: Add display of 247 - Former Title
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '25

15 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29468 Bug ID: 29468 Summary: MARC21: Add display of 247 - Former Title Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de 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 1

[Bug 27441] New: Create a notice that can be sent when the Long Overdue Cron runs
by bugzilla-daemon＠bugs.koha-community.org 14 Jan '25

14 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27441 Bug ID: 27441 Summary: Create a notice that can be sent when the Long Overdue Cron runs Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Libraries that use the Long Overdue Cron would like to coordinate the Overdue Notices to this cron- which is not as easy as that since the Long Overdue cron doesn't look at the calendar but the Notices can and they are losing out on an actual overdue notice because they are using one for the 'bill'. Instead, can we have Koha send another Notice when the Long Overdue Cron runs and that can alert Patrons that they have been charged for their Long Overdue material. This would also allow for libraries to use the 3 current overdue notices - as Overdue Notices and this new notice to be used for the actual Charge to the patron's account. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 27603] New: Add API for lists management
by bugzilla-daemon＠bugs.koha-community.org 14 Jan '25

14 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27603 Bug ID: 27603 Summary: Add API for lists management Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: oleonard(a)myacpl.org Created attachment 116256 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=116256&action=e… Screenshot of the list modal idea I was playing around with making the list add form a modal instead of a popup, and while it can be hacked together as things are now it really would be better to have an API to work with. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 21934] New: Allow user to specify name for 'Shibboleth'
by bugzilla-daemon＠bugs.koha-community.org 13 Jan '25

13 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21934 Bug ID: 21934 Summary: Allow user to specify name for 'Shibboleth' 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: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Many sites using SAML (Shibboleth) don't refer to their login as a 'Shibboleth login' We shoudl make it easy for the user to specify what they call the service -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 21576] New: Add a developer script to automatically fix missing filters
by bugzilla-daemon＠bugs.koha-community.org 13 Jan '25

13 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21576 Bug ID: 21576 Summary: Add a developer script to automatically fix missing filters Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz Depends on: 13618 Blocks: 21526 Since bug 13618 developers have to escape TT variables when needed. It is not easy to think about (as we are lazy) and hard to pick the good one (html vs uri). It would be great to help our brains and have a script to add them automagically when needed. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13618 [Bug 13618] Add additional template filter methods and a filter presence test to Koha https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21526 [Bug 21526] TT variables used to build a link should be uri filtered -- You are receiving this mail because: You are watching all bug changes.

1 34

[Bug 22872] New: payment_type handling is untested in Koha::Account->add_credit.
by bugzilla-daemon＠bugs.koha-community.org 13 Jan '25

13 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22872 Bug ID: 22872 Summary: payment_type handling is untested in Koha::Account->add_credit. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- The payment_type functionality is sparsely tested and only for the ->pay method and not the add_credit method. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 22056] New: Remove test/search.pl
by bugzilla-daemon＠bugs.koha-community.org 09 Jan '25

09 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22056 Bug ID: 22056 Summary: Remove test/search.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- As far as I can tell, the "test/search.pl" script isn't used for anything and can be removed. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[Bug 25345] New: Duplicate course reserves
by bugzilla-daemon＠bugs.koha-community.org 09 Jan '25

09 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25345 Bug ID: 25345 Summary: Duplicate course reserves Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Course reserves Assignee: koha-bugs(a)lists.koha-community.org Reporter: fiona.borthwick(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org At present, it is not possible to 'duplicate' one course reserve record to another. On occasions, there may be many CR records related to one course and this involves a lot of time consuming, manual entering of data. If there was the option to copy an existing record, then this would speed up the workflow. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 28541] New: Incorrect default pickup location passed to HTML, causing UI show items unreservable
by bugzilla-daemon＠bugs.koha-community.org 09 Jan '25

09 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28541 Bug ID: 28541 Summary: Incorrect default pickup location passed to HTML, causing UI show items unreservable Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: joonas.kylmala(a)helsinki.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, nugged(a)gmail.com, stalkernoid(a)gmail.com, tomascohen(a)gmail.com Depends on: 27071 The default pickup branch for holds through intranet was changed in Bug 27071 to be the branch returned by C4::Reserves::GetReservesControlBranch() function. However, the result of this calculation, $reserves_control_branch, is not passed to to the Template Toolkit template: > # pass the userenv branch if no pickup location selected > $template->param( pickup => $pickup || C4::Context->userenv->{branch} ); Instead the wrong value, currently logged in branch is passed. This causes the UI give false warning triangles about not being able to reserve some items even though the reservation works if you ignore those warnings. We should be passing the same branch as we did the availability calculation with, i.e. $reserves_control_branch. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27071 [Bug 27071] Hold pickup library match not enforced correctly on intranet when using hold groups -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 10