Hello,

Environment background: The project where the igDataChart is being used is an asp.net web forms project.  The project was initially created using the ASP.NET framework 2.0 which has been upgraded and now targets the .NET framework 4.6.1.

A user control is registered at the top of each web form in the project: <%@ register="" tagprefix="WebApp" tagname="Menu" src="menu.ascx" data-mce-src="/community/forums/menu.ascx">.  In this user control(menu.asc), are where the references to the infragistics libraries are made.  The references are:

The form that uses the igDataChart also has the register tag referencing the menu control(where the library references are).  On that form, there are no references to libraries. Data gets bound to a dataTable in the code behind of the form, and in the aspx page - in an ajax call - the data gets converted to JSON and bound to the igDataCharts(there are 5 different instances of the igDataChart.

Let me know if you need any other details.

- Jeff

Glad to hear you were able to solve your problem.

Feel free to update this thread at any time if you encounter any further issues.

Hello,

JQuery is being used.  Data gets retrieved from an XML web-service call (source of data is from stored proc. call in SQL Server).  Within in a Javascript function, the data gets parsed to JSON, and in an ajax call, the JSON data gets bound to the igDataCharts.  The version of the Infragistics we're using is 14.2.20142.2140.  Browser being used is Chrome, version 51.0.2704.103.  We haven't seen this rendering issue when using firefox.  I've eliminated the reference to infragistics.lob.js, as well as move the references of the needed javascript files(for the controls) from the user-control to the page where the controls are used.  These two simple things seemed to have mitigated this issue.  For now, I think we're in a good place with this issue(the rendering problem having not occurred since making these simple changes).

Thanks for your help.

- Jeffrey Nelson

Hello,

All the references look good. If the only control that is being utilized is the igDataChart you can even eliminate the reference to infragistics.lob.js.

Is there any javascript that is interacting with the chart or with the DOM elements that is hosting the chart? Please provide which version of the controls you are utilizing. Please provide an isolated sample that reproduces this issue so that we can take a deeper look into this.

Let me know if you have any questions.

I'm not sure why the references didn't get included, but here they are(I've prefaced them with a double quote):

"<script src='<%=Page.ResolveUrl("http://webstuff/plugins/infragistics/js/infragistics.core.js")%>' type="text/javascript"></script>
"<script src='<%=Page.ResolveUrl("http://webstuff/plugins/infragistics/js/infragistics.dv.js")%>' type="text/javascript"></script>
"<script src='<%=Page.ResolveUrl("http://webstuff/plugins/infragistics/js/infragistics.lob.js")%>' type="text/javascript"></script>

The error message that shows in the console is:  Uncaught TypeError: Cannot read property 'attr' of null (infragistics.dv.js:63).  The error occurs when you first go to the page, prior to data being returned and bound to the igDataCharts.  The error also displays in the console after data is bound to the igDataCharts.  The content in the charts don't always disappear, however, the error consistently gets generated in the console.

- Jeff

Hello Jeff,

It seems that the references didn't show up. Please provide the references and the order they are being included in the page.

Regarding your second post, does this error show up when tabbing through the page and the chart disappears, if not, please provide exactly when the error is printed to the console. My assumption at this point is that there should be no errors printed to the console by our libraries, therefore, the cause of the behavior you are experiencing is likely due to the cause of the error being printed in the console.

Let me know if you have any questions.