Looks like sites/default/css and sites/default/js are created by a user "dbus" in the group "dbus" just like all other files in sites/default. Upon running update.php to roll out the latest module/core updates, I got several permission errors on the JS CSS files not being deletable in these places due to (I guess) the process not running as "dbus" or not as a user in the "dbus" group. I get similar errors when JS/CSS cache is attempted to be recreated: 

The selected file /tmp/fileX1w6Qb could not be uploaded, because the destination sites/default/files/css/css_a43950dd02eaa187227099682496b12e.css is not properly configured.
The selected file /tmp/file0DmZ6L could not be uploaded, because the destination sites/default/files/js/js_0d8ca9e2b89325987321ddaa9abe1e8f.js is not properly configured.

Looks like we have a permissions / user setup issue here.

Comments

moshe weitzman’s picture

moshe weitzman commented

we've had similar issues from time to time on groups.drupal.org.

nnewton’s picture

nnewton commented
Status: Active » Fixed

There is actually an on-going permissions battle going on right now because we have a split between the uid of apache on centos and gentoo. I fixed this for now in localizes case, let me know if it happens again.

-N

Status: Fixed » Closed (fixed)

Automatically closed -- issue fixed for 2 weeks with no activity.

gábor hojtsy’s picture

gábor hojtsy
he/him
Primary language Hungarian
Location Hungary
commented
Project: Drupal.org infrastructure » localize.drupal.org
Component: localize.drupal.org » Infrastructure

Moving to new queue (sorry for issue-bombing).