Fleet UI: Restore download button for script-only packages - #48909
Conversation
#48794 tightened the accordion download gate to `row.isActive && !isScriptPackage`, which silently regressed 4.87.1 / 4.88 behavior — those releases show Download + Delete for any custom package, including script-only ones. Nothing in #48418 or the handbook asks to exclude script packages; the backend already serves them from the same object store. Drop the `!isScriptPackage` clause so the button reappears for script-only custom packages. Also correct the stale doc comment on `canDownload` that claimed script-only packages have no file to download. Closes #48907
|
@claude review |
There was a problem hiding this comment.
Pull request overview
Restores the “Download installer” button on the Software title details page for script-only custom packages by adjusting the UI gating logic, and updates the related prop documentation to reflect that script packages do have a downloadable file.
Changes:
- Allow downloads for active package rows regardless of
isScriptPackage(canDownloadnow tracksrow.isActiveonly). - Update
LibraryItemAccordionprop docs to remove the incorrect claim that script-only packages have no downloadable file.
Reviewed changes
Copilot reviewed 2 out of 2 changed files in this pull request and generated 1 comment.
| File | Description |
|---|---|
| frontend/pages/SoftwarePage/SoftwareTitleDetailsPage/SoftwareTitleDetailsPage.tsx | Removes the !isScriptPackage condition so active script-only packages show the download button. |
| frontend/pages/SoftwarePage/SoftwareTitleDetailsPage/LibraryItemAccordion/LibraryItemAccordion.tsx | Updates canDownload prop comment to align with script-only packages being downloadable. |
💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.
| failedPath={statusPath("failed")} | ||
| hashSha256={row.isActive ? pkg.hash_sha256 ?? null : null} | ||
| canDownload={row.isActive && !isScriptPackage} | ||
| canDownload={row.isActive} |
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Path: .coderabbit.yaml Review profile: CHILL Plan: Pro Run ID: 📒 Files selected for processing (2)
WalkthroughThe change modifies the Changes
Related issues
Possibly related PRs
Suggested labels: bug, frontend, patch Suggested reviewers: none identified from provided context 🐰 A button once hidden, now shining anew, 🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 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 |
Codecov Report✅ All modified and coverable lines are covered by tests. Additional details and impacted files@@ Coverage Diff @@
## main #48909 +/- ##
========================================
Coverage 68.06% 68.06%
========================================
Files 3706 3706
Lines 234721 234721
Branches 12354 12503 +149
========================================
Hits 159768 159768
Misses 60609 60609
Partials 14344 14344
Flags with carried forward coverage won't be shown. Click here to find out more. ☔ View full report in Codecov by Harness. 🚀 New features to boost your workflow:
|
Issue
Closes #48907
Description
row.isActive && !isScriptPackage, silently dropping the download button for script-only custom packages. 4.87.1 and the 4.88 RC still show Download + Delete for any custom package (including script-only) via the olderSoftwareInstallerCard, and nothing in Added custom software packages do not have the download button available on software details page #48418 or the handbook asks to exclude script packages.!isScriptPackageclause onSoftwareTitleDetailsPage.tsxsocanDownloadtracksrow.isActiveonly. Backend (DownloadSoftwareInstaller) already serves the script file from the same object store as.pkg/.msi, so no server change needed.canDownloadprop comment that claimed script-only packages have no downloadable file.Screenshot
Testing
Summary by CodeRabbit