Post

4 followers Follow
4
Avatar

Redirect to the same page after login

erin peloquin

It looks like Ontraport's membership module is only set up to redirect to one and only one page on login. Can anyone think of a workaround to this? I don't want to redirect my membership level, I just want people to be able to stay on the same page and view the password protected content after they login.

Even on Ontraport's own website, it's a pain. I had the knowledge base open in my browser from last night. This morning, I tried to a reply to a thread I had been reading, was prompted to login and redirected to the front page. It's a annoying and sometimes challenging to find the page you had been on previously.

Thank you!

Completed

Official comment

Avatar

PilotPress version 2.0 included a complete re-write of how we track logins, and will now redirect to the original linked page when the member has to log in to access it first. The complete list of changes with PilotPress 2 to 2.0.3 are:

Changelog

2.0.3

  • Added better logic that will help reduce the amount of erroneous API calls PP makes when trying to reconnect to ONTRAPORT

2.0.2

  • Fixed issue that caused Promotional Tool shortcodes to not show up correctly
  • Fixed issue that caused custom login boxes to incorrectly display error messages

2.0.1

  • Added new shortcode: [pilotpress_sync_contact] to allow a manual resync when the shortcode is processed
  • Added above shortcode to the TinyMCE plugin drop-down menu
  • Fixed WYSIWYG editor conflict between PilotPress and OptimizePress
  • Login redirect fixed for non-root domain installations of WordPress
  • Updated the way forms are listed under the add media button pop-up
  • Fixed incorrect error reporting issue when developer’s debug mode is active
  • Plugin conflict between Search and Filter Pro, and PilotPress resolved
  • Fixed issue where a failed login on a custom login page would strip styling

2.0.0

  • Moved stored data out of sessions into transients
  • Added ability to sync users with ONTRAPORT, works with existing WordPress users
  • Added option to preview a post or page as a specific membership level
  • Added support for ONTRAform insertion
  • Added drop menu in tiny MCE editor to insert shortcodes
  • Added new shortcode does_not_have_tag
  • Added option to add new users to campaigns
  • Added “Forgot Password?” link to bottom of login page by default
  • Added a button to clear all stored PilotPress transients under advanced settings
  • Added HTML5 video encoding support
  • Added “PilotPress Levels” column support for custom post types
  • Added ability to log page visits to a contacts contact log after successful log in
  • Added dropdown to the WYSIWYG editor to show our shortcodes
  • Added new hooks for:
    • Pre & Post ONTRAport member authentication
    • Pre & Post user logout
    • User login failed
    • User lost password
    • Content hiding
  • Fixed redirection after user login
  • Fixed redirection when both centers are active, added priority setting on settings page
  • Fixed issue where PilotPress not load tiny MCE plugins correctly
  • Fixed bug where any extra space in API key or App ID would invalidate PilotPress
  • Fixed bug where security plugins could cause the WYSIWYG editor not to load properly
Frank Hagan
Comment actions Permalink

Please to leave a comment.

12 comments

0
Avatar

It's not working for me that way. I just deactivated all plugins to test.

I send the user a link, she is prompted to login and does so using the pilot press short code. She is redirected to the page listed for redirects in the pilot press settings.

erin peloquin 0 votes
Comment actions Permalink
0
Avatar

Hi Erin,

That's the same exact issue we have been dealing with for our customers queries very frequently. And we have been in contact with Ontraport technical support division about this and they have said that they do not want Pilotpress to work that i.e. "redirect to the originally requested page after login" because they say it may cause redirect loop due to that.

However, like you, we are also eagerly waiting to have a fix for this as soon as possible. Because until then, we have to keep ourselves repeatedly answering to our valuable customers that they will have to enter the url again into the browser that they wanted to access before login. And as you can guess, many of our customers keep asking "Why?" :-( They presume it as a system flaw.

We believe, many other popular Wordpress premium membership plugins do not have this sort of limitation. So, we would pray and hope that Pilotpress Developers Team will take this issue with priority and let us have a good news on this issue quite soon.

Best Regards

Roger Elliott 0 votes
Comment actions Permalink
0
Avatar

Hello Ontraport,

Do we have any good news or update on the issue here? This feature will be very useful for everybody.

 

Roger Elliott 0 votes
Comment actions Permalink
0
Avatar

So far, I have not found a solution that will work. If the person is logged out, they have to log in again. If they do that from a separate log in page then WordPress takes over and we can't (easily) access the "last referrer" page to see where they two pages ago.

Note that WordPress, by default, keeps people logged in for 2 days. If they have clicked the "Remember me" check box WordPress keeps them logged in for 14 days. They click the link and go to the page if they are within that period of time. There are plugins that allow you to extend that logged in time to a year or more so those may work for you.

But if they are not still logged in, PilotPress redirects your visitor to another page set by the "On Error" setting when you edit the page. The HTML headers only have one referring page, so the page set in that "On Error" setting is the page they get redirected to after login IF PilotPress doesn't take over. 

We are still looking for a solution that will work for everyone, but there are some limitations set by the HTML referrer field and WordPress that are pretty daunting. 

Frank Hagan 0 votes
Comment actions Permalink
0
Avatar

Thank you very much Frank for this update. That's very reassuring for us to hear that Pilotpress is taking this issue seriously and looking for solution. Please keep us posted if any new update comes here! Thanks again...

Roger Elliott 0 votes
Comment actions Permalink
0
Avatar

Hello Ontraport,

This is one of the important factor that should really work for a membership based website. Otherwise new customer/members keep asking and get dissatisfied that they are always required to copy/paste the protected page url again into browser after log in even if they just already did that before log in.

Please provide some update here when it will be fixed? Is it already in the fix list of the next release of the plugin?

Roger Elliott 0 votes
Comment actions Permalink
0
Avatar

This can not be fixed.

PilotPress redirects your visitor to another page from the protected page if they are not logged in. The other page is set by the "On Error" setting when you edit the protected page (it is the login page by default). The HTML headers only have one referring page, so after login they will be referred either to the page set in that "On Error" setting, or the page specified in Settings > PilotPress > Post Login Redirect Settings. 

 

 

Frank Hagan 0 votes
Comment actions Permalink
1
Avatar

We have a complete re-write of PilotPress in the works, and this will be corrected in the new version. 

Among the changes are a complete rewrite of the login tracking. This will enable you to have a link to a specific protected page, and set the page to redirect to the login form if the person isn't logged in. After logging in, they will continue on to that original protected page rather than going to the page set in the PilotPress settings.

Edited: It's hard to give an ETA on the release. The code is written and it is in QA review, but that process can take several weeks. I would look for the update by the end of the year (2017). 

Frank Hagan 1 vote
Comment actions Permalink
0
Avatar

Sounds great, Frank!! Looking forward to that release :)

Roger Elliott 0 votes
Comment actions Permalink