Using the client-side requestItems method of a RadComboBox to fire the refresh of it's items(with a call to clearCache before to ensure that the refresh is performed), doesn't always perform the async callback request, sometimes resulting in the "Loading" text being added at the top of the combo's items drop-down and staying there (as the callback to the server is never fired, so it's result never received). 

After quite a bit of trials, I finally managed to figure out that the issue arise when there is an async postback in progress on the page (to refresh an update panel) when requestItems is called.

Stepping through the requestItems call with IE F12 tools, I found that this is due to the fact that the Sys.WebForms.PageRequestManager do not perform callbacks if there is an async postback in progress. I think that the RadComboBox should detect that situation and wait until the end of the async postback to fire it's requestItems callback, otherwise the combo get stuck in the "loading in progress" state, waiting for the end of the callback that will never happens as the PageRequestManager did not start it. Additionally, in F12 Network tab, I can see that there is no request performed for the callback to request the items of the combo-box.

I reproduce the issue with the following steps:
1- Have a page with a RadComboBox, a ScriptManager with partial rendering enabled and an UpdatePanel.
2- In the browser, trigger the async postback to refresh the UpdatePanel
3- From JavaScript, while the async postback is in progress, call the requestItems method of the RadComboBox
4- Open the drop-down of the combo, and you can see the "Loading" text at the top, with the initial list of items. And it stays like this until another call is made to requestItems when there is no async post-back in progress which will actually perform the callback.

A JavaScript error is thrown when a button with AutoPostback enabled on the client-side is clicked in IE.

Note: The error is thown only when the AutoPostback is enabled in the ClientClicked event handle, but not in ClientClicking.

JavaScript error:
SCRIPT5007: Unable to get property 'controlState' of undefined or null reference
File: ScriptResource.axd, Line: 658, Column: 38

For our product we are using Telerik RadScheduler to display user calendar information, which we make extensive use of the Telerik.Web.UI.RecurrenceRule implementation.

Additionally we are now integrating with Google Calendar to display and edit external events within our application.

There have been several recurrence rules returned from Google that follow the iCalendar standard but RecurrenceRule has failed to parse correctly. Below are some examples of rules that have issues:

1. EXDATE value is ignored:

DTSTART:20160405T120000Z
DTEND:20160405T130000Z
RRULE:FREQ=DAILY;INTERVAL=4;BYDAY=MO,TU,WE,TH,FR,SA,SU
EXDATE;VALUE=DATE-TIME:20160413T120000Z

2. INTERVAL is ignored (interval of 1 is assigned when parsed by Telerik)

DTSTART:20160404T120000Z
DTEND:20160404T130000Z
RRULE:FREQ=DAILY;COUNT=10;INTERVAL=4

3. Parse fails completely:

DTSTART:20160404Z
DTEND:20160405Z
RRULE:FREQ=WEEKLY;UNTIL=20160509Z;BYDAY=MO;INTERVAL=1

FileExplorer does not persist the scrolling position of its tree pane when a folder from the tree is selected in LW (and both horizontal and vertical sroll-bars are shown).

video - http://screencast.com/t/gG0l8Vbf7

The RadCloudUpload control does not expose the necessary property when the OnClientFileUploadRemoving event fires (using Azure).

To delete a file from Azure BLOB storage you need the keyname property. At the time of the OnClientFileUploadRemoving event, the only property exposed is the orignalFileName.

Azure creates a keyname to store the file. It consists of a GUID + the original file name, e.g., for a file named "test.txt" the keyname is "554cfa68-ee24-421f-94e8-7080cf70a11f_test.txt." 

That's to allow for duplicate original file names in the container. The only way to delete a file from Azure storage is by the keyname property. That property is not exposed at the OnClientFileUploadRemoving event, so to be able to delete the file, you have to save that property in some other way at the time of uploading (in an array or database). That could fail. Obviously the control knows the keyname, as it is exposed when the file is uploaded, so it should store and expose that property.

We recently added row group functionality to our grids and we and our users are very happy with this.

 Only thing that bothers us is the drop functionality on the grouppanel. We an issues to make the drop functionality of the grouppanel much more intuitive. Especially when the RadGrid is already grouped on multiple columns.

The drop marker indicated the new column to group will be added in front, but the column is added to the end of the grouped columns.

Forum reference:
http://www.telerik.com/forums/grouppanel-column-drop-and-reorder#WLzO_nt1Pk2CZYPPIITYgA

This is reproducible in the demo on your site. See also the added video.

I have a radwindow which opens as a modal popup when a button is clicked, in the initial stages the rad window was able to be dragged towards right and bottom, of the screen, even out of the screen bounds, i managed to fix that by setting the KeepInScreenBounds="true" RestrictionZoneID="dvContainerMain", where "dvContainerMain" is the main div within which all the parent controls come
but now when i resize the parent browser window to almost size less than radwindow size, rad window seems to behave weird, am not able to resize the radwindow even if the resize behavior  is set
Please let me know on this issue, 
seems like there is a bug when the RestrictionZoneID width is less than or close to the radwindow size 

Thanks
Tony Thomas