Breaks User Role Based page headers

  • Resolved huppbrian

    (@huppbrian)


    1 month, 4 weeks ago

    I have the Block Visibility and Admin and Site Enhancement (ASE) plugins active. I am running the GeneratePress theme and Generate Blocks plugin. I have a Login button in my page header elements that is only visible when the visitor is not logged in. I also have a Logout link created by ASE that is only visible when the visitor IS logged in. When clicked, this link logs the visitor out (bypassing the annoying WordPress logout confirmation page), and redirects the visitor to the site home page.

    Everything works fine with LiteSpeed disabled. However if LiteSpeed is turned on, the Login link continues to be displayed and the Logout link remains hidden even though the user is successfully logged in. If the visitor clicks the site icon or the main nav Home link the Login button is hidden and the Logout link is displayed as expected. However if the visitor clicks the Login button (that should have been hidden) after logging in, an expected notice saying the visitor is already logged in along with a Home button which the logged-in user can click to return to the Home page. If that button is clicked, the page header and nav menu are displayed as expected (Login hidden and Logout displayed).

    Is there some setting in LiteSpeed that can fix this behavior?

    The page I need help with: [log in to see the link]

Viewing 14 replies - 1 through 14 (of 14 total)
  • Plugin Support qtwrk

    (@qtwrk)

    please provide the report number

    you can get it in toolbox -> report -> click “send to LiteSpeed”

    Thread Starter huppbrian

    (@huppbrian)

    Report Number – KZPJOHUG

    Thread Starter huppbrian

    (@huppbrian)

    BTW – I have tried the various presets from Advanced down to Essentials. All exhibit the same issue.

    Plugin Support qtwrk

    (@qtwrk)

    please check the http response header from browser’s dev tool as guest user, and first access after logged in , in particular I am interested to know the value of x-litespeed-cache , x-litespeed-cache-control and cache-control headers

    Thread Starter huppbrian

    (@huppbrian)

    Could you walk me through this? Baby steps and monosyllables, please. I do want to help troubleshoot, but I’m not the brightest bulb on the string.

    Plugin Support qtwrk

    (@qtwrk)

    please check this guide

    Thread Starter huppbrian

    (@huppbrian)

    Just to make sure I understand, you want me to check these fields…

    1. As a website visitor to the site home page
    2. After clicking Login
    3. After logging in (when the issue I reported is exhibited – that is the menu isn’t updated)
    4. After going back to the home page (when the issue is cleared)

    Do I have that right?

    Plugin Support qtwrk

    (@qtwrk)

    it’s more like

    1. oepn browser , open browser dev tool -> select the “netowrk” tab
    2. open your page, check the http response header on the main request (usually the first in the network tab list) , note down the value of x-litespeed-cache or x-litespeed-cache-control header
    3. log it in at the page where you see the menu not updated do NOT refresh the page at this point, and check the aforementioned 2 headers, and note down the value of them
    Thread Starter huppbrian

    (@huppbrian)

    Here’s the info you requested (all with browser cache disabled):

    New visit to home page and also after login…

    Response Headers

    x-litespeed-cache: hit

    Request Headers

    Cache-Control: no-cache

    No x-litespeed-cache-control in either case.

    After page refresh following login…

    Response Headers

    cache-control: no-cache, must-revalidate, max-age=0, no-store, private

    x-litespeed-cache: miss

    x-litespeed-cache-control: private,max-age=1800

    Request Headers

    Cache-Control: no-cache

    Plugin Support qtwrk

    (@qtwrk)

    huh ?

    the first check after login gives you x-litespeed-cache: hit ?

    Thread Starter huppbrian

    (@huppbrian)

    Yep. That’s why I think I must have something configured wrong. Does the plugin have the capability to generate a settings dump file for review?

    Thread Starter huppbrian

    (@huppbrian)

    FIXED – I had disabled the REST API in the Admin and Site Enhancements plugin. After restoring the REST API everything works as hoped for. Sorry to bother you. Please mark closed.

    Thread Starter huppbrian

    (@huppbrian)

    I spoke too soon. Re-enabling the REST API did NOT resolve the issue after all. I’m not sure why it was working for a while, but I still have the same issue.

    Note that in the meantime, I have migrated from dynamic Login/Logout menu items set up in the ASE plugin to similar dynamic menus set up with the UsersWP plugin and I’m still having the same issue when Litespeed is activated. Deactivating Litespeed resolve the issue.

    Plugin Support qtwrk

    (@qtwrk)

    could you please try disable object cache and see how it goes ?

Viewing 14 replies - 1 through 14 (of 14 total)
  • You must be logged in to reply to this topic.