23210 - a:visited rule does not work in some cases

Status: VERIFIED DUPLICATE of bug 12493

(Core :: CSS Parsing and Computation, defect, P3)

Description

[Christine Hoffman]

Wiped Seamonkey directory out (except Linux) and reinstalled the following new
builds:

Windows: 2000-01-05-16
Mac: 2000-01-05-15
Linux: existing build 2000-01-05-10 (no better recent build)

Steps to reproduce:
Open attached document.

Expected results: a:visited rule should work
Actual results:

Win 95:
(1) inital opening
1st link - :visited colors do not work (PROBLEM)
2nd link - document displays initially with :visited colors (PROBLEM)
3rd link - document displays initially with :link colors and once visited,
displays correctly with :visited colors (OK)
(2) close out application and open application
1st link - :visited colors do not work (PROBLEM)
2nd link - document displays with :visited colors (OK)
3rd link - document displays with :visited colors (OK)

WinNT:
(1) inital opening
1st link - :visited colors do not work (PROBLEM)
2nd link - document displays initially with :link colors and once visited,
displays correctly with :visited colors (OK)
3rd link - document displays initially with :link colors and once visited,
displays correctly with :visited colors (OK)
(2) close out application and open application
1st link - :visited colors do not work (PROBLEM)
2nd link - document displays initially with :link colors (PROBLEM)
3rd link - document displays initially with :link colors (PROBLEM)

Win98:
(1) inital opening
1st link - :visited colors do not work (PROBLEM)
2nd link - document displays initially with :link colors and once visited,
displays correctly with :visited colors (OK)
3rd link - document displays initially with :link colors and once visited,
displays correctly with :visited colors (OK)
(2) close out application and open application
1st link - :visited colors do not work (PROBLEM)
2nd link - document displays with :visited colors (OK)
3rd link - document displays with :visited colors (OK)

Mac8.5:
(1)initial opening
1st link - :visited colors do not work (PROBLEM)
2nd link - :visited colors do not work (PROBLEM)
3rd link - :visited colors do not work (PROBLEM)

Linux
need to test with new build

Comment 1

[Christine Hoffman]

Attachment: testcase to demonstrate problem

Comment 2

[Pierre Saslawsky]

This is a global history issue. Reassigned to Waterson.
Note: I had on Mac similar results to what ChrisD noticed on other platforms.

Comment 3

[Hixie (not reading bugmail)]

Migrating from {css1} to css1 keyword. The {css1}, {css2}, {css3} and {css-moz}
radars should now be considered deprecated in favour of keywords.
I am *really* sorry about the spam...

Comment 4

[Christine Hoffman]

This may be the same bug as #20542

Comment 5

[Christine Hoffman]

Adding 'beta1' to keywords. Beta1 should support all CSS1 styles. 

Comment 6

[rickg]

Also a betastopper. PDT+.

Comment 7

[Chris Waterson]

hos is this different from 20542? is it a dup? again, I could use some help 
tracking this down radha. thanks!

Comment 8

[Robert John Churchill]

*** This bug has been marked as a duplicate of 20542 ***

Comment 9

[Christine Hoffman]

Verified dup of #20542

Comment 10

[Christine Hoffman]

Testing with the following builds:

Windows: 02-24-14
Mac: 02-24-08
Linux: 02-23-09

On Windows and Mac, the CSS1 a: visited link is broken. On Linux, the visited 
link doesn't work for an absolute url. Reopening bug.

Comment 11

[Chris Waterson]

Could you please clarify what the problem is?

Comment 12

[Christine Hoffman]

Using the 1/5 testcase on Windows and Mac with the builds mentioned above, 
clicking on any of these links and then clicking 'back' does not change the link 
to the visited properties set. On Linux, the 2nd and 3rd links work but not the 
first. 

Comment 13

[Chris Waterson]

"Normal links" (in web pages) work fine for me. What's so special about this 
test case?

Comment 14

[Chris Waterson]

Since "normal" link coloring from global history seems to work fine, and I
really don't understand what the problem here is (maybe some weird style fluke),
I'm removing PDT+ for reconsideration.

chrisd: could you please clarify what the problem is that you're seeing?

Comment 15

[Jim Roskind]

PDT- for beta1 unless we have a clearer view of the problem

Comment 16

[Christine Hoffman]

Sent email to assigned engineer offline. I need to investigate further (however, 
I am on jury duty starting 2/29)to determine where the problem is here. The 
testcase from 1/5 worked inconsistently (but did work) in previous builds. Now, 
on Win98, the visited links don't work at all. Also, here is an internal URL 
where the visited links work in IE5.0 and Nav, but not in 5.0:

http://slip/projects/marvin/css_1

I will get back to this bug as soon as I am able. 

Comment 17

[Christine Hoffman]

I am attaching another testcase (essentially the same but the anchor example was 
not right before).

In this testcase there are three examples for testing the CSS 'a:visited' 
property
(1) link to an external page
(2) link to an anchor on the same page (a new bug #30607 bug was just written up 
regarding the visited link for anchors)
(3) link to a non-existent page.

The style assigned to the 'visited' link is:
color: red; background-color: lime

Using 3/23 beta builds on Win, Mac and Linux - here are the results:
(1) Windows - visited link colors do not display on any of three examples.
(2) Mac - visited link colors only display on the non-existent example.
(3) Linux - - visited link colors only display on the non-existent example.

The major problem here is regarding the first 'visited' link example (link to an 
external page). 

This bug may be related to bug #12493 if VLINK (HTML)and a:visited (CSS1) are 
mapped together. 

Comment 18

[Christine Hoffman]

Attachment: testcase to demonstrate problem

Comment 19

[Chris Waterson]

chrisd: could you re-test? I think this is working now...

Comment 20

[Christine Hoffman]

PDT- removed from beta1; nsbeta2 added.

Comment 21

[Chris Waterson]

probably a dup of 12493.

Comment 22

[Pierre Saslawsky]

Yes: dup of 12493. In the testcase, the first url is not canonized (or is it 
"canonicalized" as written in 12493?)


*** This bug has been marked as a duplicate of 12493 ***

Comment 23

[Jan Carpenter]

dup