Closed
Bug 1246250
Opened 10 years ago
Closed 9 years ago
[e10s] crash in mozalloc_abort | NS_DebugBreak | mozilla::dom::PContentParent::Write
Categories
(Core :: DOM: Copy & Paste and Drag & Drop, defect, P3)
Tracking
()
RESOLVED
FIXED
mozilla48
People
(Reporter: alice0775, Assigned: mrbkap)
Details
(Keywords: crash)
Crash Data
Attachments
(1 file)
2.47 KB,
patch
|
khuey
:
review+
|
Details | Diff | Splinter Review |
This bug was filed from the Socorro interface and is
report bp-fc2e053a-4af8-4863-8a7e-1f95c2160205.
=============================================================
Aurora crashes when I dragover a file(png/mp4 etc) from explorer to the Aurora46.0a2 which is running on VM.
Reproducible: almost 100%
Steps to reproduce:
1. Install VMware Player 7 to Windows7 64bit
2 Setip Ubuntu 14.04LtS 32bit as guest OS
3. Install VMware Tools to the guest OS
4. Open Aurora46.0a2 of the guest OS
5. Dragover a file from explorer to the Aurora46.0a2
Actual Results:
Browser crashes
![]() |
Reporter | |
Updated•10 years ago
|
status-firefox45:
unaffected → ---
status-firefox46:
affected → ---
status-firefox47:
affected → ---
tracking-e10s:
--- → ?
Summary: crash in mozalloc_abort | NS_DebugBreak | mozilla::dom::PContentParent::Write → [e10s] crash in mozalloc_abort | NS_DebugBreak | mozilla::dom::PContentParent::Write
Version: 46 Branch → Trunk
![]() |
Reporter | |
Comment 1•10 years ago
|
||
Updated•10 years ago
|
Flags: needinfo?(mrbkap)
Component: DOM → Drag and Drop
Assignee | ||
Comment 2•10 years ago
|
||
This doesn't appear to affect a Windows host and a Windows guest. I'll have to try a Windows host and Linux guest next to try to debug (which makes sense -- drag and drop is extremely platform-specific).
It could also be a difference between Player and WorkStation or god knows what else.
Updated•9 years ago
|
Priority: -- → P3
Assignee | ||
Comment 4•9 years ago
|
||
I still haven't reproduced this bug, but reading the code shows that the only way we could have a null Blob actor is if [1] fails. It seems very reasonable to me that the file created by the VMWare drag gesture would not have a file size, causing us to fail to get it. I'll file a followup bug on figuring out how to successfully drop the file in this case, but this patch should, at the very least, stop us from crashing.
Try run: https://treeherder.mozilla.org/#/jobs?repo=try&revision=45dc2b8d92e2
[1] https://dxr.mozilla.org/mozilla-central/rev/e847cfcb315f511f4928b03fd47dcf57aad05e1e/dom/base/File.cpp#795,806-809
Attachment #8740203 -
Flags: review?(khuey)
Assignee | ||
Updated•9 years ago
|
Assignee: nobody → mrbkap
Flags: needinfo?(mrbkap)
Attachment #8740203 -
Flags: review?(khuey) → review+
Comment 6•9 years ago
|
||
bugherder |
Status: NEW → RESOLVED
Closed: 9 years ago
status-firefox48:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → mozilla48
You need to log in
before you can comment on or make changes to this bug.
Description
•