Plugin onAfterOrderConfirm triggers not being called.

-- HikaShop version -- : 2.5.0
-- Joomla version -- : 3.4.1
-- PHP version -- : 5.3.28

We're working on a checkout process using the basic PayPal payment plugin in combination with a Hikashop plugin of our own creation which creates a reservation db record when an order containing certain items is created - and activating that reservation when the payment is confirmed by PayPal.

The custom plugin uses "onAfterUserCreate()" to assign the new user to a specific group. It also uses "onAfterOrderCreate()" to build the reservation db entry. These work fine and correctly.

The problem is that the plugin never receives either the "onAfterOrderUpdate()" or the "onAfterOrderConfirm()" triggers, which we need in order to finish the process.

The PayPal plugin IS working properly (although "debug" mode does not automatically write output to the Payment Log file - I manually inserted hika's log-writing triggers inside it to follow its progress from beginning to end to check it, and that does work. ) It process the Notification from PayPal and it properly changes the Hikashop order's status, as well as emailing the change notification to us.

But our own plugin never receives that final trigger which will activate the reservation. (The methods currently contain various commands which would make it very visible if they were processed. Users are transmitted normally to Hika's "Thank You" output without them being triggering.)

How can we tell if these triggers are being sent? Could they be like "onPaymentNotification()", which is sent only to the payment plugin in use? Could I locate where the triggers are being activated/sent? Do you have suggestions for some other way I can troubleshoot this?

Thank you for your help.

BTW, Paypal is being automatically redirected after purchase to the url

index.php?option=com_hikashop&ctrl=checkout&task=notify&notif_payment=paypal

Thank you, Jerome.

So the PayPal confirmation triggers BOTH onAfterOrderConfirm AND onAfterOrderUpdate ONLY to the payment plugin that is in use? There are several forum threads (including #140727 ) which indicate that onAfterOrderUpdate should be called after the Payment plugin has modified the Hikashop order ...

It would appear that the only way to trigger an alteration to the newly created order after payment confirmation is to override or replace the Payment plugin, which would mean manually checking and updating this new plugin every time HikaShop is updated. Is that correct?

Since the "Order" in the onAfterOrderXXX triggers refers to the Hikashop order, not to the payment request, why should these triggers be sent solely to the Payment Plugin, especially while the Payment plugin is already receiving the onPaymentConfirm trigger from the Payment API? It would seem that onAfterOrderXXX triggers should be sent to all Hika Plugins just as onBeforeOrderCreate are.

I appreciate the explanation, which is precisely what I expected and hoped for, but my issue (if you examine the code included in the first post) is that I have a method set up for onAfterOrderUpdate that it is NOT being activated. I don't understand why.

Here is the first method, expanded ( the old-style _construct method ).

function plgHikashopBrainstyles( &$subject, $config )
		{
			parent::__construct( $subject, $config );
			$this->user = JFactory::getUser();
			$this->user->demographics = JUserHelper::getProfile( $this->user->id );

			if( !isset( $this->params ) )
			{
				$plugin = JPluginHelper::getPlugin( 'hikashop', 'brainstyles' );
				$this->params = new JRegistry( $plugin->params );
			}
		}

THAT's the missing piece!

I had assumed that the onAfterOrderUpdate trigger was sent when PayPal redirects back to the original website, instead of paypal sending both a notification transaction AND a redirect request separately.

A minor confusion: when the onAfterOrderUpdate method receives the Order object as input, its new status is marked as "cancelled" instead of 'confirmed'. At the same time, there is a history object included which logs the 'payment', which is the change I will look for to verify that the payment has been received. Is the 'cancelled' status normal or is it an artifact of the timing of PayPal's transaction?

Thank you very much for your help. I would never have figured this out without your assistance.

Your suggestions appear to have resolved the 'cancelled' issue, and your earlier message did resolve the original issue.

Thank you for your time and effort!