LG-15970 Add choose id type page to ID-IPP flow

[shanechesnutt-ft]

🎫 Ticket

Link to the relevant ticket:
LG-15970

🛠 Summary of changes

Add choose ID type to ID-IPP passport flow and integration tests.

📜 Testing Plan

Ensure hybrid flow is checked

Scenario: Global passports and In-Person Passports is enabled
Setup: Ensure the following environment variables are set

  in_person_proofing_enabled: true
  in_person_proofing_opt_in_enabled: true
  in_person_passports_enabled: true
  doc_auth_passports_enabled: true
  doc_auth_passports_percent: 100

• Login through the oidc sinatra application selecting the Identity Verified level of service.
• Create a new account
• Complete the ID-IPP flow reaching the post office selection page
• Select a post office
• Ensure user is navigated to the choose ID type page

Scenario: Global passports are enabled and in-person passports is disabled

  in_person_proofing_enabled: true
  in_person_proofing_opt_in_enabled: true
  in_person_passports_enabled: false
  doc_auth_passports_enabled: true
  doc_auth_passports_percent: 100

• Login through the oidc sinatra application selecting the Identity Verified level of service.
• Create a new account
• Complete the ID-IPP flow reaching the post office selection page
• Select a post office
• Ensure user is navigated to the state ID page

Scenario: Global passports are disabled and in-person passports is enabled

  in_person_proofing_enabled: true
  in_person_proofing_opt_in_enabled: true
  in_person_passports_enabled: true
  doc_auth_passports_enabled: false

• Login through the oidc sinatra application selecting the Identity Verified level of service.
• Create a new account
• Complete the ID-IPP flow reaching the post office selection page
• Select a post office
• Ensure user is navigated to the state ID page

Screenshots

[rutvigupta-design]

@shanechesnutt-ft I'm noticing the text in the beginning seems to be in line with the remote flow's content instead of IPP. I think it should say "Select the type of document that you want to use. You’ll need to bring this document to the Post Office." instead of what is showing up in the screenshot.

[gina-yamada]

Scenario: Global passports and In-Person Passports is enabled
✅ Opt-in to IPP - Choose ID Type View after Post Office Selection, AWS Event logs new event and accurate info - ie: opted_in_to_in_person_proofing = true
✅ Failed Remote - Choose ID Type View after Post Office Selection, AWS Event logs new event and accurate info- ie: opted_in_to_in_person_proofing = false)
✅ Hybrid -> failed remote -> moved into IPP - I was kicked back to /verify/in_person/choose_id_type as I'd expect after picking a PO on mobile. AWS Events logs new event and accurate info - ie: flow path is hybrid, correct step, opted in to IPP is false

Scenario: Global passports are enabled and in-person passports is disabled
✅ Opt-in to IPP- Navigated to State ID after Post Office Selection, AWS event logs State Id visited
✅ Failed Remote - Navigated to State ID after Post Office Selection, AWS event logs State Id visited
✅ Hybrid -> failed remote -> moved into IPP - Was kicked back to State ID (desktop) after Post Office Selection (mobile), AWS event logs State Id visited

Scenario: Global passports are disabled and in-person passports is enabled
✅ Opt-in to IPP- Navigated to State ID after Post Office Selection, AWS event logs State Id visited
✅ Failed Remote - Navigated to State ID after Post Office Selection, AWS event logs State Id visited
✅ Hybrid -> failed remote -> moved into IPP - Was kicked back to State ID (desktop) after Post Office Selection (mobile), AWS event logs State Id visited

Summary
✅ As noted above for each scenario, page navigation from Post Office selection to next page is working as expected
✅ As noted above for each scenario, new AWS logs when expected with correct data
✅ Page is translated (out of scope but complete)
✅ Page is responsive
✅ New route/controller for IPP
✅ Cancel is working as expected. AWS Cancel Event logs accurate step and request came from correctly. No, keep going returns to /verify/in_person/choose_id_type as I'd expect and Start over navigates me to /verify/welcome as I'd expect.
✅ AWS Analytic Event Testing - update - added flag inside feature specs
✅ The header is for remote. UPDATE- This is resolved
✅ Already mentioned, content needs to be updated UPDATE- This is resolved

Header I see...

Header I'd expect...

[rutvigupta-design]

@shanechesnutt-ft thanks for making the UI changes, this is looking great! 🎉 Few minor nits:

• The screenshot says "Select the type of document that you have." but the design says "Select the type of document that you want to use." Could we please change the content to match the design?
• Could you please confirm that the spacing between the second radio button and the 'Continue' button is 32 px/2 rem? This might be just my eyes but it's looking a little more than 32 px so just wanted to confirm!

[eileen-nava]

Approved. I think design's comments need to be addressed before this is merged, but I am happy with this from an engineering perspective. Good work!

[eileen-nava]

I appreciate the thorough test coverage here.

[eileen-nava]

What's the motivation for referring to the issuer rather than the service provider?

[shanechesnutt-ft]

Yeah I think I just missed updating that... I fixed it

[eileen-nava]

Nice use of inheritance. 👍🏻

[gina-yamada]

Approved- you addressed all of my comments. Nice work Shane! 👏

Confirmed Presenters (diff content & step indicator) are working as expected for Doc Auth, IPP, and hybrid (see url)

[shanechesnutt-ft]

Tagging @anniehirshman-gsa since we have made a small spacing change between the radio button and the continue button on the choose_id_type form. This change will affect the hybrid and remote flow.

[rutvigupta-design]

This looks great @shanechesnutt-ft - reviewed and approved by Joy design! 🎉

[solipet]

LGTM! Confirmed no regression on the remote IdV choose your ID type screen.

[theabrad]

LGTM tested it on the remote proofing side and it still works correctly