Escape rather than filter SIMILAR TO metacharacters in patron crazy search

The filtering I introduced in r19983 was overly aggressive, and included
characters that weren't actually SIMILAR TO metacharacters. Instead, escape
each character, carefully going through the list of metacharacters listed at
http://www.postgresql.org/docs/8.4/interactive/functions-matching.html

Works for email addresses like "foo.bar+baz@example.com".

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@20087 dcc99617-32d9-48b4-a31d-7c20da2025e4

Backport r20082 from trunk

Address LP #754880, where printing happens before the progress dialog can be
cleared in the alternate holds pull list print interface

Additionally, provide the usual "print page" button so that the list can be
reprinted at will

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@20084 dcc99617-32d9-48b4-a31d-7c20da2025e4

upgrade script for consistency w/ schema change in r20073

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@20081 dcc99617-32d9-48b4-a31d-7c20da2025e4

rely on search_path to locate the extract_marc_field() function which is now installed in the 'evergreen' schema by default

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@20078 dcc99617-32d9-48b4-a31d-7c20da2025e4

tweaks to quick_metarecord_map.sql

* used version from wiki, which provides same results as the
  previous version but performs better on large databases
* now works without editing (a vacuum cannot run inside of a transaction)
* don't do vacuum full, just a regular vacuum analyze

[1] http://evergreen-ils.org/dokuwiki/doku.php?id=scratchpad:random_magic_spells#how_to_generate_metarecords_for_a_newly_loaded_bib_batch

Signed-off-by: Galen Charlton <gmc@esilibrary.com>
git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@20077 dcc99617-32d9-48b4-a31d-7c20da2025e4

Protect search against all-deleted bibs by pinning the estimation ratios in that case

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@20067 dcc99617-32d9-48b4-a31d-7c20da2025e4

repaired SQL upgrade syntax error

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@20062 dcc99617-32d9-48b4-a31d-7c20da2025e4

Add a trigger function to simulate FKEY constraints on inherited tables

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@20055 dcc99617-32d9-48b4-a31d-7c20da2025e4

Final cleanup for the base schema, re search_path ... I hope

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@20050 dcc99617-32d9-48b4-a31d-7c20da2025e4

Fix functions stranded in the evergreen schema without a search path reference (ugly but mechanical)

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@20049 dcc99617-32d9-48b4-a31d-7c20da2025e4

add missing upgrade script

Signed-off-by: Galen Charlton <gmc@esilibrary.com>
git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@20046 dcc99617-32d9-48b4-a31d-7c20da2025e4

Let's not be picky about permissions here; an item needs to go where it needs to go :)

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@20042 dcc99617-32d9-48b4-a31d-7c20da2025e4

patch from jamesrf for lp#756880 for Grocery Billing Location in Bill Patron wizard

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@20038 dcc99617-32d9-48b4-a31d-7c20da2025e4

for lp bug#756838, consistent copy status for new items.  jamesrf++

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@20035 dcc99617-32d9-48b4-a31d-7c20da2025e4

repaired bug in prepayment_required check.  property -> method

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@20032 dcc99617-32d9-48b4-a31d-7c20da2025e4

For transit_slip template, %item_title%, %item_barcode%, etc. need to be in the Header, not the Line Item

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@20029 dcc99617-32d9-48b4-a31d-7c20da2025e4

test for pre-cat slightly off in OPAC My Account, spotted by Steve Callender

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@20019 dcc99617-32d9-48b4-a31d-7c20da2025e4

further fixes to maintain_901

Now correctly handles &, <, or > appearing in the tcn_value
or tcn_source.  Also introduces a trivial utility stored
function, evergreen.xml_escape():

evergreen.xml_escape(TEXT) returns TEXT: converts '&', '<',
and '>' to XML entities

Signed-off-by: Galen Charlton <gmc@esilibrary.com>
git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@20016 dcc99617-32d9-48b4-a31d-7c20da2025e4

fix crash when importing/saving bib with '&' in TCN value

Also fix similar glitch if ampersand is present in the TCN
source.

Signed-off-by: Galen Charlton <gmc@esilibrary.com>
git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@20005 dcc99617-32d9-48b4-a31d-7c20da2025e4

Patch from Thomas Berezansky to support patron priv expiration information in SIP2

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@20000 dcc99617-32d9-48b4-a31d-7c20da2025e4

backport r18757 for org hiding tweak

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19997 dcc99617-32d9-48b4-a31d-7c20da2025e4

Prevent patron search from returning horrible errors on regexian input

Add a utility method, _clean_regex_chars(), to filter common regex
characters out of input values.  When these characters are passed to
database SIMILAR searches, strange things (generally ugly errors) can
happen - so filter them out.

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19985 dcc99617-32d9-48b4-a31d-7c20da2025e4

More robust fix for edit highlighting in Serial Control View

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19982 dcc99617-32d9-48b4-a31d-7c20da2025e4

Fix edit highlighting in Serial Control View

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19977 dcc99617-32d9-48b4-a31d-7c20da2025e4

order line items in PO display by line item ID

Order was effectively random otherwise.  Use case from at least
one library indicates this change, but doesn't preclude later work
to make the sort order more flexible.

Signed-off-by: Galen Charlton <gmc@esilibrary.com>
git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19972 dcc99617-32d9-48b4-a31d-7c20da2025e4

reorder tabindex for horizontal patron search.  non-flex the search button.  thanks to sylvar and others for poking

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19970 dcc99617-32d9-48b4-a31d-7c20da2025e4

2.0.5 upgrade script

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19966 dcc99617-32d9-48b4-a31d-7c20da2025e4

Booking: in support of r19944, backport newer openils.XUL.newTabEasy() from
trunk as well

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19947 dcc99617-32d9-48b4-a31d-7c20da2025e4

Backport r19942 from trunk

Booking: This should a) make booking interfaces behave better when a staff
login session times out and is replaced by use of a re-auth dialog, and b)
wrap booking interfaces in a <browser> element with the attendant
back/forward/reload buttons that most similar interfaces already had.

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19944 dcc99617-32d9-48b4-a31d-7c20da2025e4

Backport r19937 from trunk

Ben Ostrowsky pointed out that the alt holds (pull list) printing interface
was trying to include AutoIDL.js from an incorrect path.

I don't believe that file should be included at all, so now I've removed the
broken line.

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19939 dcc99617-32d9-48b4-a31d-7c20da2025e4

Adjust upgrade for 2.0

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19933 dcc99617-32d9-48b4-a31d-7c20da2025e4

Add realistic row estimates to tree-ish functions (default is 1000) so that callers can make better plans in complex queries; includes four functions backported from 2.1 for simplicity when it comes to upgrading

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19932 dcc99617-32d9-48b4-a31d-7c20da2025e4

Patch from Thomas Berezansky to address unneccessary fine generation and avoid unchecked division by zero; details and DCO at https://bugs.launchpad.net/evergreen/+bug/747533

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19929 dcc99617-32d9-48b4-a31d-7c20da2025e4

Better search normalization de-duping when 'params' are used

This patch addresses search normalization deduping at two levels.  We now verify that both the function and the params are the same before excluding a normalization, both when the normalization is first added to the set and when the SQL is being built (since currently multiple sets may be involved).

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19926 dcc99617-32d9-48b4-a31d-7c20da2025e4

reposition these labels to mitigate horizontal scrolling in Holdings Maintenance

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19923 dcc99617-32d9-48b4-a31d-7c20da2025e4

Use identifer indexes for older ISxN API methods (LP Bug #728671)

There are three logic layers involved in the older ISxN 'quick searches': the OPAC, the search API, and the storage API.  The approach of this patch is to update the search API (which in turn fixes the OPAC), and ignore/deprecate the storage API for these identifiers.

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19922 dcc99617-32d9-48b4-a31d-7c20da2025e4

Logic error trying to merge the date component of one date object with the time component of another.  We were trying to use the time object and update it piecemeal, which resulted in non-sensical dates that were forced to wrap.  For example, if the date object was to set to March 31, 2011, and we tried .setMonth(3) on it to change it to April, that would result in an April 31st, which doesn't exist, and the date thus moves forward a certain number of days into May.

This affects Check Out, dedicated Renew interface, and the various date picking functions in Items Out and Holds interfaces.

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19919 dcc99617-32d9-48b4-a31d-7c20da2025e4

add item columns to xul-based holds lists

Could argue this fixes a regression, since the original pull list from 1.6 showed the circ modifier, and the xul alternative does not.  So begging forgiveness :)

