chitpong@ if possible can you please provide the link(if it's not confidential) and we will try to reproduce the issue and update accordingly. 

pbomm...@

You can try to reproduce 

1. access on https://www.ookbeemall.com/en/login?back=my-account
2. register user
3. access to menu "MY ADDRESSES" to add address
4. enter address in form (city,state,country you can use same our sample in attached image)
5. click save by mouse

if you get redirect to address form, it's problem
if you get your address in list, it's work

and then, if you try step1-4 and step5 you enter via keyword, it's work!

Deleted: 2016-11-01 10_26_00-.png 57.5 KB

	2016-11-01 10_26_00-.png 57.5 KB View Download

chitpong@ thank you for the repro test url and steps, I was able to reproduce the issue and it's a regression started in Chrome version 55.0.2864.0, please find the regression range below :

Last Good Build : 55.0.2863.0
First Bad Build : 55.0.2864.0 

Bisect range :
You are probably looking for a change made after 419330 (known good), but no lat
er than 419331 (first known bad).
CHANGELOG URL:
https://chromium.googlesource.com/chromium/src/+log/9b19640f013ef467905582bde87a8f0090be694b..b9adedb441e090b88388e0f61333163967bc0264

I believe the bisect is in error. I don't see a connection between the issue reported and the one CL listed at 
https://chromium.googlesource.com/chromium/src/+/b9adedb441e090b88388e0f61333163967bc0264

Thanks! pbomm...@ and dschuyler@

Tested this issue on Windows-10 using chrome latest Beta M55-55.0.2883.35 by following steps mentioned in the comment #2. Observed able to submit the data using mouse and it displays address in list as expected

chitpong@- Are you able to see this issue on chrome latest Beta #55.0.2883.35? Please confirm it from your end.

Thanks!

brajkumar@chromium.org

Yes I confirm found this issue from Beta #55.0.2883.35

PS. The first time I Found on Stable #54.0.2840.71 m

**** Bulk edit -  please ignore if not applicable ****

A friendly reminder that M55 Stable is launch is coming soon! Your bug is labelled as Stable ReleaseBlock, pls make sure to land the fix and get it merged into the release branch ASAP so it gets enough baking time in Beta (before Stable promotion). Thank you!

Also due to Thanksgiving holidays in US, please make sure all fixes are ready and merged to M55 latest by 5:00 PM PT Friday, 11/18/16.

I never got to reproduce this on M54 stable 54.0.2840.87  and as well as latest Chrome Beta i.e.,55.0.2883.35  not even a single time on Windows 7 and 10. 

**** Bulk edit -  please ignore if not applicable ****


A friendly reminder that M55 Stable is launch is coming soon! Your bug is labelled as Stable ReleaseBlock, pls make sure to land the fix and get it merged into the release branch ASAP so it gets enough baking time in Beta (before Stable promotion). Thank you!

Also due to Thanksgiving holidays in US, please make sure fix is ready and merged to M55 latest by 5:00 PM PT Friday, 11/18/16 (sooner the better).

chitpong@ please let us know if you are still able to reproduce so far on latest Chrome beta I wasn't able to reproduce again.

pbomm...@ I try to reproduce on 55.0.2883.44 beta (64-bit) and still to have problem 

**** Bulk edit -  please ignore if not applicable ****

A friendly reminder that M55 Stable is launch is coming soon! Your bug is labelled as Stable ReleaseBlock, pls make sure to land the fix and get it merged into the release branch latest by November 25th, 5:00 PM PST in order to make into the desktop Stable final build cut. Thank you!

@chitpong: Gentle Ping, Can you please provide an update as mentioned in comment#12.

Thanks.!

Since none of us aren't able to repro I am removing the release-block-stable for now.

chitpong@ Could you please let us know is there any latest update available for this issue by rechecking it on chrome latest Beta #55.0.2883.59.

Thanks!

brajkumar@ I just try on Beta #55.0.2883.75 and still have a problem.

Now I try short term solution on our website by temporary button and click to call javascript to submit form, and it's work!

I don't know why can't submit by normal click, but can for javascript event

$("#submitAddressTemp").click(function(e) {
	e.preventDefault();
	$("#submitAddress").click();
});

chitpong@ I looked at your website and I can't necessarily figure out what it was doing before. Do you have a website in a staging environment where that doesn't have the submitAddressTemp changes?

I presume this is related to the fact that click events aren't sent to disabled form controls (as per https://html.spec.whatwg.org/#enabling-and-disabling-form-controls:-the-disabled-attribute)

dtapu...@ you can try on this http://www.ookbeemall.net

But now we do not have English version, I apologized for the inconvenience 

chitpong@ yes I did try that and it is working because it has your work around. Do you have an example where it was actually not working. See my comment in #19 that the click event is doesn't fire for disabled form controls.

dtapu...@chromium.org

Form and button does not disabled, and I reproduced again (following comment 2) and still have the same result

Please check my reproduce on this video
https://youtu.be/9m9C73WoH0A
(Windows 10, Chrome 58.0.3029.33 beta 64-bit)

and it happens only Chrome, not Firefox and IE

chitpong@ here is a video of it working fine for me: 
https://goo.gl/photos/MhzmEjeEZfY46GAx5

This is on Windows 10 Chrome 57.0.2987.110 (current stable version).

As you can see the click is working correctly. Have you tried it working inside a incognito tab? It could be an extension you have that is causing the issue.

dtapu...@chromium.org

Yeah, I have ever been testing on Chrome Incognito, it still have problem

This reproduce video 
https://www.youtube.com/watch?v=VXwTBr7Iviw

chitpong@ is there anything special about this configuration for chrome. Have you gone to chrome://flags and reset to all to default? Have you tried a different profile for Chrome? Could it be language/locale dependent? What is your setting, have you tried it on US English?

I can clearly see that it is an issue for you I just am not certain why.

Perhaps running with devtools open in a video might help to reveal something as well.

dtapu...@ and All

Hi, I already check chrome://flags and make sure not modify anything
And I get this issue from some customers who's has using Chrome version 54 and later

And now you can try on production server at https://www.ookbeemall.com
because on soon our Website permanent close, This production will online to end of April

Thank You for support 

chitpong@ Are you able to check devtools and are there any errors or warnings? 

Ok it seems I was able to reproduce this and if you look at the return codes of the post request URI: https://www.ookbeemall.com/th/address

It works when the server returns response 302. When it returns response 200 it doesn't work.

The only difference is that the keyboard request has an addition "submitAddress:" value in the request whereas the click based submit doesn't.

I'm not sure if I successfully reproduced this or not.  Is the issue reproducible if we click a point outer than "บันทึก >" but in the button?

Might be a bug of jQuery Validation plugin.
https://github.com/jquery-validation/jquery-validation/issues/1969

I assume this is a bug of jQuery validation plugin.  Closing.