Hi Trent,

Me and Edhy work together and we could not find out why the maintenance form does not work for us. The standard form works fine as explained in thread, I provided a lot of details there.
With the standard form I also could delete the child record with no problem and it does not happen in the maintenance form.

Please see again the below and see why it does not work for us.

The frmMemberShipInfo1 is the maintenance while the frmMemberShipInfo2 is the standard one. The 2 tables that are involved are: MemberInfo and AddressMem. Very small database with several records only. The below is just a basic sample to show the problem.

http://www.dfarber.com/VRep/HumanFindAdmin.zip
http://www.dfarber.com/VRep/HumanFindAdmin_DATABASE.zip

Thanks,

Doron

I tried to download your samples but got a firewall error on your end.  Just upload these as attachments if you can.

Just FYI, the funny thing you are fighting here, and if you look at the code, you will see that there is no such thing as a MaintenanceForm in SF.  The MaintenanceForm is just a template that comes with the framework the places a MaintenanceFormToolstrip on the form.  So if you are using a MaintenanceForm, you are actually using a StandardForm.  So this would alude to a configuration or code problem within your application.  Just thought this might point you in the right direction.

Hi Trent,

I fixed the Fire Walls issue on the server level so it is possible to download the zip files. I understand where you are coming from, but the properly which is responsible to disable the child field is OFF. Even though I made it to work in a different way, I would like to understand what else can cause this problem again.  I am still learning SF and .Net so I can easily over look something simple. Also please let me know when you Save at least one record if you see any delay in the Save mode - just curious.

Thanks,

Doron

Doron,

I looked at your sample...and as I mentioned on a previous post, we do not have MaintenanceFormClass.  Your problem is actually very simple.  First, when you setup a test environment, make sure that you have the same code in both places...in this case you didn't (i.e. The Navigated event of the Members BO).

In order to make the form1 work, you will need to do the following:

1. Set the IncludeInFormAdd property to True on the Address BO (it was not set)
2. It would be a good idea to set the ParentBusinessObject on the address to the member (this is not the problem, but if you want SF to manage the foreign keys for you, you will want to do this)
3. And here is your problem...REMOVE THE FILL CODE in the navigated event of the Members BO.  If you comment out this code, it works great.  The problem is that your code isn't taking into account a new record, etc.  If you want to have this type of Fill logic inside the navigated event, then you will want to be sure to test on new records, etc.  For example,
   
   
   If MembersBO.CurrentRow.RowState = Added Then
       '-- DON'T DO ANYTHING!
   End If

Hi Trent,
Thanks for your reply and see below.

If I remove the code found in the navigated method then when I click Next, Previous etc.. the child record will not be shown. Unless you have other suggestions to show the child record the below code works now:

Did run the form one time? Just worndered if you saved one record.

Regards,

Doron
 

Doron, you are missing the point.  You can put code in the Navigated event, but you need to check on the RowState to determine what action to take.  Your code ALWAYS attempted to FillByParentPrimaryKey (or something along those lines).  That code makes no sense for a new record.  So test on the row state to determine how to retrieve your data.

Ok Thanks