Timeline for Immediately delete managed files
Current License: CC BY-SA 3.0
10 events
| when toggle format | what | by | license | comment | |
|---|---|---|---|---|---|
| Apr 11, 2017 at 17:56 | vote | accept | amit | ||
| Apr 11, 2017 at 17:55 | answer | added | Clive♦ | timeline score: 1 | |
| Apr 10, 2017 at 17:14 | comment | added | amit | The file api is not in good state, I am curious to know why is file_delete() method not recommended? I suspect that this is used by cron anyways. | |
| Apr 9, 2017 at 0:16 | comment | added | Kevin | This is difficult to do in Drupal 8. Replacing a file inline - particularly if you're using the core file upload field, will rename instead of replace. I've tried a few methods of doing this another way and nothing has worked so far that doesn't clash with the way Drupal tracks files. | |
| Apr 8, 2017 at 19:52 | history | edited | Pierre.Vriens | CC BY-SA 3.0 |
added 8 characters in body
|
| Apr 8, 2017 at 13:11 | comment | added | amit | Yes, due to our storage scheme the directory will never be used again, so leaving it there just clutters the file system. | |
| Apr 8, 2017 at 10:06 | history | edited | avpaderno♦ |
edited tags
|
|
| Apr 8, 2017 at 6:25 | comment | added | avpaderno♦ | Is there any reason to delete the directory (e.g. it will be created again from a different process, which fails if the directory exists already)? | |
| Apr 8, 2017 at 6:24 | history | edited | avpaderno♦ | CC BY-SA 3.0 |
removed "Drupal" from the title; removed tags from the title
|
| Apr 8, 2017 at 3:34 | history | asked | amit | CC BY-SA 3.0 |