Skip to content

Conversation

@muratmerdoglu-dp
Copy link
Contributor

Short Description

Links to Ticket and related Pull-Requests

Changes

Data-security

Deployment

New Repos, NPM packages or vendor scripts

Screenshots of UI changes

Checklist before merging

  • QA: In addition to review, the code has been manually tested (if manual testing is possible)
  • PO: Any deviation from requirements was agreed with Product-Owner / ticket author / support-team
  • DEV: Every new component is implemented having accessibility in mind (e.g. aria-label, role property)
  • Cypress: Every new feature has suitable Cypress tests implemented

Notice: Please keep this Pull-Request as a Draft (or add WIP label), until it is ready to be reviewed

}
if (currentUserId.value && isRoomOwner(currentUserId.value)) {
return !isRoomOwner(item.userId);
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Since there can be only one person as room owner and we checked already in the if above do we still need this check? would currentUserId.value === item.userId be enough? But I am really confused by the whole topic so... :)

}
if (currentUserId.value && isRoomOwner(currentUserId.value)) {
return !isRoomOwner(item.userId);
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think the method isRoomOwner is a suitable one to check if a user has this room role which is not the currentUser.
But using it together now with the currentUser somehow confuses the logic within the method for me. What exactly do we want to allow with it? Maybe we can write another method for this usecase (which is still unclear to me) to check for that specific property of the currentUser we want to check for.

@muratmerdoglu-dp muratmerdoglu-dp deleted the BC-10804-bug-fix-admin branch October 16, 2025 11:18
@muratmerdoglu-dp
Copy link
Contributor Author

muratmerdoglu-dp commented Oct 16, 2025

closed because the ticket number and the branch name were incorrect.

The correct PR is: #3924

@sonarqubecloud
Copy link

Please retry analysis of this Pull-Request directly on SonarQube Cloud

@sonarqubecloud
Copy link

Quality Gate Failed Quality Gate failed

Failed conditions
54.2% Coverage on New Code (required ≥ 80%)

See analysis details on SonarQube Cloud

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Development

Successfully merging this pull request may close these issues.

4 participants