.NET Reflector Visual Studio Extension

VSIP Partner Trial

Integrates .NET Reflector into Visual Studio to allow you to seamlessly debug into third-party code and assemblies, even if you don't have the source code for them. Visit www.reflector.net for more information. Copyright (c) 2009-2015 Red Gate Software Inc.

(31) Review
Visual Studio
2015, 2013, 2012, 2010
Download (367,366)
E-mail Twitter del.icio.us Digg Facebook
Add to favorites
Reviews (31)
Q and A (16)
Sign in to write a review
Sort by:

by SirViver | July 15 2016

While this extension can be very useful in some situations, I'd generally recommend leaving it disabled until you actually need it. It has a very noticeable negative impact on debugging performance and also contains bugs like the F10 key (step over) focusing Visual Studio's menu bar when you press it too quickly, further slowing down the debugging experience.

by André Vinícius Lima | January 06 2016

by futugousuzu | November 24 2015

gotodecompileddefinition and gotodefinition(f12) doesn't work in VS2015

by mail.vivek.net | October 03 2015

by BigAnth7777777 | September 11 2015

If your trial expires .NET Reflector will cause VS to crash if you try to
change solutions or connect to a TFS server.

On top of that the 'Deactivate' menu item is deactivated! WTF?? You can't
click on it. If you try to uninstall the plugin you will get an error
saying you don't have sufficient permissions even if you're an

by Syed Salman Akbar | May 30 2015

Version still crashes VS2010,VS2012 and VS2013. Can't believe it has been fixed till now. Really good extension plagued by chronic issues. Hope somebody reads this and fixes it.

by zhopan77 | April 21 2015

by Yatajga | January 02 2015

by Luty1 | August 06 2014

It could be usefull if there wasnt the crash problem. I am using the last build (, but it still crashing VS2013.

by MGMST | February 11 2014

This shit crashes VS2010 in debug time. I spend a day looking what is wrong until removed it. Shame!

by Senthamil | January 15 2014


by jasonaughton | January 06 2014

Was a great tool until the most recent update ( which has broken debugging in Visual Studio 12. I trust this will be fixed for a future release.

Red Gate January 28 2014
| Edit |

Sorry about this problem - it was fixed in version, which you can get download from this page.

by Andrey_F | December 31 2013

This tool is indispensable when you need to debug third-party assemblies.

by Dennis Wanke | December 29 2013

The only thing that is really helpful and which free tools don’t offer is the ability to debug an assembly with no PDB provided. However, Red Gate did manage to break even this only good thing with the recent update, making debugging in VS 2012 nearly impossible (extremely slow and unstable) even with no decompiled assemblies at all: http://forums.reflector.net/questions/4642/vs-debugger-extremely-slow-after-the-latest-update.html Besides that, the product has ZERO support and no ability to roll back to a previous (minor) release. In fact, there is even no such thing as a release archive. At least it is not discoverable on their AWFUL web site - just look on THAT: http://documentation.red-gate.com/display/REF8/.NET+Reflector+8+documentation (they call it “Support”, as it states on the main product page: http://www.red-gate.com/products/dotnet-development/reflector). Apparently, Red Gate concentrates all the efforts on stuffing Reflector full with bells & whistles instead of to ensure the most (and only) helpful functions just really work.

by codeguardian7 | December 26 2013

Great tool; I'd give it a 5-stars rating if it wasn't the latest exception that occurs in VS 2012 and forces the IDE to exit altogether!!! Disabling the extension fixes the issues... Please help.

by mohammed.farouk | November 17 2013

by mjvh80_ | July 25 2013

Simply doesn't work for me. Double clicking on the call stack doesn't do anything. Not worth it, should work out of the box.

by Carsten Siemens | April 27 2013

A great tool!

by Waqas M | February 08 2013

Good tool

by Peng C | February 07 2013

.NET Reflector Visual Studio Extension v7.0 or later installed, Visual studio 2010 SP1 often no response

1 - 20 of 31 Items   
Sign in to start a discussion

  • Go To Decompiled Definition Probolem
    3 Posts | Last post October 05, 2016
    • .NET Reflector Go To Decompiled Definition doesn't work in VS 2015 Community Edition,
    • It doesn't even work in VS 2015 Enterprise Edition.
    • So sorry as I realize the name of the "Go to decompiled definition" option can be quite confusing! This option is meant to only work when used on Reflector-generated code (it should have a "Generated by .NET Reflector" comment at the top of the source file). For other code though, you can still use the regular "Go to Definition"/F12 to actually take you to the Reflector generated decompilation. The "Go to decompiled definition" option is there just in case the standard "Go to Definition" fails on Reflector-generated code (though it normally doesn't).
      With that, you should be able to use "Go to decompiled definition" succesfully from Reflector-generated code in both VS 2015 Community and Enterprise editions (it's working on those versions from a quick test) but please let us know if not!
  • Go To Decompiled Definition
    5 Posts | Last post November 20, 2015
    • Go To Decompiled Definition doesn't work in VS 2015 Community Edition while it works fine in VS 2013.
    • Hi Evgeniy,
      Many thanks for your post! We're aware of this issue and are aiming to have it fixed in the next release. Please bear with us.
    • Hi Evgeniy,
      I hope this message finds you well!
      There is now a beta release of .NET Reflector that should fix the VS 2015 issues, available here: http://download.red-gate.com/EAP/ReflectorInstaller/ReflectorInstaller_9.0.1.160.exe
      Please give it a try and let me know if any issues persist.
    • wtf - I downloaded and installed the above link, and discovered after installation that it has expired.
      Now I don't have .Net Reflector either in VS 2013 or 2015!
    • @Frode - Sticos -- So very sorry, I hadn't received an update so I didn't see your post until now!
      I'm happy to report though that .NET Reflector 9 has been officially released and you can update from your version 8 instance (Help>Check for updates) or via the installer here: ftp://support.red-gate.com/patches/ReflectorInstaller/16Nov2015/ReflectorInstaller_9.0.1.254.zip
      Apologies for any troubles caused.
  • .NET Reflector crashing
    2 Posts | Last post September 11, 2015
    • My trial expired and now whenever I try to change solutions or connect to a TFS server .NET Reflector causes a crash.
      The deactivate menu item is deactivated. WTF???
      When I try to uninstall the plugin I get an error saying I don't have sufficient permissions even though I'm an Administrator.
      Any suggestions?
    • Hi there,
      We've seen some cases of this crashing when changing solutions which can happen due to an expired .NET Reflector trial--apologies as I realize what an inconveniencing issue this can be! If you're not using .NET Reflector anymore, you should be able to just uninstall it from Tools>Extensions and Updates (or Tools>Extension manager on VS 2010). Just to confirm though, is it when you try to uninstall from within VS or from Control Panel that you get the error about insufficient permissions? Does running either explicitly as administrator allow you to uninstall? (Though you're an administrator, UAC may stil block some operations if it's enabled). Please let me know!
  • VS Open in .NET Reflector Desktop does not work as expected
    7 Posts | Last post August 11, 2015
    • Hello!
      I'm using .NET Reflector and ReSharper and have source server support enabled.
      Now, when I use "Open in .NET Reflector Desktop" ReSharper starts to download the PDBs and when that's done, Reflector says there is already source code on my system and opens that one in VS Studio. That is not what I would expect from a menu option labeled "Open in .NET Reflector Desktop". Please provide a separate option that will always open the specified member in .NET Reflector.
      Many thanks, Michael
    • Thanks Michael! I've logged this as RP-3702.
    • Great, thanks!
      Best regards, Michael
    • Hi,
      I have a similar issue now when I upgraded to VS 2015, whatever I try to open in Desktop is stopped by that message. The opened window in VS is showing the class "recreated" from metadata with only method signatures (I don't know the cause for this)
    • Apologies for this issue with VS 2015 and thanks for bringing it to our attention! I've gone ahead and logged this as RP-3844.
    • Thank you, 
      but how do I keep track of the progress for this issue? (Can't find any search for incident id at your support pages)
    • We don't have a public tracking system, I'm so sorry to say, but I will post any updates here!
  • Invalid or obsolete certificate in VSIX
    2 Posts | Last post July 15, 2015
    • There is a bug in VS2015 pre-RTM that flags the VSIX download as 'Invalid certificate...' or '... contains an onsolete algorithm', depending on the method of install. It works fine for VS2013 through VS2015 RC as far as I can tell. There is a related Microsoft Connect bug that you can track for this issue: https://connect.microsoft.com/VisualStudio/feedback/details/1547846/invalid-certificate-obsolete-algorithm
    • Thanks very much for the heads-up! I'll let our developers know.
  • Extension causes crashes
    2 Posts | Last post June 01, 2015
    • Version still crashes VS2010,VS2012 and VS2013. Can't believe it has been fixed till now. Really good extension plagued by chronic issues. Hope somebody reads this and fixes it.
    • Hi Syed,
      So sorry you've still been experiencing issues with .NET Reflector! The only version with known chronic crashing is v8.3.0, though there is one known issue that still exists where an expired .NET Reflector trial can cause Visual Studio to crash when closing or switching solutions (apologies as I realize what an inconveniencing issue this can be!). Can I just make sure - is the extension successfully activated? (if you go to .NET Reflector>Help, it should provide an option to 'Deactivate')
      If it is definitely activated though, can you kindly provide more details on how .NET Reflector is crashing VS? Does it happen as soon as you open VS/particular solutions or maybe when you enable debugging on assemblies? Are there any error details in Event Viewer?
      Thank you!
      Jessica Ramos
  • Extension causes crashes
    1 Posts | Last post May 30, 2015
    • Version still crashes VS2010,VS2012 and VS2013. Can't believe it has been fixed till now. Really good extension plagued by chronic issues. Hope somebody reads this and fixes it.
  • Are Windows RT assemblies supported?
    2 Posts | Last post January 28, 2015
    • Is it possible with the extension to work with Windows RT solutions?
    • Hi Carl,
      Thanks for your post!
      There's no specific support that was added for debugging WinRT solutions, though .NET Reflector will still work with them, at least for debugging into any standard managed DLLs that are referenced and used by the solution. 
      However, there are known issues with metadata files (.winmd), including the "Windows 8.x" reference of any WinRT solution. Reflector is unfortunately unable to decompile and debug into these. (There is a bug though that will still offer the option to enable debugging on winmd files even though the request will fail--apologies for any confusion caused by this!)
  • Catastrophic Failure when debugging IISExpress
    3 Posts | Last post October 20, 2014
    • Hello!
      I've found an issue that I could reproduce on both machines on which I tested this:
      VS 2013
      Windows 8.1
      Debug Just My Code is diabled.
      When I try to attach Visual Studio debugger to the already running IISExpress process, I receive "Unable to attach to the process. Catastrophic Failure". By trial and error I finally figured out that it is related to Reflector. If the add in is disabled, attaching works.
      Further analysis shows that if I set the "Just my Code" flag, attaching will work. Same goes for attaching to an IISExpress process that was previously attached to with a debugger.
      Also, starting via "Debug > Start new instance" works, but of course, that's not the same as attaching to a running process. 
      I'm guessing that Reflector is doing something (or trying to) with the jitted code of IISExpress or the .NET Framework assemblies that won't work if the process is already running. Could you please fix this issue because working around it is a real hassle. 
      To me, personally, it would be okay, if the .NET Reflector addIn would offer separate options for enabling VS-Go-To-Reflector and Debugger Integration because I actually usually only need the first one.
      Best regards, Michael
    • Hi Michael,
      Thanks for your post and sorry to hear you're running into issues with Reflector!
      I tried reproducing this with the specs and steps you provided but haven't been able to yet, I'm afraid.
      There weren't any major changes with version 8.4 (it mainly added VS2014 support) but in case something about that version is conflicting with your machines or VS installs, can you please try reinstalling v8.3 to see if the problem persists? ftp://ftp.red-gate.com/ReflectorInstaller.zip
      Can I also just check--does this happen with any application running in IIS Express?
      And regarding the separate options, we used to offer different editions of Reflector that did this--I'll pass on your feedback that you'd like to bring that back. :)
      Kind regards,
    • Hello Jessica!
      Your idea with the different applications was spot on. It literally only happens when one particular page of my application was the last page processed by IIS Express right before I attach the debugger. Unfortunately, that page was also the one I most often try to debug so it never popped up anywhere else. 
      Version 8.3 and 8.4 don't make a difference. I did notice though, that version 8.4 still identifies itself as 8.3 in the isntaller and the Programs Window. Looks like a missed version number in the installer to me.
      Anyhow, I'll keep an eye out for the issue and if I manage to triage it into a simple repro-case, I'll get back to you with it. For now, I'll just have to remember to do a different request before starting the debugger. No biggie.
      Best regards, Michael
  • After only one use I have to reinstall Windows completly!
    2 Posts | Last post April 30, 2014
    • After using it only one time - (a) install, (b) checking out functionalities, and (c) deinstallating - it was not possible to use Windows SDK again. 
      Installing of Visual Studio 2012 failed, because of the fact .Net is not installed, BUT IT IS!
      Installing of Visual Studio 2013 failed, because of the fact .Net is not installed, BUT IT IS!
      I guess that this .Net Reflector has changed pathes in the registry or some assemblies which make it not possible to develop any Windows application which are using .Net!!! It's a shame! 
      Never again!
    • Hi there,
      So sorry for all this trouble .NET Reflector caused!
      From your trial, do you recall if you enabled debugging on a framework assembly that required .NET Reflector to alter your DEVPATH? It sounds like the DEVPATH was altered but may not have been reset after your debugging session. 
      (Reflector needs to alter the DEVPATH when you enable enable debugging on a assembly that doesn't have a debugging signature. Reflector will make a copy of the assembly with the added signature and place it in the Reflector DEVPATH folder. If you don't "reset the DEVPATH" after debugging, any program that uses that assembly will continue trying to load that edited assembly from the DEVPATH folder, although .NET Reflector likely already deleted it after debugging was finished.)
      I know you've already reinstalled Windows now (so sorry again for this inconvenience), but in case you ever give Reflector another try and run into this issue again, you can reset the DEVPATH from the VS menu (.NET Reflector > Reset the DEVPATH). 
      Or if in any case you've gotten rid of the DEVPATH environment variable, you can instead go into the Reflector distribution directory and run "RedGate.Reflector.DevPathSetter.exe /reset"
      Again, my apologies that we weren't able to help with this issue in time.
1 - 10 of 16 Items