[meta] Very hard to debug gmail with the debugger
Categories
(DevTools :: Debugger, defect, P5)
Tracking
(Not tracked)
People
(Reporter: Gijs, Unassigned)
References
Details
(Keywords: meta)
Attachments
(1 file)
162.50 KB,
image/png
|
Details |
Updated•7 years ago
|
Comment 1•6 years ago
|
||
Hey :Gijs, would you mind checking and seeing if this is still relevant. Also, do you think we still need the meta keyword?
Reporter | ||
Comment 2•6 years ago
|
||
(In reply to :Gijs (he/him) from comment #0)
When looking into bug 1429831, I ran into a number of issues:
- I can't seem to pretty-print JS in HTML files.
This is still an issue.
- the list of event listeners that shows up when clicking the [ev] bubble
thing is hard to navigate when it's long, and seems to be randomly ordered
(try clicking the [ev] on <body> when logged into gmail and viewing a
message)
This seems to have been fixed.
- performance is really sluggish. Stepping took multiple seconds. For any
watched variables, It always displayed "(unavailable)" for a second or 5,
and then updated with the actual value.
Performance is better.
- "find in files" doesn't ever return any results for me
This seems to now do something if I hit enter, but not before. Not sure if that's intentionally different from the cmd-p / "find files" stuff, but it's confusing...
- using 'find' on a file, then scrolling, then clicking the gutter to set
breakpoints, somehow scrolls the viewport (maybe back to where 'find' tried
to go, I'm not sure).
I don't see this at the moment.
- state updates of the debugger seem... confused. When hitting a
breakpoint, some views say "not paused" while other views have updated to
show the debugger is paused, etc.
It still gets confused when stepping - I ended up with a debugger that showed with a green "debugging" icon (so thought it was paused) while the rest of the UI gave no indication it was paused (no stack, no highlighted line, pause/continue/stepping buttons were as if not stopped). Also, line numbers for breakpoints / function definitions for pretty printed code seem wrong. I'll add a screenshot.
So yeah, keeping this open seems right. As for the meta keyword, you tell me. I can try getting individual bugs on file here if that's still useful. Jason?
Reporter | ||
Comment 3•6 years ago
|
||
Comment 4•6 years ago
|
||
Thanks for looking into it. I agree that it would be nice to file some more specific bugs:
- I can't seem to pretty-print JS in HTML files.
- state updates of the debugger seem confused
with 6, it would be great if you have some clear steps. This is a clear P1 if it is reproducible.
Reporter | ||
Comment 5•6 years ago
|
||
The pretty print issue was already on file, I've filed bugs for everything else I ran into.
Updated•6 years ago
|
Updated•6 years ago
|
Updated•6 years ago
|
Comment 6•6 years ago
|
||
Is it alright if we close this bug?
Reporter | ||
Comment 7•6 years ago
|
||
Description
•