1168323 - [Bluetooth]When you cancel the first file transfer, all file transfers will be canceled.

Status: RESOLVED INVALID

(Firefox OS Graveyard :: Bluetooth, defect)

Description

[SandKing]

Attachment: Bug log: logcat_1428.txt

[1.Description]:
[Bluetooth][API v2][Nexus 5 v3.0][Flame v3.0]When user is tranfering a lot of files, cancel the first file  transfer, all ongoing  file transfers  will be canceled.
Found time:14:28
See video:"1428.mp4"
See log:"logcat_1428.txt"

[2.Testing Steps]: 
Premise: There are two FFOS device.

1. Enable "Bluetooth" in "Settings".
2. Start the transfer of 3 files via Bluetooth between the 2 devices.
3. "Cancel" the first file transfer.

[3.Expected Result]: 
3. Only the first file transfer shoud be canceled

[4.Actual Result]: 
3. All  ongoing file transfers are canceled.

[5.Reproduction build]: 
Bluetooth test device(Nexus-5-L) build(Affected):
Build ID               20150521135508
Gaia Revision          d3d9e553628b11ebf326e63e757492383609a40a
Gaia Date              2015-05-20 21:12:02
Gecko Revision         n/a
Gecko Version          41.0a1
Device Name            hammerhead
Firmware(Release)      5.1
Firmware(Incremental)  eng.bruce_sun.20150513.164544
Firmware Date          Wed May 13 16:46:29 CST 2015
Bootloader             HHZ12f

Flame 3.0 build(Affected):
Build ID               20150525160205
Gaia Revision          5bcc08a732163087999251b523e3643db397412c
Gaia Date              2015-05-24 14:44:40
Gecko Revision         https://hg.mozilla.org/mozilla-central/rev/b6623a27fa64
Gecko Version          41.0a1
Device Name            flame
Firmware(Release)      4.4.2
Firmware(Incremental)  eng.cltbld.20150525.192755
Firmware Date          Mon May 25 19:28:07 EDT 2015
Bootloader             L1TC000118D0

Nexus5 3.0 build(Affected):
Build ID               20150525160205
Gaia Revision          5bcc08a732163087999251b523e3643db397412c
Gaia Date              2015-05-24 14:44:40
Gecko Revision         https://hg.mozilla.org/mozilla-central/rev/b6623a27fa64
Gecko Version          41.0a1
Device Name            hammerhead
Firmware(Release)      5.1
Firmware(Incremental)  eng.cltbld.20150525.192207
Firmware Date          Mon May 25 19:22:24 EDT 2015
Bootloader             HHZ12f

[6.Reproduction Frequency]: 
Always Recurrence,5/5

[7.TCID]: 
4094

Comment 1

[SandKing]

Attachment: Bug log: 1428.mp4

Comment 2

[Will Wang [:WillWang]]

Take this bug since I am dealing with related OPP issues recently.

Comment 3

[Will Wang [:WillWang]]

Hi SandKing

This is the original behavior of current Firefox OS,
Did you fire this bug because it's an issue not observed in API v1?

Thanks!

Comment 4

[Eric Chang [:ericcc] [:echang]]

master is affected, remove blocks of bug 1130946.

Comment 5

[SandKing]

Hi Will
I filed this bug, because the actual result is not consistent with expected result of TC4094，I'm not so sure whether this is a bug or a new design. Would you please help with it？

Comment 6

[Will Wang [:WillWang]]

Hi SandKing

Thanks for your comment.
This is the original design of current Firefox OS,
you can refer to Bug 1088017 which was mentioned in Bug 1129309 Comment 9

Thanks!

Comment 7

[Jocelyn Liu [:jocelyn] [:joliu]]

(In reply to SandKing from comment #5)
> Hi Will
> I filed this bug, because the actual result is not consistent with expected
> result of TC4094，I'm not so sure whether this is a bug or a new design.
> Would you please help with it？

Hi,

I'm not sure if you cancel the request from the receiver or sender?
Based on the UX spec provided at Bug 1088017 Attachment 8601336 [details], 

Cancel from receiver: page8. "Current file under transferring can be cancelled, note that all the files that have not been received yet will also be cancelled.

Cancel from sender: there's only one item in the notification tray, cancel it will cancel the whole transfer.

Looks like both cases will cancel all remaining files if you send a batch request with 3 files instead of request for three times.

ni Jenny here to double confirm the UX behavior.

Comment 8

[Jenny Lee]

Hi Jocelyn,

You're right!
Cancelling file transfer will always cancel the transfer for remaining files (if any), regardless of user being the sender or receiver. 

Thanks!

Comment 9

[Jocelyn Liu [:jocelyn] [:joliu]]

Thanks, Jenny!

Resolve this bug since current behavior already follows our UX spec.