Pasted email addresses now sign in

If you'd ever pasted your email address into the FirstSales sign-in screen and had it fail for no obvious reason, the likely cause was invisible whitespace that got copied along with the address. That's fixed: FirstSales now trims stray whitespace from a pasted email address automatically, so a pasted address signs in the same as a typed one.

What changed

Email addresses often pick up extra characters when they're copied from somewhere else, a leading space from a spreadsheet cell, a trailing space from a document, or a stray newline from a password manager's autofill. Previously, if you pasted an email address into the sign-in field with any of that extra whitespace attached, FirstSales would try to match it exactly as pasted, whitespace included, which meant it wouldn't match your actual account and sign-in would fail.

The frustrating part was that this failure gave no useful explanation. The email address looked completely normal in the field; there was nothing visibly wrong with it, so there was no obvious reason to suspect it wouldn't work. You'd just get a sign-in error with no clue that the problem was a character you couldn't even see.

Now, whitespace around a pasted email address is trimmed automatically before FirstSales tries to match it to your account. Whether you type the address by hand or paste it from another source, sign-in checks the same thing: the actual email address, without any leading or trailing whitespace it may have picked up along the way.

How to use it

There's nothing you need to do differently. Sign in the way you normally would, whether that's typing your email address directly or pasting it from a password manager, a spreadsheet, or anywhere else you might have it stored. If your pasted address includes extra whitespace, FirstSales now strips it automatically before checking it against your account, so sign-in should work the same way regardless of where the address came from.

If you were previously working around this by manually deleting extra spaces before signing in, you don't need to keep doing that. Paste the address as-is and let FirstSales handle the cleanup.

This kind of bug is easy to overlook during testing because it depends entirely on where the text came from. Typing an email address directly almost never introduces stray whitespace, so a sign-in flow that's only ever tested with typed input can look completely fine while still failing for a meaningful share of real users, anyone whose actual habit is to copy their email from somewhere else rather than type it fresh every time.

Password managers in particular are a common source of this kind of paste, since some autofill flows insert the stored value along with formatting characters that aren't visible in the field afterward. Spreadsheets are another common source, since copying a cell often carries a trailing space or tab character along with the visible text. Neither of those is unusual behavior on the user's part; they're both completely reasonable ways to manage and enter credentials, which is exactly why this was worth fixing rather than treating as an edge case.

The fix applies at the point where FirstSales checks the address you've entered against your account, not by changing what you're allowed to type or paste into the field. You'll still see exactly what you typed or pasted in the input box; the trimming happens invisibly as part of the sign-in check itself, so there's no new step or extra click involved on your end.

Why it matters

Sign-in is the first thing anyone does with FirstSales, and a failure there with no clear reason is one of the most frustrating kinds of bug to run into, because there's nothing about the screen in front of you that suggests what's wrong. You did everything right, the address looks correct, and it still doesn't work.

This was especially likely to hit people using a password manager or copying their email from another tool, which is a common and reasonable way to sign in, not an edge case. Fixing it removes a point of friction that had nothing to do with whether someone remembered their credentials correctly and everything to do with an invisible character riding along with a paste.

The same trimming logic now applies consistently regardless of how much whitespace is involved or where in the string it appears, leading, trailing, or in some cases both at once if an address was copied from a source that added padding on either side. You don't need to know or think about any of that; the point of the fix is that it's invisible, sign-in just works the way you'd expect regardless of the exact whitespace your source happened to introduce.

If you're setting up FirstSales access for a teammate and sending them their email address to sign in with, this fix also removes one more place that copy could go wrong on their end. A pasted address from a message, an invite, or a shared document will sign in correctly even if it picked up whitespace along the way, so you don't need to add a note telling them to double check for stray spaces before their first login.

Sign-in should be the most boring part of using any product: type or paste your credentials, get in, get to work. This fix moves that closer to true for anyone whose normal habit is pasting rather than typing.

It's a narrow fix by design: it changes how a pasted address is checked, nothing about how your account or password works otherwise.

For anyone who ran into the old failure and gave up, assuming their account or password was somehow wrong, it's worth trying sign-in again now; the underlying account and credentials were never the problem.

It's a quiet fix, but a meaningful one: the fastest way in the door should never depend on remembering to retype something you already had correctly saved somewhere else.

Availability

This fix is live for all accounts now; no action is needed on your end.