-
Notifications
You must be signed in to change notification settings - Fork 1.3k
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
feat: added kafka - scenario - 4 #6370
Conversation
Build Error! No Linked Issue found. Please link an issue or mention it in the body using #<issue_id> |
Build Error! No Linked Issue found. Please link an issue or mention it in the body using #<issue_id> |
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.
❌ Changes requested. Reviewed everything up to 6ec43f3 in 1 minute and 0 seconds
More details
- Looked at
204
lines of code in7
files - Skipped
0
files when reviewing. - Skipped posting
3
drafted comments based on config settings.
1. frontend/src/pages/MessagingQueues/MQDetails/MQTables/getKafkaSpanEval.tsx:32
- Draft comment:
Consider adding error handling for network errors in thegetKafkaSpanEval
function to prevent unhandled promise rejections. - Reason this comment was not posted:
Decided after close inspection that this draft comment was likely wrong and/or not actionable:
The function already includes a try-catch block to handle errors, which is a standard way to manage network errors in asynchronous functions. The comment does not provide specific guidance on what additional error handling is required, making it speculative. The existing error handling seems sufficient for the function's purpose.
The comment might be suggesting a more specific type of error handling that isn't immediately obvious, such as handling specific error codes or retry logic. However, without specific guidance, it's hard to determine the necessity of the comment.
The lack of specificity in the comment makes it difficult to act upon, and the existing error handling seems to cover the general case of network errors. Without clear evidence of a deficiency, the comment appears unnecessary.
The comment should be deleted as it is speculative and the existing error handling seems sufficient. The comment does not provide actionable guidance.
2. frontend/src/pages/MessagingQueues/MQDetails/MQDetails.tsx:142
- Draft comment:
The return statement fordropRate
view incheckValidityOfDetailConfigs
might not be correct. Verify if this logic is intended. - Reason this comment was not posted:
Comment did not seem useful.
3. frontend/src/pages/MessagingQueues/MessagingQueues.tsx:181
- Draft comment:
Avoid using inline styles for theCalendar
component. Use CSS classes or styled components instead. This applies to other instances in this file as well. - Reason this comment was not posted:
Comment was on unchanged code.
Workflow ID: wflow_z7aZbkVPHWSUWV61
Want Ellipsis to fix these issues? Tag @ellipsis-dev
in a comment. You can customize Ellipsis with 👍 / 👎 feedback, review rules, user-specific overrides, quiet
mode, and more.
frontend/src/pages/MessagingQueues/MQDetails/MQTables/getKafkaSpanEval.tsx
Outdated
Show resolved
Hide resolved
Build Error! No Linked Issue found. Please link an issue or mention it in the body using #<issue_id> |
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.
❌ Changes requested. Incremental review on ba89889 in 52 seconds
More details
- Looked at
319
lines of code in7
files - Skipped
0
files when reviewing. - Skipped posting
6
drafted comments based on config settings.
1. frontend/src/pages/MessagingQueues/MQDetails/MQTables/getKafkaSpanEval.tsx:15
- Draft comment:
Consider re-adding error handling for the axios post request to manage potential errors effectively. - Reason this comment was not posted:
Marked as duplicate.
2. frontend/src/pages/MessagingQueues/MQDetails/MQTables/getPartitionLatencyDetails.ts:23
- Draft comment:
Consider re-adding error handling for the axios post request to manage potential errors effectively. - Reason this comment was not posted:
Marked as duplicate.
3. frontend/src/pages/MessagingQueues/MQDetails/MQTables/getPartitionLatencyOverview.ts:14
- Draft comment:
Consider re-adding error handling for the axios post request to manage potential errors effectively. - Reason this comment was not posted:
Marked as duplicate.
4. frontend/src/pages/MessagingQueues/MQDetails/MQTables/getTopicThroughputDetails.ts:16
- Draft comment:
Consider re-adding error handling for the axios post request to manage potential errors effectively. - Reason this comment was not posted:
Marked as duplicate.
5. frontend/src/pages/MessagingQueues/MQDetails/MQTables/getTopicThroughputOverview.ts:15
- Draft comment:
Consider re-adding error handling for the axios post request to manage potential errors effectively. - Reason this comment was not posted:
Marked as duplicate.
6. frontend/src/pages/MessagingQueues/MQDetails/MQTables/MQTables.tsx:1
- Draft comment:
Avoid using thecomponent/index.tsx
file structure approach, as it makes it difficult to debug and find components using global search tools like VS Code. This is also applicable in other files likegetKafkaSpanEval.tsx
,getPartitionLatencyDetails.ts
, etc. - Reason this comment was not posted:
Comment was on unchanged code.
Workflow ID: wflow_hu3GW47unp9OWs0H
Want Ellipsis to fix these issues? Tag @ellipsis-dev
in a comment. You can customize Ellipsis with 👍 / 👎 feedback, review rules, user-specific overrides, quiet
mode, and more.
frontend/src/pages/MessagingQueues/MQDetails/MQTables/getConsumerLagDetails.ts
Show resolved
Hide resolved
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.
Thanks for making the changes, @SagarRajput-7 🙏 🙂.
assuming that you have tested the error states.
Yes |
Summary
Added scenario - 4 changes
Related Issues / PR's
Screenshots
Screen.Recording.2024-11-05.at.7.18.35.PM.mov
Affected Areas and Manually Tested Areas
Important
Add 'dropRate' view to Kafka messaging queues with new API and UI updates.
MQDetailPage.tsx
, replacing 'consumerLatency'.MessagingQueuesDetails
to exclude 'dropRate' from certain views.getKafkaSpanEval
ingetKafkaSpanEval.tsx
for 'dropRate' API calls.getKafkaSpanEval
for evaluating Kafka spans.getConsumerLagDetails.ts
to include optionalevalTime
.MessagingQueueOverview.tsx
to handle 'dropRate' view.MessagingQueues.tsx
to reflect 'dropRate' in UI.MessagingQueuesViewType
inMessagingQueuesUtils.ts
.This description was created by for ba89889. It will automatically update as commits are pushed.