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

[Bug 33330] New: selenium/authentication.t is failing randomly
by bugzilla-daemon＠bugs.koha-community.org 20 Nov '24

20 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33330 Bug ID: 33330 Summary: selenium/authentication.t is failing randomly Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Blocks: 25551 15:44:43 koha_1 | # Failed test at t/db_dependent/selenium/authentication.t line 235. 15:44:43 koha_1 | # 'Koha online catalog' 15:44:43 koha_1 | # doesn't match '(?^u:Your library home)' 15:44:43 es_1 | [2023-03-23T14:42:59,727][WARN ][o.e.c.r.a.DiskThresholdMonitor] [hMhQRNC] high disk watermark [90%] exceeded on [hMhQRNCrTdG53zO1o_VVxQ][hMhQRNC][/usr/share/elasticsearch/data/nodes/0] free: 813.7mb[8.1%], shards will be relocated away from this node 15:44:43 koha_1 | # Looks like you failed 1 test of 13. 15:44:43 koha_1 | 15:44:43 koha_1 | # Failed test 'not authorized' 15:44:43 koha_1 | # at t/db_dependent/selenium/authentication.t line 274. 15:44:43 koha_1 | # Looks like you failed 1 test of 7. 15:44:43 koha_1 | 15:44:43 koha_1 | # Failed test 'OPAC interface authentication' 15:44:43 koha_1 | # at t/db_dependent/selenium/authentication.t line 277. 15:44:43 selenium_1 | 1679582588195 Marionette INFO Stopped listening on port 43169 15:44:43 selenium_1 | JavaScript error: resource:///modules/Interactions.jsm, line 230: NS_ERROR_FAILURE: Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIUserIdleService.removeIdleObserver] 15:44:43 selenium_1 | 14:43:09.324 INFO [ActiveSessions$1.onStop] - Removing session 6022a951-b117-4314-9d9a-ad7218eb2905 (org.openqa.selenium.firefox.GeckoDriverService) 15:44:43 koha_1 | # Looks like you failed 1 test of 3. 15:44:43 koha_1 | [14:43:09] t/db_dependent/selenium/authentication.t Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25551 [Bug 25551] [OMNIBUS] Some tests are failing randomly -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 37475] New: in acqui/parcels.pl closed invoiced should not be displayed by default
by bugzilla-daemon＠bugs.koha-community.org 20 Nov '24

20 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37475 Bug ID: 37475 Summary: in acqui/parcels.pl closed invoiced should not be displayed by default Change sponsored?: --- Product: Koha Version: 23.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org in acqui/parcels.pl closed invoiced should not be displayed by default, and there should be a column showing the open/closed status of each invoice -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 37504] New: Deleting local title in ERM should optionally delete bibliographic record
by bugzilla-daemon＠bugs.koha-community.org 20 Nov '24

