Visual Studio 2022 17.2 is now available!

Tim Heuer

Today we are pleased to release Visual Studio 2022 17.2 as generally available. We want to acknowledge and thank all developers like you that continue to provide us valuable feedback on your experiences using Visual Studio 2022 for helping shape the product and be a part of our release!

This release brings continued improvements to the C# and .NET experiences, new Git performance and experiences, updates for C++ developers, and new Azure tools for local development and deployment. We also continue to address your direct feedback submitted via Developer Community, addressing over 400 feedback items in this release! You can see the broader list of community feedback addressed in releases by visiting the fixes page on Developer Community.

I want to highlight a few of the new capabilities that are now available in Visual Studio 2022 17.2 released today. We have also released 17.3 Preview 1 – some additional details about that at the end of this post.

We now surface embedded source and Source Link as part of ‘Go to Implementation’ if a referenced assembly has provided this information. This allows you to navigate to the original source files that implements the target symbol. As seen below in this animation it’s as simple as placing your cursor on a symbol and press CTRL + F12 to navigate to the original source file.

Animation demonstrating using Go To Definition with embedded source and Source Link information

 

 

Raw string literal

In C# 11 we added a new language feature called raw string literals. We now have a refactoring to convert a normal or verbatim string literal to a raw string literal. To use raw string literals, set the language version in your project file to preview (using <LangVersion>preview</LangVersion>). Place your cursor on a normal or verbatim string, then press CTRL + ‘.’ to trigger the Quick Actions and Refactorings menu and select ‘Convert to raw string.’

Screenshot of raw string literal code fix

Debugging collections

We recently highlighted this capability in a Visual Studio 17.2 Preview 2, but it bears repeating again. If you regularly debug your .NET code and want to inspect into large and maybe complex collections, we’ve introduced a new visualizer in the debugging experience for IEnumerable object types:

Animation showing the IEnumerable debug visualizer in action

 

This provides a much easier view into this type of data to rapidly see the information you seek and be able to navigate quickly. For more details into this capability, be sure to check out other examples in our preview blog post from April.

Razor editor

Since 17.1 we’ve been improving the reliability of the new Razor editing experience.  In 17.2 we’ve added support in the editor for:

  • Ability to collapse regions for easy readability and organization
  • The new Razor editor now supports snippet functionality in C# code!
  • We’ve heard you and the ‘wrap div’ shortcut is enabled, use Shift + Alt + W to execute

Web Live Preview for ASP.NET Framework

In the initial release of Visual Studio 2022 we introduced a new capability for those working with Web Forms applications and the designer.  Web Live Preview enables your running app to be the design surface and provides code synchronization across source and web surface to help you navigate directly to the code file for the element you are editing.

Animation showing Web Live Preview in action with code sync

After continued studies of developers with Web Forms apps, we have improved the experiences even more in this release. We have also worked with several ASP.NET control vendors to ensure their support in this new designer. If you are working in Web Forms, please switch to this feature using Tools > Options > Web Forms Designer options menu and continue to give us feedback!

Azure Development

Azure continues to expand, and Visual Studio is right there for you to enable you to quickly be able to configure, debug, and deploy your services.

In Visual Studio 2022, we’ve expanded our capabilities in Connected Services to allow you to use containers for some Azure services that you might have configured, providing you with a local debug experience. This support has expanded to allow you to configure areas like Redis Cache, MongoDB, RabbitMQ, Storage, SQL, and Cosmos DB all using container images. Configure the dependency and F5 and we’ll launch the containers for you!

Screenshot of Azure services container configuration

In addition, we have support for the newest Azure container service, Azure Container Apps, within Visual Studio to deploy directly or configure with GitHub Actions. If you are deploying your ASP.NET Core web app or API using containers you can now choose Azure Container Apps as a deployment target in the Publish capabilities:

Screenshot of Publish configuration to Azure Container Apps

And we will help you either provision or select the right container environment, registry and other deployment options, including generating a GitHub Actions Workflow for deploying using CI/CD:

Screenshot of GitHub Workflow configuration option

This option will help you remove some of the initial complexities of setting up CI/CD by ensuring your repo has the right secrets for deployment, including helping to generate the right Azure Service Principals and publish profiles. If you are using GitHub repositories, please give this option a try!

C++

C++20 modules support is coming to CMake in Visual Studio! You can try out our experimental support now by ensuring you are supplying the /std:c++20 or /std:c++latest switches to the compiler and using the MSBuild (Visual Studio) generator for CMake rather than Ninja.

Other new features include inline hints, which give you indicators in the editor for the names of function parameters and deduced types. You can toggle this by pressing ctrl twice, or Alt + F1.

Screenshot of inline hints in C++ code

In Visual Studio 17.1 we introduced peripheral register and RTOS views for embedded developers. We are continuing to improve the capabilities of those views with usability improvements in 17.2:

  • The RTOS tool window is now hidden by default, this prevents showing a tool window with error messages that are not relevant when an RTOS is not being used.
  • When a user double clicks on an RTOS object in the tool window it adds a watch for the object.
  • When a user selects the stack pointer start/end values in the RTOS tool window it is opened in the memory window.
  • Thread awareness has been added for device targets for the call stack window.

Git tooling

We continue to work on enhancing the Git experience in Visual Studio. Line-staging support was introduced in Visual Studio 17.2 Preview and now you can also enable it in 17.2 GA by going to the preview features pane and toggling the “Enable line-staging support” checkbox.

Screenshot of Git line staging

The following list summarizes the main line-staging items we were able to address during this release:

During this release, we integrated a Git feature called the commit graph which leads to improving the performance of your Git operations and significantly improving performance in Visual Studio. We’ve observed an average of 70% performance improvement in loading branch history in the Git repository window for a repository with 332k commits when enabling the commit graph in Visual Studio.

Animation of performance improvements comparing old and new in Git tooling

We have also enhanced the detached HEAD experience by providing the option to keep or discard commits when switching to a branch and enhanced the branch checkout experience, a.k.a branch switching by adding in more options and context for when there are un-committed changes.

Screenshot of detached git commits

Enterprise Support

Version 17.2 is the second long term servicing channel (LTSC) for Visual Studio 2022.  Servicing channels provide large organizations increased flexibility over when they choose to adopt the new features that are released with minor version updates to the Enterprise, Professional, and Build Tools editions. The 17.2 LTSC release will be supported for 18 months, through January 9, 2024.

Upgrade your development experience today!

On behalf of the Visual Studio entire team, we’re grateful for your continued feedback and ideas you have to help provide you with the absolute best development tools for you. We’ve packed a bunch of updates small and large into Visual Studio 17.2 and encourage you to update your development environment today and experience all these features noted here, but also a bunch of great performance improvements across all the workloads.

What’s next – Visual Studio 2022 17.3

Today we’re also releasing the first preview of the next release, Visual Studio 2022 17.3 Preview 1. This is the main preview build that provides the tooling support for .NET MAUI development using Visual Studio.

Screenshot of .NET MAUI workload selection in setup

The .NET MAUI team is excited to bring this unified platform experience of development to Visual Studio 2022 and thanks to all of you that have provided feedback as you’ve come along for the .NET MAUI journey with us and endured the initial setup scripts, workload updates, etc. If you are developing for .NET MAUI, Visual Studio 2022 17.3 Preview 1 is the tool that you want to get today as well.

To give the latest preview a try, look at the Visual Studio 2022 Preview channel page for more information. Note that you’ll be able to install it side-by-side with the 17.2 GA release. .NET MAUI isn’t the only improvements we are making in the next version as we continue to add capabilities for .NET and C++ developers in this release. For full details on the 17.3 Preview 1 release, refer to the release notes.

Share your feedback and help us build a better Visual Studio!

As you use Visual Studio, let us know what you love, what you like, and where you’d like us to improve. You can share feedback with us via Developer Community: report any bugs or issues via report a problem and share your suggestions for new features or improvements to existing ones.

As always, we appreciate the time you’ve spent reporting issues and hope you continue to give us feedback on how we’re doing and what we can improve.

