The ClapClap app  keeps looking for an OGG file that doesn't seem to be there: [15:31:36.424] GET https://icecast.mozilla.org/clapclap.ogg [HTTP/1.0 404 File Not Found 470ms]  https://ringring.office.mozilla.org/clapclap/
Uh, that file isn't even in SVN: http://viewvc.svn.mozilla.org/vc/projects/clapclap/trunk/ :(
clapclap doesn't run on icecast.mozilla.org. :) The current version of clapclap routes the user-end of the call it places to an icecast stream and attempts to load that stream in the browser, instead of requiring a phone number for the server to call the user at. This way the user hears the call progress directly in their browser instead of needing to be at a phone. That the file is coming up 404 means the icecast server rejected the broadcaster probably. It's likely the firewall hole for it got revoked at some point when the air mozilla stuff was removed from icecast or something. I'll investigate.
I can't reproduce this. The icecast URL seems to be working fine for me when I use clapclap. It does come up as a 404 if clapclap doesn't connect for some reason when it places the call...
Well, I can, immediately upon opening the app: http://screencast.com/t/4YRTztXuX
The icecast server it connects to is no longer there. Best solution is probably a local icecast server on ringring.
And done. This is working again now, other than the fact that the call-in number for this has been busy for the last 20 minutes and it apparently doesn't detect and handle busy properly (no indication in the browser window except by listening and hearing the busy tone).
I filed bug 926442 for tracking the busy-handling problem.