[FX.php List] New Portal Problem!

[Troy Meyers]

Kev,

This is a new (and probably nice) feature that Chris added. It wasn't possible before with the original grammar.

But like you, I relied on the counting integer index as well, and there is a way to provide that feature, for backward compatibility. Here's what you do:

In datasource_classes/RetrieveFM7VerboseData.class.php, change the value of $usePortalIDs in RetrieveFM7VerboseData to false.

-Troy

 


> Hi folks,
> 
> After having great success with Chris's recent update to FX in sorting
> out the FM12 portal issues, things now seemed to have regressed
> somewhat. Out of the blue, I'm now getting a different result using
> 'fmalt' than I was previously. For related fields contained within a
> portal, the array index is now what I assume to be the recid.modid for
> the portal row:
> 
> [studentData::absencesCurrentCountNumber] => Array (         [1054.91]
> => 12 )
> 
> I'm used to that number being 0 (or incremented from 0), and my code
> assumes it too. If I revert back to 'fmpro7', it *is* 0, and my code
> works properly again. The weird thing is, I'm *certain* that when I
> first implemented the new version and tested it with 'fmalt', it worked
> normally, so I can't account for why it has changed all of a sudden.
> Non-portal data (even related) is fine.
> 
> Just to clarify, this is the result using both FMSA11 & FMSA12, though
> using the latter with 'fmpro7' triggers the original XML issue.
> 
> Any clues?
> 
> Kev