1434762 - Crash in mozilla::gfx::RecordedSetTransform::PlayEvent (while printing)

Status: RESOLVED FIXED

(Core :: Printing: Output, defect)

Description

[[:philipp]]

This bug was filed from the Socorro interface and is
report bp-a9c10f72-026a-41d6-809c-ea0400180131.
=============================================================

Top 10 frames of crashing thread:

0 xul.dll mozilla::gfx::RecordedSetTransform::PlayEvent gfx/2d/RecordedEventImpl.h:2213
1 xul.dll mozilla::layout::PrintTranslator::TranslateRecording layout/printing/PrintTranslator.cpp:60
2 xul.dll mozilla::layout::RemotePrintJobParent::PrintPage layout/printing/ipc/RemotePrintJobParent.cpp:142
3 xul.dll mozilla::layout::RemotePrintJobParent::RecvProcessPage layout/printing/ipc/RemotePrintJobParent.cpp:123
4 xul.dll mozilla::layout::PRemotePrintJobParent::OnMessageReceived ipc/ipdl/PRemotePrintJobParent.cpp:243
5 xul.dll mozilla::dom::PContentParent::OnMessageReceived ipc/ipdl/PContentParent.cpp:3307
6 xul.dll mozilla::ipc::MessageChannel::DispatchAsyncMessage ipc/glue/MessageChannel.cpp:2110
7 xul.dll mozilla::ipc::MessageChannel::DispatchMessageW ipc/glue/MessageChannel.cpp:2040
8 xul.dll mozilla::ipc::MessageChannel::RunMessage ipc/glue/MessageChannel.cpp:1886
9 xul.dll mozilla::ipc::MessageChannel::MessageTask::Run ipc/glue/MessageChannel.cpp:1919

=============================================================

this signature seems to be increasing in volume during the 59.0b cycle.

one way to reproduce it is:
- load https://travel.state.gov/content/travel/en/passports/apply-renew-passport/under-16.html (this page seems to be very slow loading resources)
- once content is starting to get drawn on the screen hit ctrl+p in order to print
- click "ok" on the error message "cannot print this document yet..."
- press esc in order to stop loading the page
- a printer dialog appears, hit print
- crash

a crash performing these steps is reproducible on windows since firefox 55 with this mozregression pointing towards bug 1354624 introducing this problem.

Comment 1

[[:philipp]]

Attachment: screencast.webm

Comment 2

[Jonathan Watt [:jwatt]]

Thanks for the steps to repro! I'll take a look.

Comment 3

[Liz Henry (:lizzard) (privacy/fingerprinting team)]

Tracking to keep an eye on this since it's on the rise for beta 59.

Comment 4

[Jonathan Watt [:jwatt]]

Did bug 1435286 fix this on Nightly? I can't really tell from crash-stats.mozilla.com which crashes are Nightly crashes or not. Some unrelated topcrashes don't seem to have any crashes from builds after 20180131* which seems to indicate that 60a1 is not Nightly...but then where are the Nightly crash stats?

Comment 5

[Marcia Knous [:marcia]]

(In reply to Jonathan Watt [:jwatt] (needinfo? me) from comment #4)
> Did bug 1435286 fix this on Nightly? I can't really tell from
> crash-stats.mozilla.com which crashes are Nightly crashes or not. Some
> unrelated topcrashes don't seem to have any crashes from builds after
> 20180131* which seems to indicate that 60a1 is not Nightly...but then where
> are the Nightly crash stats?

I don't see any crashes in these signatures after 20180202102708. https://crash-stats.mozilla.com/topcrashers/?product=Firefox&version=60.0a1&days=7 is the link to the latest nightly top crashes.

Comment 6

[[:philipp]]

i cannot reproduce the issue anymore in the latest nightly with the steps from comment #0 either :-)

Comment 7

[Mike Taylor [:miketaylr]]

So should we close this?

Comment 8

[Jonathan Watt [:jwatt]]

The patch for bug 1435286 already landed on Trunk, and has just been merged to beta.

Comment 9

[Jonathan Watt [:jwatt]]

This is currently #13 topcrash in 58b7.

Needinfo'ing myself to re-check the b8 crash stats once they start to come in next week.

Comment 10

[Jonathan Watt [:jwatt]]

Beta 9 will be released today, and there have only been 2 crash reports for beta 8.