491761 - Site loads in the background somehow?

Status: RESOLVED WONTFIX

(Firefox :: Bookmarks & History, defect)

Description

[Nochum Sossonko [:Natch]]

Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.2a1pre) Gecko/20090506 Minefield/3.6a1pre
I'm not sure of the implications, nor am I sure of what this bug is exactly but for some reason every time I click (single click to select, that is) the site seems to be loading in the background.

STR:

1) Create a bookmark in unfiled bookmarks to http://www.yahoo.com and name it yahoo.
2) Open the error console (make sure js.options.strict and js.options.showInConsole are set to true).
3) Now open the bookmarks organizer.
4) select (one click) the yahoo bookmark.
3) After 2-3 seconds the error console fills up with a bunch of css warnings (and others) from yahoo.

Is this suppose to happen? Does places load a site (perhaps to look it up or some such) in the backrgound (it doesn't open it up in the browser). Maybe it's the DNS prefetch (hardly likely, but I can't seem to think of anything else)?

Note: this seems to happen on 3.0.x as well...

Comment 1

[:Gavin Sharp [email: [e-mail]]]

See bug 339543 - this is likely caused by the microsummary code loading the page to look for microsummaries.

Comment 2

[Nochum Sossonko [:Natch]]

It seems that it got really bad on 191/trunk I can consistently reproduce it there, while on 3.0.x it's a bit harder.

Is this supposed to be happening? Does the microsummaries code demote the urls correctly? IIRC places code has a special way of ensuring that no chrome code runs from a bookmark, how about microsummaries?

Requesting blocking.

Comment 3

[Myk Melez [:myk] [@mykmelez]]

(In reply to comment #2)
> Is this supposed to be happening?

Yes, this is intended behavior.  The microsummary service loads the URL in order to determine if it has available microsummaries.  You can disable this behavior for your browser by setting the browser.microsummary.enabled preference to false.

Comment 4

[Gervase Markham [:gerv]]

Bug 451915 - move Firefox/Places bugs to Firefox/Bookmarks and History. Remove all bugspam from this move by filtering for the string "places-to-b-and-h".

In Thunderbird 3.0b, you do that as follows:
Tools | Message Filters
Make sure the correct account is selected. Click "New"
Conditions: Body   contains   places-to-b-and-h
Change the action to "Delete Message".
Select "Manually Run" from the dropdown at the top.
Click OK.

Select the filter in the list, make sure "Inbox" is selected at the bottom, and click "Run Now". This should delete all the bugspam. You can then delete the filter.

Gerv