Check in the POT files so that translation interface can be satisfied

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

Add openils.widget.Searcher Dojo NLS to the i18n build

Necessary for the "advanced" searchbar on the Evergreen
AjaxPAC.

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

Correct encoding issue with authority_control_fields.pl

Is there ever a time when MARC::File::XML would be invoked with
anything other than BinaryEncoding => 'utf-8'? Not here, at
least. Addresses LP# 764582.

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

Improvements to search tuning

 * Move to in-core fts function, instead of the compat wrapper provided by the tsearch2 contrib
 * Provide default cover density tuning (config file)
 * Move default preferred language settings from storage to search, where they make more sense

More on the CD tuning:

  Evergreen uses a cover density algorithm for calculating relative ranking of matches.  There
  are several tuning parameters and options available.  By default, no document length normalization
  is applied.  From the Postgres documentation on ts_rank_cd() (the function used by Evergreen):

      Since a longer document has a greater chance of containing a query term it is reasonable
      to take into account document size, e.g., a hundred-word document with five instances of
      a search word is probably more relevant than a thousand-word document with five instances.
      Both ranking functions take an integer normalization option that specifies whether and how
      a document's length should impact its rank. The integer option controls several behaviors,
      so it is a bit mask: you can specify one or more behaviors using | (for example, 2|4).

          0 (the default) ignores the document length

          1 divides the rank by 1 + the logarithm of the document length

          2 divides the rank by the document length

          4 divides the rank by the mean harmonic distance between extents (this is implemented only by ts_rank_cd)

          8 divides the rank by the number of unique words in document

          16 divides the rank by 1 + the logarithm of the number of unique words in document

          32 divides the rank by itself + 1

      If more than one flag bit is specified, the transformations are applied in the order listed.

      It is important to note that the ranking functions do not use any global information, so it
      is impossible to produce a fair normalization to 1% or 100% as sometimes desired. Normalization
      option 32 (rank/(rank+1)) can be applied to scale all ranks into the range zero to one, but of
      course this is just a cosmetic change; it will not affect the ordering of the search results.

  In Evergreen, these options are set via search modifiers.  The modifiers are mapped in the
  following way:

      * #CD_logDocumentLength  => 1  :: rank / (1 + LOG(total_word_count))   :: Longer documents slightly less relevant
      * #CD_documentLength     => 2  :: rank / total_word_count              :: Longer documents much less relevant
      * #CD_meanHarmonic       => 4  :: Word Proximity                       :: Greater matched-word distance is less relevant
      * #CD_uniqueWords        => 8  :: rank / unique_word_count             :: Documents with repeated words much less relevant
      * #CD_logUniqueWords     => 16 :: rank / (1 + LOG(unique_word_count))  :: Documents with repeated words slightly less relevant
      * #CD_selfPlusOne        => 32 :: rank / (1 + rank)                    :: Cosmetic normalization of rank value between 0 and 1

  Adding one or more of these to the default_CD_modifiers list will cause all searches that use QueryParser to apply them.

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

one more fix, for Show in Catalog on issuance holds

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

display issuance label, not subscription label

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

add Part Holds to Actions for this Record -> View Holds.  Also add xul support for displaying issuance holds (needs testing)

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

support Part Holds in xul lists

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

no need to flesh the record here

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

typo

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

improve comments on a couple config tables

Based on suggestions from Mike Rylander and Thomas Berezansky.

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

script to update DB object comments

New script, update-db-comments.sh, to be run as part of upgrades
to refresh comments on database schema objects.  Usage is:

  update-db-comments.sh db-host db-port db-name db-user db-pass

The helper script grab-db-comment.pl is what actually parses out
the comment statements.

To avoid repetition, the list of default SQL scripts to use when
initializing an Evergreen database has been moved to a new file
called sql_file_manifest.

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

minor improvements to database object comments

* remove copyright, license verbiage, and C-style comment marking
  from the comments; these can live in the SQL scripts
* updated several copyright headers
* minor improvements to documentation of a couple tables

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

fixes Edit Volumes action by flattening the volume objects before updating them

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

in the MARC Editor, put the callnumber and barcode textboxes for Fast Item Add on a separate row

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

Enable relative paths in i18n testing scripts

We were 98% of the way there; now we no longer need to
cd into the same directory as the i18n testing scripts
to run them with meaningful output. Should be useful
for adding these to the CI server.

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

Don't check .js files for entities

Must have asked this script to check JS files for valid entities
for a reason at some point in the dark past, but it couldn't have
been a very good reason; we're getting a false positive that needs
to be hushed now. Better to just stop looking for XML entities in
JavaScript.

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

