Update auth-cached user after payment

After payment toward one's own account, reset the cached user object so
that it will contain the latest last_xact_id value.  This is necessary
for supporting patron credit card payments in the catalog.

Signed-off-by: Bill Erickson <erickson@esilibrary.com>
git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19070 dcc99617-32d9-48b4-a31d-7c20da2025e4

refresh cached user during auth session reset

Add a boolean (1/0) param to open-ils.auth.session.reset_timeout
that forces open-ils.auth to refresh the cached user object.  Useful if
a column on actor.usr was updated and the client may be pulling the
object from the cache w/ a page reload, etc.

Signed-off-by: Bill Erickson <erickson@esilibrary.com>
git-svn-id: svn://svn.open-ils.org/ILS/branches/rel_2_0@19069 dcc99617-32d9-48b4-a31d-7c20da2025e4

commit 620f5d756619b84200add4c534a7cf22e1c0d037
further fixes to null indicator handling in flat-text MARC editor

[1] ensure that null indicators are converted to blanks
[2] fix glitch when supplying default indicator values

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

When the subfield delimiter is configured as "$" (the default), use {dollar} to represent a literal dollar sign.  This is apparently in line with other Breaker-format tools.  Fix suggested by Galen Charlton, thanks gmc!

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

addressing two Breaker-format issues: 1) supply an "empty" (space) value for indicators in the internal format if they are left out and 2) add indicator placeholders to incoming Breaker datafield lines if they seem to be missing.  Addresses https://bugs.launchpad.net/evergreen/+bug/693468

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

Patch from Nathanael Schilling protecting cstore/pcrud from no-search-param segfaults (with minor editorializing)

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

allow vandelay.replace_field() to handle a complex field spec by splitting and looping; bringing 1.6.1-2.0 upgrade script up to date

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

OPAC/Serials: small aesthetic change to render held issues more neatly

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

For making predictions, remove some debug/dead code, refresh the list.

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

'Bindery' item status rethink - this status should eventually be tracked at the unit level, not the item level.

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

Add line feeds to the output of org_tree_proximity.pl

When another routine was appended to autogen.sh, the output
was appended to the result string returned from org_tree_proximity.pl;
adding a linefeed cleans that up.

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

Propagate merged authority record change to bibliographic record

Launchpad bug 688015 reported that the merge of authority records
resulted in the control number identifier in a controlled field
in a bibliographic record changing to the right value, but the
value of the field itself wasn't being changed.

The problem turned out to be a confusion of the "source" and
"target" values in the authority.merge_record() function. Once
that was straightened out, the merge updated the controlled
field as expected.

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

Acq: Fix a bug where upon PO activation, lineitems in the order-ready state
would stay there, rather than progressing to the on-order state

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

protect against null orig-location resulting in depth=-1 searches after logout

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

Acq: In fund propagation and rollover, add amounts as numbers, not strings

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

Add an "Apply full authority" option to the MARC editor

By definition, the only subfields that should be applied from an
authority record to a bibliographic record are the complete set
from the 1XX field of the authority record. So, rather than forcing
the user to select the correct subfields from the chosen authority
record, give them this handy shortcut to do the right thing.

Also, add copyright / licensing header - hopefully accurate.

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

Display the tag and indicators for authority records in the merge box

Also, avoid the risk of creating or stomping on global variables by
using 'var' to declare our variables.

Also, apply copyright statement for the International Institute of
Social History. Thanks for sponsoring this contribution to Evergreen!

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

Display the tag of the displayed authority record in MARC Editor context

We currently display both 1xx and 5xx fields in the authority record,
but do not display the tag. This can lead to some confusion when a 5xx
field is actually present. Ergo, show the tag to disambiguate the fields
in the authority browse selection interface.

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

Provide starting context for authority browse in MARC Editor context menu

Using the browse interface instead of startwith provides a first page
of results that shows some of the authority entries that precede the
first alphabetical match for the chosen term. Context is good.

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

Backport r19013 from trunk

Thanks to Sally Fortin for drawing attention to this bug, wherein new
Holding Subfields can't be created in this interface via the staff client.

