Created attachment 33691 [details] Screenshot of link in search results. The call number link in the Location column for search results returns no results when the call number is entirely alphabetic. For example, if I do a keyword search for grisham I get a series of search results for titles by John Grisham. In the location column, I see 1 item, 1 available: My Library Here [FIC GRI] (1) BOOK Where [FIC GRI] is a link. When I click on the link, I get No results found No results match your search for 'callnum,wrdl: "FIC GRI"' in My Library Here What I'm seeing is that the URL under the callnumber link is http://.../cgi-bin/koha/catalogue/search.pl?idx=callnum&q="FIC%20GRI" When I remove the quotes, the search will work. [See the attached screenshot; there is a red arrow pointing to the link in question].
Created attachment 33692 [details] Marcxml for John Grisham's "The chamber" Import this record as an example for replicating the problem.
I have seen this problem on two 3.16.04 sites, but the problem does *not* appear on the bywater solutions demo site, which is running 3.17 Setup: 1) Download the Marcxml attachment. 2) Stage the record 3) Import the record 4) Add an item for the record 5) Wait for zebra to index the record To replicate the problem: 1) Do a keyword search for 'Grisham' 2) The search results will show 'The testament', with a link under the text 'FIC GRI'. 3) Clicking on this link will show no results.
One difference could be the type of indexing (GRS1, DOM) or using/not using QP.
(In reply to Katrin Fischer from comment #3) > One difference could be the type of indexing (GRS1, DOM) or using/not using > QP. No, both sites are using DOM, and neither is using QP.
Hm, could you check ICU vs. CHR? I think that might be it.
(In reply to Katrin Fischer from comment #5) > Hm, could you check ICU vs. CHR? I think that might be it. The 'UseICU' system preference is set to 'Using'.
Hm, in both the working and non-working installation? And are they both actually using ICU? The pref influences how some search links work in the XSLT (afaik) but will not actually turn it off or on)
Can this bug be reproduced in versions newer than 3.18.x? If so, please update the report's version information. If not, please close.
(In reply to Owen Leonard from comment #8) > Can this bug be reproduced in versions newer than 3.18.x? If so, please > update the report's version information. If not, please close. I just tested this at the library that reported the issue; they're still seeing the problem under 3.22.07. I'll dig back through the templates and through the code and see if I can't find out what's triggering the behavior in question.
(In reply to Barton Chittenden from comment #9) > (In reply to Owen Leonard from comment #8) > > Can this bug be reproduced in versions newer than 3.18.x? If so, please > > update the report's version information. If not, please close. > > I just tested this at the library that reported the issue; they're still > seeing the problem under 3.22.07. I'll dig back through the templates and > through the code and see if I can't find out what's triggering the behavior > in question. I was able to re-create the symptoms on the library's server which is running 3.22.07. At the time that I filed the bug, the surrounding quotes weren't being url-encoded -- the link looked like this: [<a href="/cgi-bin/koha/catalogue/search.pl?idx=callnum&q="FIC%20Grisham"">FIC Grisham</a>] Which is obviously broken. Now it looks like this: [<a href="/cgi-bin/koha/catalogue/search.pl?idx=callnum&q=%22FIC%20Grisham%22">FIC Grisham</a>] That returns results on my test server running master (currently 16.06.00.002), but not on the library's server. I suspect that there are some configuration issues with zebra. I'm going to go ahead and close this bug; if I find issues specific to the libraries configuration, I'll file a cleaner and more detailed bug report.