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

[Bug 11585] New: pubdate index not working well in UNIMARC
by bugzilla-daemon＠bugs.koha-community.org 10 Aug '14

10 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11585 Bug ID: 11585 Summary: pubdate index not working well in UNIMARC Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Without Queryparser, pubdate index is not searchable in unimarc. the query "pubdate:1925" in simple search box gives 0 results, even if we have a book of 1925. It is working well with Queryparser activated. M. Saby -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 12431] New: Relevance does not work properly when using QueryParser
by bugzilla-daemon＠bugs.koha-community.org 10 Aug '14

10 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12431 Bug ID: 12431 Summary: Relevance does not work properly when using QueryParser Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org Currently, when using QueryParser, relevance will only work for keyword queries. queryparser.yaml either needs to be updated to include more weighted relevance mappings, or QueryParser needs a mechanism to add relevance to queries beyond the limited support it currently has. More information available here: http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12430 -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 11293] New: QueryParser date filters do not handle full dates well
by bugzilla-daemon＠bugs.koha-community.org 10 Aug '14

10 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11293 Bug ID: 11293 Summary: QueryParser date filters do not handle full dates well Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: gmcharlt(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org The date filter callback for handling date filters does not handle full dates correctly. For example, * pubdate(2011-) signifies searching for records published on or after 2011 * pubdate(-1997) signifies searching for records published before or on 1997 * pubdate(1997-1999) signifies searching for records published in the applicable range However, since the hyphen is used to split elements of the range, the parsing does not currently handle full dates, e.g.: * acqdate(-2013-11-21) (items acquired on or before 2013-11-21) * acqdate(2013-01-01-2013-02-26) (items acquired during the specified range As a consequence, when QueryParser is enabled, using the acquisition date filters in the labels add-items-to-batch search form does not work. This likely accounts for the difficulty that Owen had when attempting to test the patch for bug 11222. For example, the QP query "acqdate(-2013-11-29)" gets sent to Zebra as @attrset Bib-1 @and @attr 2=4 @attr 1=Date-of-acquisition @attr 4=4 -2013-11 @attr 2=2 @attr 1=Date-of-acquisition @attr 4=4 29 when what was meant was: @attrset Bib-1 @attr 1=Date-of-acquisition @attr 4=5 @attr 2=2 2013-11-29 -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 10831] New: QueryParser requires that defaultSortField and defaultSortOrder be set to non-NULL values
by bugzilla-daemon＠bugs.koha-community.org 10 Aug '14

10 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10831 Bug ID: 10831 Summary: QueryParser requires that defaultSortField and defaultSortOrder be set to non-NULL values Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: gmcharlt(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org If QueryParser is enabled, the system preferences defaultSortField/defaultSortOrder (and their OPAC kin OPACdefaultSortField/OPACdefaultSortOrder) should not be set to NULL values. Otherwise, for searches where the sort order is not explicitly specified (e.g., searches made from the staff and OPAC global search box), the search can fail. This is due to several slightly questionable coding constructs collaborating in the confusion of both the user and the developer: [1] If a default sort order is not set, catalogue/search.pl and opac/opac-search.pl can end up setting the @sort_by array to (undef). This is because of the construct @sort_by = $cgi->param('sort_by'); If the sort_by CGI parameter is not passed, the result is not an empty array, it's an array containing one element whose value is undef. [2] The following code in C4::Search::parseQuery in turn uses @sort_by to add QP modifiers: if ( scalar(@sort_by) > 0 ) { my $modifier_re = '#(' . join( '|', @{ $QParser->modifiers } ) . ')'; $query =~ s/$modifier_re//g; foreach my $modifier (@sort_by) { $query .= " #$modifier"; } } If the query is "history", the modified version becomes "history #" ... which in turn results in a query that will not make sense to Zebra. One solution is to push through a DB update that extends the fix for bug 8012 to set the system preferences to sensible default values (probably relevance descending) if they're currently NULL. Note, by the way, that this means that the bug manifests itself only in databases old enough to have been created before the patch for bug 8012 was pushed. Another part of the solution, however, ought to be make the code in question a little more robust. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 12430] New: Truncation disables relevance ranking (when not using QueryParser)
by bugzilla-daemon＠bugs.koha-community.org 10 Aug '14

10 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12430 Bug ID: 12430 Summary: Truncation disables relevance ranking (when not using QueryParser) Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org Scenario: 1) NOT using QueryParser 2) Using truncation (either by explicitly using * in the query or when 'QueryAutoTruncate' is set to 'automatically') Result: 1) Search results ARE ordered by biblionumber ascending and NOT by relevance -- This appears not to be an issue when using QueryParser as it seems to parse queries much better than the traditional...method. However, quite a major issue for those not using QueryParser, as everyone likes relevant searches. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 11353] New: Searches with QueryParser activated are broken if an Uppercase is used in the index name
by bugzilla-daemon＠bugs.koha-community.org 10 Aug '14

