fix the svn:mimetype properties for these

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

mark this as binary

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

Translation string in manage_dists.js : right problem, wrong fix

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

backport 19287 for button bar image tweaks, courtesy of Michael Peters

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

Small serial interface string fixes

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

Teach the i18n Makefile how to handle serial.properties

Also check in the POT for serial.properties and some other
foobar.label matches for foobar.accesskey (does not have
an effect on properties files but hopefully if we're
consistent then the pattern will be evident for entities).

Noting in passing that there are a number of "foobar(s)"
comined singular/plural labels that should be split to
support translation.

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

Replace a few hardcoded strings in the serials JavaScript

There is, unfortunately, an awful lot of this left to fix.

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

Fix existing serial entities that didn't provide .label partners for .accesskey

The translate-toolkit project generates a POT file from an input DTD
that requires entities ending in .accesskey to have a corresponding
.label entity; this is a Mozilla convention for localization. Fix up
the serial interface strings that are localized to match this expectation.

Also remove two duplicate entities in lang.dtd that were flagged by
the build/i18n/tests/check_entities.py script (and which cause Launchpad
translation imports to break).

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

Expose (in a very basic way) existing serial item reset functionality, fix small bug in reset code (resetting an item with no unit)

Apologies in advance if this shouldn't be backported at this point, but from my perspective, it is both high-value and low-risk.

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

Correct for over-zealous sdist editor field display code

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

Updated POT from a recent checkout and "make newpot" of 2.0

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

i18n support for a few OPAC strings

Enable translation of the "More copies listed in full record details"
message for the search results library / call number / item /status
lines

Also provide translation support for the hold queue status message,
including singular / plural variants (most languages do not provide
the equivalent of the "item(s)" idiom in English).

Instead of burying the display of hold queue status with a hard
coded "if (false)" test, turn it into a top-level variable for
a bit more exposure.

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

Fix for spurious warning (LP bug #707114)

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

correct XPath attribute test syntax

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

handle deleting line item from selection list more carefully

Once a line item is attached to a purchase order, removing it
from a selection list should mean detaching it from the list,
not deleting it outright.

The open-ils.acq.lineitem.delete method can be removed
once the old jubgrid code is finally purged.

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

Protect against volumes with many copies attached

Bill Erickson has good data for testing these cases.

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

Use holdings_xml-full for the copy display

Less to munge and transfer over the wire = win win win!

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

slimpac issue where deleted copies are visisble, spotted by Steve Callendar and Jason Etheridge

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

Avoid hard-coded location IDs for displaying library / call number / copy location /copy status

Also use marcxml-full to get the copy location opac visibility attribute,
and remove the "hide_me" attribute to make the results visible by default.

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

Move to the prettier and more useful Laurentian local call number display code as the example

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

Part 3 of a more secure default set up

With this commit, the hardcoded default barcode is replaced by an
MD5 hash of a random string of numbers, preventing the barcode from
being used as a known login name in the OPAC interface (which would
remove one of the factors required in a brute forcing of the account
credentials).

You probably don't want to change the barcode for the admin user,
but if you feel the need you can use the usual patron editor in
the staff client.

Thanks to Thomas Berezansky for suggesting this additional change.

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

Part 2 of creating a more secure default setup

With this commit, the user name and password for the administrative
user will be MD5 hashes of a random string of numbers. You can set
the user name and password to your liking using the --admin-user and
--admin-pass switches for eg_db_config.pl (this will be the
documented method in the install docs) or via straight SQL as:

UPDATE actor.usr SET usrname = 'FOO', passwd = 'BAR' WHERE id = 1;

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

Towards a more secure default setup

Shipping with a default account user name and password is considered
an authentication anti-pattern; see
http://code.google.com/p/owasp-development-guide/wiki/WebAppSecDesignGuide_D2

By making the user select an admin user name and password at the time
they create the database, we avoid the chance that they will forget to
change the default password and leave their system open to access.

Next step is to change the seed data to insert random values for the
admin username and password, then update the documentation accordingly.

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

Backport r19241 from trunk

Acq: the "Load Catalog Record IDs" interface failed on files produced in
Windows due to not stripping out carriage returns. Fixed.

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

Backport r19239 from trunk

Acq: use the acqlimad table instead of its ancestor acqliad table to
populate a dropdown for the Export Single Attribute List function of lists
of lineitems

The acqliad table may appear to have duplicate entries since it's a parent, and
the point of the function that's trying to use it is just to export lists of
ISBNs or UPCs, so acqlimad is a better fit.

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

don't offer to cancel related transits that have already completed when canceling holds

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

Backport r19229 from trunk

Booking: these lines don't belong; they were erroneously copied and pasted
from a neighboring section of the file

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

if this user does not have permission to edit an existing user, disable the save and clone buttons

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

remove disallowed permission groups from the perm group selector in user registration; see bug 699914

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

let amnesty checkin mode trump the restore overdues on lost checkin setting

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

Backport r19214 from trunk

Booking: Robert Soulliere spotted and fixed a bug in processing reservation-
related overdue fines.  See https://bugs.launchpad.net/evergreen/+bug/705061

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

Build and flatten a tree, correcting a sorting issue in some OU dropdowns.

The previous code assumed that work org units would be delivered in hierarchical order, but alas, they are not. Thus, we build the hierarchy and then flatten it, sorting at each level. This will be non-fast with many work OUs, but the common case is a small set, which is not painful.

Further improvement is warranted when the above proves false.

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

backport naco_normalize revisions to rel_2_0

This implements the latest version of the NACO
normalization specification found at

http://www.loc.gov/catdir/pcc/naco/SCA_PccNormalization_Final_revised.pdf

This version of the algorithm is more general -- for example,
all combining characters are removed -- so there should be
fewer fiddly edge cases to worry about for most European
languages.

Rebuilding the metabib.*_field_entry tables (e.g., by using
reingest-1.6-2.0.pl) is recommended if there are any bibs that contain
any non-ASCII characters.

Normalized text is now left in the NFKD form, so while this should
be transparent to the search system after reindexing, it does mean
that (for example) Korean text in metabib.*_field_entry may not
be in the same Unicode normalization form as that found in
biblio.record_entry.

Also includes fix for bug #684467: more bulletproofing of naco_normalize

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

Avoid escaping issues in authority.normalize_heading() by parameterizing the query

Long story short: MARC subfield values containing backslashes caused noise
and in some cases painful errors. Using spi_prepare/spi_exec_query is the
safest way of handling escaping, rather than adding more regexes and munging
the data before it even gets to naco_normalize().

Most painful case was <subfield code="a">Foo, Bar\</subfield> - the trailing
slash ended up escaping the enclosing single quote (because PostgreSQL isn't
configured by default with strict conformance to SQL escaping rules yet) and
threw an error.

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

Protect against blank and invalid scap IDs in issuance editor

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

fix glitch that could break invoice proration

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

user saved searches are only accessible to the originating user; remove (incorrect) permacrud config for usr_saved_searches

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

Auto-generation of placeholder barcodes approved for backport

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

In serial control, if they defined a *_call_number, honor it as the default

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

default ordering-agency org unit to workstation org in PO create dialog

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

Postpone advanced serial call-number handling until after 2.0

Sharing of a single call-number for multiple volumes, while well intentioned, was not ready for primetime for various reasons.  This commit:
1) harmonizes and unifies call-number handling in Serial.pm, sticking with current practices
2) adds a very basic and now necessary prompt to the Serial Control view

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

