Skip to main content

"Viewer" permissions settings not working.

Comments

4 comments

  • Nico Burgerhart
    The HTML5 Viewer does not use viewer permissions—only the Geocortex Mobile App Framework uses viewer permissions. This means that viewer permissions do not affect whether a user can launch an HTML5 viewer in a browser. In particular, Deny permission does not prevent users from launching the viewer in a browser. This is indeed not very intuitive.
    0
  • Permanently deleted user
    I guess I was thinking the Viewer permission settings would control whether or not the user would get the "Access Denied" message on screen. That was my hope, that the user could attempt to open the viewer in a browser, but if they belong to a Windows group that had been blocked, that they would see an "Access Denied" message in the viewer... the same message a user sees when you explicitly grant (green check) permission to a "Site" and a user that is not in that group attempts to open the Viewer. This would be a nice enhancement... or links to the help page from the permission screen would also be beneficial as the UI somewhat goes against intuition by not doing what it seems like it's allowing you to do. Anyway, we are going to work-around this by creating additional sites. It's dual maintenance but at least it's clear on who has access to what.
    0
  • Permanently deleted user
    Edit... there is a help link on the permissions page... I just missed it.
    0
  • Andrew Vitale
    I am finding myself in a very similar scenario.  I have a request from management to make a Site visible to users outside of my organization, but in a “View Only” capacity.  We do not want to give these outside users the ability to download or export any of this data (sensitive information), but we are OK with them viewing and generating pre-approved reports.  My vision is to create a different Viewer in this existing Site and, based on users permissions, automatically redirect them to that particular viewer in that Site.  When they log out, have them be redirected back to the “Default” (or publically available) viewer. 

     

     

     

    The UI for these setting are not terribly intuitive, as was already stated here.  

     

     

     

    Lance, did you find an acceptable work around for this?  I understand I can build a new viewer in the same Essentials Site and give these outside users the individual URL to that particular Site/Viewer combination.  But this seems a bit too burdensome and potentially confusing to these outside users.  If this is not possible out of the box, am I looking at creating a workflow for this capability? 

     

     

     

    Any insight would be appreciated.  Thanks!
    0

Please sign in to leave a comment.