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

[Bug 35347] New: 'More information' should always display in cookie consent bar
by bugzilla-daemon＠bugs.koha-community.org 22 May '24

22 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35347 Bug ID: 35347 Summary: 'More information' should always display in cookie consent bar Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 34793 Even if we only have essential cookies use on the system, if the CookieConsent option is set to required the footer conent bar should display the 'More information' button so a user can make an informed decision whether to continue using the site or not. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34793 [Bug 34793] We should ship default 'CookieConsentPopup' data that describes our required cookies -- You are receiving this mail because: You are watching all bug changes.

1 21

[Bug 23067] New: in Opac Confirm holds page the Last location column is empty
by bugzilla-daemon＠bugs.koha-community.org 22 May '24

22 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23067 Bug ID: 23067 Summary: in Opac Confirm holds page the Last location column is empty Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: christophe.croullebois(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Target Milestone: --- In opac-reserve.pl click on 'Show more options' select 'A specific item' Then you'll see a table with a column 'Last location' (holdingbranch) always empty if homebranch = holdingbranch. It would be better if this column shows always this location. opac/opac-reserve.pl # If the holdingbranch is different than the homebranch, we show the # holdingbranch of the document too. if ( $itemInfo->{homebranch} ne $itemInfo->{holdingbranch} ) { $itemLoopIter->{holdingBranchName} = $itemInfo->{holdingbranch}; } -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 32721] New: Allow UserCSS and UserJS at branch level
by bugzilla-daemon＠bugs.koha-community.org 22 May '24

22 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32721 Bug ID: 32721 Summary: Allow UserCSS and UserJS at branch level 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: matt.blenkinsop(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org It would be useful to be able to add UserCSS and JS at branch level rather than globally across all OPACs. This will improve customisation and streamline the way we inject the UserJS and UserCSS into the templates. -- You are receiving this mail because: You are watching all bug changes.

1 91

[Bug 22844] New: Simplify the process of selecting database columns for system preferences
by bugzilla-daemon＠bugs.koha-community.org 22 May '24

22 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22844 Bug ID: 22844 Summary: Simplify the process of selecting database columns for system preferences Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Target Milestone: --- Created attachment 89322 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=89322&action=ed… Screenshot showing column selection in a modal window Right now the process of hand-typing the names of database columns in system preferences like BorrowerMandatoryField is cumbersome and error-prone. I would like to change to a system where the user can select from a predefined list of database columns -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 170

[Bug 28561] New: Order_by triggers a DBIx warning Unable to properly collapse has_many results
by bugzilla-daemon＠bugs.koha-community.org 22 May '24

22 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28561 Bug ID: 28561 Summary: Order_by triggers a DBIx warning Unable to properly collapse has_many results 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: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org Make a list, few biblios with multiple items. Check the plack-opac-error.log [2021/06/14 11:51:45] [WARN] Use of uninitialized value $direction in string ne at /usr/share/koha/opac/opac-shelves.pl line 265. [2021/06/14 11:51:45] [WARN] Use of uninitialized value $direction in string ne at /usr/share/koha/opac/opac-shelves.pl line 265. [2021/06/14 11:51:45] [WARN] DBIx::Class::ResultSet::_construct_results(): Unable to properly collapse has_many results in iterator mode due to order criteria - performed an eager cursor slurp underneath. Consider using ->all() instead at /usr/share/koha/Koha/Objects.pm line 335 Koha/Objects Line 335 says: my $result = $self->_resultset()->next(); The warning has to do with the sorting criteria. Disabling the order_by clause removes the warning. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 28

[Bug 33693] New: Add ability to batch mark items as lost from checkout screen
by bugzilla-daemon＠bugs.koha-community.org 22 May '24

22 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33693 Bug ID: 33693 Summary: Add ability to batch mark items as lost from checkout screen Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: lisette.scheer(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Some partners would like the ability to mark items as lost from the checkout screen without having to open each item's record. Possibly from the screen directly, or adding an export to barcode file that could then be used in batch modification tool. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 35448] New: Rephrase: SIP2AddOpacMessagesToScreenMessage description
by bugzilla-daemon＠bugs.koha-community.org 20 May '24

20 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35448 Bug ID: 35448 Summary: Rephrase: SIP2AddOpacMessagesToScreenMessage description Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Keywords: Academy Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org I think the use was kept by accident here: SIP2AddOpacMessagesToScreenMessage Use [do|don't]send OPAC patron messages in the SIP2 screen message field. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 36711] New: Replace "MARC preview" in authority results with display from bug 29825
by bugzilla-daemon＠bugs.koha-community.org 20 May '24

20 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36711 Bug ID: 36711 Summary: Replace "MARC preview" in authority results with display from bug 29825 Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Authority 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 Depends on: 29825 (In reply to Owen Leonard from comment #34) > (In reply to Katrin Fischer from comment #32) > > With this we have a different style of preview from > > the result list of the authority search and the detail page. > > I think the preview from the authority search result page should be replaced > with this version. It's more consistent with the way we show MARC previews > from the bibliographic detail page. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29825 [Bug 29825] Preview of authority record on edit mode as MARC formatted view -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 33930] New: Single record can have too many items for performance
by bugzilla-daemon＠bugs.koha-community.org 20 May '24

20 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33930 Bug ID: 33930 Summary: Single record can have too many items for performance Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: lisette.scheer(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl If a library has a lot of items (1000+) on a single record, such as all of National Geographic on the same record, it will cause slowdowns in the system. Specifically can make (at least) the following things difficult: -searching -loading records -holds Having a limit would be helpful. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 28594] New: Add ability to mark an item as retuned when resolving a claim
by bugzilla-daemon＠bugs.koha-community.org 20 May '24

20 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28594 Bug ID: 28594 Summary: Add ability to mark an item as retuned when resolving a claim 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: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com This is the inverse of bug 27753. While 27753 says we should be able to automatically resolve a claim when checking in an item, we should also be able to automatically mark an item as returned when resolving its claim. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3