1. No specific errors.
2. See below for steps.
3. EspoCRM 8.4.2
4. PHP 8.1.2-1ubuntu2.19
5. MySQL Server 8
-- The Issue --
I suspect there may be an issue in how dompdf and/or how EspoCRM uses dompdf renders certain tables when converting from the HTML templates to a PDF.
Recently I converted some HTML templates used in our previous CRM software. It was straight-forward, only requiring swapping out the entity/field names. The template seemed to work, except for one difference: the boxes used to display billing and shipping contact information, which normally are side-by-side in a , overlap for some reason.
Examining both the data for the contacts as well as the template HTML did not reveal any obvious reason for the overlap. As a test, I tried simply having empty billing/shipping contacts, which still caused the boxes to overlap. This is why I think it may have to do with dompdf.
Other evidence that suggests the issue may be caused by our data, rather than dompdf, is that the overlap always happens with specific invoices, but never happens with other invoices.
There are attached samples which are generated from dummy data. All were generated in EspoCRM. Included is also the template HTML.
Any help is appreciated. I can possibly pull the test input data from the DB as well if required for a reproduction case.
2. See below for steps.
3. EspoCRM 8.4.2
4. PHP 8.1.2-1ubuntu2.19
5. MySQL Server 8
-- The Issue --
I suspect there may be an issue in how dompdf and/or how EspoCRM uses dompdf renders certain tables when converting from the HTML templates to a PDF.
Recently I converted some HTML templates used in our previous CRM software. It was straight-forward, only requiring swapping out the entity/field names. The template seemed to work, except for one difference: the boxes used to display billing and shipping contact information, which normally are side-by-side in a , overlap for some reason.
Examining both the data for the contacts as well as the template HTML did not reveal any obvious reason for the overlap. As a test, I tried simply having empty billing/shipping contacts, which still caused the boxes to overlap. This is why I think it may have to do with dompdf.
Other evidence that suggests the issue may be caused by our data, rather than dompdf, is that the overlap always happens with specific invoices, but never happens with other invoices.
There are attached samples which are generated from dummy data. All were generated in EspoCRM. Included is also the template HTML.
Any help is appreciated. I can possibly pull the test input data from the DB as well if required for a reproduction case.
Comment