I did submit a pull request (https://github.com/apereo/cas/pull/5204), but was promptly rejected for not having associated tests.  It was a really simple fix IMHO. I'll do a little more research on how to add a test and resubmit.

I would appreciate any and all help!

David



On 7/22/21 3:50 PM, Chris Durham wrote:
Hi,

We too have been bitten by this (and I assume it's a bug too).  If you can fix it and submit that as a pull-request to the main cas project then it would make me very happy!

If you do submit the pull-request then I'm sure Misagh would be able to point out if it was the wrong place - he has been very helpful in guiding me through my first pull-request and getting it to the point where he was happier with it.

(We had to do some nasty js fudging in our core theme to achieve what we needed - but having themed /logout pages would be far easier!)

Chris

On Wednesday, 21 July 2021 at 13:40:58 UTC-5 Chia-Ying Yang wrote:

    I want to confirm whether this is a bug or not, in the current master
    branch.

    I configured a custom theme for a registered service.  If I override
    casLoginView.html via overlay
    (src/main/resources/templates/[theme]/login/casLoginView.html),
    then the
    custom login page template is being used to render the login
    page.  But
    if I override casLogoutView.html via overlay
    (src/main/resources/templates/[theme]/logout/casLogoutView.html),
    that
    custom logout page template is not being used.  In fact the one
    from the
    default theme is always used.  I can even override it via overlay
    (src/main/resources/templates/logout/casLogoutView.html).

    Additional details:

    - after logging out locally, the user is being redirected to the cas
    server /cas/logout?service=[service ID] for single logout, i.e. the
    service is being supplied.

    - during the logout flow, RegisteredServiceThemeResolver is being
    called, but the service retrieved from the flow scope is null.  Only
    LogoutRequest is in the flow scope, and inside it I do see the
    registered service matching what was supplied.  Because the theme
    resolver cannot determine the service, the default theme is used.

    If it is indeed a bug, I think I can fix it in
    LogoutViewSetupAction.doInternalExecute() by placing the service into
    the flow scope.  I don't know enough about Spring web flow to know
    whether this is the right approach or the right place to fix it.  I
    would appreciate any feedback or suggestions!


--
- Website: https://apereo.github.io/cas
- Gitter Chatroom: https://gitter.im/apereo/cas
- List Guidelines: https://goo.gl/1VRrw7
- Contributions: https://goo.gl/mh7qDG
--- You received this message because you are subscribed to the Google Groups "CAS Community" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to cas-user+unsubscr...@apereo.org.
To view this discussion on the web visit 
https://groups.google.com/a/apereo.org/d/msgid/cas-user/f42dbe3d-5051-d2d8-bf72-416269db69fb%40gmail.com.

Reply via email to