I recently installed 10.0.0.1469 and am now getting the following error from detail tables when applying updates. The detail tables are setup using the the master detail wizard on the client using automatic where. This a straight up and basic situation. The error message is:
First chance exception at $761E3DB2. Exception class EDAException with message ‘A delta called “PartNJSUEdit” is already present’. Process ProjectTestReleaseUpdates.exe (40608)
Because this has always worked and should work now, I think there may an issue with my installation of DA/RO. That said, I am not sure how to proceed. Please Help.
In the example I sent, the upper grid is the Orders Table, the lower grid is the Order Details table. Click the get Data button to get an Order with its details. Change the quantity in the order detail table and click the save data button.
When I do that on my installation, I get the following:
Thank you for the quick turnaround. Did you by chance check to see if the data actually saved after the fix? Either I incorrectly patched the files, or the data from the detail table does not save when saving the master. I think it should.
BTW, my example program did not have the following line in the “GetData” code:
if Active then Close;
This means that if you hit the get data button after making changes and pressing the save data button, it would look like the data saved when it did not.
I just checked out the changed modules with my actual product on sql server, and the changes are indeed saving. It must have had something to due with my SqlLite configuration.
you may have some corner case that requires specific testcase.
can you create a simple testcase w/o 3rd party components ike DevEx, etc that reproduces this issue, pls?
you can drop email to support@ for keeping privacy.
I found the cause now - I have the same table (LogicalName) as a detail to “itself” as master.
So, two table components with the same LogicalName, in a master-detail relationship.
That is not possible, I guess, without having another table LogicalName.
Otherwise it will of course get the error, that there already is a delta with that LogicalName.
So, I will try and make a copy of the table in schema modeler, and give it another name.
That should work. Right now it works if I clear the mastersource from the detail table.