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

Imagery causes unintended scrolling of overflowed views on hover #6300

Closed
1 of 7 tasks
charlesh88 opened this issue Feb 7, 2023 · 5 comments
Closed
1 of 7 tasks

Imagery causes unintended scrolling of overflowed views on hover #6300

charlesh88 opened this issue Feb 7, 2023 · 5 comments

Comments

@charlesh88
Copy link
Contributor

charlesh88 commented Feb 7, 2023

Summary

Display Layouts with overflow (scrollbars showing) will scroll unintentionally as the user just moves their mouse cursor around and hovers over Imagery view objects. This occurs wherever the containing Display Layout occurs: main view, or itself as a frame within another layout (both types). This is making some existing ops layouts very hard to use and could represent data loss if an image is unexpectently hidden. Wondering if this was a consequence of changes effected for #5961.

Expected vs Current Behavior

The view should only be scrolled on direct intent from the user, via standard scrolling gestures.

Steps to Reproduce

  1. Create or edit a Display Layout to include two more or more Imagery objects in it. Make them large, such that the layout can't fit in the available main view area. Save the layout. Put on image frame vertically below or horizontally beside the other such that both images are not fully in view without the main view overflowing and displaying its scrollbar.
  2. View the layout, and size the browser window such that the layout's scrollbar appears. One image should be in view, with the other partially in view.
  3. Move the cursor over the the partial image, and observe that the main view will scroll itself to bring that image into view.

Environment

  • Open MCT Version: 2.1.4, 2.1.6
  • Deployment Type: MMOC, /testathon
  • OS: Linux, MacOS
  • 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?
  • 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

@shefalijoshi
Copy link
Contributor

Possibly fixed by #6318 Please retest.

@akhenry
Copy link
Contributor

akhenry commented Feb 13, 2023

@shefalijoshi to test

@shefalijoshi
Copy link
Contributor

shefalijoshi commented Feb 13, 2023

Not fixed. :(

@michaelrogers
Copy link
Contributor

How to Test

  1. Create a display layout
  2. Drag two imagery objects to the display layout
  3. Oversize them to the view screen (for more detail see Charles' above repro steps)
  4. Save and exit edit mode
  5. Move mouse between the two imagery items
  6. Observe that the viewscreen has not focused/autoscrolled to the hovered image

@ozyx
Copy link
Contributor

ozyx commented Mar 14, 2023

Verified fixed -- Testathon 3-14-2023 🥧

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

6 participants