question: what would it take to add stack traces to watch callbacks? #12606
Milestone
Comments
pinging @IgorMinar @petebacondarwin @matsko @lgalfaso |
I do not know of an easy way to add this feature. Is there anyone out there with any ideas? |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
when debugging reactive apps, a common issue is figuring out why a callback for an observable was erroneously fired.
with object.observe, devtools gives us async call stacks. with angular, there's no good tooling to help us figure out why something changed.
currently, my best solution is to put
console.log
s everywhere in my code where my model could have been modified. this only goes so far, since i can't instrument the view (html code) with logs, unless i addng-change
handlers everywhere as well. it's also a pita, and a lot of debugging overhead compared to working with non-reactive code.my ideal solution would be a stack trace passed with every
$watch
fire, combined with something like rxjs' support for long stack traces:afaik angular checks for changes at certain points in the app lifecycle, but doesn't know what caused those changes. in contrast with react or backbone's getter/setter architecture, with dirty checking this information is lost.
is there a cheap way to get this information back?
The text was updated successfully, but these errors were encountered: