-
Notifications
You must be signed in to change notification settings - Fork 1.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
db: email comparison should be case insensitive #339
Conversation
Why aren't we instead preventing mixed case and doing the DB migration? |
Fine doing it both ways. Thought it might be rough to have a migration with a rolling upgrade. You'd be able to create a user with an invalid email on an old work, for instance. |
I think this needs to be two stages:
after people have installed that release they can do a fix.
On Fri, Feb 26, 2016 at 2:35 PM Eric Chiang [email protected]
|
When reading migrations from files, sql-migrate attempts to split SQL statements. The parsing logic does not handle $BODY$ statements and broke when the migration included one. Replace go-bindata with a small migration generation script and use in memory migrations instead.
c6f4a90
to
2a0cc47
Compare
84cee2e
to
01a2454
Compare
ready for review @bobbyrullo |
Minor issues, otherwise LGTM! |
db: email comparison should be case insensitive
Going to add a few tests and some additional documentation, but this provides a fix for #338 that does not require a database migration (e.g. lower casing all of the emails currently in the DB).
fixes #338