ILLiad Known Issues
122 results found
-
DSP isn't utilzing custom queues as target options for SharedServer
Custom queues are not added to the list of business rules as possible targets for shared server installations when utilizing the Decision Support Pipeline feature.
v9.1
Bug# 49610 votesReleased in ILLiad 9.1.2
-
Not all fields are displaying at the correct width in the default web pages
In the 9.1 default web pages, some fields are not displaying at the correct width within the default web pages.
v9.1
Bug# 50620 votesReleased in ILLiad 9.1.2
-
Errors on NewUser/NewAuthRegistration
The wrong ID (CurrentPassword) is being assigned to the Username field on NewUserRegistration form.
v9.0
Bug# 50660 votesReleased in ILLiad 9.1.2.
-
Color consistency - The button for the include_nav_search
The search button on the Navbar is green instead of utilizing the default blue for consistency. In addition, the size of the nav_search button needs to be adjusted for consistency.
v9.1
Bug# 50710 votesReleased in ILLiad 9.1.2.
-
Menu options do not properly display in the patron web pages
Custom statuses set in the DisplayStatus table (e.g., using "Ready for Pickup or Checked Out" as a display status for "Checked Out to Customer") would not display certain menu options (e.g., renew, clone, etc.) in the patron web pages because the <#MENU> tag would not read the custom statuses as a valid status.
v9.1
Bug# 50500 votesReleased in ILLiad 9.1.2
-
UserNotificationPreferences are not initialized for new users created through Automatic User Creation
v9.1
Bug# 48080 votes -
RAPID Lending requests are not downloading correctly for shared server sites
RAPID Lending requests are not downloading correctly for shared server sites who share a RAPID symbol but have different branches.
v9.1
Bug# 48340 votesReleased in ILLiad version 9.1.1.
-
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