For me, I had a similar problem. It's shared hosting on GoDaddy for one of our osTicket deployments. They had a recent rolling migration this year from CloudLinux 6 to CloudLinux 8 and something seemed to have broken. It looks like either the font file is being scanned and flagged by antivirus, it just doesn't load due to size, or something like that. DevTools will show that redactor.css stays in a pending state with 0 bytes downloaded.
On redactor.css line 34, I extracted the base64 font to it's own file and updated it: url("../assets/font/redactor.ttf") format("truetype");
In the end, the .ttf file wouldn't load but the redactor.css file would load.
Funny enough, even commenting out the line with the base64 data in-tact but it still wouldn't load and the URI will stay in a pending state.
Not having the font load is still better than not having the entire .css I guess. Right now the only downside is that it appears the font is used for icons in the interface:
Minor inconvenience of having to hover over each icon to find out what it does.
