Bug 146517 - Different color of border in visited link
Summary: Different color of border in visited link
Status: NEW
Alias: None
Product: WebKit
Classification: Unclassified
Component: CSS (show other bugs)
Version: 528+ (Nightly build)
Hardware: All Unspecified
: P2 Normal
Assignee: Nobody
URL: http://codepen.io/anon/pen/KpQNBM?edi...
Keywords: BrowserCompat, InRadar
Depends on:
Blocks:
 
Reported: 2015-07-01 10:20 PDT by Tomas
Modified: 2023-07-02 17:36 PDT (History)
9 users (show)

See Also:


Attachments
Example (207 bytes, text/html)
2015-07-01 10:20 PDT, Tomas
no flags Details
Screenshot (61.27 KB, image/png)
2015-07-03 07:40 PDT, Tomas
no flags Details
Screenshot (238.04 KB, image/png)
2015-07-03 08:05 PDT, Tomas
no flags Details
another example (380 bytes, text/html)
2015-07-05 06:59 PDT, Alexey Proskuryakov
no flags Details
rendering in stp173 and minibrowser (423.87 KB, image/png)
2023-07-02 17:24 PDT, Karl Dubost
no flags Details
web inspector console in stp 173 and mini browser (150.45 KB, image/png)
2023-07-02 17:31 PDT, Karl Dubost
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Tomas 2015-07-01 10:20:44 PDT
Created attachment 255928 [details]
Example

1. There are two base elements.
2. In each base elements is one child element.
3. Child element in second base element is wrapped with visited link. (must be exact address)

Border of second element with this style is blue:
span {
	color: blue;
	border-width: 10px;
	border-style: solid;
	border-color: grey;
}

Example in attachment. Anchor URL must be visited.
Comment 1 Alexey Proskuryakov 2015-07-03 02:06:31 PDT
Could you please explain what the problem is in more detail? The attached test case looks exactly the same in Safari 8.0.7 and in Firefox for me. 

Are you seeing the problem in some other browser?
Comment 2 Tomas 2015-07-03 07:40:37 PDT
Created attachment 256103 [details]
Screenshot
Comment 3 Tomas 2015-07-03 08:01:37 PDT
The border of second span element in Example document is blue.

Steps to reproduce:
1) Open Example document in Safari.
2) There should be two elements in one grey box. Click on the bottom of two boxes.
3) webkit.org should be opened.
4) Go back to previous page and refresh.
5) The second element should be rendered as blue.

I found this bug only in Safari (latest nightly r186218, latest production version 8.0.7) and tested on another machines.
Comment 4 Tomas 2015-07-03 08:05:11 PDT
Created attachment 256106 [details]
Screenshot
Comment 5 Alexey Proskuryakov 2015-07-05 06:59:02 PDT
Created attachment 256180 [details]
another example
Comment 6 Alexey Proskuryakov 2015-07-05 07:03:18 PDT
Thank you, visiting www.webkit.org was the missing step. Definitely reproducible, and a weird bug!
Comment 7 Simon Fraser (smfr) 2015-07-05 12:42:23 PDT
Seems related to visited link coloring/style resolution.
Comment 8 Brent Fulgham 2022-07-14 14:31:07 PDT
This continues to be an issue in Safari 15.5+.
Comment 9 Radar WebKit Bug Importer 2022-07-14 14:31:18 PDT
<rdar://problem/97035631>
Comment 10 Ahmad Saleem 2023-07-01 10:39:50 PDT
WebKit ToT (265684@main) seems to work fine but STP173 is still failing.
Comment 11 Karl Dubost 2023-07-02 17:24:06 PDT
Created attachment 466906 [details]
rendering in stp173 and minibrowser

I don't know how mini browser handles history at all. Or if it's just a part of Safari and not WebKit.
Comment 12 Karl Dubost 2023-07-02 17:31:46 PDT
Created attachment 466907 [details]
web inspector console in stp 173 and mini browser

Ah the results are exactly the same in both STP 173 and mini browser.
weird
Comment 13 Karl Dubost 2023-07-02 17:35:09 PDT
Chrome and Firefox and mini browser behave the same (aka grey border and not purple)
Only STP 173 is different.
Comment 14 Ahmad Saleem 2023-07-02 17:36:32 PDT
(In reply to Karl Dubost from comment #13)
> Chrome and Firefox and mini browser behave the same (aka grey border and not
> purple)
> Only STP 173 is different.

I just did 'run-safari' on WebKit ToT and it also has same result as 'MiniBrowser'.