-
Notifications
You must be signed in to change notification settings - Fork 2.9k
chore(JB): cleanup applyToFile
logic
#5680
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
Conversation
✅ Deploy Preview for continuedev canceled.
|
All contributors have signed the CLA ✍️ ✅ |
I have read the CLA Document and I hereby sign the CLA |
1 similar comment
I have read the CLA Document and I hereby sign the CLA |
...ellij/src/test/kotlin/com/github/continuedev/continueintellijextension/utils/BrowserUtils.kt
Show resolved
Hide resolved
gui/src/redux/slices/sessionSlice.ts
Outdated
@@ -47,7 +47,7 @@ type SessionState = { | |||
symbols: FileSymbolMap; | |||
mode: MessageModes; | |||
codeBlockApplyStates: { | |||
states: ApplyState[]; | |||
states: UpdateApplyStatePayload[]; |
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.
Since CodeToEdit and ApplyState are stored statefully and passed around in other places, I think the original naming makes more sense than adding payload
, and is more concise
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.
@Patrick-Erichsen does this include that last bug we found with partial rejection/acceptance messing up the file or should we open new ticket for that?
@RomneyDa that is fixed in a subsequent PR 👍 |
Summary by mrge
Refactored the IntelliJ apply-to-file logic into a new ApplyToFileHandler class for better structure and testability, and updated related types and usages across the codebase.
EditorUtils
with additional editor related functionality