VirtueMart

WooCommerce

Others

Docs

Support

Demo

Blog

About

Forum
Welcome, Guest
Username: Password: Remember me

TOPIC: Not working?

Not working? 25 Oct 2014 10:59 #1

I installed plg_opentools_vm2_buyer_assign_group_v1.2

But when customers buy the product that is supposed to assign them to a certain virtuemart shopper Group, is is not happening...

I enabled the plugin and created a custom field for it and set the "Order status to indicate a successful purchase" as COMFIRMED

I then have a product that when people buy it, the plugin is supposed to add the customer to a virtuemart shopper Group - so I set that up in the custom field for that product......

But but....... nothing happens when a customer buys that product and the payment is confirmed thourh Paypal....

Can you help me?

I am using:
Joomla 2.5.27
Virtuemart 2.6.8
plg_opentools_vm2_buyer_assign_group_v1.2


If you need admin access please email me at This email address is being protected from spambots. You need JavaScript enabled to view it.


Thanks
Finn
The administrator has disabled public write access.

Not working? 27 Oct 2014 12:07 #2

Could it be a language issue?

My virtuemart operates in Danish and updates cofirmed orders to an order status named "BEKRÆFTET" which is the Danish Word for "confirmed"

I am really desperate to get this to Work.
We use our virtumart to get annual payments from several hundred members, that need to be updated to be part of the "2015 member Group" very very soon. They have already startet paying for 2015 and right now I need to update each member manually.....
An Automatic function for this would really be a great help!


Thanks
Finn
The administrator has disabled public write access.

Not working? 28 Oct 2014 17:33 #3

Dear Finn,
The language does not matter, because internally VirtueMart and my plugin handle the order status via the shortcut (which is "C" for confirmed and does not depend on the language that is displayed).

Of course, having admin access to your backend would probably make it much easier to find out where the problem lies... You can send the access for a temporary admin user to This email address is being protected from spambots. You need JavaScript enabled to view it.

BTW, I hope you are aware that all VM versions before 2.6.10 contain security issues!

Best regards,
Reinhold
The administrator has disabled public write access.

Not working? 29 Oct 2014 00:21 #4

I have sent you an email - an account is created for you

And yes - I need to upgrade VM - I know and I will
I just want to make sure I have my templates backed up and that I start using "personal overrides" in VM first, so the upgrade does not mess up my templates :)


Finn
The administrator has disabled public write access.

Not working? 30 Oct 2014 01:32 #5

Any news on this?
I have created an admin account for you and sent you the info by email....


Thanks
Finn
The administrator has disabled public write access.

Not working? 31 Oct 2014 01:26 #6

Dear Finn,
Thank you for the report and your help with the admin access. I have now tracked down the problem: Under some circumstances, installing version 1.2 of the plugin on a new shop did not properly create the database tables for the plugin, so the plugin couldn't store anything into the database. As a result, it could not react to changes in the order status and thus no users were added to / removed from your VM shopper groups.

I have now released version 1.3 of the plugin, which should fix the problem. Please let me know whether this really fixed your problem.

Best regards,
Reinhold
The administrator has disabled public write access.

Not working? 31 Oct 2014 02:18 #7

Thank you som much for your support and great service :)

I look forward to see if it works when the next purchase is done in the virtuemart shop :)


Also thank you for installing the new version for me :)



Finn
The administrator has disabled public write access.

Not working? 02 Nov 2014 15:08 #8

Dear Finn,
Sorry that this fix (which fixed one real bug, but apparently not yours) didn't work.

I have meanwhile found the real cause of the problem, and I'm trying to implement a proper fix.
The issue is that the PayPal payment confirmation ("IPN") is sent from the paypal servers to VirtueMart as a separate request. I.e. when the payment is processed, there is no active user logged in.

Think of Paypal loading your page like any stranger, of course for them there is no one logged in, because that request cannot and should not be able to use the authentication cookies of your user.


Now, the plugin tries to add the user to Joomla groups and VirtueMart shopper groups. Setting Joomla groups work fine in a plugin, even if no user is logged in for the current request. However, VirtueMart has some more "security" checks in place and refuses to change shopper groups through its own functions when no user is logged in.

The solution is to not use the VirtueMart API and its user model to change shopper groups, but modify the database directly and tell virtuemart that a user has changed in the database (so that the user is reloaded and its cache is invalidated).
I'm trying to implement this and I'll tell you when its ready.

Best regards,
Reinhold

PS: You might wonder why our testing never ran into this problem. I was testing the plugin with the standard payment methods that change the order status directly when the user submits the order. In that case there is a user logged in and the plugin works fine. I am also using the plugin on open-tools.net myself with the paypal payment methods, bug "unfortunately" I only assign Joomla groups, which also work fine if there is no user logged in...
The administrator has disabled public write access.

Not working? 06 Jan 2015 00:35 #9

Dear Finn,
I had fixed that PayPal issue already two months ago, but completely forgot to actually upload the fixed version to open-tools.net!

Version 1.4, which I finally uploaded an hour ago, fixes your problem with PayPal (and also other payment providers that send asynchronous payment notifications to VirtueMart).

Best regards and sorry for the delay of the fix,
Reinhold
The administrator has disabled public write access.

VM - Shopping cart

 x 

Cart empty

Login Formular