Indeed. Let us know if you repro it. -Ekr
On Mon, Mar 4, 2013 at 8:50 AM, Eric Davies <[email protected]>wrote: > I tried to replicate the problem this morning with a fresh copy of nightly > but it wouldn't manifest. There should be a programmers blessing along the > lines, "may all your bugs be repeatable" :-). > > > On Sunday, March 3, 2013 7:51:23 AM UTC-8, Eric Rescorla wrote: > > On Fri, Mar 1, 2013 at 8:14 PM, Eric Davies <[email protected] > >wrote: > > > > > > > > > We were running the current version of Firefox Nightly. > > > > > > > > > > We tried the apprtc.appspot.com example and the multi-person video > chat > > > > > on http://mozilla.github.com/webrtc-landing/, and our own demo code. > > > > > They worked fine as long as my two peers were on the same subnet, but > no > > > > > connection was established when one was beneath a NAT. Chrome had no > > > > > trouble with the apprtc.appspot.com case, nor with our own demo code > > > > > (which uses stun addresses specified as ip addresses). > > > > > > > > > > Using our own STUN server, we could see from the STUN server logs that > > > > > Firefox was communicating with the browser, but no indication that > Firefox > > > > > was using the data from that exchange. > > > > > > > > > > > > > Well, Firefox certainly has both STUN and ICE support, and we do test > > > > behind NATs. That said, it sounds like you have run into a bug. > > > > > > > > Please file a bugzilla bug containing: > > > > > > > > 1. Wireshark traces > > > > 2. The SDP contents > > > > 3. The logs you get when you set the following environment variables: > > > > R_LOG_LEVEL=9 > > > > R_LOG_DESTINATION=stderr > > > > (there will be a lot) > > > > > > > > Thanks, > > > > -Ekr > > _______________________________________________ > dev-media mailing list > [email protected] > https://lists.mozilla.org/listinfo/dev-media > _______________________________________________ dev-media mailing list [email protected] https://lists.mozilla.org/listinfo/dev-media
