Closed rashmivkulkarni closed 3 years ago
Pinging @elastic/kibana-reporting-services (Team:Reporting Services)
When security is enabled, we only get the first expected CSP error. We don't get the 403.
First error is expected as it is coming from the headless browser that is opening the dashboard.
None of the errors are coming from the headless browser, or from the Reporting plugin. The Reporting plugin is the messenger for errors that are logged on the page. The browser is headless, so there would be no other way for the user to ever see those errors.
The root cause is due to plugins on the page. I'm removing the Reporting labels from this issue.
I just realized there is a reporting bug here, since the error message doesn't show the location of what is logging that error.
https://pptr.dev/#?product=Puppeteer&version=v8.0.0&show=api-consolemessagelocation
@rashmivkulkarni do you have this message in your logs: Chromium received a non-OK response (403)
? If so, does that log line show the URL that causes the 403 error?
yes, I hit the error and have linked it in the original issue. Closing this one. https://github.com/elastic/kibana/issues/100285#issuecomment-854985857
Kibana version : 8.0 snapshot
Steps: 1) Running default distribution 2) No security enabled 3) Installed e-commerce sample data 4) Go to the dashboard and print the PDF report.
[eCommerce] Revenue Dashboard
Errors caught in server logs
First error is expected as it is coming from the headless browser that is opening the dashboard. But the second error is what is not expected as we do not have security enabled.
Tried with a new dashboard with any visualization hits the above 403 error . But the PDF gets generated successfully.
Tried printing a new visualization, - causes the same 403 error. Tried export from Discover - CSV reports- didn't cause the 403 error.
Note: trying to get to a point where we fail tests if there are unexpected errors in the logs.