Acq: Tracked down a small but subtle bug with the Holding Subfield tab of
the Provider editor interface.

We apparently have a global variable "name" defined somewhere which, when
assigned in place of an overrideWidget for an AutoGrid thanks to some vestigial
code, ultimately causes an error from within AutoFieldWidget, if you're using
the staff client.  That's because name is the string "browser_browser" in the
staff client, but if you access this interface from Firefox, name is apparently
set to some value that evaluates to false in a boolean context, because
AutoFieldWidget doesn't choke on it (the comparison at line 182 of that file
will return false).

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

Do an equality test, instead of assigning a value

Thanks to Bill Erickson for catching this; this fixes a bug where
SuperCat requests would end up returning authority records instead of
bibliographic records.

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

dump() is a mozilla thing;  use console.log instead

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

Backport r18852, r19005 from trunk

[18852] Serials: make some IDL changes and some changes to field order in an
AutoGrid to support easier creation of working copy templates with serials.

[19005] Serials: the circ_lib field on a copy template has no meaning in the
only context where these copy templates are used, which is serials.  Any
copy-like objects that are created in serials have their circ_lib determined
by distribution.holding_lib

So remove the circ_lib from the interface.

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

Address the call number browsing performance problem raised in LP 690242

The ORDER BY clause currently generated by call number browsing does not
have a sufficient index to use to assist the sorting of the returned rows,
and consequently does a sequential scan of the asset.call_number table.
Which, as you can imagine, is not fast for a system with more than a few
thousand call numbers.

This adds an index specifically to enable the query to go back to an
index scan instead of a sequential scan. We can investigate whether other
indexes should be removed to enable efficient data loading once we've
squashed the sequential scan problem.

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

augment the useragent for the xulrunner staff client

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

Two bug fixes: 1) only allow one fine generator call per circulation during a given transaction; 2) require that a circulation be open, based on the xact_finish field, in order to be the parent of a renewal (I suspect this used to depend on the open-circ view)

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

Serials: simple bug in batch receive. Certain field values got treated
like strings sometimes when they weren't. No more.

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

regularize spelling of "fulfill"

Based on patch by Steve Callender

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

Backport of r18989: boolean test for hard due force flag

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

repaired order-by in update_hard_due_dates function to prevent sql errors

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

repaired order-by in update_hard_due_dates function to prevent sql errors

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

arg ... reverting version bump that got applied to the wrong branch

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

bumping version numbers

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

Patch from James Fournie to address https://bugs.launchpad.net/evergreen/+bug/622908 wherein we learn that related item physical description might be used as the main PD of the main item, if the main item lacks such a field in the MARC

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

Provide a mechanism to load any random JS file via dojo.require()-ish syntax.

Why would we want to do such a thing, you might ask?

Well, the short answer is that Firefox hates pages that have more than one script block (inline is worse than tag) that contains pre-onLoad XHR. So, this allows us to pull the actual loading of JS from the same domain as the page into an inline block. This allows us to eliminate the WSOD on FF by pulling all (dangerous) JS into a single, final inline block, after which we don't care if the DOMContentLoaded event fires -- that's when it should fire, structurally -- but in FF it may fire for a different reason (bug) than it should (fell of the end of the page in the rendering engine).

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

Backporting r18957 from trunk:

Fix two bugs:
 * Wide Character warning in authority.generate_overlay_template due to the generated template not being UTF-8 encoded internally
 * Correctly test the same space-normalization form of the pre- and post-strip records during the application of a replace rule in vandelay.replace_field

This addresses https://bugs.launchpad.net/evergreen/+bug/687996 for 2.0beta5

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

Return authority records for freshmeat when authority records are requested

Previously, freshmeat was hardcoded to return bibliographic records, even
when authority records were requested.

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

Give the recent_changes list the ability to sort authority records correctly

We were always sorting by bibliographic record entry, which does not
work all that well for authority records.

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

big thinko.  Going by the stock receipt template, this should be the workstation lib.  Destination is handled by a different variable

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

transit isn't in payload first time through with ROUTE_ITEM checkin, fallback on check.org

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

