You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
[$1000] [HOLD for payment 2023-06-29] [HOLD for payment 2023-06-28] Avatar is not loading when opening a 'share code' link #20993
Precondition: account A & account B should be new accounts with no pre-existing chat history.
Open a tab where account A is signed in
Click on 'Profile' avatar > click on 'Share code' link > click on 'Copy URL to Clipboard button'
Open a tab where account B is signed in
Paste the URL to the search bar
Press Enter
Expected Result:
Avatar on the details page should load
Actual Result:
Avatar on the details page is not loading
Workaround:
Can the user still use Expensify without this being fixed? Have you informed them of the workaround?
Platforms:
Which of our officially supported platforms is this issue occurring on?
Android / native
Android / Chrome
iOS / native
iOS / Safari
MacOS / Chrome / Safari
MacOS / Desktop
Version Number: 1.3.29-0 Reproducible in staging?: y Reproducible in production?: n 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
👋 Friendly reminder that deploy blockers are time-sensitive ⏱ issues! Check out the open StagingDeployCash deploy checklist to see the list of PRs included in this release, then work quickly to do one of the following:
Identify the pull request that introduced this issue and revert it.
I personally don't think this is a deploy blocker because this seems a lack from personalDetails refactor.
Please re-state the problem that we are trying to solve in this issue.
Avatar is not loading when opening a 'share code' link
What is the root cause of that problem?
We only compare the login from the share url with our local personalDetails accounts. If we couldn't find it, we added fallback icon, which showed in this issue.
What changes do you think we should make in order to solve the problem?
Since we already implemented new UserDetail page (/a route). We should also migrate our ShareUrl page to use it. Because right now, we still using the login instead of accountID.
So we should change the way we generate share url inside ShareCodePage to use accountID
// we should use accountID instead of login and use the route /a for personal detailconsturl=isReport ? `${CONST.NEW_EXPENSIFY_URL}r/${this.props.report.reportID}` : `${CONST.NEW_EXPENSIFY_URL}a/${this.props.session.accountID}`;
What alternative solutions did you explore? (Optional)
I think the BugZero checklist here is moot since a refactor of the Personal Details data structure that didn't catch is what caused this issue. There's no real way to test for "Hey, when you change stuff, make sure you get all the cases." you can only do your best and then fix it quickly when you don't catch them all.
Activity
melvin-bot commentedon Jun 18, 2023
Triggered auto assignment to @laurenreidexpensify (
Bug), see https://stackoverflow.com/c/expensify/questions/14418 for more details.melvin-bot commentedon Jun 18, 2023
Bug0 Triage Checklist (Main S/O)
Platformsin OP are ✅)OSBotify commentedon Jun 18, 2023
👋 Friendly reminder that deploy blockers are time-sensitive ⏱ issues! Check out the open
StagingDeployCashdeploy checklist to see the list of PRs included in this release, then work quickly to do one of the following:melvin-bot commentedon Jun 18, 2023
Triggered auto assignment to @deetergp (
Engineering), see https://stackoverflow.com/c/expensify/questions/4319 for more details.hungvu193 commentedon Jun 18, 2023
Proposal
I personally don't think this is a deploy blocker because this seems a lack from
personalDetailsrefactor.Please re-state the problem that we are trying to solve in this issue.
Avatar is not loading when opening a 'share code' link
What is the root cause of that problem?
We only compare the login from the share url with our local
personalDetailsaccounts. If we couldn't find it, we added fallback icon, which showed in this issue.App/src/pages/DetailsPage.js
Lines 94 to 109 in bee8fd3
What changes do you think we should make in order to solve the problem?
Since we already implemented new UserDetail page (/a route). We should also migrate our ShareUrl page to use it. Because right now, we still using the login instead of
accountID.So we should change the way we generate share url inside
ShareCodePageto useaccountIDWhat alternative solutions did you explore? (Optional)
N/A
Result
Untitled.mov
25 remaining items
melvin-bot commentedon Jun 28, 2023
Triggered auto assignment to Contributor-plus team member for initial proposal review - @sobitneupane (
External)laurenreidexpensify commentedon Jun 28, 2023
Was adding
externallabel to get Upwork job to pay the issue reporter, ignore C+ assignmentlaurenreidexpensify commentedon Jun 28, 2023
@Natnael-Guchima I have sent offer in Upwork for reporting bonus
Natnael-Guchima commentedon Jun 28, 2023
Accepted the offer. Thanks @laurenreidexpensify
hungvu193 commentedon Jun 28, 2023
@laurenreidexpensify I think I'm eligible for payment for this issue, since my proposal was selected in the PR.
#21081
deetergp commentedon Jun 28, 2023
I think the BugZero checklist here is moot since a refactor of the Personal Details data structure that didn't catch is what caused this issue. There's no real way to test for "Hey, when you change stuff, make sure you get all the cases." you can only do your best and then fix it quickly when you don't catch them all.
laurenreidexpensify commentedon Jun 30, 2023
@hungvu193 that's fair - sent you an offer in upwork.
@Natnael-Guchima - payment has been issued
hungvu193 commentedon Jun 30, 2023
Thanks @laurenreidexpensify , accepted!
Natnael-Guchima commentedon Jun 30, 2023
Received. Thanks 👍
laurenreidexpensify commentedon Jul 3, 2023
@hungvu193 has been paid - closing