When LP#1541559 was merged, we missed checking for CSS changes and this
orientation update was missed. Adding to the style-rtl.css.tt2 file the
new CSS IDs for ebook API tables.
Signed-off-by: Ben Shum <ben@evergreener.net> Signed-off-by: Kathy Lussier <klussier@masslnc.org>
Ben Shum [Mon, 27 Feb 2017 21:32:48 +0000 (16:32 -0500)]
LP#1493824: Install PG 9.4 on Debian Wheezy and Ubuntu Trusty
Debian Wheezy only ships with PG 9.1 by default. Ubuntu Trusty has Pg
9.3. Pg 9.4 is the recommended version for use with Evergreen going
forward and will be the required minimum version of PostgreSQL for use
with Evergreen 3.0. Since we envision continuing to support Wheezy
and Trusty through the lifetime of Evergreen 3.0, we therefore help
the user out by adding the apt.postgresql.org repository for them and
install PostgreSQL version 9.4 on these operating systems.
This commit does the following:
1. Sets up the installer to use the PostgreSQL community's apt sources
in a new Makefile.debian target, debian_postgresql_repo. This target
is run on Debian Wheezy and Ubuntu trusty during prerequisite
installation.
2. Installs PG 9.4 client on Wheezy and Ubuntu.
3. Installs PG 9.4 server in the server prerequisite targets for
Wheezy and Ubuntu.
4. Uses pg_config in installation of lidbdi-drivers from source.
5. Updates the server installation document to reflect the above
changes.
6. Updates the server upgrade documentation to reflect the new minimum
(9.3) and recommended (9.4) PostgreSQL versions.
Benjamin Shum is the primary author of these changes, though they are
based on Chris Sharp's idea for using the PostgreSQL community apt
source.
The libdbi-drivers installation was fixed by Jason Stephenson who also
added an if block to skip the apt.postgresql.org repository set up if
it is already configured on the target host.
Signed-off-by: Ben Shum <ben@evergreener.net> Signed-off-by: Jason Stephenson <jason@sigio.com>
Dan Scott [Thu, 2 Mar 2017 15:40:03 +0000 (10:40 -0500)]
Remove Fedora from install documentation
Fedora is no longer a "well tested target" as the corresponding
Makefiles are not up to date. Therefore, remove all mention of it from
the install documentation.
Galen Charlton [Tue, 28 Feb 2017 18:59:24 +0000 (13:59 -0500)]
LP#1668725: fix Z39.50 overlay when no profile set
This patch fix an issue where, when performing an overlay
of a record from Z39.50 in the web staff client, if no
merge profile is set, the incoming record is not displayed
in the right-hand pane of the merge dialog.
To test
-------
[1] Select an overlay target, then use the web staff
Z39.50 search interface to find a record to overlay
it with.
[2] Open the Z39.50 overlay dialog and verify that no
profile is set (you may need to clear the
eg.cat.z3950.default_merge_profile key to ensure this).
[3] Note that the incoming record from Z39.50 doesn't display
in the right-hand pane.
[4] Apply the page, then repeat step 2. This time, the incoming
record should be displayed.
Galen Charlton [Mon, 27 Feb 2017 15:19:30 +0000 (10:19 -0500)]
LP#1607487: make schema update script use same whitespace
This patch ensures that the naco_normalize() and search_normalize()
functions preserve the exact whitespace used in the baseline
function definitions; this makes no functional difference, but
may help folks using diffs to compare schema versions.
Jason Boyer [Mon, 13 Feb 2017 21:59:01 +0000 (16:59 -0500)]
LP1371772: Correct Escape of Library Info URL
Using the url filter in TT2 causes named anchors to
be escaped in such a way that urls including them
will likely return a 404. Since the url is being
used in an html document, the html filter is
sufficient and allows the url to work as intended.
Signed-off-by: Jason Boyer <jboyer@library.in.gov> Signed-off-by: Galen Charlton <gmc@equinoxinitiative.org>
Galen Charlton [Wed, 22 Feb 2017 15:09:54 +0000 (10:09 -0500)]
LP#1666933: note that the minimum supported Pg version is 9.3
Before final release of 2.12.0, we should update the installation
instructions to note that apt.postgresql.org is available
for Debian-based distros that don't package 9.3 directly.
- remove a duplicate call to metabib.remap_metarecord_for_bib()
- ensure that the 'ebook_api' config.settings_group row is added
before adding YAOUS types that depend on it
Kathy Lussier [Wed, 22 Feb 2017 14:32:29 +0000 (09:32 -0500)]
Docs: Additions to the 2.12 release notes
We missed the release notes for some new features. I also updated a couple and
removed some release note entries from 2.11 that were still hanging around in
the release note directories.
As bshum did for e-book records, let's move MR records down to the end of the
script to avoid breaking tests. Also, made some tweaks to bibs_mr.sql so that
it would import bibs correctly.
Signed-off-by: Kathy Lussier <klussier@masslnc.org> Signed-off-by: Ben Shum <ben@evergreener.net>
When this feature is enabled, Evergreen will use the open-ils.ebook_api
service to look up title and patron information from specified vendor
APIs and display that information in the TPAC. (The service should be
configured using org settings before being enabled in config.tt2.)
This frontend is essentially a JS layer over top of the OPAC, with some
light use of Dojo since we're already using it, plus a few additions to
TT2 templates. The JS layer uses OpenSRF JS bindings to talk to the
backend service, which in turn makes the appropriate calls to the
third-party API. Session IDs and (if logged in) patron information are
stored in cookies, which are cleared when the patron logs out.
The user will see the following changes:
- On search results and record summary, for any records from a known
e-book vendor, Evergreen will automatically look up holdings info from
the vendor API. If detailed information on formats and available
"copies" is provided by the API (e.g. for OverDrive), that information
is displayed in a table within the record; if only basic availability
info is available (e.g. for OneClickdigital), a line is added to each
record indicating whether the title is available. (Eventually, "Place
Hold" or "Check Out" links will be added to allow patrons to
checkout/hold titles without leaving the TPAC.)
- When the user is logged in, the dashboard will show a count of e-book
checkouts and holds for all enabled e-book vendors, as will the
account summary. This is separate from the "main" checkouts/holds
display, since checkouts/holds on titles from third-party vendors are
unrelated to checkouts/holds in Evergreen.
- When the user is logged in, additional tabs will be available in My
Account for displaying detailed information on the patron's ebook
checkouts and holds. (Eventually, functionality will be added to My
Account allowing the user to download or renew titles, suspend or
cancel holds, etc.)
Signed-off-by: Jeff Davis <jdavis@sitka.bclibraries.ca> Signed-off-by: Kathy Lussier <klussier@masslnc.org>
Jeff Davis [Tue, 7 Feb 2017 23:11:59 +0000 (15:11 -0800)]
LP#1541559: ebook API sample MARC records for test module
This commit adds a small number of MARC records to the existing sample
data. Each record contains a scoped URI in the 856 field. The records
are intended to be usable with the OpenILS::Application::EbookAPI::Test
module.
Signed-off-by: Jeff Davis <jdavis@sitka.bclibraries.ca> Signed-off-by: Kathy Lussier <klussier@masslnc.org>
This commit introduces a new service, open-ils.ebook_api, for
integration of third-party APIs from vendors like OverDrive and
OneClickdigital.
The design of the service is somewhat similar to Evergreen's added
content module. Common functionality and API calls are defined in the
main Perl module, OpenILS::Application::EbookAPI, while vendor-specific
details like endpoint URLs are broken out into separate "handler"
submodules for each vendor API. (The actual mechanics of HTTP
requests/responses are handled by the new OpenILS::Utils::HTTPClient
module.)
An example handler module, OpenILS::Application::EbookAPI::Test, is
included with this commit, along with some live tests which depend on
the test module. It can be considered a reference implementation for
future vendor-specific handlers.
Signed-off-by: Jeff Davis <jdavis@sitka.bclibraries.ca> Signed-off-by: Kathy Lussier <klussier@masslnc.org>
These new definitions index the entire heading as a unit,
so a heading like this:
=650 \0$aCats$zUnited States$vCorrespondence.
will end up in the subject/topic_browse index as a single
entry for
Cats -- United States -- Correspondence
rather than separate browse entries for "Cats" as a subject/topic,
and "United States" as a subject/geographic.
Since the new *_browse indexes are meant to replace the browse
functions of the existing subject/topic, subject/geographic, and
subject/temporal indexes, the browse flag is turned off for the
older definitions.
This patch intentionally does not include an entry for subject/name_browse,
as additional coding would be required to get the display form of the
heading to be punctuated correctly.
To test
-------
[1] After applying the patch, perform subject browses in the
OPAC and staff interfaces and verify that fully composed
headings from bib records are now displayed as browse entries.
Jason Etheridge [Mon, 13 Feb 2017 16:49:58 +0000 (11:49 -0500)]
webstaff: Book Items Now from Item Status
We can't do what we did with Make Items Bookable, consolidating the items into
one call and invoking a single interface; we get "Can't book multiple resource
types at once". For now, we disable the 'Book Item Now' menu entry if multiple
items are selected.
Galen Charlton [Mon, 13 Feb 2017 15:44:07 +0000 (10:44 -0500)]
tweak Booking administration pagse
- remove admin/booking/conify/* routes in favor of
admin/server/booking/* routes that already existed;
as part of this, remove redudant admin EmbedBookingCtl
controller
- alphabetize the entries on the Booking Administration splash
page
- remove Booking links from the Server Administration splash
page
Galen Charlton [Wed, 8 Feb 2017 22:04:07 +0000 (17:04 -0500)]
webstaff: rework line item sub-actions menu
Since Chrome doesn't generate click events for the act of
selecting an <option>, change to dispatching line item
sub-actions based on change events on the <select>.
Galen Charlton [Wed, 8 Feb 2017 18:21:35 +0000 (13:21 -0500)]
webstaff: fix highlighting of line item
Tweak the layout of the line item table so that returning
to it from the copy view causes only the border of the
line item information box to be highlighted, not both the
border and a random segment of the contents.
Galen Charlton [Tue, 7 Feb 2017 20:45:35 +0000 (15:45 -0500)]
webstaff: using egEmbedFrame escape opens new window at frame's current location
... as opposed to whatever URL was originally embedded.
For example, if you doing a PO search, then open the frame in a
new window, the results of the search are displayed in that window
rather than an empty search form.
Galen Charlton [Mon, 6 Feb 2017 21:42:35 +0000 (16:42 -0500)]
improve linking out of acquisitions upload page
- cat/catalog/vandelay route no longer drops
query parameters, permitting direct linking to import
queues (e.g., /eg/staff/cat/catalog/vandelay?qtype=bib&qid=367)
- acq/legacy/:noun/:verb/:record now a valid acq route
- purchase order MARC loading now generates usable links
back to PO, selection list, and/or import queue
Jakub Kotrla [Wed, 15 Feb 2017 22:41:09 +0000 (23:41 +0100)]
LP#1624366 Evergreen integration with obalkyknih.cz (Czech AC provider)
By default is AC disabled. Fixed summary.tt2 to be based on latest
version -
http://git.evergreen-ils.org/?p=Evergreen.git;a=tree;f=Open-ILS/src/templates/opac/parts/record;h=bc962e52a84aaf95ffc5f1fa407c2ffc3d54dec4;hb=HEAD.
Signed-off-by: Jakub Kotrla <jakub@kotrla.net> Signed-off-by: Jason Stephenson <jason@sigio.com>
Michele Morgan [Tue, 7 Feb 2017 18:21:48 +0000 (13:21 -0500)]
LP#1661754 - Prevent staff users from marking a Long Overdue item Lost
Prevents circulations that are already Lost or Long Overdue from being
marked Lost or Long Overdue. Avoiding patrons being billed twice for the
same item.
Signed-off-by: Michele Morgan <mmorgan@noblenet.org> Signed-off-by: Kathy Lussier <klussier@masslnc.org>
There was a missing closing tag for the second stylesheet that caused an error
with the heading. Fixed that, and then made some whitespace adjustments.
Signed-off-by: Ben Shum <ben@evergreener.net> Signed-off-by: Kathy Lussier <klussier@masslnc.org>
Update live tests to match latest concerto data changes and to avoid
testing against data that is modified by tests that run before the
targeter test when running the full test suite.
Signed-off-by: Bill Erickson <berickxx@gmail.com> Signed-off-by: Kathy Lussier <klussier@masslnc.org>
Bill Erickson [Tue, 14 Feb 2017 15:53:54 +0000 (10:53 -0500)]
LP#1662902: do not re-download EDI files that failed parsing
Avoid fetching and creating edi_message entries for EDI messages that
the system cannot parse.
In the event parsing failed due to a temporary condition (e.g. Ruby
translator was not running), messages can be reprocessed by either
deleting the offending edi_message row or setting its status to 'retry'.
See previous commit ("LP#1662902: do not re-download EDI files that
failed processing") for a more detailed explanation.
Signed-off-by: Bill Erickson <berickxx@gmail.com> Signed-off-by: Mike Rylander <mrylander@gmail.com>
Galen Charlton [Thu, 9 Feb 2017 17:24:35 +0000 (12:24 -0500)]
LP#1662902: do not re-download EDI files that failed processing
At present, the EDI fetcher ignores files (as determined by file
name and EDI account details) that were already successfully
processed. With this patch, ones that failed processing (e.g.,
acq.edi_message.state = 'proc_error') previously are ignored
as well.
This is because most processing errors reflect conditions that
require some sort of manual intervention on the part of the materials
vendor or the Evergreen user; having edi_fetcher.pl simply redownload
and attempt to process the file has no effect other than causing
the acq.edi_message table to grow.
With this patch, the appearance of rows in acq.edi_message whose
state is 'proc_error' should be taken as a signal to the Evergreen
admin to investigate and resolve whatever issue caused the
message to not be processed; after doing that, removing the
acq.edi_message rows will allow the file to be downloaded again
(assuming it's still available on the file server).
To test
-------
[1] Arrange to create or simulate an EDI message that failed
processing.
[2] Run edi_fetcher.pl to have it attempt to download the
failed message in step #1; verify that the file is
/not/ downloaded again and that no additonal acq.edi_message
rows are created for it.
Signed-off-by: Galen Charlton <gmc@equinoxinitiative.org> Signed-off-by: Bill Erickson <berickxx@gmail.com> Signed-off-by: Mike Rylander <mrylander@gmail.com>
Galen Charlton [Fri, 10 Feb 2017 16:54:39 +0000 (11:54 -0500)]
LP#1117808: release notes for New Access points for MARC Overlay
Test plan for the feature:
[1] Define one or more merge profiles in the MARC import/export
interface.
[2] Verify that the Default Merge Profile (Z39.50 and Record Buckets)
library setting type exists, and that if you set it to a value
for the workstation library, that it the merge profile selectors in the
record bucket merge and Z39.50 overlay interfaces default to
the specified value.
[3] In the web staff client, create a record bucket containing at least
two or more similar bibliographic records. From Bucket View,
select at least two records and select Merge Selected
Records from the actions menu.
[4] Verify that:
* There is a widget for selecting a merge profile
* That after choosing a lead record, that the lead record
view reflects the results of the merge.
* That the results of the merge are updated whenever you:
* choose a different merge profile
* choose a different lead record
* remove a record from consideration
* That the lead record's MARC is updated upon clicking the
'Merge' button in the dialog.
[5] In the web staff client, mark a bib record for overlay, then
go to the Z39.50 search interface and perform a search. Select
a record and click the Overlay button, then verify that:
* There is a widget for selecting a merge profile
* That the results of the merge are updated whenever you:
* choose a different merge profile
* That after closing the dialog, that the overlaid record
reflects the result of the merge profile.
[6] Verify that upon exiting and returning to the record bucket
merge or Z39.50 overlay interfaces, that the last selected
merge profile is pre-selected.
Development of this feature was performed by the Equinox Open
Library Initiative and sponsored by the BC Libraries Cooperative.
Galen Charlton [Fri, 23 Dec 2016 09:46:47 +0000 (04:46 -0500)]
LP#1117808: teach Z39.50 import about merge profiles
This patch adds a widget to the Z39.50 overlay dialog to
allow the user to select a MARC merge profile to use during
the merge. For the purpose of applying the merge profile,
the incoming record from the Z39.50 server is treated as
the target of the merge, as the user is assumed to be picking
a Z39.50 record that is "better" overall but may need to be
supplement with fields from the incumbent record.
As before, the user can choose to edit the incoming record, but
note that the version that is edited is the /original/ version of
the Z39.50 record, with any changes due to the merge profile being
applied after the edit.
Merge profiles that have a 'preserve' specification are excluded
from selection, as such profiles have the effect of swapping what
is considered the lead record for the purpose of the MARC merge
This patch also tweaks the dialog to use the egRecordBreaker directive
to display the incumbent record, as that permits easier copy-and-pasting
if the user chooses to edit the Z39.50 record.
Galen Charlton [Fri, 23 Dec 2016 06:38:27 +0000 (01:38 -0500)]
LP#1117808: teach record bucket merge about merge profiles
This patch adds a widget to the record bucket merge dialog
to allow the user to select a MARC merge profile to use
during the merge.
After the user has chosen a lead record, the result of the merge
is displayed in the left-hand pane, and is updated whenever the user
- changes the selected merge profile
- swaps in a different lead record
- removes a subordinate record from consideration
As before, the user can choose to edit the lead record, but note that
the version that is edited is the /original/ version of the
lead record, with any changes due to the merge profile
being applied after the edit.
Since there can be more than one subordinate record in play, the
result of the merge is calculated by merging the first subordinate
record into the lead record, then in the second subordinate record,
and so forth.
Merge profiles that have a 'preserve' specification are excluded
from selection, as such profiles have the effect of swapping what
is considered the lead record for the purpose of the MARC merge.
This directive supplies a select widget that draws its
values from a table specified by an IDL class code. It
is meant to be used for tables containing a reasonably
small number of rows (i.e., dozens at most, not hundreds
or thousands).
The following attributes are available:
idl-class : Code of IDL class to draw from, e.g., "vmp".
ng-model : Model to bind the current selected value to.
filter : JSON query filter to apply conditions on the set
of rows to be used. (optional)
sticky-setting : Local storage key to persist the last value
that was selected by the user. (optional)
ou-setting : Name of library setting to use to set the default
selected value. If sticky-setting is used, any
previously-selected value will override the default
specified by the OU setting. (optional)
The list of values from the source table displayed in the select
widget are those that meet all of the following conditions:
- primary key is not null
- filter conditions (if supplied)
- logged-in user has PCRUD permissions to view the value
The option value is taken from the column in the source table
specified by the oils_persist:primary IDL attribute, while
the displayed label is taken from the column that has the
reporter:selector="name" IDL attribute.
Galen Charlton [Wed, 30 Nov 2016 17:06:18 +0000 (12:06 -0500)]
LP#1117808: new methods for calculating MARC merges
This patch adds three new middle-layer methods for calculating
the result of MARC merges.
open-ils.cat.merge.marc.per_profile:
Calculate the result of merging one or more MARC records
per the specified merge profile
@param auth The login session key
@param merge_profile ID of the record merge profile
@param records Array of two or more MARCXML records to be
merged. If two are supplied, the first
is treated as the record to be overlaid,
and the the incoming record that will
overlay the first. If more than two are
supplied, the first is treated as the
record to be overlaid, and each following
record in turn will be merged into that
record.
@return MARCXML string of the results of the merge
open-ils.cat.merge.biblio.per_profile:
Calculate the result of merging one or more bib records
per the specified merge profile
@param auth The login session key
@param merge_profile ID of the record merge profile
@param records Array of two or more bib record IDs of
the bibs to be merged.
@return MARCXML string of the results of the merge
open-ils.cat.merge.authority.per_profile:
Calculate the result of merging one or more authority records
per the specified merge profile
@param auth The login session key
@param merge_profile ID of the record merge profile
@param records Array of two or more bib record IDs of
the bibs to be merged.
@return MARCXML string of the results of the merge
Galen Charlton [Wed, 30 Nov 2016 14:49:10 +0000 (09:49 -0500)]
LP#1117808: new Pg function to calculate MARC record merges
This patch adds a new stored function, vandelay.merge_record_xml_using_profile(),
that when passed two MARCXML strings and the ID of a merge profile.
returns the MARCXML string representing the results of the record merge.
This is meant for situations where we want to know the results
of a merge, but not immediately overlay a record in the database.
Kathy Lussier [Sat, 11 Feb 2017 02:31:50 +0000 (21:31 -0500)]
LP#1494748: Decrease the input size on Firefox by a smidge
The larger scale works for the input works well in Chrome, but came across as
too large in blurry in Firefox. Decreasing the Firefox size by a smidge so
that they still appear larger but don't become blurry. Firefox only seemed to
recognize the last transform, regardless of prefix, so I moved the one intended
for Firefox lower in the CSS list.
projects / Evergreen.git / log