Running Zebra, which I think I'll adopt as my name when I finally decide to roam the countryside having adventures. On Mar 22, 2010, at 2:46 PM, Chris Nighswonger wrote:

HI Erik,

On Mon, Mar 22, 2010 at 2:11 PM, Erik Lewis <elewis@ngrl.org> wrote:

...

Ubuntu 9.10 64bit Koha 3.01.00.124

I can search all day in the staff client, but get

'No result found! No results match your search for "kw,wrdl:tree"'

in the opac. I'm sure its a setting I've changed in the Opac, but can't seem to find it. Any clues thoughts admonishments?

Are you running zebra or nozebra?

Kind Regards, Chris

On Mar 22, 2010, at 2:51 PM, Chris Nighswonger wrote:

On Mon, Mar 22, 2010 at 2:47 PM, Erik Lewis <elewis@ngrl.org> wrote:

...

Running Zebra, which I think I'll adopt as my name when I finally decide to roam the countryside having adventures.

Try this:

1. Verify that zebrasrv is running: '$ps -ef | grep zebra'

2. As your kohauser run migration_tools/rebuild_zebra.pl -r -a -b -v

3. Post any errors in the output here.

4. Test your search again if the re-index is successful.

Kind Regards, Chris

No Result found! No results match your search for “kw,wrdl: tree ” in Main Library Catalog While searching in the staff interface I'm getting results. 4770 result(s) found for 'kw,wrdl: tree' in Main Library Catalog

On my server..that is! Scott Kushner Information Technologies Middletown Public Library -----Original Message----- From: koha-bounces@lists.katipo.co.nz [mailto:koha-bounces@lists.katipo.co.nz] On Behalf Of Scott Kushner Sent: Monday, March 22, 2010 6:04 PM To: koha@lists.katipo.co.nz Subject: Re: [Koha] problem searching in opac I'm having that problem too. Running zebra Exported conf file and perl environment Ran index pointing to koha-conf.xml Still not searching...I'm thinking of getting a gun and hunting the running zebra... Scott Kushner Information Technologies Middletown Public Library -----Original Message----- From: koha-bounces@lists.katipo.co.nz [mailto:koha-bounces@lists.katipo.co.nz] On Behalf Of Erik Lewis Sent: Monday, March 22, 2010 2:48 PM To: Chris Nighswonger Cc: koha@lists.katipo.co.nz Subject: Re: [Koha] problem searching in opac Running Zebra, which I think I'll adopt as my name when I finally decide to roam the countryside having adventures. On Mar 22, 2010, at 2:46 PM, Chris Nighswonger wrote:

HI Erik,

On Mon, Mar 22, 2010 at 2:11 PM, Erik Lewis <elewis@ngrl.org> wrote:

...

Ubuntu 9.10 64bit Koha 3.01.00.124

I can search all day in the staff client, but get

'No result found! No results match your search for "kw,wrdl:tree"'

in the opac. I'm sure its a setting I've changed in the Opac, but can't seem to find it. Any clues thoughts admonishments?

Are you running zebra or nozebra?

Kind Regards, Chris

_______________________________________________ Koha mailing list Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha _______________________________________________ Koha mailing list Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha

On Tue, Mar 23, 2010 at 7:19 AM, Erik Lewis <elewis@ngrl.org> wrote:

From my koha-opac-error_log, both searches execute fine from the staff client

[Tue Mar 23 07:11:03 2010] [error] [client 192.168.0.44] [Tue Mar 23 07:11:03 2010] opac-search.pl: PARAM:LOOP:next_loop:hash pointer was expected but not found at /usr/lib/perl5/HTML/Template/Pro.pm line 191., referer: http://192.168.0.44/cgi-bin/koha/opac-search.pl?q=tree&limit= [Tue Mar 23 07:12:24 2010] [error] [client 192.168.0.44] [Tue Mar 23 07:12:24 2010] opac-search.pl: PARAM:LOOP:next_loop:hash pointer was expected but not found at /usr/lib/perl5/HTML/Template/Pro.pm line 191., referer: http://192.168.0.44/cgi-bin/koha/opac-search.pl?q=cooking&limit=

I can confirm that searching from OPAC in 3.01.00.124 works fine over my test repo as does searching in OPAC in the current HEAD. The OPAC sysprefs are pretty much default on this dev box. Kind Regards, Chris

On Tue, Mar 23, 2010 at 8:51 AM, Erik Lewis <elewis@ngrl.org> wrote:

Chris, Ideas on a next step?  Are OPAC sysprefs the probable culprit?  Just want to be efficient as I roll up my sleeves.

