Page MenuHomePhabricator

[native] switch all thread avatars to use ThreadAvatar component instead of Avatar
ClosedPublic

Authored by ginsu on Mar 30 2023, 3:13 PM.
Tags
None
Referenced Files
Unknown Object (File)
Thu, Nov 7, 10:49 AM
Unknown Object (File)
Wed, Nov 6, 3:25 AM
Unknown Object (File)
Wed, Nov 6, 3:25 AM
Unknown Object (File)
Wed, Nov 6, 3:25 AM
Unknown Object (File)
Mon, Nov 4, 12:58 PM
Unknown Object (File)
Mon, Nov 4, 3:32 AM
Unknown Object (File)
Mon, Nov 4, 3:32 AM
Unknown Object (File)
Sun, Oct 27, 1:26 AM
Subscribers

Details

Summary

Now that we have ThreadAvatar we should render that for thread avatars instead of Avatar

Depends on D7262

Test Plan

Tested that all the thread avatars are still able to be rendered correctly for all three avatar types (emoji, image, and ens)

Diff Detail

Repository
rCOMM Comm
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

ginsu requested review of this revision.Mar 30 2023, 3:29 PM
ashoat requested changes to this revision.Mar 30 2023, 5:50 PM

In all of these cases we already have the threadInfo. Instead of requiring ThreadAvatar to fetch it again, should we just pass it in directly?

This revision now requires changes to proceed.Mar 30 2023, 5:50 PM

address ashoat's comments

This revision is now accepted and ready to land.Mar 31 2023, 5:30 AM