Add a basic functionality to the force-saving menu item.

components/autofill/content/renderer/password_autofill_agent.cc

 // Copyright 2013 The Chromium Authors. All rights reserved.
 // Use of this source code is governed by a BSD-style license that can be
 // found in the LICENSE file.
 
 #include "components/autofill/content/renderer/password_autofill_agent.h"
 
 #include "base/bind.h"
 #include "base/command_line.h"
 #include "base/memory/scoped_ptr.h"
 #include "base/message_loop/message_loop.h"
@@ skipping 949 matching lines @@
   }
 }
 
 bool PasswordAutofillAgent::OnMessageReceived(const IPC::Message& message) {
   bool handled = true;
   IPC_BEGIN_MESSAGE_MAP(PasswordAutofillAgent, message)
     IPC_MESSAGE_HANDLER(AutofillMsg_FillPasswordForm, OnFillPasswordForm)
     IPC_MESSAGE_HANDLER(AutofillMsg_SetLoggingState, OnSetLoggingState)
     IPC_MESSAGE_HANDLER(AutofillMsg_AutofillUsernameDataReceived,
                         OnAutofillUsernameDataReceived)
+    IPC_MESSAGE_HANDLER(AutofillMsg_FindFocusedPasswordForm,
+                        OnFindFocusedPasswordForm)
     IPC_MESSAGE_UNHANDLED(handled = false)
   IPC_END_MESSAGE_MAP()
   return handled;
 }
 
 void PasswordAutofillAgent::DidFinishDocumentLoad() {
   // The |frame| contents have been parsed, but not yet rendered.  Let the
   // PasswordManager know that forms are loaded, even though we can't yet tell
   // whether they're visible.
   SendPasswordForms(false);
@@ skipping 254 matching lines @@
 
 void PasswordAutofillAgent::OnSetLoggingState(bool active) {
   logging_state_active_ = active;
 }
 
 void PasswordAutofillAgent::OnAutofillUsernameDataReceived(
     const FormDataFieldDataMap& predictions) {
   form_predictions_ = predictions;
 }
 
+void PasswordAutofillAgent::OnFindFocusedPasswordForm() {
+  blink::WebElement element = render_frame()->GetFocusedElement();
+
+  DCHECK(!element.isNull());

[Mike West, 2015/05/29 07:24:49]

Hrm. Execution doesn't stop while a context menu is open. It's entirely possible
for a site to pop up an ad, for instance, and move focus out from under you. It
seems like we should gracefully handle this case without crashing.

[msramek, 2015/05/29 11:57:21]

Ehh, thanks for the sanity check.

I also added a check whether input.form() exists, which I forgot about. Password
manager cannot handle form-less password fields, so it would make sense to also
change the logic in Blink not to show the button in that case.

An interesting side effect is that we might accidentally save a different
password if the focus changes to a different password field, but commands like
"Paste" seem to behave the same way.

The other comment explains why we return an empty form instead of just bailing.

+  DCHECK(element.hasHTMLTagName("input")) <<
+      base::UTF16ToASCII(element.tagName());
+
+  blink::WebInputElement input = element.to<blink::WebInputElement>();
+  DCHECK(input.isPasswordField());
+
+  scoped_ptr<PasswordForm> password_form(CreatePasswordForm(
+      input.form(), &nonscript_modified_values_, &form_predictions_));
+  Send(new AutofillHostMsg_FocusedPasswordFormFound(
+      routing_id(), *password_form));
+}
+
 ////////////////////////////////////////////////////////////////////////////////
 // PasswordAutofillAgent, private:
 
 PasswordAutofillAgent::PasswordInfo::PasswordInfo()
     : backspace_pressed_last(false), password_was_edited_last(false) {
 }
 
 bool PasswordAutofillAgent::ShowSuggestionPopup(
     const PasswordFormFillData& fill_data,
     const blink::WebInputElement& user_input,
@@ skipping 176 matching lines @@
 void PasswordAutofillAgent::LegacyPasswordAutofillAgent::DidStopLoading() {
   agent_->DidStopLoading();
 }
 
 void PasswordAutofillAgent::LegacyPasswordAutofillAgent::
     DidStartProvisionalLoad(blink::WebLocalFrame* navigated_frame) {
   agent_->LegacyDidStartProvisionalLoad(navigated_frame);
 }
 
 }  // namespace autofill