-
Notifications
You must be signed in to change notification settings - Fork 8.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
[Reporting] Capture CSV error codes #125812
[Reporting] Capture CSV error codes #125812
Conversation
…rs: CSV, QueueTimeout and AuthExpiration
This reverts commit 3a44d6b.
Pinging @elastic/kibana-reporting-services (Team:Reporting Services) |
Pinging @elastic/kibana-app-services (Team:AppServicesUx) |
x-pack/plugins/reporting/server/export_types/csv_searchsource/generate_csv/generate_csv.ts
Outdated
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.
A nice feature that should be very helpful for debugging. The CI failures seem to be unrelated so that it looks good to me 👍
Co-authored-by: Michael Dokolin <[email protected]>
@elasticmachine merge upstream |
💚 Build SucceededMetrics [docs]Unknown metric groupsESLint disabled in files
Total ESLint disabled count
History
To update your PR or re-run it, just comment with: |
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.
Putting error_code
under output
would make more sense to me.
@@ -71,6 +71,7 @@ export interface ReportSource { | |||
*/ | |||
jobtype: string; // refers to `ExportTypeDefinition.jobType` | |||
created_by: string | false; // username or `false` if security is disabled. Used for ensuring users can only access the reports they've created. | |||
error_code?: string; |
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.
@jloleysens would it be possible to move this field under output
?
The organization of fields as it was, used top-level fields for things that may be defined when the job is created, and output
had containment of the fields that may only be defined after report job execution.
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.
Happy with this suggestion, I'll move it in a follow up PR
Friendly reminder: Looks like this PR hasn’t been backported yet. |
Summary
This PR partially addresses #125139
This contribution:
Screenshots
Checklist