We want to freeze existing logic for use in migration and rawThreadInfoFromServerThreadInfo while making it clear that it shouldn't be used in the future.
Depends on D12597
Differential D12733
[lib] Deprecate `minimallyEncodeRawThreadInfo` atul on Jul 11 2024, 1:27 PM. Authored by Tags None Referenced Files
Subscribers
Details
We want to freeze existing logic for use in migration and rawThreadInfoFromServerThreadInfo while making it clear that it shouldn't be used in the future. Depends on D12597 Just a rename.
Diff Detail
Event TimelineComment Actions Just two questions:
First: is rawThreadInfoFromServerThreadInfo just for the shimming logic that handles old clients? Second: it looks like there's a Flow error here that doesn't show up in the parent diff. Any context? Comment Actions
Yes, so we can construct RawThreadInfo with member permissions for clients that still expect them. We will construct "new" RawThreadInfos by stripping out member permissions using same utility function that'll be used in client migrations.
Let me check Comment Actions
The one flow issue I'm seeing is the following: which is resolved in D12755 Comment Actions Actually I must've gotten confused about the CI. I'm actually not seeing any Flow issues, but there do appear to be ESLint issues. Can you get this green before you pass back to me? |