Situatia descrisa apare relativ frecvent cand reportul se face din fisiere relationate. Din varii motive (unul din motive ar fi existenta unui grid in form, gridul selectand recordsource atunci cand primeste focusul, sau deschiderea dialogului de selectare/setare a imprimantei), se poate ca fisierul master sa nu mai fie selectat, situatie in care nu se mai parcurg inregistrarile din detalii.
Motivul pentru care ar putea sa mearga in VFP9 cu REPORTBEHAVIOR 90, iar in celelalte situatii nu, este modul in care este procesat reportul cu reportlistener.
Daca e vorba de aceasta situatie, o comanda SELECT (fisier_master) in Report.init rezolva uneori problema.

wtfia wrote Nu e asta situatia. Reportul se bazeaza pe o tabela rezultata in urma mai multor SELECT SQL. Exact aceeasi tabela si aceleasi instructiuni se folosesc indiferent de REPORTBEHAVIOR. Ma indoiesc ca problema vine de la date, alfel nu inteleg de ce ar fi corect pe ecran. Intre REPORT PREVIEW si print nu se schimba nimic.

In VFP9, cu REPORTBEHAVIOR 90, daca din preview se da comanda de printare, se printeaza ceea ce sa randat la preview.
Din help:
If the user opted to print from preview, the print run starts after this method finishes. The print run uses cached pages prepared for preview at this point, so the available output exactly matches what the user saw in preview, including any RANGE or scope specifications included in the REPORT FORM command that invoked the preview.
Cu REPORTBEHAVIOR <90, sau in VFP<9, reportul se ruleaza pentru fiecare pagina in preview, si se ruleaza inca o data daca se da print din preview. Deci ceea ce se vede nu este ceea ce se imprima.  
Nu stiu unde anume se obtine acea tabela rezultata din mai multe selecturi, in report sau in afara lui, dar, daca nu este in zona curenta in momentul rularii reportului, nu se printeaza decat inregistrarea curenta, nu se parcurge fisierul.
N-ar strica o verificare daca totusi nu e de la date, inainte de a elimina aceasta posibilitate.