Bug Report. RBuilder 6.02

rbuser

Not sure if this is correct forum to report a bug.

This ties to my prior posting. After investigation, I found that the reason
the report was printing only one line was that DetailBand.DataPipeline was
nil prior to print. In the Delphi 3/RB4.n version, DetailBand.DataPipeline
was published and was set to the detail pipeline. In the Delphi 5/RB6
version, DetailBand.DataPipeline is public and is marked as depricated.
Unfortunately, this breaks prior code such as mine, and there seems to be no
resolution.

By setting DetailBand.DataPipeline at runtime, the problem disappeared and
the grouping works - even though there is no data on the grouping for any
pipelines other than the master.

Additional note, on the first data module, which has three reports which
show both master and detail in the group listing, if I add an additional
report, I only have the master as grouping options.

Since this breaks prior code, I'm reporting this as a bug.



John Elrick

rbuser

In re-reading, I found an ommission that may lead to confusion. See below:

digitalmetaphors

Yes, the master-detail report architecture changed when this property was
deprecated. See my response to your previous post, which suggests creating a
subreport which will print the detail data in the master report.


Cheers,

Jim Bennett
Digital Metaphors

rbuser

Oh my God. Do you know how many reports I'll have to rewrite?

Are there any solutions that don't involved several thousand dollars worth
of my client's money?


John

digitalmetaphors

We have a conversion bug on our hands.

You won't be able to edit and save the RB 4.x reports in RB 6. However, you
should be able to run them (preview and print) with RB 6, just as you did in
RB 4.

What exact version of RB 4.x and RB 6.x are you using?

The detailband datapipeline property is public, and in the conversion
process to RB 6, we try to maintain this connection, so that it can run.
What should happen is that when the report is loaded, the public detail
datapipeline property should be assigned. The report should run in RB 6 the
same as it did in RB 4. However, you are seeing a nil assignment of the
detailband datapipeline after the conversion process. Can you send us a
sample project that shows this behavior to support@digital-metaphors.com we
can trace through the conversion logic to see what is happening.

If the assignment was correct and non nil (which it is not), then the report
engine should detect that the detail band is connected to a detail
datapipeline and generate the proper number of detail bands. However, you
want to create groups in the report based off of multiple datapipelines, and
you can't do this with the visual interface. The groups property is
published. If the detail data pipeline gets assigned correctly, then the
groups should begin working in the reports. Again, you won't be able to edit
these reports and save them in RB 6 format.

I'm guessing that the conversion problem with the nil assignment of the
datapipeline most likely is coming from the fact that the report and
datapipelines are on a datamodule. We'll need to get an example from you
which shows your project configuration (simplified) so that we can reproduce
the and fix the conversion problem.


Cheers,

Jim Bennett
Digital Metaphors

rbuser

If possible - unfortunately it does appear to be random. Can't guarantee
how soon - this does not qualify as a small project (the sub project depends
on over 50 units), and I would need to attempt to recreate using a test set.
With no guarantee that the test one would exhibit the same behavior.

As I said, I have one other data module set up this way that kept the
assignments properly, only this one lost the assignment. I'm not sure if
any other units I have reports set up exhibits the same problem yet - we're
still testing.

RBuilder 6.02 and RBuilder 4.22.



John