Live data from Hacker News

Substack's UI and 1Password temporarily cost me $2k

timmyomahony.com

51–60 of 278 posts

Re: Substack's UI and 1Password temporarily cost me $2k

#51

This is exactly why I don't trust autofill. How many times has it passed along information you didn't intend, but without any obvious errors? Nobody knows.

Exactly. This is also the reason why developers don't want autocomplete - the data is so much lower quality.

So developers started by breaking browser autocomplete, to which browsers responded by ignoring developer preferences, to which developers respond with different tricks...

Re: Substack's UI and 1Password temporarily cost me $2k

#52

Yikes. I love my password manager, but I decided when I got it that I was never going to use the browser extensions. Putting your password manager anywhere near your web browser just seems like insanity to me (all the exploit write-ups I recall about password managers were related to browser extensions and sandbox escapes). This seems like another reason. It's not worth it. Keep the password manager in its own app an…

Password managers aren't nearly intelligent enough to be used without copy and paste for sensitive forms.

One example is how almost every password manager including the built-in one in most browsers will assume that if there's a type="password" field, then the previous sibling field must be the username. Sometimes they'll even pick a field far away in the DOM like your chatbox input to autofill with the username.

So imagine a form like this:

    Amount to transfer: 
    From account ID: 
    Confirm password: 
    Submit
I found that there's no good hackless way to allow a password manager to autofill the password without touching the other fields with a username or some other quirk like just clearing your inputs. Even a fix like opening a modal with the lone password confirmation field doesn't necessarily fix it in all browser/OS configurations.

Password managers are braindead and browsers don't give you any tools to help.

Re: Substack's UI and 1Password temporarily cost me $2k

#54

Yikes. I love my password manager, but I decided when I got it that I was never going to use the browser extensions. Putting your password manager anywhere near your web browser just seems like insanity to me (all the exploit write-ups I recall about password managers were related to browser extensions and sandbox escapes). This seems like another reason. It's not worth it. Keep the password manager in its own app an…

Password managers aren't nearly intelligent enough to be used without copy and paste for sensitive forms. One example is how almost every password manager including the built-in one in most browsers will assume that if there's a type="password" field, then the previous sibling field must be the username. Sometimes they'll even pick a field far away in the DOM like your chatbox input to autofill with the username. So…

I find that both Bitwarden (personal use) and 1password (work use) do a very good job of filling in login forms.

Re: Substack's UI and 1Password temporarily cost me $2k

#56
post #2

I wish sites would test their forms with popular password management systems. This kind of thing happens all too often (thought perhaps not with such a high cost). Why not make it easy for people who auto-fill with these programs -- don't fight them. (And I won't get into sites that won't let you paste passwords into their forms.)

The testing burden is already enormous for things people want sites tested for.

[deleted]

Re: Substack's UI and 1Password temporarily cost me $2k

#58
post #53

Why are those fields not overridden in the backend?... If the back-end doesn't check those fields are what they should be for each option then the reverse could also be true (free membership)

What do you mean? The goal of that subscription option is to allow the user to pay a custom amount. I guarantee you the custom amount cannot be less than the yearly membership.

Re: Substack's UI and 1Password temporarily cost me $2k

#59
post #53

Why are those fields not overridden in the backend?... If the back-end doesn't check those fields are what they should be for each option then the reverse could also be true (free membership)

I assume it's an intentional feature (pay what you want, as long as its above the "standard" price, to give the author additional support).

Re: Substack's UI and 1Password temporarily cost me $2k

#60
It's interesting Substack is getting the blame here rather than 1Password.

Ultimately, though, I think it's two separate systems doing the best they can to work together, and failing. Payments should be handled by the browser, like how mobile phones do it. I loathe giving Google or Apple more power/control, but this is a situation where I'm still genuinely shocked how rudimentary payments online are.

Post reply on HN