134 comments

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

  • Josiah Bills 0

    Inline type hints are pretty useful, but I find myself activating and deactivating them by accident all the time simply because I use ctrl so often while programming. I can’t find a way to change this shortcut, so that would be pretty nice to have at some point.

    • Phil DeetsMicrosoft employee 0

      +1

      I ended up disabling the feature because I kept activating it by accident with the double-tab control shortcut. I wish there was a way to turn off control double-tapping but keep Alt+F1.

      (Edit since I noticed I have a Microsoft logo next to my name: I should clarify that while I am a Microsoft employee, I don’t work in the group that develops Visual Studio.)

  • MgSam 0

    I’m confused about why you guys are investing in Web Forms tooling. Isn’t Web Forms deprecated? It has no upgrade path to .NET (Core) from .NET Framework. Are you going to add a Silverlight designer too?

    Don’t get me wrong, I would love for such an upgrade path to exist- as I have old web apps in Web Forms that I have no interest in totally rewriting just to get them on modern cross-platform .NET. WYSIWYG is a lost art in modern frameworks.

    If your telemetry shows there are a lot of Web Forms apps out there still in development, then please talk to the .NET team and get an official migration path. It’s crazy the VS team is investing in Web Forms while the .NET team officially abandoned it years ago.

    • Sayed Ibrahim HashimiMicrosoft employee 0

      Hello MgSam, thanks for the comment.

      I’m confused about why you guys are investing in Web Forms tooling. Isn’t Web Forms deprecated?

      Web Forms is NOT deprecated, the framework support is limited to critical updates, but all ASP.NET full .NET Framework projects are fully supported. While we are not investing in the Web Forms framework, we still need to ensure that Web Forms developers can successfully develop their apps in Visual Studio.

      Are you going to add a Silverlight designer too?

      In contrast to Web Forms, Silverlight is obsolete so there are no investments happening there and support to develop in Visual Studio was removed years ago.

      If your telemetry shows there are a lot of Web Forms apps out there still in development, then please talk to the .NET team and get an official migration path

      Yes, there are LOTS of users still developing Web Forms projects in Visual Studio. Let me explain more why we are working on a new designer (“Web Live Preview”). In Visual Studio we have important accessibility requirements that we need to meet. The existing Web Forms designer is not accessible, and the code is written in a way that it’s almost impossible to make it accessible. It’s also not up-to-date with the latest web technology. We are creating a new designer to fix those issues. Another goal with the new designer is to one day enable a similar experience for ASP.NET Core projects (no commitments there, yet).

      Please talk to the .NET team and get an official migration path

      Migrating an ASP.NET full framework app to an ASP.NET Core app is very difficult, and not likely to be able to be automated in a way that will work for most users. What we are doing is working on an experiment to enable ASP.NET full framework developers to supplement the full framework app with an ASP.NET Core app. That way users can develop new pages in the ASP.NET Core project and maintain their existing full framework app. The idea is that hopefully over time more-and-more of the code base gets ported to the ASP.NET Core app. We will have more to share in this area soon. If we could create a magic wand to port an ASP.NET full framework app to ASP.NET Core we absolutely would do that, but from our investigations it doesn’t seem feasible.

      Another thing that we are doing with Web Live Preview is integrating the Edge Developer Tools into Visual Studio. We have an extension at https://aka.ms/edgetools-for-vs. We are hoping to get this built into Visual Studio in an upcoming release. I say this so that you know that the investment we are making in Web Live Preview is not strictly limited to ASP.NET full framework apps, there is value coming soon for ASP.NET Core users as well.

      Thanks for your comment, I really appreciate it. Please let me know if you have any more questions.

      • Co Van Pham 0

        sorry,i can’t update 17.1 to 17.2
        do i have to download it again?

      • Jens Samson 0

        Yes, there are LOTS of users still developing Web Forms projects in Visual Studio. Let me explain more why we are working on a new designer (“Web Live Preview”). In Visual Studio we have important accessibility requirements that we need to meet. The existing Web Forms designer is not accessible, and the code is written in a way that it’s almost impossible to make it accessible. It’s also not up-to-date with the latest web technology. We are creating a new designer to fix those issues. Another goal with the new designer is to one day enable a similar experience for ASP.NET Core projects (no commitments there, yet).

        If you guys know that then why don’t you support it on .Net Core/5/6/Whatever it is called now ?
        The same for Linq-to-SQL. No migration path, no support on .Net Core/5/6/Whatever it is called now.
        For VB.Net it is even worse because there the situation is very very very unclear. The last post on the VB.Net blog dates from March 11, 2020 and was titled Visual Basic support planned for .NET 5.0. That is more than 2 year ago. Sometimes I wonder if you guys really want customers, you seem to be very good in not listening to them.

        • anonymous 0

          this comment has been deleted.

        • Jiří Zídek 0

          Ad “Linq-to-SQL” – migrating code to EFc6 is quite strightforward.

          • Jens Samson 0

            It might be, but how hard can it be to publish a tutorial or guideline ?

      • Wally McClure 0

        will we get more info at the upcoming build? If this is something that will be available as an alpha soon, I can provide some feedback on it probably starting this summer. I have a major customer and we’re trying to figure out how to migrate a couple of large webforms apps.

      • Matthew Hughes 0

        Migrating an ASP.NET full framework app to an ASP.NET Core app is very difficult, and not likely to be able to be automated in a way that will work for most users. What we are doing is working on an experiment to enable ASP.NET full framework developers to supplement the full framework app with an ASP.NET Core app. That way users can develop new pages in the ASP.NET Core project and maintain their existing full framework app. The idea is that hopefully over time more-and-more of the code base gets ported to the ASP.NET Core app. We will have more to share in this area soon. If we could create a magic wand to port an ASP.NET full framework app to ASP.NET Core we absolutely would do that, but from our investigations it doesn’t seem feasible.

        Woah this is huge news if it eventuates. We’ve been looking for a path forward with DotVVM, is there someone official we can follow to find out more?

  • James Doyle 0

    When will WDK support VS2022?
    Thanks, James

  • Stephen Rybacki 0

    Are you thinking of updating the SSDT support for SSIS and SSRS development anytime soon?

    • Carl Daniel 0

      Here here! I have a large application stuck in VS2019 because of SSDT (SSAS and SSRS) dependencies.

    • Young, Stephen 0

      Exactly. It would be great that when a new VS is released all the tools work. I’m sure my company are not alone in using SSIS and SSRS in most solutions and it makes upgrading impossible when the support for these project types isn’t there. These are all MS tools so why can’t they be kept in sync?

    • Frédéric OGUER 0

      +1

    • Michael Taylor 0

      IIRC SSDT is provided by the SQL Server team, not the VS team. So you’re asking the wrong group. I also believe the SQL team said they are working on upgrading the extension but because they have designers that back SSIS and SSRS it is a lot of work to update to VS 2022 given the x64 change.

      You should provide your feedback over on their VS Marketplace page but I know they are already hearing about it.

        • Michael Taylor 0

          > Are you thinking of updating the SSDT support for SSIS and SSRS development anytime soon?

          The poster was asking about the SSIS/SSRS features of SSDT. Hence why I said that is the SQL team and they are working on it.

    • Leslie RichardsonMicrosoft employee 0

      The SSRS, SSAS, and RDLC extensions are now available for VS 2022 in the Marketplace. Hopefully we’ll have a blog post coming soon that highlights these releases in the near future.

      SSRS: https://marketplace.visualstudio.com/items?itemName=ProBITools.MicrosoftReportProjectsforVisualStudio2022
      SSAS: https://marketplace.visualstudio.com/items?itemName=ProBITools.MicrosoftAnalysisServicesModelingProjects2022
      RDLC: https://marketplace.visualstudio.com/items?itemName=ProBITools.MicrosoftRdlcReportDesignerforVisualStudio2022

      SSIS is still MIA from what I can tell so I’ll reach out to the SQL team and see if I can get a status update.

  • Yury Komar 0

    Please, give us the .NET MAUI with VB.NET coding as well…

    • HEBE MAN 0

      +1

      • Federico Norberto Dutto 0

        +2

        • James Rolfe 0

          +3
          If the MAUI team can’t maintain VB support, please add enough extensibility APIs for 3rd-party VB developers to add VB to MAUI. Such as MAUI XAML compiler extensions for any programming languages.

          • Ezequiel Kees 0

            +4
            Visual Basic .NET is not dead. There are many of us who still use it in large-scale applications (like VMIX or like the one I develop)

          • Super Coco 0

            +5

  • John Barrett 0

    I’m seeing problems with the installer today.

    upon running the installer is just hangs (> 1hr) with the ‘wheel of death’ checking for updates. Tried different machines – same.

    So the effect is we cannot update Visual Studio 2022 Enterprise or Ent Preview

    screen shot

  • Co Van Pham 0

    how to update from 17.1 to 17.2?

    • Roberto Mencia Franco 0

      The Visual Studio Installer gets stuck Checking for Updates. The only way is to go to Windows Apps & Features, uninstall VS from there and Install it fresh.
      It must be one more bug that they forgot to fix in this release.

      • Ray Burse 0

        I still can not install VS2022, even if I uninstall VS from the control panel.

        • Co Van Pham 0

          me too 🙁

        • Stefan Koell 0

          I see the same issue. The installer is getting things ready for the last hour or so…

          • Mike Diack 0

            Me too – just stuck at “Checking for updates” as soon as I start the installer.

        • Artem Kliatchkine 0

          Same issue like everyone else.
          When trying to update installer forever waits on “Checking for updates”
          After I (stupidly, I admit) run installer cleanup, it deleted the current VS installation and the attempt to install it again freezes on “Downloading installer” (0%, no activity).

          • Shayne van Asperen 0

            I’ve also done the same thing. Uninstallted VS to try to fix it and now I’m stuck trying to install it again. Can’t do any work now!

          • John Even Pedersen 0

            Almost exactly the same here.
            Deleted the installer-folder, and running the bootstrapper to install the installer again, but stuck at 0 B/sec

            Fortunantely I didn’t delete my current VS, so I can get back to work.
            Trying again in a few hours or tomorrow…

        • anonymous 0

          this comment has been deleted.

      • Ahmad Badkoubehei 0

        I have the same issue. I cannot update to 17.2 because the installer stuck on “Checking for updates”!

        • Sambath Mean 0

          Me too, stuck always

          • Martin Moe 0

            Same. Looks like this have the situation for at least a day and a half now. Some feedback from MS on this problem please?

            For me it’s not only the upgrade that is a problem. I needed a feature and I can’t get it. So I’m stuck on the thing I was planning to do.

        • Peter Widmer 0

          I have the same issue – any news on this? Can’t work either.
          @msft: have there been changes on how proxy connection is done?

      • Jiří Zídek 0

        me too – circle turning indefinitely

      • Tim HeuerMicrosoft employee 0

        Apologies, as of 07:00 PDT 11-May we’re still investigating issues in Europe areas. We apologize for any inconvenience this is causing.

  • Roberto Mencia Franco 0

    Are there any plans to stop adding new functionality in VS and actually fix all the stuff that doesn’t work at the moment?
    I believe that fixing all the bugs would be the biggest feature of all, and also the one that would increase productivity the most. When we don’t need to restart VS 2-3 times a day and manually delete .vs folder multiple times a week, we would save 100s of hours a year. That is even better than getting a new laptop replacement.

    Maybe a big push from the whole VS team to go all in bootcamp for 2 months to see who can fix the most amount of bugs. You probably have 10k+ bugs to choose from in VS2022, so it should be easy to get a bunch of them done.

    • Jens Samson 0

      I’ve been asking that for years over and over again, but MS remains deaf.

      • Roberto Mencia Franco 0

        They now use a new technique to fix bugs.

        When you report a bug, they reply 2 months later saying that they can’t reproduce the problem in a new project.
        Then they ask you to do their test job and reproduce it for them and give them the steps and a solution.
        If you fail to do so in 14 days, they close the bug saying that it didn’t get enough support. And then they hope to go away by itself.
        Or they also ask you to test it in the latest preview.

        It’s getting worse by the day.

        I report bugs at a rate of 6-8 week. The list of the bugs I created takes me to do “load more” 8 to 10 times. And is only for VS2022.

        • Mike Diack 0

          Agreed. I’ve raised this over and over with VS project/programme management – it’s not the bug reporting tools that are rubbish – it’s the staff and process that are crap.

        • anonymous 0

          this comment has been deleted.

        • Tim HeuerMicrosoft employee 0

          @Roberto – Please feel free to send me a link/list of your reports and I’m interested in taking a closer look. 6-8/week seems like you’re definitely experiencing some frustration, so I’d love to learn more about the scenario/platform/app types/etc. that I assume you’ve already provided in the bug reports.

          • Mike Diack 0

            This is getting tiring. I’ve emailed John Montgomery, Nick Uhlenhuth and Mads K. giving case by case examples of just how poor the support process is and the staffs responses and specific bugs that have been really shoddily handled. Why should people bother, when you pay lip service to feedback.

            As others have said – the support staff always seem to ask that you go to the nth degree to reproduce problems for them, even when they can be seen sometimes via a simple hello world level app, compiling with default or standard settings.

            Another thing – which I’ve emailed, mentioned, left feedback about to countless people.
            It is NO GOOD AT ALL for the response bot to feedback by saying:

            Feedback Bot
            ···
            A fix for this issue is now available in preview release. Try out the fix by installing the most recent preview from https://visualstudio.microsoft.com/vs/preview/
            —-

            I’ve mentioned this till I’m blue in the face. WHY OH WHY OH WHY OH WHY, doesn’t the response tell you EXACTLY which version the fix is in (e.g. 17.1 Preview 3)! The latest/current version of the preview release is not fixed at any moment in time. Surely as developers, your staff must know the importance of exactness in bug reporting and responses. WHY NOT DO IT – I’ve been asking for this for at least 3-4 years now, and yet I imagine it would be easy to implement.

            Talk to Nick, John, Mads. People are furious – not with the technical bug reporting tools, but the Microsoft staff and process – which is anything but transparent.

          • Roberto Mencia Franco 0

            The main issue with the testing is the lack of Testing experience.

            Most of the issues come with large solutions, 20 projects in multiple technologies, a number of refactorings and git merges pull, pushes and branch merges. Also, Solutions that go from version to version of VS and upgrades of nuget packages. Upgrades may corrupt .vs folder and other things. Many issues temporarily go away after restarting VS or deleting .vs folder. We are under stress to deliver on our jobs and we pay for the licenses of VS, we don’t have the time to do the testing of VS as well.

            The tester can’t expect to always reproduce a bug by creating a brand new project, adding 2 lines of code and say “it works in my machine”. Additionally, we can’t really provide MS with our solutions or spend hours creating a simple solution to send it for the tester to get their job done.

            VS should improve the telemetry. Also, the button to report an issue should be able to upload a VS dump. I can’t go back in time one week later to reproduce the bug and create a bug, the code may not be there. However, when the bug happens I don’t mind reporting the issue and upload the required dump if it’s collected automatically and sent to MS.

            The biggest improvement in developer productivity is not AI in the Intellisense, it is when VS doesn’t fail, when we don’t need to restart VS, and delete .vs many times a day.

            I think that if you manage to get all the Developers in VS to stop for 1-2 months and really focus on a rock solid VS next release, people would be happier with a VS version that doesn’t fail than announcing a few new features, even if they may be interesting when the basics don’t work all the time.

            It doesn’t make sense to me that I have to raise 5 or 6 issues every week that I work with VS.
            Please, focus on fixing issues and improving the VS telemetry to capture the required information that you will need to investigate the problem automatically. Also, create a few large solutions with a number of dependencies, technologies and nuget packages to use during testing. Continue upgrading those large solutions to the latest versions to surface upgrading issues.

          • Roberto Mencia Franco 0

            How could I get in contact to send you that information?

        • Andrew Buchanan 0

          It’s all gone so wrong in vs 2022. I’d rather see all new features stopped and bugs fixed as well. The razor/blazor situation has been terrible and ongoing.

    • Luca Beretta 0

      Totally agree!

      I’ve reported dozens of bugs, some seemingly trivial, and I’m still waiting for them to close at least one.

      A lot of new features of dubious usefulness, while every 2 hours of work we have to close and reopen visual studio because it eat up 4 Gb of RAM and more, and slows down until it becomes unusable.

      Finally I stopped to report bugs, so I can save at least that time.

    • Премьер Взлет 0

      Totally agree !!!
      VS2022 is becoming more and more like a product from early 90s. To use it, you have to jump around with a shaman’s tambourine.

    • Andrey Shevchenko 0

      @”Are there any plans to stop adding new functionality in VS and actually fix all the stuff that doesn’t work at the moment?”

      I have exactly the same question. The amount of bugs in VS is ridiculous and nobody cares, but the new stuff that really nobody wanted keep coming out.

  • Ferdinando Cavaliere 0

    “The new Razor editor now supports snippet functionality!”

    WHERE ARE?????????

    Before, I typed h1 or div or something else, I hit tab and it didn’t drop anything. Now … the same thing

    • Mika DumontMicrosoft employee 0

      Hi Ferdinando, Thanks for taking the time to provide this feedback! We currently only have snippets support in the Razor editor for C# but feel free to file an issue so we can prioritize this on our backlog!

      • Иван Ночной 0

        It works only for built-in C# snippets not for custom ones.

  • Izhar Azati 0

    You continue to make efforts to make us abandon your tools!
    We pay a lot of money for a product that is shredded to a version with more and more BUGS and remove support for basic tools like SSIS SSRS
    Send us to JAVA and the “COMMAND LINE” programs like 40 years ago.
    Not everyone wants clouds either.

  • Marcus Runge 0

    The installer actually is downloading NOTHING… Remains at 0%…

    • Roberto Mencia Franco 0

      It’s part of the experience. You can’t want to have the cake and eat it as well.

    • Mike Diack 0

      Same here.

  • Eli Black 0

    This update appears to have broken the installer (or there are so many people downloading that the servers are flooded).

    • Eli Black 0

      Oh, yay, it finally went through!

    • Roberto Mencia Franco 0

      If the servers are flooded is because everyone is hoping that they have fixed some of the bugs that they had. It’s desperation, rather than needing the latest features.

      • Andrew Buchanan 0

        So true

  • Mike Diack 0

    Has the release been pulled/is there a bug in the installer?
    As of 845am UK (BST) time 11 May 2022, on 2 different PCs and 2 different networks (both Win 10), the installer just sits at “Checking for updates” for hours until I give up and cancel it.

    It sounds like others are seeing this too.

  • Milos Glosik 0

    After half an hour of watching the “Checking for updates” wheel, I turned it off …

  • Enrico Rossini 0

    In the Visual Studio 17.2 Preview there was MAUI that disappeared in the new release. How can I install MAUI in Visual Studio 2022?

    • Tim HeuerMicrosoft employee 0

      See the last paragraph in the post here on the updates for 17.3 Preview 1 — that is the build that you will need to do MAUI

  • Alastair Taylor 0

    Installer app is “Checking for Updates” – if I click on Update for VS2109 or VS2022 I get “We are in the middle of checking for updates. Please wait a minute and try again”

    • Stephan Kieburg 0

      Same here. Can we get an official response that Microsoft is aware of the issue?

      Edit: Still the same 6 hours later, not a peep from MS.

      • Alexey 512 0

        The same problem. These guys forced down own throats their magical online installers, now VS is corrupted in the middle of the upgrade so I cannot undo it or reinstall, because everything is online now.

    • AsgerJon 0

      Same here

  • AsgerJon 0

    So far, I have wasted more than 10 hours trying to reinstall Visual Studio. It seems that Microsoft secretly blocks VPN connections and connections from anywhere except the edge browser. Disconnecting VPN and using a link from edge does not actually work however, it postpones the point at which the installation hangs to the Visual Studio Installer screen where one would select what workloads to download. Imagine what humanity could achieve, if we did not have to deal with this.

  • Patrick Poly 0

    That’s a great launch for visual studio 17.2 !!!!
    Where is Microsoft Control Quality ??? in vacation ??? r
    Really it ‘s a shame

    PS : i tried to launch the set up with –noUpdateInstaller but the option does not works !!!!

  • PandaSharp 0

    “Azure Container Apps… including generating a GitHub Actions Workflow for deploying using CI/CD”

    As usual no more love for Microsoft Azure DevOps

  • James Jeong 0

    I can’t install VS2022 17.2.
    So, Today, I couldn’t worked.
    Hope as soon as possible fix.

  • Dan Welter 0

    SSIS?

  • Alessio T 0

    Looks like installer is broken due an issue with the online manifest.

    • Alexey 512 0

      Any ideas how to fix?

    • Tim HeuerMicrosoft employee 0

      Apologies, as of 07:00 PDT 11-May we’re still investigating issues in Europe areas. We apologize for any inconvenience this is causing.

  • Alexey 512 0

    Visual Studio 2022 17.2 update fails with “We are in the middle of checking for updates”, then stuck with “Checking for updates…”. Visual Studio 2022 cannot start. Reinstall doesn’t work – cannot download anything.

    What am I supposed to do? You created these wonderful online installers, now fix them!
    Are you guys actually testing anything before release?

    Update: add this to hosts file:
    93.184.215.201 download.visualstudio.microsoft.com

    • Tim HeuerMicrosoft employee 0

      Apologies, as of 07:00 PDT 11-May we’re still investigating issues in Europe areas. We apologize for any inconvenience this is causing.

      • Patrick Poly 0

        More than 8 hours later, more that 50 reports of incidents, Microsoft is waking up !!!!

        Thanks for wasting our time.

      • Martin Abraham 0

        download.microsoft.visualstudio.com not working for VS installation.
        Below is the response from download.microsoft.visualstudio.com

        Our services aren’t available right now

        We’re working to restore all services as soon as possible. Please check back soon.

        0z8d7YgAAAACnqlWC9xgsQYL/8fYzyjoqVklFRURHRTI4MDkARWRnZQ==

        • Patrick Poly 0

          >Below is the response from download.microsoft.visualstudio.com
          ok but we don t have this error when trying to update visual studio using the installer. So we don t have this feedback

          But, don’t worry i will continue to use 93.184.215.201 as download address.

    • Denizhan YigitbasMicrosoft employee 0

      Hey Dean!

      The new search experience is currently only in preview channels. You can download Visual Studio Preview here

      We plan to include the new search experience in the 17.3 public release for reference 🙂

  • Ben van der Merwe 0

    Thank you for all the hard work and nice improvements! I have been eagerly waiting for 17.2 for the profiler fix which is in there, but sadly upgrading to 17.2 breaks the Intel Fortran integration and they will not have a fix for it anytime soon. Please see here:
    https://community.intel.com/t5/Intel-Fortran-Compiler/Do-not-upgrade-VS-2022-to-version-v17-2-It-breaks-all/m-p/1382358#M161212
    And here:
    https://developercommunity.visualstudio.com/t/Visual-Studio-CPU-Profiler-does-not-repo/1680134
    It would be nice to have an update where everything works (sadly I am sure some of our own clients say the same thing, it must be a general software problem).
    Please consider adding the Intel Fortran installer to your QA testing maybe?

  • Jozef Izso 0

    The Visual Studio installer does not work. When I try to use the bootstrapper, it does not work either.

    Beginning file download. File = https://aka.ms/vs/17/release/installer.
    Download requested: https://aka.ms/vs/17/release/installer
    Attempting download ‘https://aka.ms/vs/17/release/installer’ using engine ‘WebClient’
    WebClient error ‘RequestCanceled’ with ‘https://aka.ms/vs/17/release/installer’ – GetWebResponse failed along with a cancellation request

    • Tim HeuerMicrosoft employee 0

      Apologies Jozef — we are aware and working to mitigate the issue (see feedback ticket linked at the header of this post now)

  • MaxiTB 0

    Something seems to be broken with the installer – it hangs for over one hour by now; tried it earlier two on a business laptop, same issue but then I thought it might be some corporate firewall misconfiguration.

    Is there an issue with receiving the update, maybe region specific to Austria?

  • Sebastian Kruse 0

    MAUI was supposed to release with VS 17.0. Then it was part of the 17.1 Preview. Then 17.2 and now 17.3? Not to mention that VS for Mac is so far behind it would not even make sense to use it. There is work contributing towards Web Forms (a depricated technology) while the new big pushed tech is already not getting enough attention. As it was announced, I hoped for a better experience with MAUI compared to Xamarin.Forms but as it is right now it already looks like a even bigger mess. Bad tooling support will just be another thing on the endless list of bugs and issues with it.

    Not that I expected a fix for it anyway but the Android Emulator, espacially on AMD CPU’s, is still a performance hole and Hot Reload still can cause endless memory leaks until a crash happen.

  • James DiBernardo 0

    Is SSDT ready for VS 2022 yet?

  • Privileged account Richard Moeskops 0

    Not related to the VS update it self, but to this website. Can you fix the unclickable small scrollbar on the right side of this page? 10 pixels is just to small.

  • schbaem 0

    Finally there is an option to create projects without top level statements. Took only about half a year to give a choice, yikes.

    @PS: The website in regards to comments is as broken as ever. If you are not logged in and select the second page, most of the comments vanish…

  • Ryan Buening 0

    Peek Difference is not showing as an option after updating to 17.2 in my .cs or .razor files. Do I need to enable a setting?

  • Sebastian Kruse 0

    How do I downgrade my VS? 17.2 is not useable it does stuff all the time in the background wirh a Xamarin.Forms project keeping context menus to disappear and the error list to appear… the messages at the bottom just say “Restore NuGet package” over and over again… Thats one more time a upgrade just breaks everything because M$ is not capable of testing their stuff…

  • Daniel deLesdernier 0

    I didn’t see anything about getting charts and graphs working again. When will this happen? They’re pretty fundamental controls like text boxes and buttons.

  • Roberto Mencia Franco 0

    After installing the latest version, I have even more exceptions than in the 17.1.
    I would recommend not to upgrade. The list of the issues with this new version is already several pages long.

  • Andrey Shevchenko 0

    Another awesome update! With 17.2 I can’t build my Unreal Engine project anymore. Isn’t it wonderfull?
    It’s even better than 17.1! Because in 17.1 there was a bug in compiler breaking dependend operator new lookup and you could at least see in the output window.
    In 17.2 there is nothing in output and zero clues what’s going on. Better than ever!

    PS. Something is terribly wrong in Microsoft VS team. Every update breaks the next floor of sanity.

    • Jing Zhe Shan 0

      It happens after they adopting the agile development, about 2 years time? hmm?

      • anonymous 0

        this comment has been deleted.

  • Jing Zhe Shan 0

    Possible sync all those awesome features with Mac version visual studio : ), I have been stuck with Rider on iOS for few months now and keen to switch back to use VisualStudio if I can.

  • Kryštof Žáček 0

    Nice job with the razor editor. It is a much needed significant progress – snippets, formatting etc. The intellisense speed still needs improvement (CSS classes completion is still lagging) but anyway thanks and keep up the effort. Blazor and Razor are great technologies and deserve first class tooling.

  • Ian Marteens 0

    The new version keeps constantly asking for my Microsoft account. How can I change this?

    • Ian Marteens 0

      … and the Blazor compiler complains about component namespaces, even when added to _Imports.razor. This must be what today some people call “progress”.

  • Jason Finch 0

    This release seems bugged, have installed on 3 PC’s now, experiencing issues with projects unloading shortly after loading on startup. Hoping there is some way to downgrade to 17.1.

  • BANNA K 0

    Visual Studio Integration is not working after upgrading to Visual Studio 17.2, it was working without any issue in the previous versions – 17.0 and 17.1.

    1)
    We have our own project type in Visual Studio, and when we build the project in Visual Studio 17.2 the build always cancelled by the visual studio environment.

    We are getting the visual studio environment interface “IVsBuildStatusCallback” through the AdviseBuildStatusCallback(IVsBuildStatusCallback, UInt32) call back method, and when we call the IVsBuildStatusCallback::Tick( [in, out] BOOL *pfContinue ); method during our project build, the Tick method always set the pfContinue to FALSE and then the Build will be cancelled.

    Please let me know why the 17.2 environment is behaving differently and throwing exception (from msenv.dll)

    References on the call back methods and interface from Microsoft documents:
    AdviseBuildStatusCallback:
    https://docs.microsoft.com/en-us/dotnet/api/microsoft.visualstudio.shell.interop.ivsbuildableprojectcfg.advisebuildstatuscallback?view=visualstudiosdk-2022

    IVsBuildStatusCallback::Tick:
    https://docs.microsoft.com/en-us/dotnet/api/microsoft.visualstudio.shell.interop.ivsbuildstatuscallback.tick?view=visualstudiosdk-2022

    IVsBuildStatusCallback:
    https://docs.microsoft.com/en-us/dotnet/api/microsoft.visualstudio.shell.interop.ivsbuildstatuscallback?view=visualstudiosdk-2022

    2)
    Getting the abort message box twice from Visual Studio when we cancel the project creation in the “IVsProjectFactory::CreateProject” method. We used to show our own message box when the new project creation is failed and cancel the new project by setting the “*pfCanceled” to TRUE in the “IVsProjectFactory::CreateProject” function return parameter.

    We don’t get the abort message multiple time from the Visual Studio in the previous versions(17.1 or 17.0), and the “New Project” windows closes automatically if the project creation is cancelled. But 17.2 shows multiple message boxes and “New Project” dialog not getting closed on cancel.

  • msimms01 0

    I just spent the last hour trying to figure out how to turn off the parameter hints. I must have accidentally enabled it. I work on a laptop and this makes it almost impossible for me to read my code on a small screen.

    I had to find this page to learn that I need to press Ctrl twice to turn it off and that there’s no menu option to disable it. So, here we have a feature with no obvious way to turn it on or off – just a randomly selected key combination with no corresponding menu item. How did this pass any respectable design committee?

  • David Taylor 0

    Tim, you have a bug, at least in release VS 17.2.1 (the version I have just installed). In the “Error List” pane, if you select “Build+IntelliSense” from the dropdown you only see IntelliSense errors in the list; and if you select “Build only” from the dropdown you see both Build and IntelliSense errors. In other words you have it backwards (someone on the VS team has just entered the wrong text descriptions into the dropdown). It is correct if you select “IntelliSense Only” in that is just then displays IntelliSense results.

    This caused me some pain and it wasn’t until I looked at the raw compiler output I realised VS was hiding the errors from me (I had selected Build+IntelliSense but it was only showing me some janky intellisense error (and not the build errors).

    Could you guys please fix.

  • Sergey Kipnis 0

    Everything is good, but Visuals Studi is NOT usable anymore. I am in VS more than 20 years, but probably I have to switch to something else

    Constant popups with “save file as” during the build.
    Rebuild again and again despite no changes in the file has been made.
    Constant crashes.

  • Sergey Kipnis 0

    Even Find box is broken now.

    If select something in text and click Ctrl-F instead of selected text in find box you will find onr(!) char(!) after selected text.

    Microsoft, please, stop breaking the good product!

  • Sergey Kipnis 0

    Ah, and yet another killing feature. Focus. Latest release Visual Studio returns focus randomly back! For example, you are sitting in RDP and trying to understand what doesn’t work, bum! You are back in Visual Studio. What a nice idea!

  • Sergey Kipnis 0

    Oh, another two great points, I have found today.

    1. IntelliSense may not work. Just stop working and voila. And you get nothing.
    2. Find in Files may not work too! And this is great addition to the p.1

    So, dear Microsoft engineers, tell me how it is possible to use IDE without grep and IntelliSense?

  • Sergey Kipnis 0

    Yet another surprise

    Debugger is hardly usable now

    bool a = true;
    if(a) {
        exit(11);
    }
    printf("ok");
    

    It is unbelievable, but execution pointer jumps first to exit(11) and only after jumps to printf()

    WTF?

  • Sergey Kipnis 0

    This is not the end of the story

    – Address sanitizer, mostly responsible for memory eating. 400MB in 10 minutes. Oh, really?
    – Memory profiler doesn’t work anymore ” the diagnostic tool does not support the current debugging configuration”

    I could say “Visual Studio 2022 in it current state is UNUSABLE

    Literally any competing product is better. ANY/

  • Gregory Jaegy 0

    Just updated to 17.2.2, I get numerous errors of components that can’t be loaded, solution explorer as well, tons of error dialog messages, etc.
    I’ve tryied to “repair” through the installer, it seems to work afterwards, however, as soon as I re-install some extensions (Qt plugin, visual assist), the errors are back.
    So, basically VS is not usable anymore on my system and I can’t work :/
    Are you aware of that issue ? How can I rollback to 17.2.0 or 17.2.1 ?

  • Marco Conca 0

    When will VS 17.3 get out of preview?
    Will .Net MAUI be part of the 17.3 stable release?

  • Sergey Kipnis 0

    This is not the end…

    I would like to say, that most of the error had been fixed in 17.2.3.
    But now Google Test Adapter works quite unstable.
    It means that the Adapter reports warning debug file not found
    And may hangs up in discovering. With probability 80%
    You have to restart Visual Studio and try again. And again.
    This is absolutely inappropriate. May be in Microsoft working without a testing is normal, but not in my company/ I have literally hundreds of tests.
    And sometimes I have to debug some tests.

  • Sergey Kipnis 0

    New killing feature available approximately since 17.2.2

    MS Visual Studio is now able to LOCK souce file. Micosoft Windows is at all stupid in file locking(compared to modern OS, like Linux),
    but MS Visual Studio is now able to exploi this.

    Fail Case:
    1. Edit some files in Visual Studio and, this s important, debug & test
    2. Switch to git(!).
    3. Stash changes.
    You can’t!
    Save Stash: unable to write file ‘…/core.h’ mode 100644: Permission denied
    unable to unlink ‘…/core.h’: Invalid argument
    unable to unlink ‘…/core.cpp’: Invalid argument
    unable to write file ‘…/core.h’ mode 100644: Permission denied

    Unbelievable! Once “the best IDE in the World”(c) Me is now a mess of trash

  • Sergey Kipnis 0

    Ctrl-Shift-F still works INSTABLE. I have even funny screenshot, where good old Far Manager finds 4 files and Visual Studio just one.

    How could it be possible to break search in files? I do not understand.

Feedback usabilla icon