WelshPretender
asked on
Unable to open Word .doc/docx from Sharepoint 2007
Windows Server 2003 (32-bit, Standard, SP2)
Citrix PS 4.5
Office 2003 Pro (2007 converters installed)
Sharepoint 2007
Internet Explorer 7
Hi,
Using the above setup, none of our users can open .doc files from within Sharepoint and .docx files can only be opened in read only mode within IE.
Attempting to open a .doc file results in Word opening with a blank screen, i.e. no document displayed and no blank template. If Word is left open in this state and the .doc file is opened again from within Sharepoint, the following error is displayed:
The macro in question is as follows (with the 4th line highlighted):
I've managed to work out that it is using the following file association registry key to call Word:
I've compared this key to a working XP Pro machine with the same versions of Office and IE and they're absolutely identical.
I've figured that the following DDE command is what should be passing the file path to Word as "%1", but is failing and passing blank details instead:
Googling this issue returns a handful of results with people suffering from the same issue, but no resolution details. Does anybody know what may be causing this problem?
Cheers
Citrix PS 4.5
Office 2003 Pro (2007 converters installed)
Sharepoint 2007
Internet Explorer 7
Hi,
Using the above setup, none of our users can open .doc files from within Sharepoint and .docx files can only be opened in read only mode within IE.
Attempting to open a .doc file results in Word opening with a blank screen, i.e. no document displayed and no blank template. If Word is left open in this state and the .doc file is opened again from within Sharepoint, the following error is displayed:
Compile error:
Syntax error
Syntax error
The macro in question is as follows (with the 4th line highlighted):
Private Sub TmpDDE()
WordBasic.AppShow
Rem _DDE_ReadWriteOnSave
WordBasic.FileOpen Name :=, Revert := 0
End Sub
WordBasic.AppShow
Rem _DDE_ReadWriteOnSave
WordBasic.FileOpen Name :=, Revert := 0
End Sub
I've managed to work out that it is using the following file association registry key to call Word:
HKEY_CLASSES_ROOT\Word.Doc
I've compared this key to a working XP Pro machine with the same versions of Office and IE and they're absolutely identical.
I've figured that the following DDE command is what should be passing the file path to Word as "%1", but is failing and passing blank details instead:
[AppShow][REM _DDE_ReadWriteOnSave][File
Googling this issue returns a handful of results with people suffering from the same issue, but no resolution details. Does anybody know what may be causing this problem?
Cheers
gheist
Been there? http://www.microsoft.com/downloads/details.aspx?FamilyId=60C92A37-719C-4077-B5C6-CAC34F4227CC&displaylang=en
ASKER
Hi,
While this problem applies to .docx files too, it is a bigger problem with .doc files, so the IFilters won't have anything to do with the issue.
Cheers
While this problem applies to .docx files too, it is a bigger problem with .doc files, so the IFilters won't have anything to do with the issue.
Cheers
interop assembles for office 2003?
ASKER
I've had a look around and can't see anywhere that states SharePoint uses the interop assemblies when opening documents. However, this got me thinking ...
SharePoint uses the sharepoint.opendocuments class to open files within a document library. This class is loaded by owssupp.dll. We have just one copy of the file within the Office11 directory (19/04/2007 14:10 99,680 bytes).
According to an article - http://www.sharepointvoodoomagic.com/ - opening any SharePoint document library within IE should load the SharePoint Open Documents class. Going to ... Tools > Manage Add-ons > Enable or disable add-ons > Addons currently loaded in IE ... should display the class. However, I can't see this on our servers or the working XP machine I'm using. I'm guessing this article is a bit of a red herring.
I've unregistered and re-registered owssupp.dll, receiving the apparently benign and ignorable "DllRegisterServer in C:\Program Files\Microsoft Office\OFFICE11OWSSUPP.DLL
Any thoughts?
Cheers
SharePoint uses the sharepoint.opendocuments class to open files within a document library. This class is loaded by owssupp.dll. We have just one copy of the file within the Office11 directory (19/04/2007 14:10 99,680 bytes).
According to an article - http://www.sharepointvoodoomagic.com/ - opening any SharePoint document library within IE should load the SharePoint Open Documents class. Going to ... Tools > Manage Add-ons > Enable or disable add-ons > Addons currently loaded in IE ... should display the class. However, I can't see this on our servers or the working XP machine I'm using. I'm guessing this article is a bit of a red herring.
I've unregistered and re-registered owssupp.dll, receiving the apparently benign and ignorable "DllRegisterServer in C:\Program Files\Microsoft Office\OFFICE11OWSSUPP.DLL
Any thoughts?
Cheers
sharepoint is in .net and uses dcom ....
that hints me ...
that hints me ...
ASKER
I've installed the interop assemblies, but still no joy I'm afraid.
I'm now convinced that the issue has something to do with the owssupp.dll. The link within SharePoint uses DispEx() onclick, which apparently should give the 'Open read only/Edit' radio button options. However, I only get a warning about opening files from IE.
Is there any way of confirming whether this dll has been registered and is functioning correctly?
Cheers
I'm now convinced that the issue has something to do with the owssupp.dll. The link within SharePoint uses DispEx() onclick, which apparently should give the 'Open read only/Edit' radio button options. However, I only get a warning about opening files from IE.
Is there any way of confirming whether this dll has been registered and is functioning correctly?
Cheers
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.