Visual Studio Development Bookmark and Share   
 index > Developer Documentation and Help System > How can we avoid useless Help Updating?
 

How can we avoid useless Help Updating?

Hallo,

It's useless to add just another complaint to thousands already out there, concering the MSHelp2 system. It's been widely discussed that it's unacceptable for vendors to take responsibility of the dissadvantages of the help system, when our installers need 20 secs to deploy components and up to an hour(!) to merge help index. The writer is a Microsoft fan, which gives me the right to say that honestly, MSHelp2 is the worse technology ever delevoped by Microsoft! But this is not the issue here.

VS2008 is out. We've been using it from day one. Though we all hoped that MSHelp2 would improve through time, things actually got worse. VS2008 is new and came earlier than expected (actually earlier that we are used to. Coz Nov. 2007 for a product called 2008, is perfect if not late). As a result, it crushes often. Everytime I open it again, when I try to access help (any window; Dynamic Help, Contents etc.), I get the famous "Help is updating to reflect recent changes" dialog, even though thereare no changes tohelp collections. The "this might lastsome minutes" statement of course does not clarify that these can even be100mins! So production goes back waiting for this to finish, and it always lasts for ages. Much more than it did in VS2005 although it was a problem then too (when it occured. Not as often as now). During the process, CPU is up to 90% (Pentium 4 3Ghz/2Gb RAM. Not the best but normal.Much better than what's required. And it's just an example. Can be a few minutes faster on another system. It's still a serious problem.), therefore you can do nothing but wait. I live with the constant fear that next time I'll click a help window or hit F1, thishatefuldialog will appear! Killing the process through Task Manager, though tempting,is no solution of course. Sooner or later you'll need to go through this or you have no Help. So the questions are:

  1. Why does the Help system update again and again (not only after a crush of VS), since there were no changes to help collections?
  2. Since the problem is there now, is there any way (setting, registry key, anything), to tell MSHelp2 not to perform this automatically? So that I can do this manually only when I know there have been changes to help collections.

Some conclusions of my own:

  • Occasionally, though integrated help viewer inside VS demands update, the Combined Collection opens in the Document Explorer normally. Since Document Explorer is not run as administrator, I tried running VS2008 as a normal user as well. Voila! Help does not ask for update. So my conclusion is thatthis has something to do with UAC. It's possible that during update, the help system tries to write files or reg keys it doesn't manage to, so next time it thinks it still needs update. Though this stilldoes not explain why would an update that started from within VS, thus run as adminitrator, did not manage to update everything needed to be updated, so it doesn't ask this again. Nor does it explain why this happens in random times, or after VS crushes. In addition, there are only few occassions when Document Explorer doesn't demand update while integrated help does. Most of the times, both do.

Thank You.

amadeus1eu  Tuesday, November 27, 2007 1:24 PM

Perikles,

The time it takes for the MSDN offline library update to complete is excruciatingly long now due to the impact of the way we implemented componentization of our Framework managed ref content. We have a single .hxs with a TOC that has many thousands of references to individual topics in other .hxs files, which winds up taking up to 20 minutes on a high perf machine to merge all the content. This is after all the optimizations we were able to make after this was initially discovered. The single namespace has no effect on this.

We are also working on a different componentization model which should reduce this merge time significantly �or at least bringing it back toVS2005standards.

As to why you are frequently getting "Help is Updating dialogs" isa bit of a mystery �thoughyou indicates that UAC on Vista may play a role. I will follow up withour teamto see if they are aware of anything in this area. Thank you for reporting and I will get back with answers.

Anand..

Anand Raman - MSFT  Wednesday, November 28, 2007 12:29 AM
As a temporary solution: Create a shortcut to the documentation in quick launch, and start it manually whenever you need aid. To open it manually and enter a search for whatever you F1'ed is alot faster than using F1 inside VS. To unlearn the F1-reflex remains, though...
Anders Øyvind  Friday, January 11, 2008 12:50 PM
As of 6/27/2008, the problem still happens. I am currently wasting time on an important client's project while waiting for help to update. Here's a solution: Launch the help process in a separate thread, you know: execute and forget. This way we probably won't care how long it takes help to update. We can go onto another part of the code while help figures out what goes where.

-Scott Alan Rosin
CEO, StrayVision Software
http://www.strayvision.com
  • Edited byScott Rosin Saturday, June 28, 2008 5:52 AMChanged process to thread.
  •  
