I usually send the primary bizobj to back last so it's at the top of the list of multiple business objects (the sesson obj is always furthest back btw) and on most maint. forms the primary is loaded with data upon instantiation. Such is the case with an invoicing form.
With 6.1.2 the init calls AutoRequery() which calls Requery() which calls OnMoveRecordPointer() which calls PostMoveRecordPointerHook()

This new call to the new method AutoRequery() now results in attempts to requery children bizobj's of the Primary Bizobj. These Children are not yet instantiated. What's more, my Primary BizObj's PostMoveRecordPointerHook refreshes the child grid (on page 1 too) but the grids are not yet instantiated.

This requerying the bizobj during the init whose NoDataOnLoad property = .F. is new. I don't understand why we're doing this now; the view is already loaded with data and yet we're requerying it.
Not only that but the requery() calls OnMoveRecordPointer(). Version 6.0b did not assume the record pointer had move at init.

During the AutoRequery the variable lcAlias is set, then the test of the requerytype and for the InitialSelectedAlias:

lcAlias = loDataAccess.GetAlias()
*---------------------------------------------------------------
*--- Don't issue a requery if the business object's nRequeryType
*--- is set to 4 and this is the InitialSelectedAlias
*---------------------------------------------------------------
IF NOT (This.nRequeryType = 4 AND LOWER(lcAlias) == LOWER(lcAlias))

Shouldn't the test be 'LOWER(lcAlias) == LOWER(lcInitialSelectedAlias)' ?
Yet lcInitialSelectedAlias is set to lcAlias when both are '.F.'

And nRequeryType 4 means to requery on init. nRequeryType 0 means do not autorequery... What am I missing here?

My Primary bizobj's properties are:
.nRequeryType = 0
.cCursorType = 'VIEW'
.lAutoOpenTable = .T.
.NoDataOnLoad = .F.