PdfViewer - problems

[itg-assistant]

Adrian Zagar asked 2025-03-23 09:52:44 UTC

Wisej 3.5.17.8

I have 2 problems:

• setting FileName has no effect (it remains postback.wx or internal pdf title). By the way, that "title" is displayed only on Chrome, not on Firefox.

• on mobile (Android 14), instead of showing pdf content, I got a button "Open". Pushing that button download and open pdf in external application. Tested on 2 different mobiles (well, both Samsung)

I attached the demo project and 2 screenshots with my results. I can provide a link if someone want to test from mobile.

[itg-assistant]

Gabriele Del Giovine answered 2025-03-23 19:54:43 UTC

The PDF File is from file or from Stream?
In your example the PDF file is created from a memorystream so the FileName property is not used or infered from PDFSource property.
If you set the PDFSource property with the PDF Filename then FileName have a value.
Why you load the PDFViewer with a memorystream when you have a PDF file?

[itg-assistant]

Adrian Zagar answered 2025-03-23 20:04:23 UTC

In my example the PDF is from stream because in real situation is obtained in memory (smart pdf, fill in the fields, flatten and serving to client). As I already told, I tried to set the FileName from code, hoping that this will “overwrite” the file equivalent.

[itg-assistant]

Gabriele Del Giovine answered 2025-03-24 07:53:41 UTC

Hi Adrian, i got your example and compile. The filename proposed in the save file dialog is the one set in the ShowPDF invocation inside the button1_click event handler.
Designer version 3.5.17.8
Nuget Package 3.5.17 (Wisej.Framework.dll 3.5.17.8)

[itg-assistant]

Adrian Zagar answered 2025-03-24 08:10:19 UTC

In that case, I misunderstood the usage of FileName. My problems are related to the text “postback.ws” displayed on Chrome on PC (see again my printscreen pdfviewer_title.png). And the really big problem is the way it works on mobile (both Chrome and Samsung Internet browser) – see printscreen pdfviewer_on_mobile).
You can try it on my computer on https://zagar.duckdns.org:8878/test/

[itg-assistant]

Gabriele Del Giovine answered 2025-03-24 08:25:34 UTC

On mobile I think is a bug or a non correct use of pdf.js by Wisej.NET. YOu can try to change the PdfViewerType or use a custom implementation of PDF.js tailored for mobile devices when you have a mobile client session.
WIsej support can tell.

[itg-assistant]

Julie (ITG) answered 2025-03-24 19:49:20 UTC

I checked and it’s not a bug on mobile. On android select mozilla (pdfjs). Auto is the native and apparently android doesn’t support it. On iphone they all work.