This looks like a bug. I want to generate a .pdf document, using the XSL functions in cocoon. Works fine, but when i include an JPEG image, i get the image displayed with a Yellow filter apply to it. Experimenting with this, i tried converting the same image to different formats, the ones i found working was GIF and PNG. But not the same quality as the JPEG. Looks to me that the FOP is trying to convert the image to CMYK, but fails to do so. Is there somewhere i configure the FOP, or is a serious bug ? Im running on a Linux RH 7.2 dist , with tomcat 4.1.8, Cocoon 2.0.4. and j2sdk1.4.0 Submitted by. jacob Bager An-concepts.dk.
Please, provide sample of JPEG image to reproduce the problem.
additional info: the target pdf is http://approveone.phaseone.com:8080/cocoon/mount/editee/test.pdf the source is located at: http://approveone.phaseone.com/pdf/test.xml as the jpg, png, gif, picture is as well. http://approveone.phaseone.com/pdf/test.jpg (and for comparison:) http://approveone.phaseone.com/pdf/test.gif http://approveone.phaseone.com/pdf/test.png
for a further note. I tested the .PDF file on Adobe Acrobat Reader 5.1 and on xPDF-1.01 on a KDE 3.0.3 running on a RH 8.0 dist. THe pdf viewed in the xPDF looks fine... So maybe some problem with the Adobe showing the pictures.
The jpeg looks ok to me ijn fop0.20.5rc. Can you verify it in 0.20.5rc?
Arh... See this works.... Thanx. Err.. is the FOP0.20.5rc in the newest Cocoon dist? Just if others ask the same question. Shouldt i close the bug ? or...?
Ok, just wait 0.20.5 release is out, then verify and if it's ok - close.
Oleg said that this bug was fixed in 0.20.5...
Reading the bug log I don't believe Oleg said this, he said it would need to be verified against 0.20.5 if you read carefully. Remember that trunk is a complete rewrite of 0.20.5, so it is *always* worth carefully verifying that each bug is indeed fixed in the trunk. Adrian.
It's very unlikely that this error still exists in the latest FOP release. A lot of testing has gone into this. Unfortunately, the URLs to the test files do no longer work which makes verifying the problem difficult. Let's assume this is fixed after 5 years and let the creator of the issue reopen it if the problem persists. Anyway, re-reading the log here, I would guess that Jacob was happy with the result: "Arh... See this works.... Thanx."
batch transition pre-FOP1.0 resolved+fixed bugs to closed+fixed