Issue 1:
Electron Version: 2.0.2

Operating System (Platform and Version): macOS 10.13.5

Last known working Electron version: 1.8.x

We're seeing a few reports of native crashes on startup on 10.13.5. Stack looks similar to this ole chestnut, fixed ages ago: https://bugs.chromium.org/p/chromium/issues/detail?id=128415

Process: Slack [73460]
Path: /Applications/Slack.app/Contents/MacOS/Slack
Identifier: com.tinyspeck.slackmacgap
Version: 3.2.0 (4712)
App Item ID: 803453959
App External ID: 827355221
Code Type: X86-64 (Native)
Parent Process: ??? [1]
Responsible: Slack [73460]
User ID: 501

Date/Time: 2018-06-12 07:10:31.418 -0400
OS Version: Mac OS X 10.13.5 (17F77)
Report Version: 12
Anonymous UUID: 15293283-D817-7AE9-3549-17ED65BC036B

Sleep/Wake UUID: 4F88AE45-E985-4C83-8906-91EA3FD6DE23

Time Awake Since Boot: 390000 seconds
Time Since Wake: 86000 seconds

System Integrity Protection: enabled

Crashed Thread: 0 CrBrowserMain Dispatch queue: com.apple.main-thread

Exception Type: EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: EXC_I386_GPFLT
Exception Note: EXC_CORPSE_NOTIFY

Termination Signal: Segmentation fault: 11
Termination Reason: Namespace SIGNAL, Code 0xb
Terminating Process: exc handler [0]

Thread 0 Crashed:: CrBrowserMain Dispatch queue: com.apple.main-thread
0 libnode.dylib 0x0000000106a192ff v8::internal::IncrementalMarking::Step(unsigned long, v8::internal::IncrementalMarking::CompletionAction, v8::internal::IncrementalMarking::ForceCompletionAction, v8::internal::StepOrigin) + 8623
1 libnode.dylib 0x0000000106a16e18 v8::internal::IncrementalMarking::AdvanceIncrementalMarking(double, v8::internal::IncrementalMarking::CompletionAction, v8::internal::IncrementalMarking::ForceCompletionAction, v8::internal::StepOrigin) + 808
2 libnode.dylib 0x0000000106a0f565 0x106291000 + 7857509
3 libnode.dylib 0x00000001063c5ede 0x106291000 + 1265374
4 libnode.dylib 0x00000001063c5dc8 node::NodePlatform::FlushForegroundTasksInternal() + 328
5 libnode.dylib 0x00000001063c5a7c 0x106291000 + 1264252
6 libnode.dylib 0x00000001064405cf 0x106291000 + 1766863
7 libnode.dylib 0x000000010644fc17 0x106291000 + 1829911
8 libnode.dylib 0x0000000106440938 uv_run + 152
9 com.github.electron.framework 0x0000000107cdb2ac atom::NodeBindings::UvRunOnce() + 172
10 com.github.electron.framework 0x0000000107c3fdda 0x107ba2000 + 646618
11 com.github.electron.framework 0x0000000107c3fda8 0x107ba2000 + 646568
12 com.github.electron.framework 0x0000000107c3fd6c 0x107ba2000 + 646508
13 com.github.electron.framework 0x0000000107cdb704 base::internal::Invoker<base::internal::BindState<void (atom::NodeBindings::*)(), base::WeakPtr<atom::NodeBindings> >, void ()>::Run(base::internal::BindStateBase*) + 20
14 com.github.electron.framework 0x0000000107e56452 0x107ba2000 + 2835538
15 com.github.electron.framework 0x0000000107e1b79b 0x107ba2000 + 2594715
16 com.github.electron.framework 0x0000000107e1bb85 0x107ba2000 + 2595717
17 com.github.electron.framework 0x0000000107e1be59 0x107ba2000 + 2596441
18 com.github.electron.framework 0x0000000107e1f30a 0x107ba2000 + 2609930
19 com.github.electron.framework 0x0000000107dd436a 0x107ba2000 + 2302826
20 com.github.electron.framework 0x0000000107e1ec2f 0x107ba2000 + 2608175
21 com.apple.CoreFoundation 0x00007fff2db9fa61 __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ + 17
22 com.apple.CoreFoundation 0x00007fff2dc5947c __CFRunLoopDoSource0 + 108
23 com.apple.CoreFoundation 0x00007fff2db824c0 __CFRunLoopDoSources0 + 208
24 com.apple.CoreFoundation 0x00007fff2db8193d __CFRunLoopRun + 1293
25 com.apple.CoreFoundation 0x00007fff2db811a3 CFRunLoopRunSpecific + 483
26 com.apple.HIToolbox 0x00007fff2ce67d96 RunCurrentEventLoopInMode + 286
27 com.apple.HIToolbox 0x00007fff2ce67b06 ReceiveNextEventCommon + 613
28 com.apple.HIToolbox 0x00007fff2ce67884 _BlockUntilNextEventMatchingListInModeWithFilter + 64
29 com.apple.AppKit 0x00007fff2b119a73 _DPSNextEvent + 2085
30 com.apple.AppKit 0x00007fff2b8afe34 -[NSApplication(NSEvent) _nextEventMatchingEventMask:untilDate:inMode:dequeue:] + 3044
31 com.apple.AppKit 0x00007fff2b10e885 -[NSApplication run] + 764
32 com.github.electron.framework 0x0000000107e1fb3e 0x107ba2000 + 2612030
33 com.github.electron.framework 0x0000000107e1e53c 0x107ba2000 + 2606396
34 com.github.electron.framework 0x0000000107e34a93 0x107ba2000 + 2697875
35 com.github.electron.framework 0x0000000108096f4f 0x107ba2000 + 5197647
36 com.github.electron.framework 0x0000000108096d70 0x107ba2000 + 5197168
37 com.github.electron.framework 0x00000001080993f2 0x107ba2000 + 5207026
38 com.github.electron.framework 0x0000000108092dcc 0x107ba2000 + 5180876
39 com.github.electron.framework 0x0000000107fe5ee0 0x107ba2000 + 4472544
40 com.github.electron.framework 0x0000000109bd02d4 0x107ba2000 + 33743572
41 com.github.electron.framework 0x0000000107fe4cf4 0x107ba2000 + 4467956
42 com.github.electron.framework 0x0000000107ba4984 AtomMain + 68
43 com.tinyspeck.slackmacgap 0x000000010628cf26 main + 38
44 libdyld.dylib 0x00007fff5598b015 start + 1

