ILLiad Known Issues
-
Format field value (e.g., DVD, CASSETT, etc.) on the Multimedia form does not save to database
v9.1
Bug# 58520 votes -
Some unicode characters are not properly encoded on OpenURL submissions if the user must log in first.
This seems to be a new issues introduced in ILLiad 8.7 when we switched to Delphi XE 8. To reproduce, submit an OpenURL request using the included URL both with and without a session. When you're already logged in, the cyrillic characters are rendered correctly in the author field and a ligature is used in the title. If you don't have an active session and are sent through the logon2 page, those fields will be rendered as ?s or boxes, indicating a problem with the form state encoding. I confirmed this URL worked correctly on ILLiad 8.6.x and earlier.
2 votes -
UTF-8 characters are not decoded properly in some cases
For OpenURL requests, if the patron already has an active websession and do not have to log in the characters are correctly translated.
2 votes -
Duplicate classes on Lending pages
ILLiad Lending datarowDefaultRequest and includeTransaction menu contain duplicate classes.
Bug# 10147
0 votes -
hangeUser Button Alignment
The alignment for the buttons at the bottom of ChangeUserInformationare set to be right-aligned by default. For consistency, these need to be left-aligned like in the NewRegistration page.
Bug# 7683
0 votes -
0 votes
-
Duplicate form submission does not work under remote authentication
Remote auth validation does not load the user's reported session id, duplicate form submissions aren't being prevented.
Bug# 9013
0 votes -
DLL shows incorrect date/time on transaction notes
The date shows up correctly in the client and the database but not in the transaction notes.
v9.1
Bug# 78470 votes -
Adding new lines to the web alerts breaks the alert
When adding carriage returns, it breaks the JSON parse.
Workaround: Use a <br> tag before starting a new line to ensure the alert will display properly.
v9.1
Bug# 71720 votes -
Extra closing div tags in ILLiad 9.1 Default Web Pages
The web pages with extra div tags include:
EditArticleRequest
EditBookChapterRequest
EditConferencePaperRequest
EditGenericRequestTestingBug# 6022
0 votes -
Web alerts not appearing for Status and Delivery Location
Web alerts for Status and DeliveryLocation don't appear on the web pages for users to when generated through the use of the AJAX (https://support.atlas-sys.com/hc/en-us/articles/360039292194-Performing-an-AJAX-Request-to-View-Customize-Web-Alerts).
v9.1
Bug# 58930 votes -
Routing in Scripting can be overwritten by SaveDataSource
In an ILLiad addon:
When you make changes to transaction fields, route the transaction and then SaveDataSource it will undo the Route action.
Workaround: This can be avoided by saving before routing.
Bug# 4681
0 votes -
Web validation rules for required fields don't account for 'NULL' special value
The ILLiad web DLL will perform special handling for text values equivalent to 'null,' replacing them with an actual null value when it updates the database.
Bug# 4602
0 votes -
In the web, 'null' is a special string that can prevent some valid data from being inserted, specifically as a user last name.
ILLiad does a case-insensitive comparison of the field value and will treat a user record with the LastName of Null as null when it updates the database.
Bug# 4601
0 votes -
The renewal button in the ILLiad web pages may be enabled even if the due date is outside the renewal window
The renewal button doesn't consider the due date and the RenewalWindowDays/RenewalBeforeWindowDays customization keys when determining if the button is visible in the web pages.
Bug# 4571
0 votes -
The BillingInformation table in the Lending Web Pages will not display if BillingActive is set to false
The lending web pages prevent the display of the billing information table when BillingActive is set to false.
Workaround: If BillingActive is set to BillingActiveLending, then the BillingInformation table will always display in the lending web pages.
Bug#4444
0 votes -
SLLoginFailed not showing up for invalid Username on Forgot Password
The invalid username status line doesn't seem to be triggering the SLLoginFailed customization key on the Forgot Password page. The status line does appear if triggered on the logon pages.
v9.0 & 8.7
Bug#41470 votes -
0 votes
-
Change Password form does not have correct tab ordering for the ForcePasswordReset checkbox
The Force Password Reset checkbox does not have the focus prior to the Ok button for proper Top->Bottom & Left->Right expectations. v9.0.3
0 votes -
ILLiad- Statuses do not alert screen readers about the problem on the page (incorrect password, failed validation, etc)
It is very confusing to fail validation while using a screen reader because it isn't apparent that validation failed.
It should likely alert the user on page reload.
1 vote