Perl 6 - the future is here, just unevenly distributed

IRC log for #openam, 2014-06-05

| Channels | #openam index | Today | | Search | Google Search | Plain-Text | summary

All times shown according to UTC.

Time Nick Message
00:54 pheadron joined #openam
01:07 pheadron joined #openam
01:15 pheadron joined #openam
01:45 metadaddy|meetin joined #openam
06:16 Wusel_ joined #openam
06:16 Wusel_ a new day, a new problem :>
06:17 Wusel_ i edited the login.jsp but now the ?goto=... part in the url  is not recognized by openam, it's always redirecting to the enduserpage and not to the goto-url
06:18 Wusel_ the hidden fields like <input type="hidden" name="goto" value="aHR0cHM6Ly93d3cucGx​hbmNvbm5lY3QuZGUvZ28vdWkj" /> are filled
06:19 Wusel_ asyd: ? :)
06:30 asyd well sorry I can't help you on login.jsp customization
06:39 Wusel_ at the moment i'm deleting line by line of the working login.jsp till the goto-url is not working too :P
06:40 asyd just curious why you modify login.jsp, for look and feel?
06:42 rghose1 joined #openam
06:47 Wusel_ for look yes
06:56 asyd have you look the wiki?
07:06 bthalmayr joined #openam
07:16 Wusel_ yes but didn't find something helpful. curious because the hidden fields are set but it's still ignoring the goto-part
07:57 Wusel_ when i look in the src of the /UI/Login then the goto-field is set
07:58 Wusel_ maybe i missed some classnames
08:13 Hunger- joined #openam
08:17 Wusel_ do u know where the part in the src is that is reading the goto-part? :/
08:17 Wusel_ asyd: ?
09:10 bthalmayr LoginState.java?
09:24 Wusel_ could it be that it has something to do with
09:24 Wusel_ <jato:tiledView name="tiledCallbacks" type="com.sun.identity.authent​ication.UI.CallBackTiledView">
09:24 Wusel_ ?
09:33 bthalmayr Unfortunately I did not see the actual issue in the chat ... could you please repeat it?
09:34 asyd Wusel_: tried to remove openam stuff from login.jsp ;p
09:36 rghose2 joined #openam
09:39 bthalmayr goto parameter is read from request and sent as hidden field ...
09:43 Wusel_ bthalmayr yes i saw that
09:43 Wusel_ the hidden fields are set
09:43 Wusel_ but it still redirects me to the end user page
09:44 bthalmayr have you checked http trace if the goto is really transmitted ... it's also seen in Authentication debug log ; level set to 'message'
09:45 bthalmayr if you have 'goto' url checking enabled , at it's not a valid target 'goto' will be ommited
09:45 Wusel_ when i use the original Login.jsp, it's working
09:45 bthalmayr and the default successUrl (console) will be used
09:45 Wusel_ then i replace it with my own Login.jsp and redirection is not working
09:46 bthalmayr so most likely goto is not transmitted ..
09:46 Wusel_ that's why i think i missed something
09:47 Wusel_ in the amAuthentication.access i see if it's transmitted?
09:47 bthalmayr Authentication debug log
09:47 bthalmayr or just use liveHTTheaders plugin for Firefox (or TamperData, or Fiddler,or ..)
09:52 Wusel_ java.lang.Error: return from DSAMECallback
09:52 Wusel_ is this the issue?
09:54 bthalmayr no it's just there to 'jump back'
09:54 bthalmayr search for 'goto' there
09:54 bthalmayr but you need to enable 'message' level logging
09:54 bthalmayr see docs
09:56 Wusel_ there are a few lines where the gotourl is written
09:56 Wusel_ but then
09:56 Wusel_ currentGoto : null
09:57 Wusel_ URL name : PostProcessLoginSuccessURL Value : Not set - null or empty string
09:59 Wusel_ at the beginning in "constructLoginURL: Returning login url for forwarded request:" there is the correct url
10:00 Wusel_ does this help me in any way to solve the problem? :P
10:04 Wusel_ why doesn't it transmit the goto-url when it's able to save it in the hidden fields?
10:39 Wusel_ bthalmayr: ?
10:51 rghose1 joined #openam
11:13 bthalmayr the goto url parameter is sent from Agent to OpenAM and after successful auth OpenAM sends a redirect to the value of the goto
11:21 bthalmayr joined #openam
11:22 rghose1 joined #openam
11:29 MegaMatt joined #openam
11:40 rghose1 joined #openam
14:25 cocotton joined #openam
14:27 cocotton Hey all. Yesterday I found that some of my SSL certificates had wrong information inside of them (e.g. country value). The certificates got updated with the good information but I had some weird issues. When I tried login in on a website using openam, I found myself in a 302 loop. The way to fix that was to delete my cache and cookies
14:27 cocotton Yet, do you know if there is another way to fix that?
14:28 asyd which SSL certificates? https of openam?
14:28 cocotton https
14:28 cocotton because the way to fix it seems to be a workaround and really, it's a pain telling your users to clear their cookies :(
14:29 asyd cookies are not linked to a certificate
14:30 cocotton maybe the cache then? I'm somewhat new with openam, so I still don't fully grasp how it works
14:30 asyd which cache?
14:31 cocotton That's a good question! Since the problem got fixed by clearing my cache and cookies, I supposed maybe the problem could come from there
14:32 asyd where is your certificate? apahce, or tomcat?
14:34 cocotton apache
14:50 cocotton joined #openam
14:51 cocotton back
15:41 cocotton asyd: Do you have an idea of what could cause the problem we were talking about earlier?
15:54 cocotton maybe a simple restart could do the job : https://lists.forgerock.org/piperma​il/openam/2013-October/014010.html
16:44 cocotton joined #openam
18:02 ramteid joined #openam
20:04 bthalmayr joined #openam
20:54 MegaMatt joined #openam
23:18 MegaMatt joined #openam

| Channels | #openam index | Today | | Search | Google Search | Plain-Text | summary