Report Builder printing out 1000's of blank pages
We were wondering if anybody could tell us why, when after we upgraded
Report Builder, our reports became very unstable. Any time we recompile and
then run, there is a chance that some of the reports will print out 1000's
of blank pages, just the report header, instead of expected output.
Sometimes a recompile will fix the problem, and other times it takes a
complete redesign of the report.
Any ideas?
We are using Report Builder version 6.02 with Delphi 6.
TIA,
Ray & Jeff
Report Builder, our reports became very unstable. Any time we recompile and
then run, there is a chance that some of the reports will print out 1000's
of blank pages, just the report header, instead of expected output.
Sometimes a recompile will fix the problem, and other times it takes a
complete redesign of the report.
Any ideas?
We are using Report Builder version 6.02 with Delphi 6.
TIA,
Ray & Jeff
This discussion has been closed.
Comments
------------------------------------------------------
Article: TroubleShooting: Report Prints Endless Pages
------------------------------------------------------
Occasionally, we have customers state that their reports are in some
infinite state where
page after empty page prints forever.
There are a few items to check when this occurs.
The TppReport.AutoStop property is the first thing to check. If this is
false when the
DataPipeline property is unassigned, the endless report will be the
result. AutoStop is
automatically set to True when DataPipeline is set to nil, but it is
possible to set it
back to False. Check for instances in your code where you might have
created this
condition.
Another thing to check is that all subreports in your report have their
DataPipeline set.
When a subreport does not have its pipeline set, you will sometimes see
a condition where
the first detail record prints and then you get blank pages.
Another, non-data related cause can sometimes be your margin settings.
If you have
stretching bands that need to overflow to the next page, if your margins
are too tight,
sometimes the report engine will endlessly overflow to the next page
trying to fit the
overflow material. As a test, try setting DetailBand.PrintHeight to
phDynamic. A dynamic
height band can overflow to additional pages as needed.
Still another cause might be having a statically positioned control, set
to
ReprintOnOverFlow, in the same band with a stretching control. For
instance, if you have
a memo set to stretch and in that same band, a label control set to
ReprintOnOverFlow,
then on every page after the first, the memo will begin to print after
the label control.
If the label is placed low enough that the memo has no room to print,
the report will
forever be trying to print the overflowing memo on the next page.
--
Tech Support mailto:support@digital-metaphors.com
Digital Metaphors http://www.digital-metaphors.com
Best regards,
Nard Moseley
Digital Metaphors
www.digital-metaphors.com