Avatar for Username

搜索 | 用户支持

防范以用户支持为名的诈骗。我们绝对不会要求您拨打电话或发送短信，及提供任何个人信息。请使用“举报滥用”选项报告涉及违规的行为。

详细了解

话题已存档。 如果需要帮助请提出新问题。

Firefox crashes

  • 4 个回答
  • 1 人有此问题
  • 6 次查看
  • 最后回复者为 CK111

CK111
CK111
more options

On Sprint.com. Finally closed all pages leaving only Sprint.com open. -Tried to print to PDF and crashed. -Also, tried to open PDF (to Adobe Reader) of bill from Sprint.com and crashed. -Multiple crashes and/or Firefox hanging up and I had to force close.

Here is the latest crash: bp-3a829e42-2ef7-432b-81c2-789c42160926


Mozilla Crash Reports Search 

   Product:

Select Version: Report:

Super Search Firefox 49.0.1 Crash Report [@ OOM | large | JSObject::allocKindForTenure ] Search Mozilla Support for this signature How to read this crash report ID: 3a829e42-2ef7-432b-81c2-789c42160926 Signature: OOM | large | JSObject::allocKindForTenure 

   Details
   Metadata
   Modules
   Raw Dump
   Extensions

Signature OOM | large | JSObject::allocKindForTenure More Reports Search UUID 3a829e42-2ef7-432b-81c2-789c42160926 Date Processed 2016-09-26 18:45:36 Uptime 2,219 seconds (36 minutes and 59 seconds) Last Crash 2,367 seconds before submission (39 minutes and 27 seconds) Install Age 100,315 seconds since version was first installed (1 day, 3 hours and 51 minutes) Install Time 2016-09-25 14:57:16 Product Firefox Release Channel release Version 49.0.1 Build ID 20160922113459 OS Windows 7 OS Version 6.1.7601 Service Pack 1 Build Architecture x86 Build Architecture Info GenuineIntel family 6 model 23 stepping 10 | 1 Adapter Vendor ID

0x8086

Adapter Device ID

0x2a42

MOZ_CRASH Reason MOZ_CRASH() Crash Reason EXCEPTION_ACCESS_VIOLATION_READ Crash Address 0xffffffffc6e711b6 User Comments Total Virtual Memory 2,147,352,576 bytes (2 GB) Available Virtual Memory 315,002,880 bytes (300.41 MB) Available Page File 4,769,542,144 bytes (4.44 GB) Available Physical Memory 831,475,712 bytes (792.96 MB) System Memory Use Percentage 73 OOM Allocation Size 9,554,788 bytes (9.11 MB) EMCheckCompatibility

True

App Notes

AdapterVendorID: 0x8086, AdapterDeviceID: 0x2a42, AdapterSubsysID: 360b103c, AdapterDriverVersion: 8.15.10.2302 FP(D000-L10010-W00000000-T0000) D2D1.1? D2D1.1- D3D11 Layers? D3D11 Layers+

Processor Notes processor_prod-processor-i-8d1ca195_2429; MozillaProcessorAlgorithm2015; skunk_classifier: reject - not a plugin hang

Bugzilla - Report this bug in Firefox Core External Software Affecting Firefox Toolkit Related Bugs

