Skip to:
Content
Pages
Categories
Search
Top
Bottom

bp-core-catchuri.php | not Redirecting to content after login


  • kelvinnm
    Participant

    @kelvinnm

    7 years ago

    Hello all,

    when our users get their daily digest emails from groups and they click on the links to view content:

    1. They are sent to the login screen if not logged in.
    2. They are not redirected to the original content.
    3. If user is already logged in, they are sent to the login page anyway, but this time it displays a “You are logged in message”

    I have looked hard through the forum here and have found alot of info, tried a few items like modifying the bp-core-catchuri.php file:

    1. Tried changing modes from 2 to 1
    2. Tried removing all redirects we might have etc.

    I am fairly new to this, so I can’t think of anything else that might be causing a default behavior of buddypress to change.

    Any input is welcomed.

Viewing 5 replies - 1 through 5 (of 5 total)

  • Boone Gorges
    Keymaster

    @boonebgorges

    7 years ago

    Can you share the format of the “view content” links in the digest emails? (I’m assuming you’re using buddypress-group-email-subscription – let me know if that’s correct.) They should have a redirect_to parameter, but it sounds like it’s not being respected or is being lost somehow.

    Are you using any plugins that interfere with the way that WP logins work? Perhaps Auth0 or another SSO plugin?


    kelvinnm
    Participant

    @kelvinnm

    7 years ago

    Good morning Boone,

    before I start. I just want to say a big thank you from Boulder, CO. You guys are awesome!

    Below:

    View Content url > https://www.community.newmessage.org/login/?action=bpnoaccess&auth=1&redirect_to=https%3A%2F%2Fwww.community.newmessage.org%2Factivity%2Fp%2F3284%2F

    We are using Rocket Chat and have installed a plugin called: WP OAuth Server – CE

    Description: “Use WordPress to power your OAuth 2.0 Server. Provide Single Sign On and other OAuth 2.0 functionality.”

    Awaiting further instructions from you. In the meantime, I will try to turn off the above plugin and report back to you.


    Boone Gorges
    Keymaster

    @boonebgorges

    7 years ago

    > I just want to say a big thank you from Boulder, CO. You guys are awesome!

    Right back at ya!

    It looks likely that the OAuth plugin is the culprit. I have not tested, but it looks like there’s a line in oauth2-provider/library/class-wo-api.php that redirects auth requests to wp_login_url() and tries to guess the proper redirect_to parameter, but might miss the querystring as it’s sent from the BPGES plugin. You should be able to verify by disabling the plugin and seeing if the BPGES login chain works without it. If that’s the case, it’s likely that you could fix the problem by ensuring that the OAuth plugin passes the $SERVER[‘QUERY_STRING’] or something like that, but it’d take some further digging into how the plugin works to be sure.


    kelvinnm
    Participant

    @kelvinnm

    7 years ago

    Thank you sir! I have send this information to our database guy, and I will also try this out on our dev site.

    Have a wonderful rest of your day!

    Kelvin


    kelvinnm
    Participant

    @kelvinnm

    7 years ago

    Good day Boone,

    We have disabled the plugin altogether and plan on not using it further. The issue still persists.

    We are also using Subway and have disabled that plugin as well in our dev website, the issue still persists.

    I could give you some login credentials for you log into our dev site but don’t know where to post it in this forum.

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

Topic Info

Skip to toolbar