Page MenuHomePhabricator

[native] show error message for tag farcaster channel errors
ClosedPublic

Authored by ginsu on Fri, Apr 26, 12:03 PM.
Tags
None
Referenced Files
F1717245: D11809.id39698.diff
Wed, May 8, 5:53 AM
F1715748: D11809.id39586.diff
Tue, May 7, 7:36 PM
Unknown Object (File)
Tue, May 7, 7:04 AM
Unknown Object (File)
Tue, May 7, 3:02 AM
Unknown Object (File)
Mon, May 6, 1:36 AM
Unknown Object (File)
Mon, May 6, 1:36 AM
Unknown Object (File)
Sat, May 4, 11:19 AM
Unknown Object (File)
Fri, May 3, 10:22 PM
Subscribers

Details

Summary

This diff improves the error handling for creating a farcaster tag blob. If there is an error we will display a message to the user for why the request failed

Depends on D11793

Test Plan

Please see the demo video below

Diff Detail

Repository
rCOMM Comm
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

ginsu edited the test plan for this revision. (Show Details)
ginsu added reviewers: atul, inka.
ginsu added a reviewer: ashoat.

This diff introduces new copy

native/community-settings/tag-farcaster-channel/tag-farcaster-channel.react.js
26 ↗(On Diff #39586)

This copy needs to be reviewed

164 ↗(On Diff #39586)

Copy needs to be reviewed

Copy looks okay. Thought about whether we could filter the list of channels before it gets to the keyserver, but we'd probably need a UI to show which ones are already taken, in addition to logic on the client to check each channel with the blob service. Probably too much additional complexity to be worth doing at this time

inka added inline comments.
native/community-settings/tag-farcaster-channel/tag-farcaster-channel.react.js
94 ↗(On Diff #39586)

Can we move this to onOptionSelected? If you disagree I won't insist, but it seems more natural to me that the error would disappear only once a different item is picked

This revision is now accepted and ready to land.Tue, Apr 30, 8:58 AM

address comments + rebase before landing

Thought about whether we could filter the list of channels before it gets to the keyserver, but we'd probably need a UI to show which ones are already taken, in addition to logic on the client to check each channel with the blob service. Probably too much additional complexity to be worth doing at this time

Agree this would be nice to have, but also agree that this should be considered out of scope for now. I created a linear task to track this piece of feedback:

https://linear.app/comm/issue/ENG-8032/filter-list-of-taken-farcaster-channels

This revision was landed with ongoing or failed builds.Tue, Apr 30, 9:23 AM
This revision was automatically updated to reflect the committed changes.