EditDocument doesn't always work in Chrome

Question

I am having a similar problem to MicrosoftOfficeEditDocument didn't work in Chrome.

I did download the updated library as said in the answer and it works fine with Office 2013 but not with 2010. With Office 2010, I have some files that open and some that don't, they are not always the same ones. I tried with .doc, .docx, .ppt, .pptx, .xls and .xlsx.

I call the edit document fonction with : ITHit.WebDAV.Client.DocManager.EditDocument(sDocumentUrl, javaAppletFilePath);

EDIT :

It actually seems to be a problem of length of file url. When my file url (sDocumentUrl) is longer than the length of my script url in which I call EditDocument it works perfectly fine. But when it is shorter, the end of the script url is added after sDocumentUrl which makes the call fail. And this only happens with Chrome and Office 2010.

Any way to make this work ?

Answer 1

Add '\0' to the end of the URL

Add a '\0' (null) to the end of the string you are passing to MicrosoftOfficeEditDocument(). Like MicrosoftOfficeEditDocument(path + '\0');. Also, you should use MicrosoftOfficeEditDocument() instead of EditDocument() because EditDocument() will try to call JavaEditDocument() because of the null terminated string.

This is a solution taken from here - https://code.google.com/p/chromium/issues/detail?id=269183#c5

For more info - opening webdav files in Chrome via the Office Authorization plug-in for NPAPI browsers fails for certain files

Check for ActiveX first

However, you should not add the '\0' to the path when MicrosoftOfficeEditDocument() will open the document via the SharePoint.OpenDocument ActiveX object or else the ActiveX plugin will not recognize the file format via extension and try to open the document via undefined:ofe|u| instead of ms-word:ofe|u| for example. To do this you should check for ActiveX before appending the '\0'.

if (!('ActiveXObject' in window)) {
    path = path + '\0';
}

ITHit.WebDAV.Client.DocManager.MicrosoftOfficeEditDocument(path)

Warning: this solution breaks MicrosoftOfficeEditDocument in Firefox. Firefox does not like the \0 terminated string.