Corrupt MS Word Data Registry Key KB822645

T

Tim R

In our office we have been sporadically having issues (tool bars missing,
macros not running correct) related to the symptoms of the corrupt data key
as described in KB822645. After deleting the data key the issues go away.
However, after about a week or so the issue comes back and the data registry
needs to be deleted again and the cycle starts over. As you can see this
creates quite a bit of overhead for the IT staff.

My questions:

1. How or what causes the data key to become corrupt?
2. How do you go about finding what process, macro, application is
corrupting the data key?

My theory is that something we are running (Document management system is
most likely the culprit) is corrupting that key, but I need a way to prove
or disprove it without impacting the end users.

Our desktop computers are set up as follows:

Windows XP Pro SP2
Users are in the native "users" group on the client
Office 2003 SP1
Macro security set to low
3 macro's in the startup group (c:\Program Files\Microsoft
Office\OFFICE11\STARTUP) include: custom.dot (home grown), docsword2003.dot
(from Hummingbird), styler (actually a shortcut to the .dot - cleans up all
styles in a word doc)
In house templates (40 or so) are located on a shared network drive that
group policy points the clients to.
All servers/clients on one single subnet.
Running Network Associates 8.0i on all clients

TIA

TR
 
T

Tim R

After doing further testing the I do not need to delete the full Data key to
correct the issue. Rather I can just delete the "setting" binary value
under the Data key.
 
B

Beth Melton

Are you sure it is the Settings value and not the Toolbars value?
Typically it's the Toolbars value that becomes corrupt when the
toolbars/menus go missing.

Although, is it your custom toolbars/macros that are missing? Or are
*all* of the toolbars/menu bar missing?

If the former then I'd say the problem is not due to corruption but
due to some of your settings getting changed from the defaults. The
Settings value holds the majority of the Tools/Options and
Tools/AutoCorrect preferences along with a few others. If that's the
case then can you provide more information on what you are
encountering exactly?

If the latter, all of the toolbars are missing, then more than likely
one of your global templates is causing the corruption. The only way
to rule this out would be to use Word without all of the global
templates for a few weeks and then start adding them back one at a
time.

--
Please post all follow-up questions to the newsgroup. Requests for
assistance by email can not be acknowledged.

~~~~~~~~~~~~~~~
Beth Melton
Microsoft Office MVP

Word FAQ: http://mvps.org/word
TechTrax eZine: http://mousetrax.com/techtrax/
MVP FAQ site: http://mvps.org/
 
T

Tim R

Beth -

Thanks for the reply.

I have had various issues over the past 4 months that are all cleared up by
deleting the data key. The 3 most common however are as follows:

Issues list

1. The custom AOB.dot tool bar disappears.
2. We utilize a macro from the AOB.DOT tool bar that adds in the document
number into the footer from our Hummingbird document management system.
This number is typically 5 digits long with a revision. ie 95476.1.
Sporadically the doc # inserted via that macro will not add the first
number. ie 5476.1.
3. When opening a new document via clicking the new blank document button
the cursor appears in the header. You must go to "View," "Header and
Footer" and hit "Close" before you can type in the main body of the
document. I tried deleting the normal.dot file and that didn't resolve the
issue. Deleting the Data reg key solved this issue.
4. Word enters a cycle of erroring and restarting. Upon closing it'll ask
you if you want to send an error report and there is a check box to "restart
word". If you leave the box checked, word will restart, but when you close
it you get the same error report message and check box option.

To answer your questions directly:

1. I have only noticed that our custom toolbar/macros are missing. I
haven't ever had a user say or I have not seen all the toolbars disappear.
2. I can confirm that for point number 2 in the issues list that deleting
just the settings value resolved the issue.

Something that should have been included in the orginal message is that I
control all of the Office 2003 suite (Word, Outlook, Powerpoint, Excel) via
Active Directory Group Policy - including the tools/options and tools/auto
correct preferences.

I appreciate your time on this and will reply much faster next time as I am
back from vacation.

Thanks.

TR
 
T

TF

Tim

How do you load your custom Toolbar? The best way is to create a template
for the Custom Toolbar and save them with the template. Make the Template
Read Only and put the template into the Word Startup folder on the server.
Then it will be loaded everytime the users start Word. No way for anything
to remove or hide it. This also goes for custom macros too. They can go into
the same template in Startup, but I prefer to keep them separate because it
is easier to manage updates. You can edit just a toolbar, save it to a new
template and when no one is looking, simply swap it for the one in the start
up folder. Next time users restart Word, they load the new Toolbar.



