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)
committerTomas Cohen Arazi <tomascohen@gmail.com>
Tue, 10 Feb 2015 14:12:54 +0000 (11:12 -0300)
commitdc5b94486304fc5353640c0341cdfa11d3367fb2
tree335a566280f4e6cb3b100f0a06c27464875b321d
parent2df541712fd691ee817568ed9d14e94bba13424e
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>
acqui/neworderbiblio.pl