New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 641435 link

Starred by 2 users

Issue metadata

Status: Available
Owner: ----
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: iOS
Pri: 3
Type: Bug



Sign in to add a comment

Password extensions don't work for patreon.com login

Project Member Reported by jasonkliu@chromium.org, Aug 26 2016

Issue description

[as reported by evankroske@ here: b/30121829]

Steps to reproduce:
1. Go to https://www.patreon.com/login.
2. Use password manager extension, such as 1Password, to fill out log in form.

Expected:
Username and password are filled out.

Actual:
Username and password fields remain blank.

It's not a 1Password bug:

https://discussions.agilebits.com/discussion/comment/316658#Comment_316658
 

Comment 1 by pkl@chromium.org, Aug 29 2016

Labels: M-54
Owner: pkl@chromium.org
Status: Assigned (was: Untriaged)

Comment 2 by pkl@chromium.org, Oct 1 2016

Status: Started (was: Assigned)

Comment 3 by pkl@chromium.org, Oct 1 2016

Labels: -M-54 M-55

Comment 4 by pkl@chromium.org, Oct 30 2016

Cc: pkl@chromium.org
Components: UI>Browser>Passwords
Owner: vabr@chromium.org
Status: Assigned (was: Started)
The <head> element in www.patreon.com/login contains this:
  <base href="/">

This throws off the login form recognizer to treat https://www.patreon.com/login (derived from the form) as not equal to https://www.patreon.com (derived from the base url). So, the password filler did not process the form with the username and password.


Description: Show this description

Comment 6 by pkl@chromium.org, Nov 1 2016

Labels: -Restrict-View-Google

Comment 7 by vabr@chromium.org, Dec 22 2016

Labels: -Pri-2 -M-55 Hotlist-Polish Pri-3
Owner: ----
Status: Available (was: Assigned)
Sorry for taking so long to have a look at this.

#4 is correct. This is caused by obsolete code in password_controller.js,  __gCrWeb.getPasswordFormData:
...
      'action': formElement.getAttribute('action'),
...

The non-iOS counterpart is password_form_conversion_utils.cc, CreatePasswordFormFromWebForm [1]:
password_form->action = form_util::GetCanonicalActionForForm(web_form);

While it is possible to fix it, we are actually planning a major refactoring, which will move password_form_conversion_utils.cc to browser. After that, iOS code will share the desktop code (which works well with patreon.com).

Therefore I will keep this one open, and we can revisit it once the refactoring happens.

[1] https://cs.chromium.org/chromium/src/components/autofill/content/renderer/password_form_conversion_utils.cc?cl=GROK&gsn=GetCanonicalActionForForm&rcl=1482380380&l=660

 Issue 726461  has been merged into this issue.
Project Member

Comment 9 by sheriffbot@chromium.org, Jun 4 2018

Labels: Hotlist-Recharge-Cold
Status: Untriaged (was: Available)
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue.

Sorry for the inconvenience if the bug really should have been left as Available.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Comment 10 by vabr@chromium.org, Jun 5 2018

Status: Available (was: Untriaged)

Sign in to add a comment