Scott Rosin  Saturday, June 28, 2008 5:51 AM
I get the same problem, it happens every time I first hit or accidentally hit F1 during an instance of devenv.exe. Also context sensitive help is intermittent and doesn't always have an index.

Very messed up.
Roy Hodges  Friday, September 19, 2008 10:53 PM

As to why you are frequently getting "Help is Updating dialogs" isa bit of a mystery �thoughyou indicates that UAC on Vista may play a role.


I'm also getting this dialog regularly in VS 2008 Pro when I try to use Help,and I'm usingXP Pro. Sometimes it takes several minutes before it's finished.


Rich
zenzai  Thursday, October 09, 2008 8:07 AM
I too get the same thing and sometimes it does it without me ever invoking help. I just closed down one of the two sessions I had open, and the"Help Update In Progress" popup came up out of the blue. It took about 20 minutes to finish while my PC got slowed down to a crawl. That behavior is as frustrating as are the random crashes I experience from time to time in VS.

My version of Visual Studio Pro 2008 is fully patched.

Seems to me that someone in the MS development team is asleep at the wheel.... again.
TekzMekz  Tuesday, December 30, 2008 1:37 PM
Was there ever a resolution for this issue?
D. M. Cutler  Thursday, February 19, 2009 3:17 PM
Just spent 10 minutes waiting behind this blocking "feature". That is billable time. Maybe some invoices (RatePerHour x number of developers affected) sent in the direction of Redmond might convert this into a cash flow priority.

Sorry, but not having control over my workstation for a period of timebecause a "Help" feature is too busy to be interrupted is not what I consider helpful. Putting it on another thread is a start, but how about giving the user some control over whether to continue or not, because after 10 minutes (new coffee made and consumed) of unconfirmed progress, I would rather look up what I need online manually and SAVE time.

My 2 cents.
BGV-31416  Monday, March 16, 2009 6:15 PM
Try this...

Kill the devenv.exe and dexplore.exe processes and then run dexplore.exe on it's own.

Usually, dexplore.exe is in: C:\Program Files\Common Files\microsoft shared\Help 9\dexplore.exe

When you rundexplore.exe on it's own, itshows the "Help Update In Progress" dialog for a short while and then it completes. Now whenyou press F1 in VS, it should open the help file just fine.

It worked for me..

Reference:
http://social.msdn.microsoft.com/Forums/en-US/devdocs/thread/6f9f2c02-6dbb-4084-81ea-e1842581d174(see at the end)
http://sqljunkies.com/weblog/donkiely/archive/2004/10/14/4599.aspx

(PS: Resolution is credited to user: mtolman)
Software Engineer
Pankaj Chamria  Wednesday, April 15, 2009 1:02 PM
Try this...

Kill the devenv.exe and dexplore.exe processes and then run dexplore.exe on it's own.

Usually, dexplore.exe is in: C:\Program Files\Common Files\microsoft shared\Help 9\dexplore.exe

When you rundexplore.exe on it's own, itshows the "Help Update In Progress" dialog for a short while and then it completes. Now whenyou press F1 in VS, it should open the help file just fine.

It worked for me..

Doesn't work for us. :(
While the Help Update is fast when running dexplore.exe standalone, the contents are very short and they don't match those present in Visual Studio.
HernanECC  Friday, August 07, 2009 9:14 AM
I get exactly the same problem on XP with VS 2008 Pro.
If I accidently hit F1 I have to leave the machine for 30 min or so.
I tried the shortcut to devenv.exe and although it only shows help on help, it is fast!
Thereafter VS F1 seemed instantaneous but I have to check again after a boot.

This problem has been with me for months and has made the help system unusable.
I have to do a general search on google for help when I need it.

I tried sticking with local help only but that made it much worse.
At least with the online help it doen't need to download much.
I would prefer local help.

Did anybody test this as a working system?
I think not.

J

PS. Running devenv.exe before opening VS seems to be working for me.
John3210  Friday, October 16, 2009 8:12 PM

You can use google to search for other answers

Custom Search

More Threads

• Document explorer does not show document contents
• HxS files and VS Index Search
• Window 7 can install application that created by VB2005?
• How do I make the default language a true default or the exclusive language?
• TypeParam and TypeParamRef question
• Help system reconfigures when USB drives are added/removed
• Sandcastle-generated website integration into MSDN?
• how to locate the chapter in the help table of contents associated to the current visited page
• September CTP throws errors on transform of createHxc
• Play audio file VB.NET