Very cool! This is something I think you actually don't need all that often, but everytime you do, you ask yourself "Why the hell doesn't VS offer me to add that reference when it has already figured out which one I need ?!"
Guys, please let's use the "Q and A" section to post your support questions, so we can follow up, etc.
@Jontatas: it will be very weird that Quick Add Ref is causing this as it is just an editor extension although I don't know what the Oracle extensions are about. Are the public and available to download so we can try to repro? URL to the version you're using?
@guaike: sorry we haven't done any testing on non-english VS. are you getting an error? any stackcall you can share? or it just doesn't work? you can reach us with more info at email@example.com
I'm with VS 2010 Premium. In Extension manager I can see extension is installed fine.
Anyway entries it should create as smart tags or context menu in Error list are simply missing.
Any ideas what can be wrong?
It's C# console application - I pasted the sample code from here: http://msdn.microsoft.com/en-us/library/bb286958.aspx
First type VS complains about is TfsConfigurationServer, but the only entries displayed via 'ctrl-.' are 'Generate class..' and 'Generate new type'.
In the example there's list of the 2 references that are needed, but I decided to just test the extension.
I just got bombarded by an unending series of modal dialog boxes informing me that the "bits have expired" and that I needed to update from the web site. I'm assuming that this was just some logic gone awry, but I have serious objections against interrupting someone's work flow for a software update. The update should show itself *ONCE*, when VS first starts, and then not ever again, at least for the rest of the VS session.
As to what actually happened, I had to shut down VS using task manager because the popups wouldn't stop coming. Not cool.
Sorry for the inconvenience -- this was obviously a bug in our side in the expiration detection logic that made the popup message keep coming (other extensions don't have this bug and the message is shown only once). Of course you didn't have to know this, but if you just move the caret/mouse away from the smarttag the popup should go away and give you a chance to go to the Extension Manager to update the extension instead of having to kill the VS instance.
We've also now updated the message which wasn't correct, the bits need to be downloaded from the VSGallery either by hand or by using Extension Manager.
Please make sure you're now running the 0.4 version which was this ugly issue fixed.
Apologies again for the glitch,
Unfortunately I've just the same problem with a recently downloaded (0.6) version.
Moving the caret away from the current position stopped the bombardment of message boxes. Annoyingly this happened part way through typing "bool", and I'm not that slow at typing.
Yep, the issue is still happening with the latest version. Not only that, if you open a solution from the command line, the dialog won't even show, and VS essentially locks up (while being responsive) during the phase where the "preparing solution" VS dialog is showing.
The WOVS extensions should update themselves like everything else. They should continue to work, and a new update should show up in the extension manager when available.
This worked fine for a couple of months and then the popup started. I uninstalled the extension and then downloaded the latest version from here and via the Extension Manager UI. In both cases I get an error:
Microsoft Visual Studio
The extension could not be installed because the following error occurred:
The file is not a valid VSIX package.
Hi amiller5000, the error you're mentioning is usually caused by a corrupted file, looks like your download may have been corrupted. We've also seen that sometimes firewalls can get in the middle, thinking the .vsix may have a virus and deleting its files which then causes VS to fail. You may want to try to download the .vsix file manually from the VS Gallery, copy it to your desktop, unzip the file with any zipping program (just rename .vsix to .zip before doing so) and check that the files are there. Then give it a try manually by double cliking on the .vsix file saved to your desktop. Thanks.
Since installing this extension, I've noticed all solutions I open after the first are significantly slower to load. For example, we have a 50+ project solution that will take <5 seconds to load the first time I open it on a fresh instance of Visual Studio; if I do nothing more than close the solution and open it up again, the solution takes >20 seconds to load. We also have a larger solution (150 projects) that goes from 10-15 seconds on a fresh instance to 3+ minutes the next time it's opened.
I've narrowed the issue down by disabling each extension in Visual Studio - as long as this extension is disabled, Visual Studio loads solutions fast each and every time.
Take the following two lines (ignore that the first one is stupid, it is to show my example only):
string s = ConfigurationManager.AppSettings["s"];
Both instances of ConfigurationManager refer to the same class, however only the first one receives the "Add Reference System.Configuration, 18.104.22.168" popup. This may be something that is not fixable as the second ConfigurationManager does not even get a "Generate Class/Generate New Type" dropdown upon pressing Ctrl+. (the built in VS2010 feature). Possibly I should report this to Microsoft -- What do you think?
Sorry for the late reply. As you correctly point out, for static classes, the C# language is not offering the smart tag thus we don't get a chance to show our stuff in there.
You may want to post the issue in MS Connect and to check with the C# team if this is either a bug or "by design".