December 2007 - Koha-bugs - lists.koha-community.org

[Bug 1427] Circulation should include clearer expiration messages
by bugzilla-daemon＠pippin.metavore.com 20 Dec '07

20 Dec '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1427 oleonard(a)myacpl.org changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|major |blocker Status|RESOLVED |REOPENED Resolution|FIXED | ------- Comment #4 from oleonard(a)myacpl.org 2007-12-20 05:57 ------- Working well, but the fix seems to have introduced another problem: Now if the patron has an "expiring soon" expiration date, the script uses the patron's expiration date as the date due for all checkouts. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1673] Error Fields Need Highlighted
by bugzilla-daemon＠pippin.metavore.com 20 Dec '07

20 Dec '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1673 oleonard(a)myacpl.org changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|normal |blocker Platform|Macintosh |All Version|unspecified |HEAD ------- Comment #2 from oleonard(a)myacpl.org 2007-12-20 05:40 ------- Okay, I'm guessing you're talking about patron entry (memberentry.pl), because I'm seeing new bugs there. When I save edits to an existing patron record with all required fields filled in, I get an error message: The following fields are wrong. Please fix them This is supposed to be followed by details of the errors: <div id="ERROR_login_exist">login/password already exist</div>  ...etc. Re-submitting the form proceeds with the save operation, but then dateenrolled and dateexpiry are made NULL in the database! ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1427] Circulation should include clearer expiration messages
by bugzilla-daemon＠pippin.metavore.com 20 Dec '07

20 Dec '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1427 chris.cormack(a)liblime.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1677] nozebra search doesnt handle multi-index searches
by bugzilla-daemon＠pippin.metavore.com 20 Dec '07

20 Dec '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1677 ------- Comment #4 from mason.james(a)liblime.com 2007-12-19 17:47 ------- > so it seems that the 2 searches (title and author), does correctly get a > matching result for bib '641,circleoflo' > > but NZAnalyze() doesnt successfully return it, as the index differs slighty, so > the match fails because the indexes have different end value (-1, -2) > > 641,circleoflo-1 > 641,circleoflo-2 > > what does this end value mean? ok so the end value is 'weight', and the weighting seems to be the cause of the search breaking if i hard-code my rebuild_nozebra.pl script to use a weight value of 1 for all indexes, the search works correctly ( yay) here is a log dump of the previous search returning the correct results, using weight=1 for indexes ### $leftresult: '641,circleoflo-1;960,childcarea-1;993,loveisnote-1;1209,lovelaught-1;1229,howtoloveb-1;1510,siblingriv-1;1727,youregoing-1;' ### $rightresult: '641,circleoflo-1;' ### $operand: ' and ' ### @leftresult: [ ### '641,circleoflo-1', ### '960,childcarea-1', ### '993,loveisnote-1', ### '1209,lovelaught-1', ### '1229,howtoloveb-1', ### '1510,siblingriv-1', ### '1727,youregoing-1' ### ] ### $finalresult: '641,circleoflo-1;641,circleoflo-1;' ### $result: '641,circleoflo-1;641,circleoflo-1;' so the question, is the problem that the 'rebuild_nozebra.pl' script is making incorrect weight values for the indexes? or, is the problem that the indexes are correct, but NZAnalyze isnt matching then correctly, (ie: does it need to strip the weight value from the index before it compares for a matching result) Paul, any ideas? Mason. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1677] nozebra search doesnt handle multi-index searches
by bugzilla-daemon＠pippin.metavore.com 20 Dec '07

20 Dec '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1677 ------- Comment #3 from mason.james(a)liblime.com 2007-12-19 16:43 ------- (In reply to comment #1) > It seems that patch sent by Henri-Damien on 12.12 could fix that bug. > Would you give it a try ? > hi hdl hmm, this commit? ------------- BugFix 1640, setting QueryFuzzy, QueryStemming and QueryweightFields systempreferences to 0 if Nozebra chosen ------------- i have the sysprefs set to 0, so its not that :) ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1677] nozebra search doesnt handle multi-index searches
by bugzilla-daemon＠pippin.metavore.com 20 Dec '07

