Summary: | Call number link in search results is broken | ||
---|---|---|---|
Product: | Koha | Reporter: | Barton Chittenden <barton> |
Component: | Searching | Assignee: | Tomás Cohen Arazi (tcohen) <tomascohen> |
Status: | CLOSED WORKSFORME | QA Contact: | Testopia <testopia> |
Severity: | normal | ||
Priority: | P5 - low | CC: | tomascohen |
Version: | 3.16 | ||
Hardware: | All | ||
OS: | All | ||
Change sponsored?: | --- | Patch complexity: | --- |
Documentation contact: | Documentation submission: | ||
Text to go in the release notes: | Version(s) released in: | ||
Circulation function: | |||
Attachments: |
Screenshot of link in search results.
Marcxml for John Grisham's "The chamber" |
Description
Barton Chittenden
2014-11-19 19:15:57 UTC
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. |