When a RadButton is clicked and the following conditions are met: -Page validation is not passed -Button's postback is cancelled in OnClientClicking event by setting args.set_cancel(true) the postback of other RadButtons will not be performed.
The appearance of disabled inputs in the markup is not updated in IE11. For the time being you can manually set the corresponding disabled CssClasses, using the approach from this help article: http://www.telerik.com/help/aspnet-ajax/formdecorator-troubleshooting-input-appearance-is-not-updated-when-disabled-in-internet-explorer.html
Selecting a cell from horizontally scrolled RadGrid with allowed Keyboard Navigationcauses the page to be scrolled to the left in IE 11. video: https://www.screencast.com/t/4NDOq9Qx Comment: If the Batch editing is enabled the cell is selected, but the batch editing is not started. Code to reproduce the issue: <div style="width: 4000px"> <telerik:RadGrid ID="RadGrid1" runat="server" AutoGenerateColumns="true" AllowSorting="true" Skin="Telerik" RenderMode="Lightweight" OnNeedDataSource="RadGrid1_NeedDataSource"> <ClientSettings AllowKeyboardNavigation="true" Scrolling-AllowScroll="true" Scrolling-SaveScrollPosition="true"> <Selecting CellSelectionMode="SingleCell" /> </ClientSettings> <GroupingSettings ShowUnGroupButton="true"></GroupingSettings> <MasterTableView CommandItemDisplay="Top" Frame="Border" ShowFooter="true" AllowPaging="True" AllowCustomPaging="true" ShowGroupFooter="true"> </MasterTableView> </telerik:RadGrid> </div>
A possible workaround would be tweaking the ItemRequestTimeout property of the ComboBox <telerik:RadComboBox ItemRequestTimeout="380" runat="server" ... > ... </telerik:RadComboBox>
ImageManager loses the selection after an image has been edited into the ImageEditor and saved with new file name. video: http://screencast.com/t/rZIp4iioehE
We are running HTML validators as part of an effort to attain WCAG 2.0 A compliance. Among the errors we are seeing is The summary attribute is obsolete. Consider describing the structure of the table in a caption element or in a figure element containing the table; or, simplify the structure of the table so that no description is needed. Here is a snippet of the failing HTML, apparently from the rendering of the RadSocialShare control: <div id="ctl00_TemplateBody_WebPartManager1_gwpciNewSocialShareCommon_ciNewSocialShareCommon_RadSocialShare1_compactPopup_C_comboBox" class="RadComboBox RadComboBox_Default" style="width:160px;"> <table summary="combobox" border="0" style="border-width:0;border-collapse:collapse;"> We are currently running version 2013.2.717.45 of the ASP .NET for AJAX controls, but we just tried 2013.3.1015.45 and it didn't fix things in this regard, either. There is a similar discussion at http://www.telerik.com/community/forums/aspnet-ajax/combobox/table-summary-attribute.aspx , which recommends a jQuery fix. This fix works in terms of removing the summary attribute from that table, but it does not result in clean HTML when the w3c validator is run against it, so we believe that is not an acceptable workaround. In the discussion at http://www.telerik.com/community/forums/aspnet-ajax/general-discussions/accessibility-issues-various.aspx , some mention is made of fixing the combo box for the 2012 Q3 release, but it doesn't look like that happened.
A function that is attached to this event is triggered on clicking the RadWindow's toolbar, even if it is already active.
Repoduction steps Alternative 1 1) Browse to http://demos.telerik.com/aspnet-ajax/input/examples/overview/defaultcs.aspx 2) Click on Phone field -> whole field gets selected 3) Enter 'a' -> One time red flashing border and caret moves 1 position 4) Press 'a' again -> One time red flashing border and caret does not move Alternative 2 1) Browse to http://demos.telerik.com/aspnet-ajax/input/examples/radmaskedtextbox/firstlook/defaultcs.aspx 2) Click on IP address field -> whole field gets selected 3) Enter 'a' -> Caret moves 1 position, no one time flash of border 4) Press 'a' again -> One time red flashing border and caret does not move Expected behaviour at step 3 in both cases: One time red flashing border and caret should be at first position