Closed Bug 605468 Opened 11 years ago Closed 11 years ago

urls not directly visited are showing up in location bar


(Firefox :: Bookmarks & History, defect)

Windows 7
Not set



Firefox 4.0b9
Tracking Status
blocking2.0 --- final+


(Reporter: anamaria.moldovan, Assigned: mak)




(Keywords: regression, Whiteboard: [hardblocker])


(1 file)

User-Agent:       Mozilla/5.0 (Windows NT 6.1; rv:2.0b8pre) Gecko/20101019 Firefox/4.0b8pre
Build Identifier: Mozilla/5.0 (Windows NT 6.1; rv:2.0b8pre) Gecko/20101019 Firefox/4.0b8pre

After, among the website's history, a strange instance of the website appears:

Reproducible: Always

Steps to Reproduce:
1.Navigate to different pages into 3 different tabs:,,
2.Open a new tab
4.Among history, a strange instance: appears (facebook hasn't been loaded)

On other browsers it does not appear !
Actual Results:  
The appears!

Expected Results:  
That instance should not appear since the was not previously loaded.
Attached image The strange instance.
CNN uses facebook connect, . On a clean profile I do not see this upon visiting and viewing an article. Are you logged in to facebook? Mozilla/5.0 (Windows NT 5.1; rv:2.0b8pre) Gecko/20101019 Firefox/4.0b8pre
I was checking the history in the sidebar, ctrl + h. It does show in the address bar autocomplete.
No, I was not logged into facebook. That's the weird thing.
From live http headers, the page is requested as part of visiting

GET /connect/xd_proxy.php HTTP/1.1
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:2.0b8pre) Gecko/20101019 Firefox/4.0b8pre
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: en-us,en;q=0.5
Accept-Encoding: gzip, deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 115
Connection: keep-alive

HTTP/1.1 200 OK
Content-Type: text/html; charset=utf-8
Content-Encoding: gzip
X-Cnection: close
Content-Length: 1452
Vary: Accept-Encoding
Cache-Control: public, max-age=568
Expires: Tue, 19 Oct 2010 16:29:03 GMT
Date: Tue, 19 Oct 2010 16:19:35 GMT
Connection: keep-alive
I can reproduce this problem on a new Windows 7 Pro VM, with a new installation of the latest nightly (20101026) using the steps in comment #0.

Is there any way we can avoid that? Should we avoid listing that page in the results on the location bar?
Component: General → Bookmarks & History
Ever confirmed: true
QA Contact: general → bookmarks
How is that url loaded by cnn?
Summary: A strange instance: appears when navigating the website → urls not directly visited are showing up in location bar
There's some JS fu in it which loads a Facebook session handler panel in the page.
It can really dilute the value of the results in the location bar, and it doesn't happen on 3.6nightly
blocking2.0: --- → ?
Keywords: regression
blocking2.0: ? → final+
see also Bug 596347
Duplicate of this bug: 596347
Last good nightly: 2010-07-15 
First bad nightly: 2010-07-16


Reduced STR:
1) In a clean profile visit in current tab
2) Press ctrl-t to open a new tab
3) Type "" in awesomebar

- appears in dropdown

- Above URL does not appear

Occurs in latest nightly: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b8pre) Gecko/20101214 Firefox/4.0b8pre ID:20101214030322
Version: unspecified → Trunk
Regression from bug 556400?
taking for investigation.
Assignee: nobody → mak77
Looks like this has already been fixed with other places branch stuff, particularly bug 610442 correctly made embed check the first one, handling redirects in non top-level iframes as embeds.
The above urls from facebook are now correctly marked as embed and never added to the database.

Can anybody reproduce on a clean profile with current nightlies?

Notice there are still bug 621273 and bug 621274 that have similar effects but are due to a different code path (icons actually) and confirmed still happening.
Blocks: 556400
Closed: 11 years ago
Depends on: 610442
Resolution: --- → FIXED
Target Milestone: --- → Firefox 4.0b9
Whiteboard: [hardblocker]
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b10pre) Gecko/20110111 Firefox/4.0b10pre
Built from

Created a new profile. Visited hompage and an article. Checked for instances of matching in the smart location bar, it was not listed.
You need to log in before you can comment on or make changes to this bug.