A new version of the eagle-i applications is now available for download. The release notes documented on this page apply specifically to version 4.3.0. Please see the Upgrade Checklist for information on how to perform an upgrade.
Most institutions will be interested primarily in the General (effects across multiple applications), SWEET and SPARQLer sections within each category.
Institutions that have installed the optional Institutional Search will be interested as well in items that have been tagged INSTITUTION in the Search Application section within each category.
For those who have chosen to administer their own network of nodes, the sections of interest are General, items that have been tagged CENTRAL in Search Application and Network Administration (Central Search Only) sections within each category.
New Features, Improvements and/or Bug-fixes
General
BUG Fixed miscellaneous styling bugs that resulted from refactoring css files.
Search application
Applies to both central and institutional search, unless otherwise specified.
IMPROVEMENT Changed wording on the Exchange Faciliator notification pop up.
IMPROVEMENT Changed wording on the Enhanced Request forms for clarification.
Known Issues
The following are known issues that may be addressed in releases after 4.3.0. If there is a suitable workaround for a given issue, it will be listed.
Incomplete records may be displayed in central search if no upgrade is done. Extensive work has gone into our ontology for this release to bring eagle-i to ISF compliance, in addition to enhancing the modeling for induced pluripotent stem cell types. If existing data is not migrated to the new ontology, the central search application may not be able to interpret/recognize obsolete ontological properties and will not display them.
Network Administration
Available in central search only.
We have seen an issue with how strictly different versions of tomcat parses local-node.xml file. One version insisted on case sensitivity for the tag, and one version was fine. For example, tomcat version 7.0.42 does not have same parsing as version 7.0.41. In other words, using <node url="https://some.institution.edu"> in the local-node.xml file was acceptable in one version, while the same exact line caused a parsing error (note the lower case 'url' instead of the documented 'URL').
When using drop down boxes in Chrome, it is not possible to jump to an entry by typing the first few letters. (No workaround)
SWEET
It is possible to save records with unnamed embedded instances. Doing so results in losing any information entered for the embedded instances. (No workaround)
If more than one organization record has the same exact name, only one of them will be displayed in the "Work With My Organizations" dropdown. (No workaround)
Search application
Applies to both central and institutional search, unless otherwise specified.
Entering text with square brackets, [ & ], in the search box will execute a blank search, rather than searching for the text. (No workaround)
"Cite This Resource" - The keyboard shortcut for copying does not work in Firefox or Chrome. Workaround:
Use the Copy from the browser's menu bar or from the popup while right clicking.
Network Administration
Available in central search only.
In the network administration UI (at <myNode>/central/admin), there is no direct way to remove a node (institution) from a group. Workaround:
Use central/admin to edit the node:
Take the node out of service (a check-box near the bottom of the form)
Save
Edit the node again, removing the value from the field "Belongs to group"
Put the node back into service (the same check-box)
Save
In the network administration UI (at <myNode>/central/admin), there is no direct way to change the group a node belongs to. Workaround:
Use central/admin to edit the node:
Take the node out of service (a check-box near the bottom of the form)
Save
Edit the node again
Enter a new name in the field "Belongs to group"
Put the node back into service (the same checkbox)
Incomplete records may be displayed in central search if no upgrade is done. Extensive work has gone into our ontology for this release to bring eagle-i to ISF compliance, in addition to enhancing the modeling for induced pluripotent stem cell types. If existing data is not migrated to the new ontology, the central search application may not be able to interpret/recognize obsolete ontological properties and will not display them.
Network Administration
Available in central search only.
We have seen an issue with how strictly different versions of tomcat parses local-node.xml file. One version insisted on case sensitivity for the tag, and one version was fine. For example, tomcat version 7.0.42 does not have same parsing as version 7.0.41. In other words, using <node url="https://some.institution.edu"> in the local-node.xml file was acceptable in one version, while the same exact line caused a parsing error (note the lower case 'url' instead of the documented 'URL').
When using drop down boxes in Chrome, it is not possible to jump to an entry by typing the first few letters. (No workaround)
SWEET
It is possible to save records with unnamed embedded instances. Doing so results in losing any information entered for the embedded instances. (No workaround)
If more than one organization record has the same exact name, only one of them will be displayed in the "Work With My Organizations" dropdown. (No workaround)
Search application
Applies to both central and institutional search, unless otherwise specified.
Entering text with square brackets, [ & ], in the search box will execute a blank search, rather than searching for the text. (No workaround)
"Cite This Resource" - The keyboard shortcut for copying does not work in Firefox or Chrome. Workaround:
Use the Copy from the browser's menu bar or from the popup while right clicking.
Network Administration
Available in central search only.
In the network administration UI (at <myNode>/central/admin), there is no direct way to remove a node (institution) from a group. Workaround:
Use central/admin to edit the node:
Take the node out of service (a check-box near the bottom of the form)
Save
Edit the node again, removing the value from the field "Belongs to group"
Put the node back into service (the same check-box)
Save
In the network administration UI (at <myNode>/central/admin), there is no direct way to change the group a node belongs to. Workaround:
Use central/admin to edit the node:
Take the node out of service (a check-box near the bottom of the form)
Save
Edit the node again
Enter a new name in the field "Belongs to group"
Put the node back into service (the same checkbox)