Cameron Kaiser

Cool. I'll have to try that now.

Through `b07b4373ed3f7b392b2457b535c953176491de7b` https://hg.mozilla.org/releases/mozilla-esr102/rev/7b43b4ab4275 (different files in `dom/html`, note `nsCOMPtr` versions of CSP objects) https://hg.mozilla.org/releases/mozilla-esr102/rev/80ecb3c8668b to `nsCookieService.cpp` https://hg.mozilla.org/releases/mozilla-esr102/rev/084a542649289e7f4ad7636e24bb6588b1c2c63a `target[size]` to `target[written]` (`readlink` is called in two places but only one is...

Deciding to defer https://hg.mozilla.org/releases/mozilla-esr102/rev/7b43b4ab4275 and https://hg.mozilla.org/releases/mozilla-esr102/rev/c8dab52e2ead50f94859600571b48d9ac491c854 to next ESR/clobber.

Noted, thank you. Probably will do a regular update around now too.

Noted and landing shortly

No, reporter is correct, `ppc64` is big-endian and `ppc64le` is little. However, I have no idea if the dynrec JIT backend would work properly on big systems, so we'd need...

I don't mind checking but I can't see where the exact binary people are using is. I'm not familiar with this title.

Yes, it also crashes on `ppc64le`. ``` Stack trace: 30 0x7fff8954846c __libc_start_main + 428 29 0x7fff8954822c /lib64/libc.so.6(+0x3822c) [0x7fff8954822c] 28 0x100c6308 main + 24 27 0x1032cf7c sdl_main(int, char**) + 2316 26...

> @classilla Can you try this patch you suggested of changing `uint32_t` to `uint64_t`? If this is indeed the same bug, it would be good to know. > > [#2863...

In a debug build, it doesn't crash, it just goes into a never-ending loop of illegal instruction/illegal address exceptions, mostly mangled.