Beta Route Planner Issues

Chad B. shared this question ago

Answered

We're beginning to use the beta route planner more. And these are some issues we've noticed. The absolute worst one is the first one in the video. We can only scroll using our mouse wheel or trackpad if the cursor is on the map. Once we scroll to where the pointer is on the vehicles, the scrolling stops. This is detrimental to the workflow since the vehicle list grows as we add shifts. It seems like the area set to be scrollable is the map layer which is behind the vehicle list layer. If I move my mouse to the very edge just before the green bar or the scroll bar, I can still use the mouse to scroll. So it may just be a layering issue.

Files:

The same question

Comments (2)

Brittany M. ● 19 days ago

Thank you for the video. I am having our developers take a look.

Reply URL

Brittany M. ● 19 days ago

Here is what our developer advised:

The scrolling issue was caused as a result of a recent Chrome update (Chrome 144: January 13th, 2026). This has been fixed on live if they refresh.

For the other issues, I provided context below:

The date pickers are restricted based upon the current viewable timeline dates/times. Since they were only viewing two days, those were the available dates. For now, they’d need to zoom out (Shift + Mousewheel) to expose the entire timeframe they wish we add the shift for. We will consider modifying this behavior to accomodate their use-case
As noted, the time pickers currently have a constraint to prevent choosing a start time after the end time. Their suggestion of allowing any acceptable start time and the adjusting the end time, when needed, makes sense for their use-case as well. We will consider rolling this into our next Delivery Planner release as well

Reply URL

Chad B. ● 19 days ago

Ok. That's great. If I zoom out, the day pulls to the middle. Can we make it do the day we're not n and forward?

URL

Brittany M. ● 19 days ago

I am updating the developer now.

URL

Brittany M. ● 18 days ago

Here is what our developer advised:

That’s not currently how it works. The scroll in/out is based upon where ever the middle point of the timeline is, so naturally there will be equal amount of time added/subtracted from either side. The behavior he’s describing makes sense for some situations, but could result in undesired behavior if viewing events that begin at the end of one day and into the next, etc. They can, however, Shift+Mouse Drag horizontally to easily scroll the viewable timeline into the future or past. When combined with the Shift+scroll wheel, this makes timeline navigation fairly intuitive and quick to move around so to speak.

URL