User Login - can change Login Name in Application? (OpenInsight) [Revelation On-Line Wiki]

This page is read only. You can view the source, but not change it. Ask your administrator if you think this is wrong.
{{tag>category:"OpenInsight" author:"Richard Bright" author:"Don Miller - C3 Inc." author:"WinWin/Revelation Technical Support"}}

[[https://www.revelation.com/the-works|Join The Works program to have access to the most current content, and to be able to ask questions and get answers from Revelation staff and the Revelation community]]


==== User Login - can change Login Name in Application? (OpenInsight) ====
=== At 15 JUL 2000 05:59:21PM Richard Bright wrote: ===
 
 
<QUOTE>
Would be pleased to know if it is possible to re-"Login" as another user within the application. Leastwise I interested in promoting the security level of a user ie by re-logingin as (an) other user without exiting the application first.  

(I am working at a application based security system and would like to synchronise it with the RevSoft Security - otherwise I have to set all Application logins as at the USER=1 level.)



Richard Bright
</QUOTE>
----

=== At 18 JUL 2000 11:30AM Don Miller - C3 Inc. wrote:  ===

<QUOTE>In a run-time, I don't think so since the startup line contains the Application and Username (/AP=XXX /UN=yyy).  If you're in a development copy, you might be able to if you put a hook in your startup screen that would let you do this (e.g. RUN APPLICATION which would prompt you for the Application Name and Username/Password).  I'm not certain about this however.



Don Miller

C3 Inc.

</QUOTE>

----

=== At 18 JUL 2000 12:48PM WinWin/Revelation Technical Support wrote:  ===

<QUOTE>Richard-



The fast answer is NO- you can't.



The longer answer is No, but there are ways to work around it. Some developers (such as ourselves) have created their own login screens which get called from the Create event of the Application Entry window, and have the window react accordingly. This could be menu choices appearing/disappearing, etc.



We also use a promoted CREATE event to check for our security level settings.



Look at [url=http://www.revelation.com/8525652b0066bfaf/d739a1010f28f6798525656b00612ab1/24A9ADF25BC2A29E8525664F003473FA?OpenDocument]this[/url] link.



Hope it helps-



Mike Ruane

</QUOTE>

----

=== At 18 JUL 2000 04:15PM Richard Bright wrote:  ===

<QUOTE>Mike,

You confirmed what I suspected, which is OK. I had one variant which paired the System user_name with an application user_name / security profile.  But the need to 'login' within the application to promote to a higher security level caused me to rethink the stratergy.  Before I moved on, so to speak, I wanted to make sure I had explored all options. I have just changed from security control based on the System Login to my own Login system and security stored both in a table and a Common variable.  Hadnt thought of using @UserN - maybe that might be useful.



Richard Bright

</QUOTE>

----

=== At 18 JUL 2000 04:20PM Richard Bright wrote:  ===

<QUOTE>Thanks for your comments Don.  I haave decided to have runtime login as USER (Priveledge=0) and then establish / maintain my own login / security profile within the application.  I use the launch window's create event to put up a dialog_box for security login.

Richard Bright

</QUOTE>


[[https://www.revelation.com/revweb/oecgi4p.php/O4W_HANDOFF?DESTN=O4W_RUN_FORM&INQID=WORKS_READ&SUMMARY=1&KEY=B0F766D98C69D7F08525691D0078CA5F|View this thread on the Works forum...]]