locked
Web Pro My views with PImpersonate RRS feed

  • Question

  • Hi,

     

    We are using PImpersonate and forms-based login in 6.3.  When using Web Pro, the credentials do not seem to persist.  MyViews have one set of views which matches the user that is stored in the Anonymous login fields in IIS.  Is this a limitation of PImpersonate?

     

     

    Thanks

     

    ataylan

    Thursday, July 31, 2008 3:42 AM

Answers

  • I believe what you are seeing is expected.  We haven't seen it before because most impersonation implemetations are thin, and as you mention, this works fine with Standard.  But, you are correct in your observation that Web Pro is going to handle My Views differently than does Standard.  Essentially, it will check IIS for the user without going through the impersonation code and since IIS is set to use anonymous, that is the account it will use to setup My Views and retrieve any existing ones.  This is unfortunately embedded logic in the code.  I'm not sure you have much of an option, other than to instruct users to keep their own briefing books as "my views" and not use the built-in functionality.

    Thursday, August 21, 2008 12:00 AM

All replies

  • I don't believe so...but perhaps.  Where in the ProClarity code are you impersonating the user?  Can we get a code snippet?

     

    Thursday, August 7, 2008 12:24 AM
  •  

    Thanks for the response. We made changes to several ProCalrity web pages in order to make PImpersonate work. However, we are impersonating the user in PSecurityFuncs.asp page

     

     

    Code Snippet

    Sub Start_ImpersonateLoggedOnUser()

    PImpersonate.StartImpersonation Session("username"),"domainname",Session("password")

    End Sub

    Sub End_ImpersonateLoggedOnUser()

    PImpersonate.EndImpersonation

    End Sub

     

     

    Thanks again

    Ali

    Tuesday, August 12, 2008 9:30 PM
  • Just to be clear, you're using the Web Pro and not the Web Standard, correct?  Just for information, if you are using the Web Pro, do you see different behavior when using the Standard?  That is, does each user get their own "My View" collection using the Standard client?

     

    Friday, August 15, 2008 12:07 AM
  • Yes, issue occurs in web pro. In web standard, everything works as expected. Users see their “my views” on web standard.

     

    On the iis security settings for PAS, we have anonymous and windows integrated both checked.  Under the anonymous we have an active directory user account and password that has rights to PAS. (BTW all web prof my views show under this account). When users first hit the form based login they enter their user name and password and start using the web standard. Web standard converts from that anonymous account to what they entered.    

     

    However, when users fire up web pro (we use http pump to connect the data source) web pro asks a username password too, the users see in my views whatever is in that aynonomus account. Also when they save it saves to that account. It also looks like web pro is loading the views before it even asks username and password.  

     

    Thanks

    Ali

     

     

    Friday, August 15, 2008 2:43 PM
  • I believe what you are seeing is expected.  We haven't seen it before because most impersonation implemetations are thin, and as you mention, this works fine with Standard.  But, you are correct in your observation that Web Pro is going to handle My Views differently than does Standard.  Essentially, it will check IIS for the user without going through the impersonation code and since IIS is set to use anonymous, that is the account it will use to setup My Views and retrieve any existing ones.  This is unfortunately embedded logic in the code.  I'm not sure you have much of an option, other than to instruct users to keep their own briefing books as "my views" and not use the built-in functionality.

    Thursday, August 21, 2008 12:00 AM
  • Yes , that's what we asked them to do.

     

    Thanks anway.

    Ali

     

    Monday, August 25, 2008 2:51 PM