Closed Bug 962398 Opened 10 years ago Closed 6 years ago

[Sora][USB Tethering]USB Tethering can open when unplug usb

Categories

(Firefox OS Graveyard :: Gaia::Settings, defect, P1)

defect

Tracking

(tracking-b2g:backlog)

RESOLVED WONTFIX
tracking-b2g backlog

People

(Reporter: sync-1, Unassigned)

Details

FireFox OS 1.3
 Mozilla build ID: 20140105004001
 
 DEFECT DESCRIPTION:
  USB Tethering can open when unplug usb.
  REPRODUCING PROCEDURES:
  1,Open "Setting"
  2,Open "Internet sharing"
  3,Enable "USB Tethering "
 
  EXPECTED BEHAVIOUR:
 USB Tethering can't open when unplug usb.
 
  ASSOCIATE SPECIFICATION:
 
  TEST PLAN REFERENCE:
 
  TOOLS AND PLATFORMS USED:
 
  USER IMPACT:
 
  REPRODUCING RATE:10/10
 
  For FT PR, Please list reference mobile's behavior:
We need to find out if this reproduces on a Buri 1.1 build.
needinfo for comment 1
Flags: needinfo?(sync-1)
(In reply to Jason Smith [:jsmith] from comment #1)
> We need to find out if this reproduces on a Buri 1.1 build.

Hi Jason,
It can reproduce on Buri 1.1, but it can't reproduce on Buri 1.0
Flags: needinfo?(sync-1)
blocking-b2g: --- → 1.3?
This is not a regression from 1.1, so we will not block on this issue.
blocking-b2g: 1.3? → -
(In reply to Jason Smith [:jsmith] from comment #4)
> This is not a regression from 1.1, so we will not block on this issue.

Hi Jason,
This is a regression from 1.0.
Flags: needinfo?(jsmith)
(In reply to Ray REN from comment #5)
> (In reply to Jason Smith [:jsmith] from comment #4)
> > This is not a regression from 1.1, so we will not block on this issue.
> 
> Hi Jason,
> This is a regression from 1.0.

I understand that, but that implies we've already shipped with this issue before. What's the exact impact of this?
Flags: needinfo?(jsmith)
(In reply to Jason Smith [:jsmith] from comment #6)
> 
> I understand that, but that implies we've already shipped with this issue
> before. What's the exact impact of this?

It is not friendly for user, and we hope it can works like 1.0.
(In reply to Ray REN from comment #7)
> (In reply to Jason Smith [:jsmith] from comment #6)
> > 
> > I understand that, but that implies we've already shipped with this issue
> > before. What's the exact impact of this?
> 
> It is not friendly for user, and we hope it can works like 1.0.

I need more details here. What exactly does the user experience here when this bug happens that's bad?
Hi Ray -

We all agree that this is a regression issue and has some impact toward user experience, but since:

1. We already ship 1.2 with this same bug
2. Now 1.3 is about to end, we are concentrating our engineering resource on other severe issues.

Could we just make this issue 1.4+ ?

Thanks

Vance
Flags: needinfo?(rll)
(In reply to Vance Chen [:vchen][vchen@mozilla.com] from comment #9)
> Hi Ray -
> 
> We all agree that this is a regression issue and has some impact toward user
> experience, but since:
> 
> 1. We already ship 1.2 with this same bug
> 2. Now 1.3 is about to end, we are concentrating our engineering resource on
> other severe issues.
> 
> Could we just make this issue 1.4+ ?
> 
> Thanks
> 
> Vance

OK, please make it 1.4+, Thanks.
Flags: needinfo?(rll)
blocking-b2g: - → 1.4?
(In reply to Jason Smith [:jsmith] from comment #8)
> I need more details here. What exactly does the user experience here when
> this bug happens that's bad?

IMHO the behavior is perfectly fine. I might want to keep the toggle on so my PC can go online every time I connect the phone to it. Need UX to confirm what is the proper behavior here. 

Triage: --- until we have more information.
blocking-b2g: 1.4? → ---
Flags: needinfo?(firefoxos-ux-bugzilla)
Flagging Omega on Settings.
Flags: needinfo?(firefoxos-ux-bugzilla) → needinfo?(ofeng)
In Bug 946025, when enabling Wi-fi hotspot without a SIM card inserted, the following dialog shows, and then Wi-Fi hotspot switch turns off.

No SIM card
-----------
SIM card is absent or inserted incorrectly, so turn off hotspot.
[OK]


So we should do the same thing in this bug. When enabling USB Tethering without usb plugged, the following dialog shows, and then USB Tethering switch turns off.

No USB connected
-----------
USB is not connected, so turn off hotspot.
[OK]
Flags: needinfo?(ofeng)
Dears, 

Per comment#13, please fix it in v1.3.
Because can't be reproduced in v1.0, it's regression.
blocking-b2g: --- → 1.3?
Do we have an API to detect USB calbe connecting status ?
(In reply to Jack Liu from comment #14)
> Dears, 
> 
> Per comment#13, please fix it in v1.3.
> Because can't be reproduced in v1.0, it's regression.

This is minor as Tim indicates. We really can't block on these type of issues at this point, especially given the fact that this bug would impose new strings, which is not allowed at this point in the release. Not blocking.
blocking-b2g: 1.3? → -
Assignee: nobody → b.mcb
Assignee: b.mcb → nobody
[Blocking Requested - why for this release]:
blocking-b2g: - → 2.2?
Hey Jenny, I remembered on another bug 1112771, you and Arthur has discussed some different behavior about whether we should show dialog to hint users or not.

Because this bug was reported almost 1 year ago and the behavior omega proposed on comment 13 might not be aligned with your current design (not sure). After discussing with Omega, we thought it would be better to have your advices here.

Any ideas / suggestions would be very appreciated. Thanks :)
Flags: needinfo?(jelee)
Triage: this is minor feature change, not blocking
blocking-b2g: 2.2? → backlog
Hello EJ,

The preferred behavior for future internet sharing behavior would be allow user to turn on functionality without it actually working (with some conditions). For example, user can turn on Wi-Fi hotspot/USB tethering when there's no data connection or when not plugged in, however, when USB storage is enabled, Wi-Fi hotspot/USB tethering can't be turned on. I will update spec when I can :) Thanks!
Flags: needinfo?(jelee)
blocking-b2g: backlog → ---
link all Fire C (codename: Sora) bugs to a meta one.
Firefox OS is not being worked on
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.