Closed Bug 830038 Opened 12 years ago Closed 11 years ago

[bluetooth] B2G Crash and reboot when receiving files via bluetooth file transfer

Categories

(Firefox OS Graveyard :: General, defect)

ARM
Gonk (Firefox OS)
defect
Not set
critical

Tracking

(blocking-b2g:-, b2g18 affected)

RESOLVED FIXED
blocking-b2g -
Tracking Status
b2g18 --- affected

People

(Reporter: parul, Assigned: echou)

Details

(Keywords: crash, regression, unagi, Whiteboard: [b2g-crash][EU_TPE_TRIAGED][fixed-in-birch])

Crash Data

Attachments

(2 files)

Test Environment: Device: unagi phone Build Identifier: 20130111230201 Update channel: nightly Git commit info: 2013-11-11 15:13:02 df38c1 Gaia Version: 45a3196a5517 Gecko Version: 8f2ef4998b60 Steps to reproduce: 1. Go to Settings and turn on Bluetooth. 2. Pair the phone with another device, like a laptop. 3. Send a file from the laptop to the phone. Actual results: The phone crashes and reboots when receiving the file via bluetooth transfer. Expected results: The phone smoothly receives the file via bluetooth transfer. Crash Reports: https://crash-stats.mozilla.com/report/index/57fb04a9-5ec1-4779-8d94-342442130113
Frame Module Signature Source 0 libxul.so mozalloc_abort mozalloc_abort.cpp:30 1 libxul.so NS_DebugBreak_P nsDebugImpl.cpp:423 2 libxul.so mozilla::dom::bluetooth::PBluetoothRequest::Transition PBluetoothRequest.cpp:35 3 libxul.so mozilla::dom::bluetooth::PBluetoothRequestParent::Send__delete__ PBluetoothRequestParent.cpp:87 4 libxul.so mozilla::dom::bluetooth::BluetoothRequestParent::ReplyRunnable::Run BluetoothParent.cpp:50 5 libxul.so nsThread::ProcessNextEvent nsThread.cpp:620 6 libxul.so NS_ProcessNextEvent_P nsThreadUtils.cpp:237 7 libxul.so mozilla::ipc::MessagePump::Run MessagePump.cpp:82 8 libxul.so MessageLoop::RunInternal message_loop.cc:215 9 libxul.so MessageLoop::Run message_loop.cc:208 10 libxul.so nsBaseAppShell::Run nsBaseAppShell.cpp:163 11 libxul.so nsAppStartup::Run nsAppStartup.cpp:290 12 libxul.so XREMain::XRE_mainRun nsAppRunner.cpp:3794 13 libxul.so XREMain::XRE_main nsAppRunner.cpp:3860 14 libxul.so XRE_main nsAppRunner.cpp:3935 15 b2g main nsBrowserApp.cpp:164 16 libc.so __libc_init libc_init_dynamic.c:114 17 libc.so __cxa_atexit atexit.c:99 18 @0xbee99d25
blocking-b2g: --- → tef?
Crash Signature: [@ mozalloc_abort | NS_DebugBreak_P | mozilla::dom::bluetooth::PBluetoothRequest::Transition]
Summary: [bluetooth] Crash and reboot when receiving files via bluetooth file transfer → [bluetooth] B2G Crash and reboot when receiving files via bluetooth file transfer
I was able to reproduce this crash sending an RTF file from my laptop computer to the device when paired via bluetooth - I believe Parul mentioned that the original crash was found using an image file.
Severity: normal → critical
Hardware: Other → ARM
Whiteboard: [b2g-crash]
Device: Unagi Build Identifier: 20130113070202 Update channel: nightly b2g18 (pvt server) unagi.zip 13-Jan-2013 08:06 100M https://pvtbuilds.mozilla.org/pub/mozilla.org/b2g/nightly/mozilla-b2g18-unagi-eng/ Git commit info: 2013-11-13 15:15:51 Not able to reproduce by transferring files from ubuntu 12.04. (jpg, png, tgz files are okay.) Will try to get rtf file later to test.
Can you state the equipment used to do tranferring of file?
blocking-b2g: tef? → tef+
Keywords: regression
Sending this over to Ian in the hopes that he can reproduce/resolve overnight.
Assignee: nobody → iliu
Alex, I cannot reproduce it on Mac with a 27MB RTF file. I will try to reproduce it again with Walter.
Device: Unagi Build Identifier: 20130114073222 Update channel: nightly b2g18 (pvt server) unagi.zip 14-Jan-2013 08:36 100M https://pvtbuilds.mozilla.org/pub/mozilla.org/b2g/nightly/mozilla-b2g18-unagi-eng/ Git commit info: 2013-11-14 15:45:37 Not able to reproduce by transferring files from ubuntu 12.04. (.jpg, .png, .tgz, and .rtf) Parul Mathur and Marcia Knous, Can you give us more information? Like what devices you are connecting to, and so on.
Flags: needinfo?(parul)
Flags: needinfo?(mozillamarcia.knous)
Test Environment: Device: unagi phone Build Identifier: 20130114073222 Update channel: nightly Git commit info: 2013-11-11 15:13:02 df38c1 Gaia Version: 45a3196a5517 Gecko Version: 5a367713bfa4 I connected to 2 devices: Windows 7 laptop and another Unagi device. I transferred the following file types via bluetooth: .jpg, .rtf, .ods, .xml, .mp3 I devoted a significant amount of time trying to reproduce the crash on this build, but failed to do so.
Flags: needinfo?(parul)
since this is not reproducible, tef?
blocking-b2g: tef+ → tef?
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → DUPLICATE
My bad, not a dupe.
Status: RESOLVED → REOPENED
Flags: needinfo?(mozillamarcia.knous)
Resolution: DUPLICATE → ---
blocking-b2g: tef? → -
Keywords: qawanted
Whiteboard: [b2g-crash] → [b2g-crash], [EU_TPE_TRIAGED]
I was able to only reproduce this once using today's nightly build - here are the steps as I remember them: 1. Pair unagi device with Mac 2. Began transfering a file (I am looking for the file format - http://www.youtube.com/watch?v=rGWb3LBXKJs was the video) 3. The file transfer began and then suddenly stopped, leading to an OS crash. Gaia: 688c601f18f2 Gecko: 67503cae6a5a
(In reply to Marcia Knous [:marcia] from comment #12) > I was able to only reproduce this once using today's nightly build - here > are the steps as I remember them: > > 1. Pair unagi device with Mac > 2. Began transfering a file (I am looking for the file format - > http://www.youtube.com/watch?v=rGWb3LBXKJs was the video) > 3. The file transfer began and then suddenly stopped, leading to an OS crash. > If the transfer stopped just before the crash, it might be the same problem as bug 830704. > Gaia: 688c601f18f2 > Gecko: 67503cae6a5a
Assignee: iliu → echou
Severity: critical → major
Component: Gaia::Bluetooth File Transfer → General
QA Contact: wachen
Still can't reproduce with most up-to-date code. Where do you get your nightly build? do you mean by pvt build? or your own code? is it in branch b2g18 or central? what else can you provide so that we can try?
Flags: needinfo?(mozillamarcia.knous)
Nightly build comes from pvt directory. When I reproduced the crash in Comment 12, I was transferring a set of different file types from my Mac laptop to the device. Out of more than 15 attempts, I only crashed once, and as Thomas said I may have hit the bug he references in Comment 13. I will attempt some more testing on this today using the latest nightly build. (In reply to Walter Chen from comment #14) > Still can't reproduce with most up-to-date code. > Where do you get your nightly build? > do you mean by pvt build? or your own code? is it in branch b2g18 or central? > what else can you provide so that we can try?
Flags: needinfo?(mozillamarcia.knous)
(In reply to Marcia Knous [:marcia] from comment #15) > Nightly build comes from pvt directory. > > When I reproduced the crash in Comment 12, I was transferring a set of > different file types from my Mac laptop to the device. Out of more than 15 > attempts, I only crashed once, and as Thomas said I may have hit the bug he > references in Comment 13. I will attempt some more testing on this today > using the latest nightly build. > Thanks for your help, Marcia.
Parul: Are you still able to reproduce this issue?
Test Environment: Device: unagi phone Build Identifier: 20130204070201 Gaia Version: b277f372f097c Gecko Version: 450fd3b8496b Update channel: nightly Git commit info: 2013-02-01 13:43:40 Steps to reproduce: 1. Pair a bluetooth device with the phone, such a laptop. 2. Transfer via bluetooth the following file types via bluetooth: .jpg, .rtf, .ods, .xml, .mp3, .webm, .flv, .ogv Actual results: Could not reproduce the crash on this build.
Hi, Since this works for u(reporter), dev, and me(qa), close this as WFM. Thanks.
Status: REOPENED → RESOLVED
Closed: 12 years ago12 years ago
Resolution: --- → WORKSFORME
Severity: major → critical
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Whiteboard: [b2g-crash], [EU_TPE_TRIAGED] → [b2g-crash][EU_TPE_TRIAGED]
Kyle, any thoughts? It looks like we may use a free'd ReplyRunnable, but not quite sure. Will try to figure this out next week.
Maybe reproduced steps are not precise? From backtrace, it looks like outgoing connection had been made? I have seen similar assertion (not the same place) in mozilla::dom::bluetooth::PBluetoothRequest::Transition while testing Bug 858436. So I suspect the execution path is probably due to outgoing HFP/OPP connection not incoming connection (receiving files).
Comment on attachment 743496 [details] [diff] [review] Bug830038 patch Sorry for the late reply. This may be the same problem as bug 858436. Based on my comment (bug 858436 comment c30), we need is an assertion instead of a conditional check.
Attachment #743496 - Flags: feedback?(echou)
Assignee: shuang → echou
Attachment #748623 - Flags: review?(gyeh)
Attachment #748623 - Flags: review?(gyeh) → review+
Whiteboard: [b2g-crash][EU_TPE_TRIAGED] → [b2g-crash][EU_TPE_TRIAGED][fixed-in-birch]
Status: REOPENED → RESOLVED
Closed: 12 years ago11 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: