DLPS - Implement a solution to bypass the main login page for DLPS users

Over the last year we have made a number of changes to try and resolve issues with the DLPS Login , where in users get stuck in a loop.

Both Michael and David have attempted to resolved this issue, with a high degree of success, however, there is still one store that continues to have an issue.

CFA have asked us to look at alternative solutions, which was done in the past.

Below are some notes from Corey:

There was some discussion regarding how to fix the issues we see with the DLPS login, and Neha asked that I send our options on to you:

1 Keep the existing behavior requiring the double sign-in
2 Create a new login page that either does not establish a new session when loading the page or destroys the session prior to the page being submitted, thus preventing the double login
3 Remove login entirely and have a page that accepts the store number as a URL parameter and then signs the iPad in as that store's DLPS user and redirects to the DLPS page.
4 Remove access restrictions on the DLPS page entirely, and control access via a URL parameter (store number).

Options 3 & 4 would require a change to the webclip on the iPads, but would remove the need for logging in. I think Option 4 would require slightly more work than any of the other options (Small - Medium), but 2 & 3 should be about the same amount of effort (Small).

Based on these notes, I would like us to pursue either option 2 or 3, both of which require a new DLPS login page.

Acceptance Criteria

Acceptance Criteria

1. Keep in mind that DLPS is accessed via an Apple Web Clip
2. This must be tested on an iOS device
3. Attached is once such webclip
   • JAT LCE: serveFile.mobileconfig
4. Different Web Clips route the user to different DLPS Routes
5. Example url from the attached webclip: http://inform.jatesting.cfahome.com/MMS_stores_dlpscontainer.htm
6. Any new page, must load form the same URL that is used in the WebClip today
   • CFA do not have a mechanism in place to update all of the webclips remotely in an automated manner
7. When a users session times out, the user should be redirected back to the new login page, and not the default MMS Login/Okta
8. When the user clicks on "Click to Reload", the user should be redirected back to the new login page, and not the default MMS Login/Okta
9. Make it easy to see what you are entering on an iPad, the MMS username and password fields are tiny on an iPad....
   • Maybe popup the iOS numeric keyboard is we go with just entering a store number