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

Respect a setting of depth=0. In particular, this fixes holdings requests for branch-level searches with an 'Everything' scope.

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

Backport SRU fixes from trunk (r19572, r19573)

Add complete set of Evergreen search aliases and attributes to SRU explain

Original "pull from database" code had limited the search aliases to those
that were qualified; now we pull all of them, and if they are not qualified,
we qualify them as "eg".

In addition, for some of the non-index attributes (sort, direction, site,
available), restore the descriptive title that was previously available.
Slightly longer term we will add a "description" column to
config.metabib_search_alias to store this information.

By returning explicit index and title elements from the method,
we can backport cleanly to 2.0 and set the stage for pulling the
title element directly from the database in 2.1 and beyond.

In addition, the enriched object enables us to get rid of the
hardcoded nested qualifier map for bibs.

Finally, we also fix the mappings of SRU qualifiers to Evergreen
search aliases (in many cases we had been quietly falling back
to plain kw searches, which was not cool).

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

when using the force-reload option to reset timeout, propagate the ws_ou and wsid values from the cached user object into the reloaded user object

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

Patch (mildly revised) from Anoop Atre to address new Postgres 9.0 strictness requirements involving plan invalidation

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

Draw SRU search indexes from config.metabib_search_alias

We had hardcoded search indexes for SRU, but thanks to the work
of Mike Rylander, it is fairly easy to remove that brittle code
and replace it with code that polls the contents of
config.metabib_search_alias and dumps it into the explain document.

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

Call number sorting "before" the context needs to be segregated based on directly on the label, "here-and-after" on the bytea version.  Testing bears this out, but more eyes would be appreciated.

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

Add a TT helper to encode email headers in UTF-8

This can and should be used to encode any headers (To, From, Subject, etc)
in an email that might include text outside of the ASCII 7-bit range. Names
of people or libraries, for example, that might otherwise come out garbled.

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

Updated org selector code in org setting UI

Removed some ad-hoc org-unit tree widget code and replaced with
the a standard solution from the openils dojo user lib.

Pass the auth on org value retrieval to pick up perm-protected settings.

Use STAFF_LOGIN for context selector perm, since each setting has its
own perm that is checked before fetching.

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

make sure asset.call_number.label_sortkey is up to date

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

typo fix

"Pat, I'd like to buy a vowel"

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

Fix regex in maintain 901c

The previous regex would delete any 901 fields *and* any fields which followed.  Since the 901 is typically the last field, this problem didn't surface during testing.

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

added missing columns to CDBI table definitions

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

Per Robert Soulliere, it can be necessary in some cases to clean out bad
data from action.reservation_transit_copy before applying the missing
fkeys to said table.

https://bugs.launchpad.net/evergreen/+bug/721450

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

clear out the hold_copy_map entries for holds cancelled via the clear-shelf processes

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

include copy/call_number deletedness in staff-version copy counts

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

Add 830 as a controllable bibliographic field in authority linking script

Per http://www.loc.gov/marc/bibliographic/bd830.html, bibliographic 830
should be controlled by authority 130. The "common cataloging practice"
in 830 of omitting non-filing characters may cause some entries to not be
linked that otherwise would be.

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

Correct the install location for Dojo i18n bundles

We had been converting xx-YY into xx/yy for a directory structure,
but current evidence shows that it should be xx-yy. Hard to believe
we've overlooked this for so long. Also, with the exception of the
en-ca/en-gb/en-us locales, we should probably trim the locale to
just xx - but that's a different problem, and let's just focus on
getting this working to begin with.

Addresses Launchpad # 723489

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

dojo.js has to be loaded from the same domain as the page, unless it's a cross-domain build

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

2.0.2 upgrade script

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

Make sure we continue looping in situations where there is only one copy

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

Addressing LP bug: https://bugs.launchpad.net/evergreen/+bug/721450

If a series-class index definition has been removed, the data remains in the field entry table.  This is because there was no fkey previously.  We need to clean that data out so that the fkey can be validated during upgrade.

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

Whitespace - convert mix of tabs/spaces to pure spaces

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

Switch to BT.textContent() for Opera compatibility

The BT.textContent() method abstracts away some of the browser
differences for us. Most importantly, it makes Opera happy.

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

Backport r19470 from trunk

Booking: fix the targeter in the I'm-reserving-this-exact-resource-with-this-
exact-barcode case.

It should have always worked like this. This should better mirror the behavior
in the holds targeter when placing a copy-level hold.  Basically don't fail
to target a resource for a reservation later just because it's not in an
available status right at this moment.

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

Note --admin-user / --admin-pass options for eg_db_config.pl

