Bug 1635013 Comment 8 Edit History

Note: The actual edited comment in the bug view page will always show the original commenter’s name and original timestamp.

There's also d1994625-403a-4aa0-8b1b-942ad0200504 that crashes inside `Store::apply`, and 282f27d9-8c5e-42e6-9a00-c18160200506 inside `Store::remote_row_to_item`, that gets a bit further with an OOM; both on Windows. Could it be the same underlying issue—maybe we're panicking because we hit an OOM, and doing a double-drop cleaning up? Though, I think we compile with `panic = "abort"`, so probably not... Or maybe our OOM hook is doing something fishy?
There's also bp-d1994625-403a-4aa0-8b1b-942ad0200504 that crashes inside `Store::apply`, and bp-282f27d9-8c5e-42e6-9a00-c18160200506 inside `Store::remote_row_to_item`, that gets a bit further with an OOM; both on Windows. Could it be the same underlying issue—maybe we're panicking because we hit an OOM, and doing a double-drop cleaning up? Though, I think we compile with `panic = "abort"`, so probably not... Or maybe our OOM hook is doing something fishy?

Back to Bug 1635013 Comment 8