Closed
Bug 922051
Opened 11 years ago
Closed 9 years ago
Image freezes on caller side after a short period of time
Categories
(Core :: WebRTC: Audio/Video, defect)
Tracking
()
RESOLVED
INCOMPLETE
People
(Reporter: mihaelav, Unassigned, NeedInfo)
References
()
Details
(Keywords: regression)
Attachments
(1 file)
566.42 KB,
text/x-log
|
Details |
Mozilla/5.0 (Windows NT 5.2; WOW64; rv:26.0) Gecko/20100101 Firefox/26.0 The image freezes on caller side in a 1:1 call with another user on Win XP machine. Environment: Callee (1st person in the conversation): Firefox 22.0/Win XP Caller (2nd person in the conversation): Firefox 26.0a2/Win XP Steps: 1. Create a conversation on https://apprtc.webrtc.org/ from a Win XP machine using Firefox 22 2. Join the conversation created on step 1 from another Win XP machine using Firefox 26.0a2 (current latest Aurora build) 3. Wait for a while (~15-20 seconds) Expected result: Image and sound work fine on both ends of the conversation Actual result: On the caller side, the callee's image freezes. Note: The issue is not reproducible on Firefox 25 beta 3, nor Firefox 22 (on caller's machine)
Reporter | ||
Comment 1•11 years ago
|
||
Logs from caller
Comment 2•11 years ago
|
||
Doe sthe local image freeze on the callee's side? Or just the caller's view of the callee?
Flags: needinfo?(mihaela.velimiroviciu)
Reporter | ||
Comment 3•11 years ago
|
||
(In reply to Eric Rescorla (:ekr) from comment #2) > Doe sthe local image freeze on the callee's side? Or just the > caller's view of the callee? Just the callee's view freezes, own view works fine.
Flags: needinfo?(mihaela.velimiroviciu)
Reporter | ||
Comment 4•11 years ago
|
||
First bad build: Aurora 26.0a2 from Sept 20, 2013
Comment 5•11 years ago
|
||
Thanks so much for finding the regression window here.
Comment 6•11 years ago
|
||
Thanks so much for finding the regression window here.
Reporter | ||
Comment 7•11 years ago
|
||
First bad Nightly: 20 Sept 2013 The Sept 19 builds (26.0a2, 27.0a1) don't connect. Issue is also reproducible for the following environments, as well: Caller: Firefox 27.0a1 on Windows 7 Callee: Firefox 22.0 on Mac OSX 10.8 Caller: Firefox 27.0a1 on Mac OSX 10.8 Callee: Firefox 22.0 on Windows 7 - here, caller's image freezes
Comment 8•10 years ago
|
||
Reproduced the issue during our testing on Firefox 27 beta 7 using https://apprtc.webrtc.org/ on a call between: Caller: Firefox 27.0b7 on Windows 7 Callee: Firefox 22.0 on Mac OSX 10.8 ____________________________________ Caller: Firefox 22.0 on Ubuntu 12.04 Callee: Firefox 27.0b7 on Windows XP _______________________________________ Caller: Firefox 27.0b7 on Windows Vista Callee: Firefox 22.0 on Windows 7
Comment 9•10 years ago
|
||
FF 22 is not an interesting target anymore. Do we see this with 27 talking to 25 or 26 (or 27b7)? If so, can we get logs with NSPR_LOG_MODULES=signaling:5,mtransport:5,webrtc_trace:65535 NSPR_LOG_FILE=xxx WEBRTC_TRACE_FILE=yyyy R_LOG_LEVEL=3 R_LOG_DESTINATION=stderr R_LOG_VERBOSE=1 Note that we've recently diagnosed a problem with TURN TCP that causes the remote video image to freeze; I don't *think* TURN TCP is in 27 (ekr?) This was fixed yesterday in bug 960296. There is a separate question as to why it's using TURN TCP when it shouldn't be. I'll look at the regression range indicated by the older reports.
Flags: needinfo?(ekr)
Comment 11•9 years ago
|
||
Mihaela: Does this still happen? If so, re-open. Thanks!
Status: NEW → RESOLVED
Closed: 9 years ago
Flags: needinfo?(moz.mihaelav)
Resolution: --- → INCOMPLETE
You need to log in
before you can comment on or make changes to this bug.
Description
•