-
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 2024-04-15] [Simplified Collect][Members] Members list does not update to show the new admin and owner #39057
Comments
We think that this bug might be related to #wave-control |
👋 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:
|
Triggered auto assignment to @nkuoch ( |
@luacmartins Is this from #37869? |
Yes, we can remove the label and I can take this over since it's from the Simplified Collect project. Thanks for the ping! |
I didn't see this behavior in my tests. @burczu can you reproduce? |
I took a quick look at this. It works for me locally, but for some reason in staging all other policy members seem to get the update except for the user making the request. @iwiznia @danieldoglas any ideas why this update is being delivered to other policy members but not the user making the request since they are also a policy member? This seems to work locally, but not in staging |
@luacmartins was the update returned in the HTTPs response? It should, but if it wasn't, that update won't be sent though pusher to the requester client too. |
@danieldoglas it was not. The http response has an empty array, but other members get the update. |
that's indeed very strange. Anything that is inserted in onyx in which the user is also included should be returned in the HTTP request. So that's where the problem is... not sure why that would happen in staging but not in dev. |
@luacmartins Could you please assign it to me? I think the problem comes from my incorrect assumption when creating mocked API responses - I presumed that once the change owner request is successful, the API will return updated list of members and the related Policy onyx key will update automatically (something like in my example mocked response, I've attached below). But I think we agreed in the proposal document that it will just clear the On the other hand, maybe this should be done on the backend side? Because the update will be visible for other clients instantly then? return new Promise((resolve) => {
setTimeout(() => {
resolve({
jsonCode: 200,
onyxData: [
{
key: 'policy_861B441F4C96AD1E',
onyxMethod: 'merge',
value: {
owner: 'bartek.dybowski+161@callstack.com',
ownerAccountID: 16388108,
errorFields: null,
},
},
],
});
}, 2000);
}); |
@luacmartins I've just added a draft PR with the change that should fix the issue on the front end side. |
@burczu I think setting it optimistically makes sense too, but I think there's something up with the API side too. I'll investigate this again now. |
Ok, here's a video of the request in staging. We can see that the response for the user making the request is empty, but in the end of the video we can see the roles for the other user being updated (after I pointed that out in the video lol), so the Onyx update seems to be sent correctly for that user. This are the request logs, nothing stood out to me. Screen.Recording.2024-03-28.at.11.47.01.AM.movHere's the same request made in dev. We can see that the user making the request also receives the update. dev.mov |
Hmm I think I see an issue, but it's hard to tell if that's the right fix since it works in dev. Gonna put up a PR. |
…not-update-owner #39057 - Members list does not update to show the new admin and owner
…ist-does-not-update-owner Expensify#39057 - Members list does not update to show the new admin and owner
Is this one done and over the line, or what's left to tackle? |
@trjExpensify On the frontend side the issue is fixed, but @luacmartins wanted also to fix this on the backend side, and I don't know if it's done already. |
This is fixed! We're good to close since there's no C+ payment due. |
|
The solution for this issue has been 🚀 deployed to production 🚀 in version 1.4.60-13 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-04-15. 🎊 |
If you haven’t already, check out our contributing guidelines for onboarding and email contributors@expensify.com to request to join our Slack channel!
Version Number: 1.4.57-0
Reproducible in staging?: y
Reproducible in production?: new feature
Issue reported by: Applause - Internal Team
Action Performed:
Precondition:
Expected Result:
The Members list will update to show the new admin and owner.
Actual Result:
The Members list does not update to show the new admin and owner. It only updates after refreshing the page.
Workaround:
n/a
Platforms:
Which of our officially supported platforms is this issue occurring on?
Screenshots/Videos
Add any screenshot/video evidence
Bug6428620_1711540656330.owner_list_not_update.mp4
View all open jobs on GitHub
The text was updated successfully, but these errors were encountered: