Hi, I've encountered the problem that Infragistics's controls break CR (crystal report) reports.
When the control (WebDataTree) is present on the page, the CrystalReportViewer doesn't build the report.
After two hours of investigation I can provide some details and I hope somebody will explain why it happens and how we can solve or workaround this problem.
CR(Crystal Reports) renders script inside div that build the report (dynamically creates html).
The piece of page related to CR without WebDataTree on the page looks as following:
div id="ctl00_Content_reportViewer" script type="text/javascript"
script type="text/javascript" <!-- bobj.crv.writeWidget( ...
But when WebDataTree is present on the page it looks as following: div id="ctl00_Content_reportViewer"
That explains why the report is not built (because script is not even launched)
The question is why Infragistics's controls do this needless work? optimization by removing line carriages?
Please comment?
Hello AlexanderZh,
I'll be looking into this issue and find out why this is occurring. I will be able to give you a little more information by the end of Wednesday.
Hi, Michael!
Michael, are there any information on my problem?
Alexander
Hi, Konstantin!
Thank you.
I'll prepare sample next week,
unfortunately I am very busy this week (the code freeze in our company is planned on the first part of next week)
Hi Alexander,
I'm just following up to see if you've had a chance yet to prepare a sample so we can further look into this issue for you? Thanks.
Please let me know if you have any other questions or concerns.
I've attached the sample that demonstrates the problem.
Steps:
1. Default.aspx page initially contains WebDataTree that is commented (not present on the page) and the CrystalReportControl control - it is my simple simulator of CrystalReportViewer (for sample purpose only, the code is included in the sample, so it is useful to look first at the code of this control)
2. Open page in the browser, see the alert box with text "I am report builder!"
3. Uncomment WebDataTree so it is present on the page.
4. Open page in the browser again, see that the script has not been invoked and you hasn't seen the alert box.
5. Additionally you can try to locate the CrystalReportViewer control before WebDataTree, the script is invoked as well.
If there will be any problems or questions on the reproduction - feel free to ask me.
We've located the source of this issue. The fix for it would be available in the next service release. We appologize for the delay.
Konstantin,
Was this fix put into an SR? We are using 2011.1 SR 2238. We have the exact same problem. At this time, I'm having to revert back to the UltraWebMenu from the WebDataMenu to have Crystal Reports working.