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

[Bug 13414] Enable right truncation with search by relevance
by bugzilla-daemon＠bugs.koha-community.org 31 Aug '16

31 Aug '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13414 --- Comment #22 from Koha Team Lyon 3 <koha(a)univ-lyon3.fr> --- (In reply to David Cook from comment #21) > (In reply to Fridolin SOMERS from comment #20) > > How is this different from enabling "QueryStemming" ? > > Automatic truncation can lead to huge number of results, consider the > > automatic truncation of author names and short words. > > That's a good question. > > I suppose we'd have to look at how QueryStemming works. At a glance, it only > adds right truncation if it was able to stem the operand I think. > > I think Zebra takes care of manually handling "operand*" type queries... > > So yeah... I don't know about automatic truncation. I think some users > expect it, so they might do a query like "au:fish" and expect to get back > results for "Fishburne" as well as "Fisher". > > If you had QueryStemming on, I doubt "fish" would produce a stemmed operand > since it's already a stem, so that probably wouldn't work unless you had > automatic right truncation. > > That said, I don't know if that's a good thing... I personally think > explicit truncation/wildcarding is a better idea.. Seems that QueryStemming does right truncation even if AutomaticTruncation is disabled provided that QueryWeightField is on example in Lyon3. searching the terms "fonction hypothese" in our OPAC (configured with AutomaticTruncation on, Querystemming and QueryWeightfield off) get 2 results : https://catalogue.univ-lyon3.fr/cgi-bin/koha/opac-detail.pl?biblionumber=37… https://catalogue.univ-lyon3.fr/cgi-bin/koha/opac-detail.pl?biblionumber=57… Note that the term "fonction" exists nowhere as such in the 2 records. In our test instance, with QueryStemming and QueryWeightField on, Autotruncate off, we get these 2 results allthesame. But with QueryStemming on, QueryWeightField and Autotruncate off : no results. Olivier Crouzet -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 16744] New: new records not indexed if using a customize Koha Framework
by bugzilla-daemon＠bugs.koha-community.org 31 Aug '16

31 Aug '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16744 Bug ID: 16744 Summary: new records not indexed if using a customize Koha Framework Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: hagud(a)orex.es QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Created attachment 52426 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=52426&action=ed… Customize Koha Framework We have identified a possible bug when adding new records using a customize koha framework. If we add a new record with the customize framework, it is not indexed in Koha and not published in the OPAC, if we edit the same record and change the framework to default, the record is indexed and published. >From logs we only see this: tail -f indexer-output.log error retrieving biblio 22947 at /usr/share/koha/bin/migration_tools/rebuild_zebra.pl line 705. We have tested in debian 8 with plack for koha 3.22.5 and 3.22.7, not tested in koha 16.05 Reproduce: 1. Add the OPDF framework to koha 2. Restart plack and restart memcached to make sure everything is clear and ready for work. 3. Add a new record (it can duplicate and existing, new record or import via z39.50 it doesn't matter at all) 4. Save it, it has no effect to add or not add items to biblio. 5. Try to search into koha. 6. check logs tail -f indexer-output.log Regarding the koha framework: there is no tag deleted just tab '-1' for those fields that we do not wish to check. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 16431] New: Marc subfield structure should be cached using Koha::Cache
by bugzilla-daemon＠bugs.koha-community.org 31 Aug '16

31 Aug '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16431 Bug ID: 16431 Summary: Marc subfield structure should be cached using Koha::Cache Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 13074 Blocks: 7172, 8089 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7172 [Bug 7172] Omnibus for Plack variable scoping problems https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8089 [Bug 8089] Use Koha::Cache everywhere https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13074 [Bug 13074] C4::Items::_build_default_values_for_mod_marc should use Koha::Cache -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 12629] Software error when trying to merge records from different frameworks
by bugzilla-daemon＠bugs.koha-community.org 31 Aug '16

31 Aug '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12629 Zeno Tajoli <z.tajoli(a)cineca.it> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |Needs Signoff CC| |z.tajoli(a)cineca.it -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 17038] search.pl is vulnerable to XSS attacks
by bugzilla-daemon＠bugs.koha-community.org 31 Aug '16

31 Aug '16

1 0

[Bug 17036] circulation.pl is vulnerable to XSS attacks
by bugzilla-daemon＠bugs.koha-community.org 31 Aug '16

31 Aug '16

1 0

[Bug 17029] *detail.pl are vulnerable to XSS attacks
by bugzilla-daemon＠bugs.koha-community.org 31 Aug '16

31 Aug '16

1 0

[Bug 17028] request.pl is vulnerable to XSS attacks
by bugzilla-daemon＠bugs.koha-community.org 31 Aug '16

31 Aug '16

1 0

[Bug 17026] checkexpiration.pl is vulnerable to XSS attacks
by bugzilla-daemon＠bugs.koha-community.org 31 Aug '16

31 Aug '16

1 0

[Bug 17022] branchtransfers.pl is vulnerable to XSS attacks
by bugzilla-daemon＠bugs.koha-community.org 31 Aug '16

31 Aug '16

1 0