-
Notifications
You must be signed in to change notification settings - Fork 7
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
Account => Inbox ID Gigantic Refactor #1488
base: release/3.0.0
Are you sure you want to change the base?
Conversation
Important Review skippedMore than 25% of the files skipped due to max files limit. The review is being skipped to prevent a low-quality review. 115 files out of 199 files are above the max files limit of 75. Please upgrade to Pro plan to get higher limits. You can disable this status message by setting the Finishing Touches
Thank you for using CodeRabbit. We offer it for free to the OSS community and would appreciate your support in helping us grow. If you find it useful, would you consider giving us a shout-out on your favorite social media? 🪧 TipsChatThere are 3 ways to chat with CodeRabbit:
Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments. CodeRabbit Commands (Invoked using PR comments)
Other keywords and placeholders
CodeRabbit Configuration File (
|
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.
- I think we can totally kill Privy. @alexrisch maybe can confirm but if it's causing you problem in your refractor I would just kill everything that has Privy in it
- I would remove the explicit return type like
: Promise<ConversationDataEntity | undefined>
. I know lots of them aren't you that put it, but just in case you see some I think you can remove while doing refactor. - Maybe out of scope in this PR but we'll need to refactor a lot of hooks and queries to stop passing the
currentInboxId
since we'll always execute based on the currentInboxId by default - I would maybe change your cursor rule to not add the big comments. Since we're not doing that pattern it will be weird to see it just from time to time. And they are so big that I will never read IMO.
- I think account.utils will be SOO big. So I would already start to try to find a way to maybe create folder and separate things? I'm not sure about putting
getXmptClient
there for example. - Love replacing the
address
withethAddress
. Feels more explicit. - Like we discussed I would always favor the function having the typing it needs and checking in the caller if we have the value. Example in
useGroupQuery
, it shouldn't beinboxId: string | undefined;
butinboxId: InboxId
and we'll doinboxId!
in the caller if necessary and have our "safe" hook etc...
Looking to get some early feedback on this big boy
#1359 phase 1