-= KCLS Evergreen 3.0, 3.1, and 3.2 Release Notes =
-
:Author: Bill Erickson
:Email: bserickson@kcls.org
:Date: 2018-12-03
:toc:
+:toclevels: 3
:numbered:
-== FEATURES ==
+= KCLS Evergreen 3.0, 3.1, and 3.2 Release Notes
-=== Circulation ===
+toc::[]
-Batch Editing of Patron Records
-^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
+== FEATURES
+
+=== Circulation
+
+==== Batch Editing of Patron Records
There is a now a new interface analogous to the Copy Bucket interface
to select and group a set of users into a User Bucket.
The addition of users to a User Bucket is possible from the Patron Search
From this interface it is possible to perform a set of specific batch update
operations on user records.
-Editing Users
-+++++++++++++
+===== Editing Users
These fields can now be changed in batch via an action on the User Bucket
grid if the staff user has the `UPDATE_USER` permission:
As a batch process, rather than a direct edit, this mechanism explicitly skips
processing of Action/Trigger event definitions for user update.
-Deleting Users
-++++++++++++++
+===== Deleting Users
The batch edit mechanism also allows for the batch deletion of user. The staff
user must have both the `UPDATE_USER` and `DELETE_USER` permissions.
This mechanism does not use the Purge User functionality, but instead simply
marks the users as deleted.
-Editing Statistical Category Entries
-++++++++++++++++++++++++++++++++++++
+===== Editing Statistical Category Entries
All users in the bucket can have their Statistical Category Entries
modified. Unlike user data field updates, modification of Statistical
As a batch process, rather than a direct edit, this mechanism explicitly skips
processing of Action/Trigger event definitions for user update.
-New Service Requirement
-+++++++++++++++++++++++
+===== New Service Requirement
This new functionality makes use of the QStore service (`open-ils.qstore`), which was previously
unused in production. If this service has been removed from the configuration
of a live Evergreen instances, it will need to be added back in order for
batch user editing to succeed.
-Honor Timezone of the Acting Library
-^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
+==== Honor Timezone of the Acting Library
-Summary
-+++++++
+===== Summary
* Display day-granular due dates in the circulating library's timezone.
* Only display the date portion of the due date for day-granular circulations.
* Provide infrastructure for more advanced formatting of timestamps.
* Override the built-in AngularJS date filter with an implementation that uses moment.js, providing consistency and better standards compliance.
-Details
-+++++++
+===== Details
This is a followup to the work done for 2.12, where we added the ability
for the client to specify a timezone in which timestamps should be interpreted