User Story: As a user I want my phone to be able to use the WiFi network while it is in sleep mode and not connected to a power supply. This will allow me to have immediate notification of new information while I am not actively using my phone. Acceptance Criteria: 1. WiFi, when enabled and connected does not lose it's connection when the phone goes into sleep mode. 2. Applications can transfer data, sync, etc. while the phone is in sleep mode over WiFi 3. WiFi, when enabled and connected is used while in sleep mode even if a carrier data connection is available.
(In reply to Adam Rogers (:arog) from comment #0) This user story effects power consumption. It's depends on bug 930972.
Added some comments to bug 930972.
I think I will make some modification to system app to keep wifi up and turn into power save mode while wifi lock is held.
Assignee: nobody → chulee
5 years ago
Depends on: 979130
Hi Ravi, what's the ucid for this story? And I don't see it in our product backlog for v2.0.
All dependent bugs are fixed. We can close bug. If any app would like keep wifi on while sleep mode, they can use wifilock mechanism like what the bug 979130 did.
Status: NEW → RESOLVED
Last Resolved: 5 years ago
Resolution: --- → FIXED
(In reply to Ken Chang[:ken] from comment #6) > All dependent bugs are fixed. We can close bug. If any app would like keep > wifi on while sleep mode, they can use wifilock mechanism like what the bug > 979130 did. I don't think this matches what the user story in comment 0 is. In conjunction with the context of the email bug 907028 and discussions we had with Adam, I think this bug is asking for: - A UI setting that says something like "stay connected to wi-fi when sleeping so that all apps can access data via wi-fi" - This setting causes the "wifi" wake lock to be held all the time and by the system app. - And for tablets / things without a cellular mode, perhaps this setting would be enabled by default. The context I'm talking about is a simple fix for the email periodic-sync-on-wifi problem that the user explicitly opts into. I think at the time we were talking about how if email grabs the "wifi" wake-lock then it needs to potentially wait for the wi-fi connection to come up, etc. If instead we don't grab a wake-lock of our own, we just use whatever data connection the device is already using. If the user didn't enable the setting, that would be cellular data. If the user did enable the setting, that would be wi-fi. (I am definitely not arguing that this is the best idea power-wise!) But Adam is the one who filed this. So, Adam, can you indicate whether I interpreted correctly, and if not, please clarify?
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
(In reply to Andrew Sutherland (:asuth) from comment #7) Isn't the bug 930972 created for UI setting?
(In reply to Ken Chang[:ken] from comment #8) > (In reply to Andrew Sutherland (:asuth) from comment #7) > Isn't the bug 930972 created for UI setting? Sorry, yes, that seems to be exactly the bug I was thinking of and although I checked out the explicit dependencies and blockers, I missed bug 930972. (Although I really shouldn't have, since the first 3 comments on the bug mention it!) I agree that it doesn't seem to make sense for this user story to exist given the existence of the other one and have more explicitly established a relationship between the stories so that bug 930972 depends on this one.
Status: REOPENED → RESOLVED
Last Resolved: 5 years ago → 5 years ago
Resolution: --- → FIXED
Howie, This is WLAN20 is the FxOS Product Backlog. Both the bugs 930972 and 930969 are part of WLAN20. (tab WLAN at https://docs.google.com/a/mozilla.com/spreadsheets/d/1r_zkWTbold5dlA5vh8P4xugTmRlfYQo5mUAuYc2qAxQ/edit#gid=791903617).
blocking-b2g: backlog → ---
tracking-b2g: --- → backlog
You need to log in before you can comment on or make changes to this bug.