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

[Bug 25243] New: Accessibility: 2.4.6 Headings and Labels
by bugzilla-daemon＠bugs.koha-community.org 11 Apr '24

11 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25243 Bug ID: 25243 Summary: Accessibility: 2.4.6 Headings and Labels 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 Depends on: 25241, 25242 Blocks: 23003 There are a few cases where we are not adhering to the 'Headings and labels describe topic or purpose' guidelines for a AA accessibility rating. 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 https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25241 [Bug 25241] Accessibility: 1.4.4 Resize text https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25242 [Bug 25242] Accessibility: The 'Holdings' table partially obscures navigation links at 200% zoom -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 26040] New: Accessibility: 2.1.1 Keyboard Access
by bugzilla-daemon＠bugs.koha-community.org 11 Apr '24

11 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26040 Bug ID: 26040 Summary: Accessibility: 2.1.1 Keyboard Access 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 The intent of this Success Criterion is to ensure that, wherever possible, content can be operated through a keyboard or keyboard interface (so an alternate keyboard can be used). When content can be operated through a keyboard or alternate keyboard, it is operable by people with no vision (who cannot use devices such as mice that require eye-hand coordination) as well as by people who must use alternate keyboards or input devices that act as keyboard emulators. 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 3

[Bug 27438] New: Accessibility: Screen Options
by bugzilla-daemon＠bugs.koha-community.org 11 Apr '24

11 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27438 Bug ID: 27438 Summary: Accessibility: Screen Options 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 It would be nice to offer some high contrast and high font size screen options in the default OPAC. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 27496] New: Accessibility: Navigation buttons are poorly described by screen readers
by bugzilla-daemon＠bugs.koha-community.org 11 Apr '24

11 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27496 Bug ID: 27496 Summary: Accessibility: Navigation buttons are poorly described by screen readers 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 Enable the ChromeVox screen reader for accessibility in your Chrome browser to test. If you navigate through the site using the tab key then the 'Lists' button is identified as 'Popup button collapsed', however, the next button, for languages when enabled, is identified as 'Button collapsed' and then the "Welcome user" button is identified as simply "Button". All three of these buttons lead to a dropdown menu and should be consistently identified? -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 25240] New: Accessibility: The 'Basket' page contains an inaccessible table
by bugzilla-daemon＠bugs.koha-community.org 11 Apr '24

11 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25240 Bug ID: 25240 Summary: Accessibility: The 'Basket' page contains an inaccessible table 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 Depends on: 25154 Blocks: 25153 Library Catalogue - OPAC 1/ Perform a search 2/ Add some items from the resultant search results to your basket 3/ View your basket When attempting to navigate the form controls displayed on the ‘Your basket’ page out of context, the forms within the table are presented as: “  SelecTitle: activate to sort column descending TitleAuthor: activate to sort column ascending AuthorYear: activate to sort column ascending YearLocation (Status) Select Ancient law Maine, Henry James Sumner House of Commens Library Reserve locat table” This means that screen reader users are unable to access the form controls out of context. The aria-label is over-riding the text of the table header. Solution: Ensure tables are marked up in a way that is accessible to screen reader users. An example of how to mark-up sortable columns can be found at: https://dequeuniversity.com/library/aria/tables/sf-table-sortable Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25153 [Bug 25153] Accessibility: 1.3.1 Info and Relationships https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25154 [Bug 25154] Accessibility: The 'Search results' page does not use heading markup where content is introduced -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 31074] New: Plugin metadata is kept in cache after uninstalling a plugin
by bugzilla-daemon＠bugs.koha-community.org 11 Apr '24

11 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31074 Bug ID: 31074 Summary: Plugin metadata is kept in cache after uninstalling a plugin Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Plugin architecture Assignee: koha-bugs(a)lists.koha-community.org Reporter: victor(a)tuxayo.net QA Contact: testopia(a)bugs.koha-community.org == test plan == 1. Install a plugin, like the kitchen sink https://github.com/bywatersolutions/dev-koha-plugin-kitchen-sink/releases 2. Modify the .kpz and in KitchenSink.pm, change MINIMUN_VERSION 3. Uninstall the plugin 4. Install the new version 5. The Minimum Koha version column still lists the old version 6. restart services 7. The Minimum Koha version column is correct now -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 58

