Hello Matt,
I’m awfully sorry for the delay. I tried to reproduce the issue, but when I move the event to 3/8, its duration is still one day. Please, watch the record:
I am seeing this issue on:
macOS 11.2.3
Chrome (Brave): Version 1.23.75 Chromium: 90.0.4430.93 (Official Build) (x86_64)
Safari: 14.0.3 (16610.4.3.1.7)
The same workaround code did not solve the issue. It does not use timeline view like my provided example, and the event still appears as two days regardless of the output of the overridden function.
It looks like this might be related to how the x_step and column_width are calculated relative to absolute timestamps. If the Scheduler assumes every day is exactly 24 hours, the DST shift will naturally cause a ‘pixel overflow’ into the next column. @Ales, would using scheduler.config.preserve_length = true or adjusting the ignore_timezone settings help here, or is this a specific limitation of the Timeline view’s rendering engine?
Get a guaranteed answer from DHTMLX technical support team
under the most suitable support plan