: Beth -
:
: Thanks for the reply.
:
: I have had various issues over the past 4 months that are all cleared up
by
: deleting the data key. The 3 most common however are as follows:
:
: Issues list
:
: 1. The custom AOB.dot tool bar disappears.
: 2. We utilize a macro from the AOB.DOT tool bar that adds in the document
: number into the footer from our Hummingbird document management system.
: This number is typically 5 digits long with a revision. ie 95476.1.
: Sporadically the doc # inserted via that macro will not add the first
: number. ie 5476.1.
: 3. When opening a new document via clicking the new blank document button
: the cursor appears in the header. You must go to "View," "Header and
: Footer" and hit "Close" before you can type in the main body of the
: document. I tried deleting the normal.dot file and that didn't resolve
the
: issue. Deleting the Data reg key solved this issue.
: 4. Word enters a cycle of erroring and restarting. Upon closing it'll
ask
: you if you want to send an error report and there is a check box to
"restart
: word". If you leave the box checked, word will restart, but when you
close
: it you get the same error report message and check box option.
:
: To answer your questions directly:
:
: 1. I have only noticed that our custom toolbar/macros are missing. I
: haven't ever had a user say or I have not seen all the toolbars disappear.
: 2. I can confirm that for point number 2 in the issues list that deleting
: just the settings value resolved the issue.
:
: Something that should have been included in the orginal message is that I
: control all of the Office 2003 suite (Word, Outlook, Powerpoint, Excel)
via
: Active Directory Group Policy - including the tools/options and tools/auto
: correct preferences.
:
: I appreciate your time on this and will reply much faster next time as I
am
: back from vacation.
:
: Thanks.
:
: TR
:
:
: : > Are you sure it is the Settings value and not the Toolbars value?
: > Typically it's the Toolbars value that becomes corrupt when the
: > toolbars/menus go missing.
: >
: > Although, is it your custom toolbars/macros that are missing? Or are
*all*
: > of the toolbars/menu bar missing?
: >
: > If the former then I'd say the problem is not due to corruption but due
to
: > some of your settings getting changed from the defaults. The Settings
: > value holds the majority of the Tools/Options and Tools/AutoCorrect
: > preferences along with a few others. If that's the case then can you
: > provide more information on what you are encountering exactly?
: >
: > If the latter, all of the toolbars are missing, then more than likely
one
: > of your global templates is causing the corruption. The only way to rule
: > this out would be to use Word without all of the global templates for a
: > few weeks and then start adding them back one at a time.
: >
: > --
: > Please post all follow-up questions to the newsgroup. Requests for
: > assistance by email can not be acknowledged.
: >
: > ~~~~~~~~~~~~~~~
: > Beth Melton
: > Microsoft Office MVP
: >
: > Word FAQ: http://mvps.org/word
: > TechTrax eZine: http://mousetrax.com/techtrax/
: > MVP FAQ site: http://mvps.org/
: >
: >
: > : >> After doing further testing the I do not need to delete the full Data
key
: >> to correct the issue. Rather I can just delete the "setting" binary
: >> value under the Data key.
: >>
: >> : >>> In our office we have been sporadically having issues (tool bars
: >>> missing, macros not running correct) related to the symptoms of the
: >>> corrupt data key as described in KB822645. After deleting the data
key
: >>> the issues go away. However, after about a week or so the issue comes
: >>> back and the data registry needs to be deleted again and the cycle
: >>> starts over. As you can see this creates quite a bit of overhead for
: >>> the IT staff.
: >>>
: >>> My questions:
: >>>
: >>> 1. How or what causes the data key to become corrupt?
: >>> 2. How do you go about finding what process, macro, application is
: >>> corrupting the data key?
: >>>
: >>> My theory is that something we are running (Document management system
: >>> is most likely the culprit) is corrupting that key, but I need a way
to
: >>> prove or disprove it without impacting the end users.
: >>>
: >>> Our desktop computers are set up as follows:
: >>>
: >>> Windows XP Pro SP2
: >>> Users are in the native "users" group on the client
: >>> Office 2003 SP1
: >>> Macro security set to low
: >>> 3 macro's in the startup group (c:\Program Files\Microsoft
: >>> Office\OFFICE11\STARTUP) include: custom.dot (home grown),
: >>> docsword2003.dot (from Hummingbird), styler (actually a shortcut to
the
: >>> .dot - cleans up all styles in a word doc)
: >>> In house templates (40 or so) are located on a shared network drive
that
: >>> group policy points the clients to.
: >>> All servers/clients on one single subnet.
: >>> Running Network Associates 8.0i on all clients
: >>>
: >>> TIA
: >>>
: >>> TR
: >>>
: >>
: >>
: >
: >
:
:
 
T

Tim R

Thanks for the reply Terry....

I may not be understanding you so well as I am more of an Active
Directory/Exchange guy that got sucked into to a client app issue. However,
the AOB.DOT (which creates the AOB toolbar) is placed on the local computer
in the C:\Program Files\Microsoft Office\OFFICE11\STARTUP directory (Office
2003 sp1 resides locally on the clients). This file is restricted via Group
Policy such that the users only have Read, Write and Read/Write access to
the aob.dot. Does this answer the question correctly?

If you would like I can send you and/or Beth this .dot.

Thanks again for your time...

TR
 
T

TF

Tim

That is one solution, but it makes maintenance a little less easy. If in
Word under Tools, Options, File Locations, you set the Start-up directory to
a folder on the server, it means that AOB.dot can be updated at anytime by
simply creating an edited version of AOB r1.dot and then swapping it with
AOB.dot. Once you have the paths set up to this folder on the server, you
can then create loads of other enhancements for users, such as custom
macros, custom company AutoText, company graphics, etc. and simply place
them in the folder. Everything is available all users immediately they start
Word.

Terry

