-
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
[$1000] Clicking the statement link in the Mac Desktop app opens the link in web instead of opening in the app sidebar directly #33977
Comments
Triggered auto assignment to @bfitzexpensify ( |
Bug0 Triage Checklist (Main S/O)
|
@bfitzexpensify Whoops! This issue is 2 days overdue. Let's get this updated quick! |
Job added to Upwork: https://www.upwork.com/jobs/~01e81b7c4cb7cbfa0e |
Triggered auto assignment to Contributor-plus team member for initial proposal review - @akinwale ( |
📣 @AnaVlasin! 📣
|
Contributor details |
✅ Contributor details stored successfully. Thank you for contributing to Expensify! |
Awaiting proposals. |
Is there a way to reproduce creating that Monthly statement, without having to enter any personal information, say as by having a test account or similar? Also I am fairly new to Expensify so a step-by-step guide / video recording on how to reproduce this would be nice. |
Hey @BriniM, does https://expensify.slack.com/archives/C01GTK53T8Q/p1701213684698809 answer your question? |
I'm going to be mostly ooo until Jan 29, assigning a second BZ team member to keep an eye on this.
|
Triggered auto assignment to @MitchExpensify ( |
Hello, Im Piotr from Callstack and would like to help with this issue |
Friendly bump @Piotrfj |
Update: The issue is replicable and the source seems to be in link conversion |
@akinwale, @MitchExpensify, @bfitzexpensify, @Piotrfj Eep! 4 days overdue now. Issues have feelings too... |
@bfitzexpensify Not much movement on this one while you were out. Worth doubling do you think? |
Upwork job price has been updated to $1000 |
Yep, I reckon - updated to $1000 |
Wanted to reproduce the monthly statement but couldn't find a way to do this for a fresh expensify account with dummy data, would love to investigate this otherwise. |
This comment was marked as outdated.
This comment was marked as outdated.
I think the problem comes from BE here and I came to this conclusion while debugging (more context above in my outdated proposal) - how so ? I noticed that there's no issues with any platform opening the RHN of the statement as long as the statement link has the following form:
The only case when the app opens the link externally via the browser is when the statement's link domain env doesn't match the app's env which that's trying to open said link. This is where I assume the BE sent the wrong env domain for the statement link via Concierge and when this issue was found, if it was found on staging, the link most likely had the prod env domain which the staging app doesn't recognize therefore it opens a new web tab regardless of the platform (web, desktop, natives). Note: It doesn't have anything to do with the statement link being corrupt or anything like that - it's just the domain env mismatch with the app that's trying to open the link. We can wait for confirmation from @m-natarajan as to how their Concierge statement link actually looks in terms of domain env and where the open attempt was performed. For anyone who wants to test or confirm this, here's how you can generate a statement bypassing the wallet / bank flow:
|
@akinwale @MitchExpensify @bfitzexpensify @Piotrfj this issue is now 4 weeks old and preventing us from maintaining WAQ, can you:
Thanks! |
Current assignee @akinwale is eligible for the Internal assigner, not assigning anyone new. |
@MitchExpensify @m-natarajan Can you please provide a way to get the exact same message in Concierge chat? |
@akinwale, @bfitzexpensify, @Piotrfj Whoops! This issue is 2 days overdue. Let's get this updated quick! |
@puneetlath mind taking a look at this comment given you were the one who originally noticed this problem? |
I think the statement links that Concierge sends always have prod env, no matter on what env the user is seeing said link. Similar to the fact that when we're attempting login from staging / dev we always get the prod domain magic link (https://new.expensify.com/...). More context about this here #34177 (comment). Technically we could have a FE based fix which would always make sure that we convert all expensify domain links to the current env of the user, but I think this should be handled by BE in all cases. |
Thanks @ikevin127 cc @thienlnam from the work in https://github.com/Expensify/Expensify/issues/213310 - Jack, mind taking a look at #33977 (comment) and #33977 (comment) and confirming you think this should be a BE fix? |
That sounds correct, though the link we send in the Concierge message is always to production. I'm guessing Puneet might have opened this from the staging desktop environment and then clicked on the link which opened prod in web? That seems fine as long as it works in production as expected. |
Mind confirming this @puneetlath?
If that's what happened, then we can close this out. |
Ah yeah, that's probably what it was. I'll try it again when the next statement comes. Thanks y'all! |
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: 1.4.22-0
Reproducible in staging?: needs reproduction
Reproducible in production?: needs reproduction
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
Expensify/Expensify Issue URL:
Issue reported by: @puneetlath
Slack conversation: https://expensify.slack.com/archives/C049HHMV9SM/p1704219520043159
Action Performed:
Expected Result:
Should open in the side bar
Actual Result:
Opens in the web
Workaround:
unknown
Platforms:
Which of our officially supported platforms is this issue occurring on?
Screenshots/Videos
Add any screenshot/video evidence
View all open jobs on GitHub
Upwork Automation - Do Not Edit
The text was updated successfully, but these errors were encountered: