Hi Doug,

After some testing through the debugger here's what I ended up with.

First nothing is written to QuickFlds in the REPORTS table

So I traced to see why that was the case.

Problem is with oFieldsCollection. The property Count is 0 when tests are made to write to QuickFlds. So basic problem here is can't write to QuickFlds because oFieldsCollection.count = 0 and can't read what was saved in QuickFlds.

Tracing more got me in sfReports: sfReportEngine: SetupDataEnvironment

Line of code:

llOK = .oData.SetupDataEnvironment( this.oFieldsCollection, .oSortCollection)

When I step inside SetupDataEnvironment everything seems correct. Count is not 0. As soon as execution gets out of SetupDataEnvironment then Counts gets to 0.

From the result that I have it looks like there would be more than 1 oFieldsCollection created???

Can you explain this behavior?


>Hi Denis.
>
>>Perhaps there could be code somewhere that interfere with the sorting. I'll look into that but still if you can guide me to where stuff related to sorting is happening.
>
>The following code in SFRWizard.SetupSteps determines whether the sort page is visible or not:
>

.aSteps[3, 4] = 'This.lHaveFields and This.lAllowSort
>and This.lAllowAnySort and not This.lSelectedGroup'

(Line break inserted for readability).
>
>This string expression is evaluated by the SelectStep method of SFWizardForm (the parent class of SFRWizard). You might want to trace that method and see what the values of the lHaveFields, lAllowSort, lAllowAnySort, and lSelectedGroup properties are.
>
>Doug