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

[Bug 28916] New: RecordStaffUserOnCheckout breaks table configuration of last column in checkout histories
by bugzilla-daemon＠bugs.koha-community.org 30 Aug '21

30 Aug '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28916 Bug ID: 28916 Summary: RecordStaffUserOnCheckout breaks table configuration of last column in checkout histories Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Depends on: 23916 If RecordStaffUserOnCheckout is set to 'record' the last column on the checkout histories - available on the patron account in staff - available from the staff detail page can no longer be hidden using the "Columns" button. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23916 [Bug 23916] Issuer should be recorded and visible in patron circulation history -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[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