20 Dec '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1677 ------- Comment #2 from mason.james(a)liblime.com 2007-12-19 16:33 ------- -------------------------------------------------- OK, so a little more digging and some more output from the log.. with the same search. querying : ti=love on biblioserver at /opt/koha/production/intranet/modules/C4 /Search.pm line 1190. string :ti=love at /opt/koha/production/intranet/modules/C4/Search.pm line 125 leaf : ti=love return : 641,circleoflo-1;960,childcarea-1;993,loveisnote-1;1209,lovelaught-1;1229,howtoloveb-1;1510,siblingriv-1;1727,youregoing-1; for LEAF : ti=love at /opt/koha/production/intranet/modules/C4/Search.pm line 1428. querying : au=baker on biblioserver at /opt/koha/production/intranet/modules/C4/Search.pm line 1190. string :au=baker at /opt/koha/production/intranet/modules/C4/Search.pm line 1254. leaf : au=baker return : 641,circleoflo-2; for LEAF : au=baker at /opt/koha/production/intranet/modules/C4/Search.pm line 1428. ### $leftresult: '641,circleoflo-1;960,childcarea-1;993,loveisnote-1;1209,lovelaught-1;1229,howtoloveb-1;1510,siblingriv-1;1727,youregoing-1;' ### $rightresult: '641,circleoflo-2;' ### $operand: ' and ' ### $finalresult: undef ### $result: undef -------------------------------------------------- so it seems that the 2 searches (title and author), does correctly get a matching result for bib '641,circleoflo' but NZAnalyze() doesnt successfully return it, as the index differs slighty, so the match fails because the indexes have different end value (-1, -2) 641,circleoflo-1 641,circleoflo-2 what does this end value mean? mysql> select * from nozebra where biblionumbers like '641%'; | biblioserver | title | love | 641,circleoflo-1; | biblioserver | author | baker | 641,circleoflo-2; is this a bug in nozebra-search, or a bug in rebuild-nozebra.pl making buggy indexes? i think its a bug with the indexes, not the search... i havent yet worked out what the -1, -2 means yet? ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1677] nozebra search doesnt handle multi-index searches
by bugzilla-daemon＠pippin.metavore.com 20 Dec '07

20 Dec '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1677 ------- Comment #1 from henridamien(a)koha-fr.org 2007-12-19 16:04 ------- It seems that patch sent by Henri-Damien on 12.12 could fix that bug. Would you give it a try ? ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1677] New: nozebra search doesnt handle multi-index searches
by bugzilla-daemon＠pippin.metavore.com 19 Dec '07

19 Dec '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1677 Summary: nozebra search doesnt handle multi-index searches Product: Koha Version: rel_3_0 Platform: Macintosh OS/Version: All Status: NEW Severity: critical Priority: P3 Component: Searching AssignedTo: paul.poulain(a)free.fr ReportedBy: mason.james(a)liblime.com QAContact: koha-bugs(a)nongnu.org Hi Paul, you might be the best person to comment on this nozebra search issue. A search like this example mykoha.com/cgi-bin/koha/catalogue/search.pl?idx=ti&q=love&idx=au&q=baker&so… Returns no results, it should return at least 1 on my test koha :) FYI, output of error log is here ti= love and au= baker at /opt/koha/production/intranet/cgi-bin/catalogue/search.pl line 443. ### $left: 'ti' title / = / love EXECUTE : biblioserver, title, love at /opt/koha/production/intranet/modules/C4/Search.pm line 1338. ### $left: 'au' author / = / baker EXECUTE : biblioserver, author, baker at /opt/koha/production/intranet/modules/C4/Search.pm line 1338. ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1427] Circulation should include clearer expiration messages
by bugzilla-daemon＠pippin.metavore.com 19 Dec '07

19 Dec '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1427 chris.cormack(a)liblime.com changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P3 |PATCH-Sent ------- Comment #3 from chris.cormack(a)liblime.com 2007-12-19 14:26 ------- Should be all fixed, patch sent ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0

[Bug 1427] Circulation should include clearer expiration messages
by bugzilla-daemon＠pippin.metavore.com 19 Dec '07

19 Dec '07

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1427 chris.cormack(a)liblime.com changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|jmf(a)liblime.com |chris.cormack(a)liblime.com ------- Comment #2 from chris.cormack(a)liblime.com 2007-12-19 13:07 ------- Ive been doing a bit of work on circulation lately, will look into this one now ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact.

1 0