Verified Commit 1b41eeda authored by Emilio Cobos Álvarez's avatar Emilio Cobos Álvarez Committed by Richard Pospesel
Browse files

Bug 1760674. r=mak

Differential Revision:
parent ae9ceada
......@@ -108,10 +108,6 @@ void BaseHistory::RegisterVisitedCallback(nsIURI* aURI, Link* aLink) {
// This will not catch a case where it is registered for two different URIs.
"Already tracking this Link object!");
// FIXME(emilio): We should consider changing this (see the entry.Remove()
// call in NotifyVisitedInThisProcess).
MOZ_DIAGNOSTIC_ASSERT(links->mStatus != VisitedStatus::Visited,
"We don't keep tracking known-visited links");
......@@ -199,15 +195,6 @@ void BaseHistory::NotifyVisitedInThisProcess(nsIURI* aURI,
for (Link* link : links.mLinks.BackwardRange()) {
// We never go from visited -> unvisited.
// FIXME(emilio): It seems unfortunate to remove a link to a visited uri and
// then re-add it to the document to trigger a new visited query. It shouldn't
// if we keep track of mStatus.
if (visited) {
void BaseHistory::SendPendingVisitedResultsToChildProcesses() {
......@@ -60,25 +60,17 @@ bool Link::ElementHasHref() const {
void Link::VisitedQueryFinished(bool aVisited) {
MOZ_ASSERT(mRegistered, "Setting the link state of an unregistered Link!");
MOZ_ASSERT(mState == State::Unvisited,
"Why would we want to know our visited state otherwise?");
auto newState = aVisited ? State::Visited : State::Unvisited;
// Set our current state as appropriate.
mState = newState;
// We will be no longer registered if we're visited, as it'd be pointless, we
// never transition from visited -> unvisited.
if (aVisited) {
mRegistered = false;
"Unexpected state obtained from LinkState()!");
// Tell the element to update its visited state
// Tell the element to update its visited state.
if (StaticPrefs::layout_css_always_repaint_on_unvisited()) {
Supports Markdown
0% or .
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment