Problems rendering PDF in Azure App Service

[frllerena]

Microsoft.Reporting.NETCore.LocalProcessingException: An error occurred during local report processing. ---> System.ArgumentException: Parameter is not valid. at System.Drawing.SafeNativeMethods.Gdip.CheckStatus(Int32 status) in System.Drawing.Common.dll:token 0x6000ab8+0x3 at System.Drawing.Graphics.GetHdc() in System.Drawing.Common.dll:token 0x60001a7+0x12 at Microsoft.ReportingServices.Rendering.RichText.LineBreaker.Flow(TextBox textBox, Graphics g, FontCache fontCache, FlowContext flowContext, Boolean keepLines, Single& height) in Microsoft.ReportViewer.Common.dll:token 0x6005fd2+0x7 at Microsoft.ReportingServices.Rendering.RichText.TextBox.MeasureFullHeight(TextBox textBox, Graphics g, FontCache fontCache, FlowContext flowContext, Single& contentHeight) in Microsoft.ReportViewer.Common.dll:token 0x6006086+0x180 at Microsoft.ReportingServices.Rendering.HPBProcessing.PageContext.PageContextCommon.MeasureFullTextBoxHeight(TextBox textBox, FlowContext flowContext, Single& contentHeight) in Microsoft.ReportViewer.Common.dll:token 0x600d3aa+0xe at Microsoft.ReportingServices.Rendering.HPBProcessing.TextBox.CalculateVerticalSize(PageContext pageContext) in Microsoft.ReportViewer.Common.dll:token 0x6006ad6+0xc8 at Microsoft.ReportingServices.Rendering.HPBProcessing.TextBox.DetermineVerticalSize(PageContext pageContext, Double topInParentSystem, Double bottomInParentSystem, List`1 ancestors, Boolean& anyAncestorHasKT, Boolean hasUnpinnedAncestors) in Microsoft.ReportViewer.Common.dll:token 0x6006ad7+0x12 at

[lkosson]

Azure does not support GDI+ (System.Drawing) which is extensively used by ReportViewer's layout engine and PDF renderer. There is no known workaround at the moment, other than using HTML5, DOCX or XLSX output format, or running your application in a full Windows-based VM.

[aaronhudon]

Watching this thread. If this package could use an alternative drawing package, being able to host this in serverless Azure functions would be awesome.

[lkosson]

There already are drop-in replacements for GDI+ for other platforms. The problem is that PDF rendering is also tightly integrated with Uniscribe and GDI32. Replacing them would take an enormous effort and most likely would break layout of some existing reports.

For Azure-based deployments it might be easier to just package all the required native DLLs from desktop Windows along with your application.

[aaronhudon]

Wondering if a happy medium of simply PNG generation could be made to not depend on GDI+

On Thu, Feb 10, 2022 at 10:52 PM Łukasz Kosson ***@***.***> wrote: There already are drop-in replacements for GDI+ for other platforms. The problem is that PDF rendering is also tightly integrated with Uniscribe and GDI32. Replacing them would take an enormous effort and most likely would break layout of some existing reports. For Azure-based deployments it might be easier to just package all the required native DLLs from desktop Windows along with your application. — Reply to this email directly, view it on GitHub <#59 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ABBT4G2T32VLYXQERQ6O7SLU2SWZVANCNFSM5DEQXCYA> . Triage notifications on the go with GitHub Mobile for iOS <https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675> or Android <https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub>. You are receiving this because you commented.Message ID: ***@***.***>

-- Aaron

[lkosson]

Only a little bit. There already if a TIFF renderer. Rendering to an image could be switched to use something else than GDI+ for drawing pixels, but you still need to lay out a text according to font metrics, styles, line breaking rules etc. That's where Uniscribe (USP10.DLL) is used.

Curiously, there are some renderers that don't need any native libraries - HTML, DOCX and XLSX. As far as I can tell - reports produced using those renderers are not pixel-perfect copies of PDF or TIFF. If you accept some minor differences in how the overall layout looks like, I guess it would be possible to create cross-platform PDF renderer based on existing HTML renderer using iTextSharp.

[aaronhudon]

RDLC provides a great way to render datasets. I'm not sure if iText can do the same...I'll have to check into it.

[lkosson]

I meant using iTextSharp as a renderer of ReportViewer/RDLC, instead of GDI et al - but that's months of work. Maybe some day, if this project gets official blessing from Microsoft, I'll do something about it.

[aaronhudon-pq]

There already are drop-in replacements for GDI+ for other platforms. The problem is that PDF rendering is also tightly integrated with Uniscribe and GDI32. Replacing them would take an enormous effort and most likely would break layout of some existing reports.

For Azure-based deployments it might be easier to just package all the required native DLLs from desktop Windows along with your application.

Has anyone successfully tried this? Really looking for a serverless implementation on a consumption plan.

[javiermadueno]

I know this thread is quite old, but I’ve just deployed to an App Service and the PDF is rendering correctly. Has anything changed since this thread was created?

[lkosson]

No idea. Perhaps it is tier/plan dependent? There were some mentions that Shared/Basic plans are more heavily sandboxed.

[javiermadueno]

I’m currently using a Premium v3 (P1V3) plan, in case that’s helpful for anyone else.