Crashing Thread (0) Frame Module Signature Source 0 xul.dll JSObject::allocKindForTenure(js::Nursery const&) js/src/jsobj.cpp:3726 1 xul.dll js::TenuringTracer::traverse<JSObject>(JSObject**) js/src/gc/Marking.cpp:2020 2 xul.dll DispatchToTracer<JSObject*>(JSTracer*, JSObject**, char const*) js/src/gc/Marking.cpp:645 3 xul.dll TraceStackRoots js/src/gc/RootMarking.cpp:73 4 xul.dll MarkExactStackRoots js/src/gc/RootMarking.cpp:92 5 xul.dll js::gc::GCRuntime::markRuntime(JSTracer*, js::gc::GCRuntime::TraceOrMarkRuntime, js::AutoLockForExclusiveAccess&) js/src/gc/RootMarking.cpp:295 6 xul.dll js::Nursery::collect(JSRuntime*, JS::gcreason::Reason, mozilla::Vector<js::ObjectGroup*, 0, js::SystemAllocPolicy>*) js/src/gc/Nursery.cpp:459 7 xul.dll js::gc::GCRuntime::minorGCImpl(JS::gcreason::Reason, mozilla::Vector<js::ObjectGroup*, 0, js::SystemAllocPolicy>*) js/src/jsgc.cpp:6541 8 xul.dll js::gc::GCRuntime::minorGC(JS::gcreason::Reason) js/src/gc/GCRuntime.h:612 9 xul.dll js::gc::GCRuntime::gcIfRequested(JSContext*) js/src/jsgc.cpp:6602 10 xul.dll AutoGCIfRequested::~AutoGCIfRequested() js/src/vm/Interpreter.cpp:408 11 xul.dll js::InternalCallOrConstruct(JSContext*, JS::CallArgs const&, js::MaybeConstruct) js/src/vm/Interpreter.cpp:473 12 xul.dll InternalCall js/src/vm/Interpreter.cpp:497 13 xul.dll nsAString_internal::SetCapacity(unsigned int, mozilla::fallible_t const&) xpcom/string/nsTSubstring.cpp:681 14 xul.dll nsAString_internal::SetCapacity(unsigned int, mozilla::fallible_t const&) xpcom/string/nsTSubstring.cpp:671 15 xul.dll nsAString_internal::EnsureMutable(unsigned int) xpcom/string/nsTSubstring.cpp:281 16 xul.dll mozilla::dom::HTMLInputElement::SanitizeValue(nsAString_internal&) dom/html/HTMLInputElement.cpp:5000 17 xul.dll nsGlobalWindow::QueryInterface(nsID const&, void**) dom/base/nsGlobalWindow.cpp:1793

Show other threads Mozilla Crash Reports - Powered by Socorro - All dates are UTC 

   User Documentation API Source Privacy Policy 

   Sign in
On Sprint.com. Finally closed all pages leaving only Sprint.com open. -Tried to print to PDF and crashed. -Also, tried to open PDF (to Adobe Reader) of bill from Sprint.com and crashed. -Multiple crashes and/or Firefox hanging up and I had to force close. Here is the latest crash: bp-3a829e42-2ef7-432b-81c2-789c42160926 Mozilla Crash Reports Search Product: Select Version: Report: Super Search Firefox 49.0.1 Crash Report [@ OOM | large | JSObject::allocKindForTenure ] Search Mozilla Support for this signature How to read this crash report ID: 3a829e42-2ef7-432b-81c2-789c42160926 Signature: OOM | large | JSObject::allocKindForTenure Details Metadata Modules Raw Dump Extensions Signature OOM | large | JSObject::allocKindForTenure More Reports Search UUID 3a829e42-2ef7-432b-81c2-789c42160926 Date Processed 2016-09-26 18:45:36 Uptime 2,219 seconds (36 minutes and 59 seconds) Last Crash 2,367 seconds before submission (39 minutes and 27 seconds) Install Age 100,315 seconds since version was first installed (1 day, 3 hours and 51 minutes) Install Time 2016-09-25 14:57:16 Product Firefox Release Channel release Version 49.0.1 Build ID 20160922113459 OS Windows 7 OS Version 6.1.7601 Service Pack 1 Build Architecture x86 Build Architecture Info GenuineIntel family 6 model 23 stepping 10 | 1 Adapter Vendor ID 0x8086 Adapter Device ID 0x2a42 MOZ_CRASH Reason MOZ_CRASH() Crash Reason EXCEPTION_ACCESS_VIOLATION_READ Crash Address 0xffffffffc6e711b6 User Comments Total Virtual Memory 2,147,352,576 bytes (2 GB) Available Virtual Memory 315,002,880 bytes (300.41 MB) Available Page File 4,769,542,144 bytes (4.44 GB) Available Physical Memory 831,475,712 bytes (792.96 MB) System Memory Use Percentage 73 OOM Allocation Size 9,554,788 bytes (9.11 MB) EMCheckCompatibility True App Notes AdapterVendorID: 0x8086, AdapterDeviceID: 0x2a42, AdapterSubsysID: 360b103c, AdapterDriverVersion: 8.15.10.2302 FP(D000-L10010-W00000000-T0000) D2D1.1? D2D1.1- D3D11 Layers? D3D11 Layers+ Processor Notes processor_prod-processor-i-8d1ca195_2429; MozillaProcessorAlgorithm2015; skunk_classifier: reject - not a plugin hang Bugzilla - Report this bug in Firefox Core External Software Affecting Firefox Toolkit Related Bugs Crashing Thread (0) Frame Module Signature Source 0 xul.dll JSObject::allocKindForTenure(js::Nursery const&) js/src/jsobj.cpp:3726 1 xul.dll js::TenuringTracer::traverse<JSObject>(JSObject**) js/src/gc/Marking.cpp:2020 2 xul.dll DispatchToTracer<JSObject*>(JSTracer*, JSObject**, char const*) js/src/gc/Marking.cpp:645 3 xul.dll TraceStackRoots js/src/gc/RootMarking.cpp:73 4 xul.dll MarkExactStackRoots js/src/gc/RootMarking.cpp:92 5 xul.dll js::gc::GCRuntime::markRuntime(JSTracer*, js::gc::GCRuntime::TraceOrMarkRuntime, js::AutoLockForExclusiveAccess&) js/src/gc/RootMarking.cpp:295 6 xul.dll js::Nursery::collect(JSRuntime*, JS::gcreason::Reason, mozilla::Vector<js::ObjectGroup*, 0, js::SystemAllocPolicy>*) js/src/gc/Nursery.cpp:459 7 xul.dll js::gc::GCRuntime::minorGCImpl(JS::gcreason::Reason, mozilla::Vector<js::ObjectGroup*, 0, js::SystemAllocPolicy>*) js/src/jsgc.cpp:6541 8 xul.dll js::gc::GCRuntime::minorGC(JS::gcreason::Reason) js/src/gc/GCRuntime.h:612 9 xul.dll js::gc::GCRuntime::gcIfRequested(JSContext*) js/src/jsgc.cpp:6602 10 xul.dll AutoGCIfRequested::~AutoGCIfRequested() js/src/vm/Interpreter.cpp:408 11 xul.dll js::InternalCallOrConstruct(JSContext*, JS::CallArgs const&, js::MaybeConstruct) js/src/vm/Interpreter.cpp:473 12 xul.dll InternalCall js/src/vm/Interpreter.cpp:497 13 xul.dll nsAString_internal::SetCapacity(unsigned int, mozilla::fallible_t const&) xpcom/string/nsTSubstring.cpp:681 14 xul.dll nsAString_internal::SetCapacity(unsigned int, mozilla::fallible_t const&) xpcom/string/nsTSubstring.cpp:671 15 xul.dll nsAString_internal::EnsureMutable(unsigned int) xpcom/string/nsTSubstring.cpp:281 16 xul.dll mozilla::dom::HTMLInputElement::SanitizeValue(nsAString_internal&) dom/html/HTMLInputElement.cpp:5000 17 xul.dll nsGlobalWindow::QueryInterface(nsID const&, void**) dom/base/nsGlobalWindow.cpp:1793 Show other threads Mozilla Crash Reports - Powered by Socorro - All dates are UTC User Documentation API Source Privacy Policy Sign in

所有回复 (4)

jscher2000 - Support Volunteer
jscher2000 - Support Volunteer
  • Top 25 Contributor
more options

Sorry to hear about the crashes and thank you for the report ID.

Something went very wrong when Firefox was loading that page or PDF: according to the online version of the crash report, it requested over 9MB of memory and when Windows failed to make that available, it crashed with an out of memory error.

It's hard to picture what kind of web content requires that much memory (other than a video). Certainly a normal monthly statement isn't that big.

I no longer have a Sprint login, so I don't know whether it's possible to simply save the PDF first before trying to open it in Adobe Reader. Is there a link you can right-click and Save Link As to download the PDF?

