[FOP-2163] Overflow recovery doesn't play well with changing IPD

• Type: Bug
• Status: Resolved
• Resolution: Fixed
• Affects Version/s: 2.5
• Component/s: layout/unqualified
• Environment: Operating System: All; Platform: All
• External issue ID: 54167
• Assignee: fop-dev
• Reporter: Vincent Hennebert
• Created: 19/Nov/12 12:18
• Updated: 18/Dec/12 17:00
• Resolved: 19/Nov/12 16:58

Description

The page overflow recovery mechanism consists in pushing the overflowing content to the next page in the hope that it will be bigger and able to accommodate the content.

When the IPD of the next page changes, the page breaking algorithm returns early and AbstractBreaker (doLayout method) splits the content and re-lays out what follows the page break, according to the new IPD.

Those two mechanisms are in conflict when the overflow occurs at the first legal break, leading to no too short node and no feasible break. AbstractBreaker is then asked to split before the content, which it is not designed for.

When the flow IPD changes the overflow mechanism must be disabled, since anyway the line breaking has to be re-done according to the new IPD.