[RRowley]

You need to make a custom template. The instructions I mentioned tell you how to initially set this up. You can copy the default directory to a new directory named for example, “mypdf”, and then modify line 35 of the template.tpl file and change {$invoice.date|utilDate} to {$invoice.date|htmlSafe}.

[RRowley]

PDF’s are an exception to the rule. They contain their own code to display values and any changes you want to make require you to implement a customized version. Check out the directions for the Invoice Templates & Styles menu link to the left.

[RRowley]

Check the tmp/log/php.log file for error detail. You likely have orphaned records that prevent foreign keys from being added. The error information will tell you what they are as well as provide an example of how to correct them. If zip the error log file and attach it here, I can look at it an advise what to do. Make sure there is not secret info in the error log before attaching it.

[RRowley]

I’ve standardized the date format displayed on screens to the database format, yyyy-mm-dd. The value on the invoice, expense and payment view screens had been missed. The most recent update, Version: 2020.0.11, corrects this.

If you want a difference format for the printed invoice, you’ll need to develop a custom template.

[RRowley]

Thanks. Fixes for this issue have been uploaded on github. Update to that version to get them plus other changes for datatables library security issue fix.

[RRowley]

Please try the following:

In the templates/default/customers/create.tpl file, find the “SELECT” statement for the “parent_customer_id” field. Approximately line 125. Modify the line following the “SELECT” statement remove the value setting of blank, so it looks like this:

<option value></option>

If that works for you, I’ll make it a permanent fix.

[RRowley]

What version of SI are you on (check the About info on the banner line)?

[RRowley]

Thank for finding the issue. I’ve fixed it for the next update I provide.

[RRowley]

Check the setting in system_defaults for the record with name “delete”. It must have a value of 0 or 1.

[RRowley]

OK, better thought. What is the content of your si_index table? Typically, it will contain 1 record as follows:

node: invoice
sub_node: 1
sub_node_2: 0
domain_id: 1

The key here are the sub_node and sub_node_2 values. I suspect one of them, probably sub_node_2, is equal to blank and needs to be numeric.

[RRowley]

Make sure you have all the Requirements specified to the right set.

• This reply was modified 4 years, 5 months ago by RRowley.

[RRowley]

You should always disable check foreign key constraints when importing or deleting database content. This only removed the test for the import or delete process. Once data is imported, the constraints are enforced.

[RRowley]

Make sure the intl extension is enabled in the php.ini file. Find the following line and uncomment it.

extension=intl

Then restart your apache (or whatever) server.

[RRowley]

Not sure what you mean? The implementation of foreign key support some time back should fulfill this request. What am I missing?

[RRowley]

Sorry that edit is difficult. Not an issue for me.

Anyway, wanted you to try something. Delete the tmp/pdf_tmp directory. Then generate a pdf. Should recreate the directory and set up new font data. Let me know how it works.

• This reply was modified 4 years, 5 months ago by RRowley.

[Author]

Posts