evergreen:tags/rel_2_10_9

Last commit made on 2017-01-25
Get this branch:
git clone -b tags/rel_2_10_9 https://git.launchpad.net/evergreen

Branch merges

Branch information

Name:
tags/rel_2_10_9
Repository:
lp:evergreen

Recent commits

54944ea... by Galen Charlton

Bumping version numbers and adding Changelog

Signed-off-by: Galen Charlton <email address hidden>

1f611df... by Galen Charlton

bump up upgrade instructions for 2.10.9

Signed-off-by: Galen Charlton <email address hidden>

695b766... by Galen Charlton

2.10.8-2.10.9 schema upgrade script

Signed-off-by: Galen Charlton <email address hidden>

7c40821... by Kathy Lussier

Docs: Adding release notes for 2.10.9 point release

Signed-off-by: Kathy Lussier <email address hidden>

d246d32... by Jeanette Lundgren

LP#1494362 Docs: oversized screenshot

Signed-off-by: Jeanette Lundgren <email address hidden>
Signed-off-by: Remington Steed <email address hidden>

880ab76... by Michelle Purcell

Docs: adding section about circulating items in the Web client

Signed-off-by: Jane Sandberg <email address hidden>

9e0a261... by Jeanette Lundgren

Updated link syntax to fix broken section link.

Signed-off-by: Remington Steed <email address hidden>

fb71e95... by Remington Steed

Docs: Add "export non-imported records"

This commit briefly describes the queue actions, summary and filter
sections of the Inspect Queue page in Vandelay, as well as explaining
the new "Export Non-Imported Records" action. This commit includes
updated screenshots.

Signed-off-by: Remington Steed <email address hidden>

0382522... by Galen Charlton

LP#1651808: avoid a class of intermittent search failures

This patch fixes a bug where catalog searches can sometimes fail
with a PostgreSQL error that looks like this:

ERROR: type of parameter 56 (double precision) does not match that when preparing the plan (numeric)
CONTEXT: PL/pgSQL function search.query_parser_fts(integer,integer,text,integer[],integer[],integer,integer,integer,boolean,boolean,boolean,integer) line 319 at assignment

In particular, it ensures that the relevance values are coerced
to the Pg NUMERIC data type regardless of how the core query is
constructed; otherwise, it can sometimes end up as a double
precision value. Because of how Pg backends cache query plans,
that change of type can result in the error above.

To test
-------
[1] (Optional) Configure the max_children values for open-ils.storage
    to permit only one drone, which in turn forces all catalog
    search requests to go through a single Pg backend.
[2] Set the default_preferred_language_weight opensrf.xml setting
    to 0.
[3] Perform a catalog search that has just a filter, e.g.,
    item_lang(eng).
[4] Perform a catalog search that includes search term, e.g.,
    cats
[5] The second search should fail.
[6] Apply the patch and try steps 3 and 4 again; this time, both
    searches should work.

Signed-off-by: Galen Charlton <email address hidden>
Signed-off-by: Mike Rylander <email address hidden>

Conflicts:
 Open-ILS/src/perlmods/lib/OpenILS/Application/Storage/Driver/Pg/QueryParser.pm

72aaaa3... by Dan Pearl

LP#1586509 Bug fix to LP#1352542 caused extraneous blank line to appear in
spine label. This affected LC call numbers that had only one cutter number
plus additional text following.

Signed-off-by: Dan Pearl <email address hidden>
Signed-off-by: Kathy Lussier <email address hidden>