Closed
Bug 1229625
Opened 9 years ago
Closed 9 years ago
Sync prefs pane let's you change the device name to an empty string but doesn't reflect that a default will then be used instead.
Categories
(Firefox :: Sync, defect, P1)
Firefox
Sync
Tracking
()
RESOLVED
FIXED
Firefox 46
Tracking | Status | |
---|---|---|
firefox46 | --- | fixed |
People
(Reporter: markh, Assigned: lina)
Details
Attachments
(1 file)
MozReview Request: Bug 1229625 - Use the default device name as a placeholder in Sync prefs. r?markh
(deleted),
text/x-review-board-request
|
markh
:
review+
|
Details |
STR:
* In sync prefs, change the device name to an empty string. It remains an empty string after clicking the change button.
* Close Sync prefs and re-open - the name now has a default value.
Either the prefs pane should reject an empty name, or the default value for the device name should be shown immediately after changing it to an empty string. The latter is much easier - we just re-get the device name after setting it.
Updated•9 years ago
|
Flags: firefox-backlog+
Priority: -- → P1
Updated•9 years ago
|
Assignee: nobody → kcambridge
Assignee | ||
Comment 1•9 years ago
|
||
Review commit: https://reviewboard.mozilla.org/r/30953/diff/#index_header
See other reviews: https://reviewboard.mozilla.org/r/30953/
Attachment #8708053 -
Flags: review?(markh)
Assignee | ||
Updated•9 years ago
|
Status: NEW → ASSIGNED
Reporter | ||
Updated•9 years ago
|
Attachment #8708053 -
Flags: review?(markh) → review+
Reporter | ||
Comment 2•9 years ago
|
||
Comment on attachment 8708053 [details]
MozReview Request: Bug 1229625 - Use the default device name as a placeholder in Sync prefs. r?markh
https://reviewboard.mozilla.org/r/30953/#review28579
LGTM
Assignee | ||
Updated•9 years ago
|
Whiteboard: [autoland-fx-team]
Assignee | ||
Updated•9 years ago
|
Whiteboard: [autoland-fx-team]
Comment 4•9 years ago
|
||
bugherder |
Status: ASSIGNED → RESOLVED
Closed: 9 years ago
status-firefox46:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → Firefox 46
Comment 5•9 years ago
|
||
[bugday-20160323]
Status: RESOLVED,FIXED -> INCOMPLETE
Comments:
Test is working
Component:
Name Firefox
Version 46.0b9
Build ID 20160322075646
Update Channel beta
User Agent Mozilla/5.0 (Windows NT 6.1; WOW64; rv:46.0) Gecko/20100101 Firefox/46.0
OS Windows 7 SP1 x86_64
Expected Results:
1. Ask for device name if left empty
2. Reset to default device name if left empty.
Actual Results:
It does not ask for input even if empty string for device name
2nd case is working.
Reporter | ||
Comment 6•9 years ago
|
||
(In reply to Mayur Patil from comment #5)
> [bugday-20160323]
>
> Status: RESOLVED,FIXED -> INCOMPLETE
> ...
> It does not ask for input even if empty string for device name
My testing shows a placeholder with the default name when you clear the text, and that default name is used. The "INCOMPLETE" status makes me wonder if you think this bug needs a followup to work as expected?
Flags: needinfo?(ram.nath241089)
Comment 7•9 years ago
|
||
My intention behind INCOMPLETE status is that:
One test is complete while other one is not.
The default name comes after the field gets cleared - done.
Pref pane reject the empty string - not done.
I would like to modify it to "Once user device name is saved, it should deny empty string without showing default name"
Lets see if this could work it will also help to reduce devices with same name I think.
What do you think?
Flags: needinfo?(ram.nath241089)
Reporter | ||
Comment 8•9 years ago
|
||
(In reply to Mayur Patil from comment #7)
> My intention behind INCOMPLETE status is that:
>
> One test is complete while other one is not.
>
> The default name comes after the field gets cleared - done.
>
> Pref pane reject the empty string - not done.
>
> I would like to modify it to "Once user device name is saved, it should deny
> empty string without showing default name"
We decided that "rejecting" is bad UX - it presumably means we must show a modal alert dialog with an error message, then force the user to enter some name. The alternative, and what we have implemented, is to treat the empty string as meaning the default device name should be used - and that the UI clearly shows this (ie, it is impossible to see the device name with an empty string - as soon as it becomes empty, the default device name is shown as a placeholder).
Personally I think this is much better, but I guess we should ask UX.
Ryan,
This conversation is about what happens when the user clears the "device name" field - currently in that case we show "placeholder" text with the default device name, and that default name is used if the user presses "Save" while that placeholder is shown. Mayur is advocating that we should actively reject an empty string forcing the user to enter something in that field, and presumably showing some error message when we reject it. Do you think the current behaviour should be changed to behave more like that?
Flags: needinfo?(rfeeley)
Comment 9•9 years ago
|
||
I think it's great the way it is (and as you describe it Mark). The placeholder copy is exactly what should be saved if the user clears the field.
Flags: needinfo?(rfeeley)
You need to log in
before you can comment on or make changes to this bug.
Description
•