Hello Melanie.

Thank you for your purchase.

I'm sorry, but I don't see the attachment. Anyway, could you please provide me a temporary WP-admin login for your site where this happens, so we could log in and take a look ‘from the inside’ as that’s the most efficient way to see and resolve the issue. We do not interfere with any data or anything else except for the plugin (in case that’s a production version of the site), and of course we do not provide login data to third party. You can write credentials here just check Private Reply so nobody can see them except us.

Best regards.

Sure thing, Melanie.

Here it is:

178.148.79.105

Best regards.

OK, Melanie.

From what I can see, something is cutting out the labels from those modals. After inspecting the page, I see that the only text present is the Y Axis labels. So, I'm guessing it's being caused by a conflict with something. Either the page builder, or the theme or that Owl carousel.

You see, the Support Test page displays the same chart correctly, and with this mentioned, please note that wpDataTables is a WYSIWYG (What You See Is What You Get) concept based plugin. This means that the table should look the same both in back-end and in front-end. If your front-end table looks and behaves differently than in back-end, this usually implies that there is another plugin (or the current theme) that's changing the behavior of our plugin.

 I see you turned off our Bootstrap files, and that it didn't help, so my advice would be to turn to the theme/page builder/carousel's teams and see if they know what's causing this behavior. It's not that the labels are hidden, but they are literally cut out of the chart.

Please see the difference in the attachments. Selection_081 is chart's default labeling on Support Test page, and Selection_080 is in the modal on your live page. You see how many <g>...</g> elements are cut out? Those should be the <text>...</text> labels for the X axis.

Best regards.

It's a deal, Melanie.

Hope you get to the bottom of it quickly.

Please feel free to reach out to us if you have any further questions.

Best regards.

Hi Melanie.

Our plugin requires minimum version of PHP 5.6, but we do recommend updating to 7 or more.

Best regards.

If I understood you correctly, I'm currently using the plugin on PHP v.7.1.27 but it has been tested up to the latest version - v.7.3.

Best regards.

Hello again Melanie.

I saw the video, and from it I can see that the chart setup was changed from fixed width to responsive width (that's how you got the column names (labels) to respond to the width of the page). When I replicate the environment locally, I get the same result. Like I already mentioned, the length of some titles is long enough to break into three rows, and Google chart engine chooses not to display them to avoid text overlapping.

Next, I created a Highcharts bar chart from the same table and put both charts on the same page. Please take a look at the video to see the difference between these two behaviors. As you can see, the Highcharts engine behaves differently to that point that while it uses the same "responsive width" feature, it breaks at the very end, but the labels aren't lost, but displayed partially, and still available on hover.

That is default behavior of charts engine, but if you need some custom solution you can check in our documentation about wpDataCharts callbacks. 

• Every chart exposes several options that customize its look and feel. Charts usually support custom options appropriate to that visualization. wpdatachart callbacks  allows adding options that are available in Google Charts API, Highcharts API and Chart.js API. 

• All necessary resources are available in charts engines API (depends on which one you use). Every engine has different approach to charts settings. In wpdatachart callbacks you have to adopt those settings to wpdatachart object (you can take a look at an example for each engine in our documentation and also in Support help center). Huge number of examples for any area of programming can be found on stackoverflow.com (type your problem in google and at the end add "site:stackoverflow.com" and google will search only on that website) and also a lot of resources of examples of chart, chart settings and customization can be found on jsffidle.net.
• Please note that using hooks or wpdatatable and wpdatachart callbacks requires certain level of programming skills and included support refers only to advises.

The screenshot from October 2018 shows how great it looked, I must say. However, since then a lot of things have changed. WordPress released version 5 (Gutenberg) in December, our plugin updated to v.2.3.1 on October 23rd , v.2.3.2 on November 7th, v.2.4 on November 12th, v.2.5 on 6th of March 2019, and finally to v.2.5.1 this Monday. I cannot say about other plugins, but they usually go through updates every few weeks. You reported this issue two days ago, and said it presented itself approx. 2 - 3 weeks ago. Given that our plugin didn't have any updates from 6th of March (which was 6 weeks ago) until this Monday, there was nothing that was changed on our end to cause the charts not to display correctly all of a sudden.

Did you check with other teams (theme, page builder, etc.) to see if there were some updates that may have changed the way these modals are being displayed?

Best regards.

I completely understand, Melanie.

I don't know what caused the behavior of the charts to change, but I'm pretty sure if you have someone on your team willing to look into Google Charts API, they can find the resolution somewhere.

After a quick research, I found that other people had the same complaints bot for X and Y axis. The resolution should be on Google Charts API page, so if you have the time, I believe the issue can be resolved without converting everything to Highcharts.

Sorry for the inconvenience.

Best regards.