195752 - Visited link doesn't change color

Status: RESOLVED WORKSFORME

(Core Graveyard :: Embedding: APIs, defect)

Description

[Tracy Walker [:tracy]]

seen on mfcembed 2003-03-03-05-trunk

-goto a web page with links on it.
-click on one of the links
-after the page loads, click the back button

notice that the color of the link that was clicked is still the same. It should
have change to the visited link color.

note: visited link color works with todays linux embed app.

Comment 1

[Adam Lock]

A regression of bug 70714?

Comment 2

[Tracy Walker [:tracy]]

Yes, from the user standpoint, this looks like 70714 revisited.

Comment 3

[Conrad Carlen (not reading bugmail)]

WFM with embed-win32.zip 03-Mar-2003 13:04

Tracy, can you check again?

Comment 4

[Tracy Walker [:tracy]]

embed-win32.zip works for me as well

so does installing gre-win32-installer.exe and mfcembed-win32-installer.exe in
the same directory as this mornings full trunk mozilla build.

but install those two into a new/clean directory and the visited link doesn't work.

note: I've been installing gre and mfcembed into the same directory as the
morning mozilla (commercial) build until this morning.

Comment 5

[amutch]

What site are you checking against? If the visited link color is controlled by 
CSS, you won't see any change. Yahoo! is a site where you should always see the 
change.

Comment 6

[amutch]

I'm seeing this bug too. Installed:

embed-win32.zip 03-Mar-2003 13:04

on Windows 2000 with clean directory and cleared out Profile directory. Browsed 
Yahoo! and didn't see visited links. Checked Profile directory and no urls.txt 
file is being created. After I exited MFCEmbed, a urls.txt file was written 
into the Profiles directory. But after I reopened MFCEmbed, it's not displaying 
the visited links even though Yahoo.com is written to urls.txt.

Comment 7

[Pham]

I still see it on some sites like http://bugzilla.mozilla.org/queryhelp.cgi

click on one of the link anchor things, back,and no color until reload

Comment 8

[amutch]

This is working again using MFCEmbed built against the 12/30/2003 nightly 
source using the makefile under embedding/config which should avoid pollution 
from non-embedding files. Tested against Yahoo! which showed visited links. 
Also, urls.txt is being written on exit from MFCEmbed here:

MfcEmbed\Profiles\default\XXXXXXXX.slt\Browser

Comment 9

[OstGote!]

Is this fixed or obsolete? If so please resolve the bug.

Comment 10

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

(In reply to comment #9)
> Is this fixed or obsolete? If so please resolve the bug.

Comment 0 is WFM in a Camino nightly from June 2005, but this bug was filed
against Embedding on Win (see again comment 0).

Comment 11

[Michelle Funches - QA]

This bug has been tagged for regression and or closure.
Working as expected in latest release
Version 	46.0.1
Build ID 	20160502172042
User Agent 	Mozilla/5.0 (Windows NT 10.0; WOW64; rv:46.0) Gecko/20100101 Firefox/46.0
Considering this I will close this as Resolved-WFM