Live data from Hacker News

Issue 914451: Autofill does not respect autocomplete="off"

bugs.chromium.org

61–70 of 383 posts

Re: Issue 914451: Autofill does not respect autocomplete="off"

#61

The Chrome dev team have implemented autocomplete the way they think it should work, not the way web developers want. You cannot switch off Chrome's handling of autocomplete, thus any other autocomplete implementation will be overwritten by Chrome's handling. Chrome team feel they know best.

They are becoming the Gnome of browsers. The Chrome dev team seem to be getting more and more user hostile.

Re: Issue 914451: Autofill does not respect autocomplete="off"

#64
post #40

I guess this will lead to a horrible coding style where instead of having this in the form: We will see stuff like this: Where developers use some type of abstraction that generates a random id for each field and then assigns it to the original value server side or in javascript. Just like they already randomise asset filenames to avoid caching.

lol, years and years ago (like 2005) as an attempt at stopping XSS and CSRF attacks and bots I came up with a system that named all the inputs a salted MD5 of the intended name with the salt randomly generated then stored in the users server side session.

It’s still a reasonably effective solution for CSRF, though there are much simpler options, but today’s bots largely have cookie jars so you will likely need a CAPTCHA.

Re: Issue 914451: Autofill does not respect autocomplete="off"

#66

Overall, I still believe that neither of the extreme strategies ("always honor autocomplete=off" Is it “extreme” now for a computer to do what the user wants and not what a random Google employee wants? How does this differ from malware?

autocomplete=off is set by website developers, not users.

Re: Issue 914451: Autofill does not respect autocomplete="off"

#67
As a user, Chrome's autocomplete went down the drain for me once they started to fill all fields at once. I tried to autocomplete one field and often chrome filled the other fields with unfitting data. This happened so often that I started to manually complete fields even if autocomplete was available. I still miss the good old times[tm] of single-field autocomplete...

(And for the record: As a developer, I have been bitten by Chrome ignoring autocomplete="off" as well.)

Re: Issue 914451: Autofill does not respect autocomplete="off"

#68

Firefox used to ignore autocomplete="off" until relatively recently. I'm sick of sites thinking they know better than me -- like those who don't let me paste in the password field. While I understand the good use cases for this attribute, given the binary choice I would rather have it ignored.

In best cases there’d be an option to honor the attribute or not.

Re: Issue 914451: Autofill does not respect autocomplete="off"

#69
post #17

Earlier quoted context omitted.

You still had a choice, nowadays being a Web Developer is almost a synonym for Chrome Developer and it was the IE hatting crowd that made it happen.

You must have lived in a different past than me. IE was far more dominant, and browsers actually had meaningful differences back then. Porting CSS written for IE to Firefox could easily take 50% of the initial implementation time, if not 100%. Today, it's not completely uncommon to have something developed on Chrome working in Firefox and Safari without any changes. And the most significant problem with IE was obviou…

Yeah all those Web sites that are Chrome only must be a product of my imagination.

It doesn't matter if Chrome is open-source, when it is technically owned by a single corporation.

Re: Issue 914451: Autofill does not respect autocomplete="off"

#70

Earlier quoted context omitted.

Agreed on password fields, however if you have a webapp crm it causes so many problems. And also giving a solution of "hey just put something that we don't understand in the autocomplete so we won't try to autocomplete it" is really not a solution at all. Imagine if instead of autocomplete it was something like ignoring font sizes/color because they detected that engagement was low when font size was whatever so they…

You just described reader mode!

Reader mode is user-initiated though.

These developers wouldn't be complaining if the Autofill functionality was activated by a toolbar button rather than automatically.

Post reply on HN