Enable truncation attribute in Z39.50 queries to be left out entirely

Per https://bugs.launchpad.net/evergreen/+bug/702695, some Z39.50
servers hate the truncation attribute (@attr 5=anything) and always
return 0 hits.

This gives you the ability to specify a negative value for the
truncation attribute and thereby prevent the truncation attribute
from being included in the Z39.50 query for a given server.

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

Add Net::SSH2 to the prereqs as the libnet-ssh2-perl package is not on Debian Lenny

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

Deprecate overdue/predue config sections in favour of action/trigger

Set email notification to "false" for holds, overdues, and predues.

Fix one line of whitespace.

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

AutoFieldWidget no longer uses CurrencyTextBox dijit

NumberTextBox used instead to work around problem with
CurrencyTextBox's support for negative monetary amounts
in Dojo 1.3.  See https://bugs.launchpad.net/evergreen/+bug/702117

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

Backport fixes for custom indexes in the database schema during 1.6.1-2.0 upgrade

r19133 and r19136 provide more sophisticated, working handling of custom
indexes during the 1.6.1-2.0 database schema upgrade.

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

allow data entry of negative currency amounts

Plug in fix for Dojo bug http://bugs.dojotoolkit.org/ticket/9438, which
was preventing the input of discounts and credits during invoice
creation.

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

allow deletion of incomplete invoice LIs

Fix silent failure when attempting to delete a LI
whose type or cost was not set; dojo.string.subtitute
does not like replacement values to be null.

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

fix regression with org selector when specifying ?ol= and the org unit hiding setting is unset

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

repaired pending-order vs order-pending thinko.  Thanks to Kathy Lussier and Mike R. for the diagnosis

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

Backport authority browsing fixes from trunk

Primary fix is to remove duplicate records from the results
when dupes are returned due to similar 1XX/4XX/5XX values in
the same records.

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

Additional code unification; add 'reset item' capability to unitize_items()

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

