April 2023 - Koha-bugs - lists.koha-community.org

[Bug 31611] New: More visibly highlight records that cannot be batch deleted/modified
by bugzilla-daemon＠bugs.koha-community.org 28 Jun '23

28 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31611 Bug ID: 31611 Summary: More visibly highlight records that cannot be batch deleted/modified 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: alexbuckley(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org Currently, on the 'Batch item deletion', 'Batch item modification', and 'Batch record deletion' tools if a record cannot be modified/deleted it is displayed in the table of records with a disabled (greyed-out) checkbox. To replicate: 1. Check out an item 2. Go to Tools > Batch item deletion 3. Enter the barcode of the checked-out item and submit 4. Observe the item is displayed in a table with a disabled checkbox 5. Select 'Delete selected items' 6. Notice the checked-out item is not deleted When libraries are modifying/deleting large numbers of records it's easy for them to miss the disabled checkboxes when scrolling through the table. The consequence of this is then wondering why some records have not been modified/deleted. It would be useful to more clearly highlight records that cannot be modified/deleted for these tools. Proposed solution: - Replace the disabled checkbox with a red cross (like those displayed beside items on hold pages when you're not allowed to place item-level holds). - Highlight the entire row for the record that cannot be modified/deleted with a yellow background. - In the 'Batch item deletion' and 'Batch item modification' remove the 'Clear on loan' link - introduced in bug 10599 - as removing the disabled checkboxes would make this redundant. --- I could not see disabled checkboxes in use in the 'Batch patron deletion and anonymisation', 'Batch patron modification', 'Batch extend due dates', or 'Batch record modification. However, I may have missed it so please do let me know if it is present there so I can apply my proposed solution to those pages to for consistency :) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 36

[Bug 17311] New: koha-common service should be restarted on upgrade
by bugzilla-daemon＠bugs.koha-community.org 27 Jun '23

27 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17311 Bug ID: 17311 Summary: koha-common service should be restarted on upgrade Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Packaging Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: mirko(a)abunchofthings.net The upgrade process should restart the koha-common service. This is needed so Plack processes are restarted too and Koha version is reloaded (otherwise end users keep getting upgrade messages on the UI. Any other patched file will be reloaded (apache, zebra, etc). -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19

[Bug 22214] New: New authority RDA indexes
by bugzilla-daemon＠bugs.koha-community.org 27 Jun '23

27 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22214 Bug ID: 22214 Summary: New authority RDA indexes Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Zebra Assignee: koha-bugs(a)lists.koha-community.org Reporter: viliam.polonec(a)snk.sk Target Milestone: --- Is it possible to add new authority indexes: birth_date / death_date / birth_place / death_place / country / related_place / field_of_activity / occupation / gender / language that are RDA compiliant? Also the KOHA OPAC ability to search by theese new indexeses. thank you -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 29190] New: Allow cached news pages by title from opac-main
by bugzilla-daemon＠bugs.koha-community.org 27 Jun '23

27 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29190 Bug ID: 29190 Summary: Allow cached news pages by title from opac-main 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: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org In short: It would be handy if you could refer to a news page (additional contents) by title (combined with language) instead of only an identifier. And wouldnt it be nice to cache these pages that are (probably frequently) accessed via opac-main? -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 31452] New: Attach item process allows for deleting of bib with holds with no warning
by bugzilla-daemon＠bugs.koha-community.org 27 Jun '23

27 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31452 Bug ID: 31452 Summary: Attach item process allows for deleting of bib with holds with no warning Change sponsored?: --- Product: Koha Version: 21.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: bwsdonna(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Record A has one item on it, and a bib level hold. Using the Attach Item process, move the item from A to Record B. You are given the message that Record A has no items attached and offers the option to delete the bib. If you click Delete, there is no warning that there are holds on the bib you are about to delete, and you are allowed to delete the bib. Typical behavior in Koha is to warn/stop the deletion if there are holds on the bib, it would be great to add that consistency to this process. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 32018] New: Update font awesome version
by bugzilla-daemon＠bugs.koha-community.org 27 Jun '23

27 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32018 Bug ID: 32018 Summary: Update font awesome version Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com We're using Font Awesome Icons a lot.. but we're limited to version 4 of the library.. it would be great to update. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 29109] New: Delete ILL requests manually
by bugzilla-daemon＠bugs.koha-community.org 27 Jun '23

27 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29109 Bug ID: 29109 Summary: Delete ILL requests manually Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com There is no way to delete an ILL request in the staff client. It would be nice to be able to delete a request that is either complete or somehow in error. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 32504] New: Empty column name for basket/orders in Table settings
by bugzilla-daemon＠bugs.koha-community.org 27 Jun '23

27 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32504 Bug ID: 32504 Summary: Empty column name for basket/orders in Table settings Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Staff interface Assignee: slavashishkin(a)gmail.com Reporter: slavashishkin(a)gmail.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.

1 27

[Bug 29359] New: Mark image as default in record
by bugzilla-daemon＠bugs.koha-community.org 26 Jun '23

26 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29359 Bug ID: 29359 Summary: Mark image as default in record Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Bug 25846 introduced a new feature to display only one image at a time, if a record has more than one image. This feature is being carried over to the OPAC in bug 26933. It would be useful to mark one of the images as the default. There should be a global setting, and then an individual record setting that overrides the global default. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 29044] New: Check holds when checking out
by bugzilla-daemon＠bugs.koha-community.org 26 Jun '23

26 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29044 Bug ID: 29044 Summary: Check holds when checking out 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: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com It would be helpful if the system would alert staff if the patron is checking out an item that has not been triggered in their holds queue, and give the option to delete that item from the queue or retain it. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3