Signed-off-by: Jason Etheridge <jason@esilibrary.com>
git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19914 dcc99617-32d9-48b4-a31d-7c20da2025e4

Change label to "Reset Password" and get button out of tab ordering

In a keyboard-intensive patron input workflow, pressing tab should
not place focus on the "Reset Password" button; the password is
automatically generated at dialog creation time. Setting tabIndex
to -1 disables tab focus for the button.

Also, the button has been relabeled to "Reset Password" to be
consistent with the previous button.

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19911 dcc99617-32d9-48b4-a31d-7c20da2025e4

Restore the Reset Password button on patron editor

Per LP 488243, the Reset Password button that existed on the old
XUL patron editor was lost in the transition to the new Dojo
patron editor. Jason Stephenson stepped up and offered a patch
to restore the functionality.

Developer's Certificate of Origin 1.1

By making a contribution to this project, I certify that:

(a) The contribution was created in whole or in part by me and I
    have the right to submit it under the open source license
    indicated in the file; or

(b) The contribution is based upon previous work that, to the best
    of my knowledge, is covered under an appropriate open source
    license and I have the right under that license to submit that
    work with modifications, whether created in whole or in part
    by me, under the same open source license (unless I am
    permitted to submit under a different license), as indicated
    in the file; or

(c) The contribution was provided directly to me by some other
    person who certified (a), (b) or (c) and I have not modified
    it.

(d) I understand and agree that this project and the contribution
    are public and that a record of the contribution (including all
    personal information I submit with it, including my sign-off) is
    maintained indefinitely and may be redistributed consistent with
    this project or the open source license(s) involved.

Signed-off-by: Jason Stephenson <jstephenson@mvlc.org>
git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19910 dcc99617-32d9-48b4-a31d-7c20da2025e4

fix typo in facet_force_nfc definition

Signed-off-by: Galen Charlton <gmc@esilibrary.com>
git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19905 dcc99617-32d9-48b4-a31d-7c20da2025e4

Force facet values to Unicode NFC to reduce spurious non-matches

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19902 dcc99617-32d9-48b4-a31d-7c20da2025e4

Inspired by a 1.6 patch from Brandon Uhlman to collect the set of holds not ready for pickup, 2.0+ style

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19901 dcc99617-32d9-48b4-a31d-7c20da2025e4

in the case of multiple xact event error responses, capture the first for staff client reporting

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19893 dcc99617-32d9-48b4-a31d-7c20da2025e4

bug 744687: fix multi-field MARC expert search

Fixes bug where a bib that has multiple subfields
meeting one condition of a 2+ field MARC expert
search could end up in the results list even if
it didn't meet the other conditions (currently multi-field
MARC expert searches use implicit 'AND').

Signed-off-by: Galen Charlton <gmc@esilibrary.com>
git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19882 dcc99617-32d9-48b4-a31d-7c20da2025e4

