Closed
Bug 1482867
Opened 8 years ago
Closed 8 years ago
[Intermittent] Clicking the @search Top Sites in the "Add Search Engine" menu sometimes doesn't enable/disable the Top Site
Categories
(Firefox :: New Tab Page, defect, P3)
Firefox
New Tab Page
Tracking
()
RESOLVED
WONTFIX
Iteration:
63.4 - Aug 20
| Tracking | Status | |
|---|---|---|
| firefox-esr52 | --- | unaffected |
| firefox-esr60 | --- | unaffected |
| firefox61 | --- | unaffected |
| firefox62 | --- | unaffected |
| firefox63 | --- | affected |
People
(Reporter: cmuresan, Assigned: ahillier)
References
(Blocks 1 open bug)
Details
Attachments
(1 file)
|
391.90 KB,
image/gif
|
Details |
[Affected versions]:
- Nightly v63.0a1, Build ID 20180812220618
[Affected Platforms]:
- All Windows
- All Mac
- All Linux
[Prerequisites]:
- All @search Top Sites are disabled.
[Steps to reproduce]:
1. Open the browser with a clean new profile.
2. Click the "..." Top Sites section button and click the "Add Search Engine" option.
3. Click each Search Engine once in quick succession.
4. Observe the behavior.
[Expected results]:
- All Search Engines are enabled.
[Actual results]:
- Some Search Engines remain disabled.
[Notes]:
- The issue is also reproducible when trying to disable the Search Engines.
- Attached a screen recording of the issue.
Updated•8 years ago
|
Iteration: --- → 63.4 - Aug 20
Priority: -- → P3
| Assignee | ||
Updated•8 years ago
|
Assignee: nobody → ahillier
| Assignee | ||
Comment 1•8 years ago
|
||
I was able to replicate a very similar issue by quickly going through all of the first row of my top sites and ctrl-clicking them. Often, one of the sites would fail to open in a new tab. Internally, for checkboxes, React uses `onClick` to implement `onChange`, as you can see here[1]. So these two issues _may_ have the same root cause of React not correctly dispatching `onClick` events.
It looks like it could be an issue with mouse movement as opposed to timing. I was able to consistently select all the shortcuts in very quick succession as long as I was very precise with the mouse movements and made sure the mouse was still during each click. Conversely, I could make the selection not register if I tried to click a single search shortcut at the end of a quick mouse movement. Perhaps when you try to click on all the shortcuts in succession you end up moving the mouse around too much during a click, leading to some of them not getting selected?
I'm not too sure what we can do to resolve this issue. No matter what `onChange` or `onClick` handler I registered for the checkboxes, it wasn't getting consistently called.
[1] https://github.com/facebook/react/blob/72434a7686035b4af766ee7d06c070d7f5d6a5f2/packages/react-dom/src/events/ChangeEventPlugin.js#L210
| Assignee | ||
Comment 2•8 years ago
|
||
When I render the checkboxes as plain DOM elements without any event handlers or a `checked` attribute (so that they, rather than React, handle their 'checked' state) the issue persists. So it seems to be a problem with the way the browser handles checkbox clicking. Closing as wontfix as it's edgecase behaviour and there doesn't seem to be anything we can do about it.
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → WONTFIX
Updated•7 years ago
|
Component: Activity Streams: Newtab → New Tab Page
You need to log in
before you can comment on or make changes to this bug.
Description
•