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

[Bug 12620] Proxy Add-on for Koha z39.50/SRU servers
by bugzilla-daemon＠bugs.koha-community.org 04 Jun '21

04 Jun '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12620 David Cook <dcook(a)prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dcook(a)prosentient.com.au --- Comment #6 from David Cook <dcook(a)prosentient.com.au> --- This is an interesting one, and Dan is in Australia as well, so I'm extra interested. I'd need to know more about the network ecosystem at the school, but it sounds like all outbound network traffic is blocked, unless it uses a HTTP forward proxy. Of course, that means that they'll be restricted to only using HTTP (or maybe just ports 80 and 443 depending on the type of proxy). Since Z39.50 tends to use ports 210 or 7090, that's not going to be an option. SRU could be an option, since it uses HTTP, but the SCIS website seems to suggest it only has Z39.50 for programmatic access (https://www.scisdata.com/products/scis-data/) Looking at https://metacpan.org/pod/ZOOM and https://software.indexdata.com/yaz/doc/zoom.html, there is a proxy option, so if it's not a HTTP forward proxy and is just a TCP proxy... then that could be investigated as an option. Happy to chat with Dan in any case. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 11999] Add two checks in CanBookBeReserved and CanItemBeReserved
by bugzilla-daemon＠bugs.koha-community.org 04 Jun '21

04 Jun '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11999 David Cook <dcook(a)prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dcook(a)prosentient.com.au --- Comment #134 from David Cook <dcook(a)prosentient.com.au> --- Checking hold limits has been driving me crazy lately. It seems to me that these functions should check all the different hold limits and report back specifically why the book or item can't be reserved. For example, exceeded max reserves, exceeded total holds for the day, exceeded total holds for record, etc. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 28311] New: Holds always placed at biblio level
by bugzilla-daemon＠bugs.koha-community.org 04 Jun '21

04 Jun '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28311 Bug ID: 28311 Summary: Holds always placed at biblio level Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org The SIP2 code expects an item barcode as the identifier for placing a hold, but the resulting code in do_hold converts that to a biblio only level hold.. it should be possible to place holds at either bib or item level. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 12733] Interactive inventory tool
by bugzilla-daemon＠bugs.koha-community.org 04 Jun '21

04 Jun '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12733 --- Comment #7 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- (In reply to Hannah Co from comment #6) > I created a plugin that does scan-as-you-go shelf reading and inventory > updating. https://github.com/hmconorthwestu/koha-plugin-shelfreading > > The sorting is across the whole group of scanned items, not a simple > comparison to previous or next items, which can mark order incorrectly when > shelves get too scrambled. The plugin probably needs DDC sorting added, as > my library only uses LCC and alphanumeric classification. > > I have a brief description on github, with more details, but I'm happy to > answer any questions about it. Hi Hannah, I've added your plugin to the plugin list on the wiki: https://wiki.koha-community.org/wiki/Koha_plugins#Plugins Please feel free to add more! -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11999] Add two checks in CanBookBeReserved and CanItemBeReserved
by bugzilla-daemon＠bugs.koha-community.org 04 Jun '21

04 Jun '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11999 --- Comment #133 from David Nind <david(a)davidnind.com> --- Created attachment 121612 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=121612&action=e… Test fails for holds - 2021-06-04 I've attached the test results for prove -v t/db_dependent/Holds.t after the patch is applied - it passed before the patch was applied. I'm testing on a MARC21 installation, does this need to be a UNIMARC setup? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 27774] New: Always remove hyphens from ISBN when cataloging
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '21

03 Jun '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27774 Bug ID: 27774 Summary: Always remove hyphens from ISBN when cataloging 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: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Actually hyphens are removed from ISBN when using acquisition or z3950 cataloguing or with bulkmarcimport. I propose to add this behavior in TransformMarcToKoha() so MARC data is unchanged, but biblioitems.isbn is without hyphens. This can be used if search using SQL and in reports. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 6590] Removing hyphens from ISBN and ISSN when cataloging a biblio
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '21

03 Jun '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6590 --- Comment #25 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- *** Bug 27774 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 6590] Removing hyphens from ISBN and ISSN when cataloging a biblio
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '21

03 Jun '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6590 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Removing hyphens from isbn |Removing hyphens from ISBN |and issn when cataloging a |and ISSN when cataloging a |biblio |biblio -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 22591] New: Allow to temporarily exclude patrons from routing lists
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '21

03 Jun '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22591 Bug ID: 22591 Summary: Allow to temporarily exclude patrons from routing lists 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: --- At the moment it's not possible to temporarily exclude patrons from routing lists. This would be very handy when patrons like internal research staff are known not to be available for a longer time to receive issues (vacation, sickness, remote research...) It could work similarily to suspending holds where you set a date on which to reactivate the routing list memberships. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 28497] New: Display city and zipcode as part of address on user search summary
by bugzilla-daemon＠bugs.koha-community.org 03 Jun '21

03 Jun '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28497 Bug ID: 28497 Summary: Display city and zipcode as part of address on user search summary 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: david.roberts(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com When you search for users and get a results list, the address field doesn't contain a city or zipcode, so it's not possible to tell where the user lives without opening the individual record. This is in /intranet-tmpl/prog/en/modules/members/tables/members_results.tt -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4