samlinck

The customer in question had some parameters in the url that forced a redirect after login. This is a bug related to wp and not to your plugin, so I will mark this question as resolved.

I asked the customer to answer these questions, answers in bold:

1. Does this user use a different login page than the other users? No.
2. Does this user has a different role than the other users? The user has a combination of 2 roles: editor & custom one.
3. This started happening right away after setting up 2FA, or this used to work and then it “stopped” ? Stopped.
4. Can the user try logging in from a browser in Incognito mode? Does it help? No.
5. What if the user tries to log in from a different device / computer? Can the issue be reproduced? Yes.
   
   We tried to reset his 2FA, then it worked one time & then it stopped working again.

• This reply was modified 1 year, 2 months ago by samlinck.
• This reply was modified 1 year, 2 months ago by samlinck.

Oh okay, my bad. Thanks for the quick reply

Yes I understand that, but shouldn’t the file be present in the temporary folder untill the mail is sent? Now I’m trying to copy the file in add_action(‘wpcf7_submit’). But the temporary folder is always empty. Or Is there a way to acces the file earlier?
I’m trying to send all the data and file to an api btw.

I just found out that wp_yoast_seo_meta is a deprecated table, so that problem is fixed. Would it be possible to make a cron job that runs this wp CLI command once in a while “wp yoast index –reindex”? Can this be harmful? Or would you recommend to run an sql command that removes the old posts from the “wp_yoast_indexable” & “wp_yoast_indexable_hierarchy” table?

I found this in the error log

PHP Fatal error: Call to undefined function parse_blocks()

Please help.

Hi,

The problem is solved. I found out that the admin mails were send to the registration email. So I changed it to multiple emails.

Thanks