Open
Bug 998298
Opened 10 years ago
Updated 2 years ago
update DOM microdata tests from upstream
Categories
(Core :: DOM: Core & HTML, defect, P5)
Tracking
()
NEW
People
(Reporter: froydnj, Unassigned)
Details
...which we don't allow in the new external-connections-are-bad world. Actually, I think fixing this is as simple as putting http://example.net:80 in build/pgo/server-locations.txt. This is documented in RFC 2606 as a reserved "example" domain, so there's no harm in having our proxy catch it. Right around here is the correct location: http://mxr.mozilla.org/mozilla-central/source/build/pgo/server-locations.txt#63
Reporter | ||
Comment 1•10 years ago
|
||
(According to try, this bug strangely only happens in e10s mochitests...)
Comment 2•10 years ago
|
||
That's the wrong fix. The right fix is to fix the tests upstream where the autoproxy stuff isn't part of the expected test environment. This is still a Good First Bug, but maybe I am a better mentor? Alternatively if this is causing problems I can fix it right away.
Reporter | ||
Comment 3•10 years ago
|
||
(In reply to James Graham [:jgraham] from comment #2) > That's the wrong fix. The right fix is to fix the tests upstream where the > autoproxy stuff isn't part of the expected test environment. This is still a > Good First Bug, but maybe I am a better mentor? Alternatively if this is > causing problems I can fix it right away. Eh, I don't know that using example.net is necessarily wrong. (Do the upstream tests necessarily have this no-external-connections policy?) It seems like an oversight to not have it set up in our server-locations.txt, though. But whichever: if you'd like to alter the bug to focus on fixing the tests and mentor that, please do. If you'd like to fix server-locations.txt, please do. The bug isn't causing problems right now, but it is one of a handful of bugs that prevent enforcing no-external-connections-during-tests. So it'd be better to fix it sooner rather than later.
Comment 4•10 years ago
|
||
Upstream has the same policy for the same reason. The test needs to be fixed one way or another.
Whiteboard: [good first bug][mentor=froydnj] → [good first bug][mentor=jgraham]
Reporter | ||
Comment 5•10 years ago
|
||
James, since there hasn't been a biter on the good first bug, are you able to fix this up? This is one of the last bugs blocking bug 995417.
Flags: needinfo?(james)
Comment 7•10 years ago
|
||
Upstream review: https://critic.hoppipolla.co.uk/r/1503
Comment 8•10 years ago
|
||
Fixed upstream, just need Ms2ger to refresh the import.
Updated•10 years ago
|
Whiteboard: [good first bug][mentor=jgraham]
Comment 9•10 years ago
|
||
Automatic import is broken, because the MANIFEST files are out of date. Someone will need to apply the change manually.
Reporter | ||
Comment 10•10 years ago
|
||
We wound up adding example.net to server-locations.txt for a different bug, so this bug no longer blocks putting external network protections in place. Morphing.
No longer blocks: 995417
Summary: dom/imptests/html/microdata/microdata-dom-api/test_001.html tries to connect to example.net → update DOM microdata tests from upstream
Comment 11•6 years ago
|
||
https://bugzilla.mozilla.org/show_bug.cgi?id=1472046 Move all DOM bugs that haven’t been updated in more than 3 years and has no one currently assigned to P5. If you have questions, please contact :mdaly.
Priority: -- → P5
Assignee | ||
Updated•5 years ago
|
Component: DOM → DOM: Core & HTML
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•