Hi there! We have a "Dynamic Filter" widget that uses several Custom Icons. These are listed as active in the Custom Icons screen, but the generated font/CSS files under media/com_sppagebuilder/assets/iconfont/{hash}/ are missing entirely from disk — in both production and staging. Only an empty placeholder folder exists.

Affected hashes: Codexsppb9b929c4f, Codexsppbf44d4e94, Codexsppb18b0f455, Codexsppb9dd871fd, Codexsppba181f4f6, Codexsppbc325fdc6, Codexsppb6b642e9f, Codexsppbd5c6e7d5, Codexsppb4b4581cd, Codexsppb24bd4c06, Codexsppbb6fe8c6a, Codexsppb26877bda, Codexsppba2831d55

Steps to reproduce: Toggle a Custom Icon off/on → no effect, no file regeneration. FTP check confirms the iconfont/ subfolders don't exist. Loading the front-end page with the filter results in a 404 on the CSS file.

Impact: On production (behind Sucuri, which sends X-Content-Type-Options: nosniff), the 404 is returned as text/html and hard-blocked by the browser as a stylesheet → the search widget fails to initialize, with no JS error in the console. On staging (plain Apache, no nosniff, 303 redirect instead of 404), the browser is more lenient and the issue stays hidden — even though the same files are missing there too.

Questions for support:

Why would Custom Icons stay "active" while their generated assets are missing from disk? Known issue after migration/DB import? Is there a way to force-regenerate the physical files for existing entries without re-uploading the original icon package? If not, does re-uploading via "Upload Icon" preserve existing icon references in the Dynamic Filter, or do they need manual reassignment afterward? Attachments: Custom Icons overview screenshot, browser console MIME error screenshot, FTP screenshot of the empty folder.