All login types work on Desktop and Web: Quick Checklist: - An account with domain, log on to
- desktop RM
- desktop for Users
- standalone web client
- work-entry web client
- barcode scanner
- other desktop apps
- In Work Desksite log in to IRM from Search-Records
- Saml account, user can log in
- standalone web client
- work-entry web client
- Trusted User Login on Desktop Client - cannot be tested in Test Environment (2018+)
- RM
- User version
- Force password change
- in web client
- in desktop client
- upgrade user logs on on latest system
- Change Password
- on web client standalone
- on web work version
- on Desktop RM
- on Desktop User
- Domain Accounts, use to configure
- SPM Irm Agent - account in IRM and SPMAdmin/SPMAgent account in SPM (both with/without/ one with)
- Users in SPM system - staffing, otw, external user (some with/without)
- FS Agent configuration (with/without)
- securityPolicyManager.username=rm1@irm.com
- GOV-10469 - on https://wiki.imanage.com/pages/viewpage.action?spaceKey=IRM&title=Manage+In+Place
- Policy Service mapping and NRTADMIN account in Work (both with/without/ one with)
see also: Password Security DW
|
|
|
| Standard Login on Desktop and Web |
|
|
|---|
Standard Login for Desktop Clients
TEST both desktop clients: - Desktop client for USERS
- Desktop client for RECORD MANAGERS
LOGIN DIALOG: - IRM Desktop Profession log in has 3 login options - Trusted Login, SAML Login, Standard Login. Can select any login tab - each log in screen displays correctly (reference link)
- ERRORS:
- Invalid credentials entered. Appropriate, helpful messaging displays: Login failed. Check your username/password and try again
- Log in with CMS service not running. Appropriate, helpful messaging displays: RM server not available
- LOGS IN:
- Password is case-sensitive. Not accepted if this is entered incorrectly
- User with domain: Successful login with domain. Fails if domain not entered.
- Use Automatically connect: Check option - Automatically connect on startup
- Login. Close. Launch again. Login not required, automatically connects.
- Close, select SHIFT + launch application again, log in screen displays and user can log in again with different credentials
- Logged in to Desktop client for RECORD MANAGERS > Circulation > Bar Code. Log in to Barcode application. Close
- Search: IRM Barcode Application. Login. Close.
|
|
|
Note: GOV-18709: IRM Cert - https irm web login - https://bel-irmserver001:8443/
- View certificate security information at url (lock or warning icon)
- CA Root certificate (not trusted) - Expiry updated to 6/1/2029
- (there are a lot of other issues with this certificate that seem to be out of reach)
|
|
|
| Password Force-Change DESKTOP GOV-17307, WEB GOV-15011 |
|
|
|---|
DESKTOP: On initial login screen: - In Library Manager, checkbox: Force password change for any account.
- On login to Desktop Client, the Change password dialog displays
- Enter old password. Then New and Confirm New password. Login dialog displays again. Enter new Password and successfully logged in.
- Setting a new password that is the same as the old password is not allowed:
- Error message displays (new or upgraded library in 10.0.10 testing)
- Message: Password must contain [password security policy ], and be different than the old password
- Change to a valid new password. Can complete process and logs in
- After 5 failed attempts, account gets locked out
- Message: Your account has been locked out due to failed login attempts. Please contact your administrator.
WEB: - Library manager: Create new user, setting Force-Password-Change to TRUE.
- Web client login: enter this credentials for this user
- Login form updates to Force Password Change form
- Blue Information section (Black border): Information Icon. Text: You must update your password before you can login Black border
- Password Requirements if set, else they are hidden. See tests for Change Password
- User must enter existing password, new password, confirm new password. See validation test for Chanage Password
- Cancel. Back to login form. Login. Force Password Change form displays again
- Enter valid credential for existing and new password.
- Force Password Change form closes
- Login form closes
- User is logged in to web client.
- Force-Login set to FALSE on User account, Library manager
- This user logs out, then back in. Not required to change password
- Force password change again. Try to make new password same as existing password. This is not allowed. See tests for Change Password
|
|
|
| Change Password GOV-17307 |
|
|
|---|
DESKTOP: On initial login screen: - Change Password. the Change password dialog displays.
- Can set a new password
- Cannot set a new password that is same as old password.
- Set same password. Error message displays: Password must contain [password security policy ], and be different than the old password
- Edit new/confirm new passwords
Logged in. Tools > Options > Login - Displays login settings dialog.
- Enter password. Select Password change
- Verify the same as for initial login screen
- With new login set in Tools. Go to Circulation > Bar Code. Can log in with new password
Test both clients: DESKTOP for RECORD MANAGERS and DESKTOP for USERS. New and Upgraded libraries (10.0.10, Build 221+ March 2019) WEB: - Using Standard login, login in
- Go to User settings (top -right). Reset Password on menu. Text: Reset Password. Icon: padlock
- Reset Password Pane:
- Left panel and main panel look same as login screen (greys, no content)
- Icon: Padlock with green bar. Page Title Reset Password
- Text fields, all required fields: Existing Password *, New Password *, Confirm New Password *
- No domain field
- Submit button. Always enabled
- Default to hide password input. Hold/Show Icon for each password field
- Can show / hide input. Icon updates
- Enter no text. Submit: Message - Existing password required
- Enter only current password. Submit: Message - Please provide a new password
- Enter new password but do not enter confirmation. Submit: Message - Please confirm your password
- Enter invalid confirmation. Submit: Message - Passwords do not match
- Enter new and confirmation password that is same as existing password. Submit: Message - New password must be different from previous password
- Enter invalid existing password. Not accepted
- Error messaging: red, with x symbol
- Use valid input - the correct existing password and a different new password, with matching confirmation. Submit. Success messaging displays. Fields clear
- Success messaging: green, with check symbol. Still on Reset page. (Same as TM not SPM, design limitation to go back/close. Accepted by PM)
Account locked out (5 failed attempts) - Web client does not give specific message for this in the way that the desktop client does.
- It gives password error message
Password Requirements: - Configuration manager - System Configurations: Minimum requirements set to 0. Password requirements do not display.
- Configuration manager - System Configurations: Set some Minimum requirements. Password requirements display on Reset password.
- Text: Password Requirements
- Requirements text GREY, with GREY WARNING icon
- As password requirements are met/input, requirements updates
- Text GREEN, Icon changes to GREEN Success checked symbol
- Updates back to GREY when new password changed and no longer meets requirement
- Add/Remove (0)/edit requirements in System Configurations. Refresh page. Password requirements update
Test change password for : - Users accounts with domain, without domain
- Users with set of privileges: default (not in group), All privileges (Admin), All non-manager/admin privs (Non-admin), Non-Admin without View User privilege (End-User persona)
- all browser, and on desktop and mobile
- Work-entry / work launcher
|
|
|
Standard Login for all other Desktop apps: Data Loader Application Designer Data Model Migration Utility Policy Service (when system is configured for SAML, check that Policy Service still works) Integrates with other products: File System Agent (when system is configured for SAML, check that MIP still works) SPM |
|
|
| Reference Test Plans: older, detailed tests for Desktop - Login:Standard, Saml, Trusted |
|
|
| Reference Test Plans: Changing Password policy Upgrades and backwards compatibility - Password Security Tests |
|
|
Work desktop client to irm desktop client: Search Records SET UP: Install Desksite, then install Desktop Standard. Bitness must match. Search Records will be available. RM install finds and extends registry entries that should add Search Records commands to the desksite UI - In work/Desksite, right-click Workspace.
- Select Search Records
- Can log in to record manager and file plan or client/matter associated display
- If automatic log in set on Record Manager: Select Search Records, Record Manager - file plan or client/matter associated display
Desktop User with same bitness will install to C:\Program Files (x86)\Interwoven\WorkSite\Records Manager
GOV-18673: Desksite/Irm Desktop client using SAML login - With Saml authentication set up:
- saml steps here
- remember to set suppress error to false:
- in desktop client:
- C:\Program Files (x86)\Interwoven\WorkSite\Records Manager
- WOMDOTNET.config
- <add key="interwoven.recordsmanager.controls.ScriptErrorsSuppressed" value="false"/>
- in desksite:
- C:\Program Files (x86)\Interwoven\WorkSite
- copy the desktop client WOMDOTNET file here
- Check that IRM desktop client saml login works
- Close Desktop client
- Launch Desksite
- Go to Search records (from Search or right-click any workspace)
- Search records, launches IRM desktop client - login screen
- Use Saml login. This is successful, user is logged into irm desktop client
|
|
|
Standard login on Standalone Web client Test with URL: ) Test with URL: localhost:8443 - if using saml (GOV-18668, if issues , can use localhost:8079/web/localAuth) - Reset Password, (see Password Security test-plan)
- Force User to change password on logon, (see Password Security test-plan)
- Login with valid credentials is successful. Displays Client list page in web client
- Login with invalid - username / passsword / username and password - same general messaging for these cases
- Login with valid credentials including domain - use valid domain, omit domain, invalid domain
- Omit password, omit user-name, omit domain, omit all - cannot log in
Note: - Login Screen: does not yet do what Desktop manager does:
- No Error message when trying to log in with configuration error - no Facility Added
- Authentication Error - logged in, password is changed, try using - CHECK THIS
|
|
|
| GOV-10718: Log-in page, focus on Username field (wont work in Firefox) | GOV-10718 | VS |
| GOV-10385: User with £ in password can log in | GOV-10385#1 | AP |
Standard login from Work Web client (E2E) checks e2e: user logs in to Work Web client, from its Matter page, this user accesses IRM web client. As an Admin / Non-Admin / Lowest Priv user / User not in Group (use a variety of accounts): Using Standard login Log into Work. - Navigate to a Matter. Click View Records link. Log in to irm web client. Records for this matter display
- Navigate to a Matter. Go to View Records on the matter context menu.
- GOV-10718: Log-in page, focus on Username field (wont work in Firefox)
- Log in to irm web client. Records for this matter display
|
|
|
Standard login Web-Entry launcher (for testing if work/irm integration not available) If Work/IRM integration is not available to test. The Work-Entry Launcher can be used in test to directly log in this version of irm web client. Login using web client launcher Download web-client-launcher, launch client on any/all browsers. Test STANDARD and SAML log in. UI: - GOV-10718: Log-in page, focus on Username field (wont work in Firefox)
- Error page is styled to match iframe with top and side bar, back buttons
Error Messaging: - Username invalid, error message
- Password invalid, error message
- IRM server down, error message
Logging in: - Not logged in, "Login to IRM", log in, records displayed
- Not logged in, "Form based login to IRM", log in, records displayed
- Not logged in, "Clear IRM Authentication", returned to launch page, when select "View Records" prompted to log in
- Not logged in, "View Records", log in, records displayed
- Already logged in, "Login to IRM", log in, records displayed
- Already logged in, "Form based login to IRM", log in, records displayed
- Already logged in, "Clear IRM Authentication", when select "View Records" prompted to log in
- Already logged in, "View Records", records displayed
Access: Error message when attempt to access record with invalid client/matter ID Usage: Work version Launcher: Expected message/handling: - Unable to load matter.
- Link back to login page
Scenarios for access from WORK web client's workspace page to IRM web client's client/matter page (*1 not all may be valid configuration) - When a workspace is not configured without client or matter.
- When a workspace is configured with a client but not a matter, what happens.
- When a workspace is configured with no client and is configured with a matter. CANNOT do this
- When a workspace is configured with both a client and a matter and the user does not have access to the client
- When a workspace is configured with both a client and a matter and the user does not have access to the matter.
- When a workspace is configured with both a client and a matter and the user does not have access to either.
- When a workspace is configured with both a client and a matter and client does not exist
- When a workspace is configured with both a client and a matter and matter does not exist
- When a workspace is configured with both a client and a matter and client does not exist
- When a workspace is configured with both a client and a matter and neither exists.
|
|
|
| Saml Login on Desktop and Web |
|
|
|---|
Saml Login for Desktop Clients Login dialog → Saml login follow set up steps for Saml
Saml Login for all other Desktop apps: Policy Service (when system is configured for SAML, check that Policy Service still works) Integrates with other products: File System Agent (when system is configured for SAML, check that MIP still works)
Saml login Standalone Web client Set auth: loginType: to saml on .yml file Enter https://localhost:8443 and redirects to https://beldc1.cantona.net/adfs/ls/ Enter valid user credential (IRM_Test / Govern123 and this username should have been added as a Trustee in Library Manager) User is logged into Standalone web client - File plan displaying With Saml configured, also check that Requests page can be opened in a new tab, Request page display without requiring login GOV-9983: on application yml set domainNameKey: domain. Test with valid domain (GOVERN.COM) set on the Irm_Test Trustee account, successful log in Test with no domain set on the Irm_Test Trustee account, log in fails (Error: Internal Server Error exception: org.springframework.security.core.userdetails.UsernameNotFoundException message: GOVERN.COM:Irm_Test) Test with invalid Domain (Cantona) set on the Irm_Test Trustee account, authentication will fail. With domainNameKey not configured, trustee has domain. Log in will fail (If trustees have domain, domainNameKey mapping should be configured) Check that Requests page can be opened in a new tab. Request page displays without requiring login as SAML is enabled Sign-out, can log back in using localhost:8443 or localhost:8443/login PREVIOUS Releases: rmserver/lib/rest-server.jar > formLoginSuccess.html Should not contain: if (loginHelper && loginHelper.basePath)\{ (Also in Release Ready tests)
Saml login Work Web client As an Admin / Non-Admin / Lowest Priv user / User not in Group: Using Saml login: - Log into Work with saml account.
- Click View Records link and records for this matter display with need to log in again
- On session time-out, the user will be prompted for SAML log in.
Session / tokens: Standard login / SAML, remain logged in after token refresh Standard login / SAML, logged out after token expiry |
|
|
OTHER: GOV-8927: no messaging when SAML not set up GOV-6548: Other - Verify IRM Web launcher page Log in with IRM Web Client URL lowercase/uppercase/mixed case Log in with default/custom IRM Web Client port |
|
|
Able to logon explicitly to IRM Web using a domain-user (GOV-9511) Domain added to Web Client login page, tests: Login with Domain: - User without domain can login to IRM Web, domain field left blank
- User without domain cannot login to IRM Web when domain field is populated
- User with domain can login to IRM Web when valid domain is specified (also test with password in lowercase/uppercase/mixed case)
- User with domain cannot login to IRM Web when domain field is left blank
- User with domain cannot login to IRM Web when invalid domain is specified
Username/Domain combinations: - Two users with same username, one with domain and one without, both can login to IRM Web by specifying / not specifying domain
- Two users with same username, each with different domain, both can login to IRM Web by specifying valid domain
- Two users with same username, each with different domain, cannot login without specifying domain
|
|
|
Work entry - Open IRM in new window (10.0.12 / GOV-19961) - In the web extension file IRMMatterViewMenuItem.yaml
- Change type iframe to window
- In Work Control centre, Applications - upload this version of the IRM web Client for iManage Work zip
- Log in to Work web client, navigation to a matter that also exist in IRM
- Select View Records (matter context menu or use the link on drill in to this matter)
- IRM web client opens in a new window (not an iframe on same window) - on matter page
- can go Back to Work
- this closes the new IRM web client window and back to the open Work web client window
- note: if the Work web client window has been closed, Back to Work link does not work (cannot detect it)
- Work entry version of web client functions as normal
Work-entry - Address web client iFrame security issue (10.2 / GOV-24254) - On the web extension file - type iframe changed to window
- This will open irm in a new tab - same as GOV-19961 - this is the default setting now
- check what electronic renditions does - View link
- Server side: Deny X-Frame Option enabled
- attempt to host in iframe - expect - blocked
- open Dev Tools "Network" tab and hit the server. In the Response Headers section, you should be able to see X-Frame-Options: DENY.
- Change file back to iframe - test
.Extensions for iManage Work v10.1.3#.ExtensionsforiManageWorkv10.1.3-DefiningCustomMenu
|
|
|
|
|
|
Comments
0 comments
Please sign in to leave a comment.