Closed
Bug 962606
Opened 11 years ago
Closed 11 years ago
Firefox Accounts (Sign-Up) - Suggestions are present for password field
Categories
(Firefox for Android Graveyard :: Android Sync, defect, P1)
Tracking
(firefox29 verified, firefox30 verified, fennec29+)
VERIFIED
FIXED
People
(Reporter: ioana.chiorean, Assigned: blassey)
Details
(Whiteboard: [qa+][parallel])
Attachments
(2 files, 1 obsolete file)
|
140.19 KB,
image/jpeg
|
Details | |
|
4.54 KB,
text/plain
|
nalexander
:
review+
Sylvestre
:
approval-mozilla-aurora+
|
Details |
Build: 2014-01-22 Nightly Firefox 29
OS: Android 4.2.2
Device: Galaxy Nexus
Precondition: Have keyboard prediction on
Steps:
1. Settings -> -> Add account -> Firefox Account
2. Configure a new account
3. While in password field tap show
4. Tap Hide
5. Tap Show again
Expected result:
- There should be no suggestions for password
Actual result:
- Suggestions are given for the text you enter.; After step 5 the suggestion line is empty.
Comment 1•11 years ago
|
||
Old Sync
http://mxr.mozilla.org/mozilla-central/source/mobile/android/base/sync/setup/activities/AccountActivity.java#79
The EditText from GeckoPreferences
inputtype |= InputType.TYPE_TEXT_VARIATION_PASSWORD | InputType.TYPE_TEXT_FLAG_NO_SUGGESTIONS;
| Reporter | ||
Updated•11 years ago
|
tracking-fennec: --- → ?
status-firefox29:
--- → affected
Updated•11 years ago
|
tracking-fennec: ? → 29+
Updated•11 years ago
|
Priority: -- → P1
Updated•11 years ago
|
Whiteboard: [qa+][parallel]
| Assignee | ||
Comment 2•11 years ago
|
||
Jim, sounds like the keyboard interaction is getting wonky, can you have a look?
Assignee: nobody → nchen
Comment 3•11 years ago
|
||
Wait, isn't it more likely we just haven't configured the password field correctly in the layout XML?
| Assignee | ||
Comment 4•11 years ago
|
||
(In reply to Nick Alexander :nalexander from comment #3)
> Wait, isn't it more likely we just haven't configured the password field
> correctly in the layout XML?
that was my first though, but I assume the show->hide->show implies that we're not setting some attribute right on that action
| Assignee | ||
Updated•11 years ago
|
Assignee: nchen → blassey.bugs
| Assignee | ||
Comment 5•11 years ago
|
||
Attachment #8381567 -
Flags: review?(nalexander)
Comment 6•11 years ago
|
||
Comment on attachment 8381567 [details] [diff] [review]
sync_password_suggest.patch
Review of attachment 8381567 [details] [diff] [review]:
-----------------------------------------------------------------
Fine, with nits. This needs to land upstream, in android-sync, though -- probably easiest for me just to address nits and do that. (Unless you plan to contribute to FxA more -- which would be great; then you should do that.) Will update the ticket with landing info if I don't hear otherwise.
::: mobile/android/base/fxa/activities/FxAccountAbstractSetupActivity.java
@@ +63,4 @@
>
> protected void createShowPasswordButton() {
> showPasswordButton.setOnClickListener(new OnClickListener() {
> + boolean isShown = false;
nit: private, and new line following.
Can this be determined from |passwordEdit| itself, rather than hanging state on a (possibly transient) listener?
@@ +74,2 @@
> if (isShown) {
> + // hide password
nit: all comments full sentences.
@@ +74,3 @@
> if (isShown) {
> + // hide password
> + passwordEdit.setTransformationMethod(PasswordTransformationMethod.getInstance());
I remember seeing these different approaches and choosing the input type, but now I can't recall why. If this works, fine by me.
Attachment #8381567 -
Flags: review?(nalexander) → review+
Comment 7•11 years ago
|
||
Status: NEW → ASSIGNED
Comment 8•11 years ago
|
||
[Approval Request Comment]
This is a good candidate for uplift. It needs to bake for a few days, but we know we want it, and it would be nice to uplift just to m-a rather than all the way to m-b, so opening the approval request early.
Bug caused by (feature/regressing bug #): initial FxA landing.
User impact if declined: Password show/hide button is bad on many (most?) phones.
Testing completed (on m-c, etc.): almost none. Needs to bake for a few days.
Risk to taking this patch (and alternatives if risky): very low.
String or IDL/UUID changes made by this patch: none.
Attachment #8381567 -
Attachment is obsolete: true
Attachment #8384951 -
Flags: review+
Attachment #8384951 -
Flags: approval-mozilla-aurora?
Comment 9•11 years ago
|
||
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Updated•11 years ago
|
status-firefox30:
--- → fixed
Comment 10•11 years ago
|
||
Comment on attachment 8384951 [details]
54a03ed40ad9
Baked for 2 days. I guess that is now enough!
Attachment #8384951 -
Flags: approval-mozilla-aurora? → approval-mozilla-aurora+
Comment 11•11 years ago
|
||
Comment 12•11 years ago
|
||
Verified as fixed on:
Builds:
29.0.1
30.0b4
Devices:
Motorola Razr (Android 4.0.4)
Asus Transformer Pad TF300T (Android 4.2.1)
Updated•8 years ago
|
Product: Android Background Services → Firefox for Android
Updated•4 years ago
|
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•