Open
Bug 1418736
Opened 8 years ago
Updated 3 years ago
ipfs-js in one tab causes all of Firefox's tabs to crash
Categories
(Core :: WebRTC, defect, P3)
Tracking
()
UNCONFIRMED
People
(Reporter: interfect, Unassigned)
Details
(Keywords: crash)
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:57.0) Gecko/20100101 Firefox/57.0
Build ID: 20171115094513
Steps to reproduce:
1. Go to https://ipfs.io/ipfs/QmYjSUG7bUaNDYybSdvcq5JZ1jUNdoNdCn4rC1rQCvge8u/ (which is a web page that uses ipfs-js) in Firefox 57.0 on Ubuntu 17.10. Any other page using ipfs-js 0.26.0 should also work.
1.5: The offending page will throw up `ICE failed, add a TURN server and see about:webrtc for more details` messages in the console, which may be related.
2. Wait for a few minutes, while browsing around in other tabs.
Actual results:
Eventually the page you are on will disappear and you will get a message that your tab has crashed. Tabing over to another tab causes the page in that tab to be reloaded from scratch. Whatever crash happens seems to bring down all the tabs but not the browser itself; you can reload pages and continue browsing.
I've observed being taken to the https://ipfs.io/ipfs/QmYjSUG7bUaNDYybSdvcq5JZ1jUNdoNdCn4rC1rQCvge8u/ tab when the crash happens, which immediately reloads itself.
Expected results:
At the very least, a misbehaving ipfs-js-using tab should crash only itself and not all of the other tabs.
Ideally, none of my tabs should crash and the application should work correctly.
Comment 1•8 years ago
|
||
Please provide your crash ID: https://support.mozilla.org/kb/mozillacrashreporter
Component: Untriaged → JavaScript Engine
Keywords: crash
OS: Unspecified → Linux
Product: Firefox → Core
There's no crash report generated; about:crashes stays empty and the browser as a whole stays running, with the crash reporter never being launched. Only the tabs ("Web Content" processes?) crash.
The crashed tabs have a "Gah. Your tab just crashed." page and look like this: https://imgur.com/a/Y8zNw
Comment 3•8 years ago
|
||
interfect, does about:addons show that you've got anything installed? (Look under Extensions.) Any other web sites in particular we should try?
Jan, could you try to reproduce this on Linux? Didn't happen for me on Mac.
Flags: needinfo?(interfect)
Updated•8 years ago
|
Flags: needinfo?(jdemooij)
Comment 5•8 years ago
|
||
I get the following error in the console when trying to reproduce:
Can't set property: 'links' is immutable
One caveat is that the linked reproduction page always uses the latest ipfs-js. With the release of ipfs-js 0.27.0, which disables WebRTC by default, the linked page will no longer crash because the latest ipfs-js has worked around it. But I believe ipfs-js 0.26.0 can still crash Firefox.
I also managed to reproduce the issue with https://dweb.me/examples/example_block.html which bundles 0.26.0.
I actually got that page to crash the whole browser; that report is here: https://crash-stats.mozilla.com/report/index/e96a8622-ea85-4592-87cb-6462b0171205#tab-details
My extensions are:
GNOME Shell Integrations
Metamask
Privacy Badger
uBlock Origin
YesScript2
Flags: needinfo?(interfect)
Comment 7•8 years ago
|
||
(In reply to interfect from comment #6)
> I actually got that page to crash the whole browser; that report is here:
> https://crash-stats.mozilla.com/report/index/e96a8622-ea85-4592-87cb-
> 6462b0171205#tab-details
That's bug 1366808 - it's probably because your build got updated or something.
Comment 8•8 years ago
|
||
Why do we think this is a JS engine bug? We still don't have any signatures or crash reports.
(In reply to interfect from comment #6)
> I also managed to reproduce the issue with
> https://dweb.me/examples/example_block.html which bundles 0.26.0.
Does this still reproduce for you? Do you have more precise STR? That page loads fine for me on OS X.
Flags: needinfo?(jdemooij) → needinfo?(interfect)
I can definitely confirm that I still have my tabs crash in Firefox 57.0.1 on Ubuntu 17.10 on the https://dweb.me/examples/example_block.html URL. Still no crash report, as the browser as a whole stays up and that other crash I submitted a report from was apparently unrelated.
I don't believe the issue occurs on OS X.
Steps to reproduce (revised):
1. Go to https://dweb.me/examples/example_block.html (which is a web page that uses ipfs-js) in Firefox 57.0.1 on Ubuntu 17.10. Any other page using ipfs-js 0.26.0 should also work.
1.5. The page will try and use WebRTC, which is probably related to the crash.
2. Wait for a few minutes, while browsing around in other tabs.
Actual results:
Eventually the page you are on will disappear and you will get a message that your tab has crashed. Tabing over to another tab causes the page in that tab to be reloaded from scratch. Whatever crash happens seems to bring down all the tabs but not the browser itself; you can reload pages and continue browsing.
The IPFS folks think the crash might be the result of "too many" threads and/or WebRTC connections. See https://github.com/ipfs/js-ipfs/issues/1088#issuecomment-347772291 and https://github.com/ipfs/js-ipfs/issues/950#issuecomment-344888858
Is this behavior (the tab you are on crashing, all the other tabs losing their state, and the offending tab refreshing itself) what is expected if a tab tries to consume large amounts of system resources via WebRTC?
Flags: needinfo?(interfect)
Comment 10•8 years ago
|
||
Let's move this to the WebRTC component.
Component: JavaScript Engine → WebRTC
Comment 11•8 years ago
|
||
For what it's worth, I opened this in many tabs and couldn't get a crash after ten minutes. But I had a 1:1 on talky.io which also uses webrtc, and in 20 minutes it crashed twice, with the same symptoms (no crash reports).
Comment 12•7 years ago
|
||
Moving to p3 because no activity for at least 24 weeks.
See https://github.com/mozilla/bug-handling/blob/master/policy/triage-bugzilla.md#how-do-you-triage for more information
Priority: P1 → P3
Updated•3 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•