August 2021 - Koha-bugs - lists.koha-community.org

[Bug 7703] Don't block bulk hold action on search results if some items can't be placed on hold
by bugzilla-daemon＠bugs.koha-community.org 29 Aug '21

29 Aug '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7703 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #123814|0 |1 is obsolete| | --- Comment #45 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Created attachment 124235 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=124235&action=e… Bug 7703: (follow-up) Treat no items like none available This patch modifies the holds template so that during the multi-hold process, titles with no items attached are treated the same way as titles with no items available (items exist but cannot be place don hold): - The row showing such a record will say "No items are available to be placed on hold." - The pickup location dropdown will be hidden. To test, follow the previous test plan and confirm that these change are reflected. Now that the pickup location field isn't present for titles without items you should be able to complete the holds process. Signed-off-by: Sally <sally.healey(a)cheshiresharedservices.gov.uk> Signed-off-by: Katrin Fischer <katrin.fischer.83(a)web.de> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 7703] Don't block bulk hold action on search results if some items can't be placed on hold
by bugzilla-daemon＠bugs.koha-community.org 29 Aug '21

29 Aug '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7703 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #123813|0 |1 is obsolete| | --- Comment #44 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Created attachment 124234 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=124234&action=e… Bug 7703: (QA follow-up) Revised test plan from Owen: This patch modifies the hold process so that if one of the titles in a multi-hold process has no items the process doesn't abort completely. To test, apply the patch and perform a search in the catalog which will return one or more records with no items attached. - Check checkboxes for multiple results, some of which have items and at least one of which has no items. - Click "Place hold." - You should be taken to the page for placing multiple holds, with a heading, "Cannot place hold on some items." - Note: You will not be able to complete the holds process without the next patch. Signed-off-by: Owen Leonard <oleonard(a)myacpl.org> Signed-off-by: Sally <sally.healey(a)cheshiresharedservices.gov.uk> Signed-off-by: Katrin Fischer <katrin.fischer.83(a)web.de> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 7703] Don't block bulk hold action on search results if some items can't be placed on hold
by bugzilla-daemon＠bugs.koha-community.org 29 Aug '21

29 Aug '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7703 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #123812|0 |1 is obsolete| | --- Comment #43 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Created attachment 124233 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=124233&action=e… Bug 7703: Don't block bulk hold action on search results if some items can't be placed on hold If you select multiple titles on the search results page in order to place a bulk hold and some of those titles have no items you get a JavaScript alert warning you can some cannot be placed on hold. You are blocked from completing the action until you deselect the invalid hold. This is unnecessary because the bulk hold process will safely refuse to place a hold on these titles later in the process. This patch removes the check that prevents submitting a multi-hold if one or more records in the multi-hold have no items. Test plan: 1) Apply patch 2) On the staff interface, do a search 3) On the search results, select at least one record with items and one record with no items. 4) Click the 'Place hold' button. 5) You should be redirected to reserve/request.pl with the message "Cannot place hold: this record has no items attached." Signed-off-by: Owen Leonard <oleonard(a)myacpl.org> Signed-off-by: Sally <sally.healey(a)cheshiresharedservices.gov.uk> Signed-off-by: Katrin Fischer <katrin.fischer.83(a)web.de> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 7703] Don't block bulk hold action on search results if some items can't be placed on hold
by bugzilla-daemon＠bugs.koha-community.org 29 Aug '21

29 Aug '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7703 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Passed QA -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 7703] Don't block bulk hold action on search results if some items can't be placed on hold
by bugzilla-daemon＠bugs.koha-community.org 29 Aug '21

29 Aug '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7703 --- Comment #42 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Maybe something for another bug: we could stop the process, if there are no options for placing holds - like all records selected have no items. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 28918] New: Improve translation of multi-hold no items available message
by bugzilla-daemon＠bugs.koha-community.org 29 Aug '21

29 Aug '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28918 Bug ID: 28918 Summary: Improve translation of multi-hold no items available message Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr At the moment we have this markup: intranet-tmpl/prog/en/modules/reserve/request.tt <li> <strong>No items are available</strong> to be placed on hold</li> This turns out in the po file as 2 separate strings: No items are available to be placed on hold As you can't see them "together" it's really hard to figure out how to translate especially the second part. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 28738] New: Value builder marc21_linking_section.pl for creating 77x is broken
by bugzilla-daemon＠bugs.koha-community.org 29 Aug '21

29 Aug '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28738 Bug ID: 28738 Summary: Value builder marc21_linking_section.pl for creating 77x is broken Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl This is quite a neat plugin to create links between records that usually works on all 7xx. But in latest 20.11 (and possibly higher up as my research turned up no changes), this is broken. To test: * link marc21_linking_section.pl as value builder to 773 a or another 77x subfield. * Make sure some of the important subfields like a, t, w, etc. are visible in your framework * Create a new record within that framework within the standard editor * Look for your 7xx subfield with the plugin and click the plugin icon * Search for the record to link * Click on choose * Verify a new window opens and the subfields are not filled in the framework -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 28828] New: (Bug 22399 follow-up) breaks value_builder/unimarc_field_4XX.tt
by bugzilla-daemon＠bugs.koha-community.org 29 Aug '21

29 Aug '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28828 Bug ID: 28828 Summary: (Bug 22399 follow-up) breaks value_builder/unimarc_field_4XX.tt Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Since Bug 22399 changes in biblio editor, value builder unimarc_field_4XX.tt JavaScript code does not do its job anymore. This is because a div is added and this call is now wrong : var subfields = whichfield.parentNode.parentNode.getElementsByTagName('input'); It needs one more parent. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 26

[Bug 10265] 8xx serial added entries need spaces and punctuation in XSLT display
by bugzilla-daemon＠bugs.koha-community.org 28 Aug '21

28 Aug '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10265 --- Comment #17 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Thank you, Hayley! -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 27565] New: Dropdowns in Item Search should be sorted alphabetically
by bugzilla-daemon＠bugs.koha-community.org 28 Aug '21

28 Aug '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27565 Bug ID: 27565 Summary: Dropdowns in Item Search should be sorted alphabetically Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: barbara.johnson(a)bedfordtx.gov QA Contact: testopia(a)bugs.koha-community.org The list of values in the dropdowns on item search do not appear in alphabetical order. This can make it difficult to find a value in the list. It would be more user friendly to display the list alphabetically. I think this applies to all of the dropdowns but can verify that shelving location, item type, collection and status are being are not sorted alphabetically. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 21