-
Notifications
You must be signed in to change notification settings - Fork 4
Revert "feat: Deepnote kernel management view" #151
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
Revert "feat: Deepnote kernel management view" #151
Conversation
This reverts commit dee6066.
|
Issue reopened: GRN-4913 Manage Deepnote kernels |
|
Caution Review failedThe pull request is closed. 📝 WalkthroughWalkthroughThis PR refactors the Deepnote kernel extension from an environment-centric model to a file-based server orchestration model. It removes the entire environments management UI (views, commands, storage, picker) and replaces per-environment server tracking with per-notebook-file tracking. Key additions include a lock-file-based orphan process cleanup mechanism for multi-window safety, simplified API signatures centered on file URIs rather than environment IDs, and consolidated port handling in server metadata. Configuration and localization entries for environments management are also removed. Sequence Diagram(s)sequenceDiagram
participant NB as Notebook Opening
participant KAS as DeepnoteKernelAutoSelector
participant TI as ToolkitInstaller
participant SS as ServerStarter
participant KC as KernelController
rect rgb(220, 240, 220)
Note over NB,KC: New: File-Based Server Workflow
NB->>KAS: ensureKernelSelected(notebook)
KAS->>TI: ensureInstalled(interpreter, deepnoteFileUri)
TI->>TI: Create venv, install toolkit
TI-->>KAS: PythonEnvironment
KAS->>SS: getOrStartServer(interpreter, deepnoteFileUri)
SS->>SS: Write lock file, start server
SS-->>KAS: DeepnoteServerInfo (single port)
KAS->>KAS: Enumerate kernel specs from server
KAS->>KC: Create & register controller
KC-->>NB: Ready
end
rect rgb(240, 220, 220)
Note over SS: Orphan Cleanup (startup)
SS->>SS: Enumerate candidate PIDs
alt Lock file exists
SS->>SS: Check session ID match
SS->>SS: SKIP if active
else No lock file
SS->>SS: Check parent process
SS->>SS: KILL if orphaned
end
end
Possibly related PRs
Suggested reviewers
📜 Recent review detailsConfiguration used: CodeRabbit UI Review profile: ASSERTIVE Plan: Pro Disabled knowledge base sources:
⛔ Files ignored due to path filters (1)
📒 Files selected for processing (35)
Comment |
Codecov Report✅ All modified and coverable lines are covered by tests. Additional details and impacted files@@ Coverage Diff @@
## main #151 +/- ##
=======================================
Coverage 72% 72%
=======================================
Files 568 548 -20
Lines 45226 43061 -2165
Branches 5450 5252 -198
=======================================
- Hits 32827 31337 -1490
+ Misses 10610 9984 -626
+ Partials 1789 1740 -49
🚀 New features to boost your workflow:
|
Reverts #52
Summary by CodeRabbit
New Features
Refactor
Style
Documentation