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

[Bug 27911] New: Quick add new patron does not include needed custom fields
by bugzilla-daemon＠bugs.koha-community.org 04 Jun '21

04 Jun '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27911 Bug ID: 27911 Summary: Quick add new patron does not include needed custom fields Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons 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 You can require existing fields but if you have custom patron attribute types, you have no way of making them required, thus they are not added with the quick add new patron function. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 12747] Add configurable extra column in Z3950 search result
by bugzilla-daemon＠bugs.koha-community.org 04 Jun '21

04 Jun '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12747 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |28166 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28166 [Bug 28166] Optionally add MARC fields to authority search -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14957] Write protecting MARC fields based on source of import
by bugzilla-daemon＠bugs.koha-community.org 04 Jun '21

04 Jun '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14957 --- Comment #336 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- (In reply to Jonathan Druart from comment #335) > Nobody interested in getting this done? Martin and I are, but more hands would be useful. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14957] Write protecting MARC fields based on source of import
by bugzilla-daemon＠bugs.koha-community.org 04 Jun '21

04 Jun '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14957 --- Comment #335 from Jonathan Druart <jonathan.druart+koha(a)gmail.com> --- Nobody interested in getting this done? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15516] Allow to place a hold on first available item from a group of titles
by bugzilla-daemon＠bugs.koha-community.org 04 Jun '21

04 Jun '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15516 --- Comment #346 from Aleisha Amohia <aleisha(a)catalyst.net.nz> --- I decided to amend count_grouped() to count_holds() so it sounds more like the standard subroutine it will become. It needs to use count() which is why I couldn't just overwrite count(). Left the OPAC count_holds() in because borrowers might get group holds placed in the staff client then try to place holds via the OPAC so they need that count to calculate their limit. I imagine the most recent patch doesn't catch all of the staff interface cases for placing a hold so feel free to tell me what I've missed. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15516] Allow to place a hold on first available item from a group of titles
by bugzilla-daemon＠bugs.koha-community.org 04 Jun '21

04 Jun '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15516 --- Comment #345 from Aleisha Amohia <aleisha(a)catalyst.net.nz> --- Created attachment 121623 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=121623&action=e… Bug 15516: (follow-up) Count group holds always -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15516] Allow to place a hold on first available item from a group of titles
by bugzilla-daemon＠bugs.koha-community.org 04 Jun '21

04 Jun '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15516 Aleisha Amohia <aleisha(a)catalyst.net.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |Needs Signoff -- You are receiving this mail because: You are watching all bug changes.

1 0

[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 --- Comment #9 from David Cook <dcook(a)prosentient.com.au> --- Note though that this proxying of Z39.50 via a HTTP proxy will only work if your HTTP proxy allows connections to Z39.50 ports (like 210, 7090) and doesn't restrict them to 80 and 443. But still... this has been very illuminating. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[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 --- Comment #8 from David Cook <dcook(a)prosentient.com.au> --- (In reply to Galen Charlton from comment #2) > Depending on the nature of the proxy involved, it may not be necessary to > use YAZProxy. In particular, the YAZ toolkit supports a special connection > syntax to direct Z39.50 and SRU traffic through a proxy. > > For example, suppose you have a Squid proxy running on localhost and > listening on port 210, and further suppose that the proxy is configured to > allow connecting to the target Z39.50 server(s). In that case, with > yaz-client you can do something like this: > > yaz-client connect:localhost:3128,tcp:lx2.loc.gov:210/LCDB > > and that will get you a proxied Z39.50 connection to the Library of Congress. It took a bit of digging but I found some information about that syntax that Galen mentioned: https://github.com/indexdata/yaz/blob/master/NEWS#L2365 So in that case you'd be doing "yaz-client connect:EDUPROXY:PROXYPORT,tcp:lx2.loc.gov:210/LCDB". Now ZOOM doesn't explicitly mention support for this syntax (https://metacpan.org/pod/distribution/Net-Z3950-ZOOM/lib/ZOOM.pod) Of course, neither does yaz-client (https://linux.die.net/man/1/yaz-client) As I said, the documentation leaves something to be desired. I'm waiting to hear back from Adam Dickmeiss about that. But looking at C4::Breeding::_create_connection... it looks like Koha would need a little patch to change how we pass in the connection string. Instead of '$obj->connect( $server->{host}, $server->{port} )', we'd want to use something like '$obj->connect($host)' where $host is constructed based on whether or not there is a proxy. (See https://metacpan.org/pod/distribution/Net-Z3950-ZOOM/lib/ZOOM.pod#new()) I could keep digging through source code but I think it'll just be easier to wait for Adam's response. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[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 --- Comment #7 from David Cook <dcook(a)prosentient.com.au> --- It looks like the "proxy" connect option expects the target to be a Z39.50 proxy. However... maybe you could tunnel Z39.50 through HTTP...depending on the proxy... https://en.wikipedia.org/wiki/HTTP_tunnel https://developer.mozilla.org/en-US/docs/Web/HTTP/Methods/CONNECT https://datatracker.ietf.org/doc/html/rfc7231#section-4.3.6 It looks like the YAZ toolkit added something for that in 5.10.0 in 2015: https://github.com/indexdata/yaz/blob/master/NEWS#L457 https://github.com/indexdata/yaz/commit/9021ba4aa6fcdbdd177073d44edd03a86d7… I'm finding the YAZ documentation to be quite poor... so I'm going to reach out to Indexdata and see what they have to say on the topic. This might actually be possible... -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0