Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

dev/core#1017: Always bootstrap CRM_Utils_System against 5.14 #14430

Merged
merged 1 commit into from
Jun 5, 2019

Conversation

agileware-fj
Copy link
Contributor

Overview

Changes the legacy Paypal IPN endpoint to always bootstrap the user system, to avoid an error caused by e878028. This was already being done for Joomla, Drupal, and Backdrop, but needs to happen for WordPress as well.

Before

Posting to extern/ipn.php fails on WordPress with Uncaught Error: Call to undefined function get_option()

After

extern.ipn.php works on WordPress as well as Joomla, Drupal, and Backdrop

Comments

Reapplication of #14428 against 5.14 rc branch

@civibot
Copy link

civibot bot commented Jun 5, 2019

(Standard links)

@eileenmcnaughton
Copy link
Contributor

@kcristiano @christianwach I'm merging this as it's consistent with the other CMS

@eileenmcnaughton eileenmcnaughton merged commit dae1413 into civicrm:5.14 Jun 5, 2019
@christianwach
Copy link
Member

@eileenmcnaughton As you're probably aware, WordPress will ultimately have to use this REST route instead of extern/ipn.php once the CiviCRM WP REST API Wrapper plugin is merged into the CiviCRM WordPress plugin to avoid the inherent problems with bootstrapping WordPress from within a plugin. If this serves as a temporary fix that works on the majority of WordPress installs, then it's fine by me.

@eileenmcnaughton
Copy link
Contributor

@christianwach I wasn't aware of that - most IPNS should already be avoiding this file & going via civicrm/payment/ipn path for paypal & other processors but there is a long tail....

@christianwach
Copy link
Member

@eileenmcnaughton Ah yes, of course... that new route sidesteps the bootstrap problem that extern/ipn.php has. Perhaps it would be helpful to have some docs that strongly deprecating the legacy route? Or one of CiviCRM's famous "System Status: Critical" dialogs? ;-)

@eileenmcnaughton
Copy link
Contributor

lol - I think the docs do recommend the correct IPN now? It's configured in paypal so system status can't detect it

@mattwire
Copy link
Contributor

mattwire commented Jun 5, 2019

The issue here, as I understand it and @seamuslee001 explained to me is that for existing paypal recurring you cannot change the IPN URL. So you are stuck with the extern/ipn.php forever unless you get those users to sign up again. The docs are already pretty clear I think.

@christianwach
Copy link
Member

for existing paypal recurring you cannot change the IPN URL

@mattwire FFS :-(

Good to hear that the docs are up-to-date.

gets coat

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants