Closed
Bug 1185778
Opened 9 years ago
Closed 9 years ago
Form suggestions should be disabled for the username field on edit logins page
Categories
(Firefox for Android Graveyard :: Logins, Passwords and Form Fill, defect)
Firefox for Android Graveyard
Logins, Passwords and Form Fill
Tracking
(firefox44 verified)
RESOLVED
FIXED
Firefox 44
Tracking | Status | |
---|---|---|
firefox44 | --- | verified |
People
(Reporter: ally, Assigned: anirudh24seven, Mentored)
References
Details
(Whiteboard: [lang=html][lang=js])
Attachments
(1 file)
1.41 KB,
patch
|
ally
:
review+
ally
:
feedback+
|
Details | Diff | Splinter Review |
No description provided.
Reporter | ||
Updated•9 years ago
|
Blocks: password-android-v2
Comment 1•9 years ago
|
||
This should be as simple as setting autocomplete="off" on that input.
Mentor: ally
Whiteboard: [lang=html][lang=js]
Assignee | ||
Comment 2•9 years ago
|
||
Assignee | ||
Updated•9 years ago
|
Flags: needinfo?(ally)
Reporter | ||
Comment 3•9 years ago
|
||
Comment on attachment 8659389 [details] [diff] [review] Form suggestions should be disabled for the username field on edit logins page Review of attachment 8659389 [details] [diff] [review]: ----------------------------------------------------------------- The patch itself looks good. Excellent start. Now the tricksy part: making sure it doesn't break anything else. What STR did you use to test this? Have you run the tests for aboutLogins locally? Have you done a try run, https://wiki.mozilla.org/ReleaseEngineering/TryServer#How_to_push_to_try? It is normal for changes in behavior to result in failing tests, so please don't be discouraged. If you need help, I can push to try for you or help you with running tests locally. Please NEEDINFO me if you have questions or need help. The team can be found on the IRC.mozilla.org, https://developer.mozilla.org/en-US/docs/Mozilla/QA/Getting_Started_with_IRC in the #mobile channel.
Attachment #8659389 -
Flags: feedback+
Reporter | ||
Updated•9 years ago
|
Flags: needinfo?(ally)
Assignee | ||
Comment 4•9 years ago
|
||
I noticed that the following files under /mobile/android/tests/ are related to aboutLogins: - /mobile/android/tests/browser/chrome/chrome.ini - /mobile/android/tests/browser/chrome/test_about_logins.html - /mobile/android/tests/browser/robocop/StringHelper.java - /mobile/android/tests/browser/robocop/testSystemPages.java I wanted to run Robocop tests locally and tried following the instructions provided here: https://wiki.mozilla.org/Mobile/Fennec/Android/Testing#Robocop I am unable to locate xpcshell though. Should I build Firefox for Desktop or something like that to obtain xpcshell? When I run mach robocop, I get this error: "environment variable MOZ_HOST_BIN must be set to a directory containing host xpcshell". Can I know how to proceed here? Regarding pushing to try, I got acquainted with it when pushing a fix for this bug: https://bugzilla.mozilla.org/show_bug.cgi?id=1197874. I used this try chooser text earlier: try: -b do -p android-api-9,android-api-11 -u all -t none What will be the try chooser text if I want to run Robocop and Mochitest chrome tests on the try server?
Flags: needinfo?(ally)
Reporter | ||
Updated•9 years ago
|
Assignee: nobody → anirudh24seven
Flags: needinfo?(ally)
Reporter | ||
Comment 5•9 years ago
|
||
(In reply to Anirudh S [:anirudh24seven] from comment #4) > I noticed that the following files under /mobile/android/tests/ are related > to aboutLogins: > > - /mobile/android/tests/browser/chrome/chrome.ini This is a build goop file > - /mobile/android/tests/browser/chrome/test_about_logins.html This is an actual test > - /mobile/android/tests/browser/robocop/StringHelper.java This is, as the name suggests, a nice helper class for robocop tests > - /mobile/android/tests/browser/robocop/testSystemPages.java This is a test driver class. So the one you'll want to study is test_about_logins.html > > I wanted to run Robocop tests locally and tried following the instructions > provided here: https://wiki.mozilla.org/Mobile/Fennec/Android/Testing#Robocop > > I am unable to locate xpcshell though. Should I build Firefox for Desktop or > something like that to obtain xpcshell? When I run mach robocop, I get this > error: "environment variable MOZ_HOST_BIN must be set to a directory > containing host xpcshell". Can I know how to proceed here? You don't need to build desktop, but you do have to explictly set up the host for xpcshell https://wiki.mozilla.org/Mobile/Fennec/Android/Testing#Host_Builds_.28MOZ_HOST_BIN.29 has directions and an explanation > > Regarding pushing to try, I got acquainted with it when pushing a fix for > this bug: https://bugzilla.mozilla.org/show_bug.cgi?id=1197874. I used this > try chooser text earlier: try: -b do -p android-api-9,android-api-11 -u all > -t none > > What will be the try chooser text if I want to run Robocop and Mochitest > chrome tests on the try server? Try syntax can get a wee bit painful. I use http://trychooser.pub.build.mozilla.org/ and check the boxes for which tests on which platforms I want to run. The run finishes faster and I use less resources. win win for everyone.
Assignee | ||
Comment 6•9 years ago
|
||
Do I have to modify the test file to cover this change? The existing test doesn't seem to be targeting such a deep scope. I ran tests locally and also did a try run here: https://treeherder.mozilla.org/#/jobs?repo=try&revision=a0056d9ae023 In the try run, a few tests seem to have timed out but I don't think it is related to my change. What will my next steps be?
Flags: needinfo?(ally)
Reporter | ||
Comment 7•9 years ago
|
||
Usually, your next step would be to make a better case as to why those failures can't be related to your patch. However, in this case, your next step is pay careful attention and learn. :) It's tricksy, but please remember just because a test failure isn't obviously related to your patch, does not mean that a) your patch isn't making a race condition worse b) violating some precondition elsewhere c) poisoning another test Let's have a walk through of what I look for so you can make your case next time. Let's have a look Android 2.3 API9 opt test suite 13 failed twice. uh-oh. Android 2.3 API9 debug no tests Android 4.0 API11+ opt "# TBPL FAILURE #" Android 4.0 API11+ debug no tests Android 4.3 API11+ opt test suite 13 failed twice Android 4.3 API11+ debug 10 failed then succeeded on re-try 13 failed then succeeded on re-try So the TBPL failure is a failure of the build system, which is not your fault. However it does mean that the state of tests 4.0 API11+ opt is unknown since they never ran. 13 fails on a number of platforms and consistently, so I'm suspicious of that. However I know there was a period where this test was failing on try for everyone, so I've kicked off a number of re-tries of the failed runs. If they go green, we're good. If they don't I'll download your patch and kick off a try run on the latest build. If _that_ fails, there is a nasty bug hiding out somewhere we'll need to squash before we can land your patch.
Flags: needinfo?(ally)
Reporter | ||
Comment 8•9 years ago
|
||
the retriggered tests stayed orange. Time to re-try.
Reporter | ||
Comment 9•9 years ago
|
||
minty fresh try https://treeherder.mozilla.org/#/jobs?repo=try&revision=54aa5d5ea78a
Reporter | ||
Comment 10•9 years ago
|
||
OK, it looks like that test is just hosed. The tests stay orange on try even when I push an empty patch.
Reporter | ||
Comment 11•9 years ago
|
||
Comment on attachment 8659389 [details] [diff] [review] Form suggestions should be disabled for the username field on edit logins page Congrats on getting through the gauntlet!
Attachment #8659389 -
Flags: review+
Updated•9 years ago
|
Keywords: checkin-needed
Comment 12•9 years ago
|
||
https://hg.mozilla.org/integration/fx-team/rev/6ce747756f92
Keywords: checkin-needed
Comment 13•9 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/6ce747756f92
Status: NEW → RESOLVED
Closed: 9 years ago
status-firefox44:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → Firefox 44
Comment 14•9 years ago
|
||
Go to Tools -> Logins, tap on a login and choose "Edit login". Delete the username and tap the field. No form suggestions are displayed, so: Verified as fixed using: Device: Samsung Galaxy Note 5 (Android 5.1.1) Build: Firefox for Android 44.0a1 (2015-10-04)
Updated•3 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
•