Conversation
json roundtrip test for PaymentStatus C* schema migration for self deleting messages payment status teamstore implementation for self deleting messages payment status removed unnecessary function dynamic lock/unlock payment status added payment status to feature with config models removed redundant description use PaymentStatusValue for API path removed redundant comment added roundtrip test for PaymentStatusValue updated API description make payment status in config optional golden tests include payment status, formatting generic set payment status error for locked payment status validate payment status while setting team feature status fix integration tests comments
…updated C* interpreter
Co-authored-by: fisx <mf@zerobuzz.net>
…-team-feature-and-configure-team-feature
fisx
left a comment
There was a problem hiding this comment.
Almost there!
I am wondering though if we want to take the "payment" out of all names again. If we have a feature where we want to make the site config overrule the team config, it may make sense to "lock" it when setting a site-wide config, and we may want to use the same thing there as we use here.
Let's discuss this!
…and-configure-team-feature' of github.com:wireapp/wire-server into SQSERVICES-960-distinguish-between-unlock-team-feature-and-configure-team-feature
Co-authored-by: fisx <mf@zerobuzz.net>
Co-authored-by: fisx <mf@zerobuzz.net>
…and-configure-team-feature' of github.com:wireapp/wire-server into SQSERVICES-960-distinguish-between-unlock-team-feature-and-configure-team-feature
fisx
left a comment
There was a problem hiding this comment.
Now I want to change everything so it doesn't say "payment status" but "lock status". Otherwise I'm happy with everything now, or will be happy to change it in later PRs.
services/galley/galley.cabal
Outdated
| ld-options: -static | ||
| default-language: Haskell2010 | ||
|
|
||
| -- FUTUREWORK(Leif): rename to galley-tests here and in the package.yaml file |
There was a problem hiding this comment.
#1942 :) (if you approve that PR, please merge right away.)
| Public.defaultSelfDeletingMessagesStatus {Public.tfwcapsPaymentStatus = Public.PaymentUnlocked} | ||
| _ -> Public.defaultSelfDeletingMessagesStatus | ||
| (Just Public.PaymentLocked, _) -> Public.defaultSelfDeletingMessagesStatus | ||
| (Nothing, _) -> Public.defaultSelfDeletingMessagesStatus |
There was a problem hiding this comment.
right, i missed the Nothing. makes it slightly less pretty, but i still prefer the way it reads now. thanks!
(it turns out there is more than one reason to lock a feature from configuration, eg., because it is configured for the site and shouldn't be changed by team admins.)
Actually, we should grant QA access on staging to the new internal end-point. This is documented in the wiki. I'll push another commit.
n/a
n/a
n/a (our migration is backwards compatible, meaning we can run old galley instances on the new schema, it'll just ignore the new column).
n/a (data migration would be eg. "insert
n/a
no specific order. however, ibis will start using this end-point eventually, but only after we're done deploying. ibis should contain a note in the release notes when it starts using this end-point that it needs galley or newer. |
correction: I'll make another (private) PR: https://github.com/zinfra/cailleach/pull/734 |
|
integration tests pass locally. |
https://wearezeta.atlassian.net/browse/SQSERVICES-1079
Checklist
make git-add-cassandra-schemato update the cassandra schema documentation.changelog.d.