User Community Feedback

Submitted ideas will be evaluated by our product teams for upcoming releases and will be responded to so you know where things stand. For product support, please use the community forums or contact TAC.

NOTE: All Cisco employees & Channel Partners must enter Ideas through this Ideas Portal.

Linux support for Webex

Trying to get Webex in the DevNet community we do need full support for Linux. We were this week not able to integrate one of our programming freaks into the Webex events panel :(

  • Wim van Moorsel
  • May 9 2020
  • Planned
  • Sep 10, 2020

    Admin response

    Thank you so much for your feedback and the numerous votes on the request to support a Linux version of the Webex Teams client. The wait is finally over and Cisco Collaboration team has started working on a Linux client. There are numerous questions in terms of what flavors will be supported, what features will be available, etc. Our goal is to get it to you as soon as possible and are releasing the core workflows(targeted for Q1 CY2021) with a roadmap to ultimate parity with the Windows client. The team is working through defining the phases and finalizing the initial flavors of Linux that we will support. Taking your requests on flavors into consideration for sure. We will share more on this in the upcoming weeks so please watch out this AHA for more details. Thank you your patience. –Manali Dongre, ProductManager

  • Attach files
  • Amit K commented
    16 Oct 06:47am

    Looking forward to it. Would be amazing if we have:

    • Screensharing support under Wayland (xdg-desktop-portal/pipewire)

    • A native client instead of an electron app

    • AppImage/Flatpak instead of Snap so that it works on most linux distros

  • Britt Houser commented
    15 Oct 02:18pm

    Most linux application delivery these days are using either snap or flatpak. I'd suggesting making those available, and you will probably cover most distributions.

  • mj 162 commented
    14 Oct 05:55pm

    +1 Native Linux client. So-long as HP is still on ThinPro 7.1, a derivative of Ubuntu 16.04LTS, 16.04'll need to be catered-for. Visit competitors' websites to see the standards they support:

    • (From a Linux desktop or appropriate response to defeat yet another lame javascript browser detect or you'll never appreciate the extent of Zoom's Linux support on Ubuntu 12.04, 16.04+, Debian 7.7, 8.0+, Mint, Oracle Linux 6.4, 7.0+, Centos 6.4, 7.0+, Red Hat 6.4, 7.0+, Fedora, OpenSUSE, and Arch -- 32bit & 64bit) updated fortnightly and runs perfectly on HP ThinPro 7.1

    • (RPM & DEB (which works perfectly on HP ThinPro 7.1)

    • (ALT Basealt Linux 8 & 9; Arch; Astra Linux SE1.6, CE2.12; Debian 8, 9,10; Centos 7, 8; Fedora28, 29, 30, 31, 32; Mint 18.x, 19.2, 19.3; OpenSUSE 15.0, 15.2; Red OS 7.2; Ubuntu 16.04, 18.04, 19.04, 19.20, 20.04 - have been using the Ubuntu 16.04 version on HP ThinPro 7.1 for months; really nice combined VOIP phone and meetings app with local recording and screenshare)

    • (DEB, RPM for something called "Microsoft Teams" that is presumably Microsoft's take on WebEx Teams. Apparently Microsoft has supported Teams (the Microsoft one) for a year, well before COVID-19).

    I know that Jitsi Meet is just WebRTC-in-a-box, but the AppImage works a treat on HP ThinPro 7.1.

    Agreed - NAEA (Not Another Electron App) please. If Cisco were Apple, Cisco would work a bit harder on the Personal Room metaphor. Most collab providers do Personal Room, but I've yet to see one where you visit someone's Personal Room by dragging an avatar of yourself out of your own room into the neighbour you want to visit, or see the face of someone knocking on the door wanting to come-in to yours.

    One last thing. Please make the USB integration better than average. 6 months ago I didn't have a camera on my Linux desktop. Now I've a huddle camera with speaker and webcam and speakers on the monitor. Switching, and killing some other collab app you've been using, is done continually. The WebRTC being messed-up by this has got to be the top late-into-meeting timewasters as a daily occurrence. So please put some effort into making the preview screen less fraught, you know, like a button to preempt and usurp anything else that's using the camera, microphone, HDMI, kick them off and open them in the app now for the meet you're already 3 minutes late to.

  • William Alcantara commented
    14 Oct 06:23am

    +1 native linux client

  • Jae Hak Kim commented
    9 Oct 12:23am

    Wayland support would be awesome too

  • Cristóbal Tapia commented
    5 Oct 11:10am

    And please don't make an Electron app if possible :)

  • Jürgen Krauss commented
    2 Oct 12:05pm

    I tried Webex on linux in browser several times - sometimes it was successful, sometimes not - so this way is not a reliable solution...

    "We've hit a glitch in processing your request.

    Try again a little later."

    For us, support of Debian 10 and Ubuntu 20.04LTS would be great. I think it should not depend on the desktop flavour because the trends are moving fast here.

    Hoping the best for your development!

  • Cameron Spitzer commented
    1 Oct 05:10pm

    The fact that you're trying to "decide on which flavors to support" reflects a fundamental misunderstanding, rooted in the proprietary software mindset. It's a mistake that's going to create a lot of work and technical debt. An approach more likely to succeed would be to write to the standards (see, and then test on popular flavors of the week. If you write for any one Linux distro, you're guaranteed to be depending on that distro's quirks, extra features, and bugs, and it's going to create bugs on the other distros. STOP trying to guess which distro is most popular now or next year. (And the same goes for desktop choices. If you do it correctly, your app will work the same on GNOME, KDE, and all the others.) It's a mistake lots of proprietary software vendors make on their first venture into the standards based software world.

  • Patrick Binder commented
    1 Oct 01:37pm

    my organization runs fedora, centOS, and RHEL which are pretty much the same core. we also have a handful of SUSE Linux Enterprise Desktop users

  • Srinivasan Rajapandian commented
    29 Sep 06:44am

    In India rural schools we need this webex. I had personnally installed Ubuntu on many of the school computors and we need the webex support. Due to COVID-19 this requirement is urgent now. Also for future remote teaching by volunteers to Govt schools (underprevillaged children) it is a must.

  • Tom Slankard commented
    25 Sep 03:14pm

    Please forgive my bluntness, but I've reached the absolute limit of frustration. WebEx on Linux is JUST PLAIN AWFUL. Fix it. Fix it. Fix it.

  • leo leo commented
    22 Sep 03:55pm

    need desktop app for ubunto or manjaro cause my university just moved to webex from teams

  • Barunes Padhy commented
    22 Sep 02:00pm


  • Binesh Kammily commented
    22 Sep 01:44pm

    Need linux support for webex

  • Andrew Harris commented
    17 Sep 06:23pm

    Please do not release it as a snap package. Snap packaged software is always underperformant. Even on a well-spec'd system, snap has a tendency to bog everything down. Please release DEBs and/or some sort of generic linux package.

  • David Saghafi commented
    16 Sep 09:08am

    I work at the University of Florence in the IT department and I can testify that we are having plenty of request for a fully functional Linux client: a lot of teachers and students are using Linux.

  • Scott Neagle commented
    14 Sep 09:55pm

    Glad to see this is being worked on! Just wanted to put in a request for RHEL/YUM/RPM support, thanks!

  • aaron swartz2 commented
    14 Sep 03:49pm

    + 1 other linux user. Ale form Florence University

  • Duangrudee Tanramluk commented
    13 Sep 11:02am

    I want to use WebEx event on Linux too.

  • Franz Skale commented
    8 Sep 05:20pm

    Moving to Linux this week and found out that there's no Linux Client available ?!

    We've 2020 and Linux is pretty common on billions of devices ;-)

    You already provide a Mac OSX Client, and porting the "Spark Framework" cannot be the big of a deal though.

    For SIP you could use the PJSIP which is very stable as i can tell.

  • Load older comments
  • +835