December 15th, 2021

December patches for Azure DevOps Server

Gloridel Morales
Senior Technical Program Manager

This month, we are releasing fixes that impact our self-hosted product, Azure DevOps Server.

The following will be fixed with this patch:

  • Fix work item macro for queries with “Contains Words”. Previously, queries were returning incorrect results for values that contained a line break.
  • Increase limits for Maven package version character length.
  • Localization issue for custom work items layout states.
  • Localization issue in email notification template.
  • Issue with console logs getting truncated when there are multiple identical links in a row.
  • Issue with NOTSAMEAS rules evaluation when multiple NOTSAMEAS rules were defined for a field.

Azure DevOps Server 2020.1.1 Patch 3

If you have Azure DevOps Server 2020.1.1, you should install Azure DevOps Server 2020.1.1 Patch 3. Check out the release notes for more details.

Verifying Installation

  • Option 1: Run devops2020.1.1patch3.exe CheckInstall, devops2020.1.1patch3.exe is the file that is downloaded from the link above. The output of the command will either say that the patch has been installed, or that is not installed.

  • Option 2: Check the version of the following file: [INSTALL_DIR]\Azure DevOps Server 2020\Application Tier\bin\Microsoft.Teamfoundation.Framework.Server.dll. Azure DevOps Server 2020.1.1 is installed to c:\Program Files\Azure DevOps Server 2020 by default. After installing Azure DevOps Server 2020.1.1 Patch 3, the version will be 18.181.32011.3.

Azure DevOps Server 2020.0.1 Patch 8

If you have Azure DevOps Server 2020.0.1, you should install Azure DevOps Server 2020.0.1 Patch 8. Check out the release notes for more details.

Verifying Installation

  • Option 1: Run devops2020.0.1patch8.exe CheckInstall, devops2020.0.1patch8.exe is the file that is downloaded from the link above. The output of the command will either say that the patch has been installed, or that is not installed.

  • Option 2: Check the version of the following file: [INSTALL_DIR]\Azure DevOps Server 2020\Application Tier\bin\Microsoft.Teamfoundation.Framework.Server.dll. Azure DevOps Server 2020.0.1 is installed to c:\Program Files\Azure DevOps Server 2020 by default. After installing Azure DevOps Server 2020.0.1 Patch 8, the version will be 18.170.32011.2.

Azure DevOps Server 2019.1.1 Patch 12

If you have Azure DevOps Server 2019 Update 1.1, you should install Azure DevOps Server 2019 Update 1.1 Patch 12. Check out the release notes for more details

Verifying Installation

  • Option 1: Run devops2019.1.1patch12.exe CheckInstall. devops2019.1.1patch12.exe is the file that is downloaded from the link above. The output of the command will either say that the patch has been installed, or that is not installed.

  • Option 2: Check the version of the following file: [INSTALL_DIR]\Azure DevOps Server 2019\Application Tier\Web Services\bin\Microsoft.VisualStudio.Services.Feed.Server.dll. Azure DevOps Server 2019 is installed to c:\Program Files\Azure DevOps Server 2019 by default. After installing Azure DevOps Server 2019.1.1 Patch 12, the version will be 17.153.32011.1.

Author

Gloridel Morales
Senior Technical Program Manager

Gloridel is a Senior Technical Program Manager on the Azure DevOps team.

41 comments

