Page MenuHomePhabricator

[keyserver] only wrap migration in transaction if specified in migrationType
ClosedPublic

Authored by will on Aug 30 2024, 8:29 AM.
Tags
None
Referenced Files
Unknown Object (File)
Sat, Feb 1, 10:14 AM
Unknown Object (File)
Thu, Jan 30, 2:53 PM
Unknown Object (File)
Tue, Jan 28, 2:23 PM
Unknown Object (File)
Jan 15 2025, 6:47 AM
Unknown Object (File)
Jan 11 2025, 5:00 AM
Unknown Object (File)
Jan 8 2025, 3:53 AM
Unknown Object (File)
Jan 3 2025, 8:11 AM
Unknown Object (File)
Dec 28 2024, 5:51 AM
Subscribers

Details

Summary

If the migration type is wrap_in_transaction_and_block_requests, we wrap the migration in a transaction. Only if it was wrapped in transaction do we run rollback if the query failed.

Depends on D13209

Test Plan

I console logged and made sure that transaction and rollback queries were only being run if the migration in migrations specified wrapping in a transaction.

Diff Detail

Repository
rCOMM Comm
Lint
No Lint Coverage
Unit
No Test Coverage

Event Timeline

Harbormaster returned this revision to the author for changes because remote builds failed.Aug 30 2024, 8:40 AM
Harbormaster failed remote builds in B31372: Diff 43816!
will requested review of this revision.Aug 30 2024, 9:00 AM
ashoat added inline comments.
keyserver/src/database/migrations.js
51–52 ↗(On Diff #43816)

Let's avoid copy-pasting these two lines. Can't we just individually wrap startTransaction and commitTransaction in the conditional?

This revision is now accepted and ready to land.Sep 4 2024, 11:20 PM
keyserver/src/database/migrations.js
51–52 ↗(On Diff #43816)

That makes sense! I originally had them both individually wrapped but thought this looked cleaner. I'll go by the maxim of reducing copy-paste of non-conditionals from now on