Community
Participate
Working Groups
Build Identifier: Version: Helios Release Build id: 20100617-1415 When I upgrade from BIRT 2.3 to Birt 2.6 I found PDF page number display problem. Designed the master page footer “page n of m “ format using “Type of auto text” settings. Report design: On top of Masterpage with footer (page numbers) we have one table and grid. Table - Page break interval is set as “0” . Grid –used page break before “ Always”, because I want this grid should be always last page. Table contain 1000 rows and BIRT 2.3 is working as I expected below. Page 1 to 10 Page 2 to 10 Page 3 to 10 ………………… …………………. ………………… ……………….. Page 10 to 10 but now BIRT 2.6 and 2.6.1 PDF result is showing wrong page numbers. Page 1 of 2 Page 1 of 2 ……………….. ………………… ……………….. ………………… Page 2 of 2 Reproducible: Always
Created attachment 179828 [details] BIRT 2.3 PDF report is showing page 1 of 72 .
Created attachment 179829 [details] BIRT 2.6 PDF report is showing only page 1 of 2 2.6 and 2.6.1 both Versions are failed for page numbers display.
This looks similar bug .. but still I can see this issue in BIRT 2.6 and 2.6.1 . https://bugs.eclipse.org/bugs/show_bug.cgi?id=317021
Created attachment 179915 [details] Birt 2.6 PDF report .
(In reply to comment #4) > Created an attachment (id=179915) [details] > Birt 2.6 PDF report . Have you tried to set your report as fixed layout and set page break interval=40 (default value)?
I got the exact same problem (it worked in 2.5.2 as well, 2.6.0 got the somehow wrong code). Our platform is WinXP though, if it matters. I described the problem in details on the BIRT exchange forum: http://www.birt-exchange.org/org/forum/index.php/topic/20563-page-number-autotext-issue-in-birt-2-6-0/ If I set the page break interval to a small number, the page number is increased correctly, but this is not good for our reports, because we use quite large headers in the table groups, thus not every page will contain equal amounts of rows. The conclusion was that the page break event may not getting called when the page count resets.
(In reply to comment #6) > I got the exact same problem (it worked in 2.5.2 as well, 2.6.0 got the somehow > wrong code). Our platform is WinXP though, if it matters. > I described the problem in details on the BIRT exchange forum: > http://www.birt-exchange.org/org/forum/index.php/topic/20563-page-number-autotext-issue-in-birt-2-6-0/ > If I set the page break interval to a small number, the page number is > increased correctly, but this is not good for our reports, because we use quite > large headers in the table groups, thus not every page will contain equal > amounts of rows. > The conclusion was that the page break event may not getting called when the > page count resets. Have you tried to set the page layout = fixed layout + page break interval = 0? In this way, PDF and HTMl has the same pagination, and each PDF page will have as much contents as it can. The page number should be correct in this setting.
Created attachment 180750 [details] Overlapping the tables rows data
page layout = fixed layout + page break interval = 0 settings are giving correct page numbers,but fixed layout causing another problem for table data see the attached screenshot(Overlapping the table rows data).
Created attachment 180822 [details] Simple Report to generate PDF pagination issue Attached is the sample simple report to demenstrate PDF pagination issue. can some from BIRT team identify the issue and suggest when can we have fix for this. This is affecting one of major release. We have come far way to BIRT 2.6.1 upgrade to roll it back to 2.3
(In reply to comment #10) > Created an attachment (id=180822) [details] > Simple Report to generate PDF pagination issue > Attached is the sample simple report to demenstrate PDF pagination issue. can > some from BIRT team identify the issue and suggest when can we have fix for > this. This is affecting one of major release. We have come far way to BIRT > 2.6.1 upgrade to roll it back to 2.3 Please change the report layout to "Fixed Layout" in Report->Property Editor -> General. After this change, the report pagination of pdf is what you expected.
(In reply to comment #9) > page layout = fixed layout + page break interval = 0 settings are giving > correct page numbers,but fixed layout causing another problem for table data > see the attached screenshot(Overlapping the table rows data). I can not reproduce this overlapping issue, unless you have set the table row height value in property editor. Could you please upload the report design for us to investigate?
Yes i used percentage for table column width, so I don't think Fixed layout is work for me .. is there any other way to reslove this issue.
(In reply to comment #13) > Yes i used percentage for table column width, so I don't think Fixed layout is > work for me .. is there any other way to reslove this issue. Current there is no other workaround. Can you attach the report design for me to investigate? I set the column width in my report and still can not reproduce this issue.
Created attachment 180867 [details] Simple report show PDF page number problem
Attached report(Simple report show PDF page number problem ) having PDF page number problem.( with Auto layout ) and here one more problem with PDF report each long length columns are cut-off. If i change the same to Fixed Layout PAGE Number problem is getting resolved but both Web viewer and PDF reports are not clear ( sinking to left side and right side left empty space).
I found an interesting workaround: Put a fake, but valid javascript expression to the onRender event for the "Page Number" autotext ( forexample: fakeValue++; ) and the page numbering is working fine. Work with fixed layout with default page break interval and pdf output.
Hi, We use below option in PDFRenderOption while rendering report through server side code using Birt engine API. pdfOptions.setOption(IPDFRenderOption.RESERVE_DOCUMENT_PAGE_NUMBERS, false); With this option we do get the page number even with Auto Layout report, but it still doesn't give the correct Total Page (attached image). Also another issues, is now if we want the same behaviour with Birt Viewer, I try to set the same option in report's beforeRender() method as below reportContext.getRenderOption().setOption(IPDFRenderOption.RESERVE_DOCUMENT_PAGE_NUMBERS, false); (Attached is the report with this option) I do not get to see even page number coming correctly as I get through running report via server side code described above. Do render options set in beforeRender method is taken in to consideration for rendering report by Birt engine. Thanks Amar
Created attachment 181452 [details] RESERVE_DOCUMENT_PAGE_NUMBERS_output
Created attachment 181453 [details] Report with RESERVE_DOCUMENT_PAGE_NUMBERS option
Is this bug the same as bug #324860?
(In reply to comment #21) > Is this bug the same as bug #324860? Ok looks like bug #324860 deals with Fixed Layout PDF reports while this bug is related to Auto Layout PDF reports only.
This seems to be solved in 2.6.2. Can anyone confirm?
(In reply to comment #23) > This seems to be solved in 2.6.2. Can anyone confirm? Yes, this seems to be working with the Birt 2.6.2 runtime for me as well. :-)
I am facing the same issue in Birt version 4.4.0 also, please let me know if this issue is fixed.
I am having the same problem where I get the following when exported to PDF Page 1 of 2 Page 2 of 2 Page 3 of 3 Page 4 of 4 ........... I will not be able to change it to Fixed Layout because my footer will have to have variable height to display either 2 lines of data or 15 lines of data. So I have to set the footer height to nothing. If the totalPage works fine in Auto Layout, I should be able to work it out. Please let me know if the totalPage problem is fixed. My BIRT version is 4.5.2
