Do you mind providing a runnable project that would demonstrate the issue? The project would also enable us to understand the issue you are facing with WebGrid quicker and more easily.

I'm working on a sample for you.  Will post when ready.

I've attached the sample.  After extracting it, you'll need to load the solution from the DynamicControlsNotRecognized folder.  It should already be set up to load DynamicControlsNotRecognized.aspx as the start up page, so you should be able to debug right away.

Note that I've tried to replicate what we do in it's most simplified version here, so the page uses custom controls like we do, i.e.,

• Grid is a custom MyCustomGrid control and uses a template custom check box using the MccTemplate
• Check box is a custom composite control via MyCustomCheckBox

Steps to see the problem:

• On the editable grid, add 3 or 4 lines of data.
• Now select a row or two via the check box
• Now click the WebMenuBar object's List Selected Items.  You'll note that the checked items do not show after the fly post back and the label is not updated with any selected items.
• Now check a couple of the already added rows and click List Selected Items again.  You should now see that the items are recognized and processed correctly and listed in the label.

If you put a break point in the check box control's LoadPostData, you'll note that it never gets hit on the initial fly post back that loads the initial row.  That never happens for any row that's initially added.

Let me know if you have any questions on the code.  Thanks.

[EDIT] Reattached file without ISNet assemblies as it was too large to attach initially.  You have these so you shouldn't have any issues.

Thank you for the sample. I have successfully replicate the issue on my environment. Currently I am still discussing this issue with our developer. I will update this thread when I have more information about this issue.  

Glenn,

Here's another sample of another problem I discovered that I hope you can help.  Let me know if you have any questions on the code.  I removed the ajax control tool kit since you have this already so you just need to update the reference to it.

I have another check box that is an editable field.  This is used to check the default row, for example.  So do the following to see the issue(s):

• Add a row where the check box is checked
• Now add a row with the check box not checked.  When added, the row with the checked box gets reset
• You can only have one row as the default, so only one of those check boxes can be checked at one time.  so when you check one of these, it'll post back and update the data set.

When the "is default" check box is checked and it posts back, it does NOT trigger an update row as if editing a text box for example.  In my custom grid, I had to override OnBubbleEvent so I can set the Cells value and call OnUpdateRow.  Is this correct?  Shouldn't the grid be doing this?  Also, note that the cell's Value object is null and DataChanged is false at this point.  Setting them does not seem to persist since they're "reset" again when you get to the code at the page level (see the update row in the page's code behind).  Am I doing this correctly in my approach?  How would you do it?

Thank you for the new sample. Currently I am still in discussion with the developer regarding this issue and we are still analysing the sample for the cause of the issue.

Glenn,

One other thing that I forgot to mention is that the UpdateRow and AddRow fly post backs do not trigger any UpdatePanels that may need updating.  Even if we add the triggers, in the markup like the example below, the panel does not get updated.

<asp:AsyncPostBackTrigger ControlID="WebGrid3" EventName="AddRow" />
<asp:AsyncPostBackTrigger ControlID="WebGrid3" EventName="UpdateRow" />

We also have to add, for each check box template, the triggers dynamically as I do in the sample's MyCustomGrid's OnInitializeRow override.

I'm sure you noticed this already, but I do have the post back settings all set to true, i.e.,

this.FlyPostBackSettings.PostControlState = true;
this.FlyPostBackSettings.PostHiddenFields = true;
this.FlyPostBackSettings.PostInputControls = true;
this.FlyPostBackSettings.PostViewState = true;

Hi Glenn,

What the latest update on this?  Has it been fixed in 2011 R1?

Hi Yousif,

It seems the issue has not been fixed in 2011R1. I will ask Glenn about the progress about this issue. I will help to follow up this to our developer teams.

Regards,
Handy