Chat -- Gif feature uses aria-live="assertive"

[damiansian]

SC 4.1.2 Name role value and SC 4.1.3 Status message

Issue

Screen reader reads the message over and over. I would make this a Sev 1 as the feature is unusable by a screen reader user but the feature is no where near a cirtical workflow.

Screen.Recording.2025-01-25.at.3.31.14.PM.mov

Current

Assertive alerts take over the screenr reader in a negative way sometimes.

<div class="intercom-25bbh1 e1v6ck12">
<input name="gif" placeholder="Search GIFs…" aria-label="Search GIFs…" class="intercom-s2zhvv e1v6ck11">
<span aria-live="assertive"></span>
</div>`

Suggested

Again, my first suggestion is to turn this feature off. But if that's not possible, then change assertive to polite.

<div class="intercom-25bbh1 e1v6ck12">
<input name="gif" placeholder="Search GIFs…" aria-label="Search GIFs…" class="intercom-s2zhvv e1v6ck11">
<span aria-live="polite"></span>
</div>`

[damiansian]

@tristanvanech / @amanifarooque / @mmazanec22

The chat widget has some features that I recommend turning off post haste.

Emoji

This seems out of place in a tax help setting.

Gif

This whole expereince is not working for a screen reader user. Also seems out of place in a tax help setting. I would call this out as Sev 1, but it's a non-critical workflow.

File upload

As this system is likely to handle Personally Identifiable Information (PII), how is the information encrypted in transit and at rest? What if a person sends HIPPA related content as an attachment? What is the process for retention based on that critical data classification? Who owns that data? Where is stored? Is the storage co-tennated with other state's data?

I would consult with your Information Security Office (ISO) on the questions above or... turn the feature off.