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

[Bug 31197] New: Enabling Authority checks for all library staff but restrict the ability to edit Authority files to system admin
by bugzilla-daemon＠bugs.koha-community.org 04 Mar '25

04 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31197 Bug ID: 31197 Summary: Enabling Authority checks for all library staff but restrict the ability to edit Authority files to system admin 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: susan.merner(a)nhs.net QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl The ability to check whether an Authority such as a subject heading is in the authority file should be available to all staff BUT the option to edit authority files should be restricted to selected staff with system admin permissions. The Authority files affected would be Subject Headings (650), Series (490) and Corporate Authors. We want to ensure staff keep to the authorised lists and do not introduce or amend entries within Authorities. Is there a way to give cataloguers permission to have the "Link authorities automatically" button, but not edit, create or delete the authorities? If we could have a 'check authorities' button with no additional permissions, it would be really helpful! Or a way to flag unauthorised headings upon saving. We all need to be able to check if the subject headings (650 field) being pulled through by z39.50 are included in the authority file on Koha. At present, this is not possible, and there is no way to check z39.50 against the authority file. This raises an issue with cataloguers adding in unauthorised headings -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[Bug 36361] New: Show warning about pending ILL requests when a patron is deleted
by bugzilla-daemon＠bugs.koha-community.org 03 Mar '25

03 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36361 Bug ID: 36361 Summary: Show warning about pending ILL requests when a patron is deleted Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: clemens.tubach(a)kit.edu, gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com, michaela.sieber(a)kit.edu, pedro.amorim(a)ptfs-europe.com When a patron is deleted and they have pending/undelivered ILL requests, we should at least show a warning, like we do with suggestions/holds. This is even more important until bug 32630 is fixed. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 28141] New: Accessibility: OPAC Advanced Search fields aren't labelled
by bugzilla-daemon＠bugs.koha-community.org 03 Mar '25

03 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28141 Bug ID: 28141 Summary: Accessibility: OPAC Advanced Search fields aren't labelled 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: bolshawh(a)parliament.uk QA Contact: testopia(a)bugs.koha-community.org The OPAC advanced search page has unlabelled search fields making them inaccessible to users of screen readers. This is a complicated page to get right and I'm not entirely sure how best to fix this. Here are some of the issues with the page currently: Example issue 1: When using NVDA to access the search form fields out of context, it is hard to tell which index (keyword, author, title etc.) you are searching. This is an issue when searching multiple fields at once. "Enter search terms; edit; has auto complete" It would be better if the search form field was linked to the index combo box. We could use aria-labelledby but there may be better ways to do this. Example Issue 2: The label for "search-field_0" is blank. Example Issue 3: The search terms are linked by 'and' but this isn't entirely clear out of context using a screen reader: " ;combo box; collapsed; Subject" "and;combo box; collapsed; Title" "and;combo box; collapsed; Publisher Location" "Location and availability:; combo box; collapsed; All Libraries" "Sort by:; combo box; collapsed; Relevance" "Language; combo box; collapsed; No Limit" Example Issue 4: The remove field buttons aren't programmatically linked to the field they are removing -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 36471] New: Accessibility: OPAC search results header obscures content when zooming in
by bugzilla-daemon＠bugs.koha-community.org 03 Mar '25

03 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36471 Bug ID: 36471 Summary: Accessibility: OPAC search results header obscures content when zooming in Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Blocks: 33516 Moved from comment on bug 33516: (In reply to Georgia Newman from comment #1) > We have recently reviewed our accessibility statement and we have noticed > this issue on the search results page of our OPAC. Users should be able to > enlarge/zoom up to 400% without loss of function. However, when display is > set to 1280x wide, looking at the search results page, we find that a user > can’t enlarge above 200% before the search results header obscures > everything on the page, so the search results aren’t visible. This fails > WCAG 2.1 criterium 1.4.10. We have noted this as an issue in our > accessibility statement and would like to see this improved in order to > comply with WCAG standards. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33516 [Bug 33516] Accessibility: WCAG 1.4.1 - Content reflow -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 36285] New: Staff UI form fieldset styling needs update
by bugzilla-daemon＠bugs.koha-community.org 03 Mar '25

03 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36285 Bug ID: 36285 Summary: Staff UI form fieldset styling needs update Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: pedro.amorim(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 21

[Bug 19772] New: Wrong success message if PATRON_NOTE is not defined
by bugzilla-daemon＠bugs.koha-community.org 03 Mar '25

03 Mar '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19772 Bug ID: 19772 Summary: Wrong success message if PATRON_NOTE is not defined Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: major Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: aleisha(a)catalyst.net.nz Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 14224 There is no PATRON_NOTE notice template created for new installation. If the pref (AllowCheckoutNotes) is set to on, a patron can let a note from the OPAC and the message "Your note about $TITLE / has been saved and sent to the library." is display to the screen. But actually the Koha logs mention "No circulation PATRON_NOTE letter transported by email at /home/vagrant/kohaclone/C4/Letters.pm line 697." and no notice is generated Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14224 [Bug 14224] patron notes about item shown at check in -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 37646] New: Add the ability to add attachments to Vendor Issues
by bugzilla-daemon＠bugs.koha-community.org 28 Feb '25

28 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37646 Bug ID: 37646 Summary: Add the ability to add attachments to Vendor Issues Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org It would be nice to have the ability to add attachments to Vendor Issues. Attachments such as screenshots or a document outlining the vendor information. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 28638] New: Provide authority records via OAI-PMH
by bugzilla-daemon＠bugs.koha-community.org 28 Feb '25

28 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28638 Bug ID: 28638 Summary: Provide authority records via OAI-PMH Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: black23(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Hi, Now Koha only offers bibliographic records via OAI-PMH. We would like to extend the functionality for authority records as well. Michal -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 36986] New: (Bug 26176 follow-up) Fix rename StaffLoginBranchBasedOnIP in BBRev
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '25

27 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36986 Bug ID: 36986 Summary: (Bug 26176 follow-up) Fix rename StaffLoginBranchBasedOnIP in BBRev Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Bug 26176 follow-up to fix rename StaffLoginBranchBasedOnIP in BBRev : https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26176#c24 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 42

[Bug 37106] New: Upgrade to 23.11.05.009 causes an error because Koha::installer::Output doesn't exist in 23.11.x
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '25

27 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37106 Bug ID: 37106 Summary: Upgrade to 23.11.05.009 causes an error because Koha::installer::Output doesn't exist in 23.11.x Change sponsored?: --- Product: Koha Version: 23.11 Hardware: All OS: All Status: NEW Severity: blocker Priority: P5 - low Component: Installation and upgrade (command-line installer) Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: tomascohen(a)gmail.com Upgrade to 23.11.05.009 [08:24:15]: ERROR - {UNKNOWN}: Can't use an undefined value as a subroutine reference at /usr/share/koha/lib/C4/Installer.pm line 739. at /usr/share/koha/lib/C4/Installer.pm line 741 This BREAKS installations of 23.11 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 12