1. 13 Feb, 2017 1 commit
  2. 11 Feb, 2017 1 commit
  3. 10 Feb, 2017 1 commit
  4. 09 Feb, 2017 3 commits
  5. 08 Feb, 2017 1 commit
    • kozyatinskiy's avatar
      [inspector] support for nested scheduled breaks · 56bf7dbd
      kozyatinskiy authored
      In current implementation we don't support nested scheduled break at all. If one break was scheduled inside another and second one doesn't produce actual break (execution was in blackboxed code or no JavaScript was executed) then second one will clear first scheduled break even if any not blackboxed JavaScript will be executed later.
      
      Ambiguous break reason is added for the case when we have more then one scheduled reason. "auxData" in this case contains object with array of { reason: reason, auxData: auxData } objects for each reason in 'reasons' property.
      
      BUG=chromium:632405
      
      Review-Url: https://codereview.chromium.org/2678313002
      Cr-Commit-Position: refs/heads/master@{#43021}
      56bf7dbd
  6. 07 Feb, 2017 2 commits
  7. 03 Feb, 2017 4 commits
  8. 02 Feb, 2017 3 commits
  9. 30 Jan, 2017 1 commit
  10. 27 Jan, 2017 3 commits
  11. 26 Jan, 2017 2 commits
  12. 25 Jan, 2017 3 commits
    • kozyatinskiy's avatar
      [debug] remove StepFrame · bc7eb04d
      kozyatinskiy authored
      This action was used by inspector for blackboxing and isn't needed with new blackboxing implementation inside V8.
      
      BUG=none
      R=yangguo@chromium.org,clemensh@chromium.org
      TBR=bmeurer@chromium.org
      
      Review-Url: https://codereview.chromium.org/2650943011
      Cr-Commit-Position: refs/heads/master@{#42670}
      bc7eb04d
    • pfeldman's avatar
      V8 Inspector: remove V8ConsoleAPIType from the API, reuse v8::Isolate::MessageErrorLevel instead. · 76e31da4
      pfeldman authored
      BUG=chromium:682521
      
      Review-Url: https://codereview.chromium.org/2656613004
      Cr-Commit-Position: refs/heads/master@{#42666}
      76e31da4
    • kozyatinskiy's avatar
      [inspector] change target promise for kDebugWillHandle & kDebugDidHandle · cb545a8c
      kozyatinskiy authored
      - kDebugPromiseCreated(task, parent_task)
      This event occurs when promise is created (PromiseHookType::Init). V8Debugger uses this event to maintain task -> parent task map.
      
      - kDebugEnqueueAsyncFunction(task)
      This event occurs when first internal promise for async function is created. V8Debugger collects stack trace at this point.
      
      - kDebugEnqueuePromiseResolve(task),
      This event occurs when Promise fulfills with resolved status. V8Debugger collects stack trace at this point.
      
      - kDebugEnqueuePromiseReject(task),
      This event occurs when Promise fulfills with rejected status. V8Debugger collects stack trace at this point.
      
      - kDebugPromiseCollected,
      This event occurs when Promise is collected and no other chained callbacks can be added. V8Debugger removes information about async task for this promise.
      
      - kDebugWillHandle,
      This event occurs when chained promise function (either resolve or reject handler) is called. V8Debugger installs parent promise's stack (based on task -> parent_task map) as current if available or current promise's scheduled stack otherwise.
      
      - kDebugDidHandle,
      This event occurs after chained promise function has finished. V8Debugger restores asynchronous call chain to previous one.
      
      With this change all instrumentation calls are related to current promise (before WillHandle and DidHandle were related to next async task).
      
      Before V8Debugger supported only the following:
      - asyncTaskScheduled(task1)
      - asyncTaskStarted(task1)
      - asyncTaskFinished(task1)
      
      Now V8Debugger supports the following:
      - asyncTaskScheduled(parent_task)
      ..
      - asyncTaskCreated(task, parent_task),
      - asyncTaskStarted(task), uses parent_task scheduled stack
      - asyncTaskScheduled(task)
      - asyncTaskFinished(task)
      
      Additionally: WillHandle and DidHandle were migrated to PromiseHook API.
      
      More details: https://docs.google.com/document/d/1u19N45f1gSF7M39mGsycJEK3IPyJgIXCBnWyiPeuJFE
      
      BUG=v8:5738
      R=dgozman@chromium.org,gsathya@chromium.org,yangguo@chromium.org
      
      Review-Url: https://codereview.chromium.org/2650803003
      Cr-Commit-Position: refs/heads/master@{#42644}
      cb545a8c
  13. 24 Jan, 2017 1 commit
    • kozyatinskiy's avatar
      [inspector] implemented blackboxing inside v8 · ac50c79a
      kozyatinskiy authored
      V8 has internal mechanism to ignore steps and breaks inside internal scripts, in this CL it's reused for blackboxing implementation.
      Advantages:
      - much faster blackboxing implementation (before we at least wrap and collect current call stack for each step),
      - get rid of StepFrame action and potential pause in blackboxed code after N StepFrame steps,
      - simplification of debugger agent logic.
      Disadvtanges:
      - currently when user was paused in blackboxed code (e.g. on breakpoint) and then makes step action, debugger ignores blackboxed state of the script and allows to use step actions as usual - this behavior is regressed, we still able to support it on frontend side.
      
      Current state and proposed changes for blackboxing: https://docs.google.com/document/d/1hnzaXPAN8_QC5ENxIgxgMNDbXLraM_OXT73rAyijTF8/edit?usp=sharing
      
      BUG=v8:5842
      R=yangguo@chromium.org,dgozman@chromium.org,alph@chromium.org
      
      Review-Url: https://codereview.chromium.org/2633803002
      Cr-Commit-Position: refs/heads/master@{#42614}
      ac50c79a
  14. 18 Jan, 2017 3 commits
  15. 17 Jan, 2017 1 commit
  16. 13 Jan, 2017 2 commits
  17. 11 Jan, 2017 1 commit
  18. 10 Jan, 2017 1 commit
  19. 09 Jan, 2017 2 commits
    • rdevlin.cronin's avatar
      Fix String16's move constructor · e6e968d0
      rdevlin.cronin authored
      String16 had a pseudo move constructor that took a const String16&&. The
      problem with this is that the point of moving objects is the ability to
      clobber the underlying data. If we look at this particular case, the
      move ctor tried to then std::move the underlying std::basic_string<>;
      this results in passing a const std::basic_string<>&& to the
      basic_string ctor. This resolves to the const std::basic_string<>&
      *copy* ctor. So in the end, we haven't moved anything.
      
      Fix this by taking a mutable rvalue reference that allows the moving to
      work as expected.
      
      BUG=None
      
      Review-Url: https://codereview.chromium.org/2616973002
      Cr-Commit-Position: refs/heads/master@{#42147}
      e6e968d0
    • cbruni's avatar
      Add Object::IsNullOrUndefined(Isolate*) helper method · 09167bf6
      cbruni authored
      The pattern IsNull(isolate) || IsUndefined(isolate) is used in many places all
      over the code base.
      
      Review-Url: https://codereview.chromium.org/2601503002
      Cr-Commit-Position: refs/heads/master@{#42138}
      09167bf6
  20. 23 Dec, 2016 1 commit
  21. 19 Dec, 2016 3 commits