ILLiad Known Issues
42 results found
-
Request data may be lost when a request is submitted after the user's NVTGC is changed
If a user's NVTGC is changed while the user is filling out a request on the ILLiad web pages, the request will still be submitted when the user clicks the Submit Request button, but the data the user entered into the request form will not be saved to the request.
Bug# 27212
0 votes -
Ampersand in username causes error in ILLiad web pages when viewing PDFs
If a user has an ampersand (&) in their username, they are unable to view PDFs on the ILLiad web interface and receive the following error:
"Error: You may only view transactions that belong to you."
Bug# 27622
0 votes -
The Atlas Authentication Portal is missing the log configuration file
The Atlas Authentication Portal has support for logging, but is not currently distributed with the necessary App_Data folder and log.config file to enable logging.
Bug# 26220
0 votes -
Certain ILLiad default web page files contain unnecessary FORMSTATE tags
In both the Borrowing and Lending default web pages, there are unnecessary FORMSTATE tags on web page files for request forms such as ArticleRequest.html, BookChapterRequest.html, etc.
Bug# 25397
0 votes -
Submitting an OpenURL request as new RemoteAuth user can lead to a blank form submission
In a Shared Server setup, requests submitted via OpenURL by new RemoteAuth users may be blank after the user creates their account and submits the request form.
Bug# 25395
0 votes -
Timestamps may be inconsistent for actions performed via the ILLiad web interface
The date-times used on Transaction and other records to record timestamps for actions performed via the ILLiad web interface (e.g., updating Transaction Status) may be inconsistent in value when the server timezone differs from the database timezone.
Bug# 25157
0 votes -
ILLiadAuthUserRegistrationEnabled customization key does not work if the WebAuthType key is not set to ILLiadAuth
Setting the ILLiadAuthUserRegistrationEnabled customization key to No does not disable ILLiadAuth user registration unless the WebAuthType key is set to ILLiadAuth.
This means that if a site is using LDAP, they cannot prevent ILLiadAuth user accounts from being created by setting the ILLiadAuthUserRegistrationEnabled key to No.Workaround: Remove or rename the FirstTimeUsers.html page so that patrons cannot get there to click to get to the NewUserRegistration.html page. Optionally also rename/remove the NewUserRegistration.html page.
Bug# 25019
1 vote -
User notification preferences are not set if user is moved across NVTGC web pages as they register
If a user creating a new account on the ILLiad web pages selects a pickup location/NVTGC on the user registration form that is different from the NVTGC associated with the set of web pages being used to register, then notification preferences will not be set when the account is created.
Bug# 21707
0 votes -
Notification preferences not set for users created from UserValidation with LDAP
Notification preferences will not be set for new users created via the UserValidation table if LDAP authentication is being used.
Bug# 20309
0 votes -
Lending DLL is not configured as an application in IIS by default
When the SAML module is configured for ILLiad, the Lending web pages may direct the user to the identity provider (IdP) login page since the Lending folder within the ILLiad web folder is not configured as an IIS application by default in ILLiad installs.
Bug# 19824
0 votes -
Buttons that are disabled can still be used with keyboard controls
In both the Actions menu dropdown and the Transaction menu, some actions that are completely disabled for mouse users can still be fully used by keyboard users without being blocked and with no error message.
Bug# 18919
0 votes -
Processed requests can be resubmitted if edit form is left open in the web
If a request is left open in the edit form by the user on the web interface and staff proceeds to process that request to a status where editing is not allowed (e.g., Request Sent), the user will still be allowed to submit the request from the edit screen, which will return it to a prior processing status.
Bug# 18395
0 votes -
LendingWebPath customization key is referenced in the DLL but missing from the Customization Manager
A LendingWebPath customization key to specify the path of the Lending web directory is referenced in the DLL but missing from the ILLiad Customization Manager.
Bug# 18013
0 votes -
An error status message is not displayed by the Lending DLL when the web page can't be found
If the Lending DLL can't find a web page, the user is sent to the Error.html page but a status line is not displayed explaining the error.
Bug# 18091
0 votes -
Unused JavaScript file in the ILLiad Lending web pages
The userNotificationPreferences.js file located in the default ILLiad Lending web pages is unused in the web interface and unnecessary.
Bug# 18086
0 votes -
Error page is not displayed by the Lending DLL when the DBC file can't be found
A "File Not Found" error is displayed instead of the Error.html web page when the Lending DLL is unable to find the DBC file containing logon settings.
Bug# 18004
0 votes -
Lending web directory path is logged incorrectly by the DLL
The path to the Lending web directory is incorrectly logged by the Lending web DLL.
Bug# 17999
0 votes -
The <u> tag is used incorrectly in certain ILLiad web pages
Several ILLiad web pages contain incorrect usage of the <u> tag to emphasize text where a <strong> tag should be used instead.
Bug# 17980
0 votes -
Transaction tags are encoded twice by the web DLL
Transaction tags are encoded twice by the ILLiad web DLL, which can lead to the resulting text being displayed as encoded on the web page.
Bug# 17973
0 votes -
EditPatentRequest.html contains incorrect error parameter for PhotoJournalTitle field
The error parameter for the PhotoJournalTitle field on EditPatentRequest.html has an incorrect value of ERRORLoanAuthor in the ILLiad 9.1 web pages. The correct value for this parameter is ERRORPhotoJournalTitle.
Bug# 14817
0 votes