You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The sync issue it seems related to inconsistent state of the time domain property. The timeline updates the new range data inside the updateRangeDataOnRangeChange epic dispatching rangeDataLoaded action and then read the new histograms and rang line items using the itemsSelector. The itemsSelector is using different parts of the state to create the correct items used by the timeline for the visualization:
layer reducer static domain properties
dimension reducer domain properties
timeline reducer rangeData properties
After some check it seems that even if the rangeData is correctly updated the dimension reducers is still containing information related to domain that are taking precedence over the new rangeData.
We will need to review the update workflow of range data to properly fix this issue.
Description
The timeline chart does not update based on viewport even if the map sync button is selected.
time-map-sync.mp4
How to reproduce
Expected Result
The timeline should update the visualization of time intervals based on the viewport of the map
Current Result
The timeline does not update the visualization of time intervals based on the viewport of the map
Browser info
(use this site: https://www.whatsmybrowser.org/ for non expert users)Other useful information
The sync issue it seems related to inconsistent state of the time domain property. The timeline updates the new range data inside the updateRangeDataOnRangeChange epic dispatching rangeDataLoaded action and then read the new histograms and rang line items using the itemsSelector. The itemsSelector is using different parts of the state to create the correct items used by the timeline for the visualization:
After some check it seems that even if the rangeData is correctly updated the dimension reducers is still containing information related to domain that are taking precedence over the new rangeData.
We will need to review the update workflow of range data to properly fix this issue.