Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Timeline view shifts unexpectedly when resizing browser window #7884

Open
3 of 7 tasks
kiruthikpurpose opened this issue Oct 11, 2024 · 1 comment
Open
3 of 7 tasks

Comments

@kiruthikpurpose
Copy link

kiruthikpurpose commented Oct 11, 2024

Summary

When resizing the browser window in the Timeline view, the timeline unexpectedly shifts, often pushing the selected time range out of view. This disrupts user workflow, especially when monitoring real-time data. The issue occurs during window resizing and requires users to manually scroll back to the desired time range.

Expected vs Current Behavior

  • Expected Behavior: Resizing the browser window should not cause the timeline to shift significantly. The selected time range should remain visible, or the timeline should scale proportionally without altering the user’s focus.

  • Current Behavior: The timeline shifts out of view, requiring the user to manually scroll back to the desired time range.

Steps to Reproduce

  1. Navigate to a timeline view in Open MCT.
  2. Select a specific time range.
  3. Resize the browser window (either shrinking or expanding).
  4. Observe how the timeline jumps, moving the selected time range out of view.

Environment

  • Open MCT Version: 4.1.0-next / RC11
  • Deployment Type: localhost
  • OS: macOS / Windows 10
  • Browser: Chrome / Firefox

Impact Check List

  • Data loss or misrepresented data?
  • Regression? Did this used to work or has it always been broken?
  • Is there a workaround available? (Manual scrolling back to the time range)
  • Does this impact a critical component?
  • Is this just a visual bug with no functional impact?
  • Does this block the execution of e2e tests?
  • Does this have an impact on Performance?

Additional Information

This issue is particularly disruptive in scenarios where precise real-time monitoring is required. Anchoring the timeline view to the selected time range during window resize or applying proportional scaling could resolve this issue.

@ozyx
Copy link
Contributor

ozyx commented Oct 14, 2024

@kiruthikpurpose Thanks for reporting this. When you refer to "Timeline view", are you referring to a specific domain object such as a Time Strip, Plan, or Gantt Chart? Or are you referring to the global time conductor (at the bottom of the screen)?

Also, if it's possible, could you provide a video?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants