Needed time for Joomla new user's access type to be active

Hi Antonio,
When a new user subscribes to a plan via Membership Pro, the Stripe transaction is successfully processed and the user is immediately marked as Active within Membership Pro.
At the same time, Membership Pro creates a new access level (e.g., “3 months”), which is a child of the default “Registered” access level. However, this new Joomla access level is not applied instantly by Joomla core. There is a delay of approximately 3-4 minutes before the user actually is granted with the updated permission.
During this interval, the user only has “Registered” access and cannot access the subscribed content. The correct access rights are granted only after this delay.

I suspect this may be due to synchronization processes between Joomdle and Moodle when provisioning the user and assigning permissions. Is there a way to reduce or eliminate this delay so that access rights are applied faster after successful payment?

Thanks

Hi.

> During this interval, the user only has “Registered” access and cannot access the subscribed content. The correct access rights are granted only after this delay.

I would say this is not related to Joomdle.
To make sure you can do this: disable automatic Moodle user creation in Joomdle config in Joomla, and proceed to repeat the same test with a new test user.
Disable also the Joomdle integration in the plan, if you have it set.

I've only disabled the Joomdle plugins and the problem disapears, no delay.
To be more precise:
With Joomdle plugins activated:
1) Creation of the user: Joomla sends the mail that the user was created instantaneously
2) Membership Pro sends the mail to the user of successful membership creation about 3 minutes later

With Joomdle plugins disabled:
1) Creation of the user: Joomla sends the mails that the user was created instantaneously
2) Membership Pro sends the mail to the user of successful membership creation instantaneously
 

> 2) Membership Pro sends the mail to the user of successful membership creation about 3 minutes later

This is when you have a Joomdle integration configured in the plan? Are you adding the users to many Moodle courses? It seems that the cause might be that the enrolling process is slow....
You can try with only one course to see if it changes anything.

I am in development mode for both Joomla and Moodle. There is only one user for my testing, there is only one course in Moodle, and therefore only one enrollment for Membership Pro.

My Moodle configuration is working fine, except for one point for which maybe I am making a link: the email from Moodle does not work for a reason I do not know. When I ask Moodle to send a test mail the process times out after exactly 3 minutes with a message stating "Test of the outgoing email" and a mail that is not sent. Is it possible that this could block the process for Joomdle?

I do not know if there is a link, but anyway, I am sure that the SMTP parameters I set in the Moodle email outgoing configuration is correct. That is the only thing I set. I have no idea on how to make it work.

Yes, I am pretty sure that's the reason: Moodle will try to send an email when enrolling the user, and the timing seem to match.
I think you can disable course email in course settings if you want to be sure.
As for SMTP: a timeot may indicate some block or settings error... if Joomla email is working fine I would start by copying and pasting the config from one to the other to avoid any typos.
If Joomla and Moodle are on different IP addresses, maybe there's something you need to do to allow connections from the Moodle site.....

Hi Antonio,
The problem disappears when I disable the entire Moodle email functionality inserting in config.php the instruction $CFG->noemailever = true;
I will leave it like that for the meanwhile but it is anoying. I use exactly the same email configuration than the one created in the Joomla config. Could the problem be due to the fact that Moodle folders are located under the Joomla root folders with a linux symlink pointing to the Moodle root ? Instead of using a sub-domain?

No, the email problem cannot be related to where Moodle is located, as far as I know.