Visual Studio 2022 17.2 is now available!
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.
Source Link
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.
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.’
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:
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.
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!
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:
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:
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.
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.
The following list summarizes the main line-staging items we were able to address during this release:
- Color margin support that visualizes Git changes on Editor’s margin and scroll bar
- Peek Difference Editor support with the ability to navigate between differences
- Ability to stage chunks of code directly from the editor
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.
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.
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.
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
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.
+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.)
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.
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.
sorry,i can’t update 17.1 to 17.2
do i have to download it again?
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.
this comment has been deleted.
Ad “Linq-to-SQL” – migrating code to EFc6 is quite strightforward.
It might be, but how hard can it be to publish a tutorial or guideline ?
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.
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?
When will WDK support VS2022?
Thanks, James
New WDK is now available: https://docs.microsoft.com/en-us/windows-hardware/drivers/download-the-wdk#download-icon-step-3-install-windows-11-version-22h2-wdk
Are you thinking of updating the SSDT support for SSIS and SSRS development anytime soon?
Here here! I have a large application stuck in VS2019 because of SSDT (SSAS and SSRS) dependencies.
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?
+1
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.
SSDT (SQL Server Data Tools) is installed via the Visual Studio installer. There is no stand-alone installer as mentioned in this article:
https://docs.microsoft.com/en-us/sql/ssdt/download-sql-server-data-tools-ssdt?view=sql-server-ver15#install-ssdt-with-visual-studio-2022
The SSRS, SSAS, SSIS extensions are indeed installed from the VS Marketplace site. (The SSIS extension is not yet available for VS2022).
> 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.
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.
Please, give us the .NET MAUI with VB.NET coding as well…
+1
+2
+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.
+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)
+5
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
how to update from 17.1 to 17.2?
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.
I still can not install VS2022, even if I uninstall VS from the control panel.
me too 🙁
I see the same issue. The installer is getting things ready for the last hour or so…
Me too – just stuck at “Checking for updates” as soon as I start the installer.
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).
I also had this issue.
I also ran InstallerCleanup (because I didn’t understand what it did, and I’m tired :)).
I similarly get the installer (Vs2019 and VS2022 behave the same) stuck on donwloading installer.
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!
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…
There’s a workaround: You need to be in the US, or use a VPN so that it appears that you are in the US.
https://twitter.com/spuriousbugfix/status/1524362204128202754
this comment has been deleted.
I have the same issue. I cannot update to 17.2 because the installer stuck on “Checking for updates”!
Me too, stuck always
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.
I have the same issue – any news on this? Can’t work either.
@msft: have there been changes on how proxy connection is done?
me too – circle turning indefinitely
Apologies, as of 07:00 PDT 11-May we’re still investigating issues in Europe areas. We apologize for any inconvenience this is causing.
https://www.windowslatest.com/2022/05/11/kb5013943-may-2022-update-is-crashing-apps-on-windows-11/
Windows 10 also
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.
I’ve been asking that for years over and over again, but MS remains deaf.
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.
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.
this comment has been deleted.
@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.
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.
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.
How could I get in contact to send you that information?
@Tim Heuer,
Here’s a good example of a bug I filed 6 months ago and is “Under Investigation” with no replies, even though it’s a UI bug and is trivial to reproduce: https://developercommunity.visualstudio.com/t/Git-rebase:-Commit-window-says-Enter-a/1590241
Thanks! 🙂
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.
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.
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.
@”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.
“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
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!
It works only for built-in C# snippets not for custom ones.
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.
The installer actually is downloading NOTHING… Remains at 0%…
It’s part of the experience. You can’t want to have the cake and eat it as well.
Same here.
Same here.
This is from the log in %temp%
VisualStudio Bootstrapper:11/05/2022 8:59:36 PM: Attempting download ‘https://aka.ms/vs/17/release/installer’ using engine ‘WebClient’
VisualStudio Bootstrapper:11/05/2022 9:01:36 PM: WebClient error ‘Timeout’ – proxy setting ‘Default’ – ‘https://aka.ms/vs/17/release/installer’.
VisualStudio Bootstrapper:11/05/2022 9:01:36 PM: WebClient failed in ‘https://aka.ms/vs/17/release/installer’ with ‘The operation has timed out’ – ‘https://aka.ms/vs/17/release/installer’.
VisualStudio Bootstrapper:11/05/2022 9:01:36 PM: WebClient failed attempting to access https://aka.ms/vs/17/release/installer via 23.0.237.118
VisualStudio Bootstrapper:11/05/2022 9:01:36 PM: Download failed using WebClient engine. System.Net.WebException: The operation has timed out
Currently Visual Studio Update (any version) does not work in Europe – it works in US, or for those who redirect DNS to US or use VPN.
See related topic in forum
https://developercommunity.visualstudio.com/t/Visual-Studio-Installer-Checking-for-up/10037277
This update appears to have broken the installer (or there are so many people downloading that the servers are flooded).
Oh, yay, it finally went through!
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.
So true
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.
https://developercommunity.visualstudio.com/t/Visual-Studio-Installer-Checking-for-up/10037277
After half an hour of watching the “Checking for updates” wheel, I turned it off …
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?
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
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”
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.
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.
Sorry, it’s been acknowledged on the DevComm ticket: https://developercommunity.visualstudio.com/t/Visual-Studio-Installer-Checking-for-up/10037277
Same here
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.
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 !!!!
“Azure Container Apps… including generating a GitHub Actions Workflow for deploying using CI/CD”
As usual no more love for Microsoft Azure DevOps
I can’t install VS2022 17.2.
So, Today, I couldn’t worked.
Hope as soon as possible fix.
SSIS?
Looks like installer is broken due an issue with the online manifest.
Any ideas how to fix?
Apologies, as of 07:00 PDT 11-May we’re still investigating issues in Europe areas. We apologize for any inconvenience this is causing.
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
Apologies, as of 07:00 PDT 11-May we’re still investigating issues in Europe areas. We apologize for any inconvenience this is causing.
More than 8 hours later, more that 50 reports of incidents, Microsoft is waking up !!!!
Thanks for wasting our time.
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==
>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.
What happened to the new search?
https://devblogs.microsoft.com/visualstudio/introducing-a-new-way-to-search-your-code-and-visual-studio-features/
Is it not included in this update?
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 🙂
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?
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
Apologies Jozef — we are aware and working to mitigate the issue (see feedback ticket linked at the header of this post now)
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?
Yes please see: https://developercommunity.visualstudio.com/t/Visual-Studio-Installer-Checking-for-up/10037277#T-N10038654
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.
Is SSDT ready for VS 2022 yet?
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.
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…
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?
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…
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.
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.
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.
It happens after they adopting the agile development, about 2 years time? hmm?
this comment has been deleted.
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.
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.
The new version keeps constantly asking for my Microsoft account. How can I change this?
… and the Blazor compiler complains about component namespaces, even when added to _Imports.razor. This must be what today some people call “progress”.
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.
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.
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?
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.
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.
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!
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!
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?
Yet another surprise
Debugger is hardly usable now
It is unbelievable, but execution pointer jumps first to exit(11) and only after jumps to printf()
WTF?
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/
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 ?
When will VS 17.3 get out of preview?
Will .Net MAUI be part of the 17.3 stable release?
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.
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
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.