Details
Bug
Major
Description
Only the middle signature on the second page of the test PDF is printed when sent to the printer
Activity
| Status | Resolved [ 5 ] | Closed [ 6 ] |
| Repository | Revision | Date | User | Message |
| ICEsoft Public SVN Repository | #27269 | Thu Jan 19 13:40:56 MST 2012 | patrick.corless | |
| Files Changed | ||||
MODIFY
/icemobile/trunk/icemobile/build.xml
|
| Repository | Revision | Date | User | Message |
| ICEsoft Public SVN Repository | #27268 | Thu Jan 19 13:32:21 MST 2012 | patrick.corless | |
| Files Changed | ||||
|
ADD
/icemobile/trunk/icemobile/ReadMe.html
|
| Repository | Revision | Date | User | Message |
| ICEsoft Public SVN Repository | #22531 | Wed Oct 06 08:01:57 MDT 2010 | patrick.corless | |
| Files Changed | ||||
|
MODIFY
/icepdf/trunk/icepdf/core/src/org/icepdf/core/pobjects/graphics/Shapes.java
|
| Workaround Description | If possible use the latest JDK version. A new system property -Dorg.icepdf.core.paint.disableClipping=true available in 4.1 may help with this problem on Windows. | On ICEpdf 4.1 and earlier use the system property -Dorg.icepdf.core.scaleImage=false . |
| Status | Open [ 1 ] | Resolved [ 5 ] |
| Resolution | Fixed [ 1 ] |
Using JDK 1.6u21 (last stable one at this date), with IcePDF 4.1.0, on Windows XP SP3 (32 bits), with and without the -Dorg.icepdf.core.paint.disableClipping=true property, I have the same problem.
Show
Asdasd Asdasd
added a comment - Using JDK 1.6u21 (last stable one at this date), with IcePDF 4.1.0, on Windows XP SP3 (32 bits), with and without the -Dorg.icepdf.core.paint.disableClipping=true property, I have the same problem.
| Fix Version/s | 4.1.1 [ 10244 ] |
| Workaround Description | If possible use the latest JDK version. A new system property -Dorg.icepdf.core.paint.disableClipping=true available in 4.1 may help with this problem on Windows. | |
| Fix Version/s | 4.1 [ 10227 ] |
I can only reproduce this using JDK 1.5 and not 1.6. One strange aspect of the PDF is that there are very few clips defined. I'll look more closely to see if the memory manager is cleaning up earlier then it should.
Show
Patrick Corless
added a comment - I can only reproduce this using JDK 1.5 and not 1.6. One strange aspect of the PDF is that there are very few clips defined. I'll look more closely to see if the memory manager is cleaning up earlier then it should.
| Fix Version/s | 4.1 [ 10227 ] | |
| Fix Version/s | 4.0.2 [ 10234 ] |
| Comment | [ A comment with security level 'icesoft-internal-developers' was removed. ] |
| Attachment | 8900.pdf [ 12379 ] |
| Fix Version/s | 4.0.2 [ 10234 ] | |
| Fix Version/s | 4.1 [ 10227 ] |
| Fix Version/s | 4.1 [ 10227 ] |
| Field | Original Value | New Value |
|---|---|---|
| Salesforce Case | [5007000000ApSDN] |
After a tone more debug a got a lead when I noticed that disabling -Dorg.icepdf.core.scaleImage=false the fax capture started showing the all the images in the resulting TIFF. It turns out the stream class does it's own image scaling if the images in question is not a mask or smask. The Shapes class was also doing scaling of all images types bing added to the shapes vector. I couldn't find a reason as to why the image scaling was causing the print issue, the images where being painted but just not showing up. There was no clipping in play here as well. The only think I can assume is that something odd was happing with the image processing during the print as screen was ok. The images in question had a mask property which might further complicate things.
The fix as it stands is to remove the double scaling. If there is still problems then it is possible to disable scaling all together with -Dorg.icepdf.core.scaleImage=false.