Regarding printing to PDF, do any other sites crash Firefox when you try to do that, or only Sprint's site?

CK111
CK111 提问者
more options

Thanks jscher2000. -I was trying to open the PDF in Adobe; but, Sprint Requires it to open in Firefox before you can 'download it to Adobe'. So, that means I could not try it exactly the way you suggested it. -I have not tried it on another website yet (it took me literally hours to get the pdf file to download finally; and, even then, Firefox crashed - I just happened to beat Firefox to the punch and get the pdf to open in Adobe.) -The size increases when it is saved to disk from Adobe. The file when opened in Firefox in the past has been about 450 kb. The file saved after Adobe is 1.6 MB.

Firefox just updated to 49.0 yesterday (Sunday). So, I haven't had a lot of time to test/stress it yet. -Still, I can already tell that 49.0 is running very slow - so, I would bet the problem is in 49.0. I never had this problem in any other version of Firefox doing exactly the same thing (both the slowness and the PDF opening on the Sprint site.) -I believe that Firefox needs to check some things because there are problems in 49.0.

由CK111于修改

jscher2000 - Support Volunteer
jscher2000 - Support Volunteer
  • Top 25 Contributor
more options

To bypass having to review PDFs in a Firefox tab, try changing your PDF setting to "Always Ask" on the Options page. This article points the way to the setting: View PDF files using Firefox’s built-in viewer.

Regarding performance, one of the headline changes in Firefox 48 was that some users have a new feature enabled (e10s), which separates the browser interface process from the page content process. The content process moves into plugin-container.exe. Firefox 49 is expanding the roll-out, so this might cause issues for some users.

Could you check whether you have this feature turned on? Either:

  • "3-bar" menu button > "?" button > Troubleshooting Information
  • (menu bar) Help > Troubleshooting Information
  • type or paste about:support in the address bar and press Enter

In the first table on the page, check the row for "Multiprocess Windows" and see whether the number on the left side of the fraction is greater than zero. If so, you are using e10s.

If your Firefox is not performing well with e10s enabled, you could try turning it off here:

(1) In a new tab, type or paste about:config in the address bar and press Enter/Return. Click the button promising to be careful.

(2) In the search box above the list, type or paste autos and pause while the list is filtered

(3) Double-click the browser.tabs.remote.autostart.2 preference to switch the value from true to false

Note: the exact name of the preference may vary, but it will start with browser.tabs.remote.autostart

At your next Firefox startup, it should run in the traditional way. Let us know if you notice any difference. (It's really a temporary workaround for diagnostic purposes, and not a solution.)

If you are willing to suffer a bit more, a developer has been seeking out people who see the "loading" icon on tabs to help debug the problem. More info in this Reddit thread:

https://www.reddit.com/r/firefox/comments/51t9bi/please_help_me_destroy_the_tab_switch_spinner_on/

Also, it was suggested to make a screen recording in this post: https://www.reddit.com/r/firefox/comments/54fxoj/how_to_remove_the_loading_of_the_page/d81q9uj

CK111
CK111 提问者
more options

Thanks yet again jscher2000!

The fraction says: 0/1 (disabled by add-ons). -So, it looks like to me I do not have e10 enabled.

Also, FYI - I went into an online community of which I am a member. -Being in the community pegged by CPU and slowed down to a crawl (even typing was halting between letters.) -Yet, on last Saturday (before Firefox updated), I was in the same community opening the same windows doing the same activity - and, things worked great (and fast).

Yet again, the only change - Firefox updating to 49.0.

I applaud any suggestions/thoughts. -Thank you for those thus far. In the meantime, I will continue to monitor (tomorrow, it's time for me to shut down tonight where I am) and see what else is affected, if anything, as I go about my daily usage. -More and more - common sense logic is telling me - that is seems like there is something in Firefox 49.0 that is causing problems that did not exist. I wish, in some ways, I could roll back; but, eventually, that would leave me vulnerable in the near future if not immediately.

Again, Thanks!!! -I look forward to what else you and any others have to share.

由CK111于修改