- Teams wide installer not working
Looking for:
- Teams wide installer not workingTeams machine wide installer version crashing when maximizing from system tray - Microsoft Q&A.
Ask a new question. The goal: prevent Teams individual installations from installing any components to ProgramData. I have done extensive parallel testing on this server and on a different server that is R2 OS and in RD admin mode instead of RD application mode. On that server, everything functions perfectly with no ProgramData files and no problem automatically uninstalling individual users' Teams after uninstalling the Teams Machine-Wide Installer.
I install the Teams Machine-Wide Installer, as admin, by running this in a command prompt. The mapped T: drive is where I keep software installation packages.
This, in turn, correctly initiates automatic installation for each user at next logon to the server. It installs files to these folders:. This creates these two registry RUN values:.
But as you can see above, the user-level installation did not create either of those folders, so nothing happens. I tested that, and it works, but there is no sense in doing this until we get the problems worked out, or we will be back in the same boat immediately upon Teams reinstallation.
I went through your post, and from what I understand one of the reason of your problem is your windows server Seeing that you have already find the cause after your tests, what I can suggest you now is to try an alternative and see if it can work with the your windows server Was this reply helpful?
I've also tried extracting the Teams. In writing this, I've just discovered that running the Teams. I guess I'll try and also push the update. BrianGe I have the exact same issue as you, we have a wide range of versions when we first deployed the Machine installer, and are running into the issues where a new user signs in and the app wants a update. I also tried the same thing as you - installing the latest version of the machine wide installer, and of course it failed with the message you got.
The other day a new user signed in got the update message, so we let it download from the web, it installed, Teams launched but did not connect to their work account. I'm going to try the idea of uninstalling the machine installer with existing user Teams already installed , then re-install the latest version and see if it breaks anything.
Not sure how else to do this, I have to keep these installers up to date or I'm going to get a lot more of these issues with new users. Glad I'm testing on my own machine - Don't uninstall the machine wide installer - it uninstalls all Teams on the machine even my user install. The trouble is, Teams is updated very often, so trying to keep the Machine Wide Installer up to date on all devices is a big challenge with a big administrative overhead. Since running the updated Teams. I'll be back to work on Tuesday, so will be doing more testing before writing up a script to redeploy.
It's still unclear if running Teams. If it does, we can just add an extra line into the script after the files are copied to simply launch Teams. Here's a PS1 I've just whipped up, still needs some more testing on site, but so far it seems to be what I want. I've modified the script that we initially used to push Teams, so it'll also do the install on a new client along with an update if required:. BrianGe what you have posted is exactly what I've been experiencing.
Is this PS1 working for you? It seems that after the new version is copied, you have to run the Teams. This is a batch file I run on the computers with a lower version but is also based on the Uninstall string of the installer.
Sorry, can you explain what you are doing here? I have Nessus complaining about teams. Are you copying the latest teams. Have SCCM also. BenjaminJohn I grab the latest Machine Wide installer v1. REM Forces the machine wide installer to re-install from the updated cache msiexec. The machine wide installer has been updated to 1. Hope this helps, so far I have had no problems with this procedure, I will have to circle back and fix the other versions that have different GUID's, but that might be difficult as I'm thinking I would have to uninstall it - which would then uninstall Teams for the user as well.
I was wondering the same as BenjaminJohn :. The PowerShell script that generates this task is found below at the end of the article , and also on GitHub. This is not meant to be used as a standalone script as it is only useful if ran immediately after a Teams Machine Wide Installer executes. The end goal is the MSI installs first, and the script runs second. Cody has 10 years of ConfigMgr, PowerShell, and automation experience focusing on streamlining processes.
This scheduled task executes the Teams. IndexOf '. AddMinutes
Comments
Post a Comment