Backport r18800 from trunk (I thought I already had! r18932 depends on it)

Place holds on issuances from the OPAC. Also a couple very minor API
documentation fixes.

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

Support for predicting serials with no chronology caption

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

Add a simple subfields_list() method to MFHD/Caption.pm to match that in Holding.pm

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

Backport r18931 from trunk

Serials: When the fully compressed serial holdings are active in the OPAC,
you get this "issues held" display with an expand/compress toggle that will
either show you individual holdings (and allow you to place holds on them)
or compressed holdings statements.

The functionality existed in trunk before this commit, but this cleans it up
and makes it better. It's more consistent with the the result detail table,
it doesn't offer you the change to place holds on issues that don't have
units (copy-equivalent objects), etc etc.

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

Moving bits around and protecting against a pre-existing subject|complete index definition that some sites have

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

The "All Subjects" index never made it into 1.6, so we need it in the upgrade script

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

protect against empty control fields (bad MARC)

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

Backport part of r18912 from trunk

BibTemplate: make a couple of IE-friendly changes to BibTemplate.

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

Normalize spaces in notcontains advance search query terms to address bug https://bugs.launchpad.net/evergreen/+bug/677122

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

copy/paste-o.  Retrieve Patron in the patron log section of the Admin->Local Admin->Work Log uses the right list now

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

Return the copy status name when a copy is not available

It looks like the checkout operation used to return a fleshed
config.copy_status object, but that changed and we now get a
raw ccs ID back.

Retrieve the status name using the ccs ID and present that
to the users. Also, in case problems like this happen in
the future, provide a more specific error message and var
name so that it will be (hopefully!) a little clearer what
payload was expected in the first place :)

Resolves https://bugs.launchpad.net/evergreen/+bug/680575

Thanks to Jason Etheridge for a major assist with this bug.

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

Assorted small serials fixes

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

test case for minimum required version of Perl modules

Encode > 2.12 particularly matters, but there are likely
others of significance.

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

Move Google Preview badge below the book cover image, if there is one

There might be a more correct way to do this in CSS, but works++

Also, give a little room between the images.

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

Clean up some of the Apache config mod_rewrite rules

Thomas Berezansky suggested some improvements to the mod_rewrite
rules in eg_vhost.conf on the -devel mailing list; this is a stab
at correcting the most egregious problems.

Tested with Zotero and unAPI still works; tested with the staff
client and language-switching still works, as do the Conify and
Vandelay interfaces. Seems reasonably good.

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

protect some of the supercat browse interfaces from unboundedness

E.g., browsing from a call number that contains forward slashes, e.g.,

"02/05/2004"

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

Enable GET params to be added properly in buildOPACLink()

Symptom was that the "?l=#" parameter wasn't being added to the
home screen "Advanced Search" link. Cause was that the
dojo.addOnLoad(init) call was being made after the
dojo.addOnLoad(home_init) call, which depended on globals being
set by init(). This started happening when the JavaScript was
shifted around in an attempt to kill the white screen of death.

There may be other similar issues in other interfaces; keep
your eyes open!

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

specify default leader for acq brief bibs

In particular, avoid fun that could ensue if the
Leader/09 is not set to 'a'.

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

menu entry for Admin->Server Administration->Acquisitions->Line Item MARC Attribute Definitions

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

straighten out triggers that maintain rmsr

In particular, make sure that the old zzz_
trigger on metabib.real_full_rec is completely removed, as
it needlessly slows down bib ingest.

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

fix failure when attempting to create invoice

Occurred for line items that were not part of a selection list

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

logic error (inversion) in retargetting of previous copy when no other holds are looking at it

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

Patch from Jeff Godin, backported from trunkified version:

In the staff client, the holds context menu option "Edit PickupLibrary" displays and allows selection of org units that it shouldn't.

Org units whose type has can_have_users = FALSE are not valid pickup locations.

Using the default types as an example, CONS and SYS1 are invalid pickup locations.

The OPAC enforces this when allowing patrons to edit a hold.

The staff client does not enforce this when staff edit a hold.

The can_have_users() method of the au object returns a string 't' or 'f' which is then compared to 0.

