[Webkit-unassigned] [Bug 34500] Web Inspector: support symbolic breakpoints (break on a function by name)

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Wed Feb 3 08:10:08 PST 2010


--- Comment #1 from Patrick Mueller <pmuellr at yahoo.com>  2010-02-03 08:10:06 PST ---
One thing I've been thinking about for a while is to allow client-side
frameworks, like Dojo, Closure, etc, to provide a list of functions to the
debugger.  Many of these frameworks are problematic in that the functions are
defined anonymously, but there is typically some "structure" to the way
functions are defined - in classes, mixins, etc.  The registration/definition
process for these classes/methods/etc could be augmented to provide relevant
information back to the debugger.

I guess the way I envision this is that the debugger would end up having a list
of library-defined functions that it could present to the user as breakpoint
candidates - or other types of activities (log when a function is hit, etc).

Functions are also widely used as event processors/call backs, and many of
these client-side frameworks have consistent ways that these are done.  The
presentation (ie, "label") for these functions would be more like "event
handler for XXX" where XXX is some event name.

I suppose you might want to provide some kind of grouping for the presentation
of the list - this could be library defined groupings; the list could be
hierarchical, or even perhaps just two levels - a group and a label within the

Where might we present a list like this?  Another drop-down?  A side panel?

Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

More information about the webkit-unassigned mailing list