Closed
Bug 1040424
Opened 11 years ago
Closed 7 years ago
[B2G][Settings][Firefox Accounts] Users have no method of returning to previous screen on Kids' Privacy(COPPA) page
Categories
(Firefox OS Graveyard :: FxA, defect)
Tracking
(tracking-b2g:backlog, b2g-v2.0 affected)
People
(Reporter: jdegeus, Unassigned)
References
()
Details
(Whiteboard: [273MB-Flame-Support], [2.0-exploratory])
Attachments
(1 file)
486.62 KB,
text/plain
|
Details |
Description:
When users signup for a Firefox Account while selecting an age younger than 13, if the user elects to "Learn More" they will be brought to a new page/window for the FTC: Children's Online Privacy Protectioin Act(COPPA). When viewing the COPPA page, users will observe a lack of a back button to return to previous page. Users will be required to press the "home" button which returns users to the Homescreen.
Repro Steps:
1) Update a Flame to 20140717000201
2) Set device to 273mb
3) Enter Settings> Firefox Accounts
4) Enter a email address that is new> Select an age that is younger than 13 years old(Year 2002 or newer)
5) On the "Cannot Create Account" select "Learn more"
6) Observe user is taken to the FTC: COPPA page but users lack a method to return to the previous screen
Actual:
Users lack a method to return to previous menu/page when viewing the COPPA page after entering a age younger than 13 during FxA account signup
Expected:
Users have a method other than the "home" button to leave the COPPA page and return to previous menu.
Environmental Variables:
Device: Flame 2.0 (273mb)
Build ID: 20140717000201
Gaia: aa4f795b81c6147d67c4f06009e166debcf8856e
Gecko: 0ec0b9ac39f0
Version: 32.0a2 (2.0)
Firmware Version: v122
User Agent: Mozilla/5.0 (Mobile; rv:32.0) Gecko/32.0 Firefox/32.0
Repro frequency: 3/3
See attached: Logcat and Video
Logcat_learn.txt - http://youtu.be/zKDr_E9xnus
Reporter | ||
Comment 1•11 years ago
|
||
This issue DOES occur on Flame 2.0 (512mb), Buri 2.0, Open C 2.0
Flame 2.0 (512mb)
Environmental Variables:
Device: Flame 2.0
Build ID: 20140717000201
Gaia: aa4f795b81c6147d67c4f06009e166debcf8856e
Gecko: 0ec0b9ac39f0
Version: 32.0a2 (2.0)
Firmware Version: v122
User Agent: Mozilla/5.0 (Mobile; rv:32.0) Gecko/32.0 Firefox/32.0
Buri 2.0
Environmental Variables:
Device: Buri 2.0
Build ID: 20140717000201
Gaia: aa4f795b81c6147d67c4f06009e166debcf8856e
Gecko: 0ec0b9ac39f0
Version: 32.0a2 (2.0)
Firmware Version: v1.2device.cfg
User Agent: Mozilla/5.0 (Mobile; rv:32.0) Gecko/32.0 Firefox/32.0
Open C 2.0
Environmental Variables:
Device: Open_C 2.0
Build ID: 20140717000201
Gaia: aa4f795b81c6147d67c4f06009e166debcf8856e
Gecko: 0ec0b9ac39f0
Version: 32.0a2 (2.0)
Firmware Version: P821A10V1.0.0B06_LOG_DL
User Agent: Mozilla/5.0 (Mobile; rv:32.0) Gecko/32.0 Firefox/32.0
Actual: Upon clicking "Learn more" after failing age verification takes user to the FTC: COPPA page which users lack a method to back out
---------------------------------------------------------------------------------------------------------
Users are blocked from testing this issue on Flame 2.1, Buri 2.1, Open C 2.1 as users are unable to select an age. Bug: https://bugzilla.mozilla.org/show_bug.cgi?id=1040290
Flame 2.1 (273mb)
Environmental Variables:
Device: Flame Master
Build ID: 20140717040202
Gaia: Unknown
Gecko: a74600665875
Version: 33.0a1 (Master)
Firmware Version: v122
User Agent: Mozilla/5.0 (Mobile; rv:33.0) Gecko/33.0 Firefox/33.0
Buri 2.1
Environmental Variables:
Device: Buri Master
Build ID: 20140717040202
Gaia: Unknown
Gecko: a74600665875
Version: 33.0a1 (Master)
Firmware Version: v1.2device.cfg
User Agent: Mozilla/5.0 (Mobile; rv:33.0) Gecko/33.0 Firefox/33.0
Open C 2.1
Environmental Variables:
Device: Open_C Master
Build ID: 20140717040202
Gaia: Unknown
Gecko: a74600665875
Version: 33.0a1 (Master)
Firmware Version: P821A10V1.0.0B06_LOG_DL
User Agent: Mozilla/5.0 (Mobile; rv:33.0) Gecko/33.0 Firefox/33.0
----------------------------------------------------------------------------------------------------------
Users unable to verify if this issue occurs on Flame 1.4, Flame 1.3, Buri 1.4, Buri 1.3, Open C 1.4 as these do not support Firefox Accounts
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(ktucker)
Updated•11 years ago
|
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(ktucker)
Comment 2•11 years ago
|
||
Kevin - I think you need to include a triage analysis here for blocking.
Flags: needinfo?(ktucker)
Comment 3•11 years ago
|
||
This is an undesired user flow but I don't think we should block on this. The user was not old enough to sign up for an account anyway so they are just returned home after given the information. I don't see this issue affecting a lot of end users.
Flags: needinfo?(ktucker)
Comment 4•11 years ago
|
||
This is by design - if the user is too young, they should not be allowed to complete the flow.
By hitting the 'home' button, they are forced out of the fxa signup flow.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → WONTFIX
Comment 5•11 years ago
|
||
(In reply to Jared Hirsch [:_6a68] [@6a68] from comment #4)
> This is by design - if the user is too young, they should not be allowed to
> complete the flow.
I think this isn't what the reporter concerned about. I think the reporter is concerned about the fact that they got to a point in a user flow here where they get stuck in the app with no way out other than exiting the app.
>
> By hitting the 'home' button, they are forced out of the fxa signup flow.
Sure, but that isn't the most friendly way of exiting a flow. An app should be able to maintain it's own state via user navigation to enter and exit different workflows of the app. Shouldn't the user be able to return to the settings app without having to hit the home button here?
Flags: needinfo?(6a68)
Comment 6•11 years ago
|
||
Adding UX here to provide input on comment 5.
Flags: needinfo?(firefoxos-ux-bugzilla)
Comment 7•11 years ago
|
||
Yes, this is a problem. Flagging Jacqueline who did some work on FxA. Jacqueline, please re-assign if necessary.
Flags: needinfo?(firefoxos-ux-bugzilla) → needinfo?(jsavory)
Comment 8•11 years ago
|
||
Actually, John Gruen did the UX for FxA, but I recall discussing this flow with our PM, ni?d here.
The problem is this: if you fail the COPPA flow, you cannot try again for some period of time--this is a legal requirement, we have to kick you out of the app. What's worse, we cannot tell you why you failed the COPPA check, also a legal requirement. The current flow accomplishes this goal.
So, it doesn't make UX sense because it's a legal requirement.
Note that we are far past FC for 2.0, there is no perfect solution here, and product has signed off on the product as implemented.
Let's see if Adam wants to make changes to the approach for 2.1+.
Flags: needinfo?(jsavory)
Flags: needinfo?(arogers)
Flags: needinfo?(6a68)
Comment 9•11 years ago
|
||
(In reply to Jared Hirsch [:_6a68] [@6a68] from comment #8)
> Actually, John Gruen did the UX for FxA, but I recall discussing this flow
> with our PM, ni?d here.
>
> The problem is this: if you fail the COPPA flow, you cannot try again for
> some period of time--this is a legal requirement, we have to kick you out of
> the app. What's worse, we cannot tell you why you failed the COPPA check,
> also a legal requirement. The current flow accomplishes this goal.
In a FxAccounts context, yes. But I'm not sure we should forcing the user out of the entire settings app here - the app itself isn't limited to FxAccounts. Why wouldn't we let the user exit out of the entire FxAccounts flow and let the user continue using the settings app?
>
> So, it doesn't make UX sense because it's a legal requirement.
I think there's a way we can achieve the legal requirement here and have better UX here. The legal requirement seems to imply that we leave the FxAccounts flow entirely. So why can't we just exit to the settings app here?
>
> Note that we are far past FC for 2.0, there is no perfect solution here, and
> product has signed off on the product as implemented.
Right, I'm not questioning the design decision here for 2.0. This isn't a blocking issue even if we considered this a bug.
>
> Let's see if Adam wants to make changes to the approach for 2.1+.
Comment 10•11 years ago
|
||
(In reply to Jason Smith [:jsmith] from comment #9)
> (In reply to Jared Hirsch [:_6a68] [@6a68] from comment #8)
> > Actually, John Gruen did the UX for FxA, but I recall discussing this flow
> > with our PM, ni?d here.
> >
> > The problem is this: if you fail the COPPA flow, you cannot try again for
> > some period of time--this is a legal requirement, we have to kick you out of
> > the app. What's worse, we cannot tell you why you failed the COPPA check,
> > also a legal requirement. The current flow accomplishes this goal.
>
> In a FxAccounts context, yes. But I'm not sure we should forcing the user
> out of the entire settings app here - the app itself isn't limited to
> FxAccounts. Why wouldn't we let the user exit out of the entire FxAccounts
> flow and let the user continue using the settings app?
Aha, that's a very good point! I wasn't thinking of it in those terms.
Comment 11•11 years ago
|
||
Setting this as a backlog bug - looks like an opportunity to polish the interaction a bit. I agree with jsmith that we should likely kick the user back to settings app should their fail the COPPA check.
Status: RESOLVED → REOPENED
blocking-b2g: --- → backlog
Flags: needinfo?(arogers)
Resolution: WONTFIX → ---
Updated•11 years ago
|
QA Whiteboard: [QAnalyst-Triage+] → [QAnalyst-Triage+][lead-review+]
Assignee | ||
Updated•10 years ago
|
blocking-b2g: backlog → ---
tracking-b2g:
--- → backlog
Comment 13•7 years ago
|
||
Firefox OS is not being worked on
Status: REOPENED → RESOLVED
Closed: 11 years ago → 7 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•