cds-snc / cds-snc/notification-planning

Adding a reply-to sometimes causes a dead-end screen.

Open
#1,007 0 comments 0 reactions 0 assignees View on GitHub
Bug | Bogue Dev Low Priority | Faible priorité
Dominant language
No language data
Stars
5
Forks
0
Avg merge
19m
Merged PRs (30d)
1

Description

## Describe the bug

Entering a duplicate of an existing reply-to address leads users to a dead-end screen.

## [Bug Severity](https://docs.google.com/document/d/1tcD32bjJRaREsMgaUEoXAk400y1dKzzaKR0G5Sr1w20/edit)
See examples in the documentation

SEV-4 Low

## To Reproduce

Steps to reproduce the behavior:

1. On the reply-to address form
2. Have at least one existing reply-to address
3. Try to add the same reply-to address as a duplicate
4. Receive an error message
5. Notice you're stuck on that page. (See screenshot)

## Expected behavior

Serve the same error message in an error banner, and let the user fill out the form and resubmit. (See proposed interface)

## Impact

Describe overall user/system impact to consider when prioritizing this issue.

If applicable

Impact on Notify users: Its a dead-end. They can only navigate back or to a different section. They can't retry the form right away to fix their mistake

Impact on Recipients: None

Impact on Notify team: None

## Screenshots

![Capture d’écran, le 2022-11-24 à 14.09.41.png](https://images.zenhubusercontent.com/614b439e980ccd4137400d3e/6379b91a-bfeb-4c3e-a9e2-b9f054b193a9)
![Capture d’écran, le 2022-11-24 à 14.10.01.png](https://images.zenhubusercontent.com/614b439e980ccd4137400d3e/8f77cde5-6ead-4020-802a-a2a059fe6a80)

## Proposed change

![image.png](https://images.zenhubusercontent.com/614b439e980ccd4137400d3e/5389de33-a5f3-442b-94b0-c03d21198cee)

Contributor guide

Open the contributing guide

Research direction

No implementation files or tests are named. Start by locating the reply-to address form and its duplicate-address error handling, then reproduce the dead-end behavior described in the issue. Done means the same error appears in an error banner while the form remains available for correction and resubmission.

Written by the indexing model from the issue text.

Assessment

Domain
frontend
Issue type
Bug
Difficulty
3/5
Estimated time
1-2 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.