[Bug 26177] New: The 'set library' functionality should be changed to 'session settings' or similar
by bugzilla-daemon＠bugs.koha-community.org 11 Apr '24

11 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26177 Bug ID: 26177 Summary: The 'set library' functionality should be changed to 'session settings' or similar 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org The set library controller and template will soon allow the setting of other session level information like 'desk' and 'cash register'.. as such we should rename and clean up the controller and template to reflect their new functionality. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[Bug 34491] New: Add select2 to fund selection in adjustments (invoice)
by bugzilla-daemon＠bugs.koha-community.org 11 Apr '24

11 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34491 Bug ID: 34491 Summary: Add select2 to fund selection in adjustments (invoice) Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: michaela.sieber(a)kit.edu QA Contact: testopia(a)bugs.koha-community.org When you have a lot of funds, would be useful to have autocompletion in funds combobox in the invoice adjustments section Test plan : 1. Go to acquisition modul 2. Create an activ and an inactiv budget with at least one fund 3. Search for Vendor 4. Button receive shipment and create invoice 5. Click finish receiving (we don't need an order line for this test) 6. Click +Add an adjustment There is no autocompletion in 'Fund' combobox 7. Apply Patch 8. Search for your invoice 9. Click +Add an adjustment 10. Check you see autocompletion in 'Fund' combobox 11. Click on 'Show inactive' 12. Check you see inactiv funds in combobox 13. Update adjustments 14. Change the fund in the existing adjustment line using the autocompletion -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 34713] New: Standardize plugin hooks
by bugzilla-daemon＠bugs.koha-community.org 11 Apr '24

11 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34713 Bug ID: 34713 Summary: Standardize plugin hooks Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: In Discussion Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: pedro.amorim(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: jonathan.druart+koha(a)gmail.com, katrin.fischer(a)bsz-bw.de, m.de.rooy(a)rijksmuseum.nl, martin.renvoize(a)ptfs-europe.com, nick(a)bywatersolutions.com, oleonard(a)myacpl.org, tomascohen(a)gmail.com We should standardize the way plugin hooks are implemented and behave. Looking at: https://wiki.koha-community.org/wiki/Koha_Plugin_Hooks https://github.com/bywatersolutions/dev-koha-plugin-kitchen-sink Some hooks are called like: Koha::Plugins->new()->GetPlugins( { method => 'background_tasks', } ); and then the respective method invoked Others are just called like: Koha::Plugins->call('patron_barcode_transform', \$patron_id ); Some hooks return stuff (e.g. opac_detail_xslt_variables), others expect the param to be a ref and change in place without returning anything (e.g. patron_barcode_transform) --- Discussion: We already have hooks that behave like actions, and others that behave like filters. Wordpress put's it this way: - an action interrupts the code flow to do something, and then returns back to the normal flow without modifying anything; - a filter is used to modify something in a specific way so that the modification is then used by code later on. My proposal is: - Make it clear that a hook is either an action or a filter, either by name or by the way it's called - All actions should implement the same (example) Plugins->call('action_name', $args) signature - All filters should implement the same (example) Plugins->call('filter_name', $args) signature and return $args -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 9

[Bug 28532] New: Accessibility: Staff Client - add legends to forms
by bugzilla-daemon＠bugs.koha-community.org 10 Apr '24

10 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28532 Bug ID: 28532 Summary: Accessibility: Staff Client - add legends to forms Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: wainuiwitikapark(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Many of the forms in the Staff Client do not have legend tags to describe them. This is not accessible and makes it hard for navigation when using a screen-reader. However, adding these legends to forms can create redundancy and appear unnecessary. Therefore, it may be beneficial for these legends to be in the class "sr-only" so that they are not visible, they are just available for those who use screen readers. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9