Hi, Yeah in the end it was a combination of stuff but mainly a wrong mozconfig file.
2013/9/16 Gabriele Svelto <[email protected]> > Late response but... > > > On 10/09/2013 19:46, Jan Jongboom wrote: > >> (_virtualenv)52:mochitest janjongboom$ source >> ../../../_virtualenv/bin/**activate >> && python runtestsb2g.py --desktop --console-level INFO --profile >> ~/repos/gaia/profile --test-path ./obj-b2g/_tests/testing/** >> mochitest/tests/dom/**permission/tests/test_**keyboard.html --app >> ../../../dist/B2G.app/**Contents/MacOS/b2g >> >> INFO | automation.py | Launching: /Users/janjongboom/repos/** >> mozilla-central-b2g/obj-b2g/**dist/bin/ssltunnel >> /var/folders/t8/pz9nttjd4yq8_**j60t67g_5th0000gn/T/tmpp0M4Ho/** >> ssltunnel.cfg >> INFO | automation.py | SSL tunnel pid: 74298 >> INFO | automation.py | Launching: /Users/janjongboom/repos/** >> mozilla-central-b2g/obj-b2g/**dist/B2G.app/Contents/MacOS/**b2g >> -foreground -profile /var/folders/t8/pz9nttjd4yq8_** >> j60t67g_5th0000gn/T/tmpp0M4Ho/ >> INFO | automation.py | Application pid: 74299 >> failed to bind socket >> > > did you guys get around fixing this? The last time I hit this problem it > happened on a network where the DNS would return a search page instead of > an error when a non-existing domain was provided. The code creating the > server would try to look up its own address before binding the socket and > would get the webpage address instead of an error at a certain stage. Later > it would try to bind a listening socket to this address causing the error > above. If you haven't fixed the problem already I'll open a bug and fix it > because it's fairly straightforward. > > Gabriele > _______________________________________________ dev-b2g mailing list [email protected] https://lists.mozilla.org/listinfo/dev-b2g
