Bug Report T687347
Visible to All Users

Scheduler - The recurrence exception rule doesn't take the timeZone option value into account

created 6 years ago

[DevExpress Support Team: CLONED FROM T632271: The Scheduler does not save recurrence exceptions in the start date time zone with the hotfix of the T619455 ticket]
I need the opposite behavior where the exception time is stored using the timeZone of the scheduler and not the local browsers time zone.  How can that now be accomplished?  As of 18.1.7, the recurrenceException is using the right day but local time zone.

Show previous comments (1)

    The timezone for the scheduler is specified as Etc/UTC so your statement of 'automatically processed according to the specified timeZone option value' should mean that the recurrence exception should be stored in the same time zone correct?  If your answer is yes, then this is the issue because it's not.

    For example, in the CodePen same (either yours or mine), there are recurring appointments on 10/3 through 10/7 at 6:00 AM - This time is in Etc/UTC because I have specified the timezone.  If I drag the appointment for 10/4 to an hour earlier on the week view, if you look at the console log, you will see that the recurrenceException field contains 20181004T010000 for the series appointment.  The time in the recurrence exception got pushed back another 5 hours because of my local browsers timezone.  This doesn't seem right since I am specifying Etc/Utc as the timezone to use.  The exception should be 20181004T050000.
    https://codepen.io/gknierim/pen/RqNvpQ?editors=1010

    Please let me know what I am missing here.

    Thanks,
    Greg

    Artem (DevExpress Support) 6 years ago

      Thank you for the clarification. We need additional time to research if we can support this scenario at the widget level. Please bear with us.

      DevExpress Support Team 6 years ago

        We didn't completely fix the issue in version 18.1. We will update this ticket when we have any results. We appreciate your understanding.

        Answers approved by DevExpress Support

        created 6 years ago (modified 6 years ago)

        We have fixed the issue described in this ticket and will include the fix in our next maintenance update. To apply this solution before the official update, request a hotfix by clicking the corresponding link for product versions you require.

        Note: Hotfixes may be unavailable for beta versions and updates that are about to be released.

          Show previous comments (6)
          Artem (DevExpress Support) 6 years ago

            Hi Greg,

            This logic is working fine on my side (see the attached screencast). Would you please specify your current time zone in OS?

              I am in Central Time Zone (US).

              Artem (DevExpress Support) 6 years ago

                Hi Greg,

                Thank you for the clarification. As the issue is specific to particular time zones, I created a new report on your behalf:
                 Scheduler - The recurrence exception rule has incorrect value if the Central Time (UTC -06.00) time zone is used
                We'll update it once we have any news.

                Disclaimer: The information provided on DevExpress.com and affiliated web properties (including the DevExpress Support Center) is provided "as is" without warranty of any kind. Developer Express Inc disclaims all warranties, either express or implied, including the warranties of merchantability and fitness for a particular purpose. Please refer to the DevExpress.com Website Terms of Use for more information in this regard.

                Confidential Information: Developer Express Inc does not wish to receive, will not act to procure, nor will it solicit, confidential or proprietary materials and information from you through the DevExpress Support Center or its web properties. Any and all materials or information divulged during chats, email communications, online discussions, Support Center tickets, or made available to Developer Express Inc in any manner will be deemed NOT to be confidential by Developer Express Inc. Please refer to the DevExpress.com Website Terms of Use for more information in this regard.