Microsoft Teams: video not supported in Firefox (teams.microsoft.com)
Categories
(Web Compatibility :: Site Reports, task, P1)
Tracking
(firefox86 affected, firefox102 affected)
People
(Reporter: juergen.gmach, Assigned: denschub)
References
()
Details
(Keywords: webcompat:site-wait, Whiteboard: [wfh][see webcompat.com bug for dupes])
User Story
platform:windows,mac,linux impact:blocked configuration:general affects:all
User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/80.0.3987.132 Safari/537.36
Steps to reproduce:
I logged into https://teams.microsoft.com and tried to start a video call.
Actual results:
Video call
button is greyed out and it reads "Video isn't supported in your browser yet".
Expected results:
Button should be active and clickable.
(I am aware that this is possible a bug/missing implementation by Microsoft, but I was asked on Twitter to report this as a bug here. https://twitter.com/hellosct1/status/1240236803275309056
Also, maybe you have better connections to Microsoft to get this going. These are the times of forced home office, and video conference is utterly important. Thanks!)
Comment 1•5 years ago
|
||
Thanks for the report! I agree this is important.
We were tracking this issue with our webcompat bugs, you can read about it here: https://github.com/webcompat/web-bugs/issues/25070
The short is: it more of a Microsoft support issue. They have indicated in the past that they might work on changing their code in the future, but so far have not done (it seems).
I have been trying to find the right contact for this decision at Microsoft, but haven't had luck yet.
Updated•5 years ago
|
Updated•5 years ago
|
Comment 2•5 years ago
|
||
Is this because Teams uses h265 for video? Do they actively refuse any other codec? Or do they simply discriminate against Firefox? I noticed this in the SDP offer: o=mozilla...THIS_IS_SDPARTA-74.0.1
I also read on webcompat that the audio degrades to 722 (I have verified this is the case for me as well), even though Firefox offers Opus? What's the deal?
Comment 3•5 years ago
|
||
Would like to update that we are working with Microsoft now to get Teams support enabled in Firefox. There are no commitments on when that will be, but I can share that support is moving along in the right direction.
Updated•5 years ago
|
Comment 4•5 years ago
|
||
Tier-3 FreeBSD
I can get video but not audio.
From Teams meetings (camera and microphone) with Firefox on FreeBSD : teams:
Does the web interface to Teams require AudioWorklets? For Web Audio API …
A fix would be for Firefox to spoof its own user-agent string, so it represents itself as whatever the latest version of Edge is.
The functionality works, but Microsoft is blocking it through user-agent sniffing. Same applies to Skype.
Firefox could spoof the user-agent when any Microsoft site is visited (based on a list of primary domains, perhaps). This would also get rid of any messages persuading users to switch to Edge.
Microsoft are making another big push to make users switch to Edge, by deliberately crippling functionality of their own websites and web apps when accessed through a different browser.
In addition to the HTTP User-Agent, changes may also be needed to data in the window.navigator
object to circumvent this.
Comment 6•4 years ago
|
||
… user-agent string …
▶ (1623340) Firefox compatiblity with Microsoft Teams - Firefox Development - Mozilla Discourse
A few months ago Teams video seemed to work OK with a UA override.
Would be interested to know what messages are in the dev console, particularly JavaScript errors - e.g. is it trying to use a Microsoft proprietary API (based on UA), or perhaps a newer standards-track API Firefox has yet to implement?
One possibility is it is detecting a UA mismatch between requests for different domains - do you get the same behaviour if you set the UA override for all domains?
Given that Teams supposedly works on Chrome, a useful test might be a Chrome UA - at least that would eliminate proprietary API usage.
Now, of course, the latest Edge is Chromium-based, whereas a few months ago it was still IE-based, so they will be completely different under the hood.
Obviosuly clicking Give feedback to Microsoft won't help a single iota.
Comment 8•4 years ago
|
||
jake, would you like to join me in Mozilla Discourse? Discussions of results of UA testing can become unexpectedly long; I hesitate before discussing in Bugzilla.
Thanks.
Comment 9•4 years ago
|
||
The issue still occurs.
https://prnt.sc/w3fnub
Tested with:
Browser / Version: Firefox Nightly 86.0a1 (2020-12-14)
Operating System: Windows 10 Pro
Comment 10•4 years ago
|
||
https://bugzilla.mozilla.org/describekeywords.cgi#webcompat:site-wait
Issues where we've done outreach and are waiting for the site to make a change
(In reply to Adam Stevenson [:adamopenweb] from comment #3)
… we are working with Microsoft …
∴ keyword webcompat:site-wait
… yes?
https://bugzilla.mozilla.org/buglist.cgi?keywords=webcompat:site-wait&resolution=---
Updated•4 years ago
|
Comment 11•3 years ago
|
||
This extension https://addons.mozilla.org/en-US/firefox/addon/teams-phone-fix/ fix the issue, at least for me.
Comment 12•3 years ago
|
||
@pachainti Thnk You!
Although, this extension allows me to Join meetings. but it gets disconnected in few seconds.
Comment 14•3 years ago
|
||
Just a note here, that the duplicates list on https://github.com/webcompat/web-bugs/issues/25070 is huge.
And that Microsoft knows about it.
Comment 15•3 years ago
|
||
(In reply to pachainti from comment #11)
This extension https://addons.mozilla.org/en-US/firefox/addon/teams-phone-fix/ fix the issue, at least for me.
I just tried it, and video from me goes out but I only get audio from the other party, i.e. video doesn't work.
Comment 16•3 years ago
|
||
Please, let's avoid adding noise to this bug – essentially, it's webcompat:site-wait
.
Instead: vote, then discussion of possible workarounds can be in the more generalised Mozilla discussion linked from (comment #6) above.
Thanks
Updated•2 years ago
|
Comment 17•2 years ago
|
||
Sorry for the noise Graham, but doing Bugzilla clean-up on some issues, I must comment if the issue is still reproducible, as it is.
Tested with:
Browser / Version: Firefox Release 100.0.2 (64-bit)/ Firefox Nightly 102.0a1 (2022-05-24) (64-bit)
Operating System: Windows 10 PRO x64
Comment 18•2 years ago
|
||
Everyone is talking about video, but does audio calling actually work for anyone? I couldn't find a corresponding issue.
Comment 19•2 years ago
|
||
No audio for me as well :(
Comment 20•2 years ago
|
||
Using current Firefox Nightly (106.0a1 (2022-09-05) (64-bit)) and I can see the telephone symbol to make audio calls to colleagues via the web version of Teams, but when clicking on it I have the message "Try a different browser: This feature isn't available yet for your browser. Try the web app with Microsoft Edge or Google Chrome, or switch to the desktop app.". Then I can close the message or "Download the app". Hence, audio calling is not possible currently with Firefox (Nightly).
If I change the user agent to be Edge, I can make calls and all, except seeing the desktop sharing of others.
Can you tell me any progress? What about the roadmap of Microsoft and their rollout regarding Firefox (as also mentioned here: https://github.com/webcompat/web-bugs/issues/25070)?
Comment 21•2 years ago
|
||
I can confirm that video / audio calls and screen and windows share works on firefox 104.0.2 on Linux with UA WIndows/Edge 44
Incoming video / screenshare does NOT work
Comment 22•2 years ago
|
||
I am using 104.0.2 (64-bit) on Windows 10 and the video option is disabled. No video devices show up in the Device Settings section even though the corresponding Audio devices (mics) are present.
Comment 23•2 years ago
|
||
(In reply to d00d from comment #22)
I am using 104.0.2 (64-bit) on Windows 10 and the video option is disabled. No video devices show up in the Device Settings section even though the corresponding Audio devices (mics) are present.
Change User Agent to EDGE/Windows
Comment 24•2 years ago
|
||
In the process of migrating remaining bugs to the new severity system, the severity for this bug cannot be automatically determined. Please retriage this bug using the new severity system.
Comment 25•2 years ago
|
||
UPDATE! I am using Firefox 107 with faking user agent to windows / Chrome 87 and EVERYTHING works like a charme
incoming audio/video
outgoing audio/video
screen share and outgoing
Comment 26•2 years ago
|
||
(In reply to eth from comment #25)
UPDATE! I am using Firefox 107 with faking user agent to windows / Chrome 87 and EVERYTHING works like a charme
incoming audio/video
outgoing audio/video
screen share and outgoing
@eth: Does directly calling someone work for you when faking UA? I am just curious, because without faking the UA it does not display the Call icon on my side. And sometimes faking the UA makes my Firefox go crazy about the sound settings (microphone and speakers, as I can choose from different sources for both).
Comment 27•2 years ago
|
||
I used it yesterday on Microsoft instance, on latest Firefox stable, without faking the user agent.
I can confirm that incoming video was working fine, at least for some of the participants (I believe the ones I couldn't see were facemuted)... despite that Teams showed a message explaining that if I want to see incoming videos I should switch to the app...
However I couldn't make my video work. Here is how it went:
- I clicked the invite link.
- I was on the "configuration" page (not sure what the official name is) where I can enter my name and configure audio/video. Firefox asked for permission for the camera and the mic.
- I accepted both permissions, but couldn't see my camera in the interface. The option was also greyed in the interface.
- I joined the meeting. The same happens then: no camera from me, and the option to choose a camera input is greyed.
Hope this helps, I also hope this can be solved soon.
Comment 28•2 years ago
|
||
I managed to make it work under Archlinux with the custom UA string:
Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/87.0.3112.101 Safari/537.36
Audio and video work. I haven't checked screen share yet.
Comment 29•2 years ago
|
||
Video calls are working now on Firefox 109 on manjaro with no change of user agent. At some point in one call the video got choppy so I turned it off and on again and it was fine. Otherwise it works well.
Comment 30•2 years ago
|
||
I tested firefox 109 on openbsd with no change of user agent and video does not work. The video looks like it's working, but when you when people join the meeting, I can't see their video and they can't see mine. It also says "hold on" every few seconds.
I've also tested other firefox versions with various fake user agents and none of them work. Other webrtc meeting sites work with no issue.
Comment 31•2 years ago
|
||
When I joined a meeting the other day, it worked for me. Today, I noticed that video calls are not an option but you can start a meeting with video. However, while I could see my own video and they could see mine, I couldn't see theirs. Seems it works very unreliably.
Comment 32•2 years ago
|
||
110.0b7
(dev edition) abruptly exits meetings just after joining.
a "regular" 109
lets me participate in the meeting correctly.
Comment hidden (advocacy) |
Comment 35•7 months ago
|
||
The new version of the Teams web client (as opposed to "classic Teams") appears to officially support Firefox, including video/voice calling - see https://learn.microsoft.com/en-us/microsoftteams/new-teams-desktop-admin#new-teams-client-availability
Video calling worked for me on latest Firefox Nightly (though I assume the latest release version would also work)
Assignee | ||
Updated•7 months ago
|
Updated•5 months ago
|
Updated•5 months ago
|
Comment 36•5 months ago
•
|
||
This is working fine in the 365 business related product (https://teams.microsoft.com/v2/). Morphing this bug to be specific to the freebie teams.live.com service.
Comment 37•5 months ago
•
|
||
We should probably resolve this out wfm and file a fresh bug on the live.com service. The original report posted here is no longer valid.
Assignee | ||
Comment 38•5 months ago
|
||
Yeah, sounds good. I'll rename this bug back and close it. Ksenia already filed bug 1904972 for teams.live.com
as part of her work on collecting "unsupported browser" cases, so we already have that bug.
Description
•