Closed
Bug 1069321
Opened 10 years ago
Closed 10 years ago
"Unsuported browser" error while reloading the "Start call" page in offline mode
Categories
(Hello (Loop) :: Client, defect, P5)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
backlog | backlog+ |
People
(Reporter: pauly, Unassigned)
References
Details
(Keywords: regression, Whiteboard: [possible strings - possible reuse error])
STR:
1. Click on the Loop icon and copy the Loop URL
2. Paste & Go to the Loop URL -> 'Start call' page shows up
3. Enter Offline mode
4. Reload the 'Start call' page
AR: "Incompatible Browser
The audio and video components of WebRTC! are powered by WebRTC.
Please try this link in a WebRTC-enabled browser, such as Firefox."
Reporter | ||
Comment 1•10 years ago
|
||
Last good revision: 053a96e40244 (2014-08-16)
First bad revision: 94ba78a42305 (2014-08-17)
Pushlog:
https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=053a96e40244&tochange=94ba78a42305
Last good revision: fd08e61066de
First bad revision: 229181c88a3c
Pushlog:
https://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=fd08e61066de&tochange=229181c88a3c
Reporter | ||
Comment 2•10 years ago
|
||
It seems to be a regression, though I'm not sure that before bug 1029155 the problem was just hidden by the "Offline mode" page.
Reporter | ||
Updated•10 years ago
|
Blocks: 1029155
Keywords: regression
Updated•10 years ago
|
backlog: --- → Fx36?
Updated•10 years ago
|
backlog: Fx36? → Fx37?
Whiteboard: [possible strings - possible reuse error]
Updated•10 years ago
|
backlog: Fx37? → Fx38?
Comment 3•10 years ago
|
||
very edge. it is an odd error message for us to fall back to - if possible change. may be getting wrong info from platform.
maire is going to look at to clean up and get in right area - likely still low pri.
Flags: needinfo?(mreavy)
Priority: -- → P5
Updated•10 years ago
|
backlog: Fx38? → backlog+
Rank: 59
Flags: firefox-backlog+
Comment 4•10 years ago
|
||
I need to know how the sdk is testing for webrtc functionality. This could be a bug in the sdk(how it is querying for the info) or it could be a bug in what the platform is returning. If someone can tell me what the sdk is checking for, I can investigate it on the platform side.
Flags: needinfo?(mreavy)
Comment 5•10 years ago
|
||
(In reply to Maire Reavy [:mreavy] (Plz needinfo me) from comment #4)
> I need to know how the sdk is testing for webrtc functionality. This could
> be a bug in the sdk(how it is querying for the info) or it could be a bug in
> what the platform is returning. If someone can tell me what the sdk is
> checking for, I can investigate it on the platform side.
The sdk used to check for:
if (typeof(window.mozRTCPeerConnection) === 'function' && OT.$.env.version > 20.0) {
try {
new window.mozRTCPeerConnection();
return true;
} catch (err) {
return false;
}
}
So the "new window.mozRTCPeerConnection" would throw when in offline mode.
The latest sdk versions are now running without the new check and just the check to see if it is a function.
Therefore, I think this can be WFM unless you still want to change something on the platform side.
Flags: needinfo?(mreavy)
Comment 6•10 years ago
|
||
Thanks, Mark. I think we're good here.
Status: NEW → RESOLVED
Closed: 10 years ago
Flags: needinfo?(mreavy)
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•