-
Notifications
You must be signed in to change notification settings - Fork 2.9k
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
[HOLD for payment 2024-10-29] [$250] QBD - Category title link shows "undefined settings" when there is error with QBO connection #49394
Comments
Triggered auto assignment to @alexpensify ( |
We think that this bug might be related to #wave-control |
@alexpensify FYI I haven't added the External label as I wasn't 100% sure about this issue. Please take a look and add the label if you agree it's a bug and can be handled by external contributors |
Edited by proposal-police: This proposal was edited at 2024-09-18 16:04:34 UTC. ProposalPlease re-state the problem that we are trying to solve in this issue.The category title link displays "undefined settings." What is the root cause of that problem?
What changes do you think we should make in order to solve the problem?
What alternative solutions did you explore? (Optional)Another solution would be to avoid displaying the
currentConnectionName instead of checking the length of policy?.connections , as this list could contain unsupported connections.This change should also be applied here, here and here OR Instead of displaying
function getCurrentConnectionName(policy?: Policy): string | undefined {
if (!policy?.connections) {
return undefined;
}
const connectionNames = CONST.POLICY.CONNECTIONS.NAME_USER_FRIENDLY;
for (const key of Object.keys(connectionNames)) {
if (policy.connections[key]) {
return connectionNames[key];
}
}
return undefined;
}
{hasUnsupportedNDIntegration && !hasSyncError && (
<FormHelpMessage
isError
shouldShowRedDotIndicator
>
<Text style={[{color: theme.textError}]}>
{translate('workspace.accounting.unSupportedIntegration')}
<TextLink
onPress={() => {
Link.openOldDotLink(CONST.OLDDOT_URLS.POLICY_CONNECTIONS_URL(policyID));
}}
>
{translate('workspace.accounting.manageYourSettings')}
</TextLink>
</Text>
</FormHelpMessage>
)} note: we might not need to warp it with |
Edited by proposal-police: This proposal was edited at 2024-09-24 09:51:46 UTC. ProposalPlease re-state the problem that we are trying to solve in this issue.
What is the root cause of that problem?
What changes do you think we should make in order to solve the problem?1. Display The categories below are imported from QuickBooks Desktop (or the name of the connected integration, even if it's not yet supported) to make the messaging consistent.
Line 952 in 740484c
By introducing a
The text "The categories below are imported from your Quickbooks Desktop settings" should not be displayed if the connection encountered an error. We will use
2. On the policy's accounting page, show the Go to Expensify Classic to manage your settings. text.
To do it, add another logic to handle that case to:
What alternative solutions did you explore? (Optional)Details
in there
and
if there is a successful connection which is not supported in ND and when user clicks on "Expensify Classic", it will open OD app like we did in:
|
Job added to Upwork: https://www.upwork.com/jobs/~021837252793117015940 |
Triggered auto assignment to Contributor-plus team member for initial proposal review - @brunovjk ( |
@brunovjk when you get a chance, can you please review the proposals? Thanks! |
Sure! |
I don't think QBD is implemented at all. cc @lakchote @dylanexpensify |
Appreciate the insights @shubham1206agra! I will hold off on the proposal review until the last comment has been addressed :D |
While adding QuickBooks Desktop ( |
I'm confused, this GH is about QBO, not QBD. Why did we pivot to talk about QBD? |
I don't understand why we're talking about QBD either here. We're talking about QBO. QBD is not yet implemented in NewDot. |
It seems the confusion stems from the fact that this issue was initially labeled as QBO, but the actual functionality being tested in the video and steps involves QBD (QuickBooks Desktop), not QBO (QuickBooks Online). Here's a summary:
POCQBD.movI reviewed both proposals (using the alternative solution from the first one), and they are quite similar. While the first proposal from @abzokhattab suggests "avoiding the display of the 'categories below are imported from...' message if the connection name is undefined," I believe the second one from @mkzie2 —which involves adding a message informing the user that certain features like QBD categories and tags are not yet supported—is more appropriate, provided that this issue is confirmed. @alexpensify @lakchote @shubham1206agra @IuliiaHerets Does this make sense or am I missing something? Thank you :D |
I have a question: if the connection setup fails, will the categories still be imported from the failed connection? If not, I think it makes sense not to display that label here . Instead, we could add another label warning the user to check the connection page for a potential failed connection, rather than informing them that the categories were imported |
It does make sense @brunovjk, thanks! The issue's title is misleading, it's indeed about QBD and not QBO cc @IuliiaHerets QBD in NewDot will soon be supported, and is already supported in OldDot. Regarding what to do between these 2 choices:
I'd go with helping the user by informing him on the current status of the integration. I'm going to tag @JmillsExpensify @trjExpensify what would you go with? |
That's a fair concern. QBD should start to be implemented by the end of the month/early October.
What you suggest make sense:
|
Update: PR is in review |
Weekly Update: PR is still in review |
Heads up, I will be offline until Tuesday, October 22, 2024, and will not actively watch over this GitHub during that period.If this GitHub requires an urgent update, please ask for help in the #expensify-open-source Slack Room. If the inquiry can wait, I'll review it when I return online. |
This shouldn't be part of the #migration project as it isn't related to one of the upcoming cohorts. #retain is probably a better place for this issue. |
I agree it shouldn't be in #migrate, but it should be in #expense where QBD is being actively built. We're just waiting out the regression period here. Hit staging on Friday. |
|
The solution for this issue has been 🚀 deployed to production 🚀 in version 9.0.51-4 and is now subject to a 7-day regression period 📆. Here is the list of pull requests that resolve this issue: If no regressions arise, payment will be issued on 2024-10-29. 🎊 For reference, here are some details about the assignees on this issue:
|
BugZero Checklist: The PR fixing this issue has been merged! The following checklist (instructions) will need to be completed before the issue can be closed:
|
@brunovjk Please note that as of today we already support QBD integration, only this test case is valid:
|
BugZero Checklist:
Regression Test Proposal
|
Payouts due: 2024-10-29
Upwork jobs are above. |
All set, the payments are complete here. @justinpersaud do you agree with this regression test? If yes, I can create the GH. Thanks! |
yep, sounds good to me |
Ok, I'll work on the test process. |
Other GHs have been a priority; I need to circle back here and create the regression test GH. |
If you haven’t already, check out our contributing guidelines for onboarding and email [email protected] to request to join our Slack channel!
Version Number: 9.0.37-0
Reproducible in staging?: Y
Reproducible in production?: Y
Issue was found when executing this PR: #48759
Email or phone of affected tester (no customers): [email protected]
Issue reported by: Applause Internal Team
Action Performed:
Precondition:
Expected Result:
The link in the header will not show "undefined settings".
Actual Result:
The link in the header shows "undefined settings".
The same issue goes for Tags and Report fields.
Workaround:
Unknown
Platforms:
Screenshots/Videos
Bug6607411_1726643329782.20240918_150524.mp4
View all open jobs on GitHub
Upwork Automation - Do Not Edit
Issue Owner
Current Issue Owner: @alexpensifyThe text was updated successfully, but these errors were encountered: