When on a tablet or touch device and you attempt to drag a bar, any bars, including the one you are dragging that have sticky contents which exceed the viewable area, have their content pushed to the beginning of the bar. Once the drag is complete, the contents shift back to where they are supposed to be.
See attached test case and movie below.
24743-tablet-sticky-events-issue.gif (1.19 MiB) Viewed 291 times
Thanks for the sample. I downloaded and installed the project you shared, but looks a little different than the one in the gif. I couldn't drag anything as you mentioned, so wasn't able to reproduce the behavior that you described. Could you please confirm that the project that you shared is properly configured?
I tested on my phone, as you suggested. And you'll be able to see that in the example I'm changing the Abbie Harper and Eddie Holmes records.
They start at the same time, but when both exceed the viewable area, when I drag one a little to the left, and the start became earlier than the one above, they change position because of that start date and the automatic sort. So I couldn't reproduce exactly the behavior that you described, perhaps the sorting that I described is what's going on there??
I think the issue here is that the other bars are changing even though the user is not interacting with it. It's understandable that the start dates may be changing, but when the text disappears it becomes unintuitive for the user and looks more like a bug. Can this either be turned off when a bar is in-progress or at least a setting to preserve the sticky contents so it doesn't appear to be a bug? This was tested on an iPad in landscape mode, but the results are still the same.