-
Notifications
You must be signed in to change notification settings - Fork 0
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
upcoming: [DI-22217] - Added AlertListing component With Table header… #39
base: develop
Are you sure you want to change the base?
upcoming: [DI-22217] - Added AlertListing component With Table header… #39
Conversation
…s, Table rows and added the GET api endpoint and mockServer for fetching alert definitions
<TableCell actionCell /> | ||
</TableRow> | ||
</TableHead> | ||
<TableBody> |
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.
Changing this to the TableLoadingRow as per recent discussions for UI
interface Props { | ||
alert: Alert; | ||
} | ||
|
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.
description of props for the interface is missing
const { created_by, id, label, service_type, status, updated } = alert; | ||
const alertSeverity = alertSeverityOptions.find( | ||
(option) => option.value === alert.severity | ||
); |
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.
React memo can be removed from the whole component and can be added for alertSeverity
…or the AlertListing Table and minor changes
…ses, unabbreviated UT to Unit Tests in changeset
…ved waitFor in the unit tests and removed Severity column, removed the Placeholder Icon for Alerts Landing empty state
…he TableHead Row, Replaced referencing colors directly and used theme styling for colors
…er AlertListingTableLabelMap, used shorthand
merging latest changes from linode/develop
…s, Table rows and added the GET api endpoint and mockServer for fetching alert definitions
Description 📝
Highlight the Pull Request's context and intentions.
Changes 🔄
List any change(s) relevant to the reviewer.
Target release date 🗓️
Please specify a release date (and environment, if applicable) to guarantee timely review of this PR. If exact date is not known, please approximate and update it as needed.
Preview 📷
Include a screenshot or screen recording of the change.
🔒 Use the Mask Sensitive Data setting for security.
💡 Use
<video src="" />
tag when including recordings in table.How to test 🧪
Prerequisites
(How to setup test environment)
Reproduction steps
(How to reproduce the issue, if applicable)
Verification steps
(How to verify changes)
Author Checklists
As an Author, to speed up the review process, I considered 🤔
👀 Doing a self review
❔ Our contribution guidelines
🤏 Splitting feature into small PRs
➕ Adding a changeset
🧪 Providing/improving test coverage
🔐 Removing all sensitive information from the code and PR description
🚩 Using a feature flag to protect the release
👣 Providing comprehensive reproduction steps
📑 Providing or updating our documentation
🕛 Scheduling a pair reviewing session
📱 Providing mobile support
♿ Providing accessibility support
As an Author, before moving this PR from Draft to Open, I confirmed ✅
Commit message and pull request title format standards
<commit type>: [JIRA-ticket-number] - <description>
Commit Types:
feat
: New feature for the user (not a part of the code, or ci, ...).fix
: Bugfix for the user (not a fix to build something, ...).change
: Modifying an existing visual UI instance. Such as a component or a feature.refactor
: Restructuring existing code without changing its external behavior or visual UI. Typically to improve readability, maintainability, and performance.test
: New tests or changes to existing tests. Does not change the production code.upcoming
: A new feature that is in progress, not visible to users yet, and usually behind a feature flag.Example:
feat: [M3-1234] - Allow user to view their login history