User Agent: Mozilla/5.0 (X11; Linux i686; rv:19.0) Gecko/20100101 Firefox/19.0 Build ID: 2013030600 Steps to reproduce: 1. View large PDF (1148 pages) using built-in viewer: http://www.ti.com/lit/ug/slau208m/slau208m.pdf 2. Select "Print Preview". 3. Select "Print". Actual results: 1. Memory use grows rapidly. 2. Firefox crashes. Expected results: Print dialog should appear.
For me on Windows 7, it hangs during several minutes then it displays the print dialog. After dismissing the dialog, it hangs again and crashes with an empty signature. Can you provide a stack trace (see https://developer.mozilla.org/docs/How_to_get_a_stacktrace_for_a_bug_report)?
Severity: normal → critical
Keywords: crash, stackwanted
Crash reports: bp-f8b8869e-b884-43b4-bb41-6aec42130320 bp-7f24aa68-f567-4ab6-9a76-83fa02130320 bp-2a5756e5-be93-454f-84c8-e61e02130320 bp-8da7309c-a010-4a4e-8340-7328b2130320
I have xosview open, and am watching free memory rapidly approach zero just before Firefox crashes.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 6 years ago
Resolution: --- → DUPLICATE
Duplicate of bug: 733324
The crash is bug 733324 but it's not normal that Firefox hangs and uses so much memory while print previewing.
Status: RESOLVED → REOPENED
Crash Signature: [@ libmozalloc.so@0x10d5 ]
Ever confirmed: true
OS: Linux → All
Hardware: x86 → All
Resolution: DUPLICATE → ---
Severity: critical → normal
Priority: -- → P3
Warren, does this still fail for you? Original URL fails, but the document is still available via https://web.archive.org/web/20130512121749/http://www.ti.com/lit/ug/slau208m/slau208m.pdf
You need to log in before you can comment on or make changes to this bug.