Launchpad has imported 18 comments from the remote bug at https://bugzilla.mozilla.org/show_bug.cgi?id=933335.
If you reply to an imported comment from within Launchpad, your comment will be sent to the remote bug automatically. Read more about Launchpad's inter-bugtracker facilities at https://help.launchpad.net/InterBugTracking. ------------------------------------------------------------------------ On 2013-10-31T17:15:09+00:00 Patrickfmarques+persona wrote: User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/32.0.1685.0 Safari/537.36 Steps to reproduce: Using AppRTC example page https://apprtc.appspot.com try to make a call to another browser. Actual results: The media permissions request pop-up is not shown Also discussed in https://groups.google.com/forum/#!msg/discuss- webrtc/lJ39A2TT1VI/l3kqtsYW0ZYJ Expected results: Some panel or pop-up for permissions request Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1217091/comments/5 ------------------------------------------------------------------------ On 2013-10-31T18:42:31+00:00 Guillaume Lecanu wrote: Hello, I have the same problem under Ubuntu Saucy. If you need tests or something else, tell me. Regards, Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1217091/comments/6 ------------------------------------------------------------------------ On 2013-11-05T10:57:27+00:00 j^ wrote: This is fixed in recent nightly builds. Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1217091/comments/8 ------------------------------------------------------------------------ On 2013-11-25T21:59:56+00:00 2-gene wrote: Confirmed, this problem occurs in 25.0.1 and is fixed in nightly 28.0.a1 2013-11-17 Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1217091/comments/10 ------------------------------------------------------------------------ On 2013-11-25T22:36:07+00:00 Rjesup wrote: Please check bug 938361 - it might be related or the same bug related to libasound on that distro Also, the logs will tell you very little (other than signaling:5 logs) for webrtc unless you run a debug build (from the mozilla ftp server - http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/) Since it happens in 25.0.1 (is that from mozilla's servers, or is that a distro build?) and not in nightly, could you try Aurora/27 and Beta/26? If it is fixed in nightly, and not in Aurora, we may be able to uplift it if I find out soon. It's too late for Beta/26 since that will go out RSN. Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1217091/comments/11 ------------------------------------------------------------------------ On 2013-11-25T22:39:21+00:00 Rjesup wrote: Please see comment 4 for the info needed, thanks Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1217091/comments/12 ------------------------------------------------------------------------ On 2013-11-26T11:01:44+00:00 j^ wrote: Testing on Ubuntu 13.10 64bit with 64bit builds: Both Aurora 27.0a2 (2013-11-25) [1] and Beta 26.0b7 [2] are broken and do not show the media permissions request pop-up. Nightly 28.0a1 (2013-11-25) shows the popup and getUserMedia works. [1] http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-mozilla-aurora/firefox-27.0a2.en-US.linux-x86_64.tar.bz2 [2] https://download.mozilla.org/?product=firefox-26.0b7&os=linux64&lang=en-US Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1217091/comments/13 ------------------------------------------------------------------------ On 2013-11-26T11:41:58+00:00 Guillaume Lecanu wrote: I confirme, it's fixed in firefox-trunk amd64 28.0~a1~hg20131121r156520-0ubuntu1~umd1 Thanks :) But, what about all users since Firefox 24 ? This mean all our developpement in WebRTC can't works for Firefox version before version 28 ? Or do you plan to make a fix on previous versions ? Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1217091/comments/14 ------------------------------------------------------------------------ On 2013-11-26T12:39:03+00:00 Patrickfmarques+persona wrote: Testing on Kubuntu 13.10 64bit with 64bit (3.11.0-13-generic) builds: I also confirm that is working in nightly, in my case, 28.0a1 (2013-11-21), installed from PPA => http://ppa.launchpad.net/ubuntu- mozilla-daily/ppa/ubuntu ) I also confirm same issues of @Jan Gerber (comment 6) @Guillaume Lecanu, I'm not sure, but @Randell spoke about Beta 26 so this is not yet an "end user" version, so that should not be a problem. Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1217091/comments/15 ------------------------------------------------------------------------ On 2013-11-26T12:54:34+00:00 Patrickfmarques+persona wrote: @Randell I also have the same libasound version (1.0.27.2-1ubuntu6) from the bug that you referred bug 938361 In all the tests I made and which are described in my last comment 8 the CPU gets near 100% (except the 28.0a1) Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1217091/comments/16 ------------------------------------------------------------------------ On 2013-11-26T14:29:40+00:00 Rjesup wrote: Ok, what is happening is the libasound bug from bug 938361. Examining the changes in audio_device_alsa_linux.cc I don't see any differences worth noticing. Perhaps the change is in a higher level, but I don't see anything there either. See the stacks in that bug - none of those functions changed in any way I can see between 27 (webrtc.org 3.34) and 28 (3.43) I suspect either it's a threading/locking issue in libasound, or a compiler bug in libasound (given the reports in the upstream bug that recompiling libasound by hand fixes it) Patrick: can you try the "recompile" workaround from the upstream bug? Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1217091/comments/17 ------------------------------------------------------------------------ On 2013-11-26T16:39:13+00:00 Patrickfmarques+persona wrote: Created attachment 8338571 strace of "libasound thread" Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1217091/comments/18 ------------------------------------------------------------------------ On 2013-11-26T16:39:59+00:00 Patrickfmarques+persona wrote: Created attachment 8338572 gdb backtrace Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1217091/comments/19 ------------------------------------------------------------------------ On 2013-11-26T16:40:57+00:00 Patrickfmarques+persona wrote: Randell: I tried to debug the firefox consuming the 100% CPU and do some debug. The thread consuming all the CPU is dealing with libasound (is possible to do some backtrace with and see lots of calls), but I din't find any pattern (I'll attach one of them). A also tried with strace the I saw lots of calls to SNDRV_CTL_IOCTL_PCM_* I hope this can help Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1217091/comments/20 ------------------------------------------------------------------------ On 2013-12-11T16:16:39+00:00 Patrickfmarques+persona wrote: @Randell: bug 938361 was closed and it seems to be fixed in alsa-lib (https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1217091) should we also close this one? Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1217091/comments/22 ------------------------------------------------------------------------ On 2013-12-12T05:19:11+00:00 Rjesup wrote: I'm going to morph this into a bug to track the upstream and any possible workarounds (since the user might not have the upstream fix). Since we didn't change anything in 28 to fix this (though we did update webrtc in general), it may be tough to isolate what we changed that helped things. (I suspect something about how it iterates through all possible sound devices.) The alsa interface code itself in 28 didn't change in any interesting way, as I noted above. And just because it happens to work in 28 doesn't mean that it won't fail randomly under different stress or on a different machine, given the description of the Alsa root bug. Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1217091/comments/23 ------------------------------------------------------------------------ On 2013-12-19T16:22:26+00:00 2-gene wrote: :jesup sorry didn't get back to this very promptly. Since I'm a month late, do you still need someone with Ubuntu 13.10 to try this on Beta/26 and Aurora 27? Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1217091/comments/24 ------------------------------------------------------------------------ On 2013-12-19T22:58:51+00:00 Rjesup wrote: 26 is now release; beta is now 27. No chance for 26 changes, limited chances for 27, but avoiding this sort of bug would likely qualify *if* there's a way to avoid it, which I don't think there is Reply at: https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1217091/comments/25 ** Changed in: firefox Status: Unknown => In Progress ** Changed in: firefox Importance: Unknown => Medium -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1217091 Title: getUserMedia doesn't work in Firefox/Unity in Ubuntu 13.10 To manage notifications about this bug go to: https://bugs.launchpad.net/firefox/+bug/1217091/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