Missed backporting this doc from trunk - thanks to Chris Sharp for
pointing this out.

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

Avoid mixed-content warnings due to HTTP link for Google Chrome Frame

We're hardcoding this to HTTPS for now to avoid the mixed-content warnings that
occur when content location is https:// and the linked script is at http:// but
a config-aware patch probably wouldn't be a bad idea.

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

Teach maintain_901 trigger to respect the "Use record ID for TCN" global flag

Rather than relying on the Perl layer to set the correct TCN on the way in,
do it as part of the in-database indexing to ensure that we have consistent
results no matter how the record gets into the database.

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

Patch based on work by Dan Wells to improve Opera BibTemplate support

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

Teach authority_control_fields.pl about record ranges

Passing --record 10,000 times at the command line sucks, and
--all is not particularly realistic for large databases. Adding
--start_id and --end_id makes this script more usable.

Also provide reasonably full POD documentation, and rely on
Pod::Usage to provide help based on it when help is requested
or passed in options don't make sense.

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

Normalize ISBNs by stripping hyphens in search methods and in reporter.materialized_simple_record

We weren't normalizing ISBNs in search or in reporter.materialized_simple_record
which required users to exactly match the form of the ISBN as entered in the
MARC record to get a successful search result - pretty hit or miss.

The longer term fix in 2.0 and above is to make the ISBN search search against
the identifier|isbn index, which also gets ISBN10/ISBN13 equivalence goodness.
But this patch will be relatively easy to backport through to 1.6.1 and plugs
some of the holes in our exposed APIs and search points in the short term.

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

Postgres 9.0 is more strict about variable names in functions. We will probably hit more of these, but these in particular break the OPAC.

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

Correct syntax error in BadDebt.pm

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

Reduce hard-coded strings in Serial Control interfaces

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

allow item status update if either status-specific perm is allowed or UPDATE_COPY is allowed.  fire off related A/T events after the initial transaction has been committed

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

tweak selector used for font_helper() CSS classes

Makes the flat-text MARC editor respect the global font settings,
resolving bug https://bugs.launchpad.net/evergreen/+bug/678078

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

Remove syntax error from O:A:Storage:Publisher:authority and add strict pragma

Came across a line of dead code while debugging a related problem, and
noticed that strict/warnings wasn't in place, so I culled the dead code
and added use strict/use warnings accordingly (now that we no longer
have the syntax error caused by the dead code).

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

Create authorities that only contain controlled subfields (LP 712496)

Selecting "Create authority" on a field containing uncontrolled subfields
would generate an authority record that contained those uncontrolled
subfields. This would, in turn, prevent the "Validate" button from operating
correctly - if you added a 700 with $a and $c subfields, clicked "Create
authority", and then immediately clicked "Validate", the field would show
up as red.

Now we filter out the uncontrolled subfields before they get sent to
the "Create authority" function, avoiding this validation problem.

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

Ensure new authority ID subfield is inserted in the correct XUL DOM location

Addresses LP 712499. After creating an authority via the context menu
in the MARC editor, the new ID subfield ($0) would be created right after
the subfield on which the context menu was invoked. It turns out that it
was being placed in the wrong location, and one symptom was that the
Validate button would not validate the controlled field against the newly
created authority.

Now we hunt through the parent DOM nodes until we find the 'sf_box' element
and then we append the ID subfield to that node. We also eliminate some
duplicate code by defining a common function so that the problem can be
fixed in one stroke...

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

Prevent authority context menu on whitespace content

Continuing the refinement of LP 712538, if the subfield contains
only whitespace, treat it as though it were empty for the purposes
of the context menu.

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

Prevent authority context menu from being displayed on empty content (LP 712538)

It's confusing to have the authority context menu - particularly the
"Create authority" options - appear for empty content. Check to ensure
that the subfield being clicked on actually has some content before
displaying the authority context menu.

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

upgrade script

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

Fix ModsParser.pm bug involving invalid ISBNs.  See bug #697398.

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

ported open-ils.actor.user.transaction.[fleshed.]retrieve to CStoreEditor both for cleanup and to take advantage of .authoritative.  Use authoritative version in staff client

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

clear shelf expire time and some other fields when un-cancelling a hold

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

Two binding fixes for manage items

The first fix is more or less cosmetic. When selecting a target unit, both areas need to refresh in order to not show the selected unit's items in the main list.

The second fix involves handling cases where moving items from one unit to another does not empty the 'donor' unit. In those cases, we need to update the contents of both the new and the old unit.

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

Authorities: control 610/611, do not control 4xx by default