The attached patch corrects this issue. ( foo == 0 becomes !isTrue(foo) ).

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

merge r18841 from trunk for label interface bug https://bugs.launchpad.net/evergreen/+bug/677628

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

Address 1.6.1-2.0 upgrade problems reported by Ben Shum

1. We were attempting to update the asset.uri ID sequence value
with the wrong syntax; also, adding just 1 would return an error
in the event that only the seed value for asset.uri had been
inserted.

2. Somehow the body of the maintain_control_numbers() function
was pasted twice, resulting in a syntax error.

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

Add the asset.copy(create_date) index to the 1.6.1-2.0 update script

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

Backport r18845 from trunk

Everything else in the menu is alphabetized (in English anyway), so Copy
Template Editor may as well be too.

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

Add an index on asset.copy(create_date) for item-age browse

Running an item-age browse against a database with a reasonable
number of entries in asset.copy is dog-slow without an index
like this.

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

Backport r18838 from trunk

Serials: Fix error in batch receiving when trying to change the shelving
location of the previous item in the stream when there /is/ no previous
item in the stream

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

fix broken prefix and namespace URI for the mods32 transform

This breakage can be found in databases that started out at
version 1.2 or earlier; matters since in-DB ingest is stricter
with its XPATH processing.

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

fix missing dep that prevented acq bib search form from working

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

minor FeedTemplate bug fixes

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

append to bottom of list for xul-based hold list interfaces.  The result of this is that rows appended off-screen (with just the hold id) will not make a network request for fleshing until they either become visible, or a column sort action is initiated

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

bug #680096 - upgrade script to partially reingest bibs after upgrade to 2.0

This solves the problem of the new facets sidebar showing up empty in
OPAC search results.  Since the process of populating metabib.facet_entry
and updating metabib.*_field_entry can take a long time on large databases,
the update SQL is generated by a separate script, reingest-1.6-2.0.pl.  Usage
from an example run is:

./reingest-1.6-2.0.pl: generate SQL script to reingest bibs during an upgrade to Evergreen 2.0

By default, the script writes to the file reingest-1.6-2.0.sql.  To modify
this script's behavior, you can supply the following options:

--config /path/to/opensrf_core.xml  used to get connection information to
                                    the Evergreen database
--chunk_size n                      number of bibs to reingest in a chunk;
                                    specify if you don't want all of the
                                    bibs in the database to be reindexes
                                    in a single transaction
--output /path/to/output_file.sql   path of output SQL file

Writing output to file reingest-1.6-2.0.sql

SQL script complete.  To perform the reingest, please run the script using
the psql program, e.g.,

psql {connection parameters}  < reingest-1.6-2.0.sql

If you are running a large Evergreen installation, it is recommend that you
examine the script first; note that a reingest of a large Evergreen database
can take several hours.

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

more SuperCat XML fixup needed to support serials data -- important for opac customization though BibTemplate (as in, "do not blow up")

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

add field to IDL needed by, well, a bunch of stuff: sstr-[has_many]->items

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

parallel fine generator

The fine generator cronjob can now use multiple
parallel processes by setting fine_generator/parallel
in opensrf.xml to a value greater than 1.  This
can speed up periodic fine generation in a database
containing a large number of overdue loans.

Also added a service to return just the list of
IDs of overdue loans and reservations - fleshing
the entire set of overdue loans when generating fines
has been observed to cause significant swap-thrashing in
at least one large database.

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

hold targeter: add option to run parallel targeter processes

Permit the hold targeter to divvy up the work and run more than one process
at a time by setting the opensrf.xml setting hold_targeter/parallel to a
value greater than one.  Doing so can significantly reduce the
time it takes to (re)target a large number of hold requests, although
only up to a point (in other words, if increasing the number of parallel
targeters beyond one, it is recommended to do so slowly.)

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

Address maintain_control_numbers() database function bug #677160

Jason Stephenson reported a bug handling records with multiple
001 or 003 fields, and supplied a set of test records to
reproduce the condition. The bug caused the ingest process
to throw a database error, rolling back the transaction and
preventing the actual ingest of those records.

