Bug 12323 [SIGNED OFF] - Acquisitions search results fixed in order of biblionumber
commit7226f8ced30038d95d73e7389fedd6e76aff3c36
authorKyle M Hall <kyle@bywatersolutions.com>
Wed, 21 May 2014 18:09:04 +0000 (21 11:09 -0700)
committerChris Cormack <chris@bigballofwax.co.nz>
Sat, 14 Feb 2015 07:22:47 +0000 (14 20:22 +1300)
treed9da028e171242efb8372feb6fcf98bdf660f4b0
parent49cb53a07d166cd641c35834d6ab4647ddaf462c
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: Tomas Cohen Arazi <tomascohen@gmail.com>
(cherry picked from commit dc5b94486304fc5353640c0341cdfa11d3367fb2)
Signed-off-by: Chris Cormack <chris@bigballofwax.co.nz>
acqui/neworderbiblio.pl