SelectTranslationsPanel glitches when resized below the bottom screen boundary
Categories
(Firefox :: Translations, defect, P3)
Tracking
()
Tracking | Status | |
---|---|---|
firefox-esr115 | --- | unaffected |
firefox125 | --- | unaffected |
firefox126 | --- | unaffected |
firefox127 | --- | disabled |
firefox128 | --- | verified |
People
(Reporter: nordzilla, Assigned: nordzilla)
References
(Regression)
Details
(Keywords: regression)
Attachments
(1 file)
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.
Assignee | ||
Updated•7 months ago
|
Assignee | ||
Comment 1•7 months ago
|
||
Depends on D209140
Comment 2•7 months ago
|
||
Set release status flags based on info from the regressing bug 1890490
Assignee | ||
Updated•7 months ago
|
Updated•7 months ago
|
Updated•7 months ago
|
Comment 4•7 months ago
|
||
This won't make the soft freeze. I'll leave the NI in case he is considering an uplift.
Assignee | ||
Comment 5•7 months ago
|
||
Sorry, I was out on PTO for the past week.
Unfortunately, due to me being gone, I did not have time to fix this before soft freeze.
There are some particular issues on Wayland (Bug 1895036) that have prevented this from landing as-is.
Comment 6•7 months ago
|
||
Set release status flags based on info from the regressing bug 1890490
Comment 8•7 months ago
|
||
bugherder |
Comment 9•7 months ago
|
||
The patch landed in nightly and beta is affected.
:nordzilla, is this bug important enough to require an uplift?
- If yes, please nominate the patch for beta approval.
- If no, please set
status-firefox127
towontfix
.
For more information, please visit BugBot documentation.
Assignee | ||
Comment 10•7 months ago
•
|
||
This does not need to be uplifted. The target release is now 128, and the panel is preffed off by default in 127 release build.
Updated•7 months ago
|
Comment 11•6 months ago
|
||
This issue no longer occurs in Nightly v128.0a1 in Windows10, MacOS11 or Ubuntu22 (both wayland or X11 Window Protocols). Resizing the dialog to the bottom of the screen no longer shows any glitchy behavior because the resizing is blocked before the bottom of the screen or if the translated text fits inside the textbox.
Description
•