Button for removing breakpoints/expressions remains displayed if click+drag away action is issued
Categories
(DevTools :: Debugger, defect, P3)
Tracking
(Not tracked)
People
(Reporter: Honza, Unassigned)
References
(Blocks 1 open bug)
Details
Attachments
(1 obsolete file)
This is a follow up for bug 1585313
STR
- Open DevTools and select the Debugger tab
- Create set of JS/DOM/XHR Breakpoints and set of Watch expressions (at least two in each set)
- Hover over the
x
button (in any of those sets) - Click and hold the mouse button dragging the mouse over another one;
- Release the mouse button.
ER:
The x
button for first item is not displayed anymore;
AR:
both x buttons are displayed;
first x button is displayed until another click is issued.
Honza
Reporter | ||
Comment 1•5 years ago
•
|
||
Anyone interested in fixing this bug can take an inspiration from this patch:
https://phabricator.services.mozilla.com/D68329
Reporter | ||
Comment 2•5 years ago
|
||
The bug probably doesn't exist in MacOS
Can someone verify?
Honza
I would like to work on this.
Turns out the close button is a shared component in the debugger and this behavior is present in multiple places aside from the breakpoints panel within the Debugger panel.
Comment 4•5 years ago
|
||
Go for it Kriyszig
A click and drag focuses the element activationg the CSS properties
within the :focus
. This makes the buttons persist when the
user performs click and drag leading to display of multiple close
buttons which is confusing to user.
Removing the :hover
doesn't affect the ultimate behavior as the
close button signifies the last click before the element goes out
of view for the user. Thus this change shouldn't make a difference
to the intended user experience.
Note: This bug might not be reproducible on MacOS based on the
comments on review in D68329
Updated•5 years ago
|
Updated•5 years ago
|
Comment 7•5 years ago
|
||
Because this bug's Severity has not been changed from the default since it was filed, and it's Priority is P3
(Backlog,) indicating it has been triaged, the bug's Severity is being updated to S3
(normal.)
Updated•5 years ago
|
Comment 8•3 years ago
|
||
The bug assignee didn't login in Bugzilla in the last 7 months.
:bomsy, could you have a look please?
For more information, please visit auto_nag documentation.
Updated•14 days ago
|
Description
•