You are viewing a plain text version of this content. The canonical link for it is here.
Posted to fop-dev@xmlgraphics.apache.org by "Tim (JIRA)" <ji...@apache.org> on 2016/01/25 14:19:39 UTC

[jira] [Updated] (FOP-2567) NoSuchElementException in LMiter.next() with absolute positioned block-container

     [ https://issues.apache.org/jira/browse/FOP-2567?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Tim updated FOP-2567:
---------------------
    Attachment: NoSuchElementExpTest.zip

Zip containing Data (Studiengangsplan.xml) "broken" template (HISinOne-freePosition.xsl) and expected outcome (expectedOutput.pdf) for testing purposes.

> NoSuchElementException in LMiter.next() with absolute positioned block-container
> --------------------------------------------------------------------------------
>
>                 Key: FOP-2567
>                 URL: https://issues.apache.org/jira/browse/FOP-2567
>             Project: FOP
>          Issue Type: Bug
>          Components: layout/block
>    Affects Versions: 2.0
>         Environment: reproduceable on Linux and Windows
>            Reporter: Tim
>         Attachments: NoSuchElementExpTest.zip
>
>
> We recently updated from FOP 1.0 to FOP 2.0.
> Upon Tests, some old templates run into an java.util.NoSuchElementException at org.apache.fop.layoutmgr.LMiter.next(LMiter.java:69)
> We found out that an absolute positioned block-container, like this, was the problem:
> <fo:block-container position="absolute" 
> 					left="0cm" 
> 					top="0cm"
> 					right="0cm"
> 					bottom="0cm">
> When removing the positioning, the template continues to perform as expected.
> Since this problem was not occuring in FOP 1.0 and it seems a bit odd to run into a "NoSuchElementException" on an iterator that is checked for length before the next Element is fetched, I filled this Bug report.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)