slow performance typing in RadTextBox

[Craig Wallace]

Hi,

With the latest version of the controls (2011.2.712.40) I am experiencing a rather unusably slow typing response in one of my RadTextBoxes.  It is a multiline textbox, wtih a maxlength setting.  I am trying to get a test case together as this is a definite issue since changing from the Q1 2011 version of the controls, but it seems to only happen in very particular circumstances. 

Before I burn a lot of time trying to get a test case, has anyone else seen this issue?

Thanks.

Craig

[Craig Wallace]

By using the JS profiler in IE8 I have determined that the problem is with the _calculateSelection function called by get_caretPosition in the _onTextBoxKeyPressHandler event handler (reported as line 7175).  This call takes 99.71% of all the processing time, with an average of 348ms.  1/3rd of second delay per keystroke is definitely going to cause problems!

Using version 2011.1.519.40 of the Telerik assemblies, the get_caretPosition function does not appear to be called, and the _onTextBoxKeyPressHandler event handler only consumes 3% of the processing time.

Can someone from Telerik please comment/look at this?

Thanks,

Craig

[Dean]

Telerik,

We are experiencing the same issue with the latest version and are about to release our project.
 
We need a solution ASAP!

Regards,

~Dean

[Craig Wallace]

Hi Dean,

Can you put a test case together to show the problem?  I am having difficulty as it is a problem in a fairly complex project and I cannot yet isolate it.  Maybe we have some similarities?  Let me know if you are using any of these:

.Net 4
Master Pages
RadTabStrip and RadMultiPage loading usercontrols
RadWindow
Multiple levels of usercontrols
RadFormDecorator
RadStyleSheetManager
RadCompression

Craig

[Dean]

Hi Craig,

Simular.  We are using the following.

.Net 4
Master Pages
RadTabStrip (load on-demand) and RadMultiPage loading usercontrols RadWindow
Multiple levels of usercontrols

Also...
Everything is Ajaxified.  RadAjaxManager and Proxy's on UserControls.

Building a test case would be very tricky for us also - very complex large project.  But...  We did create a seperate page and placed just a RadTextBox Multiline and had NO issues.

~Dean

[Craig Wallace]

Also...
Everything is Ajaxified.  RadAjaxManager and Proxy's on UserControls.

Yes, we are using the same here, so it seems we have very similar projects.  I am going to start adding some more to my test case to see if I can recreate it.  So far I have the RadTabStrip and RadMultiPage loading a usercontrol with a RadWindow that contains the RadTextBox, but there are no problems yet.

Craig

[Dean]

It wasn't clear to me but...  You are loading your tabs on-demand?
~Dean

[Craig Wallace]

Not as it's defined I think.  I'm loading when Page.IsPostback = false, not on the tab click.

[Serhat Gülmez]

We are also having the same problem. Looks like a previous Telerik bug has been resurrected! This issue was fixed before and now it is back.. Hope someone returns with a solution ASAP.

[Craig Wallace]

Hi Abdurrahman,

Was there a workaround for this bug when it appeared previously?

Craig

[Serhat Gülmez]

Yes, we reverted to an earlier version of Telerik at that time; and after a while Telerik guys published a new version or patch (I do not remember exactly).

Other then that; go back to version 2011.1.519, removing version 712...

Still got no response from any Telerik guys.

[Craig Wallace]

Unfortunately that version has another bug around RadMultiPage that I need fixed so I can't use it either.

[Serhat Gülmez]

Then we should all pray for getting a patch for this from Telerik ASAP... Someone from them should be reading these posts...

Just a suggestion, you might try to override the cpu consuming javascript function; although it might also cause other problems.. We were lucky enough to be able to roll back the whole system to the earlier version. It caused a major problem with client though!

[Dean]

I have opened a support ticket (Ticket ID: 445433) on this issue - no response yet.

This issue is also causing a problem within their RadScheduler default popup add dialog - it contains a RadTextBox.

For now we have reverted all RadTextBoxes back to ASP TextBoxes which resolves the issue but still leaves us with the RadScheduler problem.

Reverting back is an option but we haven't done it yet - waiting on Teleriks response.

~Dean

[Martin]

Hello Guys,

I have tried to reproduce the described issue locally, but without success. Have anyone managed to isolate the problem in a sample page or could you provide some more details about how to replicate it?

Looking forward to your reply.

Greetings,
Martin
the Telerik team

[Craig Wallace]

Hi Martin,

I haven't yet managed to emulate it in a simple test case, no.  I'll let you know if I do.

Craig

[Serhat Gülmez]

Just to let you know; hoping that it might help; this exact same problem did show up in one of the releases of late 2009 or early 2010. It was fixed then; but now came back...

[Craig Wallace]

I have just discovered that the issue goes away if compatibility view is switched on IE8. 

This is not feasible for us, but it might be useful to you other guys.

Craig

[Dean]

I just added some videos to the support ticket for you Telerik.

We have run all browsers and get various results.

IE8 - Issue
IE8 (compat. mode) - Issue but not as big a hesitation between characters
IE9 (standard) - Issue
IE9 (compat. mode) - Issue but not as big a hesitation between characters

Chrome 12.0.742.122 - NO Issue
FireFox 5 - NO Issue
Opera 11.50 - NO Issue
Safari 5.0.5 - NO Issue

If Telerik is willing to sign an NDA we can give you access to the code & DB via VPN - as last resort.

We have tried several different ways to reproduce this issue outside of the current project structure without success.

Regards,
~Dean

[Marco]

Hello all,

I have the same problem since the new version.

I'm hoping on a quick fix.

Regards Marco

[Craig Wallace]

Hi Marco,

Are you able to create a reproducable test case for the Telerik guys?

Craig

