Update WP 4.6: checkout page: username turns up in wrong field

  • Hello,

    After upgrading to WordPress 4.6 this week, I noticed a bug/conflict in the Woocommerce checkout page.
    I use Woocommerce 2.6.4.
    The bug also occurs when using theme Twenty-Sixteen.
    It does not occur with WordPress 4.5.3.

    Reproduction steps:
    – be logged out
    – have been here before so you’re recognised as as returning customer (or maybe it will do it anyway as long as you’re logged out, couldn’t test that as I’m recognised and don’t have other devices)
    – settings in “my account”:
    * DO NOT allow customers to set their own username (or in other words, have the username automatically generated from their email)
    * DO allow them to create an account on the checkout page
    – As you’re logged out but recognised as a returning customer, WooCommerce will fill out the login/create account fields automatically for you, so you just have to push the buttons.

    The bug:
    As the field for username is now disabled in the settings, it won’t show under the create account checkbox, when ticked.
    However, even with the field now gone, WooCommerce tries to fill it in anyway, and uses the first field ABOVE the create account checkbox to do so.
    In my case, my username went on display in the postcode field.

    I downgraded to WP 4.5.3, deactiveated and reactivated plugins, cleared cache, and this didn’t happen then. It did again when I returned to 4.6 – not directly, but after testing the checkout page a few times by logging in and out.
    As said, this also happens when using Twenty-Sixteen.

    Have been searching the forums for this but couldn’t find it, so I’ve posted here. Hope it’s the right place.
    Also hope that this can be solved ??

    ~Henri?t

    https://www.ads-software.com/plugins/woocommerce/

Viewing 10 replies - 1 through 10 (of 10 total)

  • Got this problem on my snag list as well. For me, it seemed to be a Chrome autofill issue. Disabling autofill in Advanced Settings fixed it.

    I know that’s not a long term solution, but that’s as far as I’ve got so far.

    Thread Starter henriet

    (@henriet)

    Working with Mozilla Firefox myself (48.0 – and it still does it in 48.0.1, just upgraded).

    Glad I’m not the only one to encounter this!
    Yup that’s a way I could try and tackle it too, but that would only be at my end and not at that of the customer. I rather see things from their end too, so I know if everything’s fine or not. It looks a bit unprofessional now ??
    If a browser autofills a field in the wrong place/wrong way, then evidently something is amiss in the coding, in my opinion. Really hope that it’s picked up and dealt with ??

    Reordered my fields, making my username now end up in the city name…

    Agreed. ??

    Caleb Burks

    (@icaleb)

    Automattic Happiness Engineer

    Your autofill profile has the username stored in it? Click on this: https://cld.wthms.co/1idAN/17uu0CNq, and edit your address.

    I can’t get the username to autofill in.

    Thread Starter henriet

    (@henriet)

    Hi Caleb, thanks for your response!

    No, that’s not the problem.

    It’s about the username and password fields under the “create-an-account” button.
    These fields show also at the top for returning customers, but here it works correctly as both fields are always displayed: so username can go to the username field, password (dotted out) to the password field.

    This problem however is about the fields below the create-an-account button/checkbox, at the bottom of the shipping fields. When you tick the checkbox, the fields are displayed.

    But: if you have turned the account-settings to “generate username from email”, the field for username will not be displayed. Which in itself is logical.

    As there is no username field, it is still tried to to autofill in the form. It puts the dotted-oud password in the correct field. There is no room for the username though – but it insists on displaying it anyway and thus chooses the next-best option, which is the first field above the password field.
    In my case, this now happens to be the field for city-name, as that’s the last in my field-order. (country is fixed and cannot be edited)

    Screenshots:
    the fields for returning customer login:
    https://prntscr.com/c98jel
    the fields around the “create an account”-checkbox:
    https://prntscr.com/c98hsx

    And yes, my browser (Mozilla Firefox 48.0 and now 48.0.1), do remember my form history, but this is not a dropdown of choices that show up when I start typing. The username and password are already completely filled in when I open these forms.
    Perhaps it is Mozilla doing this, and Chrome too as I read above, but certainly they shouldn’t be directed to the wrong field though? That’s why I thought the source of this problem is in Woocommerce (or perhaps even WordPress, as this started happening after upgrading to WP 4.6. Either way there appears to be a new conflict).

    Hope I’ve made it a bit clearer now ??

    Thread Starter henriet

    (@henriet)

    A bit superfluous perhaps: Screenshot of the create account fields when the customer IS allowed to choose his own username; fields show up as should and there are no problems:
    https://prntscr.com/c9962u

    Caleb Burks

    (@icaleb)

    Automattic Happiness Engineer

    Right, but that means your username and password are stored in your autofill profile – which I do not have and I don’t believe that is supposed to happen.

    When I autofill, the password doesn’t get autofilled, or does the username when I have that turned on: https://cld.wthms.co/QHOE/3cUUePoE

    Check your autofill profiles (not sure how to in firefox). You may have some fields incorrectly filled out.

    Thread Starter henriet

    (@henriet)

    Hey Caleb, thanks again! ??

    It’s fine that Firefox fills out the form, the problem is that it’s using the wrong field for it now. It started happening after upgrading to WordPress 4.6, it didn’t use the wrong field before. In 4.5.3 the browser still recognises that the field is not there and simply ignores the username because of that (which is correct behaviour!).

    Unfortunately, this problem is not something I can solve by a change in my settings or in my website (and yes, I’ve searched for that and now again as you suggested so). -> https://support.mozilla.org/en-US/kb/control-whether-firefox-automatically-fills-forms

    It looks like the browser is no longer being “told” (by Woocomemrce?) that the field for username is not being displayed when you choose these woocommerce-account-options. Maybe something is overriding that or preventing that from happening now.

    Perhaps this is something that should be passed on to the devs as right now there appears to be a coding-miscommunication between browser and software? ??

    ~Henri?t

    Caleb Burks

    (@icaleb)

    Automattic Happiness Engineer

    I’m not entirely convinced it’s something wrong with WooCommerce core though. It seems pretty related to how the browser if autofilling everything. I will pass it along to the devs though.

    I don’t have account username or password in my autofill profiles -pretty sure that is something that shouldn’t be autofilled with your address profile.

    Thread Starter henriet

    (@henriet)

    Hey Caleb ??
    Thanks for passing it on, at least the devs can check it then.

    Firefox (and obviously Chrome, because threesixnine encountered it there as well) can save your username/pass, and that’s what it’s doing for me. So that part is fine.
    It just shouldn’t be filled into the wrong field with these woocommerce-settings, and indeed it didn’t do that before the update.
    Hope the devs can figure out where the problem is!

    Thanks for your time on this issue :).

Viewing 10 replies - 1 through 10 (of 10 total)
  • The topic ‘Update WP 4.6: checkout page: username turns up in wrong field’ is closed to new replies.