-
Bug
-
Resolution: Fixed
-
P3
-
5.0
-
b42
-
sparc
-
solaris_9
On a CUPS enabled solaris / linux system, when I print some print data such as an image or text to a file destination, the destination file that is being created is exactly the replica of the input source. The destination file and the source image file are binary compatible. Hence none of the attributes specified during printing are honored though they are reported as 'Supported'.
On a Non-CUPS system, the destination would typically be in postscript format and it will have all the attributes embedded in it. When we set copies attribute to 2 and when we print the destination PS file, we will 2 copies of the print data. But on a CUPS system, this does not seem to be happening.
I tested this with Copies, Orientation attributes for DocFlavor.INPUT_STREAM.JPG and with various text flavors. I checked whether copies, orientation are supported by the selected print service in combination with Destination and then only printed it. If this behaviour is something that CUPS does, then on the java side, we have to make the change in such a way that it does not report any such attributes as supported when destination attrib is used. I feel this will be applicable for all the attributes and not just to copies and orientation as the destination file is just the replica of the source file.
For the text flavors, this behavior is seen right from JDK1.4 where the destination file is just a text file and a separate bug has been filed against this. I tested this on Solaris9 with Tiger-beta2-b38. But this seems to be happening on all tiger builds that has CUPS support.
I have attached a sample code & an image. Execute the sample code. An output file 'output.ps' would be created in the same directory. If this is an image file, then the bug is reproduced.
------------------------------------------------------------------------------
I tested this with the commercial version of CUPS - ESPPrintPro and this is reproducible on that too. ESPPrintPro comes with a commercial driver for Xerox Docuprint N4025, the printer that I am using.
###@###.### 2004-02-13
On a Non-CUPS system, the destination would typically be in postscript format and it will have all the attributes embedded in it. When we set copies attribute to 2 and when we print the destination PS file, we will 2 copies of the print data. But on a CUPS system, this does not seem to be happening.
I tested this with Copies, Orientation attributes for DocFlavor.INPUT_STREAM.JPG and with various text flavors. I checked whether copies, orientation are supported by the selected print service in combination with Destination and then only printed it. If this behaviour is something that CUPS does, then on the java side, we have to make the change in such a way that it does not report any such attributes as supported when destination attrib is used. I feel this will be applicable for all the attributes and not just to copies and orientation as the destination file is just the replica of the source file.
For the text flavors, this behavior is seen right from JDK1.4 where the destination file is just a text file and a separate bug has been filed against this. I tested this on Solaris9 with Tiger-beta2-b38. But this seems to be happening on all tiger builds that has CUPS support.
I have attached a sample code & an image. Execute the sample code. An output file 'output.ps' would be created in the same directory. If this is an image file, then the bug is reproduced.
------------------------------------------------------------------------------
I tested this with the commercial version of CUPS - ESPPrintPro and this is reproducible on that too. ESPPrintPro comes with a commercial driver for Xerox Docuprint N4025, the printer that I am using.
###@###.### 2004-02-13
- relates to
-
-
- Resolved
-
-
-
- Closed
-