-
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
[HOLD for payment 2023-09-18] [$500] Deeplinks - Not found page for concierge chat link after sign in #26314
Comments
👋 Friendly reminder that deploy blockers are time-sensitive ⏱ issues! Check out the open
|
Triggered auto assignment to @neil-marcellini ( |
This is reproducible on prod with the following steps, so it's not a deploy blocker. I think it's also reproducible on all web platforms.
Actual result: A not found page is displayed |
Triggered auto assignment to @joekaufmanexpensify ( |
Bug0 Triage Checklist (Main S/O)
|
@lanitochka17 please try to use the most simple reproduction steps possible, check if it affects all platforms, and check if it is reproducible on production before creating a deploy blocker. |
@joekaufmanexpensify I bet this can be fixed externally |
Un-assigning since engineering is no longer needed until a C+ approves a proposal. |
ProposalPlease re-state the problem that we are trying to solve in this issue.Visiting the concierge using deep link when logged out shows the not found page upon login. What is the root cause of that problem?The RC of this problem is the following if clause in the navigateToConciergeChat method which does not make any sense.
The if clause means that if the I did some digging to find out why this if clause was actually introduced, and found that it was introduced in #19294. Also it is worth noting that the comment on top of the if clause does not make any sense and an engineer also commented the same thing here on the PR. It seems to me that while testing the PR, the reviewer found 2 regressions which he mentioned here #19294 (comment) .The PR author then provided a solution to the regressions here #19294 (comment) by adding this if clause as a workaround to just prevent the delay being caused which resulted in a full screen loader instead of the skeleton view loaders at that time.The workaround sucks IMO because it does not make any sense logically and just causes an extra redirect to first the undefined report and then the original report. What changes do you think we should make in order to solve the problem?We should just remove the if clause mentioned above to fix this issue.I have tested this and it works like a charm for an existing account as well as new account and does not cause any regressions that were mentioned above as in the original PR. Result videos after removing the if clause are attached below. What alternative solutions did you explore? (Optional)N/A ResultExisting Account existing-account.movNew Account new-account.mov |
Reproduced. |
Job added to Upwork: https://www.upwork.com/jobs/~01732ad142820a35d9 |
Current assignee @joekaufmanexpensify is eligible for the External assigner, not assigning anyone new. |
Triggered auto assignment to Contributor-plus team member for initial proposal review - @fedirjh ( |
@fedirjh @deetergp @joekaufmanexpensify PR is ready for review! #26919 |
🎯 ⚡️ Woah @fedirjh / @Talha345, great job pushing this forwards! ⚡️ The pull request got merged within 3 working days of assignment, so this job is eligible for a 50% #urgency bonus 🎉
On to the next one 🚀 |
|
The solution for this issue has been 🚀 deployed to production 🚀 in version 1.3.66-3 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 2023-09-18. 🎊 After the hold period is over and BZ checklist items are completed, please complete any of the applicable payments for this issue, and check them off once done.
For reference, here are some details about the assignees on this issue: As a reminder, here are the bonuses/penalties that should be applied for any External 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:
|
@fedirjh mind handling the BZ checklist this week so we can prep to issue payment? |
BugZero Checklist:
We can update this regression test
|
Great, thanks! I'll finish up the checklist asap. |
@joekaufmanexpensify Payment is due! |
This bug is actually already covered by the regression test listed above, so no action is needed for the test here. I expect that's how we caught this in the first place. |
@Talha345 $750 sent and contract ended! |
@fedirjh $750 sent and contract ended! |
Upwork job closed. |
Bug is fixed, BZ checklist is complete, and all payment issued. Closing as this is all set, thanks everyone! |
If you haven’t already, check out our contributing guidelines for onboarding and email contributors@expensify.com to request to join our Slack channel!
Action Performed:
Expected Result:
The concierge chat is displayed
Actual Result:
A not found page is displayed
Workaround:
Go home and re-open the concierge chat
Platforms:
Which of our officially supported platforms is this issue occurring on?
Version Number: 1.3.59
Reproducible in staging?: Yes
Reproducible in production?: Yes
If this was caught during regression testing, add the test name, ID and link from TestRail:
Email or phone of affected tester (no customers):
Logs: https://stackoverflow.com/c/expensify/questions/4856
Notes/Photos/Videos: Any additional supporting documentation
Bug6182942_navigated_to_the_concierge_chat.mp4
Expensify/Expensify Issue URL:
Issue reported by: Applause - Internal Team
Slack conversation:
View all open jobs on GitHub
Upwork Automation - Do Not Edit
The text was updated successfully, but these errors were encountered: