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
fix(Communities): Introduce request id for checking community permissions #14403
Conversation
Jenkins BuildsClick to see older builds (41)
|
@MishkaRogachev JSON rpc should already have a request id you can use:
can we leverage that instead? |
you are right in case we need to identify requests between status-go and desktop, should use id from json, here the problem is a bit deeper on ui, i think when i come back to this PR i need to create a second permissions model instance to check permissions independently from the main community permissions model |
c4c0f96
to
57b21a0
Compare
8ef6236
to
54b9fb3
Compare
@caybro @mprakhov
|
@@ -378,7 +378,7 @@ method onAcceptRequestToJoinFailedNoPermission*(self: AccessInterface, community | |||
method onDeactivateChatLoader*(self: AccessInterface, chatId: string) {.base.} = | |||
raise newException(ValueError, "No implementation available") | |||
|
|||
method onCommunityCheckPermissionsToJoinResponse*(self: AccessInterface, checkPermissionsToJoinResponse: CheckPermissionsToJoinResponseDto) {.base.} = | |||
method onCommunityCheckPermissionsToJoinResponse*(self: AccessInterface, checkPermissionsToJoinResponse: CheckPermissionsToJoinResponseDto, ) {.base.} = |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
unnecessary ,
at the end
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
fixed
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM 👍
54b9fb3
to
12f3a60
Compare
@jrainville @mprakhov @caybro
If anyone can confirm that the problem is not reproducible in the current master, I suggest closing this PR |
If indeed the issue isn't reproducible anymore, it's not worth adding code for no reason. There might be a refactor on the permissions module later anyway |
Yeah, I'd prefer a more consistent refactoring here. Most likely it was fixed here: #13825 |
Close #14376
What does the PR do
Screen.Recording.2024-04-29.at.13.02.38.mov
Affected areas
Communities