Empty strings in oils_i18n_gettext() throw i18n errors

When you run 'make newpot', if you have an empty string in an
oils_i18n_gettext() function, you'll see errors like:

Error in line 1712 of SQL source file: 'NoneType' object has no attribute 'group'

This satisfies the i18n build process and also serves as a
more evident placeholder for expanded descriptions if someone
feels so inclined in the future.

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

Add new macros for print templates.

%-TRIM%
Trims whitespace before the macro

%TRIM-%
Trims whitespace after the macro

%SUBSTR(#)%...%SUBSTR_END%
Take substring starting at position # to end of string.
If # is negative count backwards from end of string.

%SUBSTR(#,#)%...%SUBSTR_END%
Same as previous, but limit to second provided number characters after start point.
If second number is negative, count backwards instead of forwards.

TRIM macros inside of SUBSTR will be replaced first, then SUBSTR, then TRIM outside of SUBSTR.

Author: Thomas Berezansky <tsbere@mvlc.org>
Signed-off-by: Thomas Berezansky <tsbere@mvlc.org>
Signed-off-by: Jason Etheridge <jason@esilibrary.com>
git-svn-id: svn://svn.open-ils.org/ILS/trunk@20137 dcc99617-32d9-48b4-a31d-7c20da2025e4

fix Add Items off of volumes by changing the label key in copy_shortcut to callnumber composite key

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

trace statements.  need to change how copy_shortcut is constructed in parent interfaces

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

trace statements

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

trace statements

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

comment tweak

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

Allow NULL "use restriction" fields for located URIs

The asset.uri.use_restriction field, which is really a sort of public notes
field for 856 fields, was grabbing the $u subfield (URL) as a sort of last-gasp
effort to give it some data. However, the effect was rather odd and led to
workarounds like Conifer's skin to avoid displaying the use restriction field
if its value was identical to the URL, etc.

Instead, stop grabbing $u and handle the case where use_restriction column is
NULL gracefully, just like the schema intended.

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

Do not clear auri links in default skin

The dojo orphan() call which attempted to wipe any non-located 856s
was actually wiping the located 856s in the record detail display.

Removing the extra call makes this work in Firefox and Chromium,
at least.

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

Delete ##URI## call numbers and uri_call_number_map entries on bib reingest

This approach will lead to some acn/auricnm ID inflation, but it works.

Addresses LP# 761130 (immortal ##URI## entries in asset.call_number) reported
by Ben Shum and LP# 761085 (cannot delete bib with ##URI## volumes) reported
by Jason Etheridge.

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

prune unused script; purpose now served by eg_db_config.pl

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

Protect dumb JavaScript engines from having to deal with actual Unicode

The holdings_xml format did not include an XML declaration, but adding that
as we do here still does not make the Firefox and Chromium JS engines capable
of consuming XML that contains Unicode content outside of the base ASCII
range.

So, we invoke entityize() to convert anything outside of the realm of
ASCII to XML entities. An alternative would be to invoke entityize() in
OpenILS::Application::SuperCat::unAPI::acn but it's not clear if that
would interfere with any other uses.

With this change, library names / copy location names with Unicode content
can be displayed correctly on the search results page.

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

MORE: Properly support extracting MARC21 fixed fields from the leader, not just the 00x controlfields, in the "all fixed fields" version

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

Properly support extracting MARC21 fixed fields from the leader, not just the 00x controlfields

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

thinko in for-in-array loop, uncovered by error testing from Ben Shum

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

Support mulitiple subfield-9 values in a single 856 tag

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

Protect pcrud-ish retrieve from an empty result set

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

Restore URIs in marcxml-uris unAPI format

At some point (r16750) we started doing a numeric comparison of
$flesh instead of just checking to see if $flesh was defined; this
returned false when $flesh == 'uris', preventing URIs from being
included in the marcxml-uris unAPI format.

This restores URIs to marcxml-uris and so we can revert the extra
BibTemplate call in rdetail_summary.xml.

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

Specify the holdings_xml unAPI format for URI calls

The unAPI marcxml-uris format is not returning URIs at the moment.
While we're getting that fixed, use the holdings_xml format to
get the URI job done; requires an extra JS call, but that's
better than not working at all.

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

Escape rather than filter SIMILAR TO metacharacters in patron crazy search

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

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

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

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

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

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

upgrade script for consistency w/ schema change in r20073

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

tweaks to quick_metarecord_map.sql

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

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

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

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

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

Thinko in the delete query for copy visibility caching

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

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

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

strip useless whitespace from XML output for transfer size reduction

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

add SVF data to in-db unAPI

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

repaired SQL upgrade syntax error

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

Add support for Multi-Homed Items (aka Foreign Bibs, aka Linked Items)

Evergreen needs to support the ability to attach a barcoded item to more than one bibliographic record.  Use cases include:
  1. Barcoded E-Readers with preloaded content
    * Readers would all be items attached to a single "master" bib record in the traditional way, through call numbers that define their ownership
    * Each reader, as a barcoded item, can be attached through Multi-homed Items to records describing the list of preloaded content
    * These attached Multi-homed Items can be added and removed as content is swapped out on each reader
  2. Dual-language items
    * Cataloger decides which of several alternate languages is the primary, and attaches the barcoded item to that record in the traditional way
    * Alternate language records are attached to this item through Multi-homed Items
  3. "Back-to-back" books -- two books printed upside down relative to one another, with two "front" covers
    * Cataloger decides which of the two titles is the primary, and attaches the barcoded item to that record in the traditional way
    * Alternate title record is attached to this item through Multi-homed Items
  4. Bound Volumes -- Sets of individual works collected into a single barcoded package
    * Cataloger decides which of the titles is the primary (or creates a record for the collection as a whole), and attaches the barcoded item to that record in the traditional way
    * Remaining title records for the collected peices are attached to this item through Multi-homed Items

Functionality funded by Natural Resources Canada -- http://www.nrcan-rncan.gc.ca/com/

Please see http://git.esilibrary.com/?p=evergreen-equinox.git;a=shortlog;h=refs/heads/multi_home for the full commit history.

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

Add a trigger function to simulate FKEY constraints on inherited tables

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

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

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

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

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

add missing upgrade script

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

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

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

fix my overzealous editing of configure.ac

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

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

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

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

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

repaired bug in prepayment_required check.  property -> method

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

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

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

Add Net::IP dependency for Fedora per r20023

Required for the new ability of the Apache redirect module to optionally read
redirect skin and domain from the library IP's configuration file

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

patch from Ben Ostrowsky (w/ input) to add support to the Apache redirect module to also optionally read redirect skin and domain from the library IP's configuration file.

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

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

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

further fixes to maintain_901

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

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

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

Enable marc2sre.pl to run reasonably fast with a large set of bibs

Our previous iteration of marc2sre.pl used an ILIKE stanza
beginning with a wildcard to match system control numbers
without having to specify the institution's MARC code.
This worked, but was painfully slow in large bib sets as
the database needed to use a bitmap index scan to find matches.

By adding a --prefix flag, the user can specify the institutional
MARC code for the set of records and we can use an exact match
against metabib.full_rec.value, which is immeasurably faster.
This is, of course, a problem if there are multiple institutional
MARC codes in use for a given set of bibliographic records.

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

install command-line MARC import tools in @prefix@/bin

(corrected version after dealing with apparent git stash breakage)

No longer need to keep the source tree around to use marc2are.pl,
marc2sre.pl, marc2bre.pl, and parallel_pg_loader.pl.

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

Revert "install command-line MARC import tools in @prefix@/bin"

This reverts commit 7125758576667feeff054ceb4b79d7d1510bbc6f.

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

install command-line MARC import tools in @prefix@/bin

No longer need to keep the source tree around to use marc2are.pl,
marc2sre.pl, marc2bre.pl, and parallel_pg_loader.pl.

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

Improve error handling in marc2sre.pl when bib ID is not found

If we can't find a bibliographic record ID to use in our load, then
skip that MFHD record and move on to the next one. Using the counter
gives sites a chance to identify which record caused the problem.

Aside: bitmap index scans for leading '%' LIKE searches make the
--bibfield / --bibsubfield extremely slow in large datasets. If
at all possible, avoid this path!

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

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

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

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

bump xulrunner version

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

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

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

add Item Attribute Editor to patron Items Out

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

Make the bib record lookup in marc2sre.pl more specific

Don't strip the identifier down to a bare integer if we are doing
a lookup of the value in the bib record. Otherwise, identifiers
such as ABC1001 and ABC001 will overlap ('%001' will return both
records).

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

Whitespace

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

Overhaul the marc2sre.pl script for importing MFHD records

Add --bibfield / --bibsubfield options to support retrieving the
bib record ID by searching the specified field/subfield for the
identifier, instead of assuming that the identifier =
biblio.record_entry.id. Avoiding the lookup will be much faster, but
some sites want to start clean with their bibliographic record IDs,
so this supports them.

Remove the need for passing in the owning user's password and simply do
a lookup by username in the actor.usr table. This is a bit more secure
as the password isn't exposed on the command line and you can easily set
someone else as the owner of the records without having to know their
password.

Add significant internal help via Pod::Usage.

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

Even more PermaCrud error handling cleanup, this time in .apply()

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

More PermaCrud error handling cleanup

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

improve the ability of PermaCrud callers to deal with errors not of the ils_event shape

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

Prevent patron search from returning horrible errors on regexian input

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

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

More robust fix for edit highlighting in Serial Control View

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

Fix edit highlighting in Serial Control View

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

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

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

tweak to default suggestion for low-hits search

Rather than show a suggestion for every word in the
original search phrase, only display suggestions
for words not found in the dictionary.  For example,
rather than having a search for "Amesh paradise" return
a suggestion of "Amish paraders", return "Amish paradise"
as the suggestion (assuming the default dictionaries are used).

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

order line items in PO display by line item ID

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

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

re-fix senator's fixes that I mangled

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

Client Permission Overhaul

Menu/Toolbar commands can have a perm= attribute added, containing a space-seperated list of permissions.
Without it they stay enabled at all times (or disabled if they are manually disabled in the file).
With it they disable unless the user has at least one permission listed.

In addition, made *all* new or active windows get UI updates when changing operators, including updated menu enable/disable.

Will need a check on the permissions from previous commit, and probably a pile more from those who understand what needs what.

Signed-off-by: Thomas Berezansky <tsbere@mvlc.org>
git-svn-id: svn://svn.open-ils.org/ILS/trunk@19953 dcc99617-32d9-48b4-a31d-7c20da2025e4

Add some permissions for testing

Signed-off-by: Thomas Berezansky <tsbere@mvlc.org>
git-svn-id: svn://svn.open-ils.org/ILS/trunk@19952 dcc99617-32d9-48b4-a31d-7c20da2025e4

Move labels/accesskeys back onto menuitem nodes

Apparently command labels override everything else, rather than the other way around.

Set at location failitates easier labels by context (different menus, shorter labels on toolbar, etc).

Signed-off-by: Thomas Berezansky <tsbere@mvlc.org>
git-svn-id: svn://svn.open-ils.org/ILS/trunk@19951 dcc99617-32d9-48b4-a31d-7c20da2025e4

Move most label/accesskeys to command nodes

The following entries had multiple menu items with differing labels.
I picked one for each to be the "default" on the command node.
The others were left on the menuitems.

cmd_edit_copy_buckets (edit/cat)
cmd_edit_volume_buckets (edit/cat, commented out)
cmd_edit_record_buckets (edit/cat)
cmd_circ_checkout (circ/circ/search)
cmd_copy_status (circ/cat/search)
cmd_search_opac (circ/cat/search)
cmd_search_tcn (cat/search)
cmd_search_bib_id (cat/search)

Side note:
cmd_replace_barcode exists on edit, circ, and cat, but used one label for all three.

Signed-off-by: Thomas Berezansky <tsbere@mvlc.org>
git-svn-id: svn://svn.open-ils.org/ILS/trunk@19950 dcc99617-32d9-48b4-a31d-7c20da2025e4

Remove key attribute from command nodes

They don't appear to do anything, unlike label/accesskey settings.

Menus don't read them for display, keys in the keyset refer in the opposite direction.

Signed-off-by: Thomas Berezansky <tsbere@mvlc.org>
git-svn-id: svn://svn.open-ils.org/ILS/trunk@19949 dcc99617-32d9-48b4-a31d-7c20da2025e4

Rig command_tab on *everything*

Will make attempts to customize the toolbar a lot easier.
Also makes things more consistent.

Signed-off-by: Thomas Berezansky <tsbere@mvlc.org>
git-svn-id: svn://svn.open-ils.org/ILS/trunk@19948 dcc99617-32d9-48b4-a31d-7c20da2025e4

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

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

pass cvv2 value to CC processor

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

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

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

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

And ... the upgrade script for the previous commit

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

Teach in-db unAPI to avoid redundant xmlns declarations, including those already embedded in MARCXML

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

Add realistic row estimates to tree-ish functions (default is 1000) so that callers can make better plans in complex queries

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

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

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

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

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

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

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

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

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

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

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

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

Patch from Thomas Berezansky; see https://bugs.launchpad.net/bugs/745123

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