truqmedia

Yes, sorry about the late reply. Everything is working ??

I’m not seeing that anywhere in the log, which is strange because the tags are in the response headers the first time I load the page. I do see the purges though. “X-LiteSpeed-Purge:”

I must be doing something wrong.

edit: Alright I found it. I didn’t realize the basic/advanced debug had different files.

• This reply was modified 5 years ago by truqmedia.

Ah never mind. Of course, if I set the tag to be assigned when the page is visited, then it will always be there when it gets cached after the purge.

One question though, you say “You can use debug log to check what tag(s) has been added to certain page”. Debug shows me what tags were purged but I can’t see which ones were added. Where do I find this?

Oohhh, I see. I thought the fact that I couldn’t see it meant it was gone.

They will still disappear after a purge though right? So I would have to call the purge and then reassign the tag right after?

It’s from Woocommerce Product Bundles (SomewhereWarm). I could have sworn I read Litespeed was compatible with it but upon checking just now it seems I misread.

I have been reading about Litespeed’s API and cache tags since first talking to you and it seems that would be the solution. My bundles all have the same product category. So I can easily pinpoint them and assign a tag to them upon saving the bundle, with LiteSpeed_Cache_API::tag_add.

My problem is that the tag disappears as soon as the cached page is generated. I would need it to persist, so that I could tell Litespeed to purge products containing that tag when stock changes. Is there a way to add tags at the moment when the cached page is generated?

Apologies, I should have included that information. Currently I’m on “Always purge both product and categories on changes to the quantity or stock status”.

I should also mention that the Product bundles are almost entirely comprised of product variations.

So just to be clear: when purchasing Bundle A, which is comprised of product 1 (with predetermined quantities of variations I, II and III), the cache for the single product page of product 1 gets purged (which is desired and expected), but not the cache for Bundle A.

Update:

So as I said I suspect the mistake lies in my own custom templates for the PDF invoice, but since the error only becomes problematic when generating credit notes, and since I don’t need credit notes, I just solved the problem by disabling credit notes altogether.

Added to functions.php:

add_action( 'admin_init', 'remove_credit_note_generation' );
function remove_credit_note_generation() {
	remove_action ( 'woocommerce_order_refunded', array( 'BEWPIP_Credit_Note', 'generate_credit_note_for_refund' ), 10, 2 );
}

Oh my, how embarrassing. I will repost. Hopefully this thread can be deleted.

Possibly relevant: my custom PDF template’s header includes the following code (We wanted the order info in the header). It’s not causing any problems when generating the regular invoices, though.

<td>
			<?php
			printf( __( 'Ordrenummer: %s', 'woocommerce-pdf-invoices' ), $invoice->get_formatted_number() );
			printf( '<br />' );
			printf( __( 'Bestillingsdato: %s', 'woocommerce-pdf-invoices' ), $invoice->get_formatted_order_date() );
			printf( '<br />' );
			printf( __( 'Bestillingsnummer: %s', 'woocommerce-pdf-invoices' ), $order->get_order_number() );

			if ( $payment_gateway ) {
				printf( '<br />' );
				printf( __( 'Betalingsm?te: %s', 'woocommerce-pdf-invoices' ), $payment_gateway->get_title() );

				// Get PO Number from 'WooCommerce Purchase Order Gateway' plugin.
				if ( 'woocommerce_gateway_purchase_order' === $payment_gateway->get_method_title() ) {
					$po_number = $templater->get_meta( '_po_number' );
					if ( $po_number ) {
						printf( '<br />' );
						printf( __( 'Purchase Order Number: %s', 'woocommerce-pdf-invoices' ), $po_number );
					}
				}
			}

			// Get VAT Number from 'WooCommerce EU VAT Number' plugin.
			$vat_number = $templater->get_meta( '_vat_number' );
			if ( $vat_number ) {
				printf( '<br />' );
				printf( __( 'VAT Number: %s', 'woocommerce-pdf-invoices' ), $vat_number );
			}
			?>
		</td>

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

Ok, thank you very much for your time ??

But is it new that apply_coupon doesn’t work on an empty cart?

Yes sorry, I should have mentioned that I’ve set the coupon to auto apply now as a work around. But I’d like to go back to it not being auto applied after our launch period is over.

There’s no usage limit except that we don’t allow it to be used with other coupons (which there are none of at the moment anyway).

It’s the address of the site, plus /?apply_coupon=mums2lansering

I have to say it that way because the forum sees the whole address as spam ??