FrontAccounting forum — pdf large files printing problems

Re: pdf large files printing problems

2016-02-06T10:56:04Z

You probably have a large number of php variables. Increase the default 1000 to something bigger and raise the timeouts as well.
See this post and this post.

Re: pdf large files printing problems

2016-02-03T10:00:59Z

As noted above the PDF print generation problem is only directly from the reports and analysis screen. I can email the pdf from this screen ok and I can pick up a perfectly generated PDF from the company/1/pdf_files/ folder. The corrupt file output obtained directly from the screen is shown below. This should be a pdf file of the invoice/statement etc.

Any pointers as to which files to look at which generate the file from the reports and analysis screen?

Reports and Analysis

Sales Purchases Items and Inventory Manufacturing Dimensions Banking and General Ledger Setup

Leech & Sons \| 91.84.138.17 \| Administrator		Preferences Change password Logout

Reports and Analysis

Report Classes:
Customer
Supplier
Inventory
Manufacturing
Dimensions
Banking
General Ledger

Reports For Class: Customer

Customer Balances

Aged Customer Analysis

Customer Detail Listing

Print Sales Quotations

Print Receipts

Back

03/02/2016 | 09:34

Re: pdf large files printing problems

2016-01-15T23:38:07Z

dls wrote:

How would the files get the multi-byte UTF data in them (As a result of a setting incorrect?)

I was thinking there might be some customer names/addresses, item descriptions etc. which contained them. That would explain why it doesn't happen every time.

dls wrote:

and how can I detect whether this is happening?

Reliably determining a file's encoding is trickier than one would imagine. Besides, there could well be other reasons the file size gets mangled. (There might not even be a file at that point, but rather a string stored in memory.)

So what I would do is to look at the server response to the requests for a) a dynamically generated report, and b) the same report served from company/pdf_files/

If the content-length headers of the two responses differ, there's your problem.

I would use something like Wireshark, but there's probably a plugin for your browser which can be used to debug HTTP headers.

Re: pdf large files printing problems

2016-01-15T12:02:28Z

I'm using v2.3.22 with English language C installed, iso-8859-1 encoding on a Qnap TS219P+

I can generate PDF invoices at time of creation but I seem to have a problem creating PDFs from the Report and Analysis Screen. As noted I can retrieve them from the company/pdf_files/ folder perfectly.

I have the Dejavu files extracted in the reporting/fonts folder and the relevant line inserted in the class_pdf.inc file

It's beginning to annoy me having to retrieve the report 'longhanded' - How would the files get the multi-byte UTF data in them (As a result of a setting incorrect?) and how can I detect whether this is happening?

Many thanks for your help - much appreciated

Re: pdf large files printing problems

2016-01-15T02:55:59Z

I doubt it has anything to do with size as such. If the file itself seems OK, then I'd suspect the problem to be related to how the server presents the file to the browser. It wouldn't open at all if the MIME type was wrong, but what if there was a mismatch between content-length and actual file size?

Do the offending files by any chance contain multi-byte UTF data? I can see how that could throw off a naive implementation expecting one character to equal one byte.

pdf large files printing problems

2016-01-10T11:24:19Z

I can print the majority of invoices, reports etc, but some do not giving a comment on the top line that PDF may not print properly. I am assuming it is when the file is above a certain size? Excel output always works ok.

I can, however, retrieve the pdfs from the company/1/pdf_file folder and these print perfectly. Can anyone advise me if there is a specific setting (in php.ini for instance) that I need to change/increase that will allow the PDF files to be accessed and printed in the normal manner

Thanks