http://www.endusersharepoint.com/STP/ SharePoint QA en Fri, 28 Aug 2009 03:51:14 +0000 http://www.endusersharepoint.com/STP/topic/office-2007-files-fail-to-open-from-moss-2007#post-107 Fri, 18 Jul 2008 09:43:36 +0000 AutoSponge 107@http://www.endusersharepoint.com/STP/ <p>SharePointCurious,</p> <p>This is really sounding like an IIS issue. </p> <p>You didn't know what ports were being used, I'll go ahead and say that the client applications (like Word) only know how to use default ports. If you have the default ports closed at the server's firewall it will block webdav access from the clients.</p> <p>Can you get other webdav features working? Like can you view a library or list from Word? </p> http://www.endusersharepoint.com/STP/topic/office-2007-files-fail-to-open-from-moss-2007#post-105 Fri, 18 Jul 2008 09:25:42 +0000 SharePointCurious 105@http://www.endusersharepoint.com/STP/ <p>Both great thoughts.</p> <p>Just tried uploading/downloading from a machine that has Office 2007 but did not upgrade from 2003. No dice.</p> <p>Checked the document library, and "Display as a Web Page" is not selected.</p> <p>Let me spend some more time with our developers and see what we can come up with. Thanks for all your help! </p> http://www.endusersharepoint.com/STP/topic/office-2007-files-fail-to-open-from-moss-2007#post-101 Fri, 18 Jul 2008 08:41:49 +0000 AutoSponge 101@http://www.endusersharepoint.com/STP/ <p>QUOTE:<br /> "- Are the files in 2007 (e.g., .docx) or 2003 (e.g., .doc) format?</p> <p>.docx. .doc works fine, so for the moment we're just having everyone Save As to that format."</p> <p>That seems really odd to me. You may want to focus on the Office folders of your client machines. In some cases of upgrades I've heard of people having certain DLLs still being used from the 2003 version. Can you test on a computer with Office 2007 that was not upgraded from 2003?</p> <p>Also, does the document library have "Display as a Web page" selected under Advanced? If it does, turn that off and try again. There is an HttpHandler that transforms .docx to HTML and if yours is having problems, we want to test without it in the way. </p> http://www.endusersharepoint.com/STP/topic/office-2007-files-fail-to-open-from-moss-2007#post-87 Fri, 18 Jul 2008 07:01:05 +0000 SharePointCurious 87@http://www.endusersharepoint.com/STP/ <p>Thanks for all your help on this. Feel free to punt on this one--it's a doozy, for sure. Quick answers to your questions:</p> <p>Server:<br /> - Are you using Port 80 (default HTTP) or 443 (default SSL) for the site in question?</p> <p>Not immediately sure.</p> <p>File/machine:<br /> - Are you testing with Word, Excel, or other?</p> <p>Word, Excel, PowerPoint....</p> <p>- Do any of the files have password protection?</p> <p>Nope.</p> <p>- Does this happen for all users?</p> <p>All folks we've tried....</p> <p>+ If yes, can you test on a different build (like IE6, different network, etc.)?<br /> + If no, who has this working and what is different?</p> <p>Yup, we'll be trying this....</p> <p>- Are the files in 2007 (e.g., .docx) or 2003 (e.g., .doc) format?</p> <p>.docx. .doc works fine, so for the moment we're just having everyone Save As to that format.</p> <p>- Are you running the client application in compatibility mode?</p> <p>No.</p> <p>- Has cookie handling been overridden in the browser (under Privacy &gt; Advanced)? </p> <p>Nope. </p> http://www.endusersharepoint.com/STP/topic/office-2007-files-fail-to-open-from-moss-2007#post-53 Thu, 17 Jul 2008 14:21:50 +0000 AutoSponge 53@http://www.endusersharepoint.com/STP/ <p>SharePointCurious,</p> <p>I'm not going to admit being stumped yet but you seem to have all the right configurations in place. I have a couple questions that relate to the files/machines you're testing with and one more about the server.</p> <p>Server:<br /> - Are you using Port 80 (default HTTP) or 443 (default SSL) for the site in question?</p> <p>File/machine:<br /> - Are you testing with Word, Excel, or other?<br /> - Do any of the files have password protection?<br /> - Does this happen for all users?<br /> + If yes, can you test on a different build (like IE6, different network, etc.)?<br /> + If no, who has this working and what is different?<br /> - Are the files in 2007 (e.g., .docx) or 2003 (e.g., .doc) format?<br /> - Are you running the client application in compatibility mode?<br /> - Has cookie handling been overridden in the browser (under Privacy &gt; Advanced)? </p> http://www.endusersharepoint.com/STP/topic/office-2007-files-fail-to-open-from-moss-2007#post-52 Thu, 17 Jul 2008 13:59:28 +0000 SharePointCurious 52@http://www.endusersharepoint.com/STP/ <p>Office 2007. </p> http://www.endusersharepoint.com/STP/topic/office-2007-files-fail-to-open-from-moss-2007#post-49 Thu, 17 Jul 2008 13:16:29 +0000 AutoSponge 49@http://www.endusersharepoint.com/STP/ <p>Does the user have Office 2003 or 2007 installed? </p> http://www.endusersharepoint.com/STP/topic/office-2007-files-fail-to-open-from-moss-2007#post-45 Thu, 17 Jul 2008 12:50:59 +0000 SharePointCurious 45@http://www.endusersharepoint.com/STP/ <p>We're using Windows XP and IE 7. (The site hasn't yet been set up for Firefox compatibility.)</p> <p>The site (with urls both <a href="http://" rel="nofollow">http://</a> and <a href="https://" rel="nofollow">https://</a>) has been added to trusted sites. The trusted sites have been configured to allow automatic login with current user name and password. </p> http://www.endusersharepoint.com/STP/topic/office-2007-files-fail-to-open-from-moss-2007#post-44 Thu, 17 Jul 2008 12:43:54 +0000 AutoSponge 44@http://www.endusersharepoint.com/STP/ <p>Are you using Vista and/or IE7?</p> <p>Is your site a Trusted location in IE? </p> http://www.endusersharepoint.com/STP/topic/office-2007-files-fail-to-open-from-moss-2007#post-43 Thu, 17 Jul 2008 12:39:52 +0000 Chris Quick 43@http://www.endusersharepoint.com/STP/ <p>If you are using Firefox, you can allow NTLM to authenticate properly. Follow these steps to allow authentication with Firefox:</p> <ol> <li>In the address bar, type <strong>about:config</strong> </li> <li>In the filter bar that appears, type <strong>ntlm</strong> </li> <li>Locate <strong>network.automatic-ntml-auth.trusted-uris</strong> and double-click. </li> <li>Type all of the URL's you wish to automatically authenticate against separated by a comma (i.e. <a href="http://mysite.sharepoint.com," rel="nofollow">http://mysite.sharepoint.com,</a> <a href="http://intranet.sharepoint.com" rel="nofollow">http://intranet.sharepoint.com</a>). </li> <li>Click <strong>OK</strong> </li> <li>Navigate to your site to verify the functionality. </li> </ol> <p>Chris </p> http://www.endusersharepoint.com/STP/topic/office-2007-files-fail-to-open-from-moss-2007#post-34 Thu, 17 Jul 2008 12:20:08 +0000 SharePointCurious 34@http://www.endusersharepoint.com/STP/ <p>Thanks for the speedy response!</p> <p>On authentication: we are using NTLM-based authentication, and client integration is enabled. In this environment, IIS is configured by MOSS to utilize Integrated Windows Authentication. This is the only way that we can get IE to pass user credentials automatically. Using any other browser will force the user to authenticate. </p> http://www.endusersharepoint.com/STP/topic/office-2007-files-fail-to-open-from-moss-2007#post-23 Thu, 17 Jul 2008 10:41:55 +0000 AutoSponge 23@http://www.endusersharepoint.com/STP/ <p>What type of authentication does your site use?</p> <p>Was 'Enable Client Integration' set to Yes for that authentication method? </p> http://www.endusersharepoint.com/STP/topic/office-2007-files-fail-to-open-from-moss-2007#post-21 Thu, 17 Jul 2008 10:34:00 +0000 SharePointCurious 21@http://www.endusersharepoint.com/STP/ <p>(Note: these issues arise regardless of whether the document is opened from the library or via a direct link.)</p> <p>When a user clicks on a .docx document in one of the libraries, a new IE window opens and the user is prompted to open/save. If the user selects Open, the toolbar icon for MS Word (if open) flashes and nothing else happens.</p> <p>If the user clicks Save, the document saves to the location specified by the user. However, if the user double-clicks on the document to open it, the following message appears in Word: "[File name] cannot be opened because there is a problem with its contents." If the user clicks the Details button for more information, he/she is told "The file is corrupt and cannot be opened." However, if the user now selects the Open button, he or she is given the option to recover the contents of the document. The document then seems to open normally.</p> <p>With .doc files, a new IE window opens, and the user is prompted to open/save. If the user chooses Open, word flashes and the user must know to go to Word in order for the document to open--a minor annoyance (training issue).</p> <p>PDF files open normally in another window. </p>