There seems to be an issue with the 6.18 security fix and fileframework. The immediate issue is that files are not being deleted from the temporary directory. I haven't had time to analyze this or to determine wither this needs to be addressed in fileframework or bitcache. If anyone has experienced this issue and can provide more information, please do.

Comments

jvieille’s picture

jvieille commented

I have this problem too:
http://drupal.org/node/891692

However, I am still in 6.17

jvieille’s picture

jvieille commented
Title: Possible incompatibility with Drupal 6.18+ » Linux tmp folder not totally cleaned up
Priority: Major » Minor

I suspect that this has nothing to do with the Drupal version. I have files like this that stay forever in the tmp directory :
drupal_bitcache_16TDkR and other file with a hash names

I would think about the conversion process: failure to convert a file seems to let orphaned files in the tmp directory

Not sure FF can do anything about this as it should be the responsibility of external utilities involved in the process (pdf2swf, jodconverter...).
May be just put an advice in the module doc telling that the tmp folder should be monitored and might need to be cleaned up periodically (as it happens when the server is rebooted)

johanneshahn’s picture

johanneshahn commented
Status: Active » Closed (won't fix)

hi,
i think the bug is in bitcache.module near line 762 function bitcache_get_path

if u change 

......
 if (($stream = bitcache_get($id))) {
 
    if (!($path = $stream->path()) && $file_only) {
   ......

to:

....
 if (($stream = bitcache_get($id))) {
 
    if (!($path = $stream->path) && $file_only) {

$stream->path() -> to $stream->path

then bitcache does not create zombie drupal_bitcache_* files
try it out!

jvieille’s picture

jvieille commented

My tmp folder is totally empty...
May be you solved it without intent, or my system repaired itself, or something goes wrong with my server now...

I'll keep your proposed fix in mind in case the problem hits back.