You could: 1. Truncate your systempreferences table and then reload it with the default syspref.sql file. (WARNING: This will remove ALL of your custom system preference settings... you've been warned. You could do mysqldump -t -ukohaadmin -p koha systempreferences > my_sysprefs.sql (I believe that is correct) and save your old settings. 2. Re test the opac search and see if that fixed it. If it does not, if you are running over git, you could: 1. create a separate test database. 2. modify koha-conf.xml to look at the new db. 3. checkout a test branch based on master (ie. git checkout master && git checkout -b testbranch) 4. run through the web installer and install the sample data. 5. re-index zebra (./rebuild_zebra.pl -r -a -b -v) 6. check out the opac search and see if it works. If this second solution works, I'd suggest you have imported some corrupt bibs and/or items. Kind Regards, Chris

On Tue, Mar 23, 2010 at 9:55 AM, Erik Lewis <elewis@ngrl.org> wrote:

Chris,

Thanks for the suggestions.  I just have a hard time imagining it being an index or bad bib record since I haven't added any prior to upgrading, just the intial bib load, which was searching just fine in the OPAC and it is still working in the staff client.

Sounds reasonable.

What I think I'll do is set the OPAC and enhanced content sysprefs back to the defaults specified in the documentation and see if I can determine if its a syspref problem.  Any other sysprefs that could be in play outside of those groups?

I'd love to say an unqualified 'no,' however I really do not know. Perhaps someone else can comment on that. There are several OPAC options under the "Searching" tab. There may be others in other places. A search of the sysprefs on the terms "OPAC" and "search" shows up quite a few prefs, however, I'm not sure what all might affect this issue. Kind Regards, Chris

On Mar 23, 2010, at 9:34 AM, Chris Nighswonger wrote:

...

On Tue, Mar 23, 2010 at 8:51 AM, Erik Lewis <elewis@ngrl.org> wrote:

...

Chris, Ideas on a next step?  Are OPAC sysprefs the probable culprit?  Just want to be efficient as I roll up my sleeves.

You could:

1. Truncate your systempreferences table and then reload it with the default syspref.sql file. (WARNING: This will remove ALL of your custom system preference settings... you've been warned. You could do mysqldump -t -ukohaadmin -p koha systempreferences > my_sysprefs.sql (I believe that is correct) and save your old settings. 2. Re test the opac search and see if that fixed it.

If it does not, if you are running over git, you could:

1. create a separate test database. 2. modify koha-conf.xml to look at the new db. 3. checkout a test branch based on master (ie. git checkout master && git checkout -b testbranch) 4. run through the web installer and install the sample data. 5. re-index zebra (./rebuild_zebra.pl -r -a -b -v) 6. check out the opac search and see if it works.

If this second solution works, I'd suggest you have imported some corrupt bibs and/or items.

Kind Regards, Chris

Great work Erik! See also this note in the syspref editor: Note that you must have the Suppress index set up in Zebra and at least one suppressed item, or your searches will be broken. On Tue, Mar 23, 2010 at 10:47 AM, Erik Lewis <elewis@ngrl.org> wrote:

Found it:  OpacSuppression

From the manual

Default: Don't hide

Asks: ___ items marked as suppressed from OPAC search results. Values:

Don't hide -- will show items in OPAC search results if they are marked suppressed Hide -- will not show items in OPAC search results if they're marked as suppressed

Each bib record with items you want to hide from the OPAC simply need to have the 942n field set to 1. The index then hides it from display in OPAC but will still display it in the Staff Client

On Mar 23, 2010, at 10:34 AM, Chris Nighswonger wrote:

On Tue, Mar 23, 2010 at 9:55 AM, Erik Lewis <elewis@ngrl.org> wrote:

Chris,

Thanks for the suggestions.  I just have a hard time imagining it being an index or bad bib record since I haven't added any prior to upgrading, just the intial bib load, which was searching just fine in the OPAC and it is still working in the staff client.

Sounds reasonable.

What I think I'll do is set the OPAC and enhanced content sysprefs back to the defaults specified in the documentation and see if I can determine if its a syspref problem.  Any other sysprefs that could be in play outside of those groups?

I'd love to say an unqualified 'no,' however I really do not know. Perhaps someone else can comment on that. There are several OPAC options under the "Searching" tab. There may be others in other places. A search of the sysprefs on the terms "OPAC" and "search" shows up quite a few prefs, however, I'm not sure what all might affect this issue.

Kind Regards, Chris

On Mar 23, 2010, at 9:34 AM, Chris Nighswonger wrote:

On Tue, Mar 23, 2010 at 8:51 AM, Erik Lewis <elewis@ngrl.org> wrote:

Chris,

Ideas on a next step?  Are OPAC sysprefs the probable culprit?  Just want to be efficient as I roll up my sleeves.

You could:

1. Truncate your systempreferences table and then reload it with the

default syspref.sql file. (WARNING: This will remove ALL of your

custom system preference settings... you've been warned. You could do

mysqldump -t -ukohaadmin -p koha systempreferences > my_sysprefs.sql

(I believe that is correct) and save your old settings.

2. Re test the opac search and see if that fixed it.

If it does not, if you are running over git, you could:

1. create a separate test database.

2. modify koha-conf.xml to look at the new db.

3. checkout a test branch based on master (ie. git checkout master &&

git checkout -b testbranch)

4. run through the web installer and install the sample data.

5. re-index zebra (./rebuild_zebra.pl -r -a -b -v)

6. check out the opac search and see if it works.

If this second solution works, I'd suggest you have imported some

corrupt bibs and/or items.

Kind Regards,

Chris