[Webkit-unassigned] [Bug 21073] New: JS Debugger doesn't handle 'for' loops correctly

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=21073

           Summary: JS Debugger doesn't handle 'for' loops correctly
           Product: WebKit
           Version: 528+ (Nightly build)
          Platform: Macintosh
        OS/Version: Mac OS X 10.5
            Status: NEW
          Keywords: InRadar
          Severity: Normal
          Priority: P2
         Component: Web Inspector
        AssignedTo: webkit-unassigned at lists.webkit.org
        ReportedBy: kmccullough at apple.com


9/24/08 1:55 PM Kevin McCullough:
* SUMMARY
The behavior of VS and XCode is as follows.

Assume a breakpoint is on a line of code that contains a single 'for' loop with
all three statements; the initializer, condition, and increment.
1) When execution first comes to the for loop, it breaks and none of the
statements have executed yet
2) If the user chooses to continue, then the breakpoint is never hit again and
execution does not break again
3) If the user chooses to step over, then execution goes to the next line (so
the initializer and the condition execute)
4) If the user chooses to step into, then execution goes into the first
statement (initializer) and then the second (condition)
5) If the user steps through the loop and back to the line with the 'for' on
it, they can step into the statements as they execute (i.e. the increment and
condition)

Currently we support 1 and 2 because 'for' loops emit a debug hook at the
beginning of emit code; however emitting a debug hook for each statement will
solve 3-5, but regress on 1 and 2 since we will break each time we hit any
statement on that line.

Tim had a suggestion where we need to differentiate debug hooks between
breaking per-line and breaking per-statement, currently we only support
breaking per statement.

<rdar://problem/6243923>


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