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

[Bug 35375] New: Capitalization: Report Release
by bugzilla-daemon＠bugs.koha-community.org 28 May '24

28 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35375 Bug ID: 35375 Summary: Capitalization: Report Release Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr, jonathan.druart+koha(a)gmail.com Found in translation koha-tmpl/intranet-tmpl/prog/js/vue/components/ERM/UsageStatisticsReportsViewer.vue:142 • koha-tmpl/intranet-tmpl/prog/js/vue/components/ERM/UsageStatisticsReportsViewer.vue:269 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 35218] New: No tests for /erm/sushi_service
by bugzilla-daemon＠bugs.koha-community.org 28 May '24

28 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35218 Bug ID: 35218 Summary: No tests for /erm/sushi_service Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com CC: tomascohen(a)gmail.com This response definition is weird: 200: description: A sushi service schema: items: $ref: "../swagger.yaml#/definitions/erm_sushi_service" type: object `items` applies to `array` types. When digging in the tests and code to find out wether it returns an array of objects, or an object, I found out there are actually no tests for this endpoint! I'm removing the stray 'type: object' entry there because it makes some other tests fail. But please provide tests, and proof of the expected behavior. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 35219] New: ERM usage endpoints not showing up in documentation
by bugzilla-daemon＠bugs.koha-community.org 28 May '24

28 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35219 Bug ID: 35219 Summary: ERM usage endpoints not showing up in documentation Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: blocker Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com CC: tomascohen(a)gmail.com Due to the lack of pointers from swagger.yaml to the tags used on the feature's endpoints, there's no mention to them in the docs [1] Before doing it, please beware the tags should all be scoped with the `erm_` prefix to avoid future problems. [1] https://api.koha-community.org/Development.html -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13

[Bug 35120] New: ERM - We need tests for Dialog inputs
by bugzilla-daemon＠bugs.koha-community.org 28 May '24

28 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35120 Bug ID: 35120 Summary: ERM - We need tests for Dialog inputs Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ERM Assignee: jonathan.druart+koha(a)gmail.com Reporter: pedro.amorim(a)ptfs-europe.com CC: jonathan.druart+koha(a)gmail.com, jonathan.field(a)ptfs-europe.com, martin.renvoize(a)ptfs-europe.com, matt.blenkinsop(a)ptfs-europe.com, pedro.amorim(a)ptfs-europe.com Depends on: 34497, 34587 To test: - Different inputs for text field - Different inputs for date field - Clicking of dialog form buttons and expected outcome Where to test: - EUsage data providers list -> "Run now" button Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34497 [Bug 34497] Vue - Dialog component should allow for confirmation input options https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34587 [Bug 34587] Add a Usage Statistics module to ERM -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 35418] New: SUSHI harvest hangs
by bugzilla-daemon＠bugs.koha-community.org 28 May '24

28 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35418 Bug ID: 35418 Summary: SUSHI harvest hangs Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: ERM Assignee: jonathan.druart+koha(a)gmail.com Reporter: pedro.amorim(a)ptfs-europe.com CC: jonathan.druart+koha(a)gmail.com, jonathan.field(a)ptfs-europe.com, martin.renvoize(a)ptfs-europe.com, matt.blenkinsop(a)ptfs-europe.com, pedro.amorim(a)ptfs-europe.com Depends on: 34587 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34587 [Bug 34587] Add a Usage Statistics module to ERM -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 34160] New: Hyperlink item barcode to the item more details editor from the holds queue viewer
by bugzilla-daemon＠bugs.koha-community.org 27 May '24

27 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34160 Bug ID: 34160 Summary: Hyperlink item barcode to the item more details editor from the holds queue viewer 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: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Sometimes librarians fail to find an item on the shelf for a hold and need to mark the item as lost. In these cases it would be helpful to link the barcode to the item's "more details" form in the same way we do for the standard details item barcode hyperlink. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[Bug 28179] New: Use a lightbox gallery to display the images - detail page, staff interface
by bugzilla-daemon＠bugs.koha-community.org 27 May '24

27 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28179 Bug ID: 28179 Summary: Use a lightbox gallery to display the images - detail page, staff interface Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Depends on: 28178 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28178 [Bug 28178] Image viewer does not select the correct image -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 48

[Bug 34793] New: We should ship default 'CookieConsentPopup' data that describes our required cookies
by bugzilla-daemon＠bugs.koha-community.org 26 May '24

26 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34793 Bug ID: 34793 Summary: We should ship default 'CookieConsentPopup' data that describes our required cookies 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: 27378 Without any further configuration of the CookieConsent feature, after enabling it the 'More information' button is missing from the consent bar but clicking 'accept' exposes a 'Your cookies' link if you're not logged in (or a 'View cookie consents' if you are logged in and looking at your 'Consents' tab in your account). These all trigger the cookie consents modal with no content in.. I really think we should include some default sample data in there explaining our required cookies.. and I think we should always show the 'More information' button from the Consent bar.. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27378 [Bug 27378] Enable compliance with EU Cookie Legislation via cookie consent -- You are receiving this mail because: You are watching all bug changes.

1 45

[Bug 35576] New: Make hq-callnumber column easier to customize when viewing the holds queue report
by bugzilla-daemon＠bugs.koha-community.org 26 May '24

26 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35576 Bug ID: 35576 Summary: Make hq-callnumber column easier to customize when viewing the holds queue report 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: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com When viewing the holds queue report there is a column for itemcallnumber (.hq-callnumber). This column contains both item.itemcallnumber and item.location data. It would be easier to customize each piece of data separately if they were each wrapped in a span with a class name. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13

[Bug 27319] New: Authorities permissions
by bugzilla-daemon＠bugs.koha-community.org 25 May '24

25 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27319 Bug ID: 27319 Summary: Authorities permissions Change sponsored?: --- Product: Koha Version: 20.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: fiona.borthwick(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Staff still see the Authorities button on the Koha home screen despite having no access to authorities. It would appear that you can grant access to editauthorities but there is not a separate permission to allow someone to search and / or select authorities whilst cataloguing. So a staff login can see the Authorities button on the home screen and can search for these even though they have the editauthorities permission deselected. Whilst I can see this logic, one of our customers has queried how they can hide the button completely as some staff should never have to work with authorities / cataloguing and this made me think that it might be a good idea to have a separate permission for searching. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6