kristinrutten

Ok… good to know. Thanks!

I can only speak for myself but my site’s settings include HTTPS on both URLs and I’m using PHP 7.0.3. Bumping it up to 7.1 did not make the SSL message go away, but it did create a bunch of new problems so I reverted back to 7.0. I am using 7.0 with Woocommerce on multiple sites and haven’t seen the message yet on any of the other sites – just one so far.

• This reply was modified 6 years, 6 months ago by kristinrutten.

I’m getting this message too – my site is and always has been run entirely on https.

Thanks but I’ve already moved on to another plugin that is working with my site. I appreciate your help.

Thanks … I only shared the admin page screenshot so you could see the settings and how they don’t match the front end. I don’t care what the admin page looks like. I am using the Rigid theme (https://themeforest.net/item/rigid-responsive-woocommerce-theme/20421310). Changing themes is not an option and I have been able to override the theme styles for other plugins – this one is the only one I’ve had trouble with. And it’s only an issue in Firefox.

Thank you – you can access screenshots of the theme settings and the way they show up on both Firefox and Chrome here: https://www.dropbox.com/sh/t7bf9klf2f11we5/AAAoRreGBaj4S7RzeGOHNuVFa?dl=0

Chrome is showing up correctly, Firefox is only showing the colors correctly.

Oops… never mind. I was updating and checking the wrong form. Silly me.

Ah… this might be easier than I thought. A quick Google search reveals snippets that would do just that, such as the one here (haven’t tried yet, of course): https://nicola.blog/2016/03/07/changing-user-role-purchasing/

Thanks. Good point. The only problem I see with this idea is having to manually change roles, which is not practical if there are lots of customers. I would need to find a way to automatically re-assign the role with “purchase” of the free gift.

Thanks… interesting food for thought. I may play with that idea and in the meantime, will keep an eye out for future updates in case you decide to implement it. ??

Thanks. Replaced the code – still not working.

Sorry, I’ll start my own thread.

I am having the same problem on a client site. Here’s the debug.log info:

[19-Nov-2017 22:03:59 UTC] PHP Notice: Undefined index: inc_optin_email in /home/zedswetpaint/www/www/wp-content/plugins/wordpress-popup/inc/opt-in-front-ajax.php on line 23

Update: My host fixed the problem by making adjustments to the server configuration “to accommodate the extra large headers which were being passed while processing the checkout page.”

I’m having the same problem on client sites. The problem goes away when reverting back to 3.1.2