20 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37504 Bug ID: 37504 Summary: Deleting local title in ERM should optionally delete bibliographic record Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ERM Assignee: jonathan.druart(a)gmail.com Reporter: esther.melander(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: jonathan.druart(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 If local titles in the ERM have a linked bibliographic record, there should be a way to delete both the title from the ERM AND the linked bibliographic record. Right now, it seems like deleting the title would do that, but does not. This means completely removing a title with a linked bibliographic record is double work. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 37148] New: Move the filter bar in Holds to Pull report from the bottom to the top of the table
by bugzilla-daemon＠bugs.koha-community.org 19 Nov '24

19 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37148 Bug ID: 37148 Summary: Move the filter bar in Holds to Pull report from the bottom to the top of the table Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew.auld(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com The Holds to Pull report table of results has a filter bar which only appears at the end of each page of results. In systems where there are a lot of libraries/branches, this can mean scrolling a long way to allow the user to filter to show results from their library/branch, or to filter in another way. Possibly related to Bug #35139 https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35139 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 44

[Bug 23264] New: OPAC elements with class="dropdown" include incomplete WAI-ARIA Menu
by bugzilla-daemon＠bugs.koha-community.org 19 Nov '24

19 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23264 Bug ID: 23264 Summary: OPAC elements with class="dropdown" include incomplete WAI-ARIA Menu Change sponsored?: --- Product: Koha Version: 19.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: brian(a)mcneil.ly QA Contact: testopia(a)bugs.koha-community.org Details: Buttons that spawn items with role="menu" must indicate this fact with aria-haspopup="menu", and an aria-controls attribute referencing the id value for the element with role="menu". On expansion, focus should move to the first menu item, and focus should be tracked with either a roving tabindex attribute (so one menu item is always focusable) or tracked with an aria-activedescendant attribute on the element with role="menu". aria-expanded can be used to indicate the state of the button and its attached menu (e.g. expanded or collapsed). This paradigm may apply to over OPAC menus, such as the Lists Menu on the homepage. Steps to Reproduce: 1. Navigate to the element with id="langmenu" 2. Verify this item does not have an aria-haspopup attribute 3. Activate the element, verify a menu appears 4. Verify this content contains an element with role="menu" 5. Verify focus has not moved to the first menuitem beneath the menu 6. Use the arrow keys to adjust content within the menu 7. Verify tabindex attributes are not adjusted and aria-activedescendant is not set on the element with role="menu" Actual Results: Screen readers and other assistive technologies may be unable to interact with content as intended if ARIA controls are not coded to spec. Expected Results: The above listed attributes are added to the button item and element with role="menu". An example of a fully implemented button spawning an element with role="menu" (in this case using aria-activedescendant) can be found at: https://www.w3.org/TR/wai-aria-practices/examples/menu-button/menu-button-a… -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 26813] New: Accessibility: Review labels of page elements
by bugzilla-daemon＠bugs.koha-community.org 19 Nov '24

19 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26813 Bug ID: 26813 Summary: Accessibility: Review labels of page elements Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P3 Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: kathryn(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Some page elements are not consistently labelled. Tested this on the staff interface home page only. Would be great to learn the best way to label page elements, make those changes, and test with a screen reader. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 25153] New: Accessibility: 1.3.1 Info and Relationships
by bugzilla-daemon＠bugs.koha-community.org 19 Nov '24

19 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25153 Bug ID: 25153 Summary: Accessibility: 1.3.1 Info and Relationships 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 CC: oleonard(a)myacpl.org, testopia(a)bugs.koha-community.org Blocks: 23003 There are a few cases where we are not adhering to the 'Headings to Introduce content' guidelines for a A accessibility rating. Headings should be used to introduce the content on all pages, this bug serves as a collector bug for cases where this guideline is not being adhered to. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23003 [Bug 23003] Accessibility improvements -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 26811] New: Accessibility: Improve staff client usability for non-mouse users by changing order of page elements
by bugzilla-daemon＠bugs.koha-community.org 19 Nov '24

19 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26811 Bug ID: 26811 Summary: Accessibility: Improve staff client usability for non-mouse users by changing order of page elements Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: kathryn(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The order of page elements could be improved to enhance the user experience for any user that does not use a mouse and instead tabs through, e.g. screen-reader users or those who prefer to only use the keyboard. To reproduce: When on the staff interface home page, try tabbing through the page elements. Notice the order you go through the elements. (I will open other bugs to address the highlighting of elements, and labels). Currently the first tab goes to the submit button, then back to the check out tab under the search box, then through everything in the left hand column. Suggested order: the next elements to tab across after submit and Check out are the Checkin, Renew, Search Patrons, Search the catalog (all the items across the tabs under the search box), then to the top News block (in case libraries use this for urgent announcements?), back to the modules, then on to the other things down the left hand navigation. Open to other input on the order or things. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 25150] New: Accessibility: 2.4.10 Section Headings
by bugzilla-daemon＠bugs.koha-community.org 19 Nov '24

19 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25150 Bug ID: 25150 Summary: Accessibility: 2.4.10 Section Headings 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 There are a large number of cases where we are not adhering to the Section Heading guidelines for a AAA accessibility rating. Headings should be incremental, this bug serves as a collector to find and fix cases of this rule being broken. -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 38081] New: maskitoTimeOptionsGenerator does not properly support 12-hour times in calendar.inc
by bugzilla-daemon＠bugs.koha-community.org 19 Nov '24

19 Nov '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38081 Bug ID: 38081 Summary: maskitoTimeOptionsGenerator does not properly support 12-hour times in calendar.inc Change sponsored?: --- Product: Koha Version: Main 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: cj.lynce(a)westlakelibrary.org QA Contact: testopia(a)bugs.koha-community.org Whenediting a library's information via Administration->Libraries->Edit, a 'TypeError' is being thrown to the console. I've traced it back to the maskito mask that is applied via Flatpickr. The root cause seems to be that maskito does not properly support 12-hour time formats for time-only masks via the maskitoTimeOptionsGenerator function. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13