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

[Bug 27100] New: No way to get the holds count on an item from ILS-DI?
by bugzilla-daemon＠bugs.koha-community.org 16 Jan '25

16 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27100 Bug ID: 27100 Summary: No way to get the holds count on an item from ILS-DI? Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: arthur.suzuki(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org ILS-DI GetRecord service shows up the number of issues for an item but it may be nice as well to provide the number of holds waiting. Needed for portal softwares which allows to place a holds. (Users may want to know if the hold might be available quick or not) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 17291] New: Add <item>...</item> syntax to advance_notices.pl
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '25

15 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17291 Bug ID: 17291 Summary: Add <item>...</item> syntax to advance_notices.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org advance_notices.pl, which handles DUE, DUEDGST, PREDUE and PREDUEDGST notices, does *NOT* accept the <item> ... </item> Syntax used by overdue notices. This is *VERY* confusing to users -- It's one of the most frequent trouble tickets handled by Bywater Solutions. As far as I can tell, there's no reason *not* to fix this. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[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 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 23030] New: Install Date
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '25

08 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23030 Bug ID: 23030 Summary: Install Date Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: About Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Would like to see the install date (or last upgrade date, or both) in About. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 16734] New: getLanguages() in opac-search.pl should be called only if needed
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '25

08 Jan '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16734 Bug ID: 16734 Summary: getLanguages() in opac-search.pl should be called only if needed Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: abl(a)biblos.pk.edu.pl QA Contact: testopia(a)bugs.koha-community.org There is no need to always call getLanguages() in opac/opac-search.pl (especially not if it's an actual search), it's output is used only in opac-advsearch.tt template. This patch moves it into 'if ( ... $template_type eq 'advsearch' )' block. Speed gain is rather moderate (40 - 80 msec, if the mysql server is no too busy, and the results are already in query cache), but it eliminates a lot of small DBI calls, making a further profiling of OPAC searches a bit easier. -- You are receiving this mail because: You are watching all bug changes.

1 14