evergreen:tags/rel_2_9_4

Last commit made on 2016-04-28
Get this branch:
git clone -b tags/rel_2_9_4 https://git.launchpad.net/evergreen

Branch merges

Branch information

Name:
tags/rel_2_9_4
Repository:
lp:evergreen

Recent commits

6a83631... by Jason Stephenson

Update server upgrade instructions for 2.9.4.

Signed-off-by: Jason Stephenson <email address hidden>

8025481... by Jason Stephenson

Bumping version numbers, adding Upgrade Script and Changelog

Signed-off-by: Jason Stephenson <email address hidden>

51451da... by Galen Charlton

update release notes for 2.9.4

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

5d69c0c... by Kathy Lussier

Adding 2.9.4 release notes

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

fcb8226... by Galen Charlton

LP#1562153: fix case where changing sort order to relevance can fail

This patch fixes a cause where sending a 'sort' CGI parameter
with the empty string as value (which specifies relevance sorting)
fails to override a previously-set sort order.

To test:

[1] Do a public catalog search starting from the advanced search form,
    e.g., keyword = "cats"
[2] Change the sort order to (say) Title A-Z from the results page.
[3] Note that the query string changes to "sort(titlesort) cats" and
    that the results are re-sorted
[4] Attempt to change the sort order to relevance.
[5] This time, the sort order does not change ... and it should have.
[6] Apply the patch and repeat steps 1-5. This time, the sort order
    should be successfully changed.

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

f1608d5... by Galen Charlton

LP#1562153: add regression test

This patch adds a regression test for successfully
overrding the sort order in a query from a 'sort' CGI
parameter.

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

2caf056... by Galen Charlton

LP#1569884: stamp schema update

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

Conflicts:
 Open-ILS/src/sql/Pg/002.schema.config.sql

9e20a27... by Galen Charlton

LP#1569884: fix schema update script

CREATE INDEX cannot run concurrently in a transaction
block period, at least as of 9.4.

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

f6d4dea... by Jason Stephenson

LP#1569884 Fix two problems in previous commit.

The CREATE TABLE biblio.monograph_part statement in
010.schema.biblio.sql ended up with a trailing comma.

The CREATE UNIQUE INDEX on biblio.monograph_part cannot be done
CONCURRENTLY at DB creation time, apparently. At least not on
PostgreSQL 9.3.

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

9e5e06b... by Steve Callender

LP#1569884 Updated base schema with monograph parts index.

Signed-off-by: Steven Callender <email address hidden>
Signed-off-by: Jason Stephenson <email address hidden>
Signed-off-by: Galen Charlton <email address hidden>