# PDF not coming back from database the same way it printed?

**URL:** <https://forum.inductiveautomation.com/t/pdf-not-coming-back-from-database-the-same-way-it-printed/107944>\
**Category:** Ignition\
**Tags:** ignition81\
**Created:** [June 30, 2025, 5:56pm UTC](https://forum.inductiveautomation.com/t/pdf-not-coming-back-from-database-the-same-way-it-printed/107944 "2025-06-30T17:56:39Z")\
**Posts on this page:** 4\
**Page:** 1

<div class="post-metadata">

**Author:** ![bkarabinchak.psi](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/bkarabinchak.psi/32/83567_2.png) [@bkarabinchak.psi](https://forum.inductiveautomation.com/u/bkarabinchak.psi)\
**Post date:** [June 30, 2025, 5:56pm UTC](https://forum.inductiveautomation.com/t/pdf-not-coming-back-from-database-the-same-way-it-printed/107944/1 "2025-06-30T17:56:39Z")

</div>

Weird issue I have not run into before. Using Ignition 8.1.25, but it is using the legacy reporting component.

I have a screen where a operator can view and save a report to the database. I do so via `.getBytesPDF()` from the component, save that to a blob column. It then prints directly from the screen to a saved PDF (this one looks right).

Later on another screen I can retrieve the blob column to a PDF Viewer and it looks 90% the same - except the some text is now overlapping when it did not originally and did not on first print.

Right now I am likely going to tell them its a result of the old legacy reporting component and it is next on the list of things to fix for this project, but I am curious as well - has anyone seen this behavior in the newer reporting component, and also - any idea how it could happen at all? I assume even the legacy component was a WYSIWYG type PDF viewer.

---

<div class="post-metadata">

**Author:** ![pturmel](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/pturmel/32/3295_2.png) [@pturmel](https://forum.inductiveautomation.com/u/pturmel)\
**Post date:** [June 30, 2025, 5:59pm UTC](https://forum.inductiveautomation.com/t/pdf-not-coming-back-from-database-the-same-way-it-printed/107944/2 "2025-06-30T17:59:02Z")

</div>

I've seen overlap weirdness in various cases where alternate fonts are used. Probably related.

---

<div class="post-metadata">

**Author:** ![djs](https://avatars.discourse-cdn.com/v4/letter/d/e47774/32.png) [@djs](https://forum.inductiveautomation.com/u/djs)\
**Post date:** [June 30, 2025, 10:08pm UTC](https://forum.inductiveautomation.com/t/pdf-not-coming-back-from-database-the-same-way-it-printed/107944/3 "2025-06-30T22:08:13Z")

</div>

Does it still come back different if you use the returned bytes from `system.report.executeReport()` when saving in the DB?

---

<div class="post-metadata">

**Author:** ![bkarabinchak.psi](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/bkarabinchak.psi/32/83567_2.png) [@bkarabinchak.psi](https://forum.inductiveautomation.com/u/bkarabinchak.psi)\
**Post date:** [July 1, 2025, 11:42am UTC](https://forum.inductiveautomation.com/t/pdf-not-coming-back-from-database-the-same-way-it-printed/107944/4 "2025-07-01T11:42:51Z")

</div>

It's the legacy component so I don't have that option unfortunately. Next project is to convert them to the new report component with that capabilities.