Visual Studio Professional 15.9.2 crashes when opening a custom user control in the designer
.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty{ height:90px;width:728px;box-sizing:border-box;
}
My .Net Framework WinForms app builds without errors and runs without errors.
The VS2017 Professional 15.9.2 designer crashes when I double-click to open user controls I've created. These user controls all inherit from a class named MyUserControl. I can open MyUserControl in the designer without an error.
When I run VS2017 alone (no second copy with the debugger attached), I see the following exception when I double-click the target user control:
'Could not load file or assembly 'MyEventArgs, Version=1.0.6896.23135, Culture=neutral, PublicKeyToken=null' or one of its dependencies. The system cannot find the file specified.'
The target user control does not reference MyEventArgs. Adding a reference in the target project to MyEventArgs doesn't help. All references to MyEventArgs in the solution are references to a DLL in a Libraries folder, not project references.
I opened each of the .csproj files in the solution in Notepad. None of them refer to a specific version of the MyEventArgs DLL.
I have cleared all the obj and bin directories.
I have cleared the ProjectAssemblies directory. This is a WinForms app, so no need to clear the temporary ASP.Net files directory.
I started a second copy of VS2017 and attached the debugger to the VS2017 instance where I try to open the user control in the designer. I checked the parent check box to choose to break on all CLR exceptions.
I double-click to open the target user control in the VS designer of the first VS instance.
First I get an exception
The parameter is incorrect. (Exception from HRESULT: 0x80070057 (E_INVALIDARG))
with no info on what parameter is incorrect. I looked in all the properties of the exception object. None of my DLLs have the "downloaded from the Internt" bit set.
I click Continue in the debugger, then get this exception
'Could not load file or assembly 'MyEventArgs, Version=1.0.6896.23135,
Culture=neutral, PublicKeyToken=null' or one of its dependencies. The
system cannot find the file specified.'
=== Pre-bind state information === LOG: DisplayName = MyEventArgs, Version=1.0.6896.23135, Culture=neutral, PublicKeyToken=null
(Fully-specified) LOG: Appbase = file:///C:/Program Files
(x86)/Microsoft Visual Studio/2017/Professional/Common7/IDE/ LOG:
Initial PrivatePath = NULL Calling assembly : (Unknown).
=== LOG: This bind starts in default load context. LOG: Using application configuration file:
C:UsersAdamAppDataLocalMicrosoftVisualStudio15.0_fdc9bc52devenv.exe.config
LOG: Using host configuration file: LOG: Using machine configuration
file from
C:WindowsMicrosoft.NETFrameworkv4.0.30319configmachine.config.
LOG: Policy not being applied to reference at this time (private,
custom, partial, or location-based assembly bind). LOG: The same bind
was seen before, and was failed with hr = 0x80070002.
However, I don't have this version of MyEvents anywhere. All references are to the DLL in the Libraries folder. This DLL has a newer version.
How do I get VS2017 to stop looking for this old version of the DLL?
I ran two copies of AstroGrep (free Windows utility) to search for that version number (1.0.6896.23135) in all files on my C drive as well as the D drive, where the solution is stored. It did not find any instances of this version number in any file (csproj, etc.).
The target user control project does not reference MyEventArgs. I checked each csproj in the solution. All reference a copy of MyEventArgs.dll in a library folder. This copy has a newer version than the one named in the exception.
MyEventArgs is not in the GAC on the target machine.
Where is VS getting this old version number from? If I knew where VS was reading this version number, I could clear it or change it. It can't have made up this number, but I can't find where it is stored.
c# visual-studio winforms
add a comment |
My .Net Framework WinForms app builds without errors and runs without errors.
The VS2017 Professional 15.9.2 designer crashes when I double-click to open user controls I've created. These user controls all inherit from a class named MyUserControl. I can open MyUserControl in the designer without an error.
When I run VS2017 alone (no second copy with the debugger attached), I see the following exception when I double-click the target user control:
'Could not load file or assembly 'MyEventArgs, Version=1.0.6896.23135, Culture=neutral, PublicKeyToken=null' or one of its dependencies. The system cannot find the file specified.'
The target user control does not reference MyEventArgs. Adding a reference in the target project to MyEventArgs doesn't help. All references to MyEventArgs in the solution are references to a DLL in a Libraries folder, not project references.
I opened each of the .csproj files in the solution in Notepad. None of them refer to a specific version of the MyEventArgs DLL.
I have cleared all the obj and bin directories.
I have cleared the ProjectAssemblies directory. This is a WinForms app, so no need to clear the temporary ASP.Net files directory.
I started a second copy of VS2017 and attached the debugger to the VS2017 instance where I try to open the user control in the designer. I checked the parent check box to choose to break on all CLR exceptions.
I double-click to open the target user control in the VS designer of the first VS instance.
First I get an exception
The parameter is incorrect. (Exception from HRESULT: 0x80070057 (E_INVALIDARG))
with no info on what parameter is incorrect. I looked in all the properties of the exception object. None of my DLLs have the "downloaded from the Internt" bit set.
I click Continue in the debugger, then get this exception
'Could not load file or assembly 'MyEventArgs, Version=1.0.6896.23135,
Culture=neutral, PublicKeyToken=null' or one of its dependencies. The
system cannot find the file specified.'
=== Pre-bind state information === LOG: DisplayName = MyEventArgs, Version=1.0.6896.23135, Culture=neutral, PublicKeyToken=null
(Fully-specified) LOG: Appbase = file:///C:/Program Files
(x86)/Microsoft Visual Studio/2017/Professional/Common7/IDE/ LOG:
Initial PrivatePath = NULL Calling assembly : (Unknown).
=== LOG: This bind starts in default load context. LOG: Using application configuration file:
C:UsersAdamAppDataLocalMicrosoftVisualStudio15.0_fdc9bc52devenv.exe.config
LOG: Using host configuration file: LOG: Using machine configuration
file from
C:WindowsMicrosoft.NETFrameworkv4.0.30319configmachine.config.
LOG: Policy not being applied to reference at this time (private,
custom, partial, or location-based assembly bind). LOG: The same bind
was seen before, and was failed with hr = 0x80070002.
However, I don't have this version of MyEvents anywhere. All references are to the DLL in the Libraries folder. This DLL has a newer version.
How do I get VS2017 to stop looking for this old version of the DLL?
I ran two copies of AstroGrep (free Windows utility) to search for that version number (1.0.6896.23135) in all files on my C drive as well as the D drive, where the solution is stored. It did not find any instances of this version number in any file (csproj, etc.).
The target user control project does not reference MyEventArgs. I checked each csproj in the solution. All reference a copy of MyEventArgs.dll in a library folder. This copy has a newer version than the one named in the exception.
MyEventArgs is not in the GAC on the target machine.
Where is VS getting this old version number from? If I knew where VS was reading this version number, I could clear it or change it. It can't have made up this number, but I can't find where it is stored.
c# visual-studio winforms
I had similar problems with previous versions. Mostly only the restart of Visual Studio or computer helped to solve the problem. I think once there were some changes required, like clear all Visual Studio files, and undo (check out of previous version in GIT).
– Julo
Nov 24 '18 at 14:34
The single biggest help whenever it comes to WinForm Designer issues was the advise to let Visual Studio run with a debugger attached (through another VS instance) and stop on exception.
– Uwe Keim
Nov 24 '18 at 14:35
Did you have a binding redirect in an app config file? I once has a similar error and it turned out that this was due to this problem.
– Klaus Gütter
Nov 24 '18 at 14:40
No binding redirects for this file.
– MindModel
Nov 24 '18 at 21:52
add a comment |
My .Net Framework WinForms app builds without errors and runs without errors.
The VS2017 Professional 15.9.2 designer crashes when I double-click to open user controls I've created. These user controls all inherit from a class named MyUserControl. I can open MyUserControl in the designer without an error.
When I run VS2017 alone (no second copy with the debugger attached), I see the following exception when I double-click the target user control:
'Could not load file or assembly 'MyEventArgs, Version=1.0.6896.23135, Culture=neutral, PublicKeyToken=null' or one of its dependencies. The system cannot find the file specified.'
The target user control does not reference MyEventArgs. Adding a reference in the target project to MyEventArgs doesn't help. All references to MyEventArgs in the solution are references to a DLL in a Libraries folder, not project references.
I opened each of the .csproj files in the solution in Notepad. None of them refer to a specific version of the MyEventArgs DLL.
I have cleared all the obj and bin directories.
I have cleared the ProjectAssemblies directory. This is a WinForms app, so no need to clear the temporary ASP.Net files directory.
I started a second copy of VS2017 and attached the debugger to the VS2017 instance where I try to open the user control in the designer. I checked the parent check box to choose to break on all CLR exceptions.
I double-click to open the target user control in the VS designer of the first VS instance.
First I get an exception
The parameter is incorrect. (Exception from HRESULT: 0x80070057 (E_INVALIDARG))
with no info on what parameter is incorrect. I looked in all the properties of the exception object. None of my DLLs have the "downloaded from the Internt" bit set.
I click Continue in the debugger, then get this exception
'Could not load file or assembly 'MyEventArgs, Version=1.0.6896.23135,
Culture=neutral, PublicKeyToken=null' or one of its dependencies. The
system cannot find the file specified.'
=== Pre-bind state information === LOG: DisplayName = MyEventArgs, Version=1.0.6896.23135, Culture=neutral, PublicKeyToken=null
(Fully-specified) LOG: Appbase = file:///C:/Program Files
(x86)/Microsoft Visual Studio/2017/Professional/Common7/IDE/ LOG:
Initial PrivatePath = NULL Calling assembly : (Unknown).
=== LOG: This bind starts in default load context. LOG: Using application configuration file:
C:UsersAdamAppDataLocalMicrosoftVisualStudio15.0_fdc9bc52devenv.exe.config
LOG: Using host configuration file: LOG: Using machine configuration
file from
C:WindowsMicrosoft.NETFrameworkv4.0.30319configmachine.config.
LOG: Policy not being applied to reference at this time (private,
custom, partial, or location-based assembly bind). LOG: The same bind
was seen before, and was failed with hr = 0x80070002.
However, I don't have this version of MyEvents anywhere. All references are to the DLL in the Libraries folder. This DLL has a newer version.
How do I get VS2017 to stop looking for this old version of the DLL?
I ran two copies of AstroGrep (free Windows utility) to search for that version number (1.0.6896.23135) in all files on my C drive as well as the D drive, where the solution is stored. It did not find any instances of this version number in any file (csproj, etc.).
The target user control project does not reference MyEventArgs. I checked each csproj in the solution. All reference a copy of MyEventArgs.dll in a library folder. This copy has a newer version than the one named in the exception.
MyEventArgs is not in the GAC on the target machine.
Where is VS getting this old version number from? If I knew where VS was reading this version number, I could clear it or change it. It can't have made up this number, but I can't find where it is stored.
c# visual-studio winforms
My .Net Framework WinForms app builds without errors and runs without errors.
The VS2017 Professional 15.9.2 designer crashes when I double-click to open user controls I've created. These user controls all inherit from a class named MyUserControl. I can open MyUserControl in the designer without an error.
When I run VS2017 alone (no second copy with the debugger attached), I see the following exception when I double-click the target user control:
'Could not load file or assembly 'MyEventArgs, Version=1.0.6896.23135, Culture=neutral, PublicKeyToken=null' or one of its dependencies. The system cannot find the file specified.'
The target user control does not reference MyEventArgs. Adding a reference in the target project to MyEventArgs doesn't help. All references to MyEventArgs in the solution are references to a DLL in a Libraries folder, not project references.
I opened each of the .csproj files in the solution in Notepad. None of them refer to a specific version of the MyEventArgs DLL.
I have cleared all the obj and bin directories.
I have cleared the ProjectAssemblies directory. This is a WinForms app, so no need to clear the temporary ASP.Net files directory.
I started a second copy of VS2017 and attached the debugger to the VS2017 instance where I try to open the user control in the designer. I checked the parent check box to choose to break on all CLR exceptions.
I double-click to open the target user control in the VS designer of the first VS instance.
First I get an exception
The parameter is incorrect. (Exception from HRESULT: 0x80070057 (E_INVALIDARG))
with no info on what parameter is incorrect. I looked in all the properties of the exception object. None of my DLLs have the "downloaded from the Internt" bit set.
I click Continue in the debugger, then get this exception
'Could not load file or assembly 'MyEventArgs, Version=1.0.6896.23135,
Culture=neutral, PublicKeyToken=null' or one of its dependencies. The
system cannot find the file specified.'
=== Pre-bind state information === LOG: DisplayName = MyEventArgs, Version=1.0.6896.23135, Culture=neutral, PublicKeyToken=null
(Fully-specified) LOG: Appbase = file:///C:/Program Files
(x86)/Microsoft Visual Studio/2017/Professional/Common7/IDE/ LOG:
Initial PrivatePath = NULL Calling assembly : (Unknown).
=== LOG: This bind starts in default load context. LOG: Using application configuration file:
C:UsersAdamAppDataLocalMicrosoftVisualStudio15.0_fdc9bc52devenv.exe.config
LOG: Using host configuration file: LOG: Using machine configuration
file from
C:WindowsMicrosoft.NETFrameworkv4.0.30319configmachine.config.
LOG: Policy not being applied to reference at this time (private,
custom, partial, or location-based assembly bind). LOG: The same bind
was seen before, and was failed with hr = 0x80070002.
However, I don't have this version of MyEvents anywhere. All references are to the DLL in the Libraries folder. This DLL has a newer version.
How do I get VS2017 to stop looking for this old version of the DLL?
I ran two copies of AstroGrep (free Windows utility) to search for that version number (1.0.6896.23135) in all files on my C drive as well as the D drive, where the solution is stored. It did not find any instances of this version number in any file (csproj, etc.).
The target user control project does not reference MyEventArgs. I checked each csproj in the solution. All reference a copy of MyEventArgs.dll in a library folder. This copy has a newer version than the one named in the exception.
MyEventArgs is not in the GAC on the target machine.
Where is VS getting this old version number from? If I knew where VS was reading this version number, I could clear it or change it. It can't have made up this number, but I can't find where it is stored.
c# visual-studio winforms
c# visual-studio winforms
edited Nov 24 '18 at 14:36
Uwe Keim
27.7k32136216
27.7k32136216
asked Nov 24 '18 at 14:30
MindModelMindModel
4111618
4111618
I had similar problems with previous versions. Mostly only the restart of Visual Studio or computer helped to solve the problem. I think once there were some changes required, like clear all Visual Studio files, and undo (check out of previous version in GIT).
– Julo
Nov 24 '18 at 14:34
The single biggest help whenever it comes to WinForm Designer issues was the advise to let Visual Studio run with a debugger attached (through another VS instance) and stop on exception.
– Uwe Keim
Nov 24 '18 at 14:35
Did you have a binding redirect in an app config file? I once has a similar error and it turned out that this was due to this problem.
– Klaus Gütter
Nov 24 '18 at 14:40
No binding redirects for this file.
– MindModel
Nov 24 '18 at 21:52
add a comment |
I had similar problems with previous versions. Mostly only the restart of Visual Studio or computer helped to solve the problem. I think once there were some changes required, like clear all Visual Studio files, and undo (check out of previous version in GIT).
– Julo
Nov 24 '18 at 14:34
The single biggest help whenever it comes to WinForm Designer issues was the advise to let Visual Studio run with a debugger attached (through another VS instance) and stop on exception.
– Uwe Keim
Nov 24 '18 at 14:35
Did you have a binding redirect in an app config file? I once has a similar error and it turned out that this was due to this problem.
– Klaus Gütter
Nov 24 '18 at 14:40
No binding redirects for this file.
– MindModel
Nov 24 '18 at 21:52
I had similar problems with previous versions. Mostly only the restart of Visual Studio or computer helped to solve the problem. I think once there were some changes required, like clear all Visual Studio files, and undo (check out of previous version in GIT).
– Julo
Nov 24 '18 at 14:34
I had similar problems with previous versions. Mostly only the restart of Visual Studio or computer helped to solve the problem. I think once there were some changes required, like clear all Visual Studio files, and undo (check out of previous version in GIT).
– Julo
Nov 24 '18 at 14:34
The single biggest help whenever it comes to WinForm Designer issues was the advise to let Visual Studio run with a debugger attached (through another VS instance) and stop on exception.
– Uwe Keim
Nov 24 '18 at 14:35
The single biggest help whenever it comes to WinForm Designer issues was the advise to let Visual Studio run with a debugger attached (through another VS instance) and stop on exception.
– Uwe Keim
Nov 24 '18 at 14:35
Did you have a binding redirect in an app config file? I once has a similar error and it turned out that this was due to this problem.
– Klaus Gütter
Nov 24 '18 at 14:40
Did you have a binding redirect in an app config file? I once has a similar error and it turned out that this was due to this problem.
– Klaus Gütter
Nov 24 '18 at 14:40
No binding redirects for this file.
– MindModel
Nov 24 '18 at 21:52
No binding redirects for this file.
– MindModel
Nov 24 '18 at 21:52
add a comment |
1 Answer
1
active
oldest
votes
TLDR: This was my fault, not Visual Studio's. That said, a more human-readable exception would have saved me a lot of debugging time.
The exception was caused by the fact that I recently revised my solution by changing many project references to refer to DLLs in a Libraries folder rather than to other projects in the same solution.
For example, I have many projects which contain simple interfaces (IDoStuff). I figured these don't change often, so maybe referring to DLLs would speed up the compile process a bit.
What I believe happened was that I compiled MyEventArgs, creating version 1.0.6896.23135, then compiled other classes which depend on MyEventArgs, then put those DLLs in my Libraries folder. Then I must have re-compiled MyEventArgs, and stored a newer version in the Libraries folder.
I assumed if I had all my project references set to not require specific versions, it would all just work.
I spent hours looking for the "1.0.6896.23135" reference in project files, clearing bin folders, etc.
I now believe that the reference to that specific version of MyEventArgs was embedded in another DLL which I had copied to the Libraries folder.
I revised my solution to go back to using project references and the VS designer no longer crashes when opening the target user controls.
add a comment |
Your Answer
StackExchange.ifUsing("editor", function () {
StackExchange.using("externalEditor", function () {
StackExchange.using("snippets", function () {
StackExchange.snippets.init();
});
});
}, "code-snippets");
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "1"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53459187%2fvisual-studio-professional-15-9-2-crashes-when-opening-a-custom-user-control-in%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
TLDR: This was my fault, not Visual Studio's. That said, a more human-readable exception would have saved me a lot of debugging time.
The exception was caused by the fact that I recently revised my solution by changing many project references to refer to DLLs in a Libraries folder rather than to other projects in the same solution.
For example, I have many projects which contain simple interfaces (IDoStuff). I figured these don't change often, so maybe referring to DLLs would speed up the compile process a bit.
What I believe happened was that I compiled MyEventArgs, creating version 1.0.6896.23135, then compiled other classes which depend on MyEventArgs, then put those DLLs in my Libraries folder. Then I must have re-compiled MyEventArgs, and stored a newer version in the Libraries folder.
I assumed if I had all my project references set to not require specific versions, it would all just work.
I spent hours looking for the "1.0.6896.23135" reference in project files, clearing bin folders, etc.
I now believe that the reference to that specific version of MyEventArgs was embedded in another DLL which I had copied to the Libraries folder.
I revised my solution to go back to using project references and the VS designer no longer crashes when opening the target user controls.
add a comment |
TLDR: This was my fault, not Visual Studio's. That said, a more human-readable exception would have saved me a lot of debugging time.
The exception was caused by the fact that I recently revised my solution by changing many project references to refer to DLLs in a Libraries folder rather than to other projects in the same solution.
For example, I have many projects which contain simple interfaces (IDoStuff). I figured these don't change often, so maybe referring to DLLs would speed up the compile process a bit.
What I believe happened was that I compiled MyEventArgs, creating version 1.0.6896.23135, then compiled other classes which depend on MyEventArgs, then put those DLLs in my Libraries folder. Then I must have re-compiled MyEventArgs, and stored a newer version in the Libraries folder.
I assumed if I had all my project references set to not require specific versions, it would all just work.
I spent hours looking for the "1.0.6896.23135" reference in project files, clearing bin folders, etc.
I now believe that the reference to that specific version of MyEventArgs was embedded in another DLL which I had copied to the Libraries folder.
I revised my solution to go back to using project references and the VS designer no longer crashes when opening the target user controls.
add a comment |
TLDR: This was my fault, not Visual Studio's. That said, a more human-readable exception would have saved me a lot of debugging time.
The exception was caused by the fact that I recently revised my solution by changing many project references to refer to DLLs in a Libraries folder rather than to other projects in the same solution.
For example, I have many projects which contain simple interfaces (IDoStuff). I figured these don't change often, so maybe referring to DLLs would speed up the compile process a bit.
What I believe happened was that I compiled MyEventArgs, creating version 1.0.6896.23135, then compiled other classes which depend on MyEventArgs, then put those DLLs in my Libraries folder. Then I must have re-compiled MyEventArgs, and stored a newer version in the Libraries folder.
I assumed if I had all my project references set to not require specific versions, it would all just work.
I spent hours looking for the "1.0.6896.23135" reference in project files, clearing bin folders, etc.
I now believe that the reference to that specific version of MyEventArgs was embedded in another DLL which I had copied to the Libraries folder.
I revised my solution to go back to using project references and the VS designer no longer crashes when opening the target user controls.
TLDR: This was my fault, not Visual Studio's. That said, a more human-readable exception would have saved me a lot of debugging time.
The exception was caused by the fact that I recently revised my solution by changing many project references to refer to DLLs in a Libraries folder rather than to other projects in the same solution.
For example, I have many projects which contain simple interfaces (IDoStuff). I figured these don't change often, so maybe referring to DLLs would speed up the compile process a bit.
What I believe happened was that I compiled MyEventArgs, creating version 1.0.6896.23135, then compiled other classes which depend on MyEventArgs, then put those DLLs in my Libraries folder. Then I must have re-compiled MyEventArgs, and stored a newer version in the Libraries folder.
I assumed if I had all my project references set to not require specific versions, it would all just work.
I spent hours looking for the "1.0.6896.23135" reference in project files, clearing bin folders, etc.
I now believe that the reference to that specific version of MyEventArgs was embedded in another DLL which I had copied to the Libraries folder.
I revised my solution to go back to using project references and the VS designer no longer crashes when opening the target user controls.
answered Nov 25 '18 at 1:31
MindModelMindModel
4111618
4111618
add a comment |
add a comment |
Thanks for contributing an answer to Stack Overflow!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53459187%2fvisual-studio-professional-15-9-2-crashes-when-opening-a-custom-user-control-in%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
I had similar problems with previous versions. Mostly only the restart of Visual Studio or computer helped to solve the problem. I think once there were some changes required, like clear all Visual Studio files, and undo (check out of previous version in GIT).
– Julo
Nov 24 '18 at 14:34
The single biggest help whenever it comes to WinForm Designer issues was the advise to let Visual Studio run with a debugger attached (through another VS instance) and stop on exception.
– Uwe Keim
Nov 24 '18 at 14:35
Did you have a binding redirect in an app config file? I once has a similar error and it turned out that this was due to this problem.
– Klaus Gütter
Nov 24 '18 at 14:40
No binding redirects for this file.
– MindModel
Nov 24 '18 at 21:52