1858644 - The "by Fakespot" text from the "Ad by Fakespot" label is not read out loud on Hover by NVDA

Status: NEW

(Firefox :: Shopping, defect, P3)

Description

[Rares Doghi, Desktop QA]

Found in

• Nightly 120.0a1 (2023-10-11)

Affected versions

• Nightly 120.0a1 (2023-10-11)

Affected platforms

• Windows

Preconditions:
Set the browser.shopping.experience2023.enabled - TRUE
Set the browser.shopping.experience2023.optedIn - 1
Enable NVDA.

Steps to reproduce

1. Reach https://www.amazon.com/dp/B07V6ZSHF4
2. Hover over the "by Fakespot" text from the "Ad by Fakespot" label.

Expected result

• The Ad By Fakespot label should be read out loud when the user hovers over the text.

Actual result

• Only the "Ad" text will trigger the NVDA.
  Hovering over "by Fakespot" will not be read out loud by NVDA.
  If the user reaches that label using keyboard navigation it is being read by NVDA without issues.

Regression range
Not Applicable

Comment 1

[Anna Yeddi [:ayeddi]]

Jamie, could that be a hittest related too, like the bug 1849590?

Comment 2

[James Teh [:Jamie]]

It could well be. When you hit test the "by Fakespot" text, the a11y engine returns the review-highlights-list element. The bounds of the review-highlights-list element seem to overlap the "by Fakespot" text.

Does this make any sense visually? Is the text "Ad by Fakespot" just in a single line or is it split up somehow? Where is that list located visually relative to the "AD by Fakespot" text?

Comment 3

[Anna Yeddi [:ayeddi]]

(In reply to James Teh [:Jamie] from comment #2)

It could well be. When you hit test the "by Fakespot" text, the a11y engine returns the review-highlights-list element. The bounds of the review-highlights-list element seem to overlap the "by Fakespot" text.

Does this make any sense visually? Is the text "Ad by Fakespot" just in a single line or is it split up somehow? Where is that list located visually relative to the "AD by Fakespot" text?

The Ad by Fakespot is a single line, a <p> element. But it is obscured for a screen reader by the Highlights list, because the list is hidden only visually not programmatically - this should be handled by bug 1848848

Comment 4

[BugBot [:suhaib / :marco/ :calixte]]

The severity field for this bug is set to S4. However, the accessibility severity is higher, .
:jhirsch, could you consider increasing the severity?

For more information, please visit BugBot documentation.

Comment 5

[Morgan Reschenberg [:morgan]]

Where is the Ad by Fakespot string? I can't find it :( is it in content or in the sidebar?

Comment 6

[Anna Yeddi [:ayeddi]]

sorry, there have been two more prefs that were added since the bug was filed:

• browser.shopping.experience2023.ads.enabled=true
• browser.shopping.experience2023.ads.userEnabled=true

Comment 7

[Rares Doghi, Desktop QA]

Hi @Anna and @Morgan, This issue seems to be fixed in our latest 120.0b2 but it still occurs in our latest Nightly build.
NVDA reads Ad by Fakespot when im hovering over the fakespot text from the label but only in Beta, Nightly still won't read it if I hover over that text.

Comment 8

[James Teh [:Jamie]]

Is the Highlights list smaller in beta or something like that? That would prevent it from obscuring this text for accessibility purposes.

Comment 9

[Rares Doghi, Desktop QA]

Yup, you are right @James, I think I had different products, I tested again with https://www.amazon.com/Computer-Drawers-Writing-Storage-Workstations/dp/B08N4DP9N8/ref=sr_1_1_sspa?keywords=desk&link_code=qs&qid=1698391335&sourceid=Mozilla-search&sr=8-1-spons&sp_csd=d2lkZ2V0TmFtZT1zcF9hdGY&psc=1 and the By Fakespot is not being read out loud by NVDA. Thank you.