we should actually use the room state to validate the power levels

[github-actions]

homeserver/packages/federation-sdk/src/services/room.service.ts

Lines 645 to 649 in 8955f15

	// TODO we should actually use the room state to validate the power levels
	const authEventIds = await this.eventService.getAuthEventIds(
	'm.room.member',
	{ roomId, senderId },

---

This issue was generated by todo-issue based on a TODO comment in 8955f15. It's been assigned to @sampaiodiego because they committed the code.

[coderabbitai]

📝 CodeRabbit Plan Mode

Generate an implementation plan and prompts that you can use with your favorite coding agent.

• Create Plan

Examples

• Example 1
• Example 2

---

🔗 Similar Issues

Related Issues

• is this just suppose to log things? #251
• check if all sendEventToAllServersInRoom should be followed by an emitter #304
• change this to call stagingAreaService directly (line above) #178
• check if those are the only valid auth events or the only current implemented #148
• not used #127

🔗 Related PRs

RocketChat/Rocket.Chat#37007 - fix: missing reactivity when creating a federated room [merged]
#281 - fix: can't add local users on remote rooms [merged]
RocketChat/Rocket.Chat#37246 - fix(federation): can't add local users to remote rooms [merged]
#286 - fix: receive invite_room_state as invite param [merged]
#300 - feat: add room invites support [merged]

👤 Suggested Assignees

• rodrigok
• juliajforesti
• sampaiodiego
• ricardogarim

---

🧪 Issue enrichment is currently in open beta.

You can configure auto-planning by selecting labels in the issue_enrichment configuration.

To disable automatic issue enrichment, add the following to your .coderabbit.yaml:

issue_enrichment:
  auto_enrich:
    enabled: false

💬 Have feedback or questions? Drop into our discord or schedule a call!