When I ran electron-atos on lines 14-16 I got:

atom::api::FrameSubscriber::ShouldCaptureFrame(gfx::Rect const&, base::TimeTicks, scoped_refptr<media::VideoFrame>*, base::Callback<void (base::TimeTicks, gfx::Rect const&, bool), (base::internal::CopyMode)1, (base::internal::RepeatMode)1>*) (in Electron Framework) (frame_subscriber.cc:61)
atom::api::FrameSubscriber::ShouldCaptureFrame(gfx::Rect const&, base::TimeTicks, scoped_refptr<media::VideoFrame>*, base::Callback<void (base::TimeTicks, gfx::Rect const&, bool), (base::internal::CopyMode)1, (base::internal::RepeatMode)1>*) (in Electron Framework) (frame_subscriber.cc:59)
atom::api::FrameSubscriber::ShouldCaptureFrame(gfx::Rect const&, base::TimeTicks, scoped_refptr<media::VideoFrame>*, base::Callback<void (base::TimeTicks, gfx::Rect const&, bool), (base::internal::CopyMode)1, (base::internal::RepeatMode)1>*) (in Electron Framework) (frame_subscriber.cc:55)

But running it on anything below that turns up rubbish. I wonder if we can rely on electron-atos for versions >= 2.0.0?

Issue 2:
Electron version: 2.0.0-beta.7

Operating system: macOS and Windows

We have been running Electron 2.0.0-beta.7 for a week in VSCode insiders and our crash data shows some crashes around V8 garbage collection. I am attaching the crash reports here hoping that something pops up, but I am sorry for not having any steps to reproduce currently. Since there are many crashes, I will attach them as individual comments, hoping that they are somewhat related.

