595cf24aae65a483990a54ade1fa8b9fc54d7a15
[working/Evergreen.git] / docs / RELEASE_NOTES_3_0.adoc
1 Evergreen 3.0 Release Notes
2 ===========================
3 :toc:
4 :numbered:
5
6 Upgrade notes
7 -------------
8
9 The minimum version of PostgreSQL required to run Evergreen 3.0 is
10 PostgreSQL 9.4. Evergreen 3.0 also requires OpenSRF 3.0.0 or later.
11
12 Change to Names of Shared Libraries
13 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
14 OpenSRF 3.0 changes how the shared libraries for services written in
15 C are named.  If upgrading from an earlier version of Evergreen,
16 `opensrf.xml` should be edited so that shared library file names
17 listed in the `<implementation>` tag start with "lib".  For example,
18
19 [source,sh]
20 ---------------------------------------------------------------------
21             <open-ils.cstore>
22                 <language>C</language>
23                 <implementation>oils_cstore.so</implementation>
24 ---------------------------------------------------------------------
25
26 should be changed to:
27
28 [source,sh]
29 ---------------------------------------------------------------------
30             <open-ils.cstore>
31                 <language>C</language>
32                 <implementation>liboils_cstore.so</implementation>
33 ---------------------------------------------------------------------
34
35 SIP Bugfix Requires SIPServer Upgrade
36 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
37
38 The fix for Launchpad Bug 1542495: "OpenILS::SIP::clean_text() can
39 crash" requires that you also upgrade SIPServer with the fix for
40 Launchpad Bug 1463943: "Non-ascii Unicode characters in messages cause
41 SIP client problems."  This means that if you use SIP2 with Evergreen,
42 you must also upgrade SIPServer to the latest commit in the Git
43 repository.  Conversely, if you upgrade SIPServer to the latest commit
44 in Git, you must also upgrade Evergreen or, at least, apply the patch
45 for Launchpad Bug 1542495.  These two patches are complementary and
46 cannot be applied independently of one another.
47
48 `open-ils.auth.login`
49 ~~~~~~~~~~~~~~~~~~~~~
50 The new `open-ils.auth.login` API must be added to the list of `<log_protect>`
51 API's in the `opensrf_core.xml` file.
52
53 Sample diff:
54
55 [source,sh]
56 ---------------------------------------------------------------------
57 --- a/Open-ILS/examples/opensrf_core.xml.example
58 +++ b/Open-ILS/examples/opensrf_core.xml.example
59 @@ -180,6 +180,7 @@ Example OpenSRF bootstrap configuration file for Evergreen
60      <log_protect>
61        <match_string>open-ils.auth.authenticate.verify</match_string>
62        <match_string>open-ils.auth.authenticate.complete</match_string>
63 +      <match_string>open-ils.auth.login</match_string>
64        <match_string>open-ils.auth_proxy.login</match_string>
65        <match_string>open-ils.actor.patron.password_reset.commit</match_string>
66        <match_string>open-ils.actor.user.password</match_string>
67 ---------------------------------------------------------------------
68
69 RTL CSS Stylesheet
70 ~~~~~~~~~~~~~~~~~~
71 Administrators of Evergreen who use RTL locales and who have customized
72 `style-rtl.css.tt2` should now incorporate their customizations into
73 `style.css.tt2`.
74
75 Multi-Time Zone Installations
76 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
77
78 For Evergreen consortia that span more than one time zone, the following
79 query will adjust all historical, unaged circulations so
80 that if their due date field is pushed to the end of the day, it is done
81 in the circulating library's time zone, and not the server time zone.
82
83 It is safe to run this after any change to library time zones.
84
85 Running this is not required, as no code before this change has
86 depended on the time string of '23:59:59'.  It is also not necessary
87 if all of your libraries are in the same time zone, and that time zone
88 is the same as the database's configured time zone.
89
90 [source,sql]
91 ----
92 DO $$
93 declare
94     new_tz  text;
95     ou_id   int;
96 begin
97     for ou_id in select id from actor.org_unit loop
98         for new_tz in select oils_json_to_text(value) from actor.org_unit_ancestor_setting('lib.timezone',ou_id) loop
99             if new_tz is not null then
100                 update  action.circulation
101                   set   due_date = (due_date::timestamp || ' ' || new_tz)::timestamptz
102                   where circ_lib = ou_id
103                         and substring((due_date at time zone new_tz)::time::text from 1 for 8) <> '23:59:59';
104             end if;
105         end loop;
106     end loop;
107 end;
108 $$;
109 ----
110
111
112 Deprecation of XUL staff client
113 -------------------------------
114 Starting with the release of 3.0.0, patches that fix XUL bugs will not
115 be merged into master or backported unless they meet one or more of
116 the following conditions:
117
118 a. the bug is a security issue
119 b. the bug involves the destruction of data
120 c. the bug is a regression of functionality in the XUL staff client
121    introduced by other work done to Evergreen
122
123 Under no circumstances will XUL staff client feature enhancements be merged.
124
125 This policy will continue through the 3.0.x and 3.1.x maintenance
126 release cycles, and will become moot upon the release of 3.2.0, when
127 the XUL staff client is slated to be entirely removed.
128
129
130 New Features
131 ------------
132
133 New Staff Client
134 ~~~~~~~~~~~~~~~~
135
136 Evergreen 3.0 features a new, modern staff client that runs in the web browser
137 and can be used on desktop and mobile devices. All functional areas of the 
138 system, including circulation, cataloging, acquisitions, serials, reports,
139 booking, administration, and offline circulation, are available in the new staff 
140 client. Chrome and Firefox are officially supported for use with the web client.
141
142 Library staff will no longer need to download separate software to perform most 
143 actions in Evergreen. A Chrome plugin called Hatch will be available as a 
144 separate installation for workstations that require seamless, dialog-free
145 printing to multiple printers.  
146
147 In addition to adding more portability and stability, the new staff client also
148 presents a cleaner and more modern interface for users. By virtue of running in
149 a browser, actions that users are accustomed to performing on other web sites
150 should now be available in the Evergreen client.
151
152 The old, XUL client will continue to be available to allow for a gradual 
153 transition to the browser-based client, but no new features will be added. The
154 old client will totally be removed from Evergreen in the Fall 2018 3.2.0
155 release.
156
157
158
159 Administration
160 ~~~~~~~~~~~~~~
161
162
163
164 New EDI Order Generator 
165 ^^^^^^^^^^^^^^^^^^^^^^^
166
167 Configuration
168 +++++++++++++
169
170 . New database tables exist for configuring vendor-specific EDI order 
171 attributes.
172
173  * `acq.edi_attr .
174   ** List of EDI order generation toggles, e.g. "INCLUDE_COPIES" to add 
175      GIR segments
176  * `acq.edi_attr_set`
177   ** Collection of `edi_attr`s.  Each edi_account may be linked to one
178      `edi_attr_set`.
179   ** One `edi_attr_set` per known vendor is added to the stock data, matching
180      the stock configuration found in the JEDI template.
181  * `acq.edi_attr_set_map`
182   ** Link between `edi_attr`s and `edi_attr_set`s.
183
184 . EDI Attribute Sets are manged via a new (browser client only) configuration
185   interface at 'Administration -> Acquisitions Administration -> EDI
186   Attribute Sets'.
187
188 . Each `acq.edi_account` should be linked to an `acq.edi_attr_set`.  If a link
189   is not set, default values will be used.  Links between an EDI account
190   and an attribute set are managed in the EDI Accounts configuration 
191   interface.
192
193 . Local modifications to the stock EG JEDI template are managed by modifying
194   and/or adding additional `edi_att_set`s as needed.
195
196 . A new `edi_order_pusher.pl` script is added which replaces the functionality
197   of `edi_pusher.pl`.  `edi_pusher.pl` is still available.
198
199 . After moving to `edi_order_pusher.pl`, the JEDI Action/Trigger event
200   definition is no longer required and can be disabled.
201
202 Migration
203 +++++++++
204
205 EDI accounts have a new boolean field 'Use EDI Attributes' (`use_attrs`) that
206 specifies whether PO's generated via the account should be built using 
207 EDI attributes or fall back to traditional JEDI A/T template generation.
208
209 This allows sites to activate EDI attributes on a per-account basis, making 
210 it possible to migrate piecemeal to EDI attributes.  For the initial roll
211 out of this new feature, no accounts will be configured to use EDI 
212 attributes by default.  
213
214
215
216
217
218 3 Day Courtesy Notice by SMS
219 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^
220 New optional SMS text notification to be sent out 3 days prior to the due
221 date of any circulating item for patrons who have an SMS text number and
222 carrier stored in their accounts. This action trigger is disabled by default,
223 but can be enabled and modified by going into 'Administration -> Local Administration ->
224 Notifications / Action Triggers'.
225
226 You may wish to make use of granularity so that these messages are batched
227 and sent at the same time each day.
228
229
230
231
232 Add Description Field to Circulation and Hold Configuration Entries
233 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
234 The circulation and hold policy configuration rules now each have a
235 description field. This allows administrators to add comments to
236 describe the purpose of each rule.
237
238
239
240
241 Apache Internal Port Configuration Option
242 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
243 Apache configuration now supports a new variable which allows admins to
244 specify the port used by Apache to handle HTTP traffic.  The value is
245 used for HTTP requests routed from Perl handlers back to the same Apache
246 instance, like added content requests.  Use this when running Apache
247 with a non-standard port, typical with a proxy setup.  Defaults to "80".
248
249 [source,conf]
250 -------------------------------------------------------------------
251 <Location /eg>
252     ...
253     PerlSetVar OILSWebInternalHTTPPort "7080"
254     ...
255 </Location>
256 -------------------------------------------------------------------
257
258
259
260
261 Configurable Bib Record Display Fields
262 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
263
264 'Administration -> Server Administration -> MARC Search/Facet Fields' have 2 new configuration 
265 fields: 'Display Field?' and 'Display XPath'.
266
267 When 'Display Field' is set to true, data from the field will be extracted
268 from each record and added to a new table of display data for each bib 
269 record.  
270
271 If a value is present in the 'Display XPath' field, this XPath will be
272 applied to the extracted data *after* the base XPath (from the 'XPath' 
273 field) is applied to each field.
274
275 This data acts as a replacement for the various and sundry ways bib record 
276 data is currently extracted, including inline XPath in the TPAC, reporter 
277 views, real-time 'MVR' compilation from MODS, etc. and will be available
278 to the user interface, notification templates, etc. for rendering bib 
279 records.  
280
281 The browser client gets a new service 'egBibDisplay' which is capable
282 of translating the display field data from various formats into 
283 data more suitable for JavaScript usage.
284
285 The database gets 3 new views for representing display data in various
286 formats:
287
288  * `metabib.flat_display_entry`
289   ** List of all display fields linked to their configuration.
290  * `metabib.compressed_display_entry`
291   ** Same as `metabib.flat_display_entry` except there's one row
292      per display field type, with 'multi' rows compressed into
293      JSON arrays.  Non-multi fields are represented as JSON 
294      strings/numbers.
295  * `metabib.wide_display_entry`
296   ** Tabular view of display field data, one column per well-known
297      field.  Values are represented JSON, consistent with 
298      `metabib.flat_display_entry`.  The view does *not* contain locally
299      configured display fields, as each field must be encoded in
300      the view and IDL definition.  This is essentially a replacement 
301      for `reporter.simple_record`.
302
303 Reingesting
304 +++++++++++
305
306 After making changes to display field configuration, it's possible to 
307 reingest only display field data in the database using the following:
308
309 [source,sql]
310 ---------------------------------------------------------------------
311 SELECT metabib.reingest_metabib_field_entries(id, TRUE, FALSE, TRUE, TRUE, 
312   (SELECT ARRAY_AGG(id)::INT[] FROM config.metabib_field WHERE display_field))
313   FROM biblio.record_entry WHERE NOT deleted AND id > 0;
314 ---------------------------------------------------------------------
315
316
317
318
319
320 Fix COPY_STATUS_LONGOVERDUE.override Permission Typo
321 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
322 The existing permission was incorrectly created with a code of
323 `COPY_STATUS_LONGOVERDUE.override`, while the event thrown requires a
324 permission with a code of `COPY_STATUS_LONG_OVERDUE.override`.  This
325 update changes the permission code to match what the event requires.
326
327
328
329
330
331 Hold Targeter V2 Repairs and Improvements
332 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
333 * Make the batch targeter more resilient to a single-hold failure.
334 * Additional batch targeter info logging.
335 * Set `OSRF_LOG_CLIENT` in `hold_targeter_v2.pl` for log tracing
336 * Removes the confusingly named `--target-all` option
337  ** The same behavior can be achieved by using `--retarget-interval "0s"`
338 * Removes `--skip-viable` (see `--soft-retarget-interval` below)
339
340 New --next-check-interval Option
341 ++++++++++++++++++++++++++++++++
342 Specify how long after the current run time the targeter will retarget
343 the currently affected holds. Applying a specific interval is useful
344 when the retarget-interval is shorter than the time between targeter
345 runs.
346
347 For example, if the targeter is run nightly at midnight with a
348 `--retarget-interval 36h`, you would set `--next-check-interval` to `48hr`,
349 since the holds won't be processed again until 48 hours later. This
350 ensures that the org unit closed date checks are looking at the correct
351 date. 
352
353 This setting overrides the default behavior of calculating the next 
354 retarget time from the retarget-interval.
355
356 New --soft-retarget-interval Option
357 +++++++++++++++++++++++++++++++++++
358 This is a replacement for (and rebranding of) the `--skip-viable` option. 
359 The new option allows for time-based soft-targeting instead simple binary 
360 on/off soft-targeting.
361
362 How soft-targeting works:
363
364 * Update hold copy maps for all affected holds
365 * Holds with viable targets (on the pull list) are otherwise left alone.
366 * Holds without viable targets are retargeted in the usual manner. 
367
368
369
370
371
372 New marc_export --descendants Option
373 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
374
375 The `marc_export` script has a new option, `--descendants`.  This option
376 takes one argument of an organizational unit shortname.  It works much
377 like the existing `--library` option except that it is aware of the
378 org. tree and will export records with holdings at the specified
379 organizational unit and all of its descendants.  This is handy if you
380 want to export the records for all of the branches of a system.  You
381 can do that by specifying this option and the system's shortname,
382 instead of specifying multiple `--library` options for each branch.
383
384 The `--descendants` option can be repeated, as the `--library` option can.
385 All of the specified org. units and their descendants will be included
386 in the output.  It can also be combined with individual `--library`
387 options when necessary.
388
389
390
391
392 RTL and LTR Public Catalog Stylesheets Merged
393 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
394 The RTL stylesheet for the public catalog,
395 `templates/opac/css/style-rtl.css.tt2`, has been merged into the LTR
396 one (`templates/opac/css/style.css.tt2`). The combined stylesheet
397 template will provide RTL or LTR styles based on the value of
398 the `rtl` flag of the active locale. An `rtl` variable is also available
399 in the template to allow the correct style to be chosen.
400
401
402
403
404 Miscellaneous Improvements
405 ^^^^^^^^^^^^^^^^^^^^^^^^^^
406
407  * If a filter is in effect in the Library Settings Editor,
408    the filter will continue to be applied after a user 
409    changes the selected library.
410  * Copy templates used for serials now correctly link to age
411    protection rules and MARC item type values (for the
412    "Circ as Type" field). During upgrade, the database update
413    will set to NULL any age protection and circ as type fields
414    in serial copy templates that do not point to defined values.
415
416
417
418
419 Obsolete Internal Flag Removed
420 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
421
422 An obsolete and unused `ingest.disable_metabib_field_entry` internal
423 flag was removed from the `config.internal_flags` table.  It was
424 rendered obsolete by the addition of the 3 flags to control the
425 browse, search, and facet indexing.
426
427
428
429
430 Tweaks to Caching/Expiry of Public Catalog Assets
431 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
432 The default cache expiration time for static assets (e.g.,
433 CSS, image, and JavaScript files) in the public catalog and
434 the Kid's PAC has been increased to one year. Links to all
435 such assets now have a cache-busting value tacked on as a
436 query parameter. This value is refreshed when `autogen.sh` is
437 run, but it can also be manually set by adjusting the
438 `ctx.cache_key` Template Toolkit variable.
439
440
441
442
443 Action/Trigger Events Data Purging
444 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
445
446 Action/Trigger event definitions have a new field called 'Retention 
447 Interval'.  When an optional interval value is applied, events and
448 template output data linked to the event definition will be deleted
449 from the database once they reach the specified age.
450
451 Retention Interval Restrictions for Passive Hooks
452 +++++++++++++++++++++++++++++++++++++++++++++++++
453
454 Restrictions are placed on retention interval values for event definitions
455 using passive hooks to prevent data from being deleted while it's still
456 needed by the system.
457
458 The presence of event data is how the system knows not to send duplicate
459 events.  As long as a scenario exists where a duplicate event may be
460 generated, the events must be retained.
461
462 To apply a retention interval value to a passive-hook event definition:
463
464  * The event definition must have a max_delay value.
465  * The retention interval must be larger than the difference between
466    the `delay` and `max_delay` values.
467
468 For example, if the `delay` is 7 days and `max_delay` is 10 days, the retention
469 interval must be greater than 3 days to ensure no duplicate events are 
470 created between the first event on day 7 and the end of the event validity
471 window on day 10.
472
473 Deployment
474 ++++++++++
475
476 A new `purge_at_events.sh` script is installed in the bin directory
477 (typically `/openils/bin`) which should be added to CRON for regular
478 maintenance.
479
480 NOTE: On large data sets, this script can take a long time to run and
481 create higher than normal I/O load as it churns though the event and
482 event_output tables.  You may wish to run the script by hand the first
483 time so it can be monitored.  It can be run in psql like so:
484
485 [source,sql]
486 ---------------------------------------------------------------
487 SELECT action_trigger.purge_events();
488 ---------------------------------------------------------------
489
490 NOTE: On *very* large data sets (10s to 100s of millions of event and
491 event_output rows), it may be advisable to first repopulate the `event`
492 and `event_output` tables with only the desired data before starting
493 regular purges.  This can be done, for example, using the copy to temp
494 table, truncate source table, repopulate source table from temp table
495 approach.  This will be much faster than the `purge_events()` function
496 in cases where most of the data will be purged.
497
498 Hook Data Cleanup
499 +++++++++++++++++
500
501 A number of `action_trigger.hook` entries which have always been treated
502 as active hooks, though are configured as passive hooks, have been 
503 updated to properly reflect the non-passive-ness.  This allows for 
504 simpler configuration of their retention interval values.
505
506
507
508
509
510 Remove JSPAC Redirects
511 ^^^^^^^^^^^^^^^^^^^^^^
512 Future versions of Evergreen will no longer contain automatic redirects
513 from JSPAC URLs to TPAC URLs, with the exception of `myopac.xml`, given
514 that the JSPAC is no longer supported.  Existing sites, however, may
515 wish to retain JSPAC redirects in their Apache configuration files since
516 JSPAC URLs may still be used in the wild to access their catalogs.
517
518 The original JSPAC URL redirects are all retained in the file 
519 `Open-ILS/examples/jspac_redirects.conf` for reference.
520
521
522
523
524 API
525 ~~~
526
527
528
529 New open-ils.auth.login API
530 ^^^^^^^^^^^^^^^^^^^^^^^^^^^
531 The `open-ils.auth` service has a new API for requesting an authentication
532 token.  It performs the same steps as the 
533 `open-ils.auth.authenticate.init` and `.complete` APIs in a single call,
534 using the bare password.  No intermediate password hashing is required.
535
536 The paramaters are the same as the `.complete` call with a few modifications.
537
538 1. Using the generic 'identifier' parameter in combination with the
539    'org' parameter allows the API to reliably determine if an identifier
540    value is a username or barcode.  The caller is no longer required to 
541    make that determination up front.  
542
543 2. The 'nonce' parameter is no longer used.
544
545
546
547
548
549 Batch Patron Contact Invalidation
550 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
551 The following methods are used to mark patron contact fields
552 as invalid by moving the invalid value to a standing penalty:
553
554  * `open-ils.actor.invalidate.email`
555  * `open-ils.actor.invalidate.day_phone`
556  * `open-ils.actor.invalidate.evening_phone`
557  * `open-ils.actor.invalidate.other_phone`
558
559 These methods now accept a fifth argument specifying the value
560 of the contact field, e.g., a specific phone number or email
561 address. If supplied, and if a specific patron ID (the first
562 argument) is not supplied, all patrons with that specific contact
563 value will have it marked invalid.
564
565
566
567
568 Architecture
569 ~~~~~~~~~~~~
570
571
572
573 Pure-SQL catalog searching
574 ^^^^^^^^^^^^^^^^^^^^^^^^^^
575 Public and staff catalog search is now both more accurate and faster
576 by redesigning how the visibility of records is calculated.
577
578
579
580
581 Cataloging
582 ~~~~~~~~~~
583
584
585
586 Authority Record and Headings Browse Improvements
587 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
588 Various improvements are made to support for authority records
589 and headings browsing:
590
591  * The MARC to MADS XSLT stylesheet is now used as part of parsing
592    headings from authority records. Since the MODS and MADS stylesheets
593    extract headings in similar ways, duplicate browse entries are now
594    much less likely to occur.
595  * A new configuration table, `authority.heading_field`, is now used
596    to specify how headings should be extracted from authority records.
597  * Related headings can now be identified as narrower or broader when
598    browsing in the public catalog.
599  * See references are now more reliably included in the browse list.
600  * Scope (public) notes now display only under the main heading.
601  * There is now a global flag, Display related headings (see-also) in browse,
602    that can be used to control whether related headings (see-alsos) are
603    displayed in the public catalog list.
604  * A complete set of thesauruses are now included in the seed data.  Thesauruses
605    can now be identified using short and long codes.
606  * The labels for see and see-also references in the public catalog are 
607    a bit more patron-friendly, and can now be tweaked via TPAC template
608    customization in the browse.tt2 file.
609
610
611
612
613
614 Copy Tags and Digital Bookplates
615 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
616 Copy tags will allow staff to apply custom, pre-defined labels or tags
617 to copies.  Copy tags are searchable in both the staff client and public
618 catalog.  This feature was designed to be used for Digital Bookplates to
619 attach donation or memorial information to copies, but may be used for
620 broader purposes to tag items.
621
622 Each copy tag can either be publicly-visible or visible only to staff.
623 Copy tags also have types that can be used for restricting catalog
624 searches on copy tags to particular types.
625
626 Copy tags are displayed in the copy table in the record summary page in
627 the public catalog, and a new library setting can be used to add
628 a "Digital Bookplate" search field.  Copy tags can also be used
629 as a search filter, e.g.,
630
631   * `copy_tag(bookplate, jane smith)`: search for records that have a
632     copy tag of type 'bookplate' whose value contains 'jane smith'.
633   * `copy_tag(*, jane smith)`: search for records that have a
634     copy tag of any type whose value contains 'jane smith'.
635
636 All staff-side interfaces related to copy tags exist only in the web
637 staff client.  There are two new administration interfaces for managing
638 copy tags and copy tag types. The copy editor now has a 'Copy Tags'
639 button for applying copy tags to copies; that interface can also be
640 used to create new copy tags on the fly. Furthermore, the copy buckets
641 interface now has an 'Apply Tags' action for assigning tags to groups
642 of copies.
643
644 Permissions
645 +++++++++++
646
647 Two new permission are included:
648
649   * `ADMIN_COPY_TAG_TYPES`: required to create a new tag type under
650      'Administration -> Server Administration -> Copy Tag Types'
651   * `ADMIN_COPY_TAG`: required to create a new tag under
652     'Administration -> Local Administration -> Copy Tags'
653
654 The existing permission `UPDATE_COPY` controls whether or not a user
655 can link copies to tags.
656
657 Library Settings
658 ++++++++++++++++
659 A new library setting, 'Enable Digital Bookplate Search', controls
660 whether to display a 'Digital Bookplate' field in the search index
661 drop-downs in the catalog. A 'Digital Bookplate' search will include
662 all records that have a copy that matches the tag specified by the user.
663 It should be noted that this library setting does not affect the
664 display of copy tags on the catalog record summary page.
665
666
667
668
669 Include Call Number Prefixes and Suffixes in Export and Z39.50 output
670 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
671 The call number prefix and suffix, when present, are now included in
672 subfields $k and $m of the 852 field when running `marc_export` with
673 the `--items` switch. Similarly, when using Evergreen as a Z39.50
674 server configured to embed item data in 852 fields, the affixes are now
675 included in subfields $k and $m.
676
677
678
679
680 Circulation
681 ~~~~~~~~~~~
682
683
684
685 Batch Editing of Patron Records
686 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
687 There is a now a new interface analogous to the Copy Bucket interface
688 to select and group a set of users into a User Bucket.
689 The addition of users to a User Bucket is possible from the Patron Search
690 interface by the use of a new grid Action, and directly on the User Bucket
691 interface by user barcode. It is also possible to add users to a User
692 Bucket by uploading a text file that contains a list of user barcodes.
693
694 From this interface it is possible to perform a set of specific batch update
695 operations on user records.
696
697 Editing Users
698 +++++++++++++
699
700 These fields can now be changed in batch via an action on the User Bucket
701 grid if the staff user has the `UPDATE_USER` permission:
702
703  * Active flag
704  * Primary Permission Group (group application permissions consulted)
705  * Juvenile flag
706  * Home Library (`UPDATE_USER` checked against both old and new value)
707  * Privilege Expiration Date
708  * Barred flag (`BAR_PATRON` permission consulted)
709  * Internet Access Level
710
711 Changes made in this interface can be rolled back.
712
713 As a batch process, rather than a direct edit, this mechanism explicitly skips
714 processing of Action/Trigger event definitions for user update.
715
716 Deleting Users
717 ++++++++++++++
718
719 The batch edit mechanism also allows for the batch deletion of user.  The staff
720 user must have both the `UPDATE_USER` and `DELETE_USER` permissions.
721
722 Changes made in this interface can be rolled back.
723
724 As a batch process, rather than a direct edit, this mechanism explicitly skips
725 processing of Action/Trigger event definitions for user deletion.
726
727 This mechanism does not use the Purge User functionality, but instead simply
728 marks the users as deleted.
729
730 Editing Statistical Category Entries
731 ++++++++++++++++++++++++++++++++++++
732
733 All users in the bucket can have their Statistical Category Entries
734 modified. Unlike user data field updates, modification of Statistical
735 Category Entries is permanent and cannot be rolled back.
736
737 As a batch process, rather than a direct edit, this mechanism explicitly skips
738 processing of Action/Trigger event definitions for user update.
739
740 New Service Requirement
741 +++++++++++++++++++++++
742
743 This new functionality makes use of the QStore service (`open-ils.qstore`), which was previously
744 unused in production.  If this service has been removed from the configuration
745 of a live Evergreen instances, it will need to be added back in order for
746 batch user editing to succeed.
747
748
749
750
751 Honor Timezone of the Acting Library
752 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
753
754 Summary
755 +++++++
756
757 * Display day-granular due dates in the circulating library's timezone.
758 * Only display the date portion of the due date for day-granular circulations.
759 * Display the full timestamp, in the client's timezone rather than the circulation library's, for hourly circulations.
760 * Provide infrastructure for more advanced formatting of timestamps.
761 * Override the built-in AngularJS date filter with an implementation that uses moment.js, providing consistency and better standards compliance.
762
763 Details
764 +++++++
765
766 This is a followup to the work done for 2.12, where we added the ability
767 for the client to specify a timezone in which timestamps should be interpreted
768 in business logic and the database.
769
770 Most specifically, this work focuses on circulation due dates and the closed
771 date editor. Due dates, where displayed using stock templates (including
772 receipt templates) and used for fine calculation, are now manipulated in the
773 library's configured timezone. This is controlled by the new 'lib.timezone'
774 setting available via the Library Settings Editor, loaded from the server when
775 required. Additionally, closings are recorded in the library's timezone so that
776 due date calculation is more accurate. The closed date editor is also
777 taught how to display closings in the
778 closed library's timezone. Closed date entries also explicitly record if they
779 are a full day closing, or a multi-day closing. This significantly simplifies
780 the editor, and may be useful in other contexts.
781
782 To accomplish this, we use the moment.js library and the moment-timezone addon.
783 This is necessary because the stock AngularJS date filter does not understand
784 locale-aware timezone values, which are required to support DST. A simple
785 mapper translates the differences in format values from AngularJS date to
786 moment.js.
787
788 Of special note are a set of new filters used for formatting timestamps under
789 certain circumstances. The new egOrgDateInContext, egOrgDate, and egDueDate
790 filters provide the functionality, and autogrid is enhanced to make use of
791 these where applicable. egGrid and egGridField are also taught to accept
792 default and field-specific options for applying date filters. These filters may
793 be useful in other or related contexts.
794
795 The egDueDate filter, used for all existing displays of due date via Angular
796 code, intentionally interprets timestamps in two different ways WRT timezone,
797 based on the circulation duration. If the duration is day-granular (that is,
798 the number of seconds in the duration is divisible by 86,400, or 24 hours worth
799 of seconds) then the date is interpreted as being in the circulation library's
800 timezone. If it is an hourly loan (any duration that does not meet the
801 day-granular criterium) then it is instead displayed in the client's timezone,
802 just as all other timestamps currently are, because of the previous Evergreen
803 timezone work.
804
805 The public catalog is adjusted to always display the due date in the circulating
806 library's timezone. Because the public catalog displays only the date portion of the due
807 date field, this difference is currently considered acceptable. If this proves
808 to be a problem in the future, a minor adjustment can be made to match the
809 egDueDate filter logic.
810
811 Now that due dates are globally stored in the configured timezone of the
812 circulating library, the automatic adjustment to day-granular due dates needs
813 to take those timezones into account.
814
815 An optional SQL command is provided by the upgrade script to retroactively
816 adjust existing due dates after library configuration is complete.
817
818
819
820
821
822 Enhancements to Hard Due Date Functionality
823 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
824 It will now be possible to delete Hard Due Date Values for dates that have
825 passed. Also, the Hard Due Date updater will no longer change Ceiling Dates
826 to a past date. This allows editing Ceiling Dates directly in a Hard Due Date
827 as well as scheduling Ceiling Date changes via Hard Due Date Values.
828
829
830
831
832 Patron Search by Birth Date
833 ^^^^^^^^^^^^^^^^^^^^^^^^^^^
834 * Now you can include the patron birth year and/or birth month and/or
835   birth day when searching for patrons using the web staff client.
836 * Day and month values are exact matches.  E.g. month "1" (or "01")
837   matches January, "12" matches December.
838 * Year searches are "contains" searches.  E.g. year "15" matches 2015,
839   1915, 1599, etc.  For exact matches use the full 4-digit year.
840
841
842
843 Patron Search from Place Hold
844 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
845 This feature allows staff members, when placing a
846 hold on behalf of a patron in the web staff client, to search for
847 patrons by names and other searchable patron information, rather than
848 relying on barcode alone. In particular, after performing a catalog
849 search or going to a specific bib record and clicking the 'Place Hold'
850 button, the form now includes a 'Patron Search' button. This button
851 will open a dialog allowing the staff member search for and select
852 a patron record.
853
854
855
856
857 Retrieve Recent Patrons 
858 ^^^^^^^^^^^^^^^^^^^^^^^
859
860 Adds a new library setting 'Number of Retrievable Recent Patrons' 
861 ('ui.staff.max_recent_patrons') that specifies the number of recently
862 retrieved patrons that can be re-fetched from the staff client.
863
864 A value of 0 means no recent patrons can be retrieved.
865 A value greater than 1 means staff will be able to retrieve multiple
866 recent patrons via a new Circulation 'Retrieve Recent Patrons' menu entry.
867
868 The default value is 1 for backwards compatibility.
869
870
871
872
873
874
875 Fuller title in XUL client Simplified Pull List
876 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
877 The Simplified Pull List in the XUL client will now display subfields 245$n and
878 $p in the title field. The addition will make it easier for staff to distinguish
879 between different parts or seasons in a series.
880
881
882
883
884
885 Transit Cancel Time and Terminology Change
886 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
887
888 Transit Cancel Time
889 +++++++++++++++++++
890
891 Previously, Evergreen deleted canceled (aborted) transits from the database.  Now
892 the rows in `action.transit_copy`, `action.hold_transit_copy`, and `action.reservation_transit_copy`
893 are preserved in the database, though still not visible to the end user in the staff client.
894 This allows for better tracking of when transits are canceled for the purposes of knowing
895 which staff member canceled the transit, etc.
896
897 NOTE: This change may require the re-creation of transit reports to filter out canceled
898 transits from the results.  Cloning the template and adding a 'Base Filter' of 'Cancel Time 
899 Is NULL' will suffice.
900
901 "Canceled Transit" Terminology Change
902 +++++++++++++++++++++++++++++++++++++
903
904 The term "abort" has been replaced with "cancel" in all of the affected user interfaces.
905 For internal continuity, however, the following permission codes have not changed:
906
907  * `ABORT_TRANSIT`
908  * `ABORT_REMOTE_TRANSIT`
909  * `ABORT_TRANSIT_ON_LOST`
910  * `ABORT_TRANSIT_ON_MISSING`
911
912
913
914
915 Client
916 ~~~~~~
917
918 Offline Circulation Available in Web Staff Client
919 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
920 Offline circulation is now available in the web staff client. In order to use the
921 offline interface, users must first log into the web staff client, perform
922 a patron search, select a user from the results, and open the patron editor
923 interface to collect all the relevent configuration information for the 
924 workstation. In addition, the offline interface available from the Circulation
925 menu provides a 'Download block list' button for users who are logged in.
926
927 As is the case in the old staff client, users can check materials in and out,
928 renew items, and create new patron accounts while offline. The patron fields
929 available in the offline patron registration editor are the same ones that
930 are available to staff when working online.
931
932
933
934 Add Circ Modifier to Record Detail Page in Staff TPAC
935 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
936 The circulation modifier field is added to the table of copies to make
937 more information available to staff without having to open
938 the Holdings View.
939
940
941
942
943
944 Date+Time Format Settings for Web Client
945 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
946
947 This change deprecates the existing 'Format Dates' and 'Format Times' settings
948 and adds two settings for use with the webstaff client:
949
950   * 'Format Dates with this pattern'
951   * 'Format Date+Time with this pattern'
952
953 These settings use format strings as documented here:
954
955 https://docs.angularjs.org/api/ng/filter/date
956
957 There is overlap with how the Dojo formats worked, but also some differences.
958
959 The original 'Format Dates' and 'Format Times' settings worked together, but the
960 new settings work independently.  Certain field elements will use one, and
961 certain field elements will use the other.  These distinctions are hard-coded
962 in the various UI templates, with the idea being that timestamp fields in
963 which the date component alone is sufficient information (for example, date of birth)
964 will use the 'Format Dates' setting.  Fields where the time component is
965 important (for example, checkout time) will use the 'Format Date+Time' setting.
966
967 When the settings 'Format Dates' and 'Format Date+Time' are unset, we will default
968 to "shortDate" (M/d/yy) and "short" (M/d/yy h:mm a), respectively.
969
970
971
972
973
974 Global Option to Remove Sound for a Specific Event
975 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
976 A new `nosound.wav` file has been added to the web client. The file can be used
977 to globally disable audio alerts for a specific event on an Evergreen system.
978
979 For example, to silence the alert that sounds after a successful patron search:
980
981 [source,sh]
982 ----
983 mkdir -p /openils/var/web/audio/notifications/success/patron/
984 cd /openils/var/web/audio/notifications/success/patron/
985 ln -s ../../nosound.wav by_search.wav
986 ----
987
988
989 Documentation
990 ~~~~~~~~~~~~~
991
992 The official Evergreen manual has been split into eight new manuals, each
993 designed for a specific audience. This new approach is designed to make
994 the documentation more readable and usable.
995
996 The specific audiences for the new manuals are:
997
998 * Acquisitions staff
999 * Circulation staff
1000 * Cataloging staff
1001 * Public services staff who use the public catalog
1002 * Serials staff
1003 * System administrators who use the command line
1004 * System administrators who use the Web client
1005 * System administrators and programmers who wish to integrate Evergreen
1006 with other technologies
1007
1008 All manuals are available at http://docs.evergreen-ils.org
1009
1010
1011 Public catalog
1012 ~~~~~~~~~~~~~~
1013
1014 Improvements to ebook API
1015 ^^^^^^^^^^^^^^^^^^^^^^^^^
1016
1017 Evergreen now supports checking out and placing holds on
1018 OverDrive and OneClickdigital ebook titles from within the public
1019 catalog.  This is an experimental feature.  It is not recommended for production
1020 use without careful testing.
1021
1022 When ebook integration is enabled, a "Check Out E-Item" link will be
1023 displayed when viewing an ebook title from a supported vendor in the
1024 catalog.  Clicking on the link allows the user to check out and download
1025 that title from the vendor directly within the catalog.
1026
1027 If no copies are available for the title, a "Place Hold on E-Item" link
1028 is displayed instead, and the user may place a hold on the title.  (Note
1029 that some vendors require the user's account to have an email address
1030 before permitting a hold.)
1031
1032 My Account includes the ability to view current ebook checkouts and
1033 holds, download already-checked-out titles, and cancel holds.
1034
1035 For API integration to work, you need to request API access from the
1036 vendor, and the vendor must have a way of authenticating your patrons.
1037 Your Evergreen system also needs to be configured for ebook API
1038 integration, following the instructions in the command line system
1039 administration manual
1040
1041
1042 This feature assumes that you are importing MARC records supplied by the
1043 vendor into your Evergreen system, using Vandelay or some other MARC
1044 import method.  This feature does not search the vendor's online
1045 collections or automatically import vendor records into your system; it
1046 merely augments records that are already in Evergreen.
1047
1048 Improvements to Bill Payment Pages
1049 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
1050 The bill payment pages in the public catalog have been revamped
1051 to
1052
1053  * use the term "charges" instead of "fees"
1054  * include images of credit cards accepted
1055  * make the default print receipt template match other itemized receipts;
1056    note that this change is not automatically applied when upgrading.
1057  * display billing type
1058  * add button to pay only selected charges
1059  * reformat the credit card number input page
1060
1061
1062
1063
1064
1065 Clickable Copy Locations
1066 ^^^^^^^^^^^^^^^^^^^^^^^^
1067 Adds a URL field to the copy locations editor. When a URL is entered in this field, 
1068 the associated copy location will display as a link in the public catalog summary display.
1069 This link can be useful for retrieving maps or other directions to the copy
1070 location to aid users in finding material.
1071
1072
1073
1074
1075 Download Checkout History CSV Fixed for Large Number of Circulations
1076 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
1077 Downloading checkout history as a CSV from My Account has been fixed
1078 for users with a large circulation history.  Previously, this would
1079 time out for patrons with more than 100 or so circulations.
1080
1081 This feature no longer uses the action/trigger mechanism and the public catalog
1082 now generates the CSV directly.  The old action/trigger code is still
1083 present in the database and should be removed at some point in the
1084 near future.
1085
1086
1087
1088
1089 Google Books Preview Rewrite
1090 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^
1091 The Google Books Preview functionality in record detail pages has been
1092 rewritten to modernize its style and optimize its performance:
1093
1094 * The Dojo JavaScript framework is no longer used, saving approximately
1095   150K of JavaScript and CSS and four network requests per page load.
1096 * The Embedded Viewer is not loaded unless a possible preview is found,
1097   saving more network and memory overhead.
1098 * The Google Books Loader is used to load the Embedded Viewer instead of the
1099   https://productforums.google.com/forum/#!topic/books-api/lZrq5cWKrTo;context-place=forum/books-api[deprecated
1100   Google Loader].
1101 * All variables are self-contained and do not pollute the global namespace.
1102 * Event listeners are registered to handle clicks, rather than attaching
1103   `href="javascript:function()"` to <a> elements.
1104 * Book previews are displayed in a panel sized according to the viewport
1105   of the browser, improving its appearance on both mobile and desktop
1106   browsers.
1107 * The rewritten code is now served up directly from
1108   `/js/ui/default/opac/ac_google_books.js` rather than as a TT2 template.
1109
1110
1111
1112
1113 jQuery for the Public Catalog
1114 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
1115 This release adds optional support for jQuery in the public catalog.  This support
1116 is enabled by setting the `ctx.want_jquery` variable to a true value in the
1117 `config.tt2` template.
1118
1119
1120
1121
1122
1123 New Popularity Parameters
1124 ^^^^^^^^^^^^^^^^^^^^^^^^^
1125 New popularity parameters for in-house use over time and for count of distinct
1126 organizational units that own a title are now available. Evergreen sites
1127 can use these parameters to create new statistical popularity badges for
1128 sorting in the catalog by Most Popular or by Popularity-Adjusted Relevance.
1129
1130 The in-house use parameters will apply a badge to titles that have the most
1131 in-house use activity over time. The organizational unit count parameter
1132 will apply a badge to titles owned by the most number of libraries in a
1133 consortium. Ownership is determined by the copy's circulation library.
1134
1135
1136
1137
1138 Option to Suspend Holds at the Time They are Placed
1139 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
1140 Users now have the option to suspend a hold at the same time they place the
1141 hold. The 'Place Hold' screen has a checkbox that can be enabled for users
1142 who want to suspend a hold at the time it is placed. There is also an option
1143 to set the activation date at the same time. This option is also available
1144 when placing holds on a batch of titles from 'My List' and will apply to
1145 all the titles in the batch.
1146
1147
1148
1149
1150
1151 Reports
1152 ~~~~~~~
1153
1154
1155
1156 Fix to reporter.classic_current_circ View
1157 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
1158 The `reporter.classic_current_circ` view, which is part of some
1159 extra views defined in `Open-ILS/src/sql/Pg/example.reporter-extension.sql`,
1160 has been fixed to not exclude loans for patrons who do not have a
1161 billing address set. Users of this view should rerun
1162 `Open-ILS/src/sql/Pg/example.reporter-extension.sql` during upgrade.
1163
1164
1165
1166
1167 New Report Source Table Allowing Report of "Last" Deleted copy
1168 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
1169
1170 This source table allows you to construct a clever aggregate report template
1171 which will report bibliographic IDs where a library or a group of libraries 
1172 no longer have a copy attached but *had* a copy attached. This is especially
1173 useful when a holdings sync is required with an external vendor.
1174
1175
1176 Instructions for creating a report template with this source:
1177
1178   * Create a new report template using "Library Holdings Count with Deleted" as the source
1179   * Add "Has Only Deleted Copies 0/1" (Min) to the Aggregate Filters -> Change Value to "1"
1180   * Add "Last Edit Date" (Max) to Aggregate Filters.  In Aggregate Filters, change the operator to "Between"
1181   * Add Circulation Library -> "Organizational Unit ID" to Base Filters, with the Raw Data transform.  In the list of Base Filters, change the operator to "In list"
1182   * Add "Bib ID" to Displayed Fields
1183   * Add "Last Edit Date" to Displayed Fields and Change Transform to Max
1184   * Add "Has Only Deleted Copies 0/1" to Displayed Fields and Change Transform to Min
1185   * Add "Total copies attached" to Displayed Fields and Change Transform to Sum
1186
1187
1188 This template will only output bibliographic IDs where all of the copies for the specified branch(es)
1189 are deleted. Furthermore, it will only output bibs whose copies were edited (deleted) during the 
1190 specified date range. Unfortunately the user will have to manually type the date range without the date
1191 picker. This view will also allow you to answer questions like "Show me bibs where I have one visible
1192 copy and more than two deleted copies."
1193
1194
1195
1196
1197 Add Provider to Provider Note Link
1198 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
1199 The Provider reporting source now includes a link to the Provider Note reporting source.
1200
1201
1202
1203
1204 Link ILS User and Working Location Reporting Sources
1205 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
1206 The Working Location reporting source now has labels
1207 and it is now linked to the ILS User reporting source, allowing
1208 reports to display or filter on staff working location.
1209
1210
1211
1212
1213 New Circulation Report Source "All Circulation Combined Types"
1214 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
1215
1216 This report source will allow you to create a single report template for all of the following:
1217
1218  * In-house uses
1219  * In-house uses of non-cataloged items
1220  * Circulations
1221  * Circulations of non-cataloged items
1222
1223 To distinguish between these different types of library use, it's important to display these columns
1224 in your report templates:
1225
1226  * Item Type
1227  * Circulation Type
1228
1229
1230
1231
1232
1233 Reports Template Searching
1234 ^^^^^^^^^^^^^^^^^^^^^^^^^^
1235 A new form appears along the top of the reports interface for searching
1236 report templates.  Once found, typical template actions (e.g. create new
1237 report) are available from within the results interface.
1238
1239 Searches may be performed across selected (visible) folders or all 
1240 folders visible to the logged in user.
1241
1242 Searches are case-insensitive, any word order, with left-anchored words.  
1243 All searched words must appear in at least one of the searched fields.
1244
1245 Examples
1246 ++++++++
1247
1248  * Searching for 'stat cat' matches:
1249   ** stat cat
1250   ** statistical category
1251   ** categories, statistical
1252   ** patrons (stat cat)
1253  * Searching for 'stat cat' does not match:
1254   ** stat 
1255    *** both words must be present in the searched field(s)
1256   ** stat location
1257     *** location contains 'cat' but it's not left-anchored.
1258
1259 Reporter Paging
1260 +++++++++++++++
1261
1262 The templates, reports, and output interfaces now support paging via 
1263 new 'Next', 'Prev', and 'Start' links next to the output limit selector.
1264
1265
1266
1267
1268
1269
1270 Serials
1271 ~~~~~~~
1272
1273
1274
1275 Web Staff Client Serials Module
1276 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
1277 The serials module has been ported over to the web staff
1278 client, implementing a unified serials interface that combines
1279 ideas from both the serial control view and alternate serials
1280 control view from the old staff client.
1281
1282 In addition to carrying over functionality that was available
1283 in the old staff client, several new features are included:
1284
1285 * the ability to save prediction pattern codes as templates
1286   that can be shared and reused within an Evergreen database
1287 * a more streamlined interface for managing subscriptions,
1288   distributions, and streams
1289 * it is no longer necessary to create a starting issue in
1290   order to predict a run of issues; the dialog box for
1291   generating a set of predicted issues now lets you specify
1292   the starting point directly.
1293 * the ability to more directly edit MFHDs
1294     
1295 The new serials interfaces can be accessed from the record
1296 details page via a Serials drop-down button that links to
1297 a subscription management page, a quick-receive action, and
1298 a MFHD management page. There is also a new 'Serials Administration'
1299 page where prediction pattern and serial copy templates can
1300 be managed.
1301
1302
1303
1304
1305 SIP
1306 ~~~
1307
1308
1309
1310 SIP Bugfix Changes How Encoding Is Determined in Configuration
1311 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
1312
1313 The combined fix for the above mentioned SIP bugs alters the way that
1314 SIPServer looks up the output encoding in the configuration file (typically
1315 `oils_sip.xml`).  SIPServer now looks for the encoding in the following
1316 places:
1317
1318 1. An +encoding+ attribute on the +account+ element for the currently active SIP account.
1319 2. The +encoding+ element that is a child of the +institution+ element of the currently active SIP account.
1320 3. The +encoding+ element that is a child of the +implementation_config+ element that is itself a child of the +institution+ element of the currently active SIP account.
1321 4. If none of the above exist, then the default encoding (ASCII) is used.
1322
1323 Number 3 is provided to ease the transition to the new code.  It is
1324 the current location of the +encoding+ element in the sample
1325 configuration file and as such, where it is likely to be found in
1326 actual files.  It is recommended that you alter your configuration to
1327 move this element out of the +implementation_config+ element and into
1328 its parent +institution+ element.  Ideally, SIPServer should *not* look into
1329 the implementation config, and this check may be removed at some time
1330 in the future.
1331
1332
1333
1334 Acknowledgments
1335 ---------------
1336
1337 Web Client Acknowledgments
1338 ~~~~~~~~~~~~~~~~~~~~~~~~~~~
1339
1340 The project to develop a new browser-based web client launched four 
1341 years ago at the September 2013 Evergreen developer hack-a-way when the
1342 developer community voted to move away from the XUL client and explore other
1343 platforms. The first web client preview became available in Evergreen 2.7 when
1344 circulation was available in the new platform.
1345
1346 The browser-based client is available due to the work of many coders, testers,
1347 bug reporters, documentors, translators, project managers, spec writers, funders
1348 and other contributors over the past four years.
1349
1350 The Evergreen project would like to acknowledge the following organizations
1351 that funded development of the Web Staff Client:
1352
1353 * Bibliomation
1354 * British Columbia Libraries Cooperative
1355 * Consortium of Ohio Libraries
1356 * C/W MARS
1357 * Georgia Public Library Service
1358 * Grand Rapids Public Library
1359 * The Howe Library
1360 * Kenton County Public Library
1361 * King County Library System
1362 * MassLNC
1363 * NC Cardinal
1364 * Pennsylvania Integrated Library System
1365 * Pioneer Library System
1366 * SC LENDS
1367
1368 The Evergreen project would also like to thank the following individuals who 
1369 contributed code, translations, documentation patches, tests, bug reports, 
1370 technical specifications, and project management to the Web Staff Client:
1371
1372 * Jason Boyer
1373 * Adam Bowling
1374 * Christine Burns
1375 * Steve Callender
1376 * Eva Cerniňáková
1377 * Galen Charlton
1378 * Dawn Dale
1379 * Jeff Davis
1380 * Grace Dunbar
1381 * Bill Erickson
1382 * Jason Etheridge
1383 * Lynn Floyd
1384 * Sally Fortin
1385 * Jeff Godin
1386 * Rogan Hamby
1387 * Elaine Hardy
1388 * Blake Henderson
1389 * Billy Horn
1390 * Skye Howard
1391 * Kyle Huckins
1392 * Linda Jansová
1393 * Tina Ji
1394 * Mary Jinglewski
1395 * Angela Kilsdonk
1396 * Joan Kranich
1397 * Victoria Lewis
1398 * Mary Llewelyn
1399 * Jeanette Lundgren
1400 * Kathy Lussier
1401 * Terran McCanna
1402 * Christine Morgan
1403 * Michele Morgan
1404 * Stephen Moss
1405 * Andrea Neiman
1406 * Nawras Othman
1407 * Freddy Enrique Pelayo Huapalla
1408 * Jillianne Presley
1409 * Jennifer Pringle
1410 * Michelle Purcell
1411 * Erica Rohlfs
1412 * Mike Rylander
1413 * Jane Sandberg
1414 * Janet Schrader
1415 * Dan Scott
1416 * Chris Sharp
1417 * Ben Shum
1418 * Clare Sobotka
1419 * Tim Spindler
1420 * Remington Steed
1421 * Jason Stephenson
1422 * Josh Stompro
1423 * Yamil Suarez
1424 * Amy Terlaga
1425 * Scott Thomas
1426 * Anahi Valdez
1427 * Cesar Velez
1428 * Jessica Venturo
1429 * Dan Wells
1430 * Beth Willis
1431 * Tigran Zargaryan
1432
1433 Evergreen 3.0 Acknowledgments
1434 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1435
1436 The Evergreen project would like to acknowledge the following
1437 organizations that commissioned developments in this release of
1438 Evergreen:
1439
1440 * Bibliomation
1441 * British Columbia Libraries Cooperative (BC Sitka)
1442 * C/W MARS
1443 * Georgia Public Library Service
1444 * King County Library System
1445 * MassLNC
1446 * Pennsylvania Integrated Library System
1447 * Pioneer Library System
1448
1449 We would also like to thank the following individuals who contributed
1450 code, translations, documentation patches, and tests to this release of
1451 Evergreen:
1452
1453 * Adam Bowling
1454 * Jason Boyer
1455 * Eva Cerniňáková
1456 * Galen Charlton
1457 * Dawn Dale
1458 * Jeff Davis
1459 * Martha Driscoll
1460 * Bill Erickson
1461 * Jason Etheridge
1462 * Lynn Floyd
1463 * Jeff Godin
1464 * Rogan Hamby
1465 * Blake Henderson
1466 * Billy Horn
1467 * Skye Howard
1468 * Kyle Huckins
1469 * Linda Jansova
1470 * Tina Ji
1471 * Pasi Kallinen
1472 * Angela Kilsdonk
1473 * Debbie Luchenbill
1474 * Jeanette Lundgren
1475 * Kathy Lussier
1476 * Terran McCanna
1477 * Christine Morgan
1478 * Michele Morgan
1479 * Andrea Neiman
1480 * Bill Ott
1481 * Suzanne Paterno
1482 * Dan Pearl
1483 * Jillianne Presley
1484 * Mike Rylander
1485 * Jane Sandberg
1486 * Dan Scott
1487 * Srey Seng
1488 * Chris Sharp
1489 * Ben Shum
1490 * Remington Steed
1491 * Jason Stephenson
1492 * Josh Stompro
1493 * Scott Thomas
1494 * Cesar Velez
1495 * Dan Wells
1496 * Liam Whalen
1497 * Beth Willis
1498
1499 We also thank the following organizations whose employees contributed
1500 patches:
1501
1502 * British Columba Libraries Cooperative
1503 * Calvin College
1504 * Catalyte
1505 * CW/MARS
1506 * Emerald Data Networks, Inc.
1507 * Equinox Open Library Initiative
1508 * Georgia PINES
1509 * Grand Rapids Public Library
1510 * Indiana State Library
1511 * Jabok Library
1512 * King County Library System
1513 * Lake Agassiz Regional Library
1514 * Laurentian University
1515 * Linn-Benton Community College
1516 * MassLNC
1517 * Merrimack Valley Library Consortium
1518 * MOBIUS Consortium
1519 * North of Boston Library Exchange
1520 * Pennsylvania Integrated Library System
1521 * Pohjois-Karjalan Tietotekniikkakeskus Oy
1522 * Sigio
1523 * Traverse Area District Library
1524
1525 We regret any omissions.  If a contributor has been inadvertently
1526 missed, please open a bug at http://bugs.launchpad.net/evergreen/
1527 with a correction.
1528