title: Gracefully migrate from SSRS2014/IE to SSRS2016/Edge
body: <p>I have a chicken-egg-problem when upgrading from SSRS2014 to SSRS2016. </p>
  
  <ul>
  <li>I cannot move to the new reportviewer because I still have users on
  IE. The new report viewer cannot print nicely on Internet Explorer:
  if you click print, you can download a pdf and THEN print it.
  Due to the large amount of reports we print, this is no feasable option.</li>
  <li>I cannot migrate away from Internet Explorer because of the old report
  viewer: The ActiveX print control only works in Internet Explorer.</li>
  </ul>
  
  <p>So I want to migrate to the new report server, yet show the reports through the old viewer for IE-users. So my test web server has both the new and the old reporting component. If the client uses Internet Explorer, I serve the old one. Otherwise, they get the new one.</p>
  
  <p>In my test environment, reports from SSRS 2016 are rendered correctly by the old reporting control. (Microsoft.ReportViewer.WebForms version 11.0.0.0) However, when I try to print, the client displays a dialog box "Unable to load client print control"</p>
  
  <p>On my server, an exception is thrown:</p>
  
  <pre><code>The report server could not find the internal resource '2015.130.1601.05rsclientprint.cab'. (rsInternalResourceNotFoundError) 
  
  [ReportServerException: The report server could not find the internal resource '2015.130.1601.05rsclientprint.cab'. (rsInternalResourceNotFoundError)]
     Microsoft.Reporting.WebForms.SoapReportExecutionService.WritePrintCab(ClientArchitecture arch, Stream stream) +797
     Microsoft.Reporting.WebForms.ServerReport.WritePrintCab(ClientArchitecture arch, Stream stream) +75
     Microsoft.Reporting.WebForms.HttpHandler.ProcessRequest(HttpContext context) +304
  </code></pre>
  
  <p>I know there is a new reporting control, making the ActiveX print control obsolete. However, I'd like to prevent a big bang implementation. Printing with the old control only works on Internet Explorer, so all users use IE. Printing with the new control DOESN'T work with IE. </p>
  
  <p>(If 100+ users print 50+ reports a day, having to download a pdf and print that is a BIG difference.)</p>
  
  <p><a href="https://docs.microsoft.com/en-us/sql/reporting-services/report-server/enable-and-disable-client-side-printing-for-reporting-services" rel="nofollow noreferrer">https://docs.microsoft.com/en-us/sql/reporting-services/report-server/enable-and-disable-client-side-printing-for-reporting-services</a> says: 
  "<strong>Previous versions of Reporting Services used an ActiveX control that required downloading to the client computer from the report server. If you upgrade your report server to SQL Server 2016, the print control is not removed from the report server or client computers.</strong>"</p>
  
  <p>This suggests that ActiveX printing is also possible with the new server, probably through the old Report viewer control. If that works, I can put the new control next to the old one, and gradually migrate my users to a modern browser.</p>
  
  <p>Did anybody get this to work without restarting and installing SQL Server 2014, and upgrading?</p>