Memory Leak

[rickyv3]

Hello,

It appears a recent version of the widget results in a large memory leak. As I am sure you can imagine, that has caused all sorts of performance related issues for us. We utilize temporary objects in conjunction with this widget, but it seems that the temporary objects are not actually temporary.

I've attached a couple screenshots to show you what we are seeing within our app. We have also brought this up to Mx and they confirmed our suspicion, that the chartjs widget is causing a memory leak. Our contact at Mx was sure this is only fixable within the widget itself.

Can you take a look?

[JelteMX]

Could you test this version? This should fix the problem, although I still have to look into the DataPoints, not sure if those are released as well

[JelteMX]

Update: Same link now links to version that will also release datapoints if they are there. It uses https://apidocs.mendix.com/6/client/mx.data.html and is done in uninitialize.

It checks if mx.data.release is available, as this will be deprecated in Mendix 7

[rickyv3]

Hi Jelte,

We've given the fix a try, and it seems we have only part of the solution. The cache is cleared when the user signs out of the app, which is good, but it is not cleared when they leave the page. We believe the datapoints, datasets and chart objects should be cleared when the user leaves the page where they generated said charts.

[JelteMX]

What do you mean with 'cleared'? As in, this should be cleared in the backend? If that's the case, this should be fixed by my fix, using mx.data.release. On the front-end these values do not remain, as they are part of the widget (and thus destroyed).

If it is indeed back-end, we have to check it with R&D, because this is the only viable solution that I can think of.

[JelteMX]

Got some other feedback that this doesn't solve the issue yet (keeping objects in the cache), which seems strange. Next thing I am going to try is doing a mx.data.release when ChartJS has plotted or on a refresh

[rickyv3]

Has this been addressed? It doesn't look like it has been resolved on our end.

[rickyv3]

Hi Jelte - anything new to report here? We are running into big issues.

[JelteMX]

Well I still haven't found out what the problem is. We are releasing all objects in the widget, I double checked. This might be an issue R&D has to investigate, because I'm running out of options here

[JelteMX]

I did some intensive investigation and I conclude that this is not an issue with the widget itself. Yes, objects weren't released in previous versions of the widget, which is bad practice, so it seems. That's why we introduce mx.data.release in the uninitialize method. (per release 3.5.3)

Did this solve the problem in the test-project (GC-Test on Sprintr)? No. This was created in Mendix 5.21.5. I checked the issue in our own test-project and objects were kept in the cache.

But, then I decided to open our test-project in Mx 6.4.1. The non-persistent objects are not kept in cache when mx.data.release is called. Therefore , the problem is not in the widget itself, but in the MX runtime.

To solve the problem, the options are limited:

• Update to Mendix 6

That's all I can say about this issue. I know this will not solve the problem in Mendix 5, but that's not something I can do. What I will do is this: introduce an onDestroy microflow in the widget. This one will be called when the widget is destroyed and will use the dataset object as input parameter. This way you could delete the object yourself (which should not be necessary, but in this case I think it's the only viable solution to this problem).

[JelteMX]

Suggestion added to 3.6.0

[rickyv3]

We are using Mx 6.10.3, and the issue persists.

[JelteMX]

Every object that gets into the widget, is released upon uninitialize. The backend knows we don't need the objects anymore. In my test-project the issue was resolved, which would mean that this issue has nothing to do with the widget, but with the model in your project.