Abigailm

What do you see on YOUR confirmation email? (I’ve just sent you a test from your link with the amount “200”- my email is similar enough to username here that you should recognize it).

I am not having a problem with PayPal — and I don’t know whether the customer autoresponder email, which uses the shortcode [fullamount] – is showing a problem. I haven’t received complaints from users, but they would be receiving both a confirmation from our site and from PayPal, so perhaps are not reading the confirmation from our site. (There does not seem to be a feature to allow me to add a cc or bcc to the customer auto-responder, so difficult to test as it only sends an email after payment).

However, the problem I am reporting is with the confirmation email sent to the site owner – under “Send Options” “Confirmation Message” (“Send yourself a copy of the payment details”) So that is where I am no receiving emails that say -0- and the only way to find out what the actual payment amount was is to login to the site and view the log of completed payments. (Or rely on the PayPal confirmation emails or records)

I did receive the autoresponder customer email from you, and it correctly shows amount — so if you are also using the [fullamount] shortcode that probably means that part is working. But again, my question is about the confirmation email that goes to the web site owner or to whoever is designated in the “Send Options” settings.

@aerin, I am sorry but I installed that update and it made things worse. Now the amount paid is not showing at all on the email.

So, for example, tonight a user made a payment for $200.

Here is what the email confirmation shows:

Order Details:

Quantity: 1

Total: $0.00

At least before there was one line showing cost; now the payment is simply shown as -0-.

The “Total” really needs to match the amount paid.

• This reply was modified 7 years, 10 months ago by Abigailm.

I found which plugin was the source of the conflict, and reported it to the plugin support forum. I’m marking this thread resolved for now, as this last issue isn’t tied to Evolve. It’s just a coincidence that it started at the same time, but more likely is due to the WordPress upgrade that was pushed through a few days ago. (WordPress 4.9.8)

Also, I have one more problem – also only when I am logged in to the site.

I have a plugin called “Data Tables Generator by Supsystic” which imports tables stored on the site, using a short code. When I am logged in, it will not load. I tried disabling the plugin and testing the navigation menu in case it was the plugin causing the navigation problem, but that didn’t make a difference. (When not logged in- works fine, loads very quickly).

So there is something else that happens when logged in that is causing loss of some site function.

Here’s where I think the problem was introduced.

The parent theme has this NEW code in functions.php:

if ( ! function_exists( 'evolve_scripts' ) ) {
	function evolve_scripts() {
		global $post, $css_data;

		// Bootstrap CSS

		wp_enqueue_style( 'evolve-bootstrap', get_template_directory_uri() . '/assets/css/bootstrap.min.css', false );

		// Main CSS

		wp_enqueue_style( 'evolve-style', get_stylesheet_uri(), false );

This properly loads evolve-bootstrap before evolve-style in a parent theme.

But in the child theme, the parent style.css is loaded first, then boostrap, then child style.css (which becomes the new “evolve-style”). (That’s because get_stylesheet_uri() brings up the CHILD URI, not the parent).

I don’t know why you determined that you needed to specifically enqueue the bootstrap.css in 3.9.4 when that function was not in 3.9.3 — but I think if you are going to do that you also need to write a function to check whether or not there is an active child theme– and in that case, make the appropriate corrections.

You might consider including your own set of child theme files with your distribution, because there are several variations on how the function to enqueue styles in a child theme can be written.