Update toggleMessagePinRequestInputValidator
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Feed All Stories
All Stories
All Stories
Mar 20 2023
Mar 20 2023
rohan updated the diff for D6930: [keyserver/lib] Set up responders, endpoints, and related functions to toggle a message pin.
Harbormaster failed remote builds in B17428: Diff 23881 for D7108: [keyserver] Introduce `updateUserAvatarResponder` endpoint scaffolding!
rohan updated the test plan for D6930: [keyserver/lib] Set up responders, endpoints, and related functions to toggle a message pin.
Update ToggleMessagePinRequest
[landing] remove abosh from the team page
atul published D7108: [keyserver] Introduce `updateUserAvatarResponder` endpoint scaffolding for review.
rohan updated the summary of D6924: [keyserver] Introduce columns in messages table to support pinned messages.
rohan added inline comments to D6929: [keyserver] Add a function to toggle the pin status of a message.
marcin requested review of D7106: Native Java code to request notifications permissions from JS on Android 13.
rohan updated the summary of D6928: [keyserver] Introduce a new thread permission for pinning / unpinning messages.
rohan updated the summary of D6928: [keyserver] Introduce a new thread permission for pinning / unpinning messages.
rohan updated the summary of D6928: [keyserver] Introduce a new thread permission for pinning / unpinning messages.
rohan updated the diff for D6928: [keyserver] Introduce a new thread permission for pinning / unpinning messages.
Simplify the migration
rohan retitled D6924: [keyserver] Introduce columns in messages table to support pinned messages from [keyserver] Introduce a pinned_messages table to [keyserver] Introduce columns in messages table to support pinned messages.
rohan updated the diff for D6924: [keyserver] Introduce columns in messages table to support pinned messages.
Introduce two columns in messages
Address Feedback
I haven't seen all call sites yet (only the key generation diff is up) so I can't really tell but maybe it's worth revisiting the types and function arguments to have this as clean and consistent as possible.
rebase
update types
ginsu added a comment to D7054: [keyserver/lib] fetch avatar column from users table in fetchCurrentUserInfo.
Sequencing this diff towards the end of the diff stack (need to put up a few more diffs up first) but will update the relational revisions when I have a better idea
ginsu updated the summary of D7054: [keyserver/lib] fetch avatar column from users table in fetchCurrentUserInfo.
[Android] Reference Tools by CMake project
atul committed rCOMMc49378d39f63: [keyserver] Add `avatar` column to `threads` table of serverDB (authored by atul).
[keyserver] Add `avatar` column to `threads` table of serverDB
rebase and land
[lib] Introduce `*AvatarDBContent` types
[web] Add unit tests for AES functions
[web] Implement AES encryption functions
address feedback (and sneak in ENSAvatarDBContent)
rebase after changing up diff stack order
bartek committed rCOMMfc7383f60b2e: [native][AES] Implement encrypt function on Android (authored by bartek).
[native][AES] Implement encrypt function on Android
bartek committed rCOMM868e5fda92f6: [native][AES] Implement decrypt function on iOS (authored by bartek).
[native][AES] Implement decrypt function on iOS
bartek committed rCOMMa0951b122781: [native][AES] Implement decrypt function on Android (authored by bartek).
[native][AES] Implement decrypt function on Android
bartek committed rCOMM46037bfe9b83: [native][AES] Implement generateKey function (authored by bartek).
[native][AES] Implement generateKey function
bartek committed rCOMM5789ca85981d: [native][AES] Implement encrypt function on iOS (authored by bartek).
[native][AES] Implement encrypt function on iOS
[native] Create AESCrypto Expo module
rebase after switching up diff stack order
rebase after switching up diff stack order
rebase after switching up diff stack order
rebase
Rebase before landing
Rebase before landing
Rebase before landing
Rebase before landing
Rebase before landing
Rebase before landing
Rebase before landing
Rebase before landing
Remove unnecessary lines
Address review. Tested the new db creation (in prod mode, because I'm having weird problems with my setup. For more info see https://linear.app/comm/issue/ENG-3325/clean-database-migration-fail),
made sure the primary key is created.
[web-db] initialize SQLite database
kamil committed rCOMM88db3ac63232: [web-db] Use unique filename for each prod `sql-wasm.wasm` asset (authored by kamil).
[web-db] Use unique filename for each prod `sql-wasm.wasm` asset
In D6993#209859, @tomek wrote:Do we know how this diff corresponds to https://linear.app/comm/issue/ENG-3322/fix-stale-cache-error-for-olmwasm#comment-d1aabe3d? Maybe this will somehow improve the experience about the path's configuration?
Address review and add early return when there is nothing to insert
kamil committed rCOMM3de89fd327d0: [web-db] implement proxy for promise-based connection with worker (authored by kamil).
[web-db] implement proxy for promise-based connection with worker
kamil committed rCOMM661a2b6b9ccd: [web-db] implement basic app-worker connection types (authored by kamil).
[web-db] implement basic app-worker connection types
[web-db] add indexedDB config
This code was supposed to handle an edge case where:
- Electron downloads an update, and we display the modal
- Before the user presses the modal to quit-and-install, we release a new version.
Without this, the user will have to update the app twice instead of once (in this rare case).