Invites page #114
Labels
No labels
area: devops
area: discovery
area: docs
area: livestream
consider soon
dependencies
documentation
Epic
good first issue
hacktoberfest
help wanted
icebox
level: 1
level: 2
level: 3
level: 4
needs: exploration
needs: grooming
needs: priority
needs: repro
needs: tech design
on hold
priority: blocker
priority: high
priority: low
priority: medium
resilience
Tom's Wishlist
type: bug
type: discussion
type: improvement
type: new feature
type: refactor
type: task
type: testing
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: LBRYCommunity/lbry-react-native#114
Loading…
Reference in a new issue
No description provided.
Delete branch "invites"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Excludes UI changes discussed and shared here:
https://workflowy.com/s/invite-review-notes/2ql67qyEWQHPDmBr
(I didn't test create a channel flow from inside of Invites in my UI review. Please test this case explicitly before shipping.)
@ -22,6 +22,7 @@ const groupedMenuItems = {
Wallet: [
{ icon: 'wallet', label: 'Wallet', route: Constants.DRAWER_ROUTE_WALLET },
{ icon: 'award', label: 'Rewards', route: Constants.DRAWER_ROUTE_REWARDS },
{ icon: 'user-friends', label: 'Invites', route: Constants.DRAWER_ROUTE_INVITES },
i18n missing on all of these labels
Ok, I see you're doing it in the loop below. IMO it is better to always do it directly on the string to prevent double translation and to facilitate inspection.
Where is this coming from? If IAPI, do not i18n. If internal to app, i18n when constructing error.
Can we put emojis in these? Is that bad?
if not, do: "${email} was invited to the LBRY party 🥳"
i18n
imaginary@friend.com?
i18n
@ -0,0 +79,4 @@
handleInvitePress = () => {
const { inviteNew, notify } = this.props;
const { email } = this.state;
if (!email || email.indexOf('@') === -1) {
This is fine as a check, but this can't be the only place we validate email. There should only be one function that ascertains whether an email is valid and it should be used everywhere.