: Thanks for the reply Terry....
:
: I may not be understanding you so well as I am more of an Active
: Directory/Exchange guy that got sucked into to a client app issue.
However,
: the AOB.DOT (which creates the AOB toolbar) is placed on the local
computer
: in the C:\Program Files\Microsoft Office\OFFICE11\STARTUP directory
(Office
: 2003 sp1 resides locally on the clients). This file is restricted via
Group
: Policy such that the users only have Read, Write and Read/Write access to
: the aob.dot. Does this answer the question correctly?
:
: If you would like I can send you and/or Beth this .dot.
:
: Thanks again for your time...
:
: TR
:
:
: "TF" <terryfarrell%40%6d%73%6e%2ecom> wrote in message
: : > Tim
: >
: > How do you load your custom Toolbar? The best way is to create a
template
: > for the Custom Toolbar and save them with the template. Make the
Template
: > Read Only and put the template into the Word Startup folder on the
server.
: > Then it will be loaded everytime the users start Word. No way for
anything
: > to remove or hide it. This also goes for custom macros too. They can go
: > into
: > the same template in Startup, but I prefer to keep them separate because
: > it
: > is easier to manage updates. You can edit just a toolbar, save it to a
new
: > template and when no one is looking, simply swap it for the one in the
: > start
: > up folder. Next time users restart Word, they load the new Toolbar.
: >
: > --
: > Terry Farrell - Word MVP
:
: >
: > : > : Beth -
: > :
: > : Thanks for the reply.
: > :
: > : I have had various issues over the past 4 months that are all cleared
up
: > by
: > : deleting the data key. The 3 most common however are as follows:
: > :
: > : Issues list
: > :
: > : 1. The custom AOB.dot tool bar disappears.
: > : 2. We utilize a macro from the AOB.DOT tool bar that adds in the
: > document
: > : number into the footer from our Hummingbird document management
system.
: > : This number is typically 5 digits long with a revision. ie 95476.1.
: > : Sporadically the doc # inserted via that macro will not add the first
: > : number. ie 5476.1.
: > : 3. When opening a new document via clicking the new blank document
: > button
: > : the cursor appears in the header. You must go to "View," "Header and
: > : Footer" and hit "Close" before you can type in the main body of the
: > : document. I tried deleting the normal.dot file and that didn't
resolve
: > the
: > : issue. Deleting the Data reg key solved this issue.
: > : 4. Word enters a cycle of erroring and restarting. Upon closing
it'll
: > ask
: > : you if you want to send an error report and there is a check box to
: > "restart
: > : word". If you leave the box checked, word will restart, but when you
: > close
: > : it you get the same error report message and check box option.
: > :
: > : To answer your questions directly:
: > :
: > : 1. I have only noticed that our custom toolbar/macros are missing. I
: > : haven't ever had a user say or I have not seen all the toolbars
: > disappear.
: > : 2. I can confirm that for point number 2 in the issues list that
: > deleting
: > : just the settings value resolved the issue.
: > :
: > : Something that should have been included in the orginal message is
that
: > I
: > : control all of the Office 2003 suite (Word, Outlook, Powerpoint,
Excel)
: > via
: > : Active Directory Group Policy - including the tools/options and
: > tools/auto
: > : correct preferences.
: > :
: > : I appreciate your time on this and will reply much faster next time as
I
: > am
: > : back from vacation.
: > :
: > : Thanks.
: > :
: > : TR
: > :
: > :
: > : : > : > Are you sure it is the Settings value and not the Toolbars value?
: > : > Typically it's the Toolbars value that becomes corrupt when the
: > : > toolbars/menus go missing.
: > : >
: > : > Although, is it your custom toolbars/macros that are missing? Or are
: > *all*
: > : > of the toolbars/menu bar missing?
: > : >
: > : > If the former then I'd say the problem is not due to corruption but
: > due
: > to
: > : > some of your settings getting changed from the defaults. The
Settings
: > : > value holds the majority of the Tools/Options and Tools/AutoCorrect
: > : > preferences along with a few others. If that's the case then can you
: > : > provide more information on what you are encountering exactly?
: > : >
: > : > If the latter, all of the toolbars are missing, then more than
likely
: > one
: > : > of your global templates is causing the corruption. The only way to
: > rule
: > : > this out would be to use Word without all of the global templates
for
: > a
: > : > few weeks and then start adding them back one at a time.
: > : >
: > : > --
: > : > Please post all follow-up questions to the newsgroup. Requests for
: > : > assistance by email can not be acknowledged.
: > : >
: > : > ~~~~~~~~~~~~~~~
: > : > Beth Melton
: > : > Microsoft Office MVP
: > : >
: > : > Word FAQ: http://mvps.org/word
: > : > TechTrax eZine: http://mousetrax.com/techtrax/
: > : > MVP FAQ site: http://mvps.org/
: > : >
: > : >
: > : > : > : >> After doing further testing the I do not need to delete the full
Data
: > key
: > : >> to correct the issue. Rather I can just delete the "setting"
binary
: > : >> value under the Data key.
: > : >>
: > : >> : > : >>> In our office we have been sporadically having issues (tool bars
: > : >>> missing, macros not running correct) related to the symptoms of
the
: > : >>> corrupt data key as described in KB822645. After deleting the
data
: > key
: > : >>> the issues go away. However, after about a week or so the issue
: > comes
: > : >>> back and the data registry needs to be deleted again and the cycle
: > : >>> starts over. As you can see this creates quite a bit of overhead
: > for
: > : >>> the IT staff.
: > : >>>
: > : >>> My questions:
: > : >>>
: > : >>> 1. How or what causes the data key to become corrupt?
: > : >>> 2. How do you go about finding what process, macro, application
is
: > : >>> corrupting the data key?
: > : >>>
: > : >>> My theory is that something we are running (Document management
: > system
: > : >>> is most likely the culprit) is corrupting that key, but I need a
way
: > to
: > : >>> prove or disprove it without impacting the end users.
: > : >>>
: > : >>> Our desktop computers are set up as follows:
: > : >>>
: > : >>> Windows XP Pro SP2
: > : >>> Users are in the native "users" group on the client
: > : >>> Office 2003 SP1
: > : >>> Macro security set to low
: > : >>> 3 macro's in the startup group (c:\Program Files\Microsoft
: > : >>> Office\OFFICE11\STARTUP) include: custom.dot (home grown),
: > : >>> docsword2003.dot (from Hummingbird), styler (actually a shortcut
to
: > the
: > : >>> .dot - cleans up all styles in a word doc)
: > : >>> In house templates (40 or so) are located on a shared network
drive
: > that
: > : >>> group policy points the clients to.
: > : >>> All servers/clients on one single subnet.
: > : >>> Running Network Associates 8.0i on all clients
: > : >>>
: > : >>> TIA
: > : >>>
: > : >>> TR
: > : >>>
: > : >>
: > : >>
: > : >
: > : >
: > :
: > :
: >
: >
:
:
 
T

Tim R

I agree that this would be the easiest methodology for updating the
exsisting AOB.dot.

However, to you think that by storing the AOB.dot on the server as opposed
to the client will keep the Data registry key from apparently becoming
corrupt?
 
T

TF

Tim

That's a tricky one to answer. I can tell you that we have around 40 heavy
Office users and none has ever corrupted the Data Key. However, as we don't
really know why the Data Key corrupts, I cannot give you a definitive
answer.

Terry

:I agree that this would be the easiest methodology for updating the
: exsisting AOB.dot.
:
: However, to you think that by storing the AOB.dot on the server as opposed
: to the client will keep the Data registry key from apparently becoming
: corrupt?
:
:
: "TF" <terryfarrell%40%6d%73%6e%2ecom> wrote in message
: : > Tim
: >
: > That is one solution, but it makes maintenance a little less easy. If in
: > Word under Tools, Options, File Locations, you set the Start-up
directory
: > to
: > a folder on the server, it means that AOB.dot can be updated at anytime
by
: > simply creating an edited version of AOB r1.dot and then swapping it
with
: > AOB.dot. Once you have the paths set up to this folder on the server,
you
: > can then create loads of other enhancements for users, such as custom
: > macros, custom company AutoText, company graphics, etc. and simply place
: > them in the folder. Everything is available all users immediately they
: > start
: > Word.
: >
: > Terry
: >
: > : > : Thanks for the reply Terry....
: > :
: > : I may not be understanding you so well as I am more of an Active
: > : Directory/Exchange guy that got sucked into to a client app issue.
: > However,
: > : the AOB.DOT (which creates the AOB toolbar) is placed on the local
: > computer
: > : in the C:\Program Files\Microsoft Office\OFFICE11\STARTUP directory
: > (Office
: > : 2003 sp1 resides locally on the clients). This file is restricted via
: > Group
: > : Policy such that the users only have Read, Write and Read/Write access
: > to
: > : the aob.dot. Does this answer the question correctly?
: > :
: > : If you would like I can send you and/or Beth this .dot.
: > :
: > : Thanks again for your time...
: > :
: > : TR
: > :
: > :
: > : "TF" <terryfarrell%40%6d%73%6e%2ecom> wrote in message
: > : : > : > Tim
: > : >
: > : > How do you load your custom Toolbar? The best way is to create a
: > template
: > : > for the Custom Toolbar and save them with the template. Make the
: > Template
: > : > Read Only and put the template into the Word Startup folder on the
: > server.
: > : > Then it will be loaded everytime the users start Word. No way for
: > anything
: > : > to remove or hide it. This also goes for custom macros too. They can
: > go
: > : > into
: > : > the same template in Startup, but I prefer to keep them separate
: > because
: > : > it
: > : > is easier to manage updates. You can edit just a toolbar, save it to
a
: > new
: > : > template and when no one is looking, simply swap it for the one in
the
: > : > start
: > : > up folder. Next time users restart Word, they load the new Toolbar.
: > : >
: > : > --
: > : > Terry Farrell - Word MVP
: > :
: > : >
: > : > : > : > : Beth -
: > : > :
: > : > : Thanks for the reply.
: > : > :
: > : > : I have had various issues over the past 4 months that are all
: > cleared
: > up
: > : > by
: > : > : deleting the data key. The 3 most common however are as follows:
: > : > :
: > : > : Issues list
: > : > :
: > : > : 1. The custom AOB.dot tool bar disappears.
: > : > : 2. We utilize a macro from the AOB.DOT tool bar that adds in the
: > : > document
: > : > : number into the footer from our Hummingbird document management
: > system.
: > : > : This number is typically 5 digits long with a revision. ie
95476.1.
: > : > : Sporadically the doc # inserted via that macro will not add the
: > first
: > : > : number. ie 5476.1.
: > : > : 3. When opening a new document via clicking the new blank
document
: > : > button
: > : > : the cursor appears in the header. You must go to "View," "Header
: > and
: > : > : Footer" and hit "Close" before you can type in the main body of
the
: > : > : document. I tried deleting the normal.dot file and that didn't
: > resolve
: > : > the
: > : > : issue. Deleting the Data reg key solved this issue.
: > : > : 4. Word enters a cycle of erroring and restarting. Upon closing
: > it'll
: > : > ask
: > : > : you if you want to send an error report and there is a check box
to
: > : > "restart
: > : > : word". If you leave the box checked, word will restart, but when
: > you
: > : > close
: > : > : it you get the same error report message and check box option.
: > : > :
: > : > : To answer your questions directly:
: > : > :
: > : > : 1. I have only noticed that our custom toolbar/macros are
missing.
: > I
: > : > : haven't ever had a user say or I have not seen all the toolbars
: > : > disappear.
: > : > : 2. I can confirm that for point number 2 in the issues list that
: > : > deleting
: > : > : just the settings value resolved the issue.
: > : > :
: > : > : Something that should have been included in the orginal message is
: > that
: > : > I
: > : > : control all of the Office 2003 suite (Word, Outlook, Powerpoint,
: > Excel)
: > : > via
: > : > : Active Directory Group Policy - including the tools/options and
: > : > tools/auto
: > : > : correct preferences.
: > : > :
: > : > : I appreciate your time on this and will reply much faster next
time
: > as
: > I
: > : > am
: > : > : back from vacation.
: > : > :
: > : > : Thanks.
: > : > :
: > : > : TR
: > : > :
: > : > :
: > : > : : > : > : > Are you sure it is the Settings value and not the Toolbars
value?
: > : > : > Typically it's the Toolbars value that becomes corrupt when the
: > : > : > toolbars/menus go missing.
: > : > : >
: > : > : > Although, is it your custom toolbars/macros that are missing? Or
: > are
: > : > *all*
: > : > : > of the toolbars/menu bar missing?
: > : > : >
: > : > : > If the former then I'd say the problem is not due to corruption
: > but
: > : > due
: > : > to
: > : > : > some of your settings getting changed from the defaults. The
: > Settings
: > : > : > value holds the majority of the Tools/Options and
: > Tools/AutoCorrect
: > : > : > preferences along with a few others. If that's the case then can
: > you
: > : > : > provide more information on what you are encountering exactly?
: > : > : >
: > : > : > If the latter, all of the toolbars are missing, then more than
: > likely
: > : > one
: > : > : > of your global templates is causing the corruption. The only way
: > to
: > : > rule
: > : > : > this out would be to use Word without all of the global
templates
: > for
: > : > a
: > : > : > few weeks and then start adding them back one at a time.
: > : > : >
: > : > : > --
: > : > : > Please post all follow-up questions to the newsgroup. Requests
for
: > : > : > assistance by email can not be acknowledged.
: > : > : >
: > : > : > ~~~~~~~~~~~~~~~
: > : > : > Beth Melton
: > : > : > Microsoft Office MVP
: > : > : >
: > : > : > Word FAQ: http://mvps.org/word
: > : > : > TechTrax eZine: http://mousetrax.com/techtrax/
: > : > : > MVP FAQ site: http://mvps.org/
: > : > : >
: > : > : >
: > : > : > : > : > : >> After doing further testing the I do not need to delete the
full
: > Data
: > : > key
: > : > : >> to correct the issue. Rather I can just delete the "setting"
: > binary
: > : > : >> value under the Data key.
: > : > : >>
: > : > : >> : > : > : >>> In our office we have been sporadically having issues (tool
bars
: > : > : >>> missing, macros not running correct) related to the symptoms
of
: > the
: > : > : >>> corrupt data key as described in KB822645. After deleting the
: > data
: > : > key
: > : > : >>> the issues go away. However, after about a week or so the
issue
: > : > comes
: > : > : >>> back and the data registry needs to be deleted again and the
: > cycle
: > : > : >>> starts over. As you can see this creates quite a bit of
: > overhead
: > : > for
: > : > : >>> the IT staff.
: > : > : >>>
: > : > : >>> My questions:
: > : > : >>>
: > : > : >>> 1. How or what causes the data key to become corrupt?
: > : > : >>> 2. How do you go about finding what process, macro,
application
: > is
: > : > : >>> corrupting the data key?
: > : > : >>>
: > : > : >>> My theory is that something we are running (Document
management
: > : > system
: > : > : >>> is most likely the culprit) is corrupting that key, but I need
a
: > way
: > : > to
: > : > : >>> prove or disprove it without impacting the end users.
: > : > : >>>
: > : > : >>> Our desktop computers are set up as follows:
: > : > : >>>
: > : > : >>> Windows XP Pro SP2
: > : > : >>> Users are in the native "users" group on the client
: > : > : >>> Office 2003 SP1
: > : > : >>> Macro security set to low
: > : > : >>> 3 macro's in the startup group (c:\Program Files\Microsoft
: > : > : >>> Office\OFFICE11\STARTUP) include: custom.dot (home grown),
: > : > : >>> docsword2003.dot (from Hummingbird), styler (actually a
shortcut
: > to
: > : > the
: > : > : >>> .dot - cleans up all styles in a word doc)
: > : > : >>> In house templates (40 or so) are located on a shared network
: > drive
: > : > that
: > : > : >>> group policy points the clients to.
: > : > : >>> All servers/clients on one single subnet.
: > : > : >>> Running Network Associates 8.0i on all clients
: > : > : >>>
: > : > : >>> TIA
: > : > : >>>
: > : > : >>> TR
: > : > : >>>
: > : > : >>
: > : > : >>
: > : > : >
: > : > : >
: > : > :
: > : > :
: > : >
: > : >
: > :
: > :
: >
: >
:
:
 
T

TF

No. If they new, I am sure the bug would have been fixed as it the missing
toolbars and/or menus gets one of the highest calls.

Terry

: Do you suppose that someone at PSS could answer this?
:
:
: "TF" <terryfarrell%40%6d%73%6e%2ecom> wrote in message
: : > Tim
: >
: > That's a tricky one to answer. I can tell you that we have around 40
heavy
: > Office users and none has ever corrupted the Data Key. However, as we
: > don't
: > really know why the Data Key corrupts, I cannot give you a definitive
: > answer.
: >
: > Terry
: >
: > : > :I agree that this would be the easiest methodology for updating the
: > : exsisting AOB.dot.
: > :
: > : However, to you think that by storing the AOB.dot on the server as
: > opposed
: > : to the client will keep the Data registry key from apparently becoming
: > : corrupt?
: > :
: > :
: > : "TF" <terryfarrell%40%6d%73%6e%2ecom> wrote in message
: > : : > : > Tim
: > : >
: > : > That is one solution, but it makes maintenance a little less easy.
If
: > in
: > : > Word under Tools, Options, File Locations, you set the Start-up
: > directory
: > : > to
: > : > a folder on the server, it means that AOB.dot can be updated at
: > anytime
: > by
: > : > simply creating an edited version of AOB r1.dot and then swapping it
: > with
: > : > AOB.dot. Once you have the paths set up to this folder on the
server,
: > you
: > : > can then create loads of other enhancements for users, such as
custom
: > : > macros, custom company AutoText, company graphics, etc. and simply
: > place
: > : > them in the folder. Everything is available all users immediately
they
: > : > start
: > : > Word.
: > : >
: > : > Terry
: > : >
: > : > : > : > : Thanks for the reply Terry....
: > : > :
: > : > : I may not be understanding you so well as I am more of an Active
: > : > : Directory/Exchange guy that got sucked into to a client app issue.
: > : > However,
: > : > : the AOB.DOT (which creates the AOB toolbar) is placed on the local
: > : > computer
: > : > : in the C:\Program Files\Microsoft Office\OFFICE11\STARTUP
directory
: > : > (Office
: > : > : 2003 sp1 resides locally on the clients). This file is restricted
: > via
: > : > Group
: > : > : Policy such that the users only have Read, Write and Read/Write
: > access
: > : > to
: > : > : the aob.dot. Does this answer the question correctly?
: > : > :
: > : > : If you would like I can send you and/or Beth this .dot.
: > : > :
: > : > : Thanks again for your time...
: > : > :
: > : > : TR
: > : > :
: > : > :
: > : > : "TF" <terryfarrell%40%6d%73%6e%2ecom> wrote in message
: > : > : : > : > : > Tim
: > : > : >
: > : > : > How do you load your custom Toolbar? The best way is to create a
: > : > template
: > : > : > for the Custom Toolbar and save them with the template. Make the
: > : > Template
: > : > : > Read Only and put the template into the Word Startup folder on
the
: > : > server.
: > : > : > Then it will be loaded everytime the users start Word. No way
for
: > : > anything
: > : > : > to remove or hide it. This also goes for custom macros too. They
: > can
: > : > go
: > : > : > into
: > : > : > the same template in Startup, but I prefer to keep them separate
: > : > because
: > : > : > it
: > : > : > is easier to manage updates. You can edit just a toolbar, save
it
: > to
: > a
: > : > new
: > : > : > template and when no one is looking, simply swap it for the one
in
: > the
: > : > : > start
: > : > : > up folder. Next time users restart Word, they load the new
: > Toolbar.
: > : > : >
: > : > : > --
: > : > : > Terry Farrell - Word MVP
: > : > :
: > : > : >
: > : > : > : > : > : > : Beth -
: > : > : > :
: > : > : > : Thanks for the reply.
: > : > : > :
: > : > : > : I have had various issues over the past 4 months that are all
: > : > cleared
: > : > up
: > : > : > by
: > : > : > : deleting the data key. The 3 most common however are as
: > follows:
: > : > : > :
: > : > : > : Issues list
: > : > : > :
: > : > : > : 1. The custom AOB.dot tool bar disappears.
: > : > : > : 2. We utilize a macro from the AOB.DOT tool bar that adds in
: > the
: > : > : > document
: > : > : > : number into the footer from our Hummingbird document
management
: > : > system.
: > : > : > : This number is typically 5 digits long with a revision. ie
: > 95476.1.
: > : > : > : Sporadically the doc # inserted via that macro will not add
the
: > : > first
: > : > : > : number. ie 5476.1.
: > : > : > : 3. When opening a new document via clicking the new blank
: > document
: > : > : > button
: > : > : > : the cursor appears in the header. You must go to "View,"
: > "Header
: > : > and
: > : > : > : Footer" and hit "Close" before you can type in the main body
of
: > the
: > : > : > : document. I tried deleting the normal.dot file and that
didn't
: > : > resolve
: > : > : > the
: > : > : > : issue. Deleting the Data reg key solved this issue.
: > : > : > : 4. Word enters a cycle of erroring and restarting. Upon
: > closing
: > : > it'll
: > : > : > ask
: > : > : > : you if you want to send an error report and there is a check
box
: > to
: > : > : > "restart
: > : > : > : word". If you leave the box checked, word will restart, but
: > when
: > : > you
: > : > : > close
: > : > : > : it you get the same error report message and check box option.
: > : > : > :
: > : > : > : To answer your questions directly:
: > : > : > :
: > : > : > : 1. I have only noticed that our custom toolbar/macros are
: > missing.
: > : > I
: > : > : > : haven't ever had a user say or I have not seen all the
toolbars
: > : > : > disappear.
: > : > : > : 2. I can confirm that for point number 2 in the issues list
: > that
: > : > : > deleting
: > : > : > : just the settings value resolved the issue.
: > : > : > :
: > : > : > : Something that should have been included in the orginal
message
: > is
: > : > that
: > : > : > I
: > : > : > : control all of the Office 2003 suite (Word, Outlook,
Powerpoint,
: > : > Excel)
: > : > : > via
: > : > : > : Active Directory Group Policy - including the tools/options
and
: > : > : > tools/auto
: > : > : > : correct preferences.
: > : > : > :
: > : > : > : I appreciate your time on this and will reply much faster next
: > time
: > : > as
: > : > I
: > : > : > am
: > : > : > : back from vacation.
: > : > : > :
: > : > : > : Thanks.
: > : > : > :
: > : > : > : TR
: > : > : > :
: > : > : > :
: > : > : > : : > : > : > : > Are you sure it is the Settings value and not the Toolbars
: > value?
: > : > : > : > Typically it's the Toolbars value that becomes corrupt when
: > the
: > : > : > : > toolbars/menus go missing.
: > : > : > : >
: > : > : > : > Although, is it your custom toolbars/macros that are
missing?
: > Or
: > : > are
: > : > : > *all*
: > : > : > : > of the toolbars/menu bar missing?
: > : > : > : >
: > : > : > : > If the former then I'd say the problem is not due to
: > corruption
: > : > but
: > : > : > due
: > : > : > to
: > : > : > : > some of your settings getting changed from the defaults. The
: > : > Settings
: > : > : > : > value holds the majority of the Tools/Options and
: > : > Tools/AutoCorrect
: > : > : > : > preferences along with a few others. If that's the case then
: > can
: > : > you
: > : > : > : > provide more information on what you are encountering
exactly?
: > : > : > : >
: > : > : > : > If the latter, all of the toolbars are missing, then more
than
: > : > likely
: > : > : > one
: > : > : > : > of your global templates is causing the corruption. The only
: > way
: > : > to
: > : > : > rule
: > : > : > : > this out would be to use Word without all of the global
: > templates
: > : > for
: > : > : > a
: > : > : > : > few weeks and then start adding them back one at a time.
: > : > : > : >
: > : > : > : > --
: > : > : > : > Please post all follow-up questions to the newsgroup.
Requests
: > for
: > : > : > : > assistance by email can not be acknowledged.
: > : > : > : >
: > : > : > : > ~~~~~~~~~~~~~~~
: > : > : > : > Beth Melton
: > : > : > : > Microsoft Office MVP
: > : > : > : >
: > : > : > : > Word FAQ: http://mvps.org/word
: > : > : > : > TechTrax eZine: http://mousetrax.com/techtrax/
: > : > : > : > MVP FAQ site: http://mvps.org/
: > : > : > : >
: > : > : > : >
: > : > : > : > : > : > : > : >> After doing further testing the I do not need to delete the
: > full
: > : > Data
: > : > : > key
: > : > : > : >> to correct the issue. Rather I can just delete the
"setting"
: > : > binary
: > : > : > : >> value under the Data key.
: > : > : > : >>
: > : > : > : >> : > : > : > : >>> In our office we have been sporadically having issues
(tool
: > bars
: > : > : > : >>> missing, macros not running correct) related to the
symptoms
: > of
: > : > the
: > : > : > : >>> corrupt data key as described in KB822645. After deleting
: > the
: > : > data
: > : > : > key
: > : > : > : >>> the issues go away. However, after about a week or so the
: > issue
: > : > : > comes
: > : > : > : >>> back and the data registry needs to be deleted again and
the
: > : > cycle
: > : > : > : >>> starts over. As you can see this creates quite a bit of
: > : > overhead
: > : > : > for
: > : > : > : >>> the IT staff.
: > : > : > : >>>
: > : > : > : >>> My questions:
: > : > : > : >>>
: > : > : > : >>> 1. How or what causes the data key to become corrupt?
: > : > : > : >>> 2. How do you go about finding what process, macro,
: > application
: > : > is
: > : > : > : >>> corrupting the data key?
: > : > : > : >>>
: > : > : > : >>> My theory is that something we are running (Document
: > management
: > : > : > system
: > : > : > : >>> is most likely the culprit) is corrupting that key, but I
: > need
: > a
: > : > way
: > : > : > to
: > : > : > : >>> prove or disprove it without impacting the end users.
: > : > : > : >>>
: > : > : > : >>> Our desktop computers are set up as follows:
: > : > : > : >>>
: > : > : > : >>> Windows XP Pro SP2
: > : > : > : >>> Users are in the native "users" group on the client
: > : > : > : >>> Office 2003 SP1
: > : > : > : >>> Macro security set to low
: > : > : > : >>> 3 macro's in the startup group (c:\Program Files\Microsoft
: > : > : > : >>> Office\OFFICE11\STARTUP) include: custom.dot (home
grown),
: > : > : > : >>> docsword2003.dot (from Hummingbird), styler (actually a
: > shortcut
: > : > to
: > : > : > the
: > : > : > : >>> .dot - cleans up all styles in a word doc)
: > : > : > : >>> In house templates (40 or so) are located on a shared
: > network
: > : > drive
: > : > : > that
: > : > : > : >>> group policy points the clients to.
: > : > : > : >>> All servers/clients on one single subnet.
: > : > : > : >>> Running Network Associates 8.0i on all clients
: > : > : > : >>>
: > : > : > : >>> TIA
: > : > : > : >>>
: > : > : > : >>> TR
: > : > : > : >>>
: > : > : > : >>
: > : > : > : >>
: > : > : > : >
: > : > : > : >
: > : > : > :
: > : > : > :
: > : > : >
: > : > : >
: > : > :
: > : > :
: > : >
: > : >
: > :
: > :
: >
: >
:
:
 
