Currently, if you zoom a page beyond 200% on an iOS device the page goes blank. The issue also occurs on Android devices if you try to zoom beyond 300%.

Bug report

The Actual Width option in the PDFViewer does not work as expected. The width rendered in the component does not match the actual width of the file.

Test scenario: a file that has 11.69 inches width ( approx. 1122 pixels ) is displayed with ~840px width.

Reproduction of the problem

1. Open a pdf file in Chrome
2. Press the 3-dot- icon next to the print Icon at the top right and press Document Properties
3. Convert the Page Size dimensions from inches to pixels
4. Open the file in the PDFViewer and compare the widths

Current behavior

The page width rendered from the Actual Width feature does not match the actual file width

Expected/desired behavior

The page width from the Actual Width option should match the actual page size of the file.

Environment

• Kendo UI version: 2023.2.606
• Browser: [all ]

Go to:

Demo of core features in jQuery PDFViewer widget | Kendo UI for jQuery (telerik.com). Note that pdf has 3 pages.

In the pdf viewer component demo select the printer icon and a print preview window opens. When the print preview window opens, note that the window indicates that there are 5 pages to print in the print preview. One page is added before the pdf pages and one after. This happens regardless of the printer selected.

Expected behavior: only 3 pages of the pdf should show in the print preview window.

Bug report

Unable to print PDFViewer's PDF on Safari
Regression since 2022.2.802 , most probably related to the following fix in that release - #6923

Reproduction of the problem

1. Run this Fullscreen Dojo in Safari - https://runner.telerik.io/fullscreen/uhIVIDoW
2. Expand the overflow menu and tap on the Print tool

Current behavior

The Print Options window is loaded, but PDF pages are not shown in the Print preview. PDF pages content is not present in the saved PDF, if we save the printed content to file.

Expected/desired behavior

PDF pages are shown in the print preview window of Safari and can be saved to PDF
Working version 2022.2.621 - https://runner.telerik.io/fullscreen/abePoXEy

Environment

• Kendo UI version: 2023.1.117
• Browser: iPadOS 16.3 Safari

Bug report

When the PDFViewer is created and a file is loaded using the fromFile method a new thread will be created. That thread remains in memory and doesn't get destroyed when the entire widget is destroyed.
$("#pdfViewer").data("kendoPDFViewer").destroy(); $("#pdfViewer").empty();

Reproduction of the problem

1. Open the Dojo
2. Open the 'Memory' tab in the Developer tools
3. Click the 'Create' and then click the 'Destroy' button

Current behavior

That created thread remains in memory and doesn't get destroyed.

Expected/desired behavior

The thread should get destroyed when the widget is destroyed.

###Workaround
A possible workaround:
kendoPDFViewer.processor.pdf.loadingTask.destroy();

The issue should be additionally researched as there are some leftovers in the JS Heap even when the workaround is used.

Environment

• Kendo UI version: 2022.3.913
• Browser: [all ]

Bug report

In PDFViewer, underlines increase size when zooming in/out.

Reproduction of the problem

1. Open the PDFViewer Basic Usage demo - https://demos.telerik.com/kendo-ui/pdfviewer/index
2. Open the attached file.
3. Zoom in to 300% and then out to 50% several times.

Current behavior

The underlines increase their size.

Expected/desired behavior

The underlines should remain the same.

Environment

• Kendo UI version: 2022.1.119
• Browser: [all]