montseel

My apologies, Nick, I thought I had already replied to you. Thanks again for looking into it, even if it wasn’t possible to find a solution.

@plopman , I already tried this in a local dev environment, and you can see the result in the screenshot. The only change is that the remainder of the top level categories do not appear. The issue was not so much this, as that the user had to click twice to filter by the specific subcategory. A workaround, which I also considered, was to manually add all the subcategories, but it’s a no-go because of the high maintenance cost (and how easy it can be to forget to update the template). In any case, thanks for your help!

Kind regards,

Montse

Hi Nick,

Thanks a lot for looking into this. The page is this one. It’s the archive page for category “Recursos y Actividades”. As you can see (screenshot), the categories shown correspond to the top-level categories.

If I click again on “Recursos y actividades”, now I see the subcategories within it (screenshot). Ideally, this is what my client would like to see, since the page is already an archive for “Recursos y actividades”.

I hope everything is clearer. If you have any questions, please let me know.

Thanks again for your time.

Kind regards,

Montse

Hi Marcel!

Thanks a lot! Tried it in both testing and production environments, and it works ?? It’s great that you could fix issue 2.

Best,

Montse

Hi again, Marcel!

Sorry for the long delay, but I couldn’t get back into this until today.

After quite a lot of testing, I believe there are actually two bugs / issues. I’ll explain them following the order in which I think they’ll be easier to understand / solve.

First issue

On a clean WordPress instance, I installed:

• EDD
• Email Users on Update of Download for Easy Digital Downloads

I activated both, and added some Downloads and “bought” them through the Store Gateway using one of my users.

After doing so, when clicking on the Send Email to Customers, in order to notify them of a change, nothing happens (i.e. no email is sent, and there is no message either).

<span style=”text-decoration: underline;”>How to solve this</span>

In the file edd-email-user-admin-ajax.php, I changed the following condition in function edd_email_on_update_get_recipients($download_id):

if (false === $recipients){

to:

if ( (false === $recipients) || (count($recipients) === 0 ) ) {

Bear in mind that this bug only happens the first time you try to send an email to the customers of a certain Download. If an email is sent successfully for a certain Download, and then the code is reverted back to the original if condition, on the following attempts everything works correctly.

I had already included this change when I first got in touch, but didn’t realise that this first-email issue was there.

BTW, I tested this on a local WordPress install, using Local by Flywheel.

Second issue

I believe this second issue might be due to what you mentioned:

It could be that another plugin that has a metabox on the edit page has a bug, where it overwrites the post ID. That way the download_id in this plugin will have the wrong value. Since the metabox of this plugin is loaded quite late in the list of metaboxes, there is a bit of chance for that to happen.

I deactivated all plugins on a replica of my client’s website, and activated them in blocks, and I believe I found the culprit: Easy Media Gallery. When it’s active, no emails are sent because of the wrong ids. This happens under the following conditions:

• Only active plugins are EDD + Email Users on Update… + Easy Media Gallery

If I activate all plugins, except Easy Media Gallery, it works and emails are sent.

However, when I tried to reproduce the issue on a clean install, with the bare minimum:

• EDD
• Email Users on Update of Download for Easy Digital Downloads
• Easy Media Gallery

Everything works properly.

I’m quite baffled as to what is going on. Any idea of what could be wrong, and why the difference in behaviour? I’d like to figure it out, but at the same time, I’m not sure it’s worth it considering that it seems difficult to find the exact conditions under which it can be reproduced.

BTW, the code I sent you a few months back seems to solve the issue.

I think you want to use the permalink here to obtain the post ID?
That would mean that the download_id was not set correctly or not available in the callback function.

Yes, the id was wrong and I was trying to get the good one from the permalink.

Thanks again for your time.

Kind regards,

Montse

Hi Jarno,

Thanks a lot for your reply. To answer your question:

Does the content load after consent is provided, so, is it just the placeholder that doesn’t appear? If this is the case, perhaps the content is not an <iframe> in the case of the MemberPress course; or is it the exact same embed?

No, it didn’t. Both embeds that were placed inside MemberPress courses had the same behaviour regardless of selected option (block / allow cookies). In the first case, the embed was always visible. In the second case, it never showed, not even the placeholder.

An alternative approach would be to not block this content specifically on course/members pages. For instance, you can exclude Complianz from these pages based on the URL with an MU Plugin.

The following snippet would exclude Complianz on pages where the URL contains course, but you can change this as needed for your case. exclude-from-course.php

Thanks so much for this! I tried it and it seems to work, and it’s a much better solution than enabling Genially globally.

If anyone else is looking exactly for this solution, bear in mind that you may have to change “course” in the code for “courses”.

Kind regards,

Montse

Hi Marcel,

I’m sorry, but I haven’t had the time to look into this. As things stand right now, I don’t think I’ll be able to check it until December or so (luckily the end of November).

Just wanted to let you know that I haven’t forgotten and that it’s going to take a while.

I hope that’s okay.

Thank you!

Montse

Hi Marcel,

Thanks for checking this. I’ll try to do some tests this week following your suggestions and I’ll get back to you.

Montse

Hi Marcel,

Thanks a lot for looking into this. I’ve just sent you an email with the code.

Best,

Montse

Sorry for the delay in my reply, but thanks very much for the looking into this!

Hi Nick!

Thanks a lot for explaining and providing two possible solutions. I went for the hook option since it will save time in the long run.

All the best,

Montse

Great to hear!

Thanks, Ben, for looking into this and following up.

No, all websites have the free version of the plugin.

BTW, they were all updated to version 1.18.1 with no issues.

Hi Ben!

Thanks a lot for looking into this and posting a fix so quickly. I’ll update the plugin later.

I know you said in your first message that in terms of auto-updates Independent Analytics should work no different than other plugins, but do you have any intuition on why this happened?

Thanks again!

Montse

Hi Aert,

Thank you very much for looking into this. You’re right – you must be logged in into Vimeo for this to happen. My apologies: I thought I had checked it thoroughly and believed Google was the culprit.

What you say makes sense: if, as a Vimeo user, I accept their cookies, in a way it’s logical that the website will track me when I visit any website with embedded Vimeo content in it.

I understand the point though that in terms of the GDPR it’s hard to say whose responsibility it is to block these cookies. I think that, for the time being, I’ll leave it as it is, and maybe in the future will start blocking videos, especially if I change to YouTube.

Thanks a lot again for your help and input.

Best,

Montse

Thanks a lot for looking into this. I’ve been doing multiple tests today and I realised that it’s not a CF7 issue. The issue happens with other plugins such as WP Forms. My apologies.

For anyone else with the same issue – in my case it has to do with email forwarding. Emails sent to my domain address are forwarded to a Gmail address. The contact form emails are received at the domain email address, but then there is an issue with the forwarding. I believe that Gmail marks them as Spam and rejects them.

What made me think that it was a CF7 issue was the fact that all email sent to my domain address was correctly forwarded to my Gmail address, and only emails from CF7 were failing to reach it.

So far, I’ve found two workarounds for this:

• Configure CF7 to send emails directly to Gmail, instead of the domain address.
• Use a SMTP plugin, such as WP Mail SMTP, which will require you to login using one of the domain addresses to act as the sender.

My advice, if you’re in similar situation, is to do the following:

• Check your domain address inbox, to see if emails are there.
• If you can’t or don’t know how, try a different plugin and check if the issue persists.

If any of these are true, I think it’s likely that there is some problem with email forwarding.

I’m also waiting for an answer from my hosting/email provider to see if there is some kind of configuration issue regarding the SPF records.