Skip to main content

Notifications

Announcements

No record found.

Microsoft Dynamics CRM (Archived)

Client Side Printing on Dynamics 365 8.2.3.8 Filename Issue

(0) ShareShare
ReportReport
Posted on by 1,330

I recently applied the November 2018 update for Dynamics 365 8.2.3.8 on-premises and noticed that the SSRS Report Viewer control has been updated to the new SQL Server Reporting Services 2016 version that renders the documents as a PDF rather than using the ActiveX RSClientPrinting control when performing a Client Side Print.

When users print documents with the new control the filename sent to the printer is always Reserved.ReportViewerWebControl.pdf, rather than the name on the report record in CRM. This is causing significant issues for us as we have a third party report delivery tool, which is implemented as a virtual printer, that determines the document routing template to apply based on the filename sent to the device. I have already confirmed with the vendor that this cannot be changed.

Example:

We have a custom SSRS report for printing Quotes, it is named "Company Quote". The RDL was uploaded as a report in CRM and is access from the related Quote record.

When users render the report and save it as a PDF or Word document the default filename is "Company Quote.extension" however when they try to print from the Report Viewer control the default filename is always Reserved.ReportViewerWebControl.pdf, regardless of the actual report being rendered.

How can I force the new report viewer control to send "Company Quote" as the filename when using client side printing?

I have considered asking users to save the documents with the "correct" filename first and then print, but the auto-incrementing filename suffix will cause a problem unless the users explicitly uses "Save as", overwrites the previous document, clicks Open, and then prints.

That would be 8 clicks to get to a print dialog, when there is a clearly easier way to get to the same dialog in 2 clicks.

Any insight or rabbit holes to run down is appreciated.

*This post is locked for comments

  • Verified answer
    Frank Hillsnipe Profile Picture
    Frank Hillsnipe 1,330 on at
    RE: Client Side Printing on Dynamics 365 8.2.3.8 Filename Issue

    I have been pushing on this for a few days now and working with my document routing vendor, they will be providing an update to deal with the issue, but I will share what I have learned in case anyone else is having an issue with the obfuscated document name.

    Thank you Kokulan, I am intrigued that it might have something to do with a GPO on the domain. We are not using SBS, the CRM instance hosting the reporting control and server hosting SSRS Services are running on Windows 2016R2 Standard, however my end users are in a Citrix environment which is joined to a domain and has some restrictive GPO policies managed by our services provider.

    I did test printing from outside the domain and found more inconsistencies with the default naming convention that were related to using Chrome as the default PDF viewer.
    I installed Acrobat Reader on my test machine, and was able to reproduce the Reserved.ReportViewerWebControl.pdf document name without modified GPOs.

    The new print control appears to work by using the ReportSession and ControlID from the page to load the following iFrame. When you try to print from there you are going to be at the mercy of some combination of your browser and installed PDF viewing software. 

    <iframe class="msrs-printdialog-pdfiframe" src="/Reserved.ReportViewerWebControl.axd?ReportSession=dvh4c5qepmmxqxnwe5zcefrr&amp;Culture=1033&amp;CultureOverrides=True&amp;UICulture=1033&amp;UICultureOverrides=True&amp;ReportStack=1&amp;ControlID=4de2974d41a8482da87834b7dabf72e2&amp;OpType=Export&amp;FileName=My+Actual+Document+Name&amp;ContentDisposition=AlwaysInline&amp;Format=PDF&amp;rc:PrintOnOpen=true&amp;rc:PageWidth=8.5in&amp;rc:PageHeight=11in" style='width: 100%; height: 200px;'></iframe>


    I even wrote some javascript to hit the rsviewer/QuirksReportViewer.aspx and get the session and control data and then window.open the same URL that the iFrame renders. That did result in the correct document name when I tried to print but it required the document to be saved to Temporary Files, which had the potential to add a (Number) suffix to the document name.

    I am backing off of this one for now and I am glad to see the ActiveX control ride off into the sunset, but the myriad of observed behaviors which seem to be dependent on both browser and PDF viewing applications is making for "interesting" communication from IT to end users. 

  • Suggested answer
    Kokulan Profile Picture
    Kokulan 18,050 on at
    RE: Client Side Printing on Dynamics 365 8.2.3.8 Filename Issue

    Have  look at the below and see if it gives you any clue ?

    ScreenClip-_5B00_283_5D00_.png

    https://groups.google.com/forum/#!topic/microsoft.public.windows.server.sbs/7sHNciGinK4

Under review

Thank you for your reply! To ensure a great experience for everyone, your content is awaiting approval by our Community Managers. Please check back later.

Helpful resources

Quick Links

Congratulations 2024 Spotlight Honorees

Kudos to all of our 2024 community stars! 🎉

Meet the Top 10 leaders for December

Congratulations to our December super stars! 🥳

Start Your Super User Journey

Join the ranks of our community heros! 🦹

Leaderboard

#1
André Arnaud de Calavon Profile Picture

André Arnaud de Cal... 291,711 Super User 2024 Season 2

#2
Martin Dráb Profile Picture

Martin Dráb 230,458 Most Valuable Professional

#3
nmaenpaa Profile Picture

nmaenpaa 101,156

Leaderboard

Featured topics

Product updates

Dynamics 365 release plans