Repository navigation
[DAS-Dashboard #1191/#1192] Small improvements on sidebar actions messages - #305
Conversation
|
Warning Review limit reached
Next review available in: 1 minute You've used all free OSS reviews for now. Wait for the free limit to reset to keep reviewing this public repository. How can I continue?After more reviews become available, a review can be triggered using the To avoid repeated limits, reduce automatic review volume by pausing incremental auto-reviews earlier, using label-based review opt-in, excluding WIP or generated PR titles, or requesting reviews manually when the PR is ready. If your team needs uninterrupted high-volume reviews, an organization admin can enable usage-based reviews. How do review limits work?CodeRabbit enforces per-developer PR review limits for each organization. Most developers receive the normal plan review availability. For paid Pro and Pro+ PR reviews, CodeRabbit uses adaptive limits for sustained high-volume activity. When a developer's recent PR review activity reaches the 95th percentile or higher among CodeRabbit users, additional reviews become available more gradually as earlier reviews age out of the rolling window. Please refer docs for additional details. Review details⚙️ Run configurationConfiguration used: Path: .coderabbit.yaml Review profile: ASSERTIVE Plan: Pro Plus Run ID: 📒 Files selected for processing (1)
WalkthroughThe dashboard now provides detailed AtomDB and architecture start confirmations, updates sidebar action ordering and state wiring, preserves dialog newlines, and refines the Attention Focus Strictness control layout and value display. ChangesDashboard action UI
Estimated code review effort: 3 (Moderate) | ~20 minutes Possibly related PRs
Suggested reviewers: Caution Pre-merge checks failedPlease resolve all errors before merging. Addressing warnings is optional.
❌ Failed checks (1 error)
✅ Passed checks (4 passed)
✨ Finishing Touches📝 Generate docstrings
🧪 Generate unit tests (beta)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
There was a problem hiding this comment.
Actionable comments posted: 2
Caution
Some comments are outside the diff and can’t be posted inline due to platform limitations.
⚠️ Outside diff range comments (1)
das-dashboard/src/components/dashboard/MainContent/sidebar/AtomDBActionControl.jsx (1)
62-83: 🩺 Stability & Availability | 🟡 Minor | ⚡ Quick winTrack confirmation preparation as a busy state.
When
atomDbOnlineis false,handleDatabaseActionawaitsgetConfigDefaults()before it callsshowConfirm.setBusyruns only insideexecuteAsyncAction, after the user confirms.During this wait, a second click can start another lookup and overwrite the dialog. Another sidebar action can also start. Set a preparation state before the await and clear it after
showConfirm. Include it inLOADING_KEYSor use a separate disabled flag.🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the rest with a brief reason, keep changes minimal, and validate. In `@das-dashboard/src/components/dashboard/MainContent/sidebar/AtomDBActionControl.jsx` around lines 62 - 83, Update handleDatabaseAction to set a busy/preparation state before awaiting getConfigDefaults and clear it after showConfirm completes, including this state in LOADING_KEYS or the relevant disabled flag so repeated clicks and other sidebar actions are blocked during confirmation preparation.
🤖 Prompt for all review comments with AI agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.
Inline comments:
In
`@das-dashboard/src/components/dashboard/MainContent/sidebar/ArchitectureActionControl.jsx`:
- Around line 120-126: Add a component regression test for the confirmation flow
around showConfirm in ArchitectureActionControl, selecting a known subset of
services and asserting the exact confirmation message, including
ALL_SERVICES-resolved labels, their selected order, and bullet formatting.
In `@das-dashboard/src/components/dashboard/MainContent/sidebar/SideBar.jsx`:
- Around line 107-113: Update the sidebar status flow around loadInfraStatus and
AtomDBActionControl so AtomDB online state is stored per host rather than
aggregated across all hosts. Refresh the selected host’s status whenever
currentMachine changes, pass that host-specific status to AtomDBActionControl,
and keep the control disabled until the selected host’s status is known to
prevent choosing the wrong Start/Stop action.
---
Outside diff comments:
In
`@das-dashboard/src/components/dashboard/MainContent/sidebar/AtomDBActionControl.jsx`:
- Around line 62-83: Update handleDatabaseAction to set a busy/preparation state
before awaiting getConfigDefaults and clear it after showConfirm completes,
including this state in LOADING_KEYS or the relevant disabled flag so repeated
clicks and other sidebar actions are blocked during confirmation preparation.
🪄 Autofix (Beta)
Fix all unresolved CodeRabbit comments on this PR:
- Push a commit to this branch (recommended)
- Create a new PR with the fixes
ℹ️ Review info
⚙️ Run configuration
Configuration used: Path: .coderabbit.yaml
Review profile: ASSERTIVE
Plan: Pro Plus
Run ID: fb284704-3870-4ac4-9e4b-a352b62e6a1f
📒 Files selected for processing (5)
das-dashboard/src/components/configuration_page/Agents/AgentsParams/BaseParams.jsxdas-dashboard/src/components/dashboard/MainContent/sidebar/ArchitectureActionControl.jsxdas-dashboard/src/components/dashboard/MainContent/sidebar/AtomDBActionControl.jsxdas-dashboard/src/components/dashboard/MainContent/sidebar/SideBar.jsxdas-dashboard/src/components/global_providers/DialogProvider.jsx
|
The "Start Architecture" message is OK but the "Start AtomDB" is not. The messages is misleading because it implies that any DBMS (on any port) will be affected and this is not accurate. |
Applies changes requested in #1191 and #1192: