I'm trying to keep a D7 site up to date, it's currently running 7.90. I tried to upgrade to 7.95, but I ran into trouble, and eventually figured out that it's the 7.90->7.91 transition that's breaking.
The symptoms of the breakage are that a bunch of files can't be loaded, which causes the styles to break:
In drush ws, I'm seeing a bunch of errors I don't understand:
ID Date Type Severity Message
2921088 22/Apr 23:03 file notice File temporary://filea2mhNL could not be copied, because the destination directory public://js is not configured correctly.
2921087 22/Apr 23:03 file notice File temporary://fileklXSEL could not be copied, because the destination directory public://js is not configured correctly.
2921086 22/Apr 23:03 file notice File temporary://fileeWhcQM could not be copied, because the destination directory public://js is not configured correctly.
2921085 22/Apr 23:03 file notice File temporary://filemKi11O could not be copied, because the destination directory public://js is not configured correctly.
2921084 22/Apr 23:03 file notice File temporary://file6jT1TM could not be copied, because the destination directory public://js is not configured correctly.
2921083 22/Apr 23:03 file notice File temporary://filepqrbbO could not be copied, because the destination directory public://js is not configured correctly.
2921082 22/Apr 23:03 file notice File temporary://fileQvQRjO could not be copied, because the destination directory public://css is not configured correctly.
2921081 22/Apr 23:03 file notice File temporary://fileYevWcO could not be copied, because the destination directory public://css is not configured correctly.
2921080 22/Apr 23:03 file notice File temporary://fileUnElcO could not be copied, because the destination directory public://css is not configured correctly.
2921079 22/Apr 23:03 file notice File temporary://file9DAYLM could not be copied, because the destination directory public://css is not configured correctly.
What does "not configured correctly" mean? There are hundreds of these messages in the watchdog logs, but I can't tell where they're coming from or whether they're truly related to the site breakage.
The biggest smoking gun for the CSS breakage seems to be the Refused to apply style line, because the MIME type text/html does indeed look wrong, but I don't know where that's coming from or why that would change with this upgrade.
Context
I performed the upgrade using drush up drupal, and did drush cc all and drush updb (there were no updates to perform). I'm testing the upgrade locally, sia-drupal is an alias in /etc/hosts for 127.0.0.1. Drupal and mysql are running in local Docker containers.
I have the upgraded Drupal files in a git branch, I can switch back & forth between the base (7.90) and upgraded (7.91) versions and watch the breakage come and go.
I'd love any help to figure out what's going on and how to get past it. If any other context would be helpful, let me know and I'll include it. Thanks!
could not be copied, because the destination directory public://css is not configured correctly.sounds like your public /css & /js folders do not have the correct group/owner (chown) or permission (chmod).chmod -R ugo+w sites/default/filesto see whether Drupal can't write to there, still the same result. I also see the server successfully writing files tosites/default/files/cssand/tmpwith every request.sites/default/files, not something inside the private location. But$conf['sa_core_2022_012_override'] = TRUE;worked, so obviously that's the issue. Off to read what to do about it properly...