Starting roughly May 2 builds, most 61.0a1 daily/nightly Thunderbird crash signatures have xul.dll for frame 0 (often followed by nss3.dll). Not so for Firefox. So I something may be wrong somewhere causing incorrect stacks. Compare: * tb61 https://crash-stats.mozilla.com/topcrashers/?product=Thunderbird&version=61.0a1 * fx61 https://crash-stats.mozilla.com/topcrashers/?product=Firefox&version=61.0a1 * tb60 https://crash-stats.mozilla.com/topcrashers/?product=Thunderbird&version=60.0a1&days=28 Examples: bp-71567066-93a1-4145-b553-b8a170180508 Ø 0 xul.dll xul.dll@0x2fd2a01 Ø 1 nss3.dll nss3.dll@0x998ad Ø 2 nss3.dll nss3.dll@0x8cac9 3 ucrtbase.dll thread_start<unsigned int (__cdecl*)(void* __ptr64)> 4 kernel32.dll BaseThreadInitThunk 5 ntdll.dll RtlUserThreadStart bp-c219c2d9-50f2-4aa6-954d-59c350180508 xul.dll@0x301bc99 | nss3.dll@0x998ad | nss3.dll@0x8cac9 | thread_start<T> Ø 0 xul.dll xul.dll@0x301bc99 Ø 1 nss3.dll nss3.dll@0x998ad Ø 2 nss3.dll nss3.dll@0x8cac9 3 ucrtbase.dll thread_start<unsigned int (__cdecl*)(void* __ptr64)> 4 kernel32.dll BaseThreadInitThunk 5 ntdll.dll RtlUserThreadStart bp-239f2724-b1e0-44d8-8f70-a51030180507 xul.dll@0x301bc99 | _acrt_FlsGetValue Ø 0 xul.dll xul.dll@0x301bc99 1 ucrtbase.dll _acrt_FlsGetValue 2 ucrtbase.dll _acrt_getptd 3 ucrtbase.dll o_strcat_s 4 kernel32.dll BaseThreadInitThunk 5 ntdll.dll RtlUserThreadStart

tomprince wsmwk: that bug is probably because we aren't uploading symbols (it is on my list)

Comment on attachment 8975718 [details] Bug 1460320: Upload symbols for nightlies and releases; r?Fallen Philipp Kewisch [:Fallen] has approved the revision. https://phabricator.services.mozilla.com/D1282

Pushed by mozilla@hocat.ca: https://hg.mozilla.org/comm-central/rev/ca93691f6bc0 Upload symbols for nightlies and releases; r=Fallen