#17939 closed Bug (duplicate)
Staticfiles overwriting files incorrectly
Reported by: | Owned by: | nobody | |
---|---|---|---|
Component: | contrib.staticfiles | Version: | dev |
Severity: | Normal | Keywords: | |
Cc: | Triage Stage: | Unreviewed | |
Has patch: | no | Needs documentation: | no |
Needs tests: | no | Patch needs improvement: | no |
Easy pickings: | no | UI/UX: | no |
Description
I believe there's an issue with the way collectstatic
operates when the collected folder is not empty.
Suppose I've got files like this:
my_first_app/static/base.css my_second_app/static/base.css
And INSTALLED_APPS
places my_first_app
above my_second_app
, then findstatic --first
will tell me that the file in my_first_app
will be used. However if I run the following sequence, it gets overwritten with the file from my_second_app
.
manage.py collectstatic touch my_second_app/static/base.css manage.py collectstatic
collectstatic
seems to pick up the changed timestamp but ignores the fact that file should be overwritten. For the moment we've had to patch our deploy so that it deletes the collected static each time.
It seems to me that this is not expected behaviour. I've not written an automated test case for it as yet but can try to if this is indeed broken.
Change History (4)
comment:1 by , 13 years ago
comment:2 by , 13 years ago
Resolution: | → duplicate |
---|---|
Status: | new → closed |
Running 1.3.1 at the moment. Looks like it is a duplicate, I was failing to find the relevant ticket sorry. Tried it on the trunk version and it works fine. Looking forward to 1.4!
Which version of Django are you using?
I suspect this is a duplicate of #17737 which has been fixed in r17612 (and r17613).