-
Notifications
You must be signed in to change notification settings - Fork 90
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
feat(tenantSettings): initial implementation #3281
feat(tenantSettings): initial implementation #3281
Conversation
01d9f47
to
499052e
Compare
499052e
to
e972e61
Compare
4ab4783
to
45cb48d
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Initial comments
packages/backend/migrations/20250117205655_create_tenant_settings_table.js
Outdated
Show resolved
Hide resolved
|
function createTenantSetting() { | ||
const options: CreateOptions = { | ||
tenantId: tenant.id, | ||
setting: [randomSetting()] |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Double-checking here, since we are checking for valid keys in the create, would this end up inserting anything?
} | ||
} | ||
|
||
// export const updateTenantSetting: MutationResolvers<TenantedApolloContext>['updateTenantSetting'] = |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
can get rid of this one
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We wont have support for updating tenant settings?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I see - you are going to have it in a separate PR?
I see the updateTenantSetting
mutation in the backend graphql schema, so we should either uncomment this or remove the updateTenantSetting
mutation from this PR
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yeah, let's do it in separate PR so that we can unblock other tasks.
input: CreateTenantSettingsInput! | ||
): CreateTenantSettingsMutationResponse | ||
|
||
deleteTenantSettings( |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
this makes me think, do we want to have this mutation in general? since if a tenant gets rid of their EXCHANGE_RATES_URL
for example, it would be bad 😅
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think that maybe we do not need it. I don't think that we have some string based config that can be optional for example. Should I remove this mutation?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yes, I think we can remove it for now
6728b54
to
60f4020
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Going to approve, just removing the delete mutation and update mutation can go in separate PR
60f4020
to
b8c6e7f
Compare
74288c9
to
6ee3c75
Compare
6ee3c75
to
12d1318
Compare
Changes proposed in this pull request
Context
Checklist
fixes #number
user-docs
label (if necessary)