Bug 4116 - results from cataloging search is different from advanced search results
Summary: results from cataloging search is different from advanced search results
Status: CLOSED FIXED
Alias: None
Product: Koha
Classification: Unclassified
Component: Searching (show other bugs)
Version: rel_3_0
Hardware: PC All
: P5 - low critical (vote)
Assignee: Henri-Damien LAURENT
QA Contact: Bugs List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-02-05 11:08 UTC by Chris Cormack
Modified: 2019-06-27 09:24 UTC (History)
3 users (show)

See Also:
Change sponsored?: ---
Patch complexity: ---
Documentation contact:
Documentation submission:
Text to go in the release notes:
Version(s) released in:


Attachments
BZ4116: results from cataloging search is different from advanced search results (1.64 KB, patch)
2010-02-10 16:12 UTC, Chris Cormack
Details | Diff | Splinter Review

Note You need to log in before you can comment on or make changes to this bug.
Description Chris Cormack 2010-05-21 01:23:20 UTC


---- Reported by francois.charbonnier@biblibre.com 2010-02-05 11:08:20 ----

if i search the same chain of characters from the cataloging module or the advanced search module within the staff client, the number of results are differents.



---- Additional Comments From pmlozeau@inlibro.com 2010-02-09 17:18:10 ----

(In reply to comment #0)
> if i search the same chain of characters from the cataloging module or the
> advanced search module within the staff client, the number of results are
> differents.


I can confirm this bug. I tried a couple of searches in some test sites and came up with examples that lead me to believe that it might be a problem with  truncation.

I should start by mentioning that the staff search module and OPAC give the same amount of results. What's seems to be the problem, is that the cataloging module doesn't give search results for truncated terms.

Ex: Staff search/OPAC will give more results than the cataloging module when we use the search term "Quebec".

That's because the staff search will automatically find terms like "Quebecois", "Quebecoise" and "Quebecoises". I came up with the same problem when I tried searching for "revolution" and found "revolutionnaire" in the OPAC but not in the cataloging module.

So it seems that the cataloging modules only gives results for exact terms.


P.S. No comments on why I choose those terms. They simply were the best examples I came up with. Don't go off thinking I'm planning something. :-)




---- Additional Comments From matthias.meusburger@biblibre.com 2010-02-10 16:12:52 ----

Created an attachment
BZ4116: results from cataloging search is different from advanced search results





---- Additional Comments From gmcharlt@gmail.com 2010-02-11 11:34:41 ----

Patch pushed to HEAD for inclusion in 3.2.



---- Additional Comments From dschust1@gmail.com 2010-04-29 15:39:52 ----

(In reply to comment #3)
> Patch pushed to HEAD for inclusion in 3.2.
> 

10:20	owen	standard staff client search vs. search from cataloging page I think
10:20	wizzyrea	k
10:21	wizzyrea	mine are the same
10:22	wizzyrea	http://screencast.com/t/ODZjZmNjYjU cataloging search
10:22	wizzyrea	let me try one more place
10:22	schuster	what did you search?
10:22	wizzyrea	bear
10:23	wizzyrea	http://screencast.com/t/NDY5NTZjM2Et
10:24	schuster	what happens if you truncate the search do you get the same thing?
10:24	wizzyrea	1s lemme check
10:25	wizzyrea	http://screencast.com/t/NzYwMzIx
10:27	wizzyrea	http://screencast.com/t/ZmRlNGJkNj
10:27	wizzyrea	all of them look consistent to me



--- Bug imported by chris@bigballofwax.co.nz 2010-05-21 01:23 UTC  ---

This bug was previously known as _bug_ 4116 at http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4116
Imported an attachment (id=1846)

Unknown operating system Linux - Debian. Setting to default OS "All".
Actual time not defined. Setting to 0.0
The original reporter of this bug does not have
   an account here. Reassigning to the person who moved
   it here: chris@bigballofwax.co.nz.
   Previous reporter was francois.charbonnier@biblibre.com.
Setting qa contact to the default for this product.
   This bug either had no qa contact or an invalid one.
CC member pmlozeau@inlibro.com does not have an account here
The original submitter of attachment 1846 [details] [review] is unknown.
   Reassigning to the person who moved it here: chris@bigballofwax.co.nz.