Skip to content

Conversation

webfiltered
Copy link
Contributor

@webfiltered webfiltered commented Sep 16, 2025

Summary

Adds desktop dialog framework with data-driven dialog definitions.

Changes

  • Data-driven dialog structure in desktopDialogs.ts
  • Dynamic dialog view component with i18n support
  • Button action types: openUrl, close, cancel
  • Button severity levels for styling (primary, secondary, danger, warn)
  • Fallback invalid dialog for error handling
  • i18n collection script updated for dialog strings

Review focus

  • Colors added to match Figma design specs (coral-red, neutral-550)

Screenshots

When a corrupt environment is detected during server start:
image

If we make mistakes during dev (should NEVER be seen in prod):
image

@webfiltered webfiltered requested a review from a team as a code owner September 16, 2025 06:36
@dosubot dosubot bot added the size:L This PR changes 100-499 lines, ignoring generated files. label Sep 16, 2025
Copy link

github-actions bot commented Sep 16, 2025

🎭 Playwright Test Results

⚠️ Tests passed with flaky tests

⏰ Completed at: 09/17/2025, 11:22:26 PM UTC

📈 Summary

  • Total Tests: 449
  • Passed: 419 ✅
  • Failed: 0
  • Flaky: 1 ⚠️
  • Skipped: 29 ⏭️

📊 Test Reports by Browser

  • chromium: View Report • ✅ 412 / ❌ 0 / ⚠️ 1 / ⏭️ 29
  • chromium-2x: View Report • ✅ 2 / ❌ 0 / ⚠️ 0 / ⏭️ 0
  • chromium-0.5x: View Report • ✅ 1 / ❌ 0 / ⚠️ 0 / ⏭️ 0
  • mobile-chrome: View Report • ✅ 4 / ❌ 0 / ⚠️ 0 / ⏭️ 0

🎉 Click on the links above to view detailed test results for each browser configuration.

Comment on lines 46 to 69
<style scoped>
@reference '../assets/css/style.css';
.p-button-secondary {
@apply text-white rounded-lg border-none bg-neutral-600;
}
.p-button-secondary:hover {
@apply bg-neutral-550;
}
.p-button-secondary:active {
@apply bg-neutral-500;
}
.p-button-danger {
@apply bg-coral-red-600 border-0;
}
.p-button-danger:hover {
@apply bg-coral-red-500;
}
.p-button-danger:active {
@apply bg-coral-red-400;
}
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Nope 🤖

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The border-0 needs to go, but how would you like this done? I do not want to blast over the entire frontend, which is how I would normally go about setting severity colours (globally).

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Discussed offline:

  • This is not the frontend pattern
  • It is attempting to emulate a second style.css, as we cannot easily use one
  • A temporary exception is being made until we either: unify all designs on the same buttons, or this just gets split out into a smaller, desktop-only section.

DrJKL
DrJKL previously approved these changes Sep 17, 2025
@webfiltered webfiltered added needs-backport Fix/change that needs to be cherry-picked to the current feature freeze branch 1.27 labels Sep 18, 2025
@webfiltered webfiltered merged commit 09e7d10 into main Sep 18, 2025
29 of 30 checks passed
@webfiltered webfiltered deleted the desktop-dialogs branch September 18, 2025 03:32
webfiltered added a commit that referenced this pull request Sep 18, 2025
### Summary

Adds desktop dialog framework with data-driven dialog definitions.

### Changes

- Data-driven dialog structure in `desktopDialogs.ts`
- Dynamic dialog view component with i18n support
- Button action types: openUrl, close, cancel
- Button severity levels for styling (primary, secondary, danger, warn)
- Fallback invalid dialog for error handling
- i18n collection script updated for dialog strings
webfiltered added a commit that referenced this pull request Sep 18, 2025
## Summary
Cherry-picked PR #5605 (Add desktop dialogs framework) to core/1.27
branch for hotfix release.

## Cherry-picked commits
- 09e7d10: Add desktop dialogs framework (#5605)

## Changes
- Data-driven dialog structure in `desktopDialogs.ts`
- Dynamic dialog view component with i18n support
- Button action types: openUrl, close, cancel
- Button severity levels for styling (primary, secondary, danger, warn)
- Fallback invalid dialog for error handling
- i18n collection script updated for dialog strings

## Testing
- Typecheck passed ✓
- Cherry-pick applied cleanly without conflicts

## Impact
This adds the desktop dialog framework feature to the stable 1.27
branch, allowing desktop applications to display standardized dialogs.

┆Issue is synchronized with this [Notion
page](https://www.notion.so/PR-5634-Hotfix-Cherry-pick-desktop-dialogs-framework-to-core-1-27-2726d73d3650811188e7f7e58766d52f)
by [Unito](https://www.unito.io)
Myestery pushed a commit that referenced this pull request Sep 19, 2025
### Summary

Adds desktop dialog framework with data-driven dialog definitions.

### Changes

- Data-driven dialog structure in `desktopDialogs.ts`
- Dynamic dialog view component with i18n support
- Button action types: openUrl, close, cancel
- Button severity levels for styling (primary, secondary, danger, warn)
- Fallback invalid dialog for error handling
- i18n collection script updated for dialog strings
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

1.27 needs-backport Fix/change that needs to be cherry-picked to the current feature freeze branch size:L This PR changes 100-499 lines, ignoring generated files.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants