Visual Studio Hotfix for Slow Web Forms Editing and Input Focus Issues
Microsoft has just released a hotfix for a number of issues that have been plaguing me for some time in Visual Studio 2008. The issues involved have to do with the visual designer and the HTML code editor and a number of different input focus and slow input situations.
You can get the hotfix from here:
You can read the official fix list at the link above, but here are a few issues that it has addressed for me specifically:
Visual Designer Focus issues
In the the Visual Web Forms designer I would often be unable to select controls inside of container controls or DOM elements. Instead of selecting a contained control the control's container would select and only repeated clicking and selecting de-selecting would eventually get the control focused. The fix now gets selection right in most cases. Also multiple selection is no longer so sketchy. I also had a number of issues with cutting and pasting of controls almost consistently crashing VS - which also seems to be gone now.
Visual Designer and Property Sheet Synching
I had major problems with the property sheet not synching with the selected control. In many situations the sync would simply not work at all or require repeated clicks on the Properties context menu. Now controls select much more quickly and the property sheet synchs properly although there's still a second or so delay, which is annoying but acceptable.
Slow Master Page Loading
I had major issues with master pages loading taking forever when the page loaded for the first time. It would often take 20-30 seconds for the first form to come up. Subsequent forms were much faster, but the first load was horrendous. Now in the same project I was blown away to see that the load was maybe 5-10 seconds with subsequent pages loading nearly instantly.
Performance for loading into the Visual Editor in general is much improved.
Keyboard Input lagging in the HTML Source Editor
On occasion I would have situations where the editor would be up and running and there'd be a cursor, but I'd type into the editor and nothing would happen. I'd have to click off and back into the editor to properly get focus and then it would work. In some cases the keyboard buffer was even locked where any additional keys would bring a white overlay on the editor. Now with the hotfix that problem seems to have disappeared. Also the editor seems a lot more snappy in general.
Mysterious View Code Availability
The patch also fixes the View Code context menu option which prior to the patch was extremely hit or miss. Sometimes the menu option would show up - other times it wouldn't. Apparently a lot of the problems fixed by this patch have to do with idle state detection and some hardware configuration apparently never entered the necessary wait states to update certain VS UI features. Other things that can be affected by this are things like Syntax highlighting taking a while to show up or the member list to populate. All of that too is now working as it should.
What's odd is that I *really* didn't notice these problems as acutely until a few weeks ago around the same time Microsoft had put out a pre-release patch. I tried the patch about a week ago and all the above issues disappeared. Some of these fixed issues appear to be side effects of this patch since they're not explicitly mentioned on the fix list, but hey I'm not arguing. This patch has brought some sanity back into my development environment.
The patch has a few additional fixes that you can find on the download page. The fixes will eventually end up in Visual Studio 2008 SP1, but I suspect most people will want to install this hotfix since these issues affect a wide range of the product.
Other Posts you might also like
- Adding minimal OWIN Identity Authentication to an Existing ASP.NET MVC Application
- Getting the Client IP Address in ASP.NET Core
- Resolving Paths To Server Relative Paths in .NET Code
- Map Physical Paths with an HttpContext.MapPath() Extension Method in ASP.NET
- Back to Basics: Rewriting a URL in ASP.NET Core
The Voices of Reason
# re: Visual Studio Hotfix for Slow Web Forms Editing and Input Focus Issues
# re: Visual Studio Hotfix for Slow Web Forms Editing and Input Focus Issues
VS 2009 will be a long way off (close to 2 years). By the time it ships I'm sure Microsoft will have a whole new set of technologies for you to screw around with <g>. If you go by that logic there would never be a new version of VS...
In the near term there's MVC, Entity Framework and Silverlight all of which will be add-ons, which for new technology is probably a good thing because they can be rev'd much quicker than having to wait for VS.NET release cycles.
# re: Visual Studio Hotfix for Slow Web Forms Editing and Input Focus Issues
After the hot fix the only thing that bites is if I close the element I have to wait about 5 seconds for the multi threading of the form to complete.
I would never, ever go back to archaic 2005. Ever! 2008 is my hotrod!. lol
# re:Data-driven ResourceProvider w/ Ajax Resource Admin form
could not load file or assembly wwDataOracle or one of its dependencies.
The system cannot find the file specified.
# re: Visual Studio Hotfix for Slow Web Forms Editing and Input Focus Issues
# re: Visual Studio Hotfix for Slow Web Forms Editing and Input Focus Issues
How in the world could this get past QA???
Sigh, sorry to vent, but I can't find a fix anywhere.
-robert
# re: Visual Studio Hotfix for Slow Web Forms Editing and Input Focus Issues
Or somebody can tell how I can put this problem in the desk of microsoft developers? I think is ridiculos!! sorry but how is possible that in this point we have this problems!!
Thanks!!
Hank
# re: Visual Studio Hotfix for Slow Web Forms Editing and Input Focus Issues
Instead of my CPU usage going to 100% it goes to 80%. I doubled the memory of my computer and it makes no difference.
# re: Visual Studio Hotfix for Slow Web Forms Editing and Input Focus Issues
Plus the designer does all kinds of wacky stuff, like when I am editing one table, the widths of columns and text boxes in another table keep getting wider and wider, and then eventually when I do a manual refresh, they go back to normal size, but as I continue to edit other parts of the page, the tables and other controls will still randomly get wider and wider.
What a sham. I've heard MS isn't even working on fixing VS2008, they are onto VS 2010 now. All I can say is that it had better be a thousand times better than this.
# re: Visual Studio Hotfix for Slow Web Forms Editing and Input Focus Issues