Re: [dabo-users] forcing bizobj to recognize ui change & exception

Author: Miguel Lopes

Posted: 2009-07-12 at 12:04:51

On Sun, Jul 12, 2009 at 4:38 PM, Ed Leafe<ed@leafe.com> wrote:

> On Jul 12, 2009, at 9:03 AM, Miguel Lopes wrote:

>

>> If I issue self.PrimaryBizobj.getChangedRows(includeNewUnchanged=3DTrue)

>> has a first call on my onAppModuleNav(self, evt) method I get an empty

>> list!

>

>

> =A0 =A0 =A0 =A0OK, now you're crossing levels way too deeply. The form sh=

ould only

> work through the main methods that talk to the bizobj such as

> confirmChanges().

>

> =A0 =A0 =A0 =A0You say that you've changed some values, but confirmChange=

s() did not

> do anything, indicating that there were no changes in the bizobj.

True confirmChanges() always returns and never brings the dialog up

and I didn't mess with self.CheckForChanges.

> Can

> you verify that the controls that were changed were indeed bound to

> the bizobj? I.e., that their DataSource was the bizobj's DataSource,

> and that the DataField was indeed a column in the primary bizobj's

> data set? Check for capitalization errors, etc.

Yes this is confirmed. I doubled checked, asserted it. Also, if I save

the changes before trying to navigate I have no problems.

Miguel

©2009 Miguel Lopes