-
Notifications
You must be signed in to change notification settings - Fork 3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Implement new component ReceiptEmptyState #30663
Comments
Triggered auto assignment to @anmurali ( |
@lindboe we can break the work for this into multiple PRs, it doesn't all have to go in one. For instance, we could submit a PR for the beta, one implementing the component, and one putting the new component in MoneyRequestView based on the beta, and making sure it works with ReplaceReceipt. Regardless, I'd love for you to share your game plan before starting the implementation :) |
Commenting! We'll take a look. We'll definitely prefer to break things up where we can. I'll check in with the team and see if we have any questions for you. |
Triggered auto assignment to @zanyrenney ( |
@cead22 Based on the design doc, I'm unsure what offline tests should be provided. Should this feature work offline? |
Otherwise the follow-up PR should be ready soon. |
Yeah I think it should, since nothing in there needs internet connection, right? I think every bullet in the issue description should work without a connection. Let me know what you think |
@cead22 That makes sense to me! I wasn't sure if the Receipt Selector worked offline, but after testing it does work. I ended up including both the component and it's inclusion within the |
This one is done and we can close right? |
@cead22 yes! This one was finished. I'll ping you on the others that are finished. |
Awesome, thanks! |
hasError
onPress
callback should launch the receipt selector, like the... > Replace
menu currently doeshasReceipt
is false andpermissions.canUseViolations()
is true we show the ReceiptEmptyState componentpermissions.canUseViolations
doesn't exist yet so let's add it as part of this change, and make it return true if the user is in theBETA_VIOLATIONS = 'violations'
betaHere's the red border
Here are some tests to include in the PR to make sure everything is working correctly
permissions.canUseViolations
returns true for user on the violations beta, and false otherwise!hasErrors
and red border whenhasErrors
The text was updated successfully, but these errors were encountered: