Closed Bug 1791219 Opened 2 years ago Closed 2 years ago

The scrollbar for <select> appears on the right side with "direction: rtl"

Categories

(Core :: Layout: Form Controls, defect)

Firefox 106
x86_64
Windows 10
defect

Tracking

()

VERIFIED FIXED
107 Branch
Tracking Status
relnote-firefox --- 105+
firefox-esr102 --- unaffected
firefox105 --- verified
firefox106 --- verified
firefox107 --- verified

People

(Reporter: over68, Assigned: emilio)

References

(Regression)

Details

(Keywords: regression)

Attachments

(1 file)

Steps to reproduce:

  1. Open attachment 9056088 [details].
  2. Open the <select> menu in the testcase.

Actual results:

The scrollbar for <select> appears on the right side with direction: rtl.

Screenshot https://1drv.ms/u/s!AgMN9yoqpWv5i1Qbn5GRpT5QY4DR

This similar to bug 1168691 and bug 1542193.

:emilio, since you are the author of the regressor, bug 1782623, could you take a look? Also, could you set the severity field?

For more information, please visit auto_nag documentation.

Flags: needinfo?(emilio)
Assignee: nobody → emilio
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
Flags: needinfo?(emilio)

Set release status flags based on info from the regressing bug 1782623

Status: ASSIGNED → RESOLVED
Closed: 2 years ago
Resolution: --- → FIXED
Target Milestone: --- → 107 Branch

The patch landed in nightly and beta is affected.
:emilio, is this bug important enough to require an uplift?

  • If yes, please nominate the patch for beta approval.
  • If no, please set status-firefox106 to wontfix.

For more information, please visit auto_nag documentation.

Flags: needinfo?(emilio)

Comment on attachment 9295110 [details]
Bug 1791219 - Fix direction of <select>. r=mconley

Beta/Release Uplift Approval Request

  • User impact if declined: Comment 0
  • Is this code covered by automated tests?: Yes
  • Has the fix been verified in Nightly?: Yes
  • Needs manual test from QE?: Yes
  • If yes, steps to reproduce: Comment 0
  • List of other uplifts needed: nome
  • Risk to taking this patch: Low
  • Why is the change risky/not risky? (and alternatives if risky): One-liner + test.
  • String changes made/needed: nome
  • Is Android affected?: No
Flags: needinfo?(emilio)
Attachment #9295110 - Flags: approval-mozilla-beta?
Flags: qe-verify+
QA Whiteboard: [qa-triaged]

Comment on attachment 9295110 [details]
Bug 1791219 - Fix direction of <select>. r=mconley

Approved for 106.0b3, thanks.

Attachment #9295110 - Flags: approval-mozilla-beta? → approval-mozilla-beta+

Reproduced the issue with Firefox 106.0a1 (20220916213956) on Windows 10x64. Opening the select menu in the attached test case from comment 0 will display the scrollbar on the right side.
The issue is verified fixed with Firefox 107.0a1 (20220921214338) and 106.0b3 (20220922092933) from comment 10 on Windows 10x64, macOS 11 and Ubuntu 20.04. The select menu from the attached test case has the scrollbar on the left.

Did you want to nominate this for release approval too as a dot release ride-along? Go ahead if so :)

Flags: needinfo?(emilio)

Comment on attachment 9295110 [details]
Bug 1791219 - Fix direction of <select>. r=mconley

Beta/Release Uplift Approval Request

  • User impact if declined: comment 0
  • Is this code covered by automated tests?: Yes
  • Has the fix been verified in Nightly?: Yes
  • Needs manual test from QE?: Yes
  • If yes, steps to reproduce: comment 0
  • List of other uplifts needed: none
  • Risk to taking this patch: Low
  • Why is the change risky/not risky? (and alternatives if risky): Trivial one-liner + test.
  • String changes made/needed: none
  • Is Android affected?: No
Flags: needinfo?(emilio)
Attachment #9295110 - Flags: approval-mozilla-release?

Comment on attachment 9295110 [details]
Bug 1791219 - Fix direction of <select>. r=mconley

Approved for 105.0.2.

Attachment #9295110 - Flags: approval-mozilla-release? → approval-mozilla-release+

Verified fixed with Firefox 105.0.2 (20220929212302) from comment 16 on Windows 10x64, macOS 11 and Ubuntu 20.04. The scrollbar inside the test case is displayed on the left side as expected.

Status: RESOLVED → VERIFIED
QA Whiteboard: [qa-triaged]
Flags: qe-verify+

Added to the 105.0.2 release notes:

Fixed the scrollbar appearing on the wrong side of <select> elements in right-to-left locales

You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: