Jun 21 2021 03:19 AM
Could the MSI downloads for x86 & X64 (Teams Machine-Wide Installer) please be updated as a matter of urgency?
My Teams client on my PC was updated from version 1.4.0.11161 to 1.4.0.13073 on June 3rd, but the MSI download links:
Are still downloading version 1.4.0.11161.
Before anyone asks why it matters, this is for regular maintenance of VDI environments...
Thanks,
Jonathan
Jun 22 2021 03:50 PM
Jun 23 2021 01:42 AM
Jun 23 2021 07:16 AM
Jun 25 2021 12:08 AM
@Eric Marsi where or how did you find this version number?
Since if I go to https://docs.microsoft.com/it-it/microsoftteams/msi-deployment I can only get 1.4.00.11161
Thanks
Jun 25 2021 06:42 AM
Jun 25 2021 06:44 AM
As I've supposed..
But if I click "Check updates" I don't get this version..
Anyway thanks
Jun 26 2021 12:30 AM
Exactly my problem. The links in my OP are supposed to be 'placeholder' links to be able to download the latest available version.
I'm not sure how much more you could get wrong:
My OP was asking about the Machine-Wide Teams installer, for updating a VDA environment. As per Microsoft's own instructions to update this, you first have to uninstall the previous version. That does not sound like automatically updating to me.
You also provided a version-specific link to a .EXE binary to download, when I'd specifically asked for the latest version of the .MSI binary. It is all very well posting a link to the latest version at that very moment, but as I said to Massimo above, the whole point of the aka.ms download links (or indeed the link that Massimo refers to) is that they enable you to download the latest production version at any time.
Not really MVP-level knowledge in my humble opinion.
Jun 29 2021 07:14 PM
@jdseymour1978 Wow, that's a bit harsh.
I can only assume it wasn't meant that way when it was originally written and has translated poorly to text or you were super frustrated at the time.
Whilst I can appreciate your frustration at getting potentially unhelpful information. There is no reason to belittle someone based on their title. Remember that MVP's are admins, just like you. We don't work for Microsoft, we don't have a special "magic book" with everything in it next to us and we spend our free time helping individuals such as yourself for free in our own time.
I can't speak for Eric, but for myself, it was to give back to the community that helped me when I was a wee young sysadmin running exchange 2003.
---
Anyway, back on topic.
I understand the frustration of working with VDI servers and clients myself having been dealing with it since Lync 2013.
My understanding is one of the main reasons the placeholder is on a specific version is because of the Office365 rollout strategy. With that version being the "safest" version to deploy regardless of tenant status and VDI plugin build.
Your Teams client will update itself depending on many things, including the ring you are on, your tenancies environment/region, the rollout stage on your tenancy/ your office update channel (Preview/Targeted/Current) status etc. None of which can be determined by a simple URL redirect.
(interesting fact, you can kinda get Teams to do weird things by jumping from a TAP tenant to a normal tenant using the same build. Despite flags being set to remove features some weirdness still occurs)
I assume you're already across it, but if your running Teams in a VDI environment you are running the VDI plugin/registry changes as well?
https://docs.microsoft.com/en-us/azure/virtual-desktop/teams-on-avd
https://support.citrix.com/article/CTX253754
Hope this helps.
Jul 02 2021 09:16 AM
Jul 06 2021 10:06 PM - edited Jul 06 2021 10:28 PM
Your best bet then is going to be determining the build number based on an SOE machine in your environment, then downloading that version using the links Eric advised before.
(Interesting fact, the MSI's literally just contain the EXE.)
As I hinted to before. the AKA.MS links cannot determine what version of Teams is appropriate for your Tenant Region / Roll out Status / Channel / Preview status / User preview policy so are typically kept at a Safe version assuming the desktop client will auto-update. Which obviously won't work in a packaged VDI image.
Edit: Spelling mistake