ILLiad Known Issues
115 results found
-
HTTP Headers
The HTTP headers could potentially pose a risk of cross-frame scripting (XFS) in the ILLiad web pages.
v9.1
Bug# 48480 votesReleased in ILLiad version 9.1.1.
-
Document Type Tags
Document type tag can be a potential risk of cross-site scripting (XSS) in the ILLiad web pages.
v9.1
Bug# 47660 votesReleased in ILLiad version 9.1.1.
-
Lending Returns will not refresh OCLC status
v9.1
Bug# 48670 votesReleased in ILLiad 9.1.2
-
Some Customization Keys do not have a description explaining its purpose
The following Key do not have a description in the Customization Manager:
RenewalWindowDays
ISOCanSendReceived
ISOCanSendReturned
ISOCurrencyCode
ISOMonetaryValueBug# 4569
0 votesreleased · AdminBrittany de Gail (Technical Writer/Content Developer, Atlas Systems, Inc.) respondedReleased in ILLiad 9.2
-
CopyrightPayer check not done by Odyssey Manager during Check In
The Odyssey Manager does not check to see if the Library is a Trusted CopyrightPayer so the CopyrightAlreadyPaid checkbox never gets checked when the file has been received. As a result, the Journal Titles received from a Copyright Payer end up on the Copyright Reports.
Bug# 4491
0 votesReleased in ILLiad 9.1
-
Spaces at the beginning or ending of a password are trimmed off in the web but not in the client
The DLL is trimming any leading or trailing spaces from the password field within the web, whereas the client just runs the password as it's entered with the spaces. For example, if my password is "ABC" when logging in the client "ABC " fails, whereas it works in the web pages because the space is being removed.
Note: A space can exist within the password itself, e.g., "P@ss W0rd", as long as it's an accepted requirement in the Customization Manager. The spaces within the password will not be trimmed by the DLL.
Bug# 4490
0 votesReleased in ILLiad 9.1
-
0 votesreleased · AdminBrittany de Gail (Technical Writer/Content Developer, Atlas Systems, Inc.) responded
Released in ILLiad 9.2
-
The generateuser call appears to fail when creating a new user from an import email request
The email import behavior when creating a new user from an import request with the EMailImportAutoUserRecord set to yes will cause the generateuser call to appear as though it has failed, but the request is still imported, and assigned to a default user
Should also be noted that this process works correctly when the user already exists in the system. This is only occuring when AutoUserRecord is set to yes, and the Username value from the email does not exist in the database.
Bug# 4441
0 votesreleased · AdminBrittany de Gail (Technical Writer/Content Developer, Atlas Systems, Inc.) respondedReleased in ILLiad 9.2
-
Docline scripts not importing patron name if it is in the imported info
Bug#4263
v9.0.3 & 8.7.30 votesReleased in DOCLINE 3.1.2.1 Scripts
-
ILLiad users are not prompted for password change after 9.0 update
When a user who has an ILLiad login and an AuthType of Default tries to log in to the ILLiad web pages when WebAuthType=RemoteAuth, they are able to log in without being prompted to change their password (when trying to log in for the first time after the upgrade).
v9.0
Bug#42140 votesReleased in ILLiad 9.1
-
Grouping by field in In Document Delivery (DD) Stacks Searching causes error
An error message/feedback pop-up will appear when a staff user attempts to group transactions by a field (e.g., username) in dd stacks searching. The log will record this error as "Transaction number 0 not found".
v8.7 & 9.0
Bug# 41720 votesReleased in ILLiad 9.1
-
Some specific parameter settings may cause Index and Length Server Error
Workaround: Try different numbers in the parameters of the report.
0 votesreleased · AdminBrittany de Gail (Technical Writer/Content Developer, Atlas Systems, Inc.) respondedReleased in ILLiad 9.2
-
0 votes
Released in ILLiad 9.1
-
TemplateProcessor for emails does not handle parameters that have a right angle bracket
The RegEx used assumes the first angle bracket as part of the tag instead of a bracket inside a tag parameter. This impacts email and SMS templates.
v8.6
Bug#14700 votesReleased in ILLiad 9.1
-
External Request Controller is checking for the Aeon status even if ExternalId is null
The ILLiad ExternalRequestController is attempting to retrieve statuses for external requests that had never been created in Aeon. The check is parsing the ExternalID as an integer but when null, fails.
This error occurs with Aeon and ILLiad integrations.
v8.7.2
Bug# 38290 votesReleased in ILLiad 9.1
-
0 votes
Released in ILLiad 9.1
-
OCLC Request form does not open properly for completed OCLC requests
OCLC Requests that have a Worldshare ILL Status of Closed and disposition of Supplied cannot be opened in the OCLC Request form.
Bug#3787
0 votesReleased in ILLiad 9.1
-
Transaction status in Request form status bar is not visible using some skins
The transaction status that displays on the lower left of the status bar on a request form is not visible when using some skins due to the color contrast with the default black text. See the attached example of the Office 2013 Dark Gray Skin. This status is visible in the Standard Display using Office 2016 Colorful and Office 2016 Dark.
v9.0
Bug#3991
Bug#41660 votesReleased in ILLiad 9.1
-
0 votes
Released in ILLiad 9.1
-
"Nullable object must have a value" Error
The error message "Nullable object must have a value" needs to be explained better on the prompt. The error appears when attempting to request an item when the OCLC request is in the Cancelled status.
Bug#3594
0 votesReleased in ILLiad 9.1