Link to home
Start Free TrialLog in
Avatar of pjhunter2174
pjhunter2174

asked on

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?
Avatar of Mike McCracken
Mike McCracken

Permissions to that file or the directory?

mlmcc
Avatar of pjhunter2174

ASKER

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.
Do they need execute?

mlmcc
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.
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?
ASKER CERTIFIED SOLUTION
Avatar of pjhunter2174
pjhunter2174

Link to home
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
Start Free Trial