Skip to content
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

Add failing test case for drop_column #96

Merged
merged 8 commits into from
Aug 30, 2020
Merged

Add failing test case for drop_column #96

merged 8 commits into from
Aug 30, 2020

Conversation

aeneasr
Copy link
Member

@aeneasr aeneasr commented Jul 6, 2020

This is a failing test case for using drop_column with SQLite. For more context, see gobuffalo/pop#574

Please note that this PR builds on top of #95

`ALTER TABLE .. RENAME COLUMN .. TO ..` is officially supported and does not need the temporary table workaround.
@aeneasr aeneasr force-pushed the fix-drop branch 2 times, most recently from 19881e6 to 73a77c9 Compare August 27, 2020 14:32
@aeneasr
Copy link
Member Author

aeneasr commented Aug 27, 2020

drop_column now works for SQLite databases without messing up foreign keys 😎 Relevant code is: https://github.com/gobuffalo/fizz/pull/96/files#diff-4aeb4edc62ca5ad3caafc05f2eab9b55R357

@aeneasr
Copy link
Member Author

aeneasr commented Aug 27, 2020

Using the e2e tests I found more bugs in CockroachDB which prevented e.g. unique indices from being created properly. So gonna be addressing those and then hopefully everything will pass soon.

CockroachDB v2.1 has reached EOL on 7/1/20. The next version v19.1 already reached maintenance support and will reach EOL in 11/1/20 which is why this was bumped to v19.2 right away.
Resolves an issue where CockroachDB would be missing e.g. UNIQUE indices when using `change_column`. Also fixes a bug when using `change_column` with `NOT NUL` but without `DEFAULT`.
@aeneasr
Copy link
Member Author

aeneasr commented Aug 27, 2020

Ok, everything is passing now and several bugs have been resolved with this patch :) Good for 👀 now!

@stanislas-m stanislas-m merged commit 0226681 into master Aug 30, 2020
@stanislas-m stanislas-m deleted the fix-drop branch August 30, 2020 12:14
@stanislas-m
Copy link
Member

Thanks @aeneasr!

aeneasr added a commit to ory/kratos that referenced this pull request Aug 31, 2020
Completely refactors the verification flow to support other methods. The original email verification flow now moved to the "link" method also used for recovery.

Additionally, several upstream bugs in gobuffalo/pop and gobuffalo/fizz have been addressed, patched, and merged which improves support for SQLite and CockroachDB migrations:

- gobuffalo/fizz#97
- gobuffalo/fizz#96

BREAKING CHANGE: This patch significantly changes how email verification works. The Verification Flow no longer uses its own system but now re-uses the API and Browser flows and flow methods established in other components such as login, recovery, registration.

Due to the many changes these patch notes does not cover how to upgrade this particular flow. We instead want to kindly ask you to check out the updated documentation for this flow at: https://www.ory.sh/kratos/docs/self-service/flows/verify-email-account-activation

This patch changes the SQL schema and thus requires running the SQL Migration command (e.g. `... migrate sql`).
Never apply SQL migrations without backing up your database prior.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants