DO NOT REPLY [Bug 46778] image not found
https://issues.apache.org/bugzilla/show_bug.cgi?id=46778 Glenn Adams gl...@skynav.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Comment #3 from Glenn Adams gl...@skynav.com 2012-04-04 22:40:09 UTC --- closing due lack of (1) input FO file, (2) referenced image file(s), (3) output PDF file, (4) console output; if desired, please rerun on FOP trunk and provide these files as attachments to this bug -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
DO NOT REPLY [Bug 46778] image not found
https://issues.apache.org/bugzilla/show_bug.cgi?id=46778 Dominik Stadler dominik.stad...@gmx.at changed: What|Removed |Added CC||dominik.stad...@gmx.at --- Comment #2 from Dominik Stadler dominik.stad...@gmx.at 2010-02-08 04:56:40 UTC --- I saw a similar issue with 0.95, I could not get FOP to find the images when I used relative pathes and the baseDir. Prepending file:/// in the baseDir also did not have any effect. In the end I prepended the full path in the XSL-FO file to load the images correctly. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
DO NOT REPLY [Bug 46778] image not found
https://issues.apache.org/bugzilla/show_bug.cgi?id=46778 Thorsten Drewes tdre...@gmx.net changed: What|Removed |Added CC||tdre...@gmx.net -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
DO NOT REPLY [Bug 46778] image not found
https://issues.apache.org/bugzilla/show_bug.cgi?id=46778 --- Comment #1 from Jeremias Maerki jerem...@apache.org 2009-02-27 07:14:28 PST --- Yes, the image handling has been rewritten between 0.94 and 0.95. It should actually be much better than before and I think we've managed to meet that goal, but it could still be that there's a Gremlin hidden somewhere. In this case however, I don't know what to do. I've just tried to reproduce your case in my Ubuntu VM but that absolute file URL (including the url() wrapper) worked fine for me. Well, I did it from the command-line as I don't have a full development environment in there (I develop on WinXP). Could you also try if there's a different behaviour when run from the command-line? That could give us some hints. Anyway, I think the easiest way to identify the problem is if you can debug on your side. The best entry point is probably: org.apache.xmlgraphics.image.loader.impl.AbstractImageSessionContext.newSource() or org.apache.fop.fo.flow.ExternalGraphic.bind() Good luck! -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
