Has anyone come across this issue?
I’m able to save chunks and other elements but when I try to amend the css files I cannot.
I’m using the cssSweet extra, which up until now has performed as it should.
When I attempt to make a change, the save function kicks in momentarily.
However when I go to Manage > Clear Cache to trigger cssSweet, things just hang.
On refreshing the page, the css file, unsurprisingly, remains unchanged.
I’ve tried a few things…
Clearing out cache,
Adding a variable after the css url.
Ensured the extra was up to date.
There are no errors showing.
My host tells me there are no server log mod_security violations.
I’ve had this on a few occasions especially after the host has upgraded or moved servers. Check file permissions, uploadable file types and make sure the file types haven’t been surpassed by allowedFiletypes in your media source. If you’re with 1 2 3 reg - they may have moved servers without telling you.
When you open the developer tools in the browser and run “Manage → Clear Cache”, are there any error messages in the “Console” tab? Any errors that are returned by the requests in the “Network” tab?
Yes, the file indeed saves when empty.
I’ve double checked directly through the remote CPanel that the file is empty. It is.
However, despite clearing core cache, those ‘now missing’ styles still persist!
The fact that you can save it empty almost always means it’s a mod_security issue, in spite of what your ISP says.
mod_security sometimes balks at a single word (one use couldn’t save any file containing the word “casino”, so it would most likely be a class name in the CSS file or something that might look like an injection attempt. The issue could also be in the URL of the Manager page that you saved it from, though I think that’s less likely.
I’d suggest a binary search of the doc to see if you can figure out what might be triggering mod_security. Try deleting half the content and saving it. If it saves, restore it and delete the other half. Continue splitting it like that until you’re down to a few lines. Then look for a word that might be suspicious (or do that first if there’s an obvious one).
If anything, perhaps the word ‘daub’ is a little unusual.
However, renaming it ‘picture440.jpg’ has made no difference.
It’s strange though as this has just recently come to light and has worked fine without issue.
I will go back to my host with this new info.
otherwise I’m at a loss here…
but many thanks for your time.
Much appreciated
HTTP response status code 440 Login Time-out is an unofficial client error specific to the Microsoft IIS web server. It requires the user to login again, so you might try changing the 400 to a value that’s not an HTTP error. Also, there’s a chance that the old name is still in your browser cache or the MODX cache.
Ah, the ‘440’ seems to have been at least part of the problem…
(of course I should have clocked and avoided that).
So a file name/css rule amendment has allowed the file to save.
But, like I say, the previous styles persist.
And as you suggest this looks like a cache clearing problem.
The browser cache has been cleaned endlessly.
But, as mentioned, the Modx Clear Cache seems to get to a point and then simply hangs…
ie the new styles are failing to update.
Might the following have any bearing do you think?
Failed to load resource: the server responded with a status of 403
https://www.mysite/connectors/index.php
Try the CacheClear extra, and the Classic Cache Killer add on for Chrome.
Another quick thing to try – Add this on the end of the URL of a page:
?x=123.
Changing the number should give you a fresh page that’s not from the cache. I’m not sure it will affect CSS, though, if it’s still in the browser cache.