Fiddler Ideas

Well the users can't really do much in terms of fixing exceptions themselves anyways. We can still map the obfuscated stack trace to actual code, though. So, it still makes sense that the user sees the exception stack trace and is able to send it to us.

Other than that obfuscation does not and should not break any API. Only private classes and members have been obfuscated and these shouldn't really be available for public use as mentioned above.

Beyond breaking APIs, obfuscation complicates troubleshooting and introduces other issues around the product. For instance, if you must use obfuscation, you should remove the code that shows exceptions to the user as they no longer have any hope of doing anything useful with it.

I'm very disappointed about this change.

If you find a way to reproduce the decryption failure, please, let us know immediately. That definitely should not happen.

As for the obfuscation breaking reflection that is a somewhat desired outcome. Public API is our contract with the extension developers. If something is not public it should not be used as we have no real commitment not to introduce breaking changes on it. If an extension developer needs access to functionality that is currently private they could ask for it and we wouldl create the relevant public API.

Unicode garbage comes from the use of the SmartAssembly obfuscator, which will also break anybody relying upon reflection in their extensions.

Restarting Fiddler appears to have resolved the inability to decrypt.