Closed
Bug 737798
Opened 12 years ago
Closed 12 years ago
Adding a breakpoint in a non-sensical place briefly shows the icon
Categories
(DevTools :: Debugger, defect, P3)
DevTools
Debugger
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: past, Unassigned)
Details
Adding a breakpoint in the editor in a line that does not contain a script (or where setBreakpoint returns an error) briefly flashes the icon. It would be best if we didn't show the icon until we got a successful response from setBreakpoint.
Reporter | ||
Updated•12 years ago
|
Priority: -- → P3
Reporter | ||
Comment 1•12 years ago
|
||
After some more discussion with Mihai, we agreed that delaying the display of the icon would be worse in remote debugging scenarios, because the user wouldn't get any feedback for quite some time. We could show a greyed-out or semi-transparent icon until we get a response from the server and either display the normal icon on success, or hide it on failure.
Comment 2•12 years ago
|
||
yeah, that sounds good. We should have *some* form of immediate feedback so the user doesn't feel compelled to keep clicking and sending multiple set/clear breakpoint requests to the server.
Comment 3•12 years ago
|
||
Bug 799077 is related. Maybe a dupe.
Reporter | ||
Comment 4•12 years ago
|
||
Actually the behavior described in comment 0 no longer exists. We now set a breakpoint always, because a scavenged script may exist at that line and reappear after a reload.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Updated•6 years ago
|
Product: Firefox → DevTools
You need to log in
before you can comment on or make changes to this bug.
Description
•