Crystal Report "Web Page Dialog" box hanging when printing from aspx web page

I have an VB2005 .NET application running on a web server that includes some Crystal XI R2 reports.  The reports display fine when clients call them up, but when *SOME* clients click on the printer icon in the Crystal Report Viewer header, a "Crystal Reports Web Page Dialog" window opens and just stays there.  Nothing else happens.  With other users, the printer dialog box opens and they can choose a printer and print successfullly.

I'm thinking it must be something in the client's web browser, but I'm not sure what it could be.  I've had them put the server site in the "Trusted Sites" zone and had them enable popups.
This is happening on IE7 browsers.
I believe the file that is hanging up is:
C:\Inetpub\wwwroot\aspnet_client\system_web\2_0_50727\crystalreportviewers115\html\printhost.html

Ideas?
pjhunter2174Asked:
Who is Participating?
 
pjhunter2174Connect With a Mentor Author Commented:
I have solved my problem.  There is an excellent article on the following site about printing with ActiveX. See: http://devlibrary.businessobjects.com/businessobjectsxir2/en/en/CrystalReports_dotNET_SDK/crsdk_net_doc/doc/crsdk_net_doc/html/crconfeatureprinting.htm
The long and short is:
  • ActiveX printing is only possible on windows systems using Internet Explorer.  However, the report viewer is smart enough to switch to PDF mode if a non-IE browser is detected (eg. safari, firefox, etc)
  • The OCX required for printing is NOT automatically installed on client systems (for security reasons, they say)
  • The web.config file has to be modified to include a URL reference to the PrintControls.cab file on the webserver that contains the required OCX.
All this is detailed in the above referenced link.  Needless to say, once updating my web.config file for the application all clients can successfully print reports to their local printer of choice.
Hope this helps someone else!
...pjh
 
0
 
mlmccCommented:
Permissions to that file or the directory?

mlmcc
0
 
pjhunter2174Author Commented:
I don't understand.  You want to know the permissions on the printhost.html file?   It is set to everyone=read.  But for *some* users they can continue through the dialog, choose a printer and print, others, the dialog box just sits there and does nothing.
0
Cloud Class® Course: CompTIA Healthcare IT Tech

This course will help prep you to earn the CompTIA Healthcare IT Technician certification showing that you have the knowledge and skills needed to succeed in installing, managing, and troubleshooting IT systems in medical and clinical settings.

 
mlmccCommented:
Do they need execute?

mlmcc
0
 
pjhunter2174Author Commented:
This is still not working and is becoming critical.  I think it may have something to do with permissions, but I can't isolate it.  Here is a recap of what I am attempting and what I have tried.
I have a VS2005 VB.NET web application deployed on an IIS 6.0 webserver.  The application includes Crystal Reports.  I have and .aspx form that obtains the specifications for the report, assembles the data and passes it to the crystal report viewer that is embedded on the .aspx page.  The report is setup to print using the activex print control, so the user can print to a local printer.  The report displays perfectly, but when some users click on the print icon, a "Crystal Report View" modal dialog box appears with a faint looking square box in the upper left and it just hangs.  Other users can print w/out problem.
I cannot confirm this completely, but it seems like those who can print have CR XI-R2 installed on their personel system, or are authenticated users on the domain.
The server has "Crystal Reports XI Release 2 .NET 2005 Server" installed along with "Crystal Reports XI Release 2".  The wwwroot directory has two entries of relevance:
  • crystalreportsviewers115 which is a virtural directory into "C:\Program Files (x86)\Business Objects\Common\3.5\crystalreportviewers115" (Entry A)
  • C:\Inetpub\wwwroot\aspnet_client\system_web\2_0_50727\crystalreportviewers115 (Entry B)
I have traced my application as follows:
  • By viewing the "view source" of the .aspx reportviewer page, crystal has inserted coded at the bottom of the file making reference to (Entry A) above as the codebase location.
  • When the user clicks on the print icon, control is transfered to "\html\crystalprinthost.html" under (Entry B).
  • crystalprinthost.html loads script "js\print.js" and "js\externalprint.js" both under the tree of (Entry B)
  • By putting "alert('i am here');" code in each of the print.js and externalprint.js files I can confirm that they are executing w/out error.
I have tried executing the application with both impersonate=true and false.  I've insured that the directores for both Entry A and B have read and execute permissions for both the IUSR account and the ASPNET account.
I am really at a loss as to what to try next.  This application is supposed to go live next week.  Report printing has always worked just fine from my computer (I have CR XI R2 installed, but I'm not part of the webserver's domain, and on my tester's system who is part of the webserver's domain.  I never suspected a problem.  Fortunately I had another tester (w/out CR installed and not part of the webserver's domain) run through the app and this is when the problem arose.
Please help!  Thanks.
0
 
pjhunter2174Author Commented:
I don't think I mentioned this, but the crystal report viewer in the .aspx page is set to print using ActiveX vs. PDF.  There is no problem when printing via PDF.  I'm now wondering if a particular OCX file has to be present on a client's machine for crystal ActiveX printing to work?
0
Question has a verified solution.

Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.

Have a better answer? Share it in a comment.

All Courses

From novice to tech pro — start learning today.