When routing a request to another site (that is still visible by the existing view), the request will remain open.

The code for barSubItemRouteToSite_ItemClicked is routing to RequestInProcessing regardless of it the originalStatusRequestProcessing variable is -1 or something else. The route to RequestInProcessing in the else (i.e. when the request is still visible) should only happen if the originalStatusRequestProcessing is not equal to -1.

This was discovered in a very particular situation but is still good to account for.

Go to Aeon Customization Manager.
Edit the SLMainMenu customization key.
Change the value to <#STATUS>.
Log on to Aeon Web.

In the Aeon Client, open a request and modify a text field so that it is highlighted yellow to indicate pending changes.
Routing the request (both request status routing and photodup routing) or selecting a next step (other than Cancel) will immediately perform that action without prompting to save changes. The route options may prompt you to confirm that you want to route if you haven't checked the "Don't show this again" checkbox, but you won't be prompted to save pending changes.

n InitializePostData, the DLL loops through the name/value pairs from the request content and decodes their values. However, it does not decode the field names. This isn't often a problem, but the Georgia Tech XSLT submits field names with a + character, which are getting encoded. When the EAD Request function tries to find field names using the identifier, they don't match because the + is still encoded in the field name. (We've since updated GT's XSLT to work around this).

The mail merge data files need to be XLSX in order to overcome data length limitations in the XLS format.

Add a web validation rule for the "RequestLink" field with a validation rule of ".+" that will be applied to submitted EADRequests.
Submit an EAD request.
The new request will fail web validation and be left in Awaiting User Review.

There is an extra space in the code before the term CustomizationKey in the ChangeUserInformation.html page which causes the alternative address information section to ignore the settings in the Customization Manager.

<section name="alt-address-info" style="<#CONDITIONAL type=" CustomizationKey" test="UseSecondaryAddress" false="display:none">">

v5.0
Bug# 4549

The checkbox does not work properly for sharing research topics with the NewUserRegistration.html, ChangeUserInformation.html, and NewAuthRegistration.html pages.

Workaround:

Here's the current code:

<div class="form-check">
<label for="form-checkbox ResearchTopicsSharing">
<span class="<#ERROR name='ERRORResearchTopicsSharing'>">
<input class="form-check-input" type="checkbox" id="ResearchTopicsSharing" <#CHECKED name='ResearchTopicsSharing' default='true'>>May we share your research topics with others?
</span>
</label>
</div>

To fix it she added the 'name="ResearchTopicsSharing" value="Yes"' elements:

<div class="form-check">
<label for="form-checkbox ResearchTopicsSharing">
<span class="<#ERROR name='ERRORResearchTopicsSharing'>">
<input class="form-check-input" type="checkbox" id="ResearchTopicsSharing" name="ResearchTopicsSharing" value="Yes" <#CHECKED name='ResearchTopicsSharing' default='true'>>May we share your research topics with others?
</span>
</label>
</div>

v5.0
Bug# 4551

The logs will show the error message "Error processing method" when a failed attempt to download the Activites from the Aeon 5.0 Web Pages.

v5.0
Bug# 4566

This feature specific web page was not updated with the new Aeon web pages in 5.0. Atlas is working on updating the feature-specific web pages. Please contact support at support@atlas-sys.com if you have any questions or need assistance updating and implementing these pages.

v5.0
Bug# 4600

The activity grid in Aeon 5.0 doesn't save any changes made to the layout after the client has been restarted.

v5.0
Bug# 4449

In Aeon 3.9 the date values would be exported as a date value which you could then sort chronologically. In Aeon 4.0, the new values only allow you to sort them alphabetically unless you manually remove the AM/PM text from all the cells and change the format of the cells to a date format.

v4.0 & 4.1 & 5.0
Bug# 4432

When you set the StaffPreviousPassword to 0, Aeon should default to checking a minimum of 4 unique passwords before an old password can be reused. Instead, a bug is causing the system to read the 0 as a null value, which in turn made it to unable to recognize any passwords. Until the bug is fixed, do not set the default value to 0.

v4.1
Bug#4238

Field customizations made for staff templates were no longer displaying in the client

v4.1
Bug#4217

Bug#3910

Blocked users are able to resubmit requests when changing the schedule retrieval date on Cancelled and Awaiting User Review requests.

Bug#3845