This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
This was a definite hole in the workflow identified in the recent usability test. When selecting dynamically generated nodes, users have no obvious way of discovering and navigating to the JS that contributed the dynamic node. Note I'm logging this as a P2 because it's a pretty big hole, but recognize that this may be too big to solve in the short term.
Not sure if this information is available easily, but doesn't the Live HTML plugin possess this information? If it's only available through Live HTML, then would we need to guide the user to rerun the page and do the deeper analysis during this second run?
This is impossible to do. LiveHTML is trying to collection this type of information but the way it does it is very hacky - setting up DOM breakpoints and "stepping" thorough debugger on the background while pretending that application just runs; it is very obtrusive way which can easily clash with users workflow/intentions if not run in purely separate mode as LiveHTML does currently. This is a topic which we should try to discuss with Chrome team and see whether there would be enough interest of providing this type of information on WebKit protocol level. Chrome Dev Tools users would benefit from it too.