Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • World
  • Users
  • Groups
Skins
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse
Code Project
  1. Home
  2. Web Development
  3. ASP.NET
  4. Word 2010 Protected View Annoyances

Word 2010 Protected View Annoyances

Scheduled Pinned Locked Moved ASP.NET
asp-netcsharpdesignsecurityhelp
4 Posts 2 Posters 0 Views 1 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • D Offline
    D Offline
    dannomanno
    wrote on last edited by
    #1

    My users (typically using IE8 or IE9) are downloading DOC/DOCX files from a secure folder in an ASP.NET 4.0 web forms site. The "Trusted Documents" security feature is causing my users to see an "Enable Editing" button which must be clicked before they can edit (or even print) the doc. Problem is, when they click this button Word seems to refetch the document and in the process...loses the fact they are logged in! Thus instead of the document loading a moment later, my "Login Required" web page loads inside Word 2010... :doh: This is very annoying to users as they must then close the document and redownload it - at which point (having trusted the document already) it opens just fine. Is there a way around this unpleasant user experience? I cannot move the files to any area which wouldn't require a login...and I certainly cannot remove a security feature from end user machines...

    Richard DeemingR 1 Reply Last reply
    0
    • D dannomanno

      My users (typically using IE8 or IE9) are downloading DOC/DOCX files from a secure folder in an ASP.NET 4.0 web forms site. The "Trusted Documents" security feature is causing my users to see an "Enable Editing" button which must be clicked before they can edit (or even print) the doc. Problem is, when they click this button Word seems to refetch the document and in the process...loses the fact they are logged in! Thus instead of the document loading a moment later, my "Login Required" web page loads inside Word 2010... :doh: This is very annoying to users as they must then close the document and redownload it - at which point (having trusted the document already) it opens just fine. Is there a way around this unpleasant user experience? I cannot move the files to any area which wouldn't require a login...and I certainly cannot remove a security feature from end user machines...

      Richard DeemingR Offline
      Richard DeemingR Offline
      Richard Deeming
      wrote on last edited by
      #2

      What caching headers are you sending with the document? Try allowing the users to cache the document for a reasonable length of time.


      "These people looked deep within my soul and assigned me a number based on the order in which I joined." - Homer

      "These people looked deep within my soul and assigned me a number based on the order in which I joined" - Homer

      D 1 Reply Last reply
      0
      • Richard DeemingR Richard Deeming

        What caching headers are you sending with the document? Try allowing the users to cache the document for a reasonable length of time.


        "These people looked deep within my soul and assigned me a number based on the order in which I joined." - Homer

        D Offline
        D Offline
        dannomanno
        wrote on last edited by
        #3

        Oooh yeah...that reminds me of a "no-cache" security requirement that was imposed upon me. :sigh: Well thanks for the tip. I may just have to advise users to download the doc locally, then open it.

        Richard DeemingR 1 Reply Last reply
        0
        • D dannomanno

          Oooh yeah...that reminds me of a "no-cache" security requirement that was imposed upon me. :sigh: Well thanks for the tip. I may just have to advise users to download the doc locally, then open it.

          Richard DeemingR Offline
          Richard DeemingR Offline
          Richard Deeming
          wrote on last edited by
          #4

          Make sure you're specifying Content-Disposition: attachment so that they get the "open/save" dialog instead of opening the document within the browser. For IE users, you can also send X-Download-Options: noopen in the headers to hide the "Open" button, which should force them to save the file. http://blogs.msdn.com/b/ie/archive/2008/07/02/ie8-security-part-v-comprehensive-protection.aspx[^]


          "These people looked deep within my soul and assigned me a number based on the order in which I joined." - Homer

          "These people looked deep within my soul and assigned me a number based on the order in which I joined" - Homer

          1 Reply Last reply
          0
          Reply
          • Reply as topic
          Log in to reply
          • Oldest to Newest
          • Newest to Oldest
          • Most Votes


          • Login

          • Don't have an account? Register

          • Login or register to search.
          • First post
            Last post
          0
          • Categories
          • Recent
          • Tags
          • Popular
          • World
          • Users
          • Groups