RadDataFilter FilterEditorCreated event getting fired twice in UI for Silverlight DataFilter

Yezdi

14 posts

Member since:
Feb 2011

Posted 03 Apr 2013 Link to this post

I am using the 2012.1.215.1040 version of Telerik dlls. In my application i have a RadDatFilter created in an unbound mode. Whenever an ItemProperty is chosen, the FilterEditorCreated event is fired twice. The "Q2 2011 SP1 (version 2011.2.0920)" release note on the Telerik site says that this bug is been fixed, but i still am facing the issue. Please advice.

Rossen Hristov

Admin

2477 posts

Posted 04 Apr 2013 Link to this post

Hi,

I will try to explain what happens.

Customers have requested that this event is fired both when the item property definition changes and the filter operator changes. When the item property definition changes the event is fired for the first time. Since all filter operators are cleared and then re-populated for the new chosen item property, the selected operator also changes and fires the event for the second time. Since customers wanted this event to be fired on filter operator change so they can respond and modify the editor according to the chose operator.

So this is more like by design and not exactly a bug.

Is the fact that the event is fired twice somehow breaking your program logic severely. What are you doing in the event handler that should not be done twice?

All the best,
Rossen Hristov
the Telerik team

Explore the entire Telerik portfolio by downloading Telerik DevCraft Ultimate.

Yezdi

14 posts

Member since:
Feb 2011

Posted 04 Apr 2013 Link to this post

My right hand side editors are mostly combo boxes whose data i fetch from a service. Now , every time i change a item property, say Itemproperty A to ItemPropertyB, first the EditorCreated event for the editor for prop A will be fired (I have confirmed by debugging the EditorCreatedEventArgs in the EditorCreated event)and then EditorCreated event for prop B will be fired. By design too, should the EditorCreated event get fired only for ItemPropertyB ?

Rossen Hristov

Admin

2477 posts

Posted 08 Apr 2013 Link to this post

Hi,

You are right. When changing the ItemPropertyDefinition, the event should not be fired for the "old" property.

We will do our best to change this behavior so that the event is fired only once when the ItemPropertyDefinition is changed and reads the new property name.

I will let you know immediately after we fix, test and check this in source control. Sorry for the inconvenience.

Greetings,
Rossen Hristov
the Telerik team

Explore the entire Telerik portfolio by downloading Telerik DevCraft Ultimate.

Rossen Hristov

Admin

2477 posts

Posted 10 Apr 2013 Link to this post

Hello,

The problem has been resolved. The fix will be released with our next Latest Internal Build.

Let us know if there are problems after you upgrade.

Regards,
Rossen Hristov
the Telerik team

Explore the entire Telerik portfolio by downloading Telerik DevCraft Ultimate.

Yezdi

14 posts

Member since:
Feb 2011

Posted 17 Apr 2013 Link to this post

Can you please let me know when will the next internal build be? Is there a place where i can follow the date ?

Vlad

Admin

11100 posts

Posted 18 Apr 2013 Link to this post

Hi,

Our internal builds are every Monday. Our next internal internal build will be next Monday.

All the best,
Vlad
the Telerik team

Explore the entire Telerik portfolio by downloading Telerik DevCraft Ultimate.

Shankar

26 posts

Member since:
Dec 2011

Posted 06 May 2013 Link to this post

Hi Yezdi,I have an issue and need some help. I am fetching the values from a Service too. Were you able to fetch it asynchronously in some background thread? The problem I have is that this fetch is happening on the UI thread and it makes the control look slow.

Any thoughts/ideas on how your approach?

Thanks,