westonworkshops

Thanks for confirming that it is not possible. I think we can work around this as all the PDF invoices get exported for sending to our book-keeper, and we have all the ones where data has been lost.

Tim

OK…will the existing assigned invoice number be retained?

Some more information…

The table wp_wc_orders_meta gets _wcpdf entries added to it.

An order that correctly shows an invoice as having been issued has the following meta data entries:

An order that does not show an invoice as having been issued has only the 5 two following meta data entries:

The ‘Type’ data (bold below) is contained in the _wcpdf_invoice_number_data entry e.g.:

a:7:{s:6:”number”;i:614;s:16:”formatted_number”;s:9:”202400614″;s:6:”prefix”;s:14:”[invoice_year]”;s:6:”suffix”;s:0:””;s:13:”document_type”;s:7:”invoice”;s:8:”order_id”;i:29407;s:7:”padding”;s:1:”5″;}

So the issue seems to be that 5 meta data entries have been lost from the wp_wc_orders_meta table. How has that happened and is it possible to regenerate that data?

Tim

Interesting…

It is not a code snippet, but it might be from another plugin…I’ll have a dig around in the database.

The other thing I can say is that when I look at an order that has had an invoice issued (but which is not displaying) the ‘PDF Invoice’ button does not have a green tick on it. e.g. for order 28779 shown in the screenshots above. Which piece of data tells your plugin to show that an invoice has been issued or not?

I will update if I find more information.

Tim

Hi!

Sad to say that nothing has fundamentally changed – the problem persists.

I am going to try another workaround to create a ‘false’ plugin translation file for the site language that simply translates EN-US to EN-US. For that I will try the following:

1. Use LocoTranslate to add a new plugin translation file for the site language but store it in the ‘custom’ location.
2. Download the created file using FTP.
3. Use POEdit to set all the translated strings to be the same as the source strings.
4. Save the .po file and compile to create the .mo file.
5. Upload the .po and .mo files back to the custom location on the server.
6. Test.

I have a couple of other plugins which have the same problem that also use www.remarpro.com to host translation files. Equally I have some others that do not have the issue. My guess is that it may come down to how and when the function calls to set the localisation are being done in the plugin. I have read elsewhere that if you make the calls too early then you get pretty much the behaviour that we see.

Over the Christmas holidays I will do a bit of digging around in the plugin code to see how the localisation is being done in comparison to a plugin that does not exhibit the problem – that might supply some clues (or not!).

I’ll report back here if I get anywhere.

Cheers,

Tim

Updated. Fix is confirmed. Thanks for the quick turnaround!

Cheers,

Tim

No problem…happy to help! Thanks for the quick response.

Cheers,

Tim

I see the same issue here, but in my case only the more intensive operations are greyed out and unavailable. This change is a direct result of going from 3.2.16 to 3.2.17.

I run three sites. Two already updated to 3.2.17 and both exhibit the problem. The third is still running on 3.2.16 and is OK.

Here is the view on 3.2.17:

Here is the view on 3.2.16:

Here is the server info:

I (and I suspect others) are looking forward to a fix.

Best regards,

Tim

I have the same issue as well. Our site runs in Czech language on the front-end but my admin account uses English. That gets entirely ignored and the entire WF UI is presented in Czech!

A quick fix is to delete the CZ .po translation file but this will only be a temporary solution as WordPress will automatically re-install that in due course.

Cheers,

Tim

Hi Benjamin,

Thanks for the update. I must say that the notifications panel is rather confusing to use and it is not clear what is actually hidden and what is not. PersonalIy I would not expect to see any ‘hidden’ (ignored?) notifications displayed unless I click the ‘Show hidden’ button. Perhaps also put a control on a hidden notification to ‘unhide’ it.

Cheers,

Tim

The problem seems to have resolved. I ticked the box again and I got a new notification, which I was able to fix using the button. No notification for that is now visible.

That said, should there be a way to clear the unwanted items in the sidebar? – I see no control for that. Screenshot attached.

Hi Martin,

Many thanks! I saw the update this morning and already got it installed and configured. I hope it helps others too!

The plug-in overall gets better and better. Much appreciated!

Cheers,

Tim

Hi Martin,

Excellent news!

For the second point, you can see how I have it setup on a product page here. This is just brute-forced using the following CSS:

.wpify-woo-delivery-date:before {
    content: "Informace o odeslání do ";
}

So the extra field in the plugin would simply allow suitable text to be entered to go in that same position.

Cheers,

Tim