Bug 32600 - Printing of a downloaded FOP-generated PDF not possible until it is saved
Summary: Printing of a downloaded FOP-generated PDF not possible until it is saved
Status: CLOSED INVALID
Alias: None
Product: Fop - Now in Jira
Classification: Unclassified
Component: general (show other bugs)
Version: all
Hardware: PC Windows XP
: P2 minor
Target Milestone: ---
Assignee: fop-dev
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-12-09 10:24 UTC by Stephan N
Modified: 2012-04-01 13:50 UTC (History)
0 users



Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Stephan N 2004-12-09 10:24:07 UTC
We use FOP for generating different PDF documents. Several of our clients are 
not able to print one special type of these documents right after downloading 
them. The error message is kind of "Document could not be printed. Print job 
could not be started" (translated from German). It is possible after the 
document was saved.

We could not yet reproduce the error.

The XSL templates for the corresponding PDF doesn't seem to contain anything 
suspicious that is not contained by XSL templates for other PDFs.

Does anyone has an idea what problem may be responsible for this behaviour?
Comment 1 Glen Mazza 2004-12-09 23:21:47 UTC
I don't think this is FOP-related; we just create the PDF.  I think your 
problem is with the Acrobat Reader.  Do you see anything in common with those 
clients which aren't having a problem and anything in common with those who 
are?  (i.e., browser type, version of AR on the client, etc.)  

Does the same problem occur if you send a PDF not made by FOP?  If so, you may 
want to try the Acrobat site for help.

Glen
Comment 2 Stephan N 2004-12-10 08:34:27 UTC
(In reply to comment #1)
> I don't think this is FOP-related; we just create the PDF.  I think your 
> problem is with the Acrobat Reader.  Do you see anything in common with those 
> clients which aren't having a problem and anything in common with those who 
> are?  (i.e., browser type, version of AR on the client, etc.)  
> Does the same problem occur if you send a PDF not made by FOP?  If so, you 
may 
> want to try the Acrobat site for help.
> Glen

Hi Glen,

thanks for the immediate reply. You are right. We found out, that the problem 
is indeed an AR problem. The filenames of the generated documents are 
generated, too, and for some types of PDFs they become very long. Obviously 
there some AR versions which cannot handle printing of a document which such a 
long filename. At that point it also makes sense that printing after saving 
works. The user probably would have chosen a much shorter filename.

Thank you,
Stephan
Comment 3 Glenn Adams 2012-04-01 13:50:49 UTC
batch transition to closed remaining pre-FOP1.0 resolved bugs