The 4xx fields in bibliographic records have not been controlled
fields for some time (1988 for CAN/MARC, 1999 for USMARC per)
http://www.loc.gov/marc/bibliographic/bd4xx.html; and
http://www.oclc.org/bibformats/en/4xx/default.shtm also lists
these as obsolete. So, remove them from the default controlled
fields in Evergreen.

Also, add 610/611 to the controlled fields list (per LP #712467).

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

let due date show up correctly in the copy browser for circulating items

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

backport r19364 from trunk for stat cat field value removal in patron editor

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

exit finish_fines_and_voiding() if there is no open circ

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

Apply autogenerate barcode trigger to serial.unit to enable serial checkin

Serial checkin tried to use the '@@AUTO' macro to autogenerate barcodes,
but unfortunately the required trigger had only been defined on the parent
table asset.copy and not on the child table serial.unit. Here we define the
trigger on serial.unit to resolve that problem.

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

make sure that inline overdue fines generation completes before we attempt to void overdues fines in checkin, otherwise it's possible to create multiple services (storage and cstore) competing for the same DB row mid-transaction, resulting in cstore timeouts and rollback of checkin.  This could happen with backdated or amnesty checkins

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

Backport r19355 from trunk

Acq: Improving on r19351, don't let showCreatePane() be issued repeatedly to
fill the window with redundant dialogs, since a) it looks silly, and b) the
dialogs don't work when there are more than one of them. Thanks again Dan.

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

Backport r19353 from trunk

This should get this correct version of postgresql installed for clean
installations on debian-lenny, *if* your system has the backports repo enabled.

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

Backport r19351 from trunk

Acq: make the "new provider" button under Admin -> Server Admin ->
Acquisitions -> Providers not produce a dialog with a ton of mysterious
whitespace. Spotted by Dan Scott.

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

backport 19344, 19345 for patron purge fix for handling former staff users

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

Don't attempt to control 4xx fields in records

Per LP bug # 708029, it doesn't make sense to apply an
authority control on a 4xx field; so remove those entries
from the authority tag map.

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

Use the browse method instead of startwith for Manage Authorities, too

Now that the browse method is working properly, adopt it for the
Manage Authorities interface as well so that context around the
search term can be provided.

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

Correct authority browsing for reals

First, restore the >= enable before and after ranges in
authority_tag_sf_browse(), after I mistakenly removed it in
r19131; the second storage request for $after does not
stomp on the prior $before results, it simply gets pushed
onto the carefully constructed list of $before results,
ensuring that our target is in the middle of page 0.

Second, we're treating all of the "tag" members in the
method registration as list references now (for the purpose
of searching against 4xx/5xx in the .refs. variants), but
that was blowing up when we registered just a single tag as
a string and tried to treat the scalar as a list reference.
I could have checked to see if what we had incoming was a
reference and dance accordingly, but opted to just define
all single-tag entries as single-element arrays instead.
Applied the same to startwith.

Finally, in r19331 I had used chop() to ensure that an
exact match for startwith would be returned as element 1 on
page 0, instead of appearing as the last element of page -1.
I had said that the right way to do this would be to naco_normalize()
the value to match the normalized afr.value, and so this is what
I have done. Rather than torturously using O:A:Storage:FTS to get
at the naco_normalize() definition, I moved the function into its
own Utils package and adjusted its usage accordingly through the
affected code. One step closer to single-sourcing the function
in the database, as well?

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

Address typos in Rollover and Propagation dialogue

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

Backport r19327 from trunk

Stay in sync with entity name changes

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

Backport r19325 from trunk

Serials: Add some missing permacrud permissions to IDL

7 classes (sdistn, siss, sunit, sin, sbsum, sssum, sisum) were missing IDL
perms.  Appropriate permissions were added to all but sin (serial_item_note).

For the sin class, since it's several leaps away from anything that points at
an org unit, and since no existing code deals with it via PermaCrud, its
PermaCrud section was simply removed.

Some classes retain open <retrieve /> permissions, and others do not.

No new permissions were created for this. All permissions are reused from
"higher" serials objects.

Credit to Mike Rylander for spotting the omissions.

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

enable the checkbox column so we can delete hard due dates

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

Open-ILS/xul/staff_client/server/locale/en-US/serial.properties

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

Clear out some unused code, which in some cases was causing "command bleed"

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

Backport r19288 : twice tested, thrice approved

This change was confirmed to work at two test sites, and also passed a berick eyeball test.  Would always be nice to have more...

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

Fix broken stream functions, re-enable commented-out menu with correct options

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

This menu was for a different tab (subscriptions), comment out for now

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

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