T

Tim R

My first instinct is to pull out all the macros in the startup folder, but
the problem is that we only have 3 in c:\Program Files\Microsoft
Office\OFFICE11\STARTUP (aob.dot, DOCSWord2003.dot and stylizer.dot) and
also one in the %Application Data%\Microsoft\Word\STARTUP (crosswords.dot).
All but the stylizer are utilized daily.

AOB.dot - custom toolbar and the secretaries would freak out if it went
away.
DOCSWord2003.dot - ties Word into the Hummingbird Docs Open Document
Management system
Stylizer.dot - could be pulled.

The crosswords.dot is needed for converting Wordperfect docs to Word.

OK... so... you are in my shoes... about 40 heavy Word users (corporate
legal office) and you get corrupted Data keys. Where would you start in
order to figure out what might be causing the data key to become corrupt?

Beth... I would love your opinion on this as well.

TIA

TR
 
B

Beth Melton

Ummm....if there isn't a KB article on the question I doubt they could
answer it. If I'm not mistaken it was the Word MVPs who told them how
to fix the missing toolbars issue. ;-)

--
Please post all follow-up questions to the newsgroup. Requests for
assistance by email can not be acknowledged.

~~~~~~~~~~~~~~~
Beth Melton
Microsoft Office MVP

Word FAQ: http://mvps.org/word
TechTrax eZine: http://mousetrax.com/techtrax/
MVP FAQ site: http://mvps.org/
 