The solution was to simplify the logic in maintain_control_numbers().
Now, in the case that there are either multiple 001s or 003s in the
incoming record, we simply delete all of the 003s and 001s and
create the desired 001 and 003. Also, if there are not exactly one
001 and one 003 in the incoming record, we do not try to preserve
one of those values in the 035 as it would be close to meaningless.

Many thanks to Jason for the clear bug report and test cases!

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

no one likes the persisting call number with fast add, not even me :)

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

only allow choice from active providers when creating POs and invoices

Also removed cusotm defaultLinkedDataLoader for the provider selection widget;
no longer necessary since pcrud handles filter by OUs

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

Stomp another ru-RU PO problem in lang.dtd

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

Unbreak the Russian translation

Ampersands at the end of msgstr entries break translate-toolkit but good.

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

Replace deprecated use of window.opener in unit selection window.

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

mark some non-NULL provider and EDI fields as required

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

use pcrud auto-complete widget when selecting providers

Fixes general slowness working with invoice and PO forms if
more than a couple hundred providers are defined.

This could be generalized with a bit of work with Fieldmapper
to define "has-one-chosen-by-user-from-cast-of-thousands"
relationships that should trigger use the auto-complete widget.

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

fetchItemByIdentity now returns null immediately upon null identity

Besides being trivially more efficient, this avoids a situation
where pcrud can sometimes time out when attempting to retrieve
a row by a null PK value.

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

fetch more than the default 10 (per page) distrib formulas;  500 is arbitrary, but still notably less than the infinity that was in effect before paging.  todo: research optiosn for using the new autofieldwidget/dojo/pcrud-store instead

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

Apparently, IE versions 6+ can handle ssl+keepalive.  this apache change should help speed up IE w/ ssl and reduce server back-and-forth

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

Backport r18762 from trunk:

Wonder of wonders, a Dojo data store supporting lazy loading objects via pcrud!

So openils.PermaCrud.Store was dreamt up and directed by Mike Rylander, and
implemented by me.  Right now it gives us a new way to provide widgets for
selecting objects in Dojo-based interfaces.

Where previously we had some dropdowns here and there that really shouldn't
be dropdowns (such as one for selection lists in Acq, and several for resources
and resource types in Booking -- these examples I've replaced, but there are
surely more) because loading a dropdown with potentially zillions of items
to choose from can take forever and break the interface, now we can have
autocompleting textboxes that only load items matching what you type (and
even then with a low-ish default limit so that if you're vague in your input
you still don't get huge unwieldy result sets).

Easiest way to see an example is if you already have any acq selection lists.
Just go to any catalog record, choose Actions for this Record, choose View/Place
orders, then click "Add to Selection List." In the resulting dialog, that
second field used to be a dropdown, but now it's an autocompleting textbox.

Alternatively, you can see these in the affected booking interfaces (see files
modified in this commit) under Admin -> Server Administration -> Booking.

The future promises even better things for this store. When it implements the
Dojo Write API, interfaces using grids can potentially be vastly simplified
by relying on the store to save its own dirty objects. The Notification API
would facilitate easy use of single stores with multiple widgets. All good
things for faster-to-write interfaces.

------------------------------------------------------------------------

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

Hold targeting didn't work right on type I (issuance) holds, but now it does

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

Add authority control support for 630 and 648 fields

Thanks to Ole Kerpel <oke@iisg.nl> for providing the additional
definitions for this support to bring us closer to MARC
authority control norms.

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

0 (zero) is a valid depth, so allow it via defined()

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

pass the supplied depth parameter to the query parser for use

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

add libnet-ssh2-perl to Debian package deps

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

Backport r18760: small serial fixes

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

push the asset.uri pkey serial into reality -- before 2.0 we did not use the serial

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

return AutoIDL to its original state of loading the while IDL if no classes are selected.  This will ease the process of moving to /IDL2js;  other minor cleanup

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

Backport r18745 from trunk: serials ease-of-use issues

It's comical how near a miss this commit is to making it into beta2, but it's
fairly minor stuff.

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

make sure dojo.cookie is loaded before use; removed unnecessary import of dojoData

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