Our installation of wf has never had the need for security other than who may access the portal. We do have a need now to shield the results of a pop up report on a particular tab from certain users.

My simplistic approach was to add a prompt for a password, white font the users entry, shrink the font down so no one can highlight it to see thru the white font. Then we just give out the password to those who need it. Of course the fex does a check against the pw before running the report etc...

It works but having shrunk the font down so much looks weird and if I enter the pw wrong, it sometimes makes reentering it an issue if I do not delete my old entry.

Is there anyway I can have the pw entered in a normal font but display '#' signs or something for the characters so no one can see what the users types?

BTW, I am open to any other idea on protecting this single report.

We are on WF 8.

This message has been edited. Last edited by: FP Mod Chuck,

Using WF8 security model you can grant or not access to user group or specific user(s) so why would you like to add a password protection on report execution ?

If the user/group doesn't have access to the report it won't popup (except if I'm totally wrong about WF8 security).

I suspect mostly because we never implemented a security model and were looking for a quick dirty way to pw protect...

IMHO trying to implement a pwd security as you describe will takes much more effort and maintenance than using WF8 security model.

perhaps...but its not my call...

Ditto / I agree to the following...

quote:

IMHO trying to implement a pwd security as you describe will take much more effort and maintenance than using WF8 security model.

If you have a WebFOCUS Application, then you should use the WebFOCUS functionality...

quote:

...shield the results of a pop up report on a particular tab from certain users...I am open to any other idea on protecting this single report...

Do you have a list of users who have authority to access the classified report?

If so, perhaps test the incoming User Id against the list, showing the report if the user is on the list, and a 'Sorry' message, if they are not on the list?

RobertF,

I have our public dashboard published on our intranet , therefore access is restricted to our company users.

To run the reports you are prompted for a password which is an &variable.

I have a define which selects the ‘Department’ to report from depending on the &variable value. The define is standalone and is referenced in the reports using an include.

I hope this helps.
Mark

quote:

My simplistic approach was to add a prompt for a password, white font the users entry, shrink the font down so no one can highlight it to see thru the white font.

Hi Robert,

If this is the way that you intend to go, then no need to jump through hoops to protect the viewing of the password, just change the "type" attribute for the input control to "password".

T

this sound like what I am looking for..

where do I set this type....on the html page? That is where it's collected and returned to the fex for evaluation...

to be more specific, I collect the PA on the html page where its evaluated in the fex as follows:

-IF &REPORTPW EQ 'Mypasswordexample' GOTO RUNREPORT
-ELSE GOTO SECURITYMSSG;

...and finally, I do see a Type on the properties for the HTML password item...however I am unable to enter anything into it...

Hi Robert

At this point I would suggest you open a case with techsupport to get this working.

You need to ask yourself/managers what is the impact to our company if the report is view by someone who should not be able to see it. If it is minimal then your approach may be all you need. If it is anything else then you should use the security built into the product. ESPECIALLY because you said the public portal in on the INTERNET.