Incorrect search links in biblio displays
Hello all, I am working on a Koha install for a school, and it appears to be generating search urls that it can't parse for some search links on biblio display pages, both in OPAC and staff client. Some search links work, such as author and series links in the staff client. They use "idx=<parameter>&q=<search string>" syntax. However, others, such as the subject and additional author links in the staff client, and all I have come across so far in OPAC, use "q=<parameter>:<search string>" syntax and do not work. The search script doesn't seem to parse the string to extract the parameter, and instead does a keyword search for the whole thing. This obviously gives in no results for single word search strings, and incorrect results for multi-word. Is this likely to be a configuration issue, or should it be reported as a bug? The Koha installation is 3.00.05, upgraded from 3.00.01, through 3.00.04, running on Debian. It uses noZebra searching. thanks, Braedon Vickers -- TechnologyWise Ltd, Tauranga, NZ braedon@tw.co.nz www.technologywise.co.nz ph: +64 (0)7 571 1060 fax: +64 (0)7 571 1061
Hi Braedon, On Wed, Jan 27, 2010 at 10:20 PM, Braedon Vickers <braedon@tw.co.nz> wrote:
However, others, such as the subject and additional author links in the staff client, and all I have come across so far in OPAC, use "q=<parameter>:<search string>" syntax and do not work. The search script doesn't seem to parse the string to extract the parameter, and instead does a keyword search for the whole thing. This obviously gives in no results for single word search strings, and incorrect results for multi-word.
Is this likely to be a configuration issue, or should it be reported as a bug?
The Koha installation is 3.00.05, upgraded from 3.00.01, through 3.00.04, running on Debian. It uses noZebra searching.
I have run into this very issue developing over the current HEAD (3.2). I'm looking further into this today, but I believe it is a bug in both Zebra and NoZebra. Kind Regards, Chris
On 28/01/10 13:20, Chris Nighswonger wrote:
I have run into this very issue developing over the current HEAD (3.2). I'm looking further into this today, but I believe it is a bug in both Zebra and NoZebra.
Seems to be a side effect of commit d51332698b2cce43542a58e53fd916df99329158 Cheers Colin -- Colin Campbell Chief Software Engineer, PTFS Europe Limited Content Management and Library Solutions +44 (0) 208 366 1295 (phone) +44 (0) 7759 633626 (mobile) colin.campbell@ptfs-europe.com skype: colin_campbell2 http://www.ptfs-europe.com
Patches have been submitted fixing this in both HEAD and the 3.0.x branch. See http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4074 Kind Regards, Chris On Thu, Jan 28, 2010 at 9:17 AM, Colin Campbell <colin.campbell@ptfs-europe.com> wrote:
On 28/01/10 13:20, Chris Nighswonger wrote:
I have run into this very issue developing over the current HEAD (3.2). I'm looking further into this today, but I believe it is a bug in both Zebra and NoZebra.
Seems to be a side effect of commit d51332698b2cce43542a58e53fd916df99329158
Cheers Colin
-- Colin Campbell Chief Software Engineer, PTFS Europe Limited Content Management and Library Solutions +44 (0) 208 366 1295 (phone) +44 (0) 7759 633626 (mobile) colin.campbell@ptfs-europe.com skype: colin_campbell2
participants (3)
-
Braedon Vickers -
Chris Nighswonger -
Colin Campbell