]> git.koha-community.org Git - koha.git/commit
Bug 12323 [SIGNED OFF] - Acquisitions search results fixed in order of biblionumber
authorKyle M Hall <kyle@bywatersolutions.com>
Wed, 21 May 2014 18:09:04 +0000 (11:09 -0700)
committerMason James <mtj@kohaaloha.com>
Thu, 26 Feb 2015 04:41:19 +0000 (17:41 +1300)
commitff8bcdc2e203f66a2dc4f2e5182428fcc07ff7c8
tree4017f7f0b04c2d0b3ee368bb3979dbadd52759ba
parent06c173efd58ea46da21a7e4a68247704e42b3733
Bug 12323 [SIGNED OFF] - Acquisitions search results fixed in order of biblionumber

The acquisitions search is exhibiting the same behavior as bug 11410.
Results are always fixed in order of biblionumber, among other possible
issues ( including the ampersand issue ).

Test Plan:
1) From an open basket, choose "Add to basket"
2) Run a search for "From an existing record"
3) Note the "View MARC" URLs are fixed in order of biblionumber
4) Apply this patch
5) Refresh the page
6) Note the results are no longer fixed in order of biblionumber

Signed-off-by: David Cook <dcook@prosentient.com.au>
Works as described.

I think the code could be a bit tidier, but I think it makes sense to
use buildQuery here. It'll detect CCL, CQL, and PQF queries, as well
as parsing a regular keyword search as one would expect when searching
the catalogue.

It also has the added bonus of performing relevance searching,
so long as QueryAutoTruncation is off, and so long as library staff
avoid using the "*" truncation wildcard (see bug 12430).

While there are simpler ways to fix this acq bug, I think this was
probably the best move, as it adds a bit to the consistency of what
librarians can expect from their search results.

Signed-off-by: Jonathan Druart <jonathan.druart@biblibre.com>
Same result with and without the patch but I agree with the changes.
BuildQuery should be called before SimpleSearch if QP is not used.
Signed-off-by: Mason James <mtj@kohaaloha.com>
acqui/neworderbiblio.pl