B

Beth Melton

Since you are only recreating the Settings value and not the Toolbars
value I don't think this is the case. The missing toolbars scenario,
in which every toolbar and menu bar suddenly disappears, is caused by
corruption in the Toolbars value.

Typically, indicators of corruption in the Settings value is when the
options on the Tools/Options/Track Changes tab get shifted down and to
the right (very odd looking!) and when changes to other preferences
don't stick. (I'm personally not convinced this is caused by
corruption but rather by a third-party conflict but recreating the key
usually corrects the problem)

I don't think the Settings value is corrupting. I think something is
getting changed and when you recreate it you are resetting some of the
Word defaults. Corruption in this value would not account for a rogue
DocumentNew macro and a single missing toolbar which are issues you
are encountering.

Please post all follow-up questions to the newsgroup. Requests for
assistance by email can not be acknowledged.

~~~~~~~~~~~~~~~
Beth Melton
Microsoft Office MVP

Word FAQ: http://mvps.org/word
TechTrax eZine: http://mousetrax.com/techtrax/
MVP FAQ site: http://mvps.org/
 
B

Beth Melton

If it is caused by a global template my first suspect would be
CrossWords add-in. If I'm not mistaken this is created by Levit &
James and their add-ins typically contain macros which modify your
user preferences. (This was my biggest complaint when I beta tested
another add-in, CrossEyes, several years ago.)

