In D13334#376477, @ashoat wrote:It appears that the only thing this diff is doing is having textMessageCreationSideEffectsFunc called after the text message is created for thick threads, but before the text message is created for thin threads.
Two questions:
- Why do the side effects need to happen after the text message is created for thick threads?
Active Repositories
Active Repositories
Recent Activity
Recent Activity
Today
Today
marcin added a comment to D13334: Call textMessageCreationSideEffectsFunc after sending DM text message.
tomek updated the diff for D13362: [lib] Allow reacting and creating sidebars from failed messages in thick threads.
Delete logs
bartek committed rCOMMde4a5b45fcfb: [terraform] Make Tunnelbroker deployments more future-proof (authored by bartek).
[terraform] Make Tunnelbroker deployments more future-proof
Add keyserver/certs to .dockerignore
Yesterday
Yesterday
bartek added inline comments to D13360: [terraform] Make Tunnelbroker deployments more future-proof.
[terraform] bump prod identity to 0.37
ashoat added a comment to D13334: Call textMessageCreationSideEffectsFunc after sending DM text message.
It appears that the only thing this diff is doing is having textMessageCreationSideEffectsFunc called after the text message is created for thick threads, but before the text message is created for thin threads.
[web][keyserver] codeVersion -> 116
ashoat committed rCOMM3733bf3e39eb: [keyserver] Replace deprecated sendToDevice firebase-admin method (authored by ashoat).
[keyserver] Replace deprecated sendToDevice firebase-admin method
ashoat updated subscribers of D13368: [keyserver] Replace deprecated sendToDevice firebase-admin method.
ashoat added a comment to D13368: [keyserver] Replace deprecated sendToDevice firebase-admin method.
Guessing there’s some tunnelbroker follow up work too?
Guessing there’s some tunnelbroker follow up work too?
ashoat published D13368: [keyserver] Replace deprecated sendToDevice firebase-admin method for review.
Will wait on CI before landing
tomek requested review of D13366: [lib] Update the conditions we check before processing the operations.
varun committed rCOMM849adf8a969d: [grpc_clients] bump gRPC connection timeout to 30 seconds (authored by varun).
[grpc_clients] bump gRPC connection timeout to 30 seconds
fix title and description
undo request timeout addition
varun removed 1 blocking reviewer(s) for D13355: [grpc_clients] bump gRPC connection timeout to 30 seconds: ashoat.
nvm. applying @ashoat 's feedback as intended and deferring the request timeout work
30 seconds feels excessive for establishing the tcp connection, but i think it makes sense for completing the actual request
add a request timeout of 30 seconds