This question is locked. New answers and comments are not allowed.
Looks like the BeginEdit and EndEdit are not called an equal number of times on IEditableObject. This is causing edit level invalid value in our custom objects. We think its happening on CommitEdit if a cursor is still inside the cell.
Thanks,
Seth Mims
Thanks,
Seth Mims
5 Answers, 1 is accepted
0
Hi Seth,
Can you provide me with more detailed information (test scenario) how I can simulate this. I've found a possible issue, and I want to be sure if fix for it also fixes your problem.
All the best,
Nedyalko Nikolov
the Telerik team
Instantly find answers to your questions on the new Telerik Support Portal.
Check out the tips for optimizing your support resource searches.
Can you provide me with more detailed information (test scenario) how I can simulate this. I've found a possible issue, and I want to be sure if fix for it also fixes your problem.
All the best,
Nedyalko Nikolov
the Telerik team
Instantly find answers to your questions on the new Telerik Support Portal.
Check out the tips for optimizing your support resource searches.
0
Seth
Top achievements
Rank 1
Rank 1
answered on 09 Jul 2009, 04:08 PM
Hi Nedyalko!
Our app is too much to email so sending the specific case would be rough. Here's the sequence of how to reproduce it:
1. Issue CommitEdit
2. Add an Object to the underlying data source
3. Edit data in new row
4. Issue CommitEdit
5. Add an Object to the underlying data source
6. Edit data in new row
7. Issue CommitEdit
8. Check Edit Level (internal variable that keeps track of how many times BeginEdit/EndEdit was called). Number in row 1 is not equal to number in row 2 .. where as they should be the same. We rely on BeginEdit and EndEdit to support cancel buttons.
If you want to make a fix and send us a DLL we'll be glad to test it out for you.
Thanks,
Seth Mims
Our app is too much to email so sending the specific case would be rough. Here's the sequence of how to reproduce it:
1. Issue CommitEdit
2. Add an Object to the underlying data source
3. Edit data in new row
4. Issue CommitEdit
5. Add an Object to the underlying data source
6. Edit data in new row
7. Issue CommitEdit
8. Check Edit Level (internal variable that keeps track of how many times BeginEdit/EndEdit was called). Number in row 1 is not equal to number in row 2 .. where as they should be the same. We rely on BeginEdit and EndEdit to support cancel buttons.
If you want to make a fix and send us a DLL we'll be glad to test it out for you.
Thanks,
Seth Mims
0
Hello Seth,
I'm attaching latest binaries, which you can test if this issue is fixed.
If everything is OK you can open a support ticket in order to get dev version of these assemblies or get them with latest internal build (every Friday).
Hope this helps!
All the best,
Nedyalko Nikolov
the Telerik team
Instantly find answers to your questions on the new Telerik Support Portal.
Check out the tips for optimizing your support resource searches.
I'm attaching latest binaries, which you can test if this issue is fixed.
If everything is OK you can open a support ticket in order to get dev version of these assemblies or get them with latest internal build (every Friday).
Hope this helps!
All the best,
Nedyalko Nikolov
the Telerik team
Instantly find answers to your questions on the new Telerik Support Portal.
Check out the tips for optimizing your support resource searches.
0
Seth
Top achievements
Rank 1
Rank 1
answered on 10 Jul 2009, 06:07 PM
We actually used the latest Silverlight 3 build for our testing. This problem is fixed, however, there is another issue .. we're not sure if its new or old. Here are the steps:
1. Programmatically add a new object to data source behind the grid
2. Set focus to the new row and put it into edit mode (also programmatically)
3. Issue CommitEdit()
4. The object behind new row has an incorrect edit level indicating there was not a matching number of BeginEdit and EndEdit calls
Thanks,
Seth Mims
1. Programmatically add a new object to data source behind the grid
2. Set focus to the new row and put it into edit mode (also programmatically)
3. Issue CommitEdit()
4. The object behind new row has an incorrect edit level indicating there was not a matching number of BeginEdit and EndEdit calls
Thanks,
Seth Mims
0
Hello Seth,
This is an issue in our code base that we will try to address in one of our next internal releases.
Fortunately there is a workaround right now. You can set ValidationMode property of RadGridView to Row. This way the grid will be aware to call EndEdit on your business object when the CommitEdit is called.
Thanks again for reporting this. I have updated your Telerik points.
Greetings,
Stefan Dobrev
the Telerik team
Instantly find answers to your questions on the new Telerik Support Portal.
Check out the tips for optimizing your support resource searches.
This is an issue in our code base that we will try to address in one of our next internal releases.
Fortunately there is a workaround right now. You can set ValidationMode property of RadGridView to Row. This way the grid will be aware to call EndEdit on your business object when the CommitEdit is called.
Thanks again for reporting this. I have updated your Telerik points.
Greetings,
Stefan Dobrev
the Telerik team
Instantly find answers to your questions on the new Telerik Support Portal.
Check out the tips for optimizing your support resource searches.