We have at least one user that can reproduce this crash easily (via microsoft/vscode#48022) in VSCode by interacting with a webview component (we use it to show the readme of an extension as rendered markdown).

For one crash that happens for the user on macOS I used electron-atos for the full stack and this came up:

v8::internal::IncrementalMarking::Step(unsigned long, v8::internal::IncrementalMarking::CompletionAction, v8::internal::IncrementalMarking::ForceCompletionAction, v8::internal::StepOrigin) + 8627
v8::internal::IncrementalMarking::AdvanceIncrementalMarking(double, v8::internal::IncrementalMarking::CompletionAction, v8::internal::IncrementalMarking::ForceCompletionAction, v8::internal::StepOrigin) + 808
v8::internal::IncrementalMarkingJob::Task::RunInternal() (in libnode.dylib) (incremental-marking-job.cc:64)
node::RunForegroundTask(v8::Task*) (in libnode.dylib) (node_platform.cc:77)
node::NodePlatform::FlushForegroundTasksInternal() + 328
node::FlushTasks(uv_async_s*) (in libnode.dylib) (node_platform.cc:19)
uv__async_io (in libnode.dylib) (async.c:118)
uv__io_poll (in libnode.dylib) (kqueue.c:0)
uv_run + 152
atom::NodeBindings::UvRunOnce() + 172
std::__1::pair<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const, v8::Global<v8::Value> >::~pair() (in Electron Framework) (utility:312)
mate::internal::EventSubscriberBase::On(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&) (in Electron Framework) (event_subscriber.cc:87)
mate::internal::EventSubscriberBase::On(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&) (in Electron Framework) (event_subscriber.cc:87)
base::internal::Invoker<base::internal::BindState<void (atom::NodeBindings::*)(), base::WeakPtr<atom::NodeBindings> >, void ()>::Run(base::internal::BindStateBase*) + 20
void base::ObserverListThreadSafe<base::SystemMonitor::DevicesChangedObserver>::Notify<void (base::SystemMonitor::DevicesChangedObserver::*)(base::SystemMonitor::DeviceType), base::SystemMonitor::DeviceType&>(tracked_objects::Location const&, void (base::SystemMonitor::DevicesChangedObserver::*)(base::SystemMonitor::DeviceType), base::SystemMonitor::DeviceType&&&) (in Electron Framework) (observer_list_threadsafe.h:143)
base::MessageLoop::~MessageLoop() (in Electron Framework) (message_loop.cc:148)
base::MessageLoop::DeletePendingTasks() (in Electron Framework) (deque:2568)
0x0028aff9 (in Electron Framework)
base::MessagePumpLibevent::Run(base::MessagePump::Delegate*) (in Electron Framework) (message_pump_libevent.cc:269)
base::PathProviderMac(int, base::FilePath*) (in Electron Framework) (base_paths_mac.mm:85)
base::MessagePumpLibevent::Init() (in Electron Framework) (message_pump_libevent.cc:300)
__CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ + 17
__CFRunLoopDoSource0 + 108
__CFRunLoopDoSources0 + 208
__CFRunLoopRun + 1293
CFRunLoopRunSpecific + 483
RunCurrentEventLoopInMode + 286
ReceiveNextEventCommon + 613
_BlockUntilNextEventMatchingListInModeWithFilter + 64
_DPSNextEvent + 2085
-[NSApplication(NSEvent) _nextEventMatchingEventMask:untilDate:inMode:dequeue:] + 3044
-[NSApplication run] + 764
base::MessagePumpCFRunLoopBase::RunWorkSource(void*) (in Electron Framework) (message_pump_mac.mm:397)
void std::__1::vector<base::PendingTask, std::__1::allocator<base::PendingTask> >::__push_back_slow_path<base::PendingTask>(base::PendingTask&&) (in Electron Framework) (vector:1574)
0x002a3c33 (in Electron Framework)
content::BrowserMainLoop::BrowserThreadsStarted() (in Electron Framework) (browser_main_loop.cc:1482)
content::BrowserMainLoop::BrowserThreadsStarted() (in Electron Framework) (string:1576)
content::BrowserMainLoop::InitializeMojo() (in Electron Framework) (browser_main_loop.cc:1712)
content::BrowserGpuMemoryBufferManager::HandleGpuMemoryBufferCreatedOnIO(content::BrowserGpuMemoryBufferManager::CreateGpuMemoryBufferRequest*, gfx::GpuMemoryBufferHandle const&) (in Electron Framework) (browser_gpu_memory_buffer_manager.cc:325)
content::ContentServiceManagerMainDelegate::IsEmbedderSubprocess() (in Electron Framework) (content_service_manager_main_delegate.cc:47)
service_manager::EmbeddedServiceRunner::InstanceManager::OnInstanceLost(int) (in Electron Framework) (embedded_service_runner.cc:109)
std::__1::__hash_table<std::__1::__hash_value_type<viz::SurfaceId, cc::SurfaceManager::SurfaceReferenceInfo>, std::__1::__unordered_map_hasher<viz::SurfaceId, std::__1::__hash_value_type<viz::SurfaceId, cc::SurfaceManager::SurfaceReferenceInfo>, viz::SurfaceIdHash, true>, std::__1::__unordered_map_equal<viz::SurfaceId, std::__1::__hash_value_type<viz::SurfaceId, cc::SurfaceManager::SurfaceReferenceInfo>, std::__1::equal_to<viz::SurfaceId>, true>, std::__1::allocator<std::__1::__hash_value_type<viz::SurfaceId, cc::SurfaceManager::SurfaceReferenceInfo> > >::__rehash(unsigned long) (in Electron Framework) (__hash_table:2173)
AtomMain + 68
main + 38
start + 1