The radUpload textbox is acting weird. I tried the telerik demos and they work the same way. IE8 + 7.Problems.
1) you browse for a file with a long path. say c:\123434564576\MyFile.txt.
All that shows is [c:\123434564576]. If you put the caret in the textbox and hit the right arrow key you can't see the end of the file, in this case myfile.txt.
2) when you highlight text with the mouse it doesn't show the blue highlited color, its invisible, even though its highlighted.
3) pasting into the textbox causes errors, the file doesn't upload right.
4) after browse, path is replaced with "fakepath"
Thanks!
1) you browse for a file with a long path. say c:\123434564576\MyFile.txt.
All that shows is [c:\123434564576]. If you put the caret in the textbox and hit the right arrow key you can't see the end of the file, in this case myfile.txt.
2) when you highlight text with the mouse it doesn't show the blue highlited color, its invisible, even though its highlighted.
3) pasting into the textbox causes errors, the file doesn't upload right.
4) after browse, path is replaced with "fakepath"
Thanks!
2 Answers, 1 is accepted
0
Jerry
Top achievements
Rank 1
Rank 1
answered on 13 Jul 2009, 10:37 PM
-Bump-
This is a pretty bad problem that's present everywhere we use the control in our app.
This is a pretty bad problem that's present everywhere we use the control in our app.
0
Hi Jerry,
Actually, we are aware of all these issue, but they are hard to resolve as the control uses fake input element to provide fancy skinning. Anyway, we are doing our best to address these issues and most probably will do so in some of the next versions of the control.
As for the "fakepath" in the URL string, this is not a bug with IE8 or RadUpload, but a security consideration.
According to the specifications of HTML5, a file upload control should not reveal the real local path to the file you have selected, if you manipulate its value string with JavaScript. Instead, the string that is returned by the script, which handles the file information is c:\fakepath.
This requirement is already implemented in Internet Explorer 8 and the real path to the file will be shown only if the page that contains the control is added to the trusted sites collection of the browser, and this is why you get such string in IE8.
Greetings,
Paul
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.
Actually, we are aware of all these issue, but they are hard to resolve as the control uses fake input element to provide fancy skinning. Anyway, we are doing our best to address these issues and most probably will do so in some of the next versions of the control.
As for the "fakepath" in the URL string, this is not a bug with IE8 or RadUpload, but a security consideration.
According to the specifications of HTML5, a file upload control should not reveal the real local path to the file you have selected, if you manipulate its value string with JavaScript. Instead, the string that is returned by the script, which handles the file information is c:\fakepath.
This requirement is already implemented in Internet Explorer 8 and the real path to the file will be shown only if the page that contains the control is added to the trusted sites collection of the browser, and this is why you get such string in IE8.
Greetings,
Paul
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.