Turns out that this problem is with document templates coming with Word add-ins.
Turning off Bluetooth may solve the problem but it may not. The true root cause of this problem is the fact that some add-ins load new document templates which have not been adequately tested with Bluetooth.
In my case, our IT departments installs Cisco Unified Communicator which requires that a dot document template file from
C:\Program Files (x86)\Microsoft Office\Office14\STARTUP
called clicktocall.dot
is loaded automatically as part of the Cisco add-in initialization every time you start Word.
Since I do not use this add-in, I renamed the file to be called clicktocall.__dot and the problem went away. I also tried re-enabling Bluetooth afterwards and the problem did not reappear.
Hope this helps.
Also, check out this link:
https://supportforums.cisco.com/discussion/11026551/click-call-and-microsoft-word
And how I got to realizing that it was clicktocall.dot causing the problem:
In Word 2010, click on
File > Options > Add-Ins > Manage Word Add-Ins (dropdown), Go...
Under the Templates and Add-ins window, you'll see Global templates and add-ins in the list an entry called 'clicktocall.dot'.
The Remove button was greyed out and unclicking this clicktocall.dot did not solve the problem.
So, long story short: you have to keep removing / renaming file names for these offending add-ins until the problem goes away. Word seems to load all files that have a *.dot extension, so changing the .dot extension to *.__dot solves the problem.
Alternatively and/or additionally, you can also disable the add-in completely:
File > Options > Add-Ins > Manage COM Add-ins (dropdown), Go...
Uncheck Cisco.ClickToCall.Word, then click OK.
The restart Word to be on the safe side.
FWIW: this is Windows 7 Enterprise and Word 2010.
PS: When a fire alarm goes off all the time unnecessarily, people find a way to disable it permanently regardless whether their house will burn down eventually or not. Maybe fire alarm manufacturers should think about manufacturing fire alarms that 1) have
sensible defaults and 2) can be tested, calibrated and configured intelligently by customers without having to navigate into 5 deep menus (help files are completely useless, you have to scour the internet for true answers), and 3) do not have any places for
untested add-ins that will cause the fire alarm to go off all the time unnecessarily. This whole debugging process took 2 hours of my time and I fail to understand why I would ever use Cisco Click To Call Word Add-in *ever*. Apple is absolutely right about
taking away and controlling as much customization as possible.