Closed
Bug 1504709
Opened 7 years ago
Closed 7 years ago
It's still possible to close the wrong tab in about:performance
Categories
(Toolkit :: Performance Monitoring, defect)
Toolkit
Performance Monitoring
Tracking
()
VERIFIED
FIXED
mozilla65
People
(Reporter: florian, Assigned: florian)
References
Details
Attachments
(1 file)
|
1.91 KB,
patch
|
Felipe
:
review+
jcristau
:
approval-mozilla-beta+
|
Details | Diff | Splinter Review |
My patch in bug 1502080 freezes the sort order for 5s whenever the user moves the mouse.
One case I encountered is that due to the sort order becoming stable, I was comfortable clicking the close icon several times in a row to close a set of similar "low energy impact" tabs. After 5s the order changed right when I was clicking, and I closed a tab I didn't expect to close.
I think this can easily be fixed by updating the _lastMouseEvent timestamp on click events in addition to mousemove events. I think we need this at least for clicks on the action icons and on the twisty icons. I'm less sure about clicks that change the selection, but I guess it won't hurt.
| Assignee | ||
Comment 1•7 years ago
|
||
Attachment #9022611 -
Flags: review?(felipc)
Updated•7 years ago
|
Attachment #9022611 -
Flags: review?(felipc) → review+
Pushed by florian@queze.net:
https://hg.mozilla.org/integration/mozilla-inbound/rev/caee2a504928
Freeze the sort order of about:performance for 5s on click events, r=felipe.
Comment 3•7 years ago
|
||
| bugherder | ||
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla65
| Assignee | ||
Comment 4•7 years ago
|
||
Comment on attachment 9022611 [details] [diff] [review]
Patch
[Beta/Release Uplift Approval Request]
Feature/Bug causing the regression: Bug 1502080
User impact if declined: Clicking the close button several times in a row may result in closing the wrong tab after closing the expected tab during the first 5s.
Is this code covered by automated tests?: No
Has the fix been verified in Nightly?: No
Needs manual test from QE?: Yes
If yes, steps to reproduce: Needs manual test only because there's no automated test. The patch is trivially simple.
List of other uplifts needed: Bug 1502080
Risk to taking this patch: Low
Why is the change risky/not risky? (and alternatives if risky): Trivial follow-up to bug 1502080.
String changes made/needed: none
Attachment #9022611 -
Flags: approval-mozilla-beta?
Comment 5•7 years ago
|
||
Comment on attachment 9022611 [details] [diff] [review]
Patch
about:performance followup for bug 1502080, approved for 64.0b8
Attachment #9022611 -
Flags: approval-mozilla-beta? → approval-mozilla-beta+
Comment 6•7 years ago
|
||
| bugherder uplift | ||
status-firefox64:
--- → fixed
Updated•7 years ago
|
Flags: qe-verify+
Comment 7•7 years ago
|
||
Verified on Nightly 65(20181112100105) and Beta 64b8(20181108141956), that sort order is frozen for 5s after mouse click events.
Status: RESOLVED → VERIFIED
Flags: qe-verify+
You need to log in
before you can comment on or make changes to this bug.
Description
•