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

[Bug 35316] New: Add itemcallnumber to holds history page
by bugzilla-daemon＠bugs.koha-community.org 23 May '24

23 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35316 Bug ID: 35316 Summary: Add itemcallnumber to holds history page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com This form currently shows barcode, not call number. Our users would like to have it too. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 28899] New: Don't always make = into : for elastic range searching
by bugzilla-daemon＠bugs.koha-community.org 23 May '24

23 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28899 Bug ID: 28899 Summary: Don't always make = into : for elastic range searching Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com For range searches, Elastic supports searches for ranges with one end bound, like "pubdate greater than or equal to 2020." Except the phrasing for that would be "pubdate:>=2020." And Koha wants to let us use either a colon or an equals sign after our index name, so it always converts an equals sign in to a colon, which means our query turns into "pubdate:>:2020" and we get an error. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 36397] New: Koha/Plugins/authority_hooks.t seems to fail with Elastic
by bugzilla-daemon＠bugs.koha-community.org 22 May '24

22 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36397 Bug ID: 36397 Summary: Koha/Plugins/authority_hooks.t seems to fail with Elastic Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org See also bug 35536 comment60 # Failed test 'AddAuthority calls the hook with action=create, id passed' # at /kohadevbox/koha/t/db_dependent/Koha/Plugins/authority_hooks.t line 57. # found warning: Cannot determine authority type for record: 1740 at /kohadevbox/koha/Koha/SearchEngine/Elasticsearch.pm line 573. # found warning: Plugin error (Test Plugin): Exception 'Koha::Exception' thrown 'after_authority_action called with action: create, id: 1740' # expected to find warning: (?^u:after_authority_action called with action: create, id: \d+) # Failed test 'ModAuthority calls the hook with action=modify, id passed' # at /kohadevbox/koha/t/db_dependent/Koha/Plugins/authority_hooks.t line 61. # found warning: Cannot determine authority type for record: 1740 at /kohadevbox/koha/Koha/SearchEngine/Elasticsearch.pm line 573. # found warning: Plugin error (Test Plugin): Exception 'Koha::Exception' thrown 'after_authority_action called with action: modify, id: 1740' # expected to find warning: (?^u:after_authority_action called with action: modify, id: 1740) # Looks like you failed 2 tests of 3. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 36077] New: Create separate cookie options for the staff interface
by bugzilla-daemon＠bugs.koha-community.org 22 May '24

22 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36077 Bug ID: 36077 Summary: Create separate cookie options for the staff interface Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: aude.charillon(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Bug 27378 created HTML customizations for CookieConsentBar and CookieConsentPopup. Despite being listed under the OPAC section of the list of display locations when creating the customizations, these are displayed in both the Opac and the staff interface. This is an issue as the staff interface uses different essential cookies and could have different optional ones. We need two separate sets of cookie-related system preferences and HTML customizations: one for the Opac and one for the staff interface. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 35348] New: Cookie information should be available regardless of whether you are logged in or not
by bugzilla-daemon＠bugs.koha-community.org 22 May '24

22 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35348 Bug ID: 35348 Summary: Cookie information should be available regardless of whether you are logged in or not 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 34793 When CookieConsent is enabled, the 'More information' button prompts a modal that contains details of what cookies are being used and why. This information is then available from the 'Consents' tab for logged in users, but is entirely hidden for users who have accepted/denied cookies but not yet logged in. We should move the cookie consents display out of the 'Consents' tab in the user profile and into a link from a permanent footer at the bottom of the page (next to where language selection appear when enabled would be perfect) 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 35

[Bug 35346] New: 'Accept essential cookies' should always appear if CookieConsent is enabled
by bugzilla-daemon＠bugs.koha-community.org 22 May '24

22 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35346 Bug ID: 35346 Summary: 'Accept essential cookies' should always appear if CookieConsent is enabled 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 Right now, if you don't have any CookieConsentedJS cookies defined but do have CookieConsent set to 'require' then you are shown the footer bar with just an 'Accept all cookies' button. This is misleading, the button should be 'Accept essential cookies' as only essential cookies are going to be accepted.. there are no further cookies in 'all'. -- You are receiving this mail because: You are watching all bug changes.

1 20

[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