avoid fetching user settings for new user registration;  the result of fetching settings with a null user id is that settings of the staff/editor were fetched instead, leading to settings that appeared to selected, but were not saved during submit

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

Clean up c-apps Makefile.am and make everything load cleanly again

Executable programs don't have library versions, so don't set -version-info
for them.

Add -version-info to liboils_idl and liboils_util, and link liboils_util
explicitly against liboils_idl rather than relying on AM_LDFLAGS.

Set the linking dependencies correctly; if a library links against
liboils_util, set that as the sole link dependency; no need for liboils_idl
once (let alone twice!)

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

Set explicit library versioning for Evergreen 2.0 to 2:0:0

This should help for anything linking to core Evergreen libraries;
as we revise the -version-info number, anything that links against
the core Evergreen libraries will quickly scream if we rev the
interface number without specifying via the age number that previous
interfaces are still supported. Let's remember to revise it
accordingly!

Also remove redundant linkage to oils_idl.

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

Backport r19137 from trunk

Make openils.PermaCrud.Store use a default order_by clause in common situations

This avoids an issue where, using a FilteringSelect dijit, sometimes you type a
couple letters, let's says "ABC", and you get a set of matches like this:

"ABCDE"
"ABCD"
"ABC"

just because there happens to be no specific ordering.  If you click the ABC
match and tab away too quickly, the dijit will reset itself to the first match,
"ABCDE".  This is probably a Dojo/Dijit bug, as I've been able to duplicate the
problem with other stores, but that's all murky.

This avoids the issue by making sure the shortest match is at the top of the
list.

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

Backport r19134 from trunk

Acq: fix prorating bug

When prorating, the system decides what funds to target by looking at what
funds have already been spent against.  Previously, the system only looked at
acqie objects, but an invoice can also be composed of acqii objects.

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

Unify some summarization code in preparation for further development.

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

Perhaps naive method of bumping existing custom config.metabib_field entries

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

roll back xact in set_item_lost when copy is alrady marked lost and we exit the sub;  if caller passes an event to editor->die_event, capture it as the editor's last event

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

Finish adding authority.js to i18n Makefile

Forgot to add some crucial bits in the extensive copy and paste
effort that's required to add another file to the i18n build.
Sigh. Rewrites welcome! And sorry for leaving this trap for
you to fall into, miker.

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

Clean up marc_export and teach it how to export (all) authority records

The new "--type" parameter enables users to specify "authority"
and have the expected result.

Add an "--all" option to marc_export and silence some warnings

Rather than forcing users to generate a set of record IDs using a
separate process, the --all option enables to to export all records
of the specified type. Note that the approach is basic: grab the
record with the highest ID, then start at ID 0 and count up by 1
while trying to retrieve each record along the way. While this will
undoubtedly generate plenty of warnings for deleted records or gaps
in the ID sequences, the alternative of retrieving an ID list for
potentially millions of records in large Evergreen instances wasn't
appealing.

Some other refactoring and fixes:

Three large chunks of code were factored out into subroutines to
make it a little easier to read the main flow of the code.

As we explicitly call uc() on the $format input parameter
to begin with, we don't have to call it subsequently.

If a requested ID did not exist in the database, then
the script would die; now we trap and flag that error but
continue to fulfill subsequent requests.

The --money parameter is now documented in the help, and
the help has a brief overview that describes (poorly) the
expected format for the list of IDs.

An uninitialized variable error when exporting BRE format
records was squashed.

Also, $count{did} and $count{bib} resulted in uninitialized variable
warnings if no records were actually exported, so initialize them to 0.

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

Internationalize the JavaScript portion of the "Manage Authorities" interface

We can use the dojo i18n infrastructure to support translations of the
"Manage Authorities" interface, but unfortunately we still don't have
a TT2 solution for i18n. Still, better to do what we can.

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

Improve see from / see also handling in MARC editor authority menu

(Backporting r19091 and r19092 from trunk)

The 2.0-style authorities use a browse menu that currently consists
of matches against the 1XX entries, which makes working with see from /
see also entries rather difficult. To prepare for an authority browse
method that does surface matches against 4xx and 5xx entries, we will
now display the 4xx and 5xx entries for a given authority record
immediately below the 1xx entry in the browse menu, with the entry
text italicized, aligned to the right, and prefixed with "See also" or
"See from" appropriately. This won't provide a perfect alphabetized
solution - we won't know which field provided the alphabetical browse
match, so the best we can do is present the 1xx in the main browse
menu and the 4xx / 5xx below - but it will provide access to the other
references.

We now display the 4xx fields in the authority summary / selector menu
along with the 5xx fields. As part of making the 4xx and 5xx fields
first-class entries in the context menu, 5xx subfields are no longer
appended to their 1xx field menu entry with a "/" in the context menu.

