Causes VS2019 Restart when loading files

[grovolis]

I've had this issue for a couple of days now, when SteroidsVS is enabled in Visual studio and I am trying to load a new solution/project or individual file, the whole VS restarts with no error message.

[eberthold]

Hi, thanks for your feedback. I will have a look into that.

So it only occurs on new projects/files? Do you have any further details which kind of project you are creating? WPF App, Console Application, .Net Framework or netcore?

Is there anything written in the activity log? You can find the log under %appdata%\Microsoft\VisualStudio\16_[random]\activitylog.xml and search for "error" entries or directly for SteroidsVs entries.

[grovolis]

Hi, thanks for getting back to me.

So it happens pretty much on all projects, either new or old. There is one specific solution I'm currently working on, Umbraco CMS based on ASP.NET MVC 5.

When I install the extension and visual studio reloads, it loads up my last opened files and the extension works fine, until I close Visual studio and open it back up. The 2nd time it does not reload any active documents and when I try to open any of them, VS just reloading with no error.

There are no error entries in the activitylog.xml, and just these two for SteroidsVS

`

775

<time>2019/04/18 15:45:43.318</time>
<type>Information</type>
<source>VisualStudio</source>
<description>Begin package load [SteroidsVsPackage]</description>
<guid>{9AC11E28-22B5-4C3C-A40F-AB2C9BDD18D6}</guid>

776 2019/04/18 15:45:43.592 Information VisualStudio End package load [SteroidsVsPackage] {9AC11E28-22B5-4C3C-A40F-AB2C9BDD18D6} ` I know it's not much help, I'll try to record a video of it.

[eberthold]

I might just got the same problem on startup as well. It's related to how the extension handles the focus of the filter text box when the CodeStructure gets visible. Despite being Collapsed initially it shortly receives a VisibleChanged event with IsVisible set to true. That causes the view to set the focus to the text box. Visual Studio then has a Win32 WaitHandle somewhere waiting for some element to receive focus which isn't happening - because the CodeStructure stole it.

I will try to have a look into this over the weekend and a bugfix released sometime next week after testing my reproducible case

[eberthold]

I released the bugfix yesterday. I will leave the issue open for another week or two and wait for feeback if it's also fixed for your setup.

It's may worth to mention that it only occurred for me, when the solution which is opened restores some files on startup.

[grovolis]

Thanks for this I’m gonna try today and let you know! Cheers

[eberthold]

Closed, as there was no further feedback. And i couldn't reproduce by myself anymore.

[grovolis]

Closed, as there was no further feedback. And i couldn't reproduce by myself anymore.

Sorry I never replied to this one, it worked fine after your fix!