[Craig Wallace]

Hi Martin,

I have a test case for you that reproduces the problem.  It is actually very simple.

Create a form with the following controls on it:

<telerik:RadScriptManager ID="RadScriptManager1" runat="server" />
<telerik:RadDateTimePicker ID="RadDateTimePicker1" runat="server" />
<telerik:RadTextBox ID="RadTextBox1" runat="server" TextMode="MultiLine" />

When typing in the RadTextBox, the response will be very slow.  If you remove the TextMode attribute from the RadTextBox, there is no problem.

It may be that controls other than the RadDateTimePicker also cause this effect, but it is definitely noticable with the RadDateTimePicker there.

Craig

[Martin]

Hello Craig,

Thank you for the code snippet.

I was able to reproduce the issue locally and confirm that RadTextBox does not behave as expected in this scenario under IE8 only. Strangely enough the problem disappears if the text box is declared before the picker in the markup. I have forwarded your report to our developers for further investigation. Unfortunately, I can not provide you with exact estimate about when the problem will be fixed. However, you can follow the status of the issue in our public issue tracking system.

Greetings,
Martin
the Telerik team

[Dean]

This is not a IE8 only issue.  We can reproduce the error in IE9.

Correction...  We cannot reproduce Craig's test in IE9 but the problem still happens.

We are building off Craig's test scenario to see if another RadControl produces the issue.

Great job Craig!

[Martin]

Hello Dean,

I have not said that this IE8 related issue. My point was that the code Craig has provided, causes the problem in IE8 only. One more time - I confirm that we have a problem with our RadTextBox control and as I stated in my previous post - I have created a backlog item for it. However, since your project is based on a different scenario that breaks in IE9 as well, I assume it might be a different issue. That is why I suggested that we continue our communication here so that all different scenarios that might cause the problem are available to our community. This way many members can contribute with sample code and test pages which would definitely speed up the process of isolating and fixing the issue.

Best wishes,
Martin
the Telerik team

[Marco]

Dear Martin,

This is my example, hopes it helps

<telerik:RadScriptManager ID="RadScriptManager1" runat="server">
</telerik:RadScriptManager>
<telerik:RadDateTimePicker ID="RadDateTimePicker1" runat="server">
</telerik:RadDateTimePicker>
<br />
<telerik:RadTextBox ID="tbTitle" runat="server" Height="200px" TextMode="MultiLine"
    Width="500px">
</telerik:RadTextBox>

Browser is IE8, Telerik Q2 2011

Beste regards Marco

[Michael Malone]

I am also experiencing the same problem with IE9. I was not able to reproduce the problem with the isolated case but in my project, RadTextBox is very, very slow.

MasterPages
Custom Composite Controls
Embedded Resources with Custom Controls including Style Sheets
PadPanels
RadTextBoxs
RadTimePickers
RadScriptManager

[Martin]

Hello Guys,

I would like to inform you that our developers implemented a fix for that issue in our latest internal build. Please log in to your accounts and give a try to the 2011.2.725 version of the controls. Let me know whether the problem still exists.

Best wishes,
Martin
the Telerik team

[Marco]

Dear Martin,

The Issue is FIXED!

SUPER!

Thanks to you all.

Regards Marco

[Michael Malone]

This "hotfix" has fixed my issue. Thank you.

[Dean]

Martin,

The hotfix has corrected our issue. Thank you so much for your quick turnaround!

~Dean

[mac]

This issue is back in version 2011.2.915. My customers reported issues entering text using the radtextbox control
RadDatePicker
RadTextBox  
RadTextBox

[Martin]

Hello Mac,

Although the Q2 SP1 release (2011.2.915) is live for almost 2 months you are actually the first one to report this issue after it was fixed. I have tested the code provided by Marco in an earlier post in this thread, but was not able to reproduce the issue with the SP1 release. I also contacted our developers and they confirmed that we have NOT reverted the fix provided before. Based on that I would suggest that you open a formal support ticket and send me a small sample that demonstrates your scenario. This way I will be able to debug it locally and advise you further.

All the best,
Martin
the Telerik team

[mac]

Hi Martin. I guess this build is causing all sorts of issues for me and raddatepicker. Why don't we start with this open ticket that was assigned to Maria. Betting it is similar issue in that it has to do with raddatepicker and bizarre false clicks in chrome.
Support ID:479347 -- strange postback happening

[Martin]

Hello Mac,

It is great that you have opened a support ticket on the issues you have encountered. Since support tickets are addressed with higher priority and because the problem seems to differ from the one that this thread was initially started for, I would suggest that you continue the communication in the support ticket.

Kind regards,
Martin
the Telerik team

[YAT]

Hi All

We are having similar issue with this current version what we are using (2011.3.1305.35) , could you provide some assistance in this regard.
Scenario :
We are using a RadTextBox along with a RAD tree view control and  this RADTextbox has a EmptyMessage and TextMode with Multiline value, so when user clicks on text box its taking longer time to get the focus on it.

So will you provide a fix for this  as well ,  as you have done this with previous versions.

Regards
Chandrasena chary,

[Martin]

Hello Chandrasenachary,

I would suggest that you upgrade to the latest version of RadControls. The issue this thread was opened for has already been resolved.

I hope this helps.

Regards,
Martin
the Telerik team

[Guy]

Is it possible that this issue is back in the current version 2013, 1, 220, 40 ?

Have customer experiencing these problems.

Best regards
Guy Van Dyck

[Martin]

Hello Guy Van Dyck,

I doubt that the issue is back again, but in order to eliminate any chance that we may have reintroduced it I would suggest that you send some sample code that replicates it on your side. This way we will be able to test it on locally and confirm the correct behavior of the control.

All the best,
Martin
the Telerik team