Fix call-number sorting for non-generic sort keys (LP Bug #737819)

Selecting on 'label' but sorting on 'label_sortkey' did not work properly.  Instead, we will now find the single best call number we can based on the label given, then both select and sort based on that call number's sort key.

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19879 dcc99617-32d9-48b4-a31d-7c20da2025e4

MARC View print problem workaround (LP Bug #742033)

Certain printers were failing to print from the MARC View in the staff client.  Adding a simple title to the view ended up being a successful workaround, and is unlikely to have negative consequences in any case.

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19876 dcc99617-32d9-48b4-a31d-7c20da2025e4

Address LP 744393: Arabic text in en-CA offline.properties

A translator appears to have mistakenly added Arabic text to
the en-CA offline.properties file in Launchpad. This commit
corrects those translations and completes the translation of
the file for 2.0.

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19871 dcc99617-32d9-48b4-a31d-7c20da2025e4

fix up receipt options persistence in billing interface; implement # of receipts option (not perfect if using print dialogs; non-blocking and not necessarily queued up)

Signed-off-by: Jason Etheridge <jason@esilibrary.com>
git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19870 dcc99617-32d9-48b4-a31d-7c20da2025e4

fixes things like the stat cat editor, since that extra param now changes the return signature of the method

Signed-off-by: Jason Etheridge <jason@esilibrary.com>
git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19864 dcc99617-32d9-48b4-a31d-7c20da2025e4

data.lookup was broken for cases where data.list[key] didn't exist for a given key

Signed-off-by: Jason Etheridge <jason@esilibrary.com>
git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19862 dcc99617-32d9-48b4-a31d-7c20da2025e4

Avoid Apache warnings resulting from duplicate NameVirtualHost directives

Benjamin Shum reported that the Apache warnings that have been a part
of Evergreen's default configuration on Apache start for ages could
be avoided by commenting out the "NameVirtualHost: *80" line in
eg.conf. Testing confirmed that the directive was not necessary on Ubuntu,
Debian, or Fedora. As this warning has been the cause for unnecessary concern
on the part of many new adopters of Evergreen, getting rid of it appears to
be a nice usability win.

Thanks Ben!

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19859 dcc99617-32d9-48b4-a31d-7c20da2025e4

have checkILSEvent handle events that aren't in ils_events.xml

Signed-off-by: Jason Etheridge <jason@esilibrary.com>
git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19854 dcc99617-32d9-48b4-a31d-7c20da2025e4

Honor the 'active' flag in QueryParser.pm for search.relevance_adjustment entries.

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19851 dcc99617-32d9-48b4-a31d-7c20da2025e4

Build libjs from source for now until the Perl threading problem can be reliably tested

The previous commit changed JavaScript::SpiderMonkey to be built without
thread safety, but on Fedora we had been installing the js-devel package
(which was threaded). As you can't build a non-threaded
JavaScript::SpiderMonkey on top of a threaded libjs, for now we'll make
Fedora build a non-threaded libjs from source just like the other distros.

Note that the problem with threaded JavaScript::SpiderMonkey surfaced
on Debian Lenny when targeting holds. Lenny has libthreads-perl 1.71, but
a number of fixes have been committed to subsequent versions
(http://cpansearch.perl.org/src/JDHEDDEN/threads-1.82/Changes) - so
threading support might be reliable on more current distros. Once we
have a reliable test, we might be able to go back to the packaged
version of libjs.

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19848 dcc99617-32d9-48b4-a31d-7c20da2025e4

Another layer of escaping for the escapes in the DB update script

Apologies for the previous patch that led to breakage; I "tested" in a
script in which I had already hardcoded the answer I wanted after
running into problems with the previous version of the script. Not
good testing practice.

Thanks to Bill Erickson for suggesting the extra escapes. Tested in
a clean environment this time, and it works.

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19845 dcc99617-32d9-48b4-a31d-7c20da2025e4

Remove thready building -- we do not use threads anyway, and it breaks JS::SM

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19842 dcc99617-32d9-48b4-a31d-7c20da2025e4

Enable update_db.sh to handle upgrading databases with release version

When '0475' is mixed with '1.6.0.4', the latter wins as far as a plain MAX()
operator goes. Ensuring that the version is all digits should help avoid the
release version numbers in the config.upgrade_log table.

Thanks to Thomas Berezansky for suggesting a SIMILAR TO operator variation
that led to this approach.

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19839 dcc99617-32d9-48b4-a31d-7c20da2025e4

correcting bad timespecs in the example crontab

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19835 dcc99617-32d9-48b4-a31d-7c20da2025e4

no, this was correct.  doh :)  the list version uses paging, but we're counting the entire set

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19830 dcc99617-32d9-48b4-a31d-7c20da2025e4

this "count" method gets the same parameters as the list version

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19829 dcc99617-32d9-48b4-a31d-7c20da2025e4

trivial grammar fix

Signed-off-by: Galen Charlton <gmc@esilibrary.com>
git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19826 dcc99617-32d9-48b4-a31d-7c20da2025e4

Make sure "ol" propagates through BibTemplate subject search links for OPAC range hiding

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19814 dcc99617-32d9-48b4-a31d-7c20da2025e4

Allow the "result_field" to be used as the default alias in the output column of a row or set returning transform

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19801 dcc99617-32d9-48b4-a31d-7c20da2025e4

Treat call number fields 090 and 092 as local LC and Dewey (respectively) based on de facto standards.

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19792 dcc99617-32d9-48b4-a31d-7c20da2025e4

Addresses LP bug #736167, correctly populate hold format list for Advanced Options

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19776 dcc99617-32d9-48b4-a31d-7c20da2025e4

Update the upgrade script whith version and additional upgrade bits

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19775 dcc99617-32d9-48b4-a31d-7c20da2025e4

upgrade script matching r19759-r19761

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19774 dcc99617-32d9-48b4-a31d-7c20da2025e4

dedicated renewal interface should use receipt printer

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19771 dcc99617-32d9-48b4-a31d-7c20da2025e4

Patch from Steve Callendar addressing CN sort order on page 0 (and before) of CN browse

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19766 dcc99617-32d9-48b4-a31d-7c20da2025e4

Patch from Steve Callendar addressing holdability tests for copies

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19765 dcc99617-32d9-48b4-a31d-7c20da2025e4

Backport r19756 and r19758 for proper namespaces in aggregate functions

Schema creation and recreation tested with PostgreSQL 8.4 and 9.0 and
seems good. Fingers crossed.

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19762 dcc99617-32d9-48b4-a31d-7c20da2025e4

Set default db schema search path to public,pg_catalog

With the addition of the 'evergreen' schema, we discovered that
all of the unqualified database objects were being created in
the 'evergreen' schema if the database user name was 'evergreen'
(as the default search path is "$user",public we started matching
"$user").

Thomas Berezansky proposed a variation of the function provided
here for changing database settings. By creating the function in
the first schema file, the subsequent connections pick up the
new default search path and all works blissfully as it once did.

Long term, we should probably move towards explicitly qualified
database objects.

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19761 dcc99617-32d9-48b4-a31d-7c20da2025e4

Re-enable close button for staff client tabs

There is a different fix for this in trunk/2.1, but I thought a simple fix for this was worth adding for those sticking with 2.0 for a while.

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19757 dcc99617-32d9-48b4-a31d-7c20da2025e4

teach the 1.6-2.0 reingest generator about "tnf"-tag rows for title sorting

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19755 dcc99617-32d9-48b4-a31d-7c20da2025e4

Prevent creation of report folders with empty folder names

Addresses LP # 720755. Clicking the "Create Folder" button when
no folder name has been supplied is now a no-op.

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19743 dcc99617-32d9-48b4-a31d-7c20da2025e4

exit gen_fines_stop early if there is nothing to do; prevents (unneeded) secondary call to ->wait_complete on potentially undef reference

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19740 dcc99617-32d9-48b4-a31d-7c20da2025e4

Clean up build errors when creating/recreating database schema

Dropping the evergreen schema cascaded and wiped out some previously
defined functions, so move it ahead of the other functions. (And maybe
we can start moving those public functions into the evergreen schema?)

DROP AGGREGATE IF EXISTS exists on any version of PostgreSQL that we
care about for Evergreen 2.0, so we can use it to avoid false errors
during schema creation.

FTS config was complaining about public.english_nostop in the ALTER
statement, so remove the schema qualification. This seems to have
been there for a long time?

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19721 dcc99617-32d9-48b4-a31d-7c20da2025e4

Use valid DDL for forgotten index on actor.card

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19720 dcc99617-32d9-48b4-a31d-7c20da2025e4

Resolve inconsistent results when invoking LOWER() in C vs. UTF8 locale databases

As reported by the Fundamental Science Library of Armenia, patron searches
were not retrieving patrons who were known to be part of the patron database.

While the initial approach to solve this problem used an encode_utf8() call
to encode the data before passing it on to the database, this turned out to
break the patron search function in other environments.

Testing by Dan Wells confirmed that the LOWER() function returned different
results when invoked against text in a database created with LC_CTYPE=C vs
a database created with LC_CTYPE=*.UTF-8. As the patron search function
used a Perl lc() function call to convert the incoming data to lowercase,
the success of the call depended on the LC_CTYPE value of the database.

To avoid this problem in the future, we define our own evergreen.lowercase()
function that can reliably produce lowercase text for characters outside
the Latin1 range, and we convert our indexes and function calls to use that
function consistently.

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19717 dcc99617-32d9-48b4-a31d-7c20da2025e4

only append street2 to CC payment address if no address is provided by the caller

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19713 dcc99617-32d9-48b4-a31d-7c20da2025e4

Backport r19709 from trunk

Acq: The "Claim-Ready Items" interface did not render correctly for > 1 item

The problem was racy async rendering logic. Now we look at our whole result
set and build our table accordingly at the end.

This interface should probably learn about paging one day in order to
handle large result sets.

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19710 dcc99617-32d9-48b4-a31d-7c20da2025e4

Update the README to include explict LC_CTYPE/LC_COLLATE db settings

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19708 dcc99617-32d9-48b4-a31d-7c20da2025e4

LANG=C results in SQL_ASCII encoding by default for PostgreSQL, which isn't cool

We want LC_CTYPE=C and LC_COLLATE=C, and SERVER_ENCODING=UTF8.
The docs have been adjusted as 8.4 and up now offer database-level
--lc-ctype / --lc-collate options for createdb command.

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19705 dcc99617-32d9-48b4-a31d-7c20da2025e4

use the existing util method for mvr-izing, since it handles some additional important steps (e.g. capturing doc_id)

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19702 dcc99617-32d9-48b4-a31d-7c20da2025e4

Ensure incoming query values to patron search are UTF8-encoded

Addresses the problem reported with searching for patrons with
Armenian names, where Unicode query params were getting corrupted
on its way to the database.

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19699 dcc99617-32d9-48b4-a31d-7c20da2025e4

Make the password reset upgrade safe for fresh DBs, upgraded DBs, and mangled DBs

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19689 dcc99617-32d9-48b4-a31d-7c20da2025e4

Backport r19682 from trunk

Booking: don't bail out completely on COPY_ALERT_MESSAGE when returning items

Provide overridability.

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19686 dcc99617-32d9-48b4-a31d-7c20da2025e4

Skip fine generation when the fine interval is day-granular, meaning fines are handled by the nightly cron script

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19679 dcc99617-32d9-48b4-a31d-7c20da2025e4

do some fancy dancing to make moving an event def around possible

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19672 dcc99617-32d9-48b4-a31d-7c20da2025e4

'newpo' in install_all_locales was wiping out all fr-CA translations

Long story short, we would rather have install_all_locales fail loudly
than silently wipe out fr-CA.

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19670 dcc99617-32d9-48b4-a31d-7c20da2025e4

We should not be dropping and recreating the booking schema -- it was installed in 1.6.1

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19667 dcc99617-32d9-48b4-a31d-7c20da2025e4

Draw pre-cataloged items (author and title) in My Account checkedout screen

Two problems: FETCH_MODS_FROM_COPY returns an object, so we weren't
getting to the point of fetching the raw copy itself, and there was
some confusion about pre-cataloged vs. non-cataloged items that is
hopefully straightened out now.

Addresses LP # 723895

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19655 dcc99617-32d9-48b4-a31d-7c20da2025e4

2.0.3 upgrade script

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19652 dcc99617-32d9-48b4-a31d-7c20da2025e4

Fix LP bug #727432, "overpaying with patron credit can generate a double credit"

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19651 dcc99617-32d9-48b4-a31d-7c20da2025e4

Add missing ampersand to ind1 attribute in identifier index xpaths

This addresses LP # 731564. Thanks to Dan Wells for identifying (hah)
the identifier xpath problem!

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19644 dcc99617-32d9-48b4-a31d-7c20da2025e4

Address LP bug #724583, "Paying Bills with Patron Credit does not always decrease patron Credit"

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19641 dcc99617-32d9-48b4-a31d-7c20da2025e4

We now require PG 9.0+, say as much in the README; also, other assorted updates to version numbers

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19630 dcc99617-32d9-48b4-a31d-7c20da2025e4

Fix cloning of AutoField widgets: LP #728055

Cloning Action/Trigger event definitions was not working properly, as
all values were being copied from the original object using their display
strings rather than the underlying values.

Bill Erickson suggested a fix in IRC that works, so full credit to him
for this change!

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19592 dcc99617-32d9-48b4-a31d-7c20da2025e4

Correct search index definitions for subject|complete and identifier|bibcn

Dan Wells reported in LP# 729385 that the index definitions for
subject|complete and identifier|bibcn were not working, and traced
the problem to a change in how indexes are generated in 2.0+. Dropping
the trailing '//text()' on these two indexes addresses the problem.

Sites upgrading from a previous version of Evergreen 2.0 will want
to refresh the indexes after applying this schema change to enable
searches against subject|complete and identifier|bibcn to work.

git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19589 dcc99617-32d9-48b4-a31d-7c20da2025e4