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

[Bug 34543] New: Content block accessibility helpers
by bugzilla-daemon＠bugs.koha-community.org 21 Oct '24

21 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34543 Bug ID: 34543 Summary: Content block accessibility helpers Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Blocks: 23003 With the ability to enter almost anything into the HTML Content blocks, and especially the WYSIWYG editor used.. it's very, very easy to break the accessibility of your OPAC. We should look into options for hinting at correct headings level start point in the editor and perhaps add options for adding simple styled blocks that conform to Koha best practices (Like the use of page-sections in intranet blocks for example) 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 the assignee for the bug. You are watching all bug changes.

1 6

[Bug 37705] New: Use REST API for patron_holds_table ( reserve/request.pl )
by bugzilla-daemon＠bugs.koha-community.org 21 Oct '24

21 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37705 Bug ID: 37705 Summary: Use REST API for patron_holds_table ( reserve/request.pl ) Change sponsored?: --- Product: Koha Version: Main 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 With a large amount of holds the patron_holds_table ( reserve/request.pl ) is very slow to load. REST API + pagination would help solve this. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 32467] New: ExpireReservesAutoFill should send to the holding library when notifying of a hold in transit
by bugzilla-daemon＠bugs.koha-community.org 19 Oct '24

19 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32467 Bug ID: 32467 Summary: ExpireReservesAutoFill should send to the holding library when notifying of a hold in transit Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com When an expired hold is cancelled and set to auto fill, if the next hold requires transit the email is sent to the receiving library. This means the holding library is not notified that the hold should be removed from the hold shelf. I believe the notice should either be sent to the holding library, or both libraries. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 15728] New: Hide component parts from search result
by bugzilla-daemon＠bugs.koha-community.org 19 Oct '24

19 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15728 Bug ID: 15728 Summary: Hide component parts from search result Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: larit(a)student.uef.fi QA Contact: testopia(a)bugs.koha-community.org Add an option to hide component parts from search results. When searching for a song, we may want to see album results only (albums where the song appears). This option would help the process of seeing if a song is on an album that is available. -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 38006] New: Advanced editor not applying frameworks when editing
by bugzilla-daemon＠bugs.koha-community.org 19 Oct '24

19 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38006 Bug ID: 38006 Summary: Advanced editor not applying frameworks when editing Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: esther.melander(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl To replicate: 1. Ensure there is a complete default framework and a brief framework like fast add. 2. Find a bibliographic record where there are many fields used (so it is obvious whether the fast add framework has been applied or not). 3. Edit the record in the advanced editor. 4. Take note of the fields. Go to settings and select Fast Add as the framework. 5. Notice nothing happens, all the fields are still showing. 6. Save the record, see all the fields are retained. 7. Click on View to view the bibliographic detail and see the record appears unchanged. 8. Notice the bibliographic detail shows the framework as Fast Add, even though it displays all the fields. 9. Edit the record again in the advanced editor, check framework setting and save. Notice no changes. 9. Edit the record again in the advanced editor and see all the fields. Switch to the basic editor. See that the fast add framework is now applied and fields that shouldn't be there are now removed. The basic editor applies framework changes immediately upon changing. This is problematic if a framework is applied in the Advanced Editor and the changes are not properly applied. It could be a bit of surprise if the example record is edited in the future and data disappears when the basic editor opens. While the basic editor is doing what it is supposed to do, the advanced editor should also replicate the behavior when applying a new framework. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 37401] New: Wrong i index of inputs for 'Unlimited' values
by bugzilla-daemon＠bugs.koha-community.org 18 Oct '24

18 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37401 Bug ID: 37401 Summary: Wrong i index of inputs for 'Unlimited' values Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: stalkernoid(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 37631] New: Explain bookmark icon in system preferences
by bugzilla-daemon＠bugs.koha-community.org 18 Oct '24

18 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37631 Bug ID: 37631 Summary: Explain bookmark icon in system preferences Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: Needs documenting Severity: enhancement Priority: P5 - low Component: Documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: aude.charillon(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: aude.charillon(a)ptfs-europe.com, philip.orr(a)lmscloud.de It would be good to document in the Koha Manual what the bookmark icon next to a system preference name does / can be used for. I think this page would be the best to add this information to: https://koha-community.org/manual/latest/en/html/globalpreferences.html The bookmark icon narrows down what you see to only that system preference (and related ones). The URL can then be copied to link directly to this system preference - this is useful when you need to point people to it in internal documentation, for example. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 35117] New: get_marc_components and get_marc_volumes should be more consistent
by bugzilla-daemon＠bugs.koha-community.org 18 Oct '24

18 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35117 Bug ID: 35117 Summary: get_marc_components and get_marc_volumes should be more consistent 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 Depends on: 35099 Bug 35099 highlighted a number of inconsistencies between these two parallel methods.. we should bring them closer. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35099 [Bug 35099] Cannot load records with invalid marcxml -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 29382] New: Renewal message is sent twice during auto-renewal
by bugzilla-daemon＠bugs.koha-community.org 18 Oct '24

18 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29382 Bug ID: 29382 Summary: Renewal message is sent twice during auto-renewal Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: joonas.kylmala(a)iki.fi QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz If patron has enabled in the messaging preferences both of the following options Item checkout and renewal Auto renewal then the patron will get two messages, one for the auto-renewal being done for the item, and another message for the item being renewed. Only the Auto-renewal message should be sent. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 22346] New: Populate items.booksellerid when creating items in serials
by bugzilla-daemon＠bugs.koha-community.org 18 Oct '24

18 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22346 Bug ID: 22346 Summary: Populate items.booksellerid when creating items in serials Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com Target Milestone: --- When creating items for serials via the serials module, a lot of the fields are preset, but items.booksellersid is not automatically set to the id of the subscription's vendor. It would be nice if this could be added as it will help with statistics, especially if the vendor changes in the lifetime of a serial subscription. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2