09-12-2018 12:21 PM - edited 11-26-2018 08:53 AM
Using Microsoft TEAMS in a web browser and getting the same level of capabilities as the Windows Desktop client has been limited at best, especially for Linux users. The inability to video conference or share desktops and applications or give presentations usually makes using TEAMS on Linux a no go.
Using Linux myself to host my VMs for various OSes, the need to be able to use TEAMS and other Office 365 tools on Linux is quite high. It’s not always convenient to boot a Windows VM for a meeting or send emails or collaborate with a Team mate. Fortunately, and surprisingly this is no longer the case when using TEAMS on Linux. But to enable this new level of functionality requires just a bit of effort on the end user’s part.
By using Chromium or Chrome browsers and making a few settings tweaks an installing a single browser extension you can achieve near parity with the Windows desktop client. You should be able to make in-private video calls, give presentations and use other functionality not previously possible in TEAMS for Linux users.
Unfortunately, there has not been enough time to completely vet this as thoroughly as desired to identify what is or is not working once these changes are made. So, hopefully the TEAMS community will tackle this and update this site accordingly with their findings.
Please keep in mind that you will need to have the appropriate TEAMS and sharing settings enabled in your Office 365 tenant. Also, for expediency sake this article will not be getting into the minutiae of the following step by step procedure for TEAMS on Linux.
To get started there are a few required resources that you will need to have so just follow the step by step to get going.
Step 1: Download and install one of the browsers listed below.
Step 2: Install the following extension from the Google Webstore.
Step 3: Add one or both of the following user agent strings to the “User Agent Switcher for Chrome”. This will allow you to switch to the desired one that works for your system.
Step 4: Click the User Agent Switcher and choose your Edge browser string. This should remain selected until you change it to something else or back to the browser default.
Step 5: Open the Chrome browser, in the address bar type Chrome://flags and hit the Enter key. In the search box provided, search for each of the settings below. Set each one to ENABLED.
One quick note; this same procedure should also work on Windows and MAC but further testing is required for these platforms.
Enjoy!
09-13-2018 06:25 AM
UPDATE - While you can use the EDGE UA to participate in Conference calls it may cause issues with not displaying the most current posts in a TEAMS channel. So you may have to switch between the EDGE UA and the browser default UA.
10-02-2018 03:55 PM
Hello,
Thanks for this webpage this is very nice to see Teams working on Linux.
For ones who doesn't know where to change the settings, just go to chrome://flags
I just tried it with Google Chrome 69 on Debian Sid.
If enabled everything mentioned, I can NOT join a meeting.
If I disable "Negotiation with encrypted header extensions for SRTP in WebRTC", I can join a meeting, hear, speak, share my camera, see other's camera and see other's share screen BUT I can NOT share my screen, I get this message: "Desktop sharing isn't supported in your browser yet. Meanwhile, the desktop app already has it, so why not give that a try?".
Did I need to install an other deb package ?
Did I need to use an other Google-Chrome version ?
Or did I missed something ?
Thanks for you answer.
Here more details on my Google Chrome version.
Google Chrome: 69.0.3497.100 (Official Build) (64-bit)
Revision: 8920e690dd011895672947112477d10d5c8afb09-refs/branch-heads/3497@{#948}
OS: Linux
Javascript: V8 6.9.427.23
Flash: 31.0.0.108 /home/USER/.config/google-chrome/PepperFlash/31.0.0.108/libpepflashplayer.so
User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/69.0.3497.100 Safari/537.36
Command Line: /usr/bin/google-chrome --flag-switches-begin --enable-webrtc-srtp-aes-gcm --enable-webrtc-stun-origin --ignore-gpu-blacklist --enable-features=DesktopPWAWindowing,DesktopPWAsLinkCapturing,NewEncodeCpuLoadEstimator,PWAFullCodeCache,ParallelDownloading,WebRTC-H264WithOpenH264FFmpeg,WebRtcUseEchoCanceller3 --flag-switches-end
10-25-2018 04:44 AM
Hello,
I have the same problem. The Video and Phone call works fine, but the screen sharing give this message "Desktop sharing isn't supported in your browser yet. Meanwhile, the desktop app already has it, so why not give that a try?"
Is there any solution?
Thanks
10-28-2018 09:17 PM
11-16-2018 06:53 AM
@Aubrey Marshall: I should thank you for posting this. But OTOH "go to the Chrome settings screen" is plain wrong information. I have searched how to set the options you specify until I saw blue in the face. Is it so difficult to write: "chrome://flags?"
11-16-2018 06:55 AM
11-26-2018 08:54 AM
11-28-2018 03:15 AM
When it comes to the User-Agent Switcher for Chrome in Step 3, it doesn't say if this needs Appended or Replaced and nothing about the required Indicator Flag...
12-09-2018 09:12 AM
@Aubrey MarshallI've also observed this behavior but I think it's not necessarily to switch between profiles - instead try logging out and logging in. In my case that helped and all chats displayed correctly.
12-13-2018 10:20 AM
12-17-2018 03:41 AM
hi. Guys
first thanks for this post. i follow the steps and i am able to run and receive call on browser on centos 7 chrome browser using below string
Edge Edge/17.17134 Edge 17
but when i make call it shows me that its calling but receiving peron didn't receive any call and after call ended he able to see a missed call notification. while he not receive any call notification or popup.
i will really appreciate if you help me. because i really want to switch to linux centos 7 version.
Thanks in advance
12-19-2018 09:31 AM
01-03-2019 03:43 AM - edited 01-03-2019 03:45 AM
This is a joke. I should make my web-browser fake the operating system?
Why?
This makes not sense.
The "browser detection vs feature detection" debate is several years old.
This is no solution.
I am willing to download a browser plugin. But not more.
But the title "The Future is Now!" sound good. Great title, really - wow I am amazed.
01-16-2019 02:25 AM
Agreed it's seek.
With instruction above I was able to make calls (woow, it's 2019!) via chrome browser at Debian, but not screen sharing.
As long as Teams is not supporting multi-platform client I rather would call it as "Teams at Windows only". . .
The option "WebRTC H.264 software video encoder/decoder" was not available at Chrome version 71.0.3578.80
Skype for business (Lync) meeting each time force me to install msi package that on linux that make me smile.
Dear, Microsoft Team's team, you could make Teams more preferable solution than Slack (that I love very much)!
PS: Currently I'm forcing to use (for free up to 4 participants) https://appear.in as it work everywhere including screen sharing
02-01-2019 07:35 AM - edited 02-01-2019 07:41 AM
At a certain moment in time it worked. I tested it by called someone, and yes we could speak.
Yesterday I had a team meeting. Although I use Chrome also for Skype and Hangouts (but not with this User Agent ID) Teams insisted I had no microphone.
So I was there with 10 team members shouting at my that my mic was muted. No, it was not, Team said it could not find a recording device.
Now, things can happen. Maybe it can be fixed. But what is so extremely unbelievable stupid is that Teams conversations cannot be tested. Really I have to wait until THE moment the meeting starts to discover whether or not it works. Shame on me because again I could not participate again.
Oh, and I did have a microphone of course. In my audio control panel I could see the mic audio level. And my frustrated panting into the mic.
I don't care that Microsoft puts a lots of effort in Cloud products, Azure, Licensing, whatnot. But please, could they also develop something what works? What is not just bloated and offers everything except the kitchen sink? Of all features about 90% works and that 80% of the time. And if it is well known it breaks periodically, there should be a test option so it is not a surprise whether or not it works today.
02-07-2019 04:54 AM
Google Hangouts / Meet *just works* in a browser, but then it is it's is not stuck in the 80's.
02-07-2019 04:57 AM
m$ requires you to fake
@guettli wrote:This is a joke. I should make my web-browser fake the operating system?
browser agent, to suppress Linux is statistics.
Why would you accept a browser plugin from a company famous for its security holes ?
02-07-2019 07:59 AM
Neither the browser, nor the OS is outdated. You describe the problem exactly right. It "just works". Except when it does not. Yesterday and the day before yesterday it "just worked". Not sure about tomorrow.
My point is that I want to know if it "just works" 10 minutes before a meeting. Because if it doesn't "just work" there is (a) nothing I can do about it, and (b) I know that when the meeting has started.
02-21-2019 01:21 PM
I used Teams on Rambox:
Working on my Budgie(Ubuntu18)
Video and mention seems working fine.