Bug 11461 - Need confirmation screen after entering in SN credentials
: Need confirmation screen after entering in SN credentials
Status: CLOSED FIXED
Product: SqueezePlay
Classification: Unclassified
Component: Setup
: unspecified
: PC Other
: P1 normal (vote)
: 7.4.0
Assigned To: Andy Grundman
: SLT
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2009-03-24 17:29 UTC by Dan Evans
Modified: 2009-10-05 14:37 UTC (History)
4 users (show)

See Also:
Category: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Dan Evans 2009-03-24 17:29:55 UTC
We need a confirmation screen after you enter your SN account and password, when creating a new account.  Otherwise, if you enter a typo in the email or password field, you won't catch it, and won't be able to complete your registration later.

The confirmation screen will let the user review what they entered and then continue with creation of that account.

Without the confirmation, a player would function but it'd be connected to an account the user would have no access to.  (ex: devans at slivdemices dot com)

We only need this for the 'create a new account' path in setup.  (if you have a typo in the 'existing account' path you will get an error message and you can retry.)
Comment 1 Blackketter Dean 2009-03-24 19:46:17 UTC
I think this is a very reasonable suggestion.  Matt?
Comment 2 Blackketter Dean 2009-03-24 21:23:14 UTC
This would need to be fixed on SN, as that's where the registration interface comes from.
Comment 3 Weldon Matt 2009-03-25 09:13:17 UTC
Yes, we had already discussed this line and I think it's a great suggestion.

Copy:

You are about to create an account with the following credentials:

Email: [Email Address]
Password: [Password]

Create account
Re-nter email/password
Comment 4 Blackketter Dean 2009-03-25 10:03:48 UTC
I suggest we use "information" instead of "credentials".
I also suggest we use "Change information" instead of "Re-nter".
Comment 5 Weldon Matt 2009-04-09 11:21:42 UTC
Screen Title:

"Confirm Information"

Copy:

"You are about to create an account with the following information:

Email: [Email Address]
Password: [Password]"

Options:

"Create account"
"Change information"
Comment 6 Weldon Matt 2009-07-22 15:27:38 UTC
This fix should also change the "account created" screen.  Since we're previewing the email address/password, there's no need to repeat that info once the account gets created.

We need to implement screens 19 and 20 of the setup wizard spec, then this bug can be considered fixed.

http://embargo.wiki.slimdevices.com/index.php/New_Setup_Wizard#SCREEN_19_-_Account_Creation_Confirmation
Comment 7 Richard Titmuss 2009-07-27 01:13:42 UTC
Reset priority before triage.
Comment 8 Andy Grundman 2009-07-27 08:48:35 UTC
Matt: What was the plan for the screens between "Enter email" and "Enter password", since we can't have back-to-back input screens?  This should be a confirmation message too, right?

This would be between 17 and 18, and 15b and 15c.  In the ip3k version, I made these into confirmation screens:

17x:
Confirm email: foo@foo.com
Create Password -> 

15x:
Confirm email: foo@foo.com
Enter Password ->
Comment 9 Andy Grundman 2009-07-27 08:57:58 UTC
Confirmation screen added to end of account creation.

Will leave this bug open for what to do about the 17x/15x screens.
Comment 10 Weldon Matt 2009-07-27 16:03:10 UTC
(In reply to comment #8)
> Matt: What was the plan for the screens between "Enter email" and "Enter
> password", since we can't have back-to-back input screens?  This should be a
> confirmation message too, right?
> 
> This would be between 17 and 18, and 15b and 15c.  In the ip3k version, I made
> these into confirmation screens:
> 
> 17x:
> Confirm email: foo@foo.com
> Create Password -> 
> 
> 15x:
> Confirm email: foo@foo.com
> Enter Password ->

Just dealt with this in 11573, comment 5.  Strings were added by Tom I believe.
Comment 11 Andy Grundman 2009-07-27 16:37:14 UTC
Yikes, that bug is a dupe then. :(
Comment 12 Andy Grundman 2009-07-27 16:37:25 UTC
*** Bug 11573 has been marked as a duplicate of this bug. ***
Comment 13 Andy Grundman 2009-07-27 18:58:41 UTC
Fixed!
Comment 14 James Richardson 2009-10-05 14:37:25 UTC
This bug has been marked as fixed in the 7.4.0 release version of SqueezeBox Server!
    * SqueezeCenter: 28672
    * Squeezebox 2 and 3: 130
    * Transporter: 80
    * Receiver: 65
    * Boom: 50
    * Controller: 7790
    * Radio: 7790  

Please see the Release Notes for all the details: http://wiki.slimdevices.com/index.php/Release_Notes

If you haven't already, please download and install the new version from http://www.logitechsqueezebox.com/support/download-squeezebox-server.html

If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look.