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

[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 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

[Bug 30329] New: Make URLLinkText configurable separately for items and bibliographic records
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '25

27 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30329 Bug ID: 30329 Summary: Make URLLinkText configurable separately for items and bibliographic records Change sponsored?: --- Product: Koha Version: 20.11 Hardware: All OS: All Status: NEW Severity: enhancement 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 Bug 15352 changed the item record link from showing the URL to showing the text defined in the URLLinkText preference. You can now only empty out the pref and affect both bibliographic records and items to undo the change or accept that both show the same text. For the item URLs the use case is often a little different than for the ones in the bibliographic record so it would be nice to have this configurable separately which should also allow to opt for using the old behaviour of showing the URLs as is in the item records. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 36645] New: More granularity to AllowMultipleIssuesOnABiblio
by bugzilla-daemon＠bugs.koha-community.org 24 Feb '25

24 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36645 Bug ID: 36645 Summary: More granularity to AllowMultipleIssuesOnABiblio Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: hebah(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Libraries using item groups have to contend with AllowMultipleIssuesOnABiblio, which is currently an all-or-nothing solution, especially if libraries generally only want one issue per record EXCEPT in the case of group holds. I'm not sure if this needs to be a separate permission or a carve out of how AllowMultipleIssuesOnABiblio treats item groups, like it does with records that have subscriptions attached. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 36644] New: Add option for 'Holds per item group' to circulation rules
by bugzilla-daemon＠bugs.koha-community.org 24 Feb '25

24 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36644 Bug ID: 36644 Summary: Add option for 'Holds per item group' to circulation rules 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: hebah(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Not sure if this was a staff interface or hold request bug, so took a stab at it. We need a bit more granularity to hold policy on circulation rules for libraries using item group holds. Currently, libraries can only specify 'holds per record' in circulation rules, which is not a one-size-fits-all-holds solution - if they generally only want patrons to have one hold on a record for, say, books, but their manga collection is also a book item type, they have to set Holds per record (count) to a high or unlimited threshold to accommodate group holds. It would be great if circ rules could indicate a limit to holds per item group to give libraries flexibility in using item groups; many libraries probably only want one hold per item group, but they may have a collection where patrons can make multiple requests per group. Circ rules are a logical place to set this. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 34708] New: Ability to modify an orderline to increase quantity of ordered item
by bugzilla-daemon＠bugs.koha-community.org 24 Feb '25

24 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34708 Bug ID: 34708 Summary: Ability to modify an orderline to increase quantity of ordered item 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: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org Baskets that create an item when placing an order do NOT allow you to modify the order and increase the quantity. The only time a quantity can be increased is upon receiving. We'd like to be able to modify orders in an open basket and increase the quantity. This does not apply to baskets that create an item when receiving an order or cataloguing as you can modify these orders and increase the quantity. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19