Closed
Bug 1363089
Opened 7 years ago
Closed 7 years ago
a:visited colors are not correctly being applied in 53.0.2
Categories
(DevTools :: Inspector, defect)
Tracking
(Not tracked)
RESOLVED
DUPLICATE
of bug 713106
People
(Reporter: simbalion-github, Unassigned)
References
()
Details
Attachments
(1 file)
72.37 KB,
image/png
|
Details |
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:53.0) Gecko/20100101 Firefox/53.0 Build ID: 20170504175505 Steps to reproduce: Loaded a webpage with links I had visited. Actual results: The :visited links are showing as black but they should be blue. I opened the dev console and confirmed that the blue color is what the dev console thinks is active. Expected results: The links should have been blue, instead they were black. Please see the attached screenshot for proof.
Reporter | ||
Updated•7 years ago
|
Summary: a:visited colors are not correctly being applied in 53.0.2 (64-bit) → a:visited colors are not correctly being applied in 53.0.2 (64-bit) (Linux)
Reporter | ||
Updated•7 years ago
|
OS: Unspecified → Linux
Updated•7 years ago
|
Component: Untriaged → CSS Parsing and Computation
Product: Firefox → Core
Comment 1•7 years ago
|
||
Looks fine on macOS. A graphics issue maybe.
Component: CSS Parsing and Computation → Graphics: Text
Comment 2•7 years ago
|
||
Sorry, I could reproduce the issue on macOS as well. Moving back to the CSS component.
Component: Graphics: Text → CSS Parsing and Computation
OS: Linux → Unspecified
Summary: a:visited colors are not correctly being applied in 53.0.2 (64-bit) (Linux) → a:visited colors are not correctly being applied in 53.0.2
This seems like a mistake in the site's CSS. Looking at the style.css file, we have: Line 102: a, a:visited { text-decoration: none; color: #007fd5; } Line 849: .prices a, a:visited { color: initial; } Since both rules use the selector `a:visited`, the last value for `color` is used, which is `initial`. So, the CSS is applied correctly, but it's quite hard to tell from the inspector because visited styles currently aren't displayed there.
Status: UNCONFIRMED → RESOLVED
Closed: 7 years ago
Component: CSS Parsing and Computation → Developer Tools: Inspector
Product: Core → Firefox
Resolution: --- → DUPLICATE
Reporter | ||
Comment 4•7 years ago
|
||
(In reply to J. Ryan Stinnett [:jryans] (use ni?) from comment #3) > This seems like a mistake in the site's CSS. > > Looking at the style.css file, we have: > > Line 102: > > a, a:visited { > text-decoration: none; > color: #007fd5; } > > Line 849: > > .prices a, a:visited { > color: initial; > } > > Since both rules use the selector `a:visited`, the last value for `color` is > used, which is `initial`. > > So, the CSS is applied correctly, but it's quite hard to tell from the > inspector because visited styles currently aren't displayed there. You're right, this is a mistake in the CSS, it should be .prices a, .prices a:visited. I appreciate you pointing that out, however the inspector shows the code being applied is style.css:102 rather than style.css:849.. Shouldn't line 102's color line be crossed out and line 849s be visible? If I understand your comment completely, :visited is ignored by the inspector regardless of the circumstances? If I were to replicate the offending typo in other ways like ".class element, element:visited" will that always hide the line from the inspector?
Comment 5•7 years ago
|
||
(In reply to simbalion-github from comment #4) > If I understand your comment completely, :visited is ignored by the > inspector regardless of the circumstances? If I were to replicate the > offending typo in other ways like ".class element, element:visited" will > that always hide the line from the inspector? Yes. The basic problem is that there's no way for the inspector to ask platform to show visited styles. For details see the bug this was dup'd to, and its dependencies.
Updated•6 years ago
|
Product: Firefox → DevTools
You need to log in
before you can comment on or make changes to this bug.
Description
•