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.
A regression of bug 70714?
Yes, from the user standpoint, this looks like 70714 revisited.
WFM with embed-win32.zip 03-Mar-2003 13:04 Tracy, can you check again?
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.
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.
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.
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
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
Is this fixed or obsolete? If so please resolve the bug.
(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).
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