[High Contrast] The "Privacy policy" and "Terms of use" links from the Fakespot onboarding sidebar disappear when clicked
Categories
(Firefox :: Messaging System, defect, P1)
Tracking
()
People
(Reporter: rdoghi, Assigned: nsauermann)
References
(Blocks 1 open bug)
Details
(Keywords: access, Whiteboard: [omc])
Attachments
(2 files)
Found in
- Nightly 118.0a1 (2023-08-18)
Affected versions
- Nightly 118.0a1 (2023-08-18)
Affected platforms
- Windows
Preconditions:
Set the browser.shopping.experience2023.enabled - TRUE
Set the toolkit.shopping.useOHTTP - TRUE
Enable High Contrast
Steps to reproduce
- Reach about:preferences and turn off feature recommendations.
- Reach the Amazon https://www.amazon.com/dp/B09B6ZXD2V/ref=sbl_dpx_office-desks_B0B4CYW8FB_0 link
- Click and Hold each link from the Onboarding Shopping sidebar.
Expected result
- The Text should still be visible.
Actual result
- The Text from each link disappears.
Regression range
Not Applicable
Comment 1•2 years ago
|
||
:rdoghi, if you think that's a regression, could you try to find a regression range using for example mozregression?
Updated•2 years ago
|
Updated•2 years ago
|
Comment 2•2 years ago
|
||
I wonder if this is the default visited link colour not playing well with the background colour. Do we have this problem on other pages (e.g. the MPL link on about:rights), too?
Reporter | ||
Comment 4•2 years ago
|
||
No, this issue does not occur on about:rights or about:preferences, there only the underline will disappear.
Comment 5•1 years ago
|
||
Thank you for catching it, Rares!
On HCM, we do not expect to change the color of visited links, at least for now. Thus, they should keep Moznativehypelink
foreground and Canvas
background color combination.
Comment 6•1 years ago
|
||
It appears that the issue here comes from the markup that uses <a>
element (without valid href
) with role="button"
(discussed in bug 1849577)thus the default theme overrides the foreground color...
Comment 7•1 years ago
|
||
I think the use of role=button
here may have changed? Negin ?
Updated•1 years ago
|
Assignee | ||
Comment 8•1 years ago
|
||
(In reply to :Gijs (he/him) from comment #7)
I think the use of
role=button
here may have changed? Negin ?
It hasn't yet - that bug was prioritized as a P3. I have a WIP patch but it needs more work but I'll re-prioritize it this week, sorry for the delay!
Assignee | ||
Comment 9•1 year ago
•
|
||
This is also reproducible with the "Not Now" button on the opt-in screen and seems unrelated to role="button". In the inspector I can see the active-state is using var(--link-color-active)
and it seems contained to anything that uses text-link-styles
mixin and may have been regressed by https://bugzilla.mozilla.org/show_bug.cgi?id=1832855
Assignee | ||
Updated•1 year ago
|
Assignee | ||
Comment 10•1 year ago
|
||
Assignee | ||
Updated•1 year ago
|
Assignee | ||
Updated•1 year ago
|
Assignee | ||
Updated•1 year ago
|
Updated•1 year ago
|
Assignee | ||
Updated•1 year ago
|
Updated•1 year ago
|
Comment 11•1 year ago
|
||
Comment 12•1 year ago
|
||
bugherder |
Reporter | ||
Comment 13•1 year ago
|
||
This issue is verified as fixed in our latest Nightly build 119.0a1 (2023-09-24). However in other places when we click a Link the underline will disappear indicating that it's been clicked (about:preferences) should we not have the same behavior here as well ? There is no indication that we are clicking those links. ? Is this ok ?
Assignee | ||
Comment 14•1 year ago
•
|
||
I believe this is as expected (and is the current state for about:welcome and Spotlight modals). Underline should persist on all states from the following two bugs that were filed:
- general bug: https://bugzilla.mozilla.org/show_bug.cgi?id=1821788
- about:welcome bug: https://bugzilla.mozilla.org/show_bug.cgi?id=1832855
But I'll let Anna chime in in case the active state wasn't defined properly.
Comment 15•1 year ago
|
||
(In reply to Negin from comment #14)
I believe this is as expected (and is the current state for about:welcome and Spotlight modals). Underline should persist on all states from the following two bugs that were filed:
- general bug: https://bugzilla.mozilla.org/show_bug.cgi?id=1821788
- about:welcome bug: https://bugzilla.mozilla.org/show_bug.cgi?id=1832855
But I'll let Anna chime in in case the active state wasn't defined properly.
Thank you! The underline is expected to be present in all states (confirmed with the Design systems team too). And the links are readable on HCM when :active
and in other states too - thank you all for the investigation and work on the bug!
Description
•