I think this is related to this issue: http://www.telerik.com/community/forums/preview-thread/aspnet-ajax/scheduler/radscheduler-crashes-on-dayendtime-quot-23-40-00-quot-and-minutesperrow-quot-26-quot-why.aspx and possibly caused by the fix that you guys implemented for that.
Any normal scheduler set up with:
DayStartTime 7:00
DayEndTime 11:55
TimeIncrement 45
will crash with 'this.cells.0.offsetHeight' is null or not an object
I think I've tracked down the cause of it. It happens under a very specific set of circumstances:
1) your time span (Begin time to end time) results in an odd number of time intervals
2) your end time is less than one time interval shy of midnight.
I think that Since the Radscheduler displays time intervals in pairs, it tries to pad the display out by one interval, which puts the scheduler into tomorrow, which causes the javascript to die. Setting your schedule grid end time to one interval short of midnight prevents this from happening.
Any normal scheduler set up with:
DayStartTime 7:00
DayEndTime 11:55
TimeIncrement 45
will crash with 'this.cells.0.offsetHeight' is null or not an object
I think I've tracked down the cause of it. It happens under a very specific set of circumstances:
1) your time span (Begin time to end time) results in an odd number of time intervals
2) your end time is less than one time interval shy of midnight.
I think that Since the Radscheduler displays time intervals in pairs, it tries to pad the display out by one interval, which puts the scheduler into tomorrow, which causes the javascript to die. Setting your schedule grid end time to one interval short of midnight prevents this from happening.