@tass01024 -- Thanks for reporting the issue. Could you please provide the sample HTML file or URL to reproduce the issue. That would help us to test and triage the issue further.

Thanks in advance.

Hi again,

I have made a HTML sample of how our HTML page looks, were the iframe HTML is included.

In production the URL in the HTML:iframe tag changes and the id's of the input fields changes between loads

Deleted: test.html 2.1 KB

test.html 2.1 KB View Download

Thank you for providing more feedback. Adding requester "pnangunoori@chromium.org" to the cc list and removing "Needs-Feedback" label.

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

@tass01024 -- Thanks for providing the sample HTML. But, upon opening the HTML file provided, page within the iframe doesn't load. Could you please look into it.

Could you please try by updating your Chrome to latest stable version #60.0.3112.113 to see if the issue is reproduced.

Attached the screenshot for reference.

Thanks in advance.

Deleted: 755932.png 130 KB

	755932.png 130 KB View Download

Thanks for reviewing this, I have split the iframe HTML into a separate file, as-is in our system, however the URL to the iframe 'src' attribute in iframe tag, varies in our system, so these two static file cannot fully simulate our setup.

I am currently using: Version 61.0.3163.100 (Official Build) (32-bit)

I have further tested a HACK of changing the password input-field to a type 'text' when the user clicks the submit-next-button, however Chrome is still smart enough to see that a password was used .. we might have to change the password-input to a text-input permanently, because the behavior is very unfortunately. 

Deleted: test.html 342 bytes

test.html 342 bytes View Download

Deleted: iframe.html 1.7 KB

iframe.html 1.7 KB View Download

Thank you for providing more feedback. Adding requester "pnangunoori@chromium.org" to the cc list and removing "Needs-Feedback" label.

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

@tass01024 -- Thanks for providing the Sample test files. When we tried to reproduce the steps from 2-5 provided in the original comment, Save Password option is not invoked even on the first attempt after clicking on the "Næste" and "Afbryd" buttons to reproduce the issue. Please find the attached screencast for reference.

Please let us know if we have missed anything.


Thanks!

Deleted: 755932.webm 1.8 MB

	755932.webm 1.8 MB View Download

I have provide a running example which shows the issue live at this URL: http://server.novem-it.dk:3333/login

In this example you: login into the iframe (password inputs) -> this is sent via JS to the parent frame which posts it to different  url. 

'Never save' does not work, only 'save password'

Thank you for providing more feedback. Adding requester "pnangunoori@chromium.org" to the cc list and removing "Needs-Feedback" label.

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

Hi, I added a working example with backing server code, please let me know if any clarifications are needed.

BR
Rasmus Melgaard

Archiving old bugs that haven't been actively assigned in over 180 days.

If you feel this issue should still be addressed, feel free to reopen it or to file a new issue. Thanks!

Archiving old bugs that haven't been actively assigned in over 180 days.

If you feel this issue should still be addressed, feel free to reopen it or to file a new issue. Thanks!

Archiving old bugs that haven't been actively assigned in over 180 days.

If you feel this issue should still be addressed, feel free to reopen it or to file a new issue. Thanks!