revoking consent when proxying auth to other IDP

Martin Hitschel Martin.Hitschel at DAASI.de
Mon Sep 11 15:58:08 UTC 2023


Hi,

> Of course, one *could* change the consent flow itself to look for a cookie, act on it, and then clear the cookie. But that's not what it currently does (or will do in short order since 5.0 is about to ship).
Well, yes, that is exactly what I had in mind initially. Would you mind
me writing an RFE?

Cheers

Martin


On 06.09.23 18:24, Cantor, Scott via users wrote:
>> ...but for the solution I sketched, you wouldn't need anything more than
>> just a cookie setter, would you?
> Setting  a cookie doesn't do anything on its own. The act of checking that box on the login form just acts a signal to the consent flow itself to clear the record. The prefs page has no relevance there because the consent flow isn't running after it. It's not in fact even a cookie IIRC, it's an internal subcontext that we create as a signal in response to checking the box.
>
> There's no "logic" behind the prefs page, it's just a bit of Javascript that messes with cookies, nothing happens "afterward".
>
> Of course, one *could* change the consent flow itself to look for a cookie, act on it, and then clear the cookie. But that's not what it currently does (or will do in short order since 5.0 is about to ship).
>
> -- Scott
>
>
-- 
Dr. Martin Hitschel, Senior Consultant

DAASI International
Europaplatz 3                   
D-72072 Tübingen                
Germany                    

phone: +49 7071 407109-0
fax:   +49 7071 407109-9  
email: martin.hitschel at daasi.de
web:   www.daasi.de

Sitz der Gesellschaft: Tübingen
Registergericht: Amtsgericht Stuttgart, HRB 382175
Geschäftsleitung: Peter Gietz



More information about the users mailing list