Ilya Ryzhenkov - 09 Apr 08 16:06 Do you mean changing Debug | Exceptions checkboxes in some other way? I didn't quite understand the request.

Mark Famous - 09 Apr 08 16:19 Then debugging, and you break on an unhandled exception, and the exception catcher pops up, enhance that popup so there is an option to remove the check box from the exception type. If you do that, and continue running and that exception were to come up again, you would not break. Secondary to that (and probably somewhat unrelated) was some sort of mechanism for saving selected exceptions in the Debug | Exceptions dialog as a named set - so you can reload it later. Currently, if you want to break on any exception and check the top level box in the tree, all exceptions are checked and you loose any defined settings where you had certain exceptions selected. If you could save a named set, then you could temporarily set to break on all exceptions, but then load in your predefined set later. Example: I turn off break on SocketException because my client socket is disconnected when I'm debugging. The socket connection is maintained on a background thread and is not part of what I'm debugging. Trouble is, if I reset the Debug | Exceptions dialog to not break on any exceptions, but then want to go back to breaking on exceptions, I have to weed down through the tree and uncheck SocketException (again).

Ilya Ryzhenkov - 09 Apr 08 16:25 This is not something we are going to do in ReSharper in the near future, but sometime we can reconsider this. Thanks for suggestion.