The patch from #11 fixed mine as well. Thanks all.
I can confirm that #14 worked for my site. Thank you.
Hi, I did find that in maintenance mode the caches weren't rebuilding so if I tried to load my maintenance page just to "test things out" all the stylesheet data was not cached. Once I take it out of maintenance mode everything worked again.
When I turn CSS aggregation on that directory gets created. For some reason the files that are being asked for are inaccessible. And further, for some reason it was only after the update. The best thing I can think to do to try to solve this mystery is to spin up backups of 10.0.9 on another directory and try to find any differences in permissions and .htaccess files that might account for this. If I do find something I'll update here.
One thing I found strange is that this problem only presented itself after trying to update from 10.0.9. I did it manually by copying files few times and by using composer. In all cases I had to revert to backups to restore functionality. After turning off css aggregation it was working after the update.
# drush cr
[notice] The file assets://css was not deleted because it does not exist.
[notice] The file assets://js was not deleted because it does not exist.
[success] Cache rebuild complete.
# ls -la
total 5032
drwxrwxrwx 8 cpuser cpuser 4096 Jul 16 18:05 ./
drwxr-xr-x 3 cpuser cpuser 4096 Jul 16 15:07 ../
drwxrwxrwx 2 cpuser cpuser 4096 Jun 26 13:58 2023-06/
drwxrwxrwx 3 cpuser cpuser 4096 Jun 18 15:58 config_mNr3bB2D_BWvzeRcO4aYDmXDRfFaHuF18lg5wYtTqJK0Z-oWPm8Hqq6x5xFifoJwY4OGJpGoww/
-rwxrwxrwx 1 cpuser cpuser 486 Jul 16 18:05 .htaccess*
-rwxrwxrwx 1 cpuser cpuser 486 Jun 18 15:58 .htaccess~*
drwxrwxrwx 2 cpuser cpuser 4096 Jun 22 07:54 inline-images/
drwxrwxrwx 3 cpuser cpuser 4096 Jun 20 15:38 media-icons/
drwxrwxr-x 2 cpuser cpuser 4096 Jul 18 10:22 php/
drwxrwxrwx 7 cpuser cpuser 4096 Jun 26 13:57 styles/
Hi gisle
I did those permissions changes as you've recommended and then set the aggregate settings for css and js and the same problem persists. As another reply suggested that the database updates fixed their issue I can say that I made sure the database updates were run and as of now drush reports that there are no database updates that need applied. I'm at a loss here. Thoughts on anything else I can check?
Thanks
I did make sure the database update was run but that didn't resolve my issue unfortunately.
This is a cPanel hosted server with a webhost. The output you asked for is below.
user@server [~/public_html/dev/sites/default/files]# ls -la
total 5032
drwxrwxr-x 8 cpuser cpuser 4096 Jul 16 18:05 ./
dr-xr-xr-x 3 cpuser cpuser 4096 Jul 16 15:07 ../
drwxrwxr-x 2 cpuser cpuser 4096 Jun 26 13:58 2023-06/
drwxrwxr-x 3 cpuser cpuser 4096 Jun 18 15:58 config_mNr3bB2D_BWvzeRcO4aYDmXDRfFaHuF18lg5wYtTqJK0Z-oWPm8Hqq6x5xFifoJwY4OGJpGoww/
-r--r--r-- 1 cpuser cpuser 486 Jul 16 18:05 .htaccess
-r--r--r-- 1 cpuser cpuser 486 Jun 18 15:58 .htaccess~
drwxrwxr-x 2 cpuser cpuser 4096 Jun 22 07:54 inline-images/
drwxrwxr-x 3 cpuser cpuser 4096 Jun 20 15:38 media-icons/
drwxrwxr-x 3 cpuser cpuser 4096 Jul 16 18:02 php/
drwxrwxr-x 7 cpuser cpuser 4096 Jun 26 13:57 styles/
Hello gisle
Thanks for your suggestion. I checked those directories just now and they have write permissions for the web server. I can't see a problem there. Is it possible there is something wrong in an htaccess file some place that would cause write issues for Drupal? If I turn on css/js aggregation I see directories being created for css right away but my css doesn't seem to load. If I turn aggregation off everything is fine again and the sites/default/files/css directory is removed
I seem to have found a solution and it was a simple solution. As near as I can tell, the fix was to uncheck "Aggregate CSS Files" and "Aggregate JavaScript Files" under the "Bandwidth Optimization" section at Administration>Configuration>Development>Performance.
Cheers to all and a great day!