-
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] Kibana normal PDF reports have cut visualizations and printable PDFs have cut labels #89555
Comments
@tsullivan |
Understood thanks. I was not able to repro on a Linux server. I'll try Windows next. |
Pinging @elastic/kibana-app-services (Team:AppServices) |
Pinging @elastic/kibana-reporting-services (Team:Reporting Services) |
Depends on #90496 |
The user with thsi https://github.com/elastic/sdh-kibana/issues/1316 would thi to be fixed ASAP is there any ETA for fix? |
we need to build a new version of chromium, @tsullivan is working on it. @tsullivan do you think this is gonna make 7.13? |
It's planned for 7.14 |
The new build will allow us to stop increasing the browser viewport size before capture, which causes rendering artifacts because the embeddables are forced to re-render (they have resize handlers). That is one cause of failures with large dashboards. Another cause is that Chromium limits the size of a screenshot capture to 16384 pixels. Earlier code in Kibana (before we had Puppeteer) did have a solution for this: https://github.com/elastic/kibana/pull/21788/files#diff-9744794bc3db91c2ab0e7eecbbf1664cde77fa26e10b95ff981b6b2dc8f2f893L94. That code was removed - maybe there was a misunderstanding in thinking that Puppeteer provided that. The two things that need to happen for this:
|
This will be fixed along with #90496 |
@tsullivan Using Kibana 7.17.0, the medium-sized dashboards are getting their visualizations cut and partially grayed out again. Is this #90496 Puppeteer upgrade applied to 7.17.0, or only to 8.0? |
@dminovski0 sorry about this, but there is a newer issue ( |
@tsullivan The link leads to Page not found. Yes, some of the visualizations appear blank: |
That's strange. Did maybe you try to access it in a non-logged-in browser? Based on your screenshot it sounds like this is the same issue. I paste the same advice as stated in that issue:
|
@tsullivan I'm logged in. I tried with 32GB RAM and Kibana 7.17.0 on Windows 10 Pro connected to the cloud cluster, and there are blank visualizations. But the location of the visualizations that get blank is different. With Windows Kibana, the blankness is in the top right half of the dashboard. With Ubuntu Kibana and 4 GB RAM, the blankness appears in the bottom left half. |
@dminovski0 The system RAM is 32 GB? 32768 megabytes is 32 GB. If you have Node reserve all of the system's RAM, there won't be enough free RAM for the spawned Chromium process that needs to open the Kibana tab on the server. |
@tsullivan I tried setting the RAM to
|
Kibana version: 7.10.2
Elasticsearch version: 7.10.2
Server OS version: Managed by elastic.co, Azure
Browser version: Chrome 88.0.4324.104
Browser OS version: Windows 10 64-bit
Original install method (e.g. download page, yum, from source, etc.): apt-get from official documentation
*Describe the bug: Two bugs:
Steps to reproduce:
Expected behavior: The reports in Stack Management -> Alerts and Insights -> Reporting -> should be whole and uncut.
*Screenshots (if relevant):
Cut visualizations in normal PDF printing, their titles are at the top of the images, but their bodies are below or missing.
Cut labels in printable optimized PDF printing, they overflow through the page's boundaries on the right side.
Errors in browser console (if relevant):
Provide logs and/or server output (if relevant):
*Any additional context: In Kibana's Status page, the Heap total is 1.42 GB and during the printing, the heap used went up to 200 MB.
The text was updated successfully, but these errors were encountered: