### Description I do not believe that the XUL panels were originally designed to be dynamically resized by click-and-dragging the mouse. As such, when the SelectTranslationsPanel allows for this case, some glitchy behavior occurs once the panel is resized below the bottom edge of the screen boundary. We should disallow this situation for the SelectTranslationsPanel. --- ### Steps to implement * Calculate the max-height for the panel based on the screen boundaries, and impose a maximum height such that this case is not encountered. --- ### Tests to implement * This is very hard to test in automation, as it involves clicking and dragging with the mouse.
Bug 1894575 Comment 0 Edit History
Note: The actual edited comment in the bug view page will always show the original commenter’s name and original timestamp.
### Description I do not believe that the XUL panels were originally designed to be dynamically resized by click-and-dragging the mouse. As such, when the SelectTranslationsPanel allows for this case, some glitchy behavior occurs once the panel is resized below the bottom edge of the screen boundary. We should disallow this situation for the SelectTranslationsPanel. --- ### Steps to Reproduce * Open a page and highlight all of the text. * Open the SelectTranslationsPanel via the right-click context menu, near to the lower-middle portion of the page. * Drag the textarea resizer down such that the bottom of the panel is dragged below the bottom of the screen. *Expected Behavior* The panel is not allowed to be resized that far, and stops before the bottom edge of the screen. *Actual behavior* The panel is dragged below the bottom of the screen, causing various glitchy behaviors that differ for each operating system. --- ### Steps to implement * Calculate the max-height for the panel based on the screen boundaries, and impose a maximum height such that this case is not encountered. --- ### Tests to implement * This is very hard to test in automation, as it involves clicking and dragging with the mouse.
### Description I do not believe that the XUL panels were originally designed to be dynamically resized by click-and-dragging the mouse. As such, when the SelectTranslationsPanel allows for this case, some glitchy behavior occurs once the panel is resized below the bottom edge of the screen boundary. We should disallow this situation for the SelectTranslationsPanel. --- ### Steps to Reproduce * Open a page and highlight all of the text. * Open the SelectTranslationsPanel via the right-click context menu, near to the lower-middle portion of the page. * Drag the textarea resizer down such that the bottom of the panel is dragged below the bottom of the screen. **Expected Behavior** The panel is not allowed to be resized that far, and stops before the bottom edge of the screen. **Actual behavior** The panel is dragged below the bottom of the screen, causing various glitchy behaviors that differ for each operating system. --- ### Steps to implement * Calculate the max-height for the panel based on the screen boundaries, and impose a maximum height such that this case is not encountered. --- ### Tests to implement * This is very hard to test in automation, as it involves clicking and dragging with the mouse.