|
|
Rank: Member
Groups: Member
Joined: 5/8/2012
Posts: 13
|
We are using your AspxToPDF tool to generate a pdf of one of our web pages. Prior to generating, we are applying custom styles to the page, to get a better looking output.
The problem is, that every few times or so, the page isn't getting styled correctly. Rather than applying the style, it seems to take an exact screen print of the page. In addition to that, there are images that are displaying as broken images, in the pdf.
In the past, we found that anonymous authentication (in IIS) needs to be set on any style, image, or script folders that EO may need access to. In that case, it either works or it doesn't. In today's scenario, sometimes it works and sometimes it doesn't. We have checked that anonymous authentication is set, and the IIS Application Pool user does have the appropriate permissions to those folders.
We also recently updated to the EO.PDF version 15.2.61.0 and EO.Web version 9.0.45.2. We don't recall having the issue prior to that upgrade.
Thanks,
|
|
Rank: Administration
Groups: Administration
Joined: 5/27/2007
Posts: 24,229
|
Hi,
The only reason that can cause styles not render correctly is when they are not loaded correctly. If your code use JavaScript to load contents dynamically, then you can try to increase HtmlToPdf.Options.MinLoadWaitTime to give your JavaScript more time to run. If that does not resolve the issue, you will want to check your IIS logs to see why the styles faild to load.
Additionally, you should not have a version mismatch between EO.Pdf and EO.Web. So you may want to update them to the same version.
Thanks!
|
|
Rank: Member
Groups: Member
Joined: 5/8/2012
Posts: 13
|
Setting the MinLoadWaitTime to 3000 seemed to fix the problem.
Thanks for your help and quick response!
|
|
Rank: Administration
Groups: Administration
Joined: 5/27/2007
Posts: 24,229
|
Great. Glad to hear that it works for you. Please feel free to let us know if there is anything else.
|
|
Rank: Member
Groups: Member
Joined: 5/8/2012
Posts: 13
|
Okay, so this issue is still occurring. I think we have tracked the issue back to the Load Balancer. When we take it out of the load balanced environment, it seems to work fine. I wonder if it may be related to the current Persistence Method, being used on that load balancer configuration. It's currently running as "COOKIEINSERT". Do you have any insight or recommendations on a different persistence method?
|
|
Rank: Administration
Groups: Administration
Joined: 5/27/2007
Posts: 24,229
|
Hi,
There isn't much we can tell you on this. This is definitely an issue on the network side, which is both beyond the scope of our support and the scope of our expertise. The root of the problem for such situation is usually your web server is not happy about something in the HTTP request thus refuses to send the correct response. So that might be where you want to look into.
Thanks!
|
|