Arnis, Thanks for your response. Adding the extension like http://host/slide/12345.doc worked and causes Word to open the files Read/Write. Seems strange since the HTTP response includes the application/msword MIME type. That is, after all, how IE knows to open the document in Word in the first place, I believe.
As far as KB article 867838 - I have only tested with Office XP (v10.0) and Office 2003 (v11.0) as I do not have 2000(v9.0). Did you try setting the registry key on the correct version number of Office? Office 2003 HKEY_CURRENT_USER\Software\Microsoft\Office\11.0\Common\Internet Office XP HKEY_CURRENT_USER\Software\Microsoft\Office\10.0\Common\Internet Office 2000 HKEY_CURRENT_USER\Software\Microsoft\Office\9.0\Common\Internet (?) By the way - how confusing is Microsoft's product naming and version numbering? Jonathan -----Original Message----- From: Arnis Ziedins [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 14, 2004 3:38 AM To: Slide Users Mailing List Subject: RE: UNLOCK request causing Read-Only Word One possible reason may be the IE caching and the shortcuts in Recent documents. Try do add extension to your id, you can remove it later in your code, something like http://host/slide/12345.doc. Adding no-cache header to the response may help. By the way, http://support.microsoft.com/?kbid=867838 seems not to be working for Office 2000. Arnis -----Original Message----- From: Fallin, Jonathan A. [mailto:[EMAIL PROTECTED] Sent: mardi, 13. juillet 2004 19:21 To: 'Slide Users Mailing List' Subject: UNLOCK request causing Read-Only Word I have made changes to the Windows Registry to facilitate opening Word Documents Read/Write directly from a link within IE in a separate instance of Word. Information on the specific registry setting is here. http://support.microsoft.com/?kbid=867838 <http://support.microsoft.com/?kbid=867838> I have been able to successfully test this behavior using the default File Content Store that comes with Slide 2.0. Clicking on a link like http://host/slide/files/Document.doc <http://host/slide/files/Document.doc> and watching the TCP traffic, I see IE make a GET request to Slide which returns the content of the file. The file is opening in Word because of the contentType header "application/word". Then I see Word make a LOCK request to Slide which returns a 200 OK response, then Word makes a GET request that returns a 304 NOT MODIFIED. Then Word opens the file Read/Write IE - GET Word - LOCK Word - GET However, when I try this with my own content store connected to my existing Content Management application, Word opens the document Read-Only. The first GET from IE and the first LOCK request from Word are exactly the same as described above - including the 200 OK response to the LOCK request. However, right after the LOCK, Word issues an UNLOCK request, before making the final GET. The file opens, but is Read-Only, because of the UNLOCK I'm sure. IE - GET Word - LOCK Word - UNLOCK Word - GET I cannot understand what makes Word issues the UNLOCK when using my content store versus the default Slide File store. Here is the XML response to the LOCK request, which is the same in both cases, save the value of the opaquelocktoken ==================== <?xml version="1.0" encoding="UTF-8"?> <D:prop xmlns:D="DAV:"> <D:lockdiscovery> <D:activelock> <D:locktype> <D:write /> </D:locktype> <D:lockscope> <D:exclusive /> </D:lockscope> <D:depth>0</D:depth> <D:owner><![CDATA[fallij]]></D:owner> <D:timeout>Second-179</D:timeout> <D:locktoken> <D:href>opaquelocktoken:5db646da4738896d5318dcb754ce331f</D:href> </D:locktoken> <D:principal-URL> <D:href>/slide/users/unauthenticated</D:href> </D:principal-URL> </D:activelock> </D:lockdiscovery> </D:prop> ====================== The are only two difference between the two sets of requests (as far as I can tell). 1. The LOCK request from WORD to my content store includes an additional request header "Authorization: Negotiate YIILgQYGKwYBBQUCoIILd......eQI5Rn8V3YJkS" 2. The URI path for the file in my content store does not include the ".doc" file extension. The URL looks like http://host/slide/12345 <http://host/slide/12345> where "12345" is a document id within my existing Content Store. The ID from the URI is simply used to return the correct information about the file when retrieveRevisionDescriptor and retrieveRevisionContent methods are called. Thanks Jonathan --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.716 / Virus Database: 472 - Release Date: 05.07.2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.716 / Virus Database: 472 - Release Date: 05.07.2004 --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
