Clicking (and holding the click) on any of the wallpapers preview in the category header will show a blinking cursor
Categories
(Firefox :: New Tab Page, defect, P1)
Tracking
()
People
(Reporter: itiel_yn8, Assigned: rhamoui)
References
(Regression)
Details
(Keywords: regression)
Attachments
(3 files)
This is due to the button being a normal input, not a radio type input.
Adding type=radio to it fixes this but then the following labels gets shifted down by 2-3 pixels.
Comment 2•1 year ago
|
||
Set release status flags based on info from the regressing bug 1881588
:nbarrett, since you are the author of the regressor, bug 1881588, could you take a look? Also, could you set the severity field?
For more information, please visit BugBot documentation.
Updated•1 year ago
|
Comment 3•1 year ago
|
||
Set release status flags based on info from the regressing bug 1881588
Comment 4•1 year ago
|
||
:thecount could this be triaged for severity? Wondering if we need something in time for Fx133?
Updated•1 year ago
|
Comment 5•1 year ago
|
||
I'm not able to reproduce.
If I click and hold the wallpaper preview, I am not seeing the cursor. I'm trying this on Windows.
Comment 6•1 year ago
|
||
Came here to file this same bug, thanks :itiel! Here are my STR which may be helpful for folks investigating:
- Open the drawer
- Use the tab key to focus one of the wallpapers
- Observe the blinking cursor on the inline-start side of the wallpaper input
- For extra fun, maybe hit the space bar or enter some text into the input
I guess the default behaviour for an input without a specified type is to assume it should behave as type="text", so this is unsurprising. I suspect the lack of a type is also the root cause of bug 1922664.
Updated•1 year ago
|
Comment 7•1 year ago
|
||
I can reproduce now, thanks.
For some reason I don't see the cursor if I click and hold, but I do if I tab.
Comment 8•1 year ago
|
||
The severity field is not set for this bug.
:thecount, could you have a look please?
For more information, please visit BugBot documentation.
Comment 10•1 year ago
|
||
potential good next bug.
Updated•1 year ago
|
| Assignee | ||
Updated•1 year ago
|
| Assignee | ||
Comment 11•1 year ago
|
||
Working on this ticket now, and imho it's fine that the text under the images move down by a couple of pixels, as it's not disrupting any flow/creating further issues.
I'm also doing a quick a11y test to make sure the sibling of this ticket (https://bugzilla.mozilla.org/show_bug.cgi?id=1922664) will also be solved with this fix. I'll be pushing up the fix for this shortly.
| Assignee | ||
Comment 12•1 year ago
|
||
Updated•1 year ago
|
Comment 13•1 year ago
|
||
Triage reasoning:
- Severity: -- → S3: Work around exists for this issue
- Priority: -- → P1: Fix in the current release cycle
Updated•1 year ago
|
Comment 14•1 year ago
|
||
Comment 15•1 year ago
|
||
| bugherder | ||
Updated•1 year ago
|
Updated•1 year ago
|
Reproduced the initial issue using an old Nightly build from 2024-09-16, verified that using the latest Nightly 135.0a1 and latest Beta 134.0b1 across platforms (macOS 13, Windows 11 and Ubuntu 22.04) this is fixed.
Description
•