[UK] Wrong text alignment in the fields while previewing CC information
Categories
(Toolkit :: Form Autofill, defect, P3)
Tracking
()
People
(Reporter: hyacoub, Assigned: emilio)
References
(Blocks 2 open bugs)
Details
(Whiteboard: [fxcm-quality-compat-form-autofill])
Attachments
(2 files)
Affected versions
Firefox 98.0
Firefox 99.0b1
Firefox 100.0a1
Affected platforms
Windows 10 x64
Ubuntu 20.04 x64
macOS 11.6
Steps to reproduce
- Open Firefox and set browser.search.region to UK
- Go to and reach the payment form for johnlewis.com and argos.co.uk
- Make sure to have a couple of saved credit cards
- Click on "Card number" field
- Hover over the saved credit cards and observe the field
Expected result
Text should be correctly aligned while previewing CC information.
Actual Result
Wrong text alignment in the fields while previewing CC information.
Note
The issue isn't reproducible on Google Chrome.
Updated•3 years ago
|
Comment 1•3 years ago
|
||
Hey :emilio, do you have any idea on how to solve this issue? It seems to be that when an input has a defined height we will preview text at the start of the input versus centering the preview text (like Chrome). For example if you use https://mozilla.github.io/form-fill-examples/basic_cc.html and give the name field a height of 48px, we will preview the name at the start of the field while Chrome, on the same page, will preview the text centered. I'm guessing this is a relatively simple fix but I can't find the right rule to modify in forms.css to enforce this kind of behavior. Does it make sense to switch to a centered preview for form autofill, or should we keep it as is and WONTFIX this?
Updated•3 years ago
|
Updated•3 years ago
|
| Assignee | ||
Comment 2•3 years ago
|
||
The main fix is making line-height: -moz-block-height apply to the
preview. The rest is just cleanup, in order to deduplicate selectors.
overflow: hidden was redundant on the preview rule (it was already in
the ::placeholder, ::-moz-text-control-preview).
Not sure what the best way to test this would be, but it's late here...,
thoughts?
Updated•3 years ago
|
| Assignee | ||
Updated•3 years ago
|
Updated•3 years ago
|
Comment 4•3 years ago
|
||
Backed out changeset b9bd22d5a097 (Bug 1758665) for causing reftest failures on autofill-preview-line-height.html.
Backout link
Push with failures
Failure Log
| Assignee | ||
Comment 5•3 years ago
|
||
Sylvestre, do you know who's on charge of the automatic test selection? https://treeherder.mozilla.org/jobs?repo=try&revision=7c4163ad8422af3f70a006270a984f7987087b6d didn't run the test I added, which is... unfortunate, because it fails only on Windows.
| Assignee | ||
Comment 7•3 years ago
|
||
Huh, I somehow failed to find Marco's email in bugzilla before? Marco I think you're the right person to ping about comment 5 but let me know if not. Thanks!
Comment 8•3 years ago
|
||
This is the same situation that happened in bug 1762018 (see my answer in bug 1762018 comment 20). layout/reftests/forms/input/text/reftest.list was selected with 99% confidence, but since bug 1608836 isn't fixed yet we don't make use of this information but rely on task selection instead of manifest selection, which is far less precise.
Modified/added tests should be run by test-verify though, which happened in bug 1762018. I'm not sure why no test-verify tasks were run in this try push. Joel, do you know?
Comment 9•3 years ago
|
||
I don't know offhand how test-verify works with edge cases. I believe reftest is an edge case when it comes to test-verify.
Comment 10•3 years ago
|
||
Backed out changeset 6e296387dc26 (Bug 1758665) for causing reftest failures on autofill-preview-line-height.html.
Backout link
Push with failures
Failure Log
Comment 11•3 years ago
|
||
| Assignee | ||
Updated•3 years ago
|
Comment 12•3 years ago
|
||
Comment 13•3 years ago
|
||
| bugherder | ||
Comment 14•3 years ago
|
||
The patch landed in nightly and beta is affected.
:emilio, is this bug important enough to require an uplift?
If not please set status_beta to wontfix.
For more information, please visit auto_nag documentation.
| Assignee | ||
Comment 15•3 years ago
|
||
Your call. I think it's reasonably simple of a fix to uplift if needed (what got me backed out was the font used on Windows for the test).
Comment 16•3 years ago
|
||
No need to uplift this, in my opinion. Thanks for letting me know though.
Updated•3 years ago
|
Updated•3 years ago
|
I managed to reproduce this issue on Firefox 100.0(20220428192727) on macOS 11. Verified as fixed on Firefox 101.0b4(20220508185621) and Nightly 102.0a1(20220509190429) on Ubuntu 20.04, macOS 11 and Win10 64-bits.
Description
•