Morning Glory (R2 2022) Release Notes
- 1 Important Upgrade Considerations
- 1.1 Changes and Required Actions
- 1.2 New Apps
- 1.3 Removed Apps
- 1.4 Permissions Updates
- 1.5 Known Issues
- 2 Notes on functionality
- 3 PO Release Presentations
- 4 Post-Release Hotfixes
- 5 New Features
- 6 Nonfunctional Requirements (NFR) Features
- 7 Closed Bugs
- 8 All Closed Bugs and Stories
- 9 Remaining Open Bugs at Time of Release
- 10 Support Period
Important Upgrade Considerations
This section outlines all changes that require special consideration for customers in production. Configuration changes may be needed to prevent operational interruptions. See checklist for guidelines on how to fill this out.
Changes and Required Actions
Functional Area | Change or Addition | Considerations | Action timing, | Comments | Contact person, |
|---|---|---|---|---|---|
Affected app or module | What has been changed or added that should be noted for this release | What challenges may arise related to this change or addition | When can the action be taken (before, during or after upgrade)? | Name of user leaving comment: comment on what you encountered or ask a question @mention Contact person | User name of person that can provide additional detail. |
Requests | Title level requests are available with Morning Glory through Settings > Circulation > Title level requests Libraries must opt in to use title level requests; item level requests functionality continues to be available. When placing a request via discovery, the endpoint used by edge-patron tries to place a request in the following order: Page, Recall, then Hold. This is true for both item and title level requests. | Requests on boundwith and multivolume materials should be placed as item level requests. | Data migration included in Lotus (and update in Lotus HF1) must be completed before Title level requests can be enabled. | In Request details>Request information>Position in queue - # (# requests) means # position in request (# other open not yet filled reorderable requests). Page requests are not counted in (# other open not yet filled reorderable requests) since they cannot be reordered. | @Stephanie Buck |
Fees/Fines | The "New fee/fine" page has now been replaced with a modal, in order to match "Pay fee/fine", "Waive fee/fine", etc. | @Holly Mistlebauer | |||
Fees/Fines | The fee/fine pages are now using the "Effective call number string" rather than just the "Call number". | @Holly Mistlebauer | |||
Requests | A request containing a hardcoded UUID (because an item or instance was discovered to no longer be present during data migration in Lotus) has an updated Action menu only containing Cancel, and disabled links to item and instance records. | @Stephanie Buck | |||
Patron Notices - email | Addition: In the very last step of the process of sending an email, IF an error happened somewhere in the process, that stopped sending the email, THEN FOLIO will retry sending the email. This is a tenant-wide configuration and is managed by mod-email. | See the ticket for the numbers of retry attempts and max age eligible for retry, and how to configure if you DON'T want to try resending failed emails. | @julie.bickle | ||
Search | Inventory search supports now contributors browse. Changes to the Authority search were implemented. | mod-search indices will need to recreate for both instance and authority as described here | During the upgrade process | @Khalilah Gambrell | |
Search | Must re-index search when applying Hotfix #1 For upgrading mod-search-1.7.5 to a higher version - reindex is required after update (for a change introduced in mod-search-1.7.6) | @Khalilah Gambrell @Viacheslav Kolesnyk | |||
mod-inventory-storage | To load MARC Holdings during data import flow, we should use pre-defined MARC Holdings source (which is created in the reference data with pre-defined id = 036ee84a-6afd-4c3c-9ad3-4a12ab875f59) | Anyone who plans to import and store MARC holdings. | Before upgrade. Reference data should be added during an upgrade (by default) | @Khalilah Gambrell | |
Export eholdings (package and title+package details) | Export eholdings (package and title+package details) will not be included in Morning Glory release until performance issues are resolved. (UXPROD-177) | @Khalilah Gambrell @Pavlo Smahin | |||
OAI-PMH (mod-oai-pmh) | mod-oai-pmh does not support multiple concurrent harvests of full library collection. Recommended edge and mod-oai-pmh module settings that prevents harvests end prematurely on a larger data sets: edge-oai-pmh memory settings: -Xmx952m mod-oai-pmh ENV recommendation: { "name": "DB_QUERYTIMEOUT", "value": "2700000" }, | Multiple concurrent harvests of full library collection were never supported. Results of the performance tests when running multiple full harvests can be found here. mod oai-pmh provides APIs for monitoring the harvesting process as documented in the READ.ME file. Additional information: OAI-PMH Best Practices | @Magda Zacharska @Viachaslau Khandramai (Deactivated) | ||
Invoices and Invoice settings | The management of batch voucher export has been move out of settings to a full screen view in the invoice app UI. The details of batch export are still found in system settings. | User who work with batch voucher export should be updated on where they can access it. | Access batch voucher export from the action menu in the invoice app. | @Dennis Bridges | |
MARC Authority records | Mapping rules were changed. It's required to update default mapping rules in the database. | Only applies to a library that has MARC authority records in Lotus environment | Apply after mod-source-record-manager upgrade. Please do the following actions.
| @Pavlo Smahin @Khalilah Gambrell | |
Data export | New default job-profile for authorities was added. It requires to load reference for module. | Use MARC authority records | mod-data-export Requires to load reference for module.
| @Shans Kaluhin | |
EDIFACT order export | Hourly and monthly export scheduling will be disabled. | If you already configured these for certain organizations you may notice sporadic export performance. User will need to rely on Daily or Weekly options to use the scheduled export. | Export schedule settings can be updated before or after the organization has upgraded to morning glory. The side effects are that the export may not run at the desired time when using hourly or monthly schedules. | These option will be available again once the issues with them have been resolved. We are targeting Nolana for the release of these updates. | @Dennis Bridges |
edge-sip2 | FOLIO user (used for connections from SC) requires permission search.instances.collection.get | New permission can be added to user before or after upgrade - but be done prior to operating SC (after upgrade) | |||
Data import profiles (non-default) upgrade issue | New functionality was added to show/hide job profiles. With upgrade to Morning Glory, existing non-default data import profiles do not display due to a missing show/hide value. | Resolved with MG Hotfix released: https://github.com/folio-org/mod-data-import-converter-storage/releases/tag/v1.14.2 OR manual run script Link to scripts file for v1.4.2: Instructions for running manually: File contains 8 scripts in total (1 for | @Viacheslav Kolesnyk @Khalilah Gambrell | ||
Data Import | Reminder when upgrading | When upgrading from one flower release to the next, confirm that the deployed modules are of compatible modules and are in the same release. If incompatible modules versions, Kafka messages consumed by older versions of modules can cause problems. When entity schema changes in such a way it usually leads to an API version bump and if module that requires a specific version of the API deployed and the API is not there - it results in an error. Unfortunately, there is no such mechanism for changes in Kafka message payload - topics that are used are the same, therefore a consumer in an older module version will consume the messages. | @Kateryna Senchenko | ||
Data Import | Settings and Configuration | Refer to Settings and Configuration page for details on modules involved in Data Import. Adjust if needed to optimise performance. | @Olamide Kolawole @Kateryna Senchenko | ||
GOBI | Invalid mappings have been removed. Essentially mappings for fields that are no longer shown in the UI and have been depricated. | Any mappings you may have that include reference to removed fields will produce errors and cause the system to revert to the standard mapping configuration. | When upgrading review the gobi mappings and remove reference to the mapping options that have been removed. see this JIRAhttps://folio-org.atlassian.net/browse/MODGOBI-167 regarding exactly what options have been removed. | @Dennis Bridges | |
Bulk Edit | Additional environment variables to back-end module deployment | This module uses separate storage of temporary (local) files for its work. These files are necessary for processing bulk-edit business flows. Any S3-compatible storage (AWS S3, Minio Server) supported by the Minio Client can be used as such storage. Thus, in addition to the AWS configuration of the permanent storage, one needs to configure the environment settings for temporary files storage | For mod-data-export-worker, add LOCAL environment variables discussed here: https://github.com/folio-org/mod-data-export-worker#environment-variables otherwise Bulk Edit file uploads will fail in Folio. | ||
Data Import | Provided script to clean up Job profiles in case linked Mapping or Action profiles were edited | Editing Mapping or Action profiles already linked to a Job profile result in increased profile size (unnecessary elements are stored), which may lead to slow performance of mod-data-import-converter-storage, Kafka errors during DI process and excessive memory consumption by mod-source-record-manager | Follow the instructions at point 11 - Scripts for Inventory, Source Record Storage, and Data Import Cleanup | @Kateryna Senchenko |
New Apps
Bulk edit. Morning Glory functionality covers:
Bulk edit - in app approach:
Inventory items locations (temporary and permanent)
Inventory item statuses
Bulk edit - csv approach:
Users records
The Bulk edit app requires following permissions to edit inventory items:
Bulk Edit: In app - Edit
Bulk Edit: In app - View
The Bulk edit app requires following permissions to edit user records:
Bulk Edit: (CSV) Edit
Bulk Edit: (CSV) View
Known limitations:
Bulk edit of user records - up to 2500 records at one time.
Bulk edit of item records - up to 10 000 records at one time
Module configuration:
For stable module operations the following mod-data-export-worker configuration is required: Java args -XX:MetaspaceSize=384m -XX:MaxMetaspaceSize=512m -Xmx2048m, AWS container: memory - 3072, memory (soft limit) - 2600, cpu - 1024.
Removed Apps
Permissions Updates
App | New Permissions | Deprecated Permissions | Product Owner |
|---|---|---|---|
Data Import | Data import: Can upload files, import, and view logs (renamed from Data import: All permissions) Data import: Can delete import logs Data import: Can view only Settings (Data import): Can view only | @Ann-Marie Breaux (Deactivated) | |
eUsage | General: Settings, All, Read-only:
Usage data providers actions:
Reports actions:
| There has been a major refactoring of all eUsage permissions (https://folio-org.atlassian.net/browse/UXPROD-3734). Please check existing permission sets and re-assign. | @Annika Schröer |
Invoices | Invoice: Export search results Invoice: Voucher export | None | @Dennis Bridges |
Finance | Finance: Export finance records | None | @Dennis Bridges |
Receiving | Receiving: Export search results | None | @Dennis Bridges |
Orders | Orders: Can create new Orders and Order lines Orders: Can delete Orders and Order lines Orders: Can edit Orders and Order lines Orders: Can view Orders and Order lines Orders: Cancel order lines Orders: Cancel purchase orders | Orders: Can create new Order lines Orders: Can delete Order lines Orders: Can edit Order lines Orders: Can view Order lines Orders: Can create new Orders Orders: Can delete Orders Orders: Can edit Orders Orders: Can view Orders Orders: Edit orders should be marked as deprecated but this label will not appear in the UI until Nolana. | @Dennis Bridges |
Requests, title level requests | Settings (Circulation): Title request level edit | @Stephanie Buck | |
Inventory / quickMARC | quickMARC: View MARC bibliographic record quickMARC: View MARC holdings record | @Khalilah Gambrell | |
Inventory | Inventory: Create order from instance | None | @Dennis Bridges |
MARC authority | MARC Authority: Delete MARC authority record | @Khalilah Gambrell | |
Known Issues
General
App | Known issue | Workaround | JIRA issue | Product Owner |
|---|---|---|---|---|
Settings > Inventory > Statistical codes | Handle delete of statistical code associated with instance, holdings, or item in a properly manner. | The approach we took for this issue MODINVSTOR-829 should be similar to what needs to be done for the other related issues, addressed in UXPROD-1889 | @Charlotte Whitt | |
Requests | When duplicating a request, the original pickup location selection is not preserved. |