Closed
Bug 1380543
Opened 7 years ago
Closed 7 years ago
stylo: site issue: visited links on treeherder sometimes don't get link styles applied
Categories
(Core :: CSS Parsing and Computation, defect, P2)
Core
CSS Parsing and Computation
Tracking
()
RESOLVED
DUPLICATE
of bug 1371450
People
(Reporter: heycam, Unassigned)
References
(Blocks 1 open bug, )
Details
Attachments
(3 files)
I was looking at this page:
https://treeherder.mozilla.org/#/jobs?repo=try&revision=99aad6003e458e83404cb756f9192529e9a50c06
and occasionally (maybe one time per 10, refreshing the page) the visited links on the page are styled without any link styles (i.e., neither :visited nor :link styles). Mousing over the links, to restyle them for :hover, causes them to be styled correctly.
To my eye, it looks like the links are initially styled as :link, and then (probably as a result of the async :visited style stuff) get restyled with their plain styles.
Reporter | ||
Updated•7 years ago
|
Priority: -- → P2
Comment 1•7 years ago
|
||
This is pretty much what I tried to describe in https://bugzilla.mozilla.org/show_bug.cgi?id=1378275#c4...
Updated•7 years ago
|
Comment 3•7 years ago
|
||
I'll add the style gets corrected on hover as seen in this screencast.
Assignee: nobody → jryans
Status: NEW → ASSIGNED
Looks like I grabbed this too fast. So far, I can't reproduce the unstyled link issue here.
I've been testing with the following URL, which include a few more runs (so more links):
https://treeherder.mozilla.org/#/jobs?repo=try&tochange=99aad6003e458e83404cb756f9192529e9a50c06&fromchange=641e3d6dda053a48371484e86530d15b9268333f
The links are always either styled as unvisited or visited, but so far I haven't see this unstyled case.
I tested on both macOS and Linux, with the same behavior on both.
Is it a recent regression? I tested with today's Nightly on Linux, and a few days old tree on macOS.
Assignee: jryans → nobody
Status: ASSIGNED → NEW
Comment 5•7 years ago
|
||
Nightly 56 x64 20170713100259 @ Debian Testing (Linux 4.11.0-1-amd64, Radeon RX480)
I could not reproduce with the URL from comment 4 (the page just loads too long and this may prevent the bug?), but successfully from comment 0 this midday (don't know if it was yesterday's or today's build).
As you can see in the video I scrolled a bit down after my test of comment 4 and tried with https://treeherder.mozilla.org/#/jobs?repo=try&revision=7df0135c9fa768c8ea63f4c849560f2de2b34255
-> Hovering the buggy black links, zooming in or resizing the window can make those black links purple (=fix it).
At least it can't be bug 1379425 which can't get fixed by those steps. (Thought of the loading circle beside "try".)
Comment 6•7 years ago
|
||
(In reply to Darkspirit from comment #5)
Very probably I'm wrong, but my perception is that I get more often black visited links if I randomly (or in a cicle) move my mouse in the lower half of the page while pressing F5 again and again.
Comment 7•7 years ago
|
||
I could not reproduce it without stylo.
Now I tried it with a try build from bug 1371450 comment 13:
https://treeherder.mozilla.org/#/jobs?repo=try&revision=2deb83ce288532ce5f2b1534ffe6623b6ad9a9b2
> Linux x64 Stylo opt > tc[tier2] > B > target.tar.bz2 (stylo is enabled by default)
And tested the links from comment 0, comment 4 and comment 5 and could not reproduce anymore - so far.
(In reply to Darkspirit from comment #7)
> I could not reproduce it without stylo.
>
> Now I tried it with a try build from bug 1371450 comment 13:
> https://treeherder.mozilla.org/#/
> jobs?repo=try&revision=2deb83ce288532ce5f2b1534ffe6623b6ad9a9b2
> > Linux x64 Stylo opt > tc[tier2] > B > target.tar.bz2 (stylo is enabled by default)
> And tested the links from comment 0, comment 4 and comment 5 and could not
> reproduce anymore - so far.
Thanks for testing! Glad to hear this is fixed by bug 1371450.
Depends on: 1371450
Comment 9•7 years ago
|
||
Can not reproduce in Nightly 56 x64 20170716100258 @ Debian Testing (Linux 4.11.0-1-amd64, Radeon RX480).
Updated•7 years ago
|
You need to log in
before you can comment on or make changes to this bug.
Description
•