>>>>You can send a copy to my UT email.
>>>
>>>I sent a zip file...
>>>Thank you!
>>
>>Doru,
>>
>>It's certanly a bug in Report Writer. I would recomend that you report it to VFP Team. I got the same result in VFP9 and VFP8. Looks like it's caused by no detail band to be present in report.
>>I made a couple of adjustments to the report and now it looks like working properly. Let me know if it works for you.
>
>Sergey and Don - thanks for testing.
>Sergey - I tested the report with changes you made on a bigger data set, and it works, but not 100%. With the dummy space only in the detail band, the header reprints for the first group that overflows, but not for the next group. Adding the dummy space field in every group header band that is empty, reprints most of the time, but there are still misses - for example when the all inner-most group footers are on one page, and the new page begins with the next group footer...
>I did send a bug report to MS on the same day I posted on UT.
>Thank you.

Doru,

Your last response reminded me of something. Many many years ago I mentioned a bug in a FoxTalk article that I wrote (which I can't find right now), and it had to do with Group Headers not reprinting on a new page. Specifically, if I remember correctly, the bug I found had to do with the Group Header NOT reprinting if its corresponding Group Footer was the first thing to print on a new page. If an actual detail band object was the first thing to print on a new page, then the Group Header came out correctly, but not if a Group Footer was the first thing to print.

Is this what you're experiencing? Maybe this phenomenon has never been fixed in any version of FoxPro... I don't know... I haven't tested it. I think I first discovered this back in the old FoxPro/DOS days. Or maybe this behavior is by design... maybe MSFT thinks that a Group Header re-print is not necessary if a Group Footer is going to print at the top of a page. Personally, I consider it a bug.

--Brad