-
Notifications
You must be signed in to change notification settings - Fork 69
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
VACMS-19512: Drupal UX for phone numbers #19607
base: main
Are you sure you want to change the base?
Conversation
Checking composer.lock changes... |
Checking composer.lock changes... |
QA notesBasic behavior
Label field weirdness 🔴 - now ticketed as #19623On Staff profile, I removed an existing phone number, added a new one and saved with max char length to test. After removing phone, clicking to Add phone, I see a Label field (across all content types). To reproduce:
https://pr19607-h5ubpjxulma3zyqeq8hayikh80scnqhu.ci.cms.va.gov/node/73936 https://pr19607-h5ubpjxulma3zyqeq8hayikh80scnqhu.ci.cms.va.gov/node/73936/edit Test content (FE is building on Fri pm and can be verified on Monday):
Remove confirmation / truncated text 🟡Removal confirmation is technically optional per the QA steps. When I use the "remove" button to remove, I get a confirmation prompt with truncated text. Loom that shows the experience: https://www.loom.com/share/7f203fbc6650489288d51f85a0e3dd09 This doesn't have to block the PR, but is not great UX debt to add while trying to improve the experience, so I do think it needs follow up. If the confirmation is optional, can we remove it? Or do we need to keep it and address the truncated text? (Updating Empty Cashier's office accordion on B&IObserved that Cashier's office accordion is empty. That's a documented defect: #16150 |
I'm a goofy person, and we cannot test what happens in the fe, because the FE isn't using the new phone number structure yet. I think. Not sure what that means for troubleshooting / fixing labels and whether or not this can merge. |
I also noticed this behavior when I was doing QA. However, this behavior is not specific to my PR. I flipped the feature toggle on my demo tugboat and confirmed that the label field shows up if you add, remove, and re-add. Fixing this should be a separate ticket. |
Checking composer.lock changes... |
I just committed a change to increase that to 40%, but then that makes this PR need CMS platform review since that's changing a more fundamental property in the system. I'm also not sure how we would go about verifying that increasing this percentage doesn't create problems elsewhere in the CMS. Per scrum discussion: out of scope |
Checking composer.lock changes... |
Checking composer.lock changes... |
Checking composer.lock changes... |
Checking composer.lock changes... |
Checking composer.lock changes... |
Checking composer.lock changes... |
Tugboat has finished building the preview for this pull request! Links:
Dashboard: |
Description
Relates to #19512
Also fixing #16150 as a bonus
Testing done
Manual in Tugboat
Screenshots
QA steps
What needs to be checked to prove this works?
What needs to be checked to prove it didn't break any related things?
What variations of circumstances (users, actions, values) need to be checked?
Once per day setup
Check Staff Profile
Check VAMC System Billing & Insurance
Check VAMC Facility - Mental Health Phone Number
Check VAMC Facility - Mental Health Phone Number TOGGLE OFF
Check other phone number paragraph types to make sure we didn't break their styling
Definition of Done