Functional Area | Change or Addition | Considerations | Action timing, Action required | Comments | Contact person, Related JIRAs |
---|
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)?
If applicable, detail what action(s) must be taken here Is this action required for the next release? | 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. Include issue link for bug fix, story or feature that applies |
Data Import & Inventory | Update to the default MARC Bib-to-Inventory Instance MAP: - Existing mapping for 590 (Local note) updated so that 1st indicator = 0 triggers "Staff only" indication. Any other 1st indicator does not.
|
| After upgrade, library may want to review their local default MARC Bib-to-Inventory Instance map, and decide if they want to add this revised mapping into it. Follow the instruction to update the rules. |
| Ann-Marie Breaux Kateryna Senchenko Jira |
---|
server | FOLIO Issue Tracker |
---|
serverId | 6ccf3fe4-3301-368a-983e-20c466b11a49 |
---|
key | MODSOURMAN-827 |
---|
|
|
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 Jira |
---|
server | FOLIO Issue Tracker |
---|
serverId | 6ccf3fe4-3301-368a-983e-20c466b11a49 |
---|
key | MODSOURCE-543 |
---|
|
|
Settings, Circulation, Loan history | The circulation setting "Loan history" as been updated to "Loan anonymization" | Please note: The permission names have not been updated, and still refer to "Loan history" | N/A | N/A | |
Permissions, Circulation | With the permission "Settings (Circ): Can view loan history", the Save button on the Loan anonymization page is no longer visible (UICIRC-767). In addition, a new permission has been created, "Settings (Circ): Can edit loan history", for which the Save button on the Loan anonymization page is visible and can be selected (UICIRC-766). | Please note: The permission names contain the old name of the setting (Loan history), but refer to the circulation setting Loan anonymization. | Update your users' permissions and/or permission sets, as required. | N/A | Edit: UICIRC-766 View: UICIRC-767 Julie Bickle |
Permissions, Tenant | Permission ui-tenant-settings.settings.enabled - display name "Settings (Tenant): View" has been made invisible The permission is used to grant basic view to Settings > Tenant but grants no other functionality. It implies that you can use it to give view-only access to content in that area, which is not the case. Making the permission visible: false removes that confusion. | Recommend removing "Settings (Tenant): View" from any users prior to upgrading to Nolana. You can also remove the permissions after upgrade by enabling Settings > Developer > Configuration > List invisible permissions in add perm menus and then editing the relevant user records. | Update your users' permissions and/or permission sets, as required. Recommend removing "Settings (Tenant): View" from any users prior to upgrading to Nolana.
|
| Jira |
---|
server | FOLIO Issue Tracker |
---|
serverId | 6ccf3fe4-3301-368a-983e-20c466b11a49 |
---|
key | UITEN-224 |
---|
|
|
Actual Cost | Actual cost will not be fully implemented for Nolana. It is recommended that you wait until Orchid to start using actual cost. | If you start using actual cost in Nolana, the “Lost items requiring actual cost” processing page will not be available for billing. This means that you will need to bill actual cost via a manual fee/fine that will NOT change Item status from “Declared lost”/”Aged to lost” to “Lost and paid” when the fee is paid. | If you started using actual cost in Nolana, when Orchid is implemented you will need to you will need to mark items as “do not bill” on the “Lost items requiring actual cost” processing page if fee was billed manually. The "Lost item fee policy" includes a setting For lost items not charged a fee/fine, close the loan after <interval>. Using this setting to "expire" actual cost lost items will eliminate the need for this if you set the <interval> to a smaller time period.
| For details about when various actual cost functions will be available, see slide deck | Holly Mistlebauer Jira |
---|
server | FOLIO Issue Tracker |
---|
serverId | 6ccf3fe4-3301-368a-983e-20c466b11a49 |
---|
key | UXPROD-3564 |
---|
|
Jira |
---|
server | FOLIO Issue Tracker |
---|
columnIds | issuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolution |
---|
columns | key,summary,type,created,updated,due,assignee,reporter,priority,status,resolution |
---|
serverId | 6ccf3fe4-3301-368a-983e-20c466b11a49 |
---|
key | UXPROD-3377 |
---|
|
Jira |
---|
server | FOLIO Issue Tracker |
---|
columnIds | issuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolution |
---|
columns | key,summary,type,created,updated,due,assignee,reporter,priority,status,resolution |
---|
serverId | 6ccf3fe4-3301-368a-983e-20c466b11a49 |
---|
key | UXPROD-2391 |
---|
|
|
Resource Access | Improvements to Settings > Calendar
The interface for adding, editing, or removing calendars from service points has significant UI improvements and has changed to a tabular UI format. Additionally, calendars can now be assigned to multiple service points and exceptions can store multiple openings and closures. | All calendar-related permissions have changed may need to be updated. | Permissions provided by ui-calendar 7.x have been updated to more specific ones; most notably, this includes the ".all" permission. Administrators may want to go through user's permissions and re-evaluate what is necessary with these new specific permissions. The database schema used for mod-calendar has been overhauled, however, no special action is required. As part of the upgrade from 1.15.0 to 2.0.0, all existing data will be transformed and preserved. If you are not already on mod-calendar 1.15.0, we recommend upgrading to it before upgrading to 2.0.0. |
| Noah Overcash Cheryl Malmborg steven turner Jira |
---|
server | FOLIO Issue Tracker |
---|
serverId | 6ccf3fe4-3301-368a-983e-20c466b11a49 |
---|
key | UXPROD-2657 |
---|
|
|
Data export - Export authority records | New default job-profile for authorities was added. | Use MARC authority app | It requires to load reference for module.
- Add loadReference=true to tenantParameters
|
| |
Locations | Locations and location units moved from reference data to sample data |
| When initially enabling mod-inventory-storage for a tenant a few locations and location units (institutions, campuses, libraries) can automatically be created. Before Nolana loadReference=true triggered this, from Nolana on loadSample=true is needed. Adjust scripts that expects them as reference data. |
| Julian Ladisch
Jira |
---|
server | FOLIO Issue Tracker |
---|
columnIds | issuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolution |
---|
columns | key,summary,type,created,updated,due,assignee,reporter,priority,status,resolution |
---|
serverId | 6ccf3fe4-3301-368a-983e-20c466b11a49 |
---|
key | MODINVSTOR-443 |
---|
| pull request |
Search | Routing was changed to default. All indexes should be recreated. |
| During the upgrade process mod-search indices will need to recreate for both instance and authority as described here |
| Pavlo Smahin |
Search | When using AWS OpenSearch, the response returned by the bulk api is malformed which is causing errors in mod-search. The issue does not occur with local instances of OpenSearch or ElasticSearch, only instances in AWS Infrastructure. Due to this, performance gains could not be determined. When the issue is resolved by AWS, this can be revisited. |
| During the upgrade process before reindexing Set environment variable INDEXING_DATA_FORMAT = json |
| Pavlo Smahin |
MARC authority | 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 Morning Glory environment | Apply after mod-source-record-manager upgrade. Please do the following actions. - Call endpoint PUT {{okapi.url}}/mapping-rules/marc-authority/restore
- To apply mapping rules changes to migrating authority records - run this standalone application - Marc Authorities update instructions (Recommendation to run during non-working hours)
|
| |
Fees/Fines | The buttons (e.g. Pay, Waive, Transfer) on the top of the Fees/Fines History and Fee/Fine Details pages have been replaced with an ACTIONS menu. This has been done so that the pages match the design of the rest of FOLIO. The functionality has not changed. |
|
|
| Holly Mistlebauer Jira |
---|
server | FOLIO Issue Tracker |
---|
columnIds | issuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolution |
---|
columns | key,summary,type,created,updated,due,assignee,reporter,priority,status,resolution |
---|
serverId | 6ccf3fe4-3301-368a-983e-20c466b11a49 |
---|
key | UXPROD-3763 |
---|
|
|
Inventory single record import/quickMarc derive | DB Read/Write split should be disabled for mod-source-record-manager | In case Read instance is not synchronising fast enough, some single record operations could fail | When mod-source-record-manager is deployed do not pass the environment variables for DB_HOST_READER and DB_PORT_READER (it won't be enabled by default) |
| Kateryna Senchenko Jira |
---|
server | FOLIO Issue Tracker |
---|
serverId | 6ccf3fe4-3301-368a-983e-20c466b11a49 |
---|
key | RMB-348 |
---|
|
Jira |
---|
server | FOLIO Issue Tracker |
---|
serverId | 6ccf3fe4-3301-368a-983e-20c466b11a49 |
---|
key | MODSOURMAN-906 |
---|
|
Jira |
---|
server | FOLIO Issue Tracker |
---|
serverId | 6ccf3fe4-3301-368a-983e-20c466b11a49 |
---|
key | MODSOURMAN-909 |
---|
|
|
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. |
| |
NCIP | Settings and Configuration | New optional configuration. Default value if not set: FOLIO | - mod-ncip will use the default value of 'FOLIO' if the setting is missing - so no action is required unless a different value is needed
- The setting should be created in mod-configuration (along with the other mod-ncip settings).
- The mod-configuration 'code' for the setting is: holdings.source.name
- The holding.source.name setting will be used to lookup the UUID of the holdings source (so it should exist in settings>inventory>holdings>sources)
- The setting UUID will be used for the sourceId on the holdings record (when the AcceptItem service creates the holdings record)
- The configuration can be created before or after the upgrade. (If set before - earlier versions of NCIP will ignore it)
|
| Michelle Suranofsky Jira |
---|
server | FOLIO Issue Tracker |
---|
serverId | 6ccf3fe4-3301-368a-983e-20c466b11a49 |
---|
key | MODNCIP-47 |
---|
|
|
SMTP configuration | SMTP configuration was moved from mod-configuration to mod-email | Interesting information for FOLIO SysAdmins |
|
| Alexander Kurash
Jira |
---|
server | FOLIO Issue Tracker |
---|
columnIds | issuekey,summary,issuetype,created,updated,duedate,assignee,reporter,priority,status,resolution |
---|
columns | key,summary,type,created,updated,due,assignee,reporter,priority,status,resolution |
---|
serverId | 6ccf3fe4-3301-368a-983e-20c466b11a49 |
---|
key | MODEMAIL-76 |
---|
|
|