$0 subfields are no longer added to the 4xx and 5xx fields from the
authority summary / selector menu; if a user had selected a 5xx and the
$0 that had been added by the menu, the field would have incorrectly been
linked to the 1xx authority record. To link to a 5xx entry, for now the
workaround is for the user to select the 5xx subfield(s), "Apply Selected",
then right-click on the new subfield to generate a new authority context menu.
To improve the 5xx handling, we need to make the "See also" entry fire a new
authority context menu based on the 5xx contents so that the actual 1xx
authority record can be inserted and linked against.

Consider an authority record containing the following fields:

150 $a Infants
450 $a Babies
550 $a Children

The ASCII-ized authority context menu will now display:

Infants              ->
    See from: Babies ->
  See also: Children ->

The submenu in each case will currently lead to the authority record
for "Infants". If we teach the underlying authority browse and startswith
methods to return matches based on 4xx and 5xx fields instead of just 1xx
fields, then the menu triggered by a right-click on "Childs" might look
like:

Chickens             ->
Infants              ->
    See from: Babies ->
  See also: Children ->
Choking              ->

The main entry will be out of alphabetical order, which is not ideal,
but the linkage from the 5xx should at least be evident. (Also, this
suggests that when clicking on a 5xx entry in the authority menu is
changed to launch a new authority menu, it should use the 1xx-only
browse variant to avoid showing the record from which the user was
referred...)

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

mixing use of '/' and '/eg' for the auth cookie path is creating complications;  fall back to '/', which is the assumption from most EG code

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

Addressing https://bugs.launchpad.net/evergreen/+bug/696078 where deleted/inactive records are included in the freshmeat feed.

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

cleaned up vestigal item import API call; repaired some faulty assumptions in vandelay UI regarding which types of import to attempt based on user input

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

oils_xpath_table was too strict about field nullness -- we need /some/ data, not /all/ data, to be present

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

Patch from Jason Stephenson to silence spurious warnings: https://bugs.launchpad.net/evergreen/+bug/695510

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

Acq: backport r19040 and r19094 from trunk

[19040] Acq: support manual claiming as always intended, which to some users
means claiming with no predefined policy

[19094] Acq: Make manual lineitem claiming work better. When a claiming policy
has not been applied, users can now choose claim actions manually (this is what
a claiming policy would have specified).

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

Never do money math as anything but pennies I tell you. :-)  Three $0.60 transactions run through check-in were showing a running tally of $1.79 instead of $1.80.

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

fix a bug with standing penalties and the stop sign page.  We still have a race condition where the stop sign page may not show, and this seems to happen when multiple patrons are retrieved at once from a patron search.

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

at po activation time, apply the provider's default claim policy to each lineitem when no policy is already applied

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

Vandelay import repairs

Disable OpenSRF response chunking on calls that respond with small,
sparse status updates.

Repaired some bugs with status reporting and changed the reporting style
for queue imports to report more early in the import, then plateau.

Added some fault-tolerance to record importing

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

Create authority records with meaningful cataloging agency values

Hardcoded values in the 040 are problematic for sites that want
to be a source of authority records; with the addition of another
parameter to the open-ils.cat.authority.record.create_from_bib(.readonly)
API, we can solve that problem. The callers of this API (the MARC editor)
have access to the cat.marc_control_number_identifier OU setting, so as
long as that is set correctly, problem solved.

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

Invoke MARC editor with the appropriate control number identifier

The control number identifier is most critical for the creation
of authority records; given that the callers have the required
context, have them pass in the control number identifier to the
MARC editor. Edit MARC record, new MARC record, import MARC record;
those have to be the big ones, right?

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

Enhance usability of authority record deletion dialogue

Don't show the number of linked bib records unless it is
a non-zero sum.

Make "Cancel" the button with focus in the dialog, so that
an errant press of the "Enter" key doesn't do the wrong thing.

Trim space from the authority text in the display. Move the
authority text from the dialog title to the contents of the
dialog.

Do not display the MARC for the authority record by default;
add a "View MARC" button and toggle it to show/hide MARC.

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

Towards a more useful authority delete confirmation pane

Rather than simply creating a raw confirm dialogue that only
provides the cataloguer with the ID of the authority record that
is about to be deleted (not an especially useful handle), supply
a confirmation dialogue that recaps how many bibliographic records
are linked to this authority record and also displays the MARC of
the record about to be deleted.

Most authority records appear to be short enough that the MARC
display is not a concern, but if it becomes a problem we can opt
not to show the MARC by default and give the cataloguer the ability
to click a "View MARC" button on the confirmation dialog instead.

Along the way, make some more variables local and remove some
unnecessary workarounds for object IDs.

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

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