Discussion is closed. Login to edit/delete existing comments.

  • Amresh Mishra

    I am facing 0x0 0x0 Error on my windows Laptop since Windows 11 Launch. I want to Upgrade my PC.

  • Juan Garcia

    HI Gloridel,

    I am encountering an issue with attempting to apply the Azure DevOps Server 2020 Update 1, Patch 3. While my issue is similar to previously reported; we are current running Azure DevOps Server 2020 Update 1 Patch 1, where others may not have been. Patch 3 is reporting that it does not apply to our environment.
    The other posts indicate to re-apply Azure DevOps server 2020.1.1; but are concerned it will remove...

    Read more
  • Henrik E · Edited

    Are there any details on what features will be included in Azure DevOps Server 2022? I feel like that the Azure DevOps Feature timeline is pretty much useless for us who use the server version since all the features availability information concerning the server version is only mentioned as "Future", "TBD" or "N/A".

    This means that I can not communicate with our users in our organization when for example the new and improved Delivery Plans will...

    Read more
  • Web Mehr

    Dear Gloridel, I am very happy with your posts on this blog. All of your posts are informative and come from experience. Good lock.

    طراحی سایت

    • Gloridel MoralesMicrosoft employee Author

      Hi Kevin, we plan to fix @mentions email notifications with our next patch.

      • Krisztián Melczer · Edited

        Hi Gloridel,

        Is there any public target date for this fix? We’re also struggling due to this problem…

  • Linh Le Ngoc

    Hi, i cannot update my Azure DevOps server, the log said: This patch does not apply to Azure DevOps Server version 18.181.31230.2

    <code>

    I tried with all patches from this site https://docs.microsoft.com/en-us/azure/devops/server/release-notes/azuredevops2020?view=azure-devops#azure-devops-server-2020-patch-1-date-december-8-2020, and i got the same issue. Can you tell me what should I do?

    Read more
    • Gloridel MoralesMicrosoft employee Author

      Hi Linh. Based on the version number, you have Azure DevOps Server 2020.1. You should install Azure DevOps Server 2020.1.1 from our download page and then apply the patch.

  • Joe Brun · Edited

    After updating to Patch 8 for AzureDevOps 2020.0.1 we are no longer able to receive email notifications when using @mentions in our user stories and bugs.
    anyone else having this issue or found a way to resolve?

  • Chris Waldschmidt · Edited

    Log4j/ElasticSearch Vulnerability in Microsoft Visual Studio Team Foundation Server

    Gloridel,

    Sorry if this is a repetitive inquiry. We use Microsoft Visual Studio Team Foundation Server Version 16.131.28601.4 which had the vulnerable Log4j library located in the directory C:\Program Files\Microsoft Team Foundation Server 2018\Search\ES\elasticsearchv5\lib. We have manually patched the vulnerability. As a point of clarification, does Microsoft intend to publish an update to patch on-premises versions of TFS?

    Read more
  • 辛直陽 Cyang San

    Hi everyone, i was facing a problem that may be hard for me.

    I can’t solve the “Security Updates for Microsoft Team Foundation Server and zure DevOps Server (April 2021)”
    I had installed the patch 11 and double checked the “…..Feed.Server.dll” was version 17.153.31707.1
    Azure Resource Group Deployment V2 also been uplaoded (I guess so)
    Any else i need to install or how can i check?

    • Alireza Abdollahi

      After updating to Patch 8 for AzureDevOps 2020.0.1 we are no longer able to receive email notifications when using @funigma in our user stories and bugs.
      anyone else having this issue or found a way to resolve

      • 辛直陽 Cyang San

        Hi Daniel, is the issue following the blog post that you share also impacted version 2019.1.1?? Because i’m using version 2019.1.1 in a intranet environment. Thanks.

  • Kevin Trace · Edited

    Does this patch add support for pipeline builds using Visual Studio 2022? We keep getting the following error after we upgraded our build to .NET6

    <code>

    I upgraded the build agent to v2.195.2 but it did not help. We are using the VSBuild@1 task and have tried passing '17.0' and 'latest' but both still run with VS2019.

    Both VisualStudio_17.0 and MSBuild_17.0 show up under the agent capabilities tab and are pointing to VS2022. The yaml task for VSBuild@1...

    Read more
      • Gloridel MoralesMicrosoft employee Author

        Thank you, Kevin, for sharing your findings and providing guidance.

      • Tore Østergaard Jensen (TORE)

        Hi Gloridel

        We are facing the same problem and wondering why the MSBuild, VSBuild and VSTest build tasks is created so that they look for a hardcoded set of Visual studio version that were know at compile time, instead of relying on vswhere to find either a specifically specified version or latest. That would work in cases where no breaking changes have been made.