Version: FOP 0.20 If you put the id attribute on a block which has attribute break-before="page", the page-number-citation doesn't work. Example: <fo:block>Introduction: Page <fo:page-number-citation ref- id="intro"/></fo:block> <fo:block break-before="page" id="intro">Introduction</fo:block>
I have found this bug in fop version 20.3, too. If break-before="page" is set in the same block as the id, no page number will be shown.
Try workaround: <fo:block>Introduction: Page <fo:page-number-citation ref- id="intro"/></fo:block> <fo:block break-before="page"/> <fo:block id="intro">Introduction</fo:block>
I would like to confirm this bug, too. Thanks for the workaround. :)
I have checked the workaround and it does not work. This bug doesn't depend on the break-before/after attribute. The problem seems to be (for me at least) that fo:page-number-citation does not output the last referenced page number (e.g.: in a TOC). Another workaround for this is to print a dummy fo:page-number-citation right after the last TOC-entry. It should have the same color as the background (appears to be the best solution for now).
*** Bug 14039 has been marked as a duplicate of this bug. ***
I'm not getting the LAST citation in a node set when break-before="page". If I remove this attribute, I get all citations.
I'm using a workaround which is a a slight variation of the one proposed by Martin Krzysiak in 2002-10-02. I'm adding a page-number-citation that refers to an unknown id. I will attach a XSLFO file that reproduces what is probably a variation of the same problem. Hope it helps... I'm using 0.20.5rc2
Created attachment 5357 [details] XSLFO file that reproduces what I believe is a variation of this problem
Created attachment 5358 [details] The previous XSLFO file (attachement 5357) with some text before "Chapter 1" causes the first page to be also incorrect
The problem was caused that the ID was created before the break was applied. If this was the last ID to be satisfied for a TOC page, the TOC swas rendered, while the ID was still not configured and assigned a number. This is fixed in CVS for 0.20.5rc3.
batch transition pre-FOP1.0 resolved+fixed bugs to closed+fixed