- Electron version: v1.3.3
- Operating system: OS X 10.11.6

v1.3.3 broke the detection of the `scroll-touch-begin` and `scroll-touch-end` events for me within a `webview`. It looks like the pull request #6754 caused this issue. v1.3.2 works as expected.

Behavior that I'm observing on v1.3.3:
- Most of the time, the `scroll-touch-*` events are not emitted when the cursor is on top of a `webview`.
- The `scroll-touch-*` events seem to be emitted _only once_ when the cursor is on a `webview` and on a scrollable element. The scrollable elements in my app have no native scrollbar set (they have the style `overflow: hidden;` set instead of `overflow: scroll;`). This is the case in which I need to receive the `scroll-touch-*` events.
- The `scroll-touch-*` events seem to work fine when the cursor is outside of the `webview` tag.

atom/browser/api/atom_api_window.cc
return window_->SetIgnoreMouseEvents(ignore);
}
void Window::SetContentProtection(bool enable) {
  return window_->SetContentProtection(enable);
}
void Window::SetFocusable(bool focusable) {
  return window_->SetFocusable(focusable);
}
void Window::SetProgressBar(double progress, mate::Arguments* args) {
  mate::Dictionary options;
  std::string mode;
  NativeWindow::ProgressState state = NativeWindow::PROGRESS_NORMAL;
  args->GetNext(&options) && options.Get("mode", &mode);
  if (mode == "error") {
    state = NativeWindow::PROGRESS_ERROR;
  } else if (mode == "paused") {
    state = NativeWindow::PROGRESS_PAUSED;
  } else if (mode == "indeterminate") {
    state = NativeWindow::PROGRESS_INDETERMINATE;
  } else if (mode == "none") {
    state = NativeWindow::PROGRESS_NONE;
  }
  window_->SetProgressBar(progress, state);
}
void Window::SetOverlayIcon(const gfx::Image& overlay,
                            const std::string& description) {
  window_->SetOverlayIcon(overlay, description);
}
bool Window::SetThumbarButtons(mate::Arguments* args) {