No browser control is available in App Connect in version 2.1.7 . I earlier version of 2.1.5 it was there are worked but the ternary function did not work correctly as it ignored the logic.
On authorized ( success) log in the page should be redirected to liaisonredirect.html. In gact it gets redirected to another page userinformation.html.
the original code was on:success=browser1.goto( form1.data.query[0].role==âYesâ ? âliaisonredirect.htmlâ : âuserinformation.htmlâ.
However this never worked as even if role=Yes, the return appeared False and the redirect went to userinformation.html.
I then changed it to just a plain redirect, but it doesnât reflect the correct redirect file?
Well it does and then when your liaisonredirect.html page loads in the browser it redirects to some other page. I see nothing wrong in the redirect action, can you clarify please?
You are correct, is a simple redirect, the target page was in turn redirecting to userinformation. I verfied this by changing the target page to pagedrevenues.html which doesnât exist.
Which is meant to compare the value of âroleâ as being âyâ =true, with target page = userinformation.html and if the value of âroleâ is anything but y, then the return is False and it should redirect to pagedrevenue.html.
If you use WLD, WLD1234, in which role is y, and then JB JB4321 as another entry with role = ânoneâ then you can see what happens. It was this problem that started all the awkward redirects in the earlier pages.
Nope that didnât do it. In the current case, it takes all the responses as TRUE, even through the role for JB is âNoneâ and not âyâ, which should be a false return and redirecting to pagedrevenue.html.
Here is the code <form id="login1" method="post" is="dmx-serverconnect-form" action="dmxConnect/api/Security/SetUp.aspx" dmx-on:unauthorized="browser1.alert('Whoops Wrong Entry')" dmx-on:success="browser1.goto(login1.data.query1[0].Role=='y' ? ' userinformation.html' : 'pagedrevenues.html')">
@wld
Iâve checked your page and the problem is the query you check for the redirect. It is not properly filtered by the logged user id (on the SignInOld.html page) and the action="dmxConnect/api/Security/SetUp.aspx returns many users, while you only need the logged user details:
I am clearly missing something. I do not know how to filter a query on the login page other than establish a serverconnection using User Details. I removed the former SetUp and now call it LogIn. Although it seems to continue to function as Setup.aspx in the SignInOld.html page.