Edit this page

Common Issues

This page provides solutions for common issues you may encounter while working with the Kendo UI Scheduler widget.

General

Events Are Not Rendered

If the remote data request is successful and the Scheduler is databound, but no events are rendered, this indicates that the date format of the events is not correct, and the browser is unable to create JavaScript Date objects from the date strings. As a result, the events in the Scheduler dataSource have null values for their start and end properties, and the events are not rendered.

To handle this issue, use the recommended date format for sending and receiving Scheduler event dates, which is ISO 8601 with a Z zone designator (UTC date).

CRUD Data Operations

Create/Destroy/Update Request Is Sent Multiple Times to the Remote Service

In this case the server response of the create/destroy/update action is interpreted as an error by the dataSource and the error event of the dataSource is triggered. When such a request fails, the Scheduler dataSource will try to get a valid server response again on a subsequent dataSource sync until the request succeeds.

Solution

Update the remote service in use, so it can return valid responses. Make sure the server response is formatted in the same way as the read action response:

  1. The create request—The Scheduler expects the created record to be returned to the client side with its id field set to a unique value.

  2. The update/destroy request—The Scheduler expects the server to return a valid response, so it can signify success. Such a response, for example, is the updated/deleted event formatted in the same way as the read action [{id: 23, title: "some title", start:"2015-10-14T15:00:00.000Z", end:"2015-10-14T17:00:00.000Z" }].

Created Events Are Offset after Create/Update Request

This behavior may be caused if the Scheduler timezone option is not set, or if the remote service does not keep dates in the correct format.

Solution

Set the timezone option of the Scheduler and make sure the dates on the remote service are saved in UTC. For more information about how to do this see the Timezones help article.

Defined Timezone Is Not Applied

In this case, the specified timezone option is not recognized by the widget and the events are visualized with a specific time offset. This could happen when the SchedulerDataSource instance is created separately, outside the Scheduler.

Solution

Set directly the schema.timezone option of the SchedulerDataSource instance to the desired value.

Performance Issues

When You Cancel Changes, Other Events Disappear

It is possible to experience such behavior if the id fields of the other events are not set to valid and unique values.

Editing Event Causes All Initial Events to be Sent to the Create Action

This behavior can be experienced if the id fields of all events are not set to valid and unique values during initial read.

Remote Data Bound Scheduler Does Not Populate

Such behavior may be caused by various reasons. Follow the instructions below to solve this issue:

Step 1 Use your browser developer console and check for JavaScript errors. Pressing the F12 functional key is the shortcut for most browsers to display the console. Now you can easily address all JavaScript errors.

Step 2 Check the Network (or Net in Firebug) tab of the browser developer console. Look for a failed HTTP request for the transport operations configured via the dataSource Scheduler option.

  • HTTP status code 401 indicates that an authentication is required and has failed, or not is not provided yet.
  • HTTP status code 403 indicates that a request is not authorized. It is possible that the current user does not have the required permissions.
  • HTTP status code 404 indicates that the requested URL cannot be found. Check if the controller and action names are spelled correctly.
  • HTTP status code 500 indicates that a server error occurred while processing the request.

Step 3 Check if the server response is in the correct data type format. For more information see the Binding to remote service help topic.

Step 4 Check if the models returned from the sever match the required kendo.data.SchedulerEvent fields. For more information check the Binding to remote service help topic.

Widget Jumps on Focus

When widget navigation is enabled, the widget wrapper becomes a focusable element. On click, the browser focuses it and preforms the so called scroll-into-view action. If the widget exceeds the height/width of the view-port, then it scrolls the page automatically. The goal is to position the focusable element at the top left corner of the view-port. During this process, actions like double click, drag or resize would not be available due to the movement of the page.

Important

The page re-positioning is a default browser behavior, which cannot be prevented nor modified.

To avoid this behavior, choose either of the available options:

See Also

Other articles on the Kendo UI Scheduler:

Other articles on troubleshooting:

Is this article helpful? Yes / No
Thank you for your feedback!

Give article feedback

Tell us how we can improve this article

close
Dummy