Dashboard graphs and device usage charts are not displayed.

[Biikers]

Carbon 1.3.0
GLPI 11.0.8

Dashboard graphs and device usage charts are not displayed.

Browser console :
404 /plugins/carbon/lib/apexcharts.js
404 /plugins/carbon/lib/carbon.js
404 /plugins/carbon/images/illustration_bridge.png
404 /plugins/carbon/images/illustration-footer.png

Consequences :

• Dashboard graphs missing
• Usage graph missing in computer asset form
• Header image missing
• "ApexCharts is not defined"

[btry]

Hello,

This might be related to #310. Could you check if you have the subfolder public/ ?

[Biikers]

Hello,

The subfolder public/ exists :

but in public/, there is only lib/ the folder image/ doesn't exist.

[btry]

Hello,

Sorry for the long delay; I'm back from holidays.

I manually fixed the release archive 2 weeks ago, and it now contains the missing files. Could you download and install it then tell if the problem is fixed ?

[Biikers]

Hello,

I downloaded the archive again and reinstalled the plugin. There is no public/ directory inside the plugin : /var/www/glpi/plugins/carbon/

contains:

• js/
• lib/
• pics/
• src/
  ...

but no public/.

The symptoms are exactly the same as issue #310:

• apexcharts.js 404
• carbon.js 404
• images 404
• ApexCharts is not defined

Could you confirm that the archive currently attached to the release should contain a public/ directory in /var/www/glpi/ ?

[btry]

Hello,

I downloaded right now the archive hosted on github and checked it. the public/ directory exists. Could you confirm that you downloaded this file ?

[Biikers]

I downloaded the ZIP archive from the link you provided and completely replaced the carbon directory on my GLPI server.

The archive now contains the public directory and all expected assets :

I also:

• Replaced the whole plugin directory
• Cleared GLPI cache
• Fixed file permissions
• Restarted the browser with cache cleared

However the dashboard is still broken.

Browser console still reports 404 errors on :
/plugins/carbon/lib/apexcharts.js
/plugins/carbon/lib/carbon.js
/plugins/carbon/lib/carbon.css
/plugins/carbon/images/ecology-icon-light.png
/plugins/carbon/images/illustration_bridge.png
/plugins/carbon/images/illustration-footer.png

The dashboard widgets remain empty and ApexCharts is still not loaded : "ApexCharts is not defined"

What is strange is that setup.php still registers :
lib/apexcharts.js
lib/carbon.js
lib/carbon.css

while the assets are now located in :
public/lib/
public/images/

Could you tell me if an additional step is required after copying the plugin, or if the plugin should work directly after extraction ?

Let me know if you need additional logs or tests.

[btry]

This is normal that setup registers lib/xxx.php (without mentionning public/ in the path). GLPI 11 adds some logic prevent direct access to plugin files. Public hs the only subdir accessible from a browser.

I remember some similar problem a few months ago, where Firefox persisted to not reload a missing resource after restoring it. Could you tell if you are using Firefox ?

[Biikers]

Hello,

I am not using Firefox, I am using Google Chrome.

I downloaded the ZIP archive you provided, replaced the whole carbon directory, cleared GLPI cache, refreshed the browser cache (Ctrl+F5) and tested in a private session, but same things :

[btry]

I released the version 1.3.1 with some minor fixes. A version change might help to recover access to the files (the query string variable "v" should change). Could you upgrade the plugin to see if this helps ?

[Biikers]

Hello,

I found another issue that may explain the behavior. The plugin appears to be in an inconsistent state in GLPI.

CLI reports:

Database contains:

Trying to deactivate the plugin returns : "Invalid plugin directory carbon"

Trying to uninstall it returns : "Plugin carbon is not installed"

The plugin is therefore detected by GLPI but cannot be deactivated or uninstalled or updated

Could this inconsistent state prevent Carbon 1.3.1 assets from being registered properly ?

Do you recommend a manual cleanup of the plugin entry before reinstalling 1.3.1 ?

[btry]

Hello

I'm suspecting that your plugin is not properly installed. Let's check it together.

Check if the plugin is in one or both directories below

• glpi/plugin
• glpi/marketplace

In both dirs

if it is in both directories, remove the copy in glpi/plugins and check that the path to setup.php is glpi/marketplace/carbon/setup.php

In one dir only

if it is in plugins/ dir, check that setup.php is in glpi/plugins/carbon/setup.php
If it is in marketplace/, check that setup.php is in glpi/marketplace/carbon/setup.php

Overall structure of the plugin

Assuming that all files are extracted from the archive preserving the directory structure, checking setup.php is sufficient.

Could this inconsistent state prevent Carbon 1.3.1 assets from being registered properly ?

If the plugin is not installed and enabled, then no code from the plugin is executed, and the reporting page is not available (the menu entry to reach it is missing, and the URL to the page will lead to HTTP 404)

Do you recommend a manual cleanup of the plugin entry before reinstalling 1.3.1 ?

No; as we don't have anything showing that the plugin is completely lost with the tables in DB, and nothing showing that the files of the plugin are damaged or incomplete.

[Biikers]

Hello,

I was finally able to reinstall the plugin successfully from the Marketplace.

The plugin is now detected correctly by GLPI and the installation completed without errors.

Thank you for your help. I will now continue testing and check if the dashboard and assets issues are resolved with this clean installation.

Best regards,
Maxence

[btry]

Hi,

Great !

There are unit tests to validate the configuration of the dashboard after a fresh installation and other tests to prevent build failure on the JS and picture files for the dashboard.