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

[Bug 8132] Batch delete tool deletes items with holds on them
by bugzilla-daemon＠bugs.koha-community.org 01 May '20

01 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8132 --- Comment #83 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- (In reply to Marcel de Rooy from comment #82) > (In reply to Jonathan Druart from comment #81) > > What do you suggest? > > Maybe we should stick to the scope that the title suggests. Do not delete > items with holds. Biblio level holds are out of scope. No, it's the main point of this bug report. We want to prevent deletion of the last item of a bibliographic record with a biblio-level hold on it. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13388] Add library pages to the OPAC
by bugzilla-daemon＠bugs.koha-community.org 01 May '20

01 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13388 --- Comment #11 from Owen Leonard <oleonard(a)myacpl.org> --- Created attachment 104081 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=104081&action=e… Bug 13388: (follow-up) Remove display of email address Since the email address configured for a library may not be the email address libraries want to use as a contact email address the email should not be displayed by default. This patch removes display of the email address. Libraries may choose to add the information to the opac_info column, so there is already a built-in alternative. To test, apply the patch and view the detail page for a library in your system which has an email address configured. The email address should not display on the page. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11300] Add a new authority linker which searches for authority links on a Z39.50 server.
by bugzilla-daemon＠bugs.koha-community.org 01 May '20

01 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11300 Bernardo Gonzalez Kriegel <bgkriegel(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bgkriegel(a)gmail.com Status|Needs Signoff |Patch doesn't apply --- Comment #34 from Bernardo Gonzalez Kriegel <bgkriegel(a)gmail.com> --- Sorry, does not apply. Please rebase. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8132] Batch delete tool deletes items with holds on them
by bugzilla-daemon＠bugs.koha-community.org 01 May '20

01 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8132 --- Comment #82 from Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> --- (In reply to Jonathan Druart from comment #81) > What do you suggest? Maybe we should stick to the scope that the title suggests. Do not delete items with holds. Biblio level holds are out of scope. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 24269] New: Authority matching in Elasticsearch is broken when authority has subdivisions
by bugzilla-daemon＠bugs.koha-community.org 01 May '20

01 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24269 Bug ID: 24269 Summary: Authority matching in Elasticsearch is broken when authority has subdivisions Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com In C4/Heading/MARC21.pm when we call _get_search_heading we look at the heading and turn some subfields into terms so: 150 $aChess$xOpenings becomes 'Chess generalsubdiv openings' 126 my %subdivisions = ( 127 'v' => 'formsubdiv', 128 'x' => 'generalsubdiv', 129 'y' => 'chronologicalsubdiv', 130 'z' => 'geographicsubdiv', 131 ); 267 $heading .= " $subdivisions{$code} $value"; We don't do this when indexing into ES so we will never find matches for these records -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 23

[Bug 11994] Fix OpenSearch discovery in the OPAC
by bugzilla-daemon＠bugs.koha-community.org 01 May '20

01 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11994 --- Comment #8 from David Nind <david(a)davidnind.com> --- Thanks Katrin! Unfortunately, the error still happens after making that change 8-( -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11994] Fix OpenSearch discovery in the OPAC
by bugzilla-daemon＠bugs.koha-community.org 01 May '20

01 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11994 --- Comment #7 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- The OpacBaseURl like this never works for me - I always have to change it to localhost:8080 (kohadevbox) -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11994] Fix OpenSearch discovery in the OPAC
by bugzilla-daemon＠bugs.koha-community.org 01 May '20

01 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11994 David Nind <david(a)davidnind.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |david(a)davidnind.com --- Comment #6 from David Nind <david(a)davidnind.com> --- Hi Owen. I've had a couple of attempts at testing this, but get this message when trying to add: Firefox could not download the search plugin from: http://kohadev.mydnsname.org:8080/cgi-bin/koha/opac-search.pl?format=opense… OPACBaseURL is set to http://kohadev.mydnsname.org:8080 - I think this is correct. Here is the XML delivered when I look at the source for the URL in the error message above: <?xml version='1.0' encoding='utf-8' ?> <OpenSearchDescription xmlns="http://a9.com/-/spec/opensearch/1.1/"> <ShortName></ShortName> <Description>Search the Koha library catalog</Description> <InputEncoding>UTF-8</InputEncoding> <Image width="16" height="16" type="image/x-icon"> http://kohadev.myDNSname.org:8080/opac-tmpl/bootstrap/images/favicon.ico </Image> <Url method="get" type="text/html" template="http://kohadev.myDNSname.org:8080/cgi-bin/koha/opac-search.pl?q={searchTerm…" /> <Query role="example" searchTerms="cat" /> </OpenSearchDescription> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8132] Batch delete tool deletes items with holds on them
by bugzilla-daemon＠bugs.koha-community.org 01 May '20

01 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8132 --- Comment #81 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- Hi Marcel, Thanks for taking a look at this. (In reply to Marcel de Rooy from comment #79) > "If an item is the last one of a biblio that have biblio-level hold > placed on it, we should block the deletion." > > Well, this is quite arguable. Imo probably cleanup_database could remove > holds that make no sense like biblio level holds when there are no items. > The same commit says: > "Note that there is something a bit weird as we are blocking items > from a biblio that has biblio-level holds on it (not found), but we > do not blocking the deletion of an item with a waiting item-level hold." > > Lets not push inconsistency but resolve it? What do you suggest? I'd like to repeat that this bug is about preventing phantom holds, nothing else. I don't think we should fix other inconsistencies on this bug report (it has been considered critical during years...) -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 6918] Can't place holds on 'on order' items with AllowOnShelfHolds off
by bugzilla-daemon＠bugs.koha-community.org 01 May '20

01 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6918 Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> changed: What |Removed |Added ---------------------------------------------------------------------------- QA Contact|koha-bugs(a)lists.koha-commun |m.de.rooy(a)rijksmuseum.nl |ity.org | Keywords|Academy | -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0