New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 749398 link

Starred by 2 users

Issue metadata

Status: Duplicate
Merged: issue 700519
Owner:
Last visit > 30 days ago
Closed: Sep 2017
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 3
Type: Feature



Sign in to add a comment

Feature Request: tracepoints support in DevTools

Reported by 100479...@gmail.com, Jul 27 2017

Issue description

MS Edge implements tracepoints. In their words (MSDN): "A tracepoint is a breakpoint with a custom action associated with it. When the tracepoint is hit, it causes the debugger to perform the specified action instead of ... breaking program execution."

TLDR, it's a breakpoint that doesn't break, but instead console.log's (among other things).

It's a common use case of conditional breakpoints to console.log things to determine code paths without pausing on every execution, but existing workarounds are cumbersome. (From searching stackoverflow, most people modify source and add console.log manually, which is hard to track and tedious).

Tracepoints that just logged "Hit tracepoint #xxx" would be useful for debugging.
 
Components: Platform>DevTools
Labels: -Type-Bug Type-Feature
Status: Untriaged (was: Unconfirmed)
Untriaged it so that it gets addressed.
Owner: kozyatinskiy@chromium.org
Status: Assigned (was: Untriaged)
This sounds pretty similar to monitorFunction.
Mergedinto: 700519
Status: Duplicate (was: Assigned)
It's conditional breakpoints which are here for years. Right click by your breakpoint - "Edit breakpoint" and enter any kind of JavaScript expression, as long as this expression is evaluated to false - breakpoint would not be triggered, but code will be executed.

Sign in to add a comment