Closed Bug 995995 Opened 11 years ago Closed 11 years ago

browser/base/content/test/general/test_bug364677.html connects to yahoo everytime (browser/components/feeds/test/chrome/test_bug408328.html too)

Categories

(Firefox Graveyard :: RSS Discovery and Preview, defect)

x86_64
Linux
defect
Not set
normal

Tracking

(firefox29 fixed, firefox30 fixed, firefox31 fixed, firefox-esr24 wontfix, b2g-v1.2 fixed, b2g-v1.3 fixed, b2g-v1.3T fixed, b2g-v1.4 fixed, b2g-v2.0 fixed)

RESOLVED FIXED
Firefox 31
Tracking Status
firefox29 --- fixed
firefox30 --- fixed
firefox31 --- fixed
firefox-esr24 --- wontfix
b2g-v1.2 --- fixed
b2g-v1.3 --- fixed
b2g-v1.3T --- fixed
b2g-v1.4 --- fixed
b2g-v2.0 --- fixed

People

(Reporter: mcmanus, Assigned: froydnj)

References

Details

(Whiteboard: [qa-])

Attachments

(1 file)

The test infrastrucutre is meant to be self contained - so xpcshell, mochitests, and crashtests need to be self hosted. browser/base/content/test/general/test_bug364677.html connects to yahoo everytime by making a channel request for http://add.my.yahoo.com/favicon.ico should be fixed to be localhost only
browser/components/feeds/test/chrome/test_bug408328.html has the same problem.
Summary: browser/base/content/test/general/test_bug364677.html connects to yahoo everytime → browser/base/content/test/general/test_bug364677.html connects to yahoo everytime (browser/components/feeds/test/chrome/test_bug408328.html too)
That's the behavior of the feed preview page: when you load a feed in it, it requests the favicons for all of the web-based feed handlers, for the drop-down menu. Since the demise of Google Reader, "all of the web-based feed handlers" is Yahoo. Probably the correct fix is Core::Testing, setting all the browser.contentHandlers.types.n.uri prefs we support (I think up to 5, though en-US only uses 0) to example.com.
philor++ for pointing out where to find all this. The relevant tests still seem to pass locally.
Attachment #8407110 - Flags: review?(jmaher)
Comment on attachment 8407110 [details] [diff] [review] set testing prefs to redirect to the test proxy server for RSS feeds Review of attachment 8407110 [details] [diff] [review]: ----------------------------------------------------------------- this is good- any chance we need this on talos? For the redirect to a rss feed, do we get errors or put the browser in an odd state? ::: testing/profiles/prefs_general.js @@ +184,5 @@ > +user_pref('browser.contentHandlers.types.1.uri', 'http://test1.example.org/rss?url=%%s') > +user_pref('browser.contentHandlers.types.2.uri', 'http://test1.example.org/rss?url=%%s') > +user_pref('browser.contentHandlers.types.3.uri', 'http://test1.example.org/rss?url=%%s') > +user_pref('browser.contentHandlers.types.4.uri', 'http://test1.example.org/rss?url=%%s') > +user_pref('browser.contentHandlers.types.5.uri', 'http://test1.example.org/rss?url=%%s') any chance we will need types.6.uri, types.7.uri, etc. ?
Attachment #8407110 - Flags: review?(jmaher) → review+
(In reply to Joel Maher (:jmaher) from comment #4) > this is good- any chance we need this on talos? Not unless we decide to impose the same "no external connections" discipline on Talos. > For the redirect to a rss feed, do we get errors or put the browser in an > odd state? It doesn't look like it in local testing, though I haven't run the full suite on Try. > ::: testing/profiles/prefs_general.js > @@ +184,5 @@ > > +user_pref('browser.contentHandlers.types.1.uri', 'http://test1.example.org/rss?url=%%s') > > +user_pref('browser.contentHandlers.types.2.uri', 'http://test1.example.org/rss?url=%%s') > > +user_pref('browser.contentHandlers.types.3.uri', 'http://test1.example.org/rss?url=%%s') > > +user_pref('browser.contentHandlers.types.4.uri', 'http://test1.example.org/rss?url=%%s') > > +user_pref('browser.contentHandlers.types.5.uri', 'http://test1.example.org/rss?url=%%s') > > any chance we will need types.6.uri, types.7.uri, etc. ? I hope not! Ideally we will get "no external connections" in place before they are needed anyway.
Assignee: nobody → nfroyd
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 31
Whiteboard: [qa-]
Product: Firefox → Firefox Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: