busybees

Hi @femiyb

I’m having the same problem as @bits2c

Do you have an indication of when the problem will be solved? Days or weeks?

The blocks checkout is much better than the classic checkout.

Please update here as the issue is fixed. Thanks!

Hi @femiyb

Okay I understand. So if Billie is enabled it’s always visible for the countries where it’s available. But when I want to hide Billie for e.g. the Netherlands this is not possible because the option to select countries is not available for Billie.

Is it possible to apply the county selection for Billie? This is also enabled for e.g. iDeal but this payment method is only used and works in the Netherlands. I can also activate it for Germany if I want. So there is no difference with Billie right?

Somehow the shipping options are visible again. Maybe it had something to do with caching.

Yes, it’s visible in wp-admin: https://prnt.sc/iMWSTIDbR5_B

Other screenshots back-end:

https://prnt.sc/tb8BQ35_FVn9
https://prnt.sc/6juWiCEe1gW2

The problem is that the payment method ‘Blik’ isn’t visible in check-out.

Do you need login credentials from staging so you can check yourself? If so, how to provide them private?

There was a difference between the data in the plugin and the actual data in Google reviews. I am referring to the number of reviews. Emptying the server cache and WP Rocket was not the solution. I had to empty the cache in the plugin. Then everything was in sync.

I just changed the interval for syncing from weekly to daily. Perhaps this will cause the number of reviews to update. It should sync without clearing cache.

I’ll let you know if this is not the solution either.

Hello,

I indeed redirect to the PDF in a new browser window, after form submission. If I understand you correctly this redirect does not work in combination with a tag used for the filename?

In your example I see you redirect to a page where you can click on a link and then the PDF opens. How to generate this link? I can create a page where I redirect after submission with a button that links to the PDF.

Hi!

Sorry for my late response. Just tested the function and works as expected, The only problem is when I enter a field variabele from the form like [name], I get a 404 error when loading the PDF in browser after submitting.

So when I set [name] as variable the will be filename-[name].pdf When I submit the form this is e.g. filename-john.pdf. The file I receive by email is okay. The pdf in browser shows a 404. When I check the address it says /*filename-name-[reference].pdf. When I check the files via SFTP I see it’s the same as in the email.

Can you fix the path generated in the browser so it shows the PDF instead of a 404?

May thanks in advance!

Hi Florent,

I understand why you added the variable to the filename so there is not conflict with duplicated filenames. Currently the DB entry ID is added after the filename. My question is if it’s possible to develop a feature that you can add a form variabele like [first-name] or [email] to the filename instead of the entry ID. This way the filename is more userfriendly and still unique.

So instead of filename-[entry-id].pdf you can do filename-[name].pdf

Thanks in advance!

• This reply was modified 1 year, 5 months ago by busybees.

@haseeb0001 I can confirm the issue is fixed. Thanks!

I experienced the same problem as others. Suddenly no more attachments in emails sent via Mailgun. Rollback to version 2.2.2 fixed the problem. Please post an update here when the problem is resolved.

Hi @sangeethasrinivasan

The string translations work as you mention. Regarding showing the discount table in different languages: I’ve tried the solution you provided but this didn’t work for me. After some testing I’ve figured out you also need to add the translated product / category in the filter. Now the table is also showing on translated pages.

Hi @niklasinpsyde,

I was thinking the same thing because this data (invoice id) is only available after the order is completed, but it should already be available at the time of payment.

Thanks for your help though. Have a nice weekend!

Hi @niklasinpsyde,

The invoice id is predictable since the data is stored in an order post meta field called _wcpdf_invoice_number. This is is generated by the plugin PDF Invoices & Packing Slips.

The invoice id is generated when the order status is completed. So when the first call is made to Mollie, there is no invoice id present.

In the meantime I’ve figured out an export directly from WooCommerce also does the job because I can include the order meta field in the CSV file.

Would be great if you add the function in the UI so you can just select everything from the Order Post Meta for the description API.

Thanks!
Mick

• This reply was modified 2 years, 7 months ago by busybees.

I’m getting the same error as @quintont gets. I also host websites on Cloudways. Maybe this has something to do with the error?

• This reply was modified 2 years, 10 months ago by busybees.

Just tried the Post SMTP again and still get the Ajax error.

In the meantime I use WP Mail SMTP. This works fine.