The only other thing I can think of is you could email me copies of
your global templates and I'll check the macros. It could be a
specific macro is making some unexpected modifications.

--
Please post all follow-up questions to the newsgroup. Requests for
assistance by email can not be acknowledged.

~~~~~~~~~~~~~~~
Beth Melton
Microsoft Office MVP

Word FAQ: http://mvps.org/word
TechTrax eZine: http://mousetrax.com/techtrax/
MVP FAQ site: http://mvps.org/
 
B

Beth Melton

Tim R said:
Beth -

Thanks for the reply.

I have had various issues over the past 4 months that are all
cleared up by deleting the data key. The 3 most common however are
as follows:

Issues list

1. The custom AOB.dot tool bar disappears.

Does it disappear or is the visibliliy of the toolbar turned off? IOW,
can they right-click a toolbar and turn the toolbar back on using the
shortcut menu?
2. We utilize a macro from the AOB.DOT tool bar that adds in the
document number into the footer from our Hummingbird document
management system. This number is typically 5 digits long with a
revision. ie 95476.1. Sporadically the doc # inserted via that
macro will not add the first number. ie 5476.1.

You might want to check where it is placing the number. I suspect it
might be placing it in a frame and the Frame is simply not wide enough
to display the full number. Check the footer and if you select the
number and see a hashed box around the number then it's in a Frame.
3. When opening a new document via clicking the new blank document
button the cursor appears in the header. You must go to "View,"
"Header and Footer" and hit "Close" before you can type in the main
body of the document. I tried deleting the normal.dot file and that
didn't resolve the issue. Deleting the Data reg key solved this
issue.

You'll have to find the macro causing this. There is an AutoNew macro
stored in a template somewhere...
4. Word enters a cycle of erroring and restarting. Upon closing
it'll ask you if you want to send an error report and there is a
check box to "restart word". If you leave the box checked, word
will restart, but when you close it you get the same error report
message and check box option.

Not sure about that but I wonder if once you resolve the other issues
this will work itself out too.
To answer your questions directly:

1. I have only noticed that our custom toolbar/macros are missing.
I haven't ever had a user say or I have not seen all the toolbars
disappear.
2. I can confirm that for point number 2 in the issues list that
deleting just the settings value resolved the issue.

Something that should have been included in the orginal message is
that I control all of the Office 2003 suite (Word, Outlook,
Powerpoint, Excel) via Active Directory Group Policy - including the
tools/options and tools/auto correct preferences.

I'm still wondering if something is getting modified in the Data key.
If you were recreating the Options key then I'd say your Word Startup
path keeps getting pointed to another location in which there are
other global templates, perhaps named the same, that are being used
instead of those you *think* are being utilized.

However the Data key doesn't store the location of your Startup folder
and you are using the Office\Startup folder instead of the Word
Startup folder.

To recap what we know:

- A custom toolbar comes up missing
- A DocumentNew macro is running
- Errors are encountered upon exiting Word

It's not a toolbars issue since the Toolbars value stores the
location, protection, visibility of Toolbars. So....what in the
Settings value of the Data key could possibly explain this behavior??
It simply stores miscellaneous options found in Tools/Options,
Tools/AutoCorrect, and a few other dialog boxes.

Here's what I suggest you do, the next time you encounter the issue
take a look under Tools/Templates and Add-ins and see if the add-ins
have changed and check the location to see if it has been changed.

--
Please post all follow-up questions to the newsgroup. Requests for
assistance by email can not be acknowledged.

~~~~~~~~~~~~~~~
Beth Melton
Microsoft Office MVP

Word FAQ: http://mvps.org/word
TechTrax eZine: http://mousetrax.com/techtrax/
MVP FAQ site: http://mvps.org/
 
T

Tim R

See inline for answers....


Beth Melton said:
Does it disappear or is the visibliliy of the toolbar turned off? IOW, can
they right-click a toolbar and turn the toolbar back on using the shortcut
menu?


No they cannot turn it backon.

You might want to check where it is placing the number. I suspect it might
be placing it in a frame and the Frame is simply not wide enough to
display the full number. Check the footer and if you select the number and
see a hashed box around the number then it's in a Frame.

I will check this the next time I have a user indicate to me this is
happening, however, I don't recall seeing a hashed box around the number.
 
T

Tim R

Per your request I have sent these files to you.

You are correct in that CrossWords modifies the normal.dot code.
 
B

Beth Melton

I took a look at the templates but I wasn't able to view the code for
Stylizer.dot since the Project is protected.

The CrossWords template does modify an option stored in the Settings
value (Fast Saves), however it isn't a permanent modification. It
stores the current settings, runs the procedure, and then returns the
original values. (Good to see - in the past they would simply change
them permanently)

But that wouldn't be enough to corrupt the Settings value since this
is a common programming method.

Since you use the others daily, and the Stylizer occasionally, I'm
wondering if the macros in that the template are modifying your user
preferences.

But again, I can't help returning to the fact that the Settings value
has nothing to do with global templates/toolbars disappearing, a
DocumentNew or AutoOpen macro running, and the errors that are
encountered when you exit Word.

This sounds like your Office\Startup folder location is getting
changed. Why don't you search for all Startup folders and multiple
copies of your templates on both the local drive *and* on any network
drives available.

Also, do the users leave Word running or do they exit the application?
I'm wondering if it isn't necessarily the Settings value that needs to
be recreated but the fact you are restarting Word.

Please post all follow-up questions to the newsgroup. Requests for
assistance by email can not be acknowledged.

~~~~~~~~~~~~~~~
Beth Melton
Microsoft Office MVP

Word FAQ: http://mvps.org/word
TechTrax eZine: http://mousetrax.com/techtrax/
MVP FAQ site: http://mvps.org/
 

Ask a Question

Want to reply to this thread or ask your own question?

You'll need to choose a username for the site, which only take a couple of moments. After that, you can post your question and our members will help you out.

Ask a Question

Top