10 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11353 Bug ID: 11353 Summary: Searches with QueryParser activated are broken if an Uppercase is used in the index name Change sponsored?: --- Product: Koha Version: 3.14 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: mathieu.saby(a)univ-rennes2.fr QA Contact: testopia(a)bugs.koha-community.org I tried to search "Title:xxxx" with Queryparser activated Result on screen of staff interface: No results match your search for 'pqf=@attr 2=102 @or @or @attr 1=1016 @attr 5=1 @attr 4=6 "Title:xxxx" @attr 9=20 @attr 2=102 @attr 5=1 @attr 4=6 "Title:xxxx" @attr 9=34 @attr 2=102 @attr 5=1 @attr 4=6 "Title:xxxx"' in Ma bibliothèque Catalog. Mathieu -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 12182] New: Koha installation problem in Ubuntu
by bugzilla-daemon＠bugs.koha-community.org 10 Aug '14

10 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12182 Bug ID: 12182 Summary: Koha installation problem in Ubuntu Change sponsored?: --- Product: Koha Version: 3.14 Hardware: All OS: Linux Status: NEW Severity: enhancement Priority: P5 - low Component: Installation and upgrade (command-line installer) Assignee: gmcharlt(a)gmail.com Reporter: simanta.s(a)libsys.co.in QA Contact: testopia(a)bugs.koha-community.org When try to install Koha-3.14 I am facing following error. Make test fail. t/Patroncards_Patroncard.t .......... ok t/Patroncards_Profile.t ............. ok t/Patroncards_Template.t ............ ok t/Print.t ........................... ok t/QueryParser.t ..................... 1/? # Failed test 'super simple keyword query' # at t/QueryParser.t line 22. # got: '@attr 1=4 @attr 4=6 "smith"' # expected: '@or @or @attr 1=1016 @attr 4=6 "smith" @attr 9=20 @attr 2=102 @attr 4=6 "smith" @attr 9=34 @attr 2=102 @attr 4=6 "smith"' # Failed test 'keyword search sorted by acqdate descending' # at t/QueryParser.t line 33. # got: '@or @attr 7=1 @attr 1=32 0 @attr 1=1003 @attr 4=6 "smith"' # expected: '@or @attr 1=32 @attr 7=1 0 @attr 1=1003 @attr 4=6 "smith"' # Looks like you failed 2 tests of 28. t/QueryParser.t ..................... Dubious, test returned 2 (wstat 512, 0x200) Failed 2/28 subtests t/RecordProcessor.t ................. ok t/Review.t .......................... ok t/Ris.t ............................. ok t/RotatingCollections.t ............. given is experimental at /home/libsys/Downloads/koha-3.14.06/blib/PERL_MODULE_DIR/Koha/DateUtils.pm line 133. when is experimental at /home/libsys/Downloads/koha-3.14.06/blib/PERL_MODULE_DIR/Koha/DateUtils.pm line 134. when is experimental at /home/libsys/Downloads/koha-3.14.06/blib/PERL_MODULE_DIR/Koha/DateUtils.pm line 139. when is experimental at /home/libsys/Downloads/koha-3.14.06/blib/PERL_MODULE_DIR/Koha/DateUtils.pm line 144. t/RotatingCollections.t ............. ok t/Scheduler.t ....................... ok t/Scrubber.t ........................ 1/19 # Note: scrubber test output will have whitespace collapsed for readability # done. t/Scrubber.t ........................ ok t/Search_PazPar2.t .................. 1/8 400 URL must be absolute at /home/libsys/Downloads/koha-3.14.06/blib/PERL_MODULE_DIR/C4/Search/PazPar2.pm line 68. 400 URL must be absolute at /home/libsys/Downloads/koha-3.14.06/blib/PERL_MODULE_DIR/C4/Search/PazPar2.pm line 84. 400 URL must be absolute at /home/libsys/Downloads/koha-3.14.06/blib/PERL_MODULE_DIR/C4/Search/PazPar2.pm line 99. 400 URL must be absolute at /home/libsys/Downloads/koha-3.14.06/blib/PERL_MODULE_DIR/C4/Search/PazPar2.pm line 121. 400 URL must be absolute at /home/libsys/Downloads/koha-3.14.06/blib/PERL_MODULE_DIR/C4/Search/PazPar2.pm line 142. 400 URL must be absolute at /home/libsys/Downloads/koha-3.14.06/blib/PERL_MODULE_DIR/C4/Search/PazPar2.pm line 159. t/Search_PazPar2.t .................. ok t/SimpleMARC.t ...................... 1/37 when is experimental at /home/libsys/Downloads/koha-3.14.06/blib/PERL_MODULE_DIR/Koha/SimpleMARC.pm line 93. when is experimental at /home/libsys/Downloads/koha-3.14.06/blib/PERL_MODULE_DIR/Koha/SimpleMARC.pm line 96. when is experimental at /home/libsys/Downloads/koha-3.14.06/blib/PERL_MODULE_DIR/Koha/SimpleMARC.pm line 99. t/SimpleMARC.t ...................... ok t/SIP_Sip.t ......................... 1/8 verify_cksum: no sum detected at /home/libsys/Downloads/koha-3.14.06/t/../C4/SIP/Sip/Checksum.pm line 24. t/SIP_Sip.t ......................... ok t/SMS.t ............................. ok t/SocialData.t ...................... given is experimental at /home/libsys/Downloads/koha-3.14.06/blib/PERL_MODULE_DIR/Koha/DateUtils.pm line 133. when is experimental at /home/libsys/Downloads/koha-3.14.06/blib/PERL_MODULE_DIR/Koha/DateUtils.pm line 134. when is experimental at /home/libsys/Downloads/koha-3.14.06/blib/PERL_MODULE_DIR/Koha/DateUtils.pm line 139. when is experimental at /home/libsys/Downloads/koha-3.14.06/blib/PERL_MODULE_DIR/Koha/DateUtils.pm line 144. t/SocialData.t ...................... ok t/Stats.t ........................... ok t/SuggestionEngine.t ................ ok t/SuggestionEngine_AuthorityFile.t .. 1/? given is experimental at /home/libsys/Downloads/koha-3.14.06/blib/PERL_MODULE_DIR/Koha/DateUtils.pm line 133. when is experimental at /home/libsys/Downloads/koha-3.14.06/blib/PERL_MODULE_DIR/Koha/DateUtils.pm line 134. when is experimental at /home/libsys/Downloads/koha-3.14.06/blib/PERL_MODULE_DIR/Koha/DateUtils.pm line 139. when is experimental at /home/libsys/Downloads/koha-3.14.06/blib/PERL_MODULE_DIR/Koha/DateUtils.pm line 144. Smartmatch is experimental at /home/libsys/Downloads/koha-3.14.06/blib/PERL_MODULE_DIR/C4/Search.pm line 534. Useless use of '\'; doesn't escape metacharacter '(' at /home/libsys/Downloads/koha-3.14.06/blib/PERL_MODULE_DIR/C4/AuthoritiesMarc.pm line 848. t/SuggestionEngine_AuthorityFile.t .. ok t/Templates.t ....................... ok t/TmplToken.t ....................... ok t/VirtualShelves_Merge.t ............ ok t/XSLT.t ............................ given is experimental at /home/libsys/Downloads/koha-3.14.06/blib/PERL_MODULE_DIR/Koha/DateUtils.pm line 133. when is experimental at /home/libsys/Downloads/koha-3.14.06/blib/PERL_MODULE_DIR/Koha/DateUtils.pm line 134. when is experimental at /home/libsys/Downloads/koha-3.14.06/blib/PERL_MODULE_DIR/Koha/DateUtils.pm line 139. when is experimental at /home/libsys/Downloads/koha-3.14.06/blib/PERL_MODULE_DIR/Koha/DateUtils.pm line 144. t/XSLT.t ............................ ok Test Summary Report ------------------- t/QueryParser.t (Wstat: 512 Tests: 28 Failed: 2) Failed tests: 6, 17 Non-zero exit status: 2 Files=97, Tests=18030, 121 wallclock secs ( 2.59 usr 0.30 sys + 34.88 cusr 4.86 csys = 42.63 CPU) Result: FAIL Failed 1/97 test programs. 2/18030 subtests failed. make: *** [test_dynamic] Error 255 -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 5502] New: /cgi-bin/koha/patroncards/members-search.pl
by bugzilla-daemon＠bugs.koha-community.org 10 Aug '14

10 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5502 Summary: /cgi-bin/koha/patroncards/members-search.pl Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Label printing AssignedTo: cnighswonger(a)foundations.edu ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 When searching for patrons to add to a batch for creating patron cards, you can search by name or "category code." Category code is a text input field. It would be better for this to be a drop-down menu of existing categories. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.

1 14

[Bug 4034] Checking out an item on hold for that patron (but not waiting) results in incorrect message
by bugzilla-daemon＠bugs.koha-community.org 09 Aug '14

09 Aug '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4034 Marc Véron <veron(a)veron.ch> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |veron(a)veron.ch --- Comment #2 from Marc Véron <veron(a)veron.ch> --- Is this bug still valid? -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 4231] Placing holds from cart fails silently
by bugzilla-daemon＠bugs.koha-community.org 09 Aug '14

09 Aug '14

1 0