Hello,
That was a bug before and was corrected, but it started again with Elements .2605.
After opening a project with all closed:
Sometimes, only the Cirrus references are opened.
Very annoying and time consuming.
Sometimes, only the Cirrus references are opened.
Very annoying and time consuming.
Got fixed just post-.2613, but the first 2614 firehose build will have this.
1 Like
Tested this morning with Elements .2615: The references are not opened, but the projects in the solution are opened. Strange: not all are opened!
With an ASP.NET 5 application with the projects closed when VS was closed:
It has been closed, but it seems the correction is not in Elements .2621 … or the bug is still here.
Patrick,
does it still happen randomly for different projects? Does it happen always when opening your project? Here I can’t reproduce the issue any more, but I tried on simple projects only (including .Net Core created from the template).
Viktoria,
I see it on all the projects I’m working on…
If you look at the release notes for the last version, this bug is not listed, so perhaps the correction was perhaps not included in the last Elements build.
The bug could not be listed in the notes, because the change that fixed it was added for another issue. However I just checked on your project, and I see it. I will try to see what I can do, because with our logic to resolve references asynchronously in background it is really tricky.
1 Like
It is a Visual Studio bug, not a RemObjects bug.
I don’t use RemObjects for now and I have the same bug (the dayly first click is to close it).
I hope for the 64-bit version 
1 Like
That’s a not perfect workaround: if you have many projects in the solution and some folders were intentionally opened, we lose them…