Stange behaviour on input box

[Russell Mason]

Hi

I have a RadUpload control on my page and I am noticing some strange behaviour with the caret in the text box. I also see this in your example pages (e.g. http://demos.telerik.com/ASPNET/Prometheus/Upload/Examples/UsingTargetFolder/DefaultCS.aspx)

If I set focus to the input box and hover the mouse over the 'Select' button (on the same row) the caret moves to the left of the imput box and follows the mouse around.

Also, I can't select the text by double clicking on it or by dragging the mouse in the normal way.

I am using IE 7.0.5730.11 on XP SP2, and 2008 Q2 of Rad controls for AJAX.

Any ideas?

Thanks
Russell Mason

 

[Alex Gyoshev]

Hello Russell Mason,

This is rather an IE-only bug in RadUpload. It has been fixed for future builds of RadControls, so if you wish to obtain the work-around, please open a support ticket and request a build.

Thank you for the report - your Telerik Points have been updated.

Best wishes,
Alex
the Telerik team

Check out Telerik Trainer, the state of the art learning tool for Telerik products.

[RDavis]

I am seeing this and an additional strange behavior that seems related:  When I click in the input box and drag, the contents of the page flash and then disappear as if I've drug them to another location.  I'd prefer the control didn't move at all when I click and drag, instead, the text in the input box should be selectable.

I have the RadUpload control in an ascx file that loads into a master page, if that makes a difference.

Will the latest build that fixes the floating cursor also fix the vanishing problem?


Thanks,
--Richard

[Erjan Gavalji]

Hi Richard,

This behavior is already fixed in the latest official build. Please, check the RadUpload Online Demos for reference.

Let me know if I am missing something.

Kind regards,
Erjan Gavalji
the Telerik team

Check out Telerik Trainer, the state of the art learning tool for Telerik products.

[Craig Nicholson]

Hi Alex

I am using RadControls for ASP.NET AJAX version 2008_3_1105 and I am also experiencing this issue.

Was a build released to rectify this?

TIA

Craig

[Acadia]

Me too I'll have to get the latest build I guess.  If I try to copy text the entire upload control dissappears and I get a Javascript popup error.

[Veselin Vasilev]

Hello guys,

Did you experience the problems in our online demos?

I tried to reproduce them, but to no avail.

Regards,
Veselin Vasilev
the Telerik team

Check out Telerik Trainer, the state of the art learning tool for Telerik products.

[Russell Mason]

Hi

I notice you still can't highlight text for selection with either the mouse or keyboard though!

Thanks
Russell Mason

[Paul]

Hi Russell,

Unfortunately, you cannot highlight text for selection if RadUpload's input field is using a skin. In order to achieve your goal you will have to turn off the control's skinning mechanism for the input field (EnableFileInputSkinning="false").

Sincerely yours,
Paul
the Telerik team

Check out Telerik Trainer, the state of the art learning tool for Telerik products.

[Angela]

I am expereincing this problem in the demos.telerik.com when I goto UPLOAD | Skinning..

Mozilla never lets you in type mode and pops up the open dialog... IE lets us in type mode and then messes stuff up.  If I type it screws up my cancel button in my grid edit form template.  no highlighting of text ect...

If I disable skinning, I am still running into a problem.  When in the text area it allows no typing. 

What was the intended use?  meaning person only browses for a file?  No text typing?

[Veselin Vasilev]

Hi Angela,

This is the default behavior of file inputs in Firefox (this can be seen on the "standard file inputs" example). The browser does not allow typing, as a security measure, and there is nothing that we can do about it (that is, without hacking around the browser security model, which is unacceptable).

Can you please explain in more detail what do you mean by:
IE lets us in type mode and then messes stuff up
How can we reproduce the problem on our demos?

All the best,
Veselin Vasilev
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.

[Angela]

Actually if I goto your standards page you pointed to.  And I use IE 7.0 and Mozilla 2.0

They both work the same.  This means

Mozilla allows typing
ie allows typing

Mozilla is *not* popping up the open dialog box when clicking (to type) on the input area.

I have the default security settings (as installed) on Mozilla no changes to browser stuff has been made.

This would indicate it is something with in the telerik code that is not working properly.

Scenario.

I have a Tab strip at top.

I have a grid, edit form template inside that grid which has the RadUpload control.

Using <asp:buttons in the edit form template to indicate insert and cancel.

If I type in the text box for the Radupload in IE 7.0 it breaks my cancel button it will *not* post back.

Once I take the text out of the inputbox (if I get lucky in it allowing me to do this) the cancel button will then work.

If I do the same scenario and take your skinning off, No typing is allowed on the IE 7.0 input box and my cancel button (because text can't be typed now) works all the time.

I am trying this on my home machine with IE 7.0 Mozilla 2.0 on vista.

I think you guys have a compatibility problem.

I think my machine at work has Mozilla 3.0 and IE 7.0 on XP.

And my computer at work has Mozilla never allowing the typing on you text box..

I will test the in house <ASP: control for file upload on my machine tommorrow at work with 3.0.  If it does the same as 2.0 then we know it is a telerik issue.

But honestly, telerik should be QAing this themselves. On those browser versions...

[Genady Sergeev]

Hi Angela,

I have tried to reproduce the issue with the Cancel button and RadTabStrip no working, but everything seems to work properly. For the Cancel button issue I have tested this demo, and for the TabStrip I am attaching my test project. Could you please modify the project in order to replicate the issue.

The attached demo also includes the issue with the disabled skin. However, in it everything seems to be ok, I was allowed to enter the text in the input.

With respect to the other points: RadUpload is built on the top of the standard input-file control. Unfortunately the last seems to have different behavior in IE and Mozilla, as you can see here.

Even with the standard input-file component, text is allowed to be entered in IE, whereas in Mozilla the dialog is opened. Unfortunately, I am not aware of a resolution to this issue.

You are correct, under Firefox 2 it is allowed to enter text in the input-file windows, but unfortunately in Firefox 3 this is not allowed. This is